面试官让你说明工作过程,真正想听的不是“我做了关键词优化”这种结论,而是你如何把一项SEO任务从准备推进到交付、验证和维护。回答时按准备、实施、验证、维护四段讲,每段说清你做了什么、依据是什么、结果怎么判断、出了问题怎么处理。最关键的一步是验证:没有验证,工作过程就只是操作流水账,面试官无法判断你是否能对结果负责。
不要一上来就说用了什么工具。先说任务来源:是新品上线、老页面流量下滑,还是多人协作中你负责其中一环。然后说约束条件,例如可改动的范围、交付时间、需要配合的角色。面试中可以用一句话带过:
我拿到的是一个已有栏目,允许改标题和正文结构,不允许动URL,需要在一周内交初稿。
这样说的好处是让面试官知道你不是在真空里做SEO,而是在真实约束下推进。准备阶段还要说明你如何确认目标,例如与负责人确认是提升收录覆盖,还是提升某类词的点击表现。目标不同,后面的做法完全不同。
多人协作最怕“我优化了页面”这种模糊表述。面试时要把自己的动作拆成别人能接手的交付物。可以按下面几项说明:
例如:我整理了一份页面清单,每行写明现状、建议动作和验收人,编辑按清单改,我复查后再交给开发。这句话比“我和团队配合很好”有说服力得多,因为它说明了协作接口和交付物。
验证不是等排名,而是分层次检查。面试时按从快到慢的顺序讲:
要强调判断条件。例如:如果改动已上线但页面迟迟没有被发现,我会先查内链和站点结构,而不是直接归因于内容质量。这种表述展示的是排查顺序,不是断言唯一原因。面试官常追问“你怎么知道是你的改动起了作用”,你可以回答:先确认没有同期其他大改动,再看变化是否集中在被改页面,最后用对照页面或历史区间做比较。如果无法排除其他因素,就如实说明只能判断相关性,不能单独归因。
维护不是重复劳动,而是把一次交付变成可复用的规则。面试时可以说你留下了什么:检查清单、常见问题记录、交接说明、复查周期。例如:我把这次发现的标签缺失问题写进上线前检查项,下次同类页面先过一遍,减少返工。
维护阶段还要说明你如何处理变化:页面改版、栏目调整、多人接手时,如何保证信息不断层。回答时给出一个具体动作,比如每次交接时同步当前页面状态和待办事项,而不是只说“持续跟进”。
面试时间有限,可以按这个顺序组织:任务背景一句话,实施交付两句话,验证方法三句话,维护动作一句话。重点放在验证,因为这是区分“做过SEO”和“能对SEO结果负责”的地方。如果面试官追问细节,再展开准备阶段的约束和实施阶段的协作接口。
下一步,你可以拿一个自己真实参与过的页面,按准备、实施、验证、维护各写两行,重点补上验证部分的具体检查项和判断条件,然后口头练习到两分钟内讲完。