企业官网招聘页面怎么做？岗位详情、申请表、JobPosting 与下线清单
企业官网的招聘栏目既是候选人了解岗位的入口，也是人力资源部门持续维护的一组业务数据。只放一句“欢迎加入”或一张招聘海报，候选人难以判断工作地点、职责和申请方式，搜索系统也无法准确识别仍在开放的职位。
可维护的招聘页面需要把栏目首页、单岗位详情、申请流程和岗位状态分开管理。岗位发布、修改、暂停和关闭都应有责任人，并与结构化数据、站点地图、表单及第三方招聘平台同步。
先确定招聘栏目的业务边界
项目启动时确认官网用于正式招聘、雇主介绍、校园活动，还是仅跳转到外部招聘系统。不同用途对应不同页面和数据责任。
如果官网不直接接收简历，也要明确外部申请地址、跳转提示和岗位状态来源。
招聘首页与岗位详情页分开
招聘首页介绍工作环境、团队、福利原则和岗位筛选；每个开放职位使用独立详情页。候选人可以分享具体岗位，编辑人员也能单独更新状态。
不能把几十个职位都堆在一个长页面里，再给整页添加一条岗位结构化数据。
岗位列表展示关键判断信息
列表至少显示岗位名称、部门、工作地点、工作方式和发布日期。合同类型或经验要求若是筛选条件，也应在列表可见。
摘要不复制全部职责，重点帮助候选人决定是否打开详情。
岗位名称使用真实、具体的称呼
标题应与劳动岗位和内部审批名称一致，例如“机械设计工程师”或“海外销售经理”。级别、方向和地点放在独立字段。
“高薪急聘”“诚邀精英”等口号不能代替职位名称，也不宜为了搜索流量堆入多个不相关职能。
一个详情页只描述一个开放职位
单页对应一个岗位编号和一个当前状态。相同岗位在不同城市的职责、薪资或申请要求不同，可以建立独立记录。
Google 的岗位结构化数据规范要求 JobPosting 放在单个职位的详情页，而不是岗位列表或搜索结果页。
为每个岗位分配稳定编号
岗位编号用于官网、招聘系统、邮件和面试流程之间对账。页面标题调整时，编号保持不变。
编号不应包含候选人个人信息，也不要用岗位名称作为唯一主键。
明确所属部门与汇报关系
详情页说明岗位所在团队、主要协作对象和汇报角色。组织调整频繁时，可以只写稳定层级，不公开个人姓名。
部门字段由人力资源系统或批准台账提供，避免官网与招聘平台出现两个版本。
工作地点写到可判断的层级
现场岗位写明城市和办公或工厂区域，必要时补充出差范围。远程或混合办公说明适用地区、到岗频率和时区。
“全国”“全球远程”需要有真实政策支持，不能仅作为吸引点击的标签。
远程岗位单独记录适用地区
远程工作不等于任何地点均可申请。用工实体、服务范围、时区和现场活动可能限制候选人所在地。
Schema.org 的 JobPosting 提供 jobLocationType 与 applicantLocationRequirements 等属性，页面可见内容应与这些机器字段一致。
合同和用工类型使用统一值
全职、兼职、实习、临时或其他类型由企业维护枚举，列表、详情、筛选和结构化数据共用同一来源。
显示文字可以本地化，后台值不能因编辑换词而失去关联。
职责描述写明工作对象和结果
每条职责说明要处理什么对象、完成什么动作、与谁协作以及交付什么结果。候选人据此判断经验是否匹配。
“完成领导安排的其他工作”可以作为补充，不能替代岗位主体职责。
任职要求区分必要与优先条件
必要条件影响能否履职，优先条件用于相近候选人的进一步判断。两类内容分组展示，减少不必要的自我淘汰。
年限、学历、证书和语言要求需要有业务依据，并由招聘负责人确认。
技能名称避免内部缩写
软件、设备、工艺和标准首次出现时写出完整名称，通用缩写可放在括号中。内部项目代号不应让外部候选人猜测。
招聘页与企业产品术语保持一致，避免面试前就产生概念冲突。
工作时间和班次如实说明
制造、客服、运维等岗位若涉及轮班、夜班、待命或旺季安排，应在详情中明确基本模式。
最终约定以企业正式文件为准，官网不能用模糊说法掩盖岗位的重要条件。
薪酬信息使用可维护字段
企业决定是否公开薪酬时，要确定币种、周期、范围、固定与浮动部分及适用地点。结构化数据中的薪酬不能比可见页面多出一套信息。
薪资规则可能涉及地区要求，发布前由人力资源和法务按实际业务核验。
福利只写已批准项目
保险、休假、培训、餐饮、交通或员工活动可以按适用条件说明。不同地点、合同类型和试用阶段存在差异时，需标注范围。
把未来计划写成现有福利会形成错误预期。
介绍团队但不替代岗位事实
真实的工作场景、协作方式和产品背景能帮助候选人理解岗位。团队介绍应服务于职责判断，不把页面变成空泛的企业宣传。
人物照片和引语需要获得适当授权，并设置更新或撤回机制。
申请步骤在提交前可见
页面说明需要哪些材料、预计经过哪些环节、是否有作业或现场面试，以及企业通过何种方式联系。
流程可能调整时写清一般顺序，避免承诺无法保证的固定天数。
每个开放岗位必须有可用申请方式
申请按钮可以打开本站表单、指定邮箱或外部招聘系统，但目标必须直接对应当前岗位。Google 的岗位内容政策不接受没有申请方式的职位页面。
用户不应登录后才能看到岗位的基本描述。
外部申请链接标明去向
跳转到第三方系统前说明平台名称和将要进行的操作。新窗口打开时给出可理解的提示，并保留返回官网的路径。
定期检查跳转后的岗位是否仍存在，不能只验证第三方首页能打开。
申请表只收当前流程需要的信息
姓名、联系渠道、应聘岗位和简历通常足以开始筛选。身份证号、家庭情况等高敏感字段若非当前步骤必需，不应提前收集。
W3C 的表单教程建议只要求完成流程所需的信息，过多字段也会提高放弃率。
岗位编号随表单自动提交
候选人从详情页进入申请时，系统带入岗位编号和页面来源，并在界面显示所申请职位。后台不依赖自由文本猜测岗位。
若允许同时申请多个职位，应明确选择规则和后续处理方式。
上传简历限制格式和大小
上传控件旁写明支持的文件类型、大小上限和是否接受作品集链接。服务端再次校验扩展名、MIME 类型和实际文件内容。
简历上传目录不能作为可执行脚本目录，也不应暴露可遍历的公开地址。
每个表单控件提供明确标签
输入框、选择框、复选框和上传控件都使用与其用途匹配的标签。W3C 建议优先用 label 元素与控件显式关联。
占位提示在输入后会消失，不能单独承担字段名称。
必填、格式和帮助信息同时可感知
必填状态不能只靠颜色表示。日期、电话、文件类型等格式要求在输入前可见，并通过合适的程序关系关联到控件。
移动端键盘类型可配合字段内容设置，但不能代替服务端验证。
错误提示指出位置和修正方法
提交失败后保留用户已填内容，在页面顶部汇总问题，并在对应字段附近说明原因。焦点移动与屏幕阅读器提示需要一起测试。
“数据错误”不足以帮助候选人完成申请。
提交按钮防止重复写入
点击后显示正在处理状态并暂时阻止重复提交。后端使用请求标识或其他幂等机制，网络重试不能生成多份候选人记录。
成功页显示岗位名称和申请编号，但不回显整份简历或敏感字段。
发送确认不等于录用承诺
自动邮件说明资料已经收到、对应岗位和后续联系渠道。不要承诺必然面试或录用，也不要在邮件主题暴露敏感信息。
通知送达和后台入库分别监控，邮件成功不能证明数据已经完整保存。
隐私说明放在提交动作附近
候选人需要知道收集哪些信息、用于什么目的、由谁处理、保存多久、如何行使相关权利以及如何联系企业。适用内容由企业法务或隐私负责人确认。
官网隐私页面的准备与更新方法见企业官网隐私政策清单。
第三方招聘工具进入服务清单
外部表单、人才系统、邮件、分析和云存储可能接触候选人数据。记录服务商、数据字段、存储区域、权限、保留期和停用方法。
页面更换工具时，同步更新隐私说明、脚本和数据删除流程。
候选人数据与普通询盘分开
招聘申请进入受控的人才流程，不与销售询盘共用公开收件箱或同一下载目录。只有职责需要的人员可以访问。
询盘表单的一般字段、反垃圾和送达验收可参考企业官网询盘表单清单，招聘场景仍需单独配置数据范围。
简历下载保留访问记录
管理员查看或导出候选人资料时，系统记录账号、时间、对象和操作。共享链接设置期限，人员离岗后及时撤销权限。
不要通过可猜测 URL 或长期有效的匿名链接传递简历。
反垃圾不能阻挡真实候选人
速率限制、蜜罐字段、风险判断和人工复核可以组合使用。挑战控件需要键盘可用，并提供可理解的替代方式。
上线后观察误拦截、重复提交和异常附件，不以垃圾数量减少作为唯一指标。
岗位详情添加独立 canonical
同一职位若带有筛选、追踪或来源参数，页面指向稳定的规范地址。不同地点或不同岗位不应全部 canonical 到招聘首页。
规范地址与站点地图、分享链接和结构化数据中的 URL 保持一致。
JobPosting 只标记页面可见事实
datePosted、description、hiringOrganization、jobLocation、employmentType 等字段应来自同一岗位记录。页面看不到的信息不能为了丰富结果而只写进 JSON-LD。
Google 明确要求结构化数据与用户在岗位页看到的内容匹配。
发布日期保留原始含义
datePosted 表示职位最初发布的日期，不应在每次轻微编辑时改成当天。另设更新时间记录职责或条件的变化。
岗位关闭后重新批准开放，可以按企业规则创建新发布记录并保留历史关系。
有效期与内部关闭时间对齐
招聘负责人确认截止时间时，validThrough 使用明确日期和时区。没有确定期限的职位也要设复核日期，防止长期无人维护。
页面不能显示“长期有效”，后台却已停止接收申请。
招聘组织使用真实企业主体
hiringOrganization 指向实际招聘组织，名称、网址和标志与官网企业信息一致。代招或集团内不同主体需要如实区分。
不得通过结构化数据暗示不存在的关联或雇佣关系。
职位描述在机器字段中保持完整
结构化数据的 description 需要反映页面上的职责、条件和工作信息，不能只放一句摘要。HTML 清理后仍要保持可读结构。
正文修改时同步生成机器字段，避免旧要求残留。
列表页不要批量嵌入所有 JobPosting
招聘首页可以提供 ItemList 或普通导航，但每条 JobPosting 应在对应的单岗位详情页。这样状态、地址和申请入口都能准确关联。
结构化数据的一般部署与验证流程见企业官网结构化数据清单。
发布前使用结构化数据测试工具
检查必需字段、值格式、URL 和解析结果，再用真实公开地址复核渲染内容。语法通过只能说明机器可解析，不能证明岗位真实或流程可用。
搜索表现是否出现由搜索系统决定，不能作为项目承诺。
站点地图只列开放且可访问的岗位
岗位发布后将规范详情页加入站点地图，并使用准确的 lastmod。列表、内部搜索结果和带参数页面不进入岗位 URL 清单。
Google 的岗位规范要求站点地图中的地址可被抓取，并建议使用真实内容更新时间。
岗位开放状态由单一字段控制
草稿、待批准、开放、暂停、已关闭和已归档使用明确状态。页面、列表、申请入口、结构化数据和站点地图从同一状态派生。
依靠编辑人员手工改五个位置，迟早会留下仍可申请的过期页面。
关闭岗位先停止申请
到达截止时间或招聘负责人关闭职位后，后端立即拒绝新的正式提交，并给候选人清楚提示。已打开页面的用户也应得到一致结果。
不能只从招聘列表隐藏岗位，却继续接受旧链接提交。
过期岗位及时撤除 JobPosting
Google 将仍带岗位标记的过期页面视为常见问题。处理方式包括让 validThrough 进入过去、移除结构化数据，或使页面返回 404/410。
选择哪种方式取决于是否保留历史说明，但过期职位不能继续表现为开放招聘。
下线策略按页面价值选择
无长期价值的单岗位页可以返回 410 或 404；仍需展示团队和职业信息时，可改为明确的已关闭页面并删除 JobPosting 与申请表。
不要把所有过期岗位批量 301 到首页，这会掩盖原地址的真实状态，也给候选人造成错觉。
相似新岗位不能直接覆盖旧记录
职责、地点、主体或条件变化较大时，新建岗位编号和 URL。旧页可以链接到当前相关职位，但不悄悄改写历史职位。
这样能保留申请归属、统计和审核证据。
岗位恢复开放需要重新验收
重新开放前复核职责、地点、申请入口、隐私说明、结构化数据和截止时间。旧表单令牌、缓存和外部平台链接也要检查。
不能只切换一个状态就假定全部依赖仍有效。
第三方平台同步设定延迟门槛
官网、人才系统和招聘平台可能通过接口或人工同步。台账记录主数据来源、同步频率、失败告警和允许延迟。
关闭岗位时优先阻断官网申请，再核对各外部平台的公开状态。
导航只展示稳定入口
主导航通常链接招聘首页，不直接固定某个短期岗位。部门页、关于页和页脚可以在有开放职位时提供上下文入口。
站点栏目和移动端导航的一般规划见企业官网导航与信息架构清单。
多语言岗位避免不完整镜像
企业若发布多语言职位，职责、条件、地点和申请方式都应达到可申请程度。只翻译标题却保留大段另一语言，会误导候选人。
各语言版本通过独立 URL 关联，关闭状态同步更新。
移动端完成整条申请流程
在常见手机尺寸测试岗位筛选、阅读、附件选择、错误提示、第三方跳转和成功确认。长表格改为适合窄屏的结构。
不能只检查招聘首页截图，表单键盘和文件上传才是高风险环节。
键盘与辅助技术覆盖关键操作
筛选、展开、申请、上传和弹窗关闭均可通过键盘完成，焦点顺序符合阅读逻辑。字段标签、状态和错误能由辅助技术识别。
相关的键盘、对比度和表单验收见企业官网无障碍清单。
浏览器与邮件组合都要实测
在企业支持的桌面和移动浏览器提交测试申请，核对后台记录、通知、附件、确认页和自动邮件。外部人才系统还要测试返回和会话失效。
上线验收用例、缺陷和回归方法见企业官网上线验收清单。
测试数据与真实候选人分开
验收申请使用明显的测试标识和不属于真实个人的附件，完成后按流程清理。生产环境测试不发送到真实面试负责人。
日志和截图打码，交付资料不保留候选人个人信息。
统计从岗位状态和流程定义出发
查看岗位页访问、申请开始、提交成功和后台有效记录，同时按岗位、来源和设备分析。成功页访问不能单独等同于有效申请。
不同平台的归因口径写入报表说明，避免重复计算同一候选人。
建立招聘内容复核日历
开放岗位按周或按招聘节奏复核，长期雇主内容按季度或组织变化复核。负责人确认状态后留下时间和结论。
超过复核日期的岗位进入提醒或自动暂停，而不是无限期公开。
交付招聘栏目数据字典
交付物应包含岗位字段、状态流转、角色权限、列表与详情模板、申请接口、隐私文本位置、结构化数据映射、站点地图规则、关闭动作和测试用例。
企业人员应能独立新增一个测试岗位，完成批准、发布、修改、申请、关闭和归档全过程。
凯乐丰可以参与的环节
凯乐丰官网列有企业官网建设、外贸独立站建设和SEO/GEO 增长方案等业务页面。企业咨询招聘栏目时，可以准备岗位审批表、组织与地点清单、申请流程、现有招聘平台、隐私要求和维护责任人。
凯乐丰可在约定范围内协助招聘栏目内容模型、页面模板、表单与第三方跳转、JobPosting 映射、移动端和无障碍测试、上线验收及岗位下线规则。岗位真实性、用工条件、薪酬福利、候选人处理和最终发布决定仍由企业相应负责人确认。
