一般的大网站会划分产品，运营，销售，营销，研发等部门。其中几乎所有职能部门都会给研发部提需求，排期，上线，改BUG。营销中的SEO往往是被排在优先级靠后的位置，SEO的需求实现很慢，而出了BUG也比较靠后才会修复。为了解决这个问题，我提出一个“ SEO PUSH API”的概念。相信很多公司已经这么做了，比如的友情链接管理（全站每个页面都不同，不是说首页的），TDK的单独定制。我所描述的这个API，无非是将所有SEO需求都综合到一起了，没什么难理解的。

好处有三点：

一，可以任意定制每个页面的SEO元素：

举个例子（临时找的，如果不准确请原谅），先说好几个前提：

我们先假设例子中的模板是没有问题的，命中了大部分的用户的需求。
百度指数真实反应了实际用户查询需求。
假设这个网站上没有更好的页面来匹配“花冠和卡罗拉的区别”。
更换完title之后，内容仍然是100%符合用户需求的。

url  :  http://price.pcauto.com.cn/pk/sid-487-2734.html
title: 【花冠和卡罗拉哪个好？】发动机、油耗、空间等对比_太平洋汽车网

他的模板是：

【{车型1}和{车型2}哪个好？】发动机、油耗、空间等对比_太平洋汽车网

他想匹配的用户需求是：xx和xx哪个好

但是从百度指数上看“花冠和卡罗拉的区别”指数不错，而“花冠和卡罗拉哪个好”，却没有记录。

那么这个页面的title应该被定制为：

【花冠和卡罗拉的区别】发动机、油耗、空间等对比_太平洋汽车网

下面说理论。如图所示，当用户访问产品的Web服务器时，看到的页面是经过SEO人员定制的，模板化的页面。比如：

title       = {车型名称}_{车型名称}价格_{车型名称}评估_{车型名称}怎么样
keywords    = {车型名称},油耗,评估,怎么样
description = {车型简介}。市场价：{市场最低价}~{市场最高价}，油耗：{油耗}，好评度：{好评度}。
h1          = {车新名称}
h2          = ...
介绍部分      = ...
友情链接      = ...
(其他需求暂不赘述)

模板基本可以满足大部分需求，也便于技术实现。但对于有些商品，用户的搜索习惯却和模板不一致。当发现这种需求量大的时候，需要SEO运营人员在后台针对某个URL定制有针对性的SEO元素，还可能需要人工手写差异化的内容，或者由SEO的技术团队从其他的数据源对接。

二，便于SEO需求和产品需求的隔离：

SEO的很多需求是关于内容相关性，而产品的很多需求往往是关于用户体验的。两类需求都由同一个技术团队来实现，必然顾此失彼。在大型网站中，SEO团队是可以专门配置技术人员的。这样就可以将两类需求分割给不同团队来实现，再通过API对接，展示到前端。这样可以使得产品和SEO的需求并行实现，极大提升了生产效率。并行的意思就是，SEO的很多需求完全可以通过后台运营实现，而不需要麻烦web技术团队了。而web技术团队可以集中精力改善用户体验和网站稳定性。

三，SEO的需求可以随时上线，而不必等迭代周期：

友情链接的时效性就不用说了。其他方面的改动，如果运气好的话，第二天就可以看到效果。改动周期越短，越能提高工作效率。

技术方面再啰嗦几句

这个API所推送的内容，在Web端必须有缓存（以URL为key）。如果使用主动缓存（有新内容则及时覆盖旧内容），那么SEO需求的改动可以随时生效。
SEO部门只运维离线数据库，单机即可，不保证可用性。生产库必须由Web技术部门运维，必须有负载均衡或其他手段保证可用性。即使离线数据库挂掉1年，也不能影响线上的内容。
API其实是由Web部门提供的，采取push的方式（可以用http post），由SEO部门从离线库push到生产库。千万不要从离线库pull数据，毕竟这是单点服务。
请一定做好语法风险控制，即api中的内容不应该包含html语法符号。否则很可能导致页面排版错乱。

来源：知乎作者：刘明