写一份 SEO 招聘信息，难的往往不是措辞，而是判断哪一类读者需要哪些信息。同一份招聘页面其实要同时服务三类读者：投简历的求职者、只看到一两行文字的搜索结果，以及可能把它识别为职位的搜索引擎。三者的需求不同，但都来自同一份职位描述。

判断标准很简单：如果求职者读完后仍然不知道入职第一个月要交付什么、用什么工具、向谁汇报，这份招聘信息既筛不出合适的人，也很难在搜索结果里获得点击。

招聘信息要同时写给三类读者

  • 求职者：判断这个 SEO 岗位的方向、级别和工作模式是否与自己的经验匹配。
  • 搜索结果：标题链接和摘要决定页面是否被点击。
  • 搜索引擎的职位体验：Google 通过 JobPosting 结构化数据识别页面上的职位，并在招聘信息体验（业内常称 Google for Jobs）中展示符合条件的职位。

只考虑第一类读者的招聘信息很常见：人能看懂，但没有清晰标题、没有像样的摘要，也没有结构化数据，于是既难被搜到，也难被正确理解。

先锁定 SEO 岗位方向，再动手写职责

“招聘 SEO 一名，负责网站优化”是无效描述。Google 在 SEO 入门指南 中把 SEO 拆成抓取、索引、内容与体验等多个环节，而现实中的 SEO 岗位通常只覆盖其中一部分：

  • 技术 SEO：站点结构、抓取与索引、渲染、日志分析、页面体验指标。
  • 内容 SEO：关键词研究、内容规划、内链与内容更新机制。
  • 数据分析型 SEO：Search Console、GA4、SQL 与报表体系。
  • SEO 负责人：策略、预算、跨部门协作与目标拆解。

在招聘信息里写清方向，比堆十个工具名更能筛到人。决定匹配度的不是工具清单，而是“这个岗位每天在解决什么问题”。

一份 SEO 招聘信息的标准结构

把招聘信息写成固定模块，求职者能快速定位信息，搜索引擎也更容易提取要点：

  • 岗位标题：方向 级别 工作模式，例如“技术 SEO（中级 / 上海 / 混合办公）”。
  • 一句话定位：这个岗位解决什么问题，向谁汇报。
  • 职责：3 到 5 条可验证的动作，不写“负责一切 SEO 相关工作”。
  • 硬性要求：区分“必须”和“可以入职后学”。
  • 加分项：明确标注为加分，避免把加分项混进硬性要求。
  • 工作模式与薪资区间：办公地点、远程政策、薪资范围。
  • 流程与联系方式：几轮面试、每轮考察什么、投递方式。

最容易写坏的是职责。用可验证的动作替换形容词：不要写“精通 SEO”，而写“能独立完成一次技术 SEO 审核，输出带优先级的整改清单，并跟进开发落地”。前者无法验证，后者可以被面试题检验。

标题与摘要怎么写

搜索结果里的标题通常来自页面的 title 标签，但 Google 会依据页面内容与查询重新生成标题链接，官方文档并未给出固定的字符数上限：Google Search Central：标题链接。因此招聘页的标题应把最重要的信息放在最前面——岗位方向、级别、地点，而不是公司口号。

摘要同理。Google 说明 meta description 不被视为排名因素，但可能被用作搜索结果摘要片段：Google Search Central：摘要与 meta description。与其写“加入我们，一起成长”，不如写清职责、技术栈与工作模式，让摘要有可引用的实质内容。

让职位进入招聘信息结果：JobPosting 结构化数据

结构化数据是页面上的一段代码，用统一字段告诉搜索引擎页面包含什么内容。Google 明确表示结构化数据不是排名因素，它的作用是帮助生成富媒体搜索结果：Google Search Central：结构化数据总览。

招聘页面对应的类型是 Schema.org 的 JobPosting。Google 的 JobPosting 文档把 datePosted、description、hiringOrganization、jobLocation（纯远程职位可用 jobLocationType 替代 jobLocation）等列为必需属性，并建议补充 validThrough、employmentType、baseSalary 等信息。字段要求会随文档更新，实施前请以官方文档为准：Google Search Central：Job posting（JobPosting）结构化数据。

推荐用 JSON-LD 格式把结构化数据写在页面中。下面是一个示例（日期、公司与地址均为占位内容，请替换为真实职位信息）：

