文章已经写好，编辑等产品同事确认参数；产品同事以为SEO已经查过；开发那边只收到一句“把页面优化一下”。一圈问下来，每个人都在忙，页面仍然没上线。
SEO团队分工，要说清每个人交什么，以及哪些决定由谁确认。小团队可以一人兼任研究、编辑和分析，产品参数仍要找掌握资料的人核实，代码修改仍要交给有实施能力的人。
上篇讲一轮项目怎样排进日历。这篇继续往下走：常见岗位分别交什么，只有一两个人怎么兼任，产品、开发和外部服务商又该怎样接进来。
01先看工作缺了哪一部分
岗位要分清，人不必一次招齐
看到“SEO经理、技术SEO、内容编辑、外联、分析师”这份名单，小公司很容易觉得：做搜索得先养一个部门。其实，这些名称首先描述的是工作，不一定对应五名全职员工。
一位熟悉业务的SEO可以做研究、页面规划和复盘，编辑负责把资料写清楚，复杂代码请开发支持。等某项工作持续占满时间，或现有人手确实做不了，再考虑拆成独立岗位。
两家网站，不该照抄同一张组织图
刚起步的独立站，可能缺人把产品资料讲明白，先明确内容研究与产品确认的责任。大型电商若被模板、筛选地址和开发排期拖住，就需要技术诊断与开发支持。
Ahrefs公开团队案例也有按功能、国家或业务线安排的不同结构。参考这些案例，要看自己的工作卡在哪里，再决定由谁承担。
02从“负责SEO”写到具体结果
每种角色，最后要交什么
用一句“负责内容”分工，仍然太宽。写手可能以为只交初稿，负责人却以为他会核事实、配图、发布和检查手机。职责最好连同交付一起说清楚。
岗位名称可以不同，工作要接得上
|
|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
这里还有一个不一定坐在SEO部门里、却不能缺席的角色：产品或业务确认人。哪些型号适配、能否定制、某张图片是否允许公开，通常要由企业中掌握事实的人确认。
编辑负责把意思写明白，产品负责人负责事实是否成立；SEO负责人决定它怎样服务搜索需求。三个人可以讨论同一段话，但各自承担的判断不同。
03用一个完整任务看分工
沿一张业务页，把工作交一遍
用一家食品包装设备企业作教学示例。网站准备补一张服务页，帮助客户判断设备是否适合自己的包装需求。旧页只有“性能稳定、支持定制”，销售仍反复解释产品范围。
SEO先明确这张页要解决什么：访客看完，应知道哪些信息能自行核对，哪些需要把样品或需求交给业务人员。这个目标确定后，其他岗位才知道该准备什么。
先交出页面真正能说的话
业务负责人确认目标客户、实际服务范围和询问入口。产品负责人提供已核实的适用材料、设备差别与限制，并标明哪些参数、图片仍待确认。
编辑据此写完整页面，把“适用什么情况、需要提供什么、怎样继续沟通”说清楚。未知能力留给产品确认，不用“行业领先”填空。
把“帮我看看”改成三件能答的事
这张服务页要帮助客户判断设备是否适合自己的包装需求。请确认：哪些材料已有测试依据；哪些包装要求需要先寄样；页面准备使用的设备照片分别对应什么型号。
请把可公开的资料和限制一起标明。暂未确认的项目，本轮先不写成适用范围。
这轮交付，谁交给谁
|
|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
这份分配里，SEO负责推进，也负责发现交付之间的缺口。产品有权确认适用范围，维护者负责代码实施；SEO不用代替他们作专业判断。三方都参与一张页面，仍然能说清每个问题找谁。
配图 01 · 公开团队教程中的任务看板
Ahrefs公开教程的实际看板局部：“处理中”分栏放着具体内容任务与成员标识。任务可以归到人，但谁确认事实、谁接收交付，仍要另行约定。
图片出处 · Ahrefs公开教程，历史Asana界面局部公开团队教程中的任务看板
交的是可用页面，不只是“已保存”
发布人员按已批准稿件更新页面；涉及模板或表单代码，由有相应权限的开发实施。先在约定环境检查，再按企业现有安排上线。
接收人对照资料和公开页，检查文字、图片、手机展示及询问入口。若约定做表单测试，就核到接收人实际收到；随后另记搜索与需求观察，不把上线直接报成获客增长。
退稿也要落到具体位置：“适用范围第一段写了所有材料，产品资料只确认其中两类，请按已确认范围改。”编辑拿到这句话就能动笔。只有“专业度不够，再优化一下”，通常还会再来回一轮。
若手机按钮失效，技术SEO交出页面地址、设备条件、点击后的实际结果和预期去向；维护者修好后交测试记录。把“发现问题”和“完成修复”分开，才不会把一条建议误报成一次上线。
04把现有人手用在合适的位置
只有两个人，怎样兼任
假设团队里只有一位SEO和一位编辑，产品、开发来自其他部门。分工表可以很短，但产品确认和技术支持仍要有具体联系人，否则两人很容易把时间耗在找人上。
兼任可以，交付不能靠默认
|
|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
安排时最好约定可用时段。例如产品同事集中看一组明确问题，开发在约定支持时间处理已确认任务。不能把“需要支持”理解为他们随时会停下手头工作。
当六篇稿都等规格确认，再增加写手不一定能让页面更快上线。先查等的是资料、决定、发布权限，还是确实缺写作能力；这些问题对应的解决人不同。
一个人做SEO，也可以兼任研究、写作和复查。保留两个时点：先完成，再隔开上下文检查最终页；不必在表格里虚构另一位验收人。
05推进工作不等于能拍板一切
最容易漏掉的，是谁有权决定
负责人写得再清楚，没有相应的决定权，任务仍会停住。SEO发现需要改模板，不代表有权直接发布代码；编辑收到销售口头说法，也不代表可以把它写成公开承诺。
这四种决定，先约定归属
1 |
业务与产品事实 由企业指定的人确认。资料冲突时，先拿出原件和具体句子，不让写手自行选一个好听的版本。 |
2 |
页面与内容优先级 SEO提出依据，资源或范围变化交约定负责人决定，说明会推迟什么。 |
3 |
技术实施与上线 由有权限且能处理回退的人执行；SEO提供问题、预期与检查条件。 |
4 |
公开内容与最终接收 指定接收人核对本轮约定结果；上线后的搜索变化另外记录。 |
账号也按实际工作分配。Search Console的所有者、完整权限用户和受限用户，能做的事不同，用户管理由所有者处理。看数据、提交某些操作、管理资源，不能混为一种权限。
共用一个高权限账号看似省事，后来却很难追踪谁改过什么。更实际的安排是保留企业可控制的资源和账号，由相应人员取得工作所需的权限；具体配置按工具当前规则核对。
06扩大执行能力，也保留内部判断
外包和AI进来，责任仍要有人接
请外部写手、技术顾问或服务商，可以补专业能力和阶段工作量。企业内部仍需要有人决定目标、提供产品事实和接收结果。
把范围与接收条件一起发出去
本轮更新既有设备服务页，保留原URL。输入是已确认产品资料、当前页面和可用图片；请交完整改稿、来源对应及待核问题，先不增加未确认性能承诺。
内部SEO接收稿件，产品负责人核事实，维护者按现有安排发布并检查手机入口。若涉及代码或额外页面，先提出具体改动，由相应负责人决定范围。
AI可以整理资料、拟段落和归纳问题。它写出一段像产品说明的文字，仍然不等于企业已经确认该能力。让AI先指出材料缺口，通常比让它把未知处写得更饱满更有用。
复盘时也按职责问：研究方向是否偏了，成稿有没有回答问题，实施是否正确，分析有没有保持可比条件。整站流量受多种因素影响，不宜让某一位编辑单独为全部涨跌负责。
拿一项正在拖延的工作试一次：写明要交的成果、执行人、事实确认人和接收条件。缺谁就补谁；暂时没人能接的任务，明确留在待支持里。
///让责任与交付接起来
写在最后
把岗位分清，是为了让每项判断有人承担、每份成果有人接收。先让现有人手接好方向、资料、制作和验收，再根据真正的能力缺口拆分角色；团队的价值会体现在工作能落地，而不是组织图画得有多完整。
资料口径 · 2026年10月26日，保留各项资料原日期
岗位解释综合自有项目管理教程与公开团队资料；食品包装设备企业、两人配置与交接文字为教学示例，不是用户团队实况或最佳人员比例。权限规则按Google官方帮助核对，未修改任何账号、站点或组织安排。
跨境YOUNG：SEO项目管理
Ahrefs：搭建SEO团队
Ahrefs：获得SEO支持
Google：用户与权限
下一篇 · SEO 学习系列
81 | SEO招聘标准：不同岗位怎么选人
这里是跨境YOUNG，专注独立站 SEO、GEO、AI 搜索与跨境增长，分享能落地的策略、工具和实战判断。
https://yaiseo.com/
SEO 学习系列按完整路径持续更新，建议收藏系列，按顺序学习。