GEO研究 › 实战 › 模板与清单库 › 招聘页 GEO 改造检查单
模板与清单库

招聘页 GEO 改造检查单

站方综述入门

招聘页的 GEO 逐项检查单：职位名标准化、职责要求可核对、过期岗位下线、公司实体块齐备，12 项判定标准与常见问题对照，JD 页面的实体信号与事实层验收单。

招聘页是公司名、城市、职能三重实体信号的交汇点，被引用的典型形态有两种：用户问“X 公司在 Y 城招什么人/待遇如何”时，JD 事实被摘进答案；AI 在核对“X 公司是什么规模、做什么业务”时，JD 页附带的固定公司块成为佐证来源。招聘页的通病是模板化空话与幽灵岗位——前者无一句可摘，后者让引擎持续引用过期事实。

检查单

# 检查项 判定标准 常见问题
1 职位名标准化 用通用职能名（如“热设计工程师”），不用内部职级代号 职位叫“P6 热设专家”，外部无从理解是何岗位
2 职责要求自含 每条职责一句一件事；要求可核对（年限/证书/技能名） “有相关经验者优先”式空话，无一字可摘
3 薪资与地点口径 薪资范围可选披露，工作地点写到城市+园区/区级 薪资“面议”、地点只写总部，两个决策项全空
4 JobPosting 标记 结构化标记与可见 JD 一致，datePosted 与过期日期真实 标记里的过期职位仍被抓取，幽灵岗位进引用
5 公司实体块 每个 JD 页带固定公司简介：主营+规模+资质，与官网口径一致 JD 页无公司信息，或与官网两套说法
6 过期职位下线 招满即下线或标注“已关闭”，列表只留在招岗位 半年前的职位还挂着，引擎引用到过期事实
7 职位列表可读 列表按职能/地点可筛选，文本直出非 JS 拼装 职位列表动态加载或截图，爬虫读不到
8 实体口径一致 公司名、品牌名与官网其他页及百科条目一致 集团名/品牌名/曾用名混用，实体被拆分
9 申请流程说明 流程几步、耗时多久、联系谁，文本写清 只留一个邮箱，流程黑箱不可摘
10 合规表述 要求表述合法合规，无年龄、性别、户籍等歧视性条件 裸露的限制性条件既是合规风险也压低可信度
11 更新时间戳 每条 JD 标注发布/复核日期 全列表无日期，新旧无从判断
12 雇主信息增值 热门职位页补充团队/项目/培养路径等自含信息 只有 JD 模板，页面零增量信息

使用方式

  1. 逐项过，先查第 1、4、6 项：职位名决定引擎能否理解岗位，标记一致性与幽灵岗位下线决定引擎引用的是不是真事实——这三项不过，招聘页在实体层帮倒忙。
  2. 不达标的处置顺序：先标准化职位名与下线幽灵岗位（半天可完成），再补职责自含与公司实体块（要 HR 与文案协作），最后补结构化标记（要开发排期）。
  3. 与手册的分工：本单只查形态；公司实体块的写法归样文层与内容九战术实操手册；实体口径为什么必须全站一致，机理见实体消歧卡。
最后更新 2026-10-01引用本页请附：https://www.showhoo.net/library/templates/tpl-chk-career/