{
  "@context": "https://schema.org",
  "@type": "JobPosting",
  "title": "技术 SEO 专员",
  "datePosted": "2025-06-01",
  "validThrough": "2025-08-31T23:59",
  "employmentType": "FULL_TIME",
  "hiringOrganization": {
    "@type": "Organization",
    "name": "示例科技有限公司",
    "sameAs": "https://example.com"
  },
  "jobLocation": {
    "@type": "Place",
    "address": {
      "@type": "PostalAddress",
      "addressLocality": "上海",
      "addressRegion": "上海",
      "addressCountry": "CN"
    }
  },
  "description": "负责技术 SEO 审核、抓取与索引问题排查、页面体验优化。"
}

几个容易被忽略的点：

  • description 字段通常需要包含职位描述的正文内容，而不是一句概括。
  • validThrough 用于标注职位有效期。Google 的文档在讨论职位过期处理时提到，过期职位不应继续以有效职位的形式展示，建议及时更新或移除页面。
  • 结构化数据必须与页面可见内容一致。页面上没有写的薪资或地点，不要只写进代码里。
  • 职位信息应当真实有效。长期挂着并不存在的“储备岗位”，会让招聘页面失去信任，也不符合搜索引擎对误导性内容的基本要求。

发布之后如何验证

  • 用 Rich Results Test 检查 JobPosting 是否被正确解析，以及缺少哪些属性。
  • 在 Search Console 中确认页面已被抓取和索引，并查看富媒体结果相关报告。
  • 用浏览器无痕模式搜索“职位名称 城市”，观察实际展示的标题与摘要。
  • 检查 robots.txt、canonical 或登录墙是否阻碍抓取——招聘页被误设成不可索引是常见事故。

如果职位没有出现在招聘信息结果里，先排查三件事：字段是否齐全且与页面一致、职位是否已过期、页面是否可被抓取。这三项之外的原因，Google 并未公开确认，不建议凭猜测反复改代码。

发布渠道决定内容形态

同一份职位投放到不同渠道时，写法需要调整：

  • 公司招聘页：完整版岗位说明，承载结构化数据，可被长期索引。
  • 招聘平台：按平台字段填写，注意标题与筛选标签的匹配。
  • 行业社区与社群：适合写短版说明，突出技术栈与团队现状，并附招聘页链接。

从求职者一侧看，如果想找最新的 SEO 招聘信息，通常可以组合使用三种方式：Google 搜索结果中的招聘信息、主流招聘平台的关键词订阅，以及 SEO 从业者社区里的招聘帖。各渠道的职位更新频率与覆盖范围由平台自身决定，没有单一渠道能覆盖全部机会，这也是雇主不应只在一个渠道投放的原因。

常见错误

  • 把招聘信息写成公司宣传稿，职位信息被埋在最后。
  • 要求“精通所有 SEO 工具”，却不说日常工作真正用到哪些。
  • 职责、硬性要求、加分项混在一起，求职者无法判断优先级。
  • 结构化数据字段与页面内容不一致，或复制旧职位的代码却忘记改日期。
  • 职位已招满，页面和结构化数据继续维持“有效”状态。

常见问题

招聘信息一定要加 JobPosting 结构化数据吗？
不强制。它影响的是职位是否可能出现在 Google 的招聘信息体验中，不影响普通网页的收录与展示。如果职位主要通过第三方平台投放，公司页面可以不加。

结构化数据会提升排名吗？
Google 把结构化数据描述为帮助生成富媒体结果的方式，并未将其描述为排名因素。把结构化数据当成排名手段，容易忽略真正影响页面质量的内容本身。

招聘信息需要写薪资吗？
是否必须披露薪资取决于所在地区的法规与公司政策，本文不提供法律意见，建议按当地要求确认；从求职者体验看，明确的薪资区间能显著减少无效沟通。

一个页面可以放多个 SEO 职位吗？
结构化数据以单个职位为单位组织更清晰。多个职位混在一页时，地点、日期、级别等字段容易互相冲突，增加被识别错误的概率，分开建页通常更稳妥。

下一步做什么

写招聘信息时，先确定岗位方向，再写可验证的职责，最后补上标题、摘要与 JobPosting 结构化数据，并用 Rich Results Test 验证一次。发布之后保留一个复查习惯：职位关闭时同步更新页面与结构化数据，这比任何技巧都更能维持招聘页的可信度。

Sources