招聘网站SEO——为过期职位而构建
招聘内容体系必须快速发布在招职位，诚实地下架已招满的职位，评估职位与地点组合页面，满足JobPosting结构化数据要求，并像获取求职者流量一样有策略地获取雇主资源。
将职位与职业分开对待
在招职位满足即时求职意图，但很快就会消失。职位定义、薪资指南、职业发展路径、雇主简介和招聘建议创造了持久的上下文环境，能够超越单个职位空缺的周期，赢得用户的反复访问。
- ✓将可用性作为事实发布——页面、申请操作、结构化数据、站点地图和数据源必须就申请是否仍在开放保持一致。
- ✓控制组合空间——职位、技能、资历、合同类型、远程状态和地点是有用的筛选维度，但不代表自动获得创建可索引页面的许可。
- ✓双端建设——求职者获取和雇主获取需要各自独立的查询、证据、用户旅程、导航和转化动作。
- ✓让持久内容产生复利——透明的薪资数据和实用的职业指导能够在职位列表更替时持续吸引注意力。
让过期为系统状态，而非编辑杂务
每个职位空缺应经历预定义的状态转换。每次状态转换必须同步更新可见状态、应用控制、JobPosting标记、站点地图成员资格、内部链接以及求职者的下一步操作。
- ✓草稿——仅可通过授权工作流访问；无索引信号或活跃职位站点地图条目。
- ✓开放——信息完整、唯一、可申请、自引用为规范URL、有内部链接，并具备JobPosting标记资格。
- ✓已关闭——立即禁用申请功能、移除标记、声明状态，并从活跃职位站点地图中移除。
- ✓保留或淘汰——仅当URL继续对用户有帮助时才保留；否则返回诚实的404或410状态码。
创建更少但更强的搜索目的地
一个招聘网站可以生成数百万种职位、技能、地点、资历、班次、薪资、行业和远程工作的组合。只索引那些代表稳定的求职者需求且在库存变化时仍然有用的组合。
- ✓定义规范实体——将职位名称变体映射到维护良好的职业、技能、雇主和地理词汇表。
- ✓要求通过页面级价值测试——需求量、库存连续性、独立意图、独特上下文、内部链接和责任人。
- ✓设计零结果状态——解释分类内容，提供提醒或邻近的在招职位，招募相关雇主，但不虚构可用性。
- ✓保持筛选有用但可控——求职者可以进行深度筛选，但不必让每个参数组合都可抓取或可索引。
搜索引擎与AI在招聘领域的行为方式
搜索结果集每小时都在变化，但求职者的根本需求——某种类型的工作、在可行的地点、在可接受的条件下一一变化要慢得多。
招聘网站的需求是双面的。求职者按职位名称、技能、雇主、地点、远程安排、资历、薪资、合同类型、班次、签证支持或其组合进行搜索。雇主则寻找发布职位的方式、接触特定受众群体的渠道、比较招聘网站价格、提高候选人质量、集成应聘者跟踪系统，或解决发布响应率低的问题。这些受众可能使用相同的名词却期望截然不同的行动。"利兹的护理工作"需要的是实时在招职位；"在利兹发布护理职位广告"需要的则是雇主价值主张、受众证据、条款和发布流程。
搜索引擎结果页面（SERP）是搜索引擎针对查询返回的页面。其内容构成远比竞争招聘网站更为广泛。一个实时职位查询可能展示雇主的职业站点、聚合结果、职业社交网络、招聘机构、政府就业服务、本地目录或职位特定的搜索功能。一个职业相关问题可能被大学、专业机构、薪资发布机构、论坛、内容创作者和AI生成的答案所占据。衡量的是查询层面的竞争对手，而不仅仅是商业层面的竞争对手。
职位特定的搜索对结构化数据赋予了非同寻常的权重。JobPosting结构化数据是机器可读的标记，描述一个真实的职位空缺：职位名称、雇主、工作地点或远程安排、描述、发布日期、过期日期、雇佣类型、薪酬信息（如有）和申请途径。准确性比完整性更重要的原因很简单：一个标记丰富的已关闭职位比一个标记简单的开放职位更具误导性。只标记页面上可见的事实，使用一个规范的详情URL，并在职位停止接受申请后立即移除标记。
AI回答系统通常总结持久性问题，而不是复现完整的实时库存：某个职位做什么、需要哪些技能、可能的职业路径、薪资影响因素、面试期望或某个领域的雇主。它们还可以推荐寻找工作的地点。清晰的职位实体、明确的地理范围、标注日期的方法论、稳定的雇主简介和诚实的可用性信息，为这些系统提供了可以提取的事实，而不会将上个月的职位空缺与今天的机遇混淆。
将波动性事实与持久性指导分开。可用性、截止日期、空缺数量和申请操作属于实时数据。职位定义、技能关系、职业路径、招聘流程和薪资方法论属于维护良好的编辑页面。这种划分让有价值的内容产生复利，同时职位列表层保持更替。它将共享的商业模式操作手册应用于招聘领域更严格的过期和结构化数据约束。
两个用户旅程创造一个流动性问题
当一个招聘网站成功时，合格的求职者和可信赖的雇主得以相遇；只优化求职者漏斗可能会在增加访问量的同时使空结果问题更加严重。
| 阶段 | 典型时长 | 求职者决策 | 雇主决策 | 内容响应 |
|---|---|---|---|---|
| 探索 | 数天至数月 | 哪个职位、技能方向、行业、雇主或地点适合我？ | 哪个渠道能接触到合适的求职者？ | 职位术语表、职业指南、薪资研究、雇主受众页面 |
| 搜索 | 数分钟至数周 | 目前有哪些适合的在招职位？ | 有哪些产品、覆盖面、价格和发布条款？ | 职位与地点分类、实时职位列表、发布产品与定价页面 |
| 评估 | 数分钟至数天 | 职责、要求、薪资、地点、时间安排和资格是否匹配？ | 该网站能否提供相关求职者并适配招聘工作流程？ | 完整的职位详情、公司简介、规格说明、证据、集成方案 |
| 申请或发布 | 数分钟至数天 | 我能否毫无意外地完成一次可信的申请？ | 我能否发布、支付、管理和评估这个职位？ | 申请指导、雇主入驻、验证、支持、故障排查 |
| 决策与回归 | 数天至数月 | 我应该接受、继续搜索、设置提醒还是培养另一项技能？ | 我应该续期、再次发布还是更改推广计划？ | 提醒、职业进阶、招聘分析、续期指导、支持 |
上述时长是规划参考范围，而非承诺。小时工可能在数分钟内申请；高管搜索可能需要数月。高招聘量的雇主可能每周重新发布，而小公司可能每年只招聘一次。围绕必须解决的不确定性设计内容，然后选择与用户准备度相匹配的行动号召。
招聘网站内容类型排名
核心格式让实时供给可被发现和理解；实用格式围绕其产生复利；少用格式需要有核心体系无法回答的已验证问题。
| 排名 | 内容类型 | 旅程阶段 | 优先级 | 原因 |
|---|---|---|---|---|
| 1 | 产品页面 | 搜索 / 评估 / 申请 | 核心 | 作为职位列表的契约：一个规范页面承载职位身份、雇主、职责、要求、薪酬、地点、日期、状态、结构化数据和申请操作。 |
| 2 | 分类页面 | 探索 / 搜索 | 核心 | 为合理的职位、地点、技能或其他分类维度创建一个持久的搜索目的地，放在短期库存之上，并支持有用的筛选而无需索引每一种组合。 |
| 3 | 成本指南 | 探索 / 评估 | 核心 | 为求职者提供薪资指南，为雇主提供发布成本指南，前提是定义、周期、地理范围、样本、假设和排除项都明确说明。 |
| 4 | 操作指南 | 探索 / 申请 / 回归 | 核心 | 将求职和招聘任务——撰写申请、准备面试、发布合规职位或提高响应率——转化为有序、可执行的步骤。 |
| 5 | 故障排查页面 | 申请 / 发布 / 回归 | 核心 | 解决申请失败、表单无法访问、确认信息丢失、数据源被拒、链接过期、发布错误和低响应率推广活动，提供安全的恢复和升级路径。 |
| 6 | 公司简介 | 探索 / 评估 | 核心 | 提供一个稳定的雇主实体，包含身份信息、地点、行业、文化证据、政策、在招职位和经核实的事实，而不是在每个职位空缺上重复套话。 |
| 7 | 功能页面 | 雇主搜索 / 评估 | 核心 | 服务于雇主的落地需求，介绍发布产品、求职者覆盖面、筛选、集成、推广活动或工作流程功能，明确范围并提供清晰的发布操作入口。 |
| 8 | 术语表 | 探索 | 核心 | 在职位列表、分类、筛选器和AI答案中，一致地定义职位名称、资质、雇佣类型、技能、资历、福利和招聘相关用语。 |
| 9 | 目录索引 | 探索 / 搜索 | 核心 | 将职业、行业、雇主和地点组织成稳定的路径结构，同时将内部搜索和无边界的筛选组合排除在可抓取层级之外。 |
| 10 | 原创研究 | 探索 / 雇主评估 | 实用 | 将自有的职位空缺、申请、薪资、技能和招聘周期数据转化为持久证据，前提是方法论、覆盖范围、偏差和修订信息均已披露。 |
| 11 | 常见问题中心 | 评估 / 申请 / 发布 | 实用 | 在一个维护良好的中心页面中整合求职者和雇主反复出现的重要问题；与具体决策相关的答案仍应放在相关操作入口旁边。 |
| 12 | 评价页面 | 雇主评估 | 少用 | 仅当网站能够按照明确的标准独立测试某个招聘产品或渠道时使用；雇主提交的推荐信属于归因证据，而非人为制造的评价。 |
该表格是双向设计的。前置元数据中的postTypes记录了招聘网站一端的对应关系，而每个链接的规格说明定义了可复用的格式。团队可以从这个商业模式入手，也可以从某个内容类型入手，最终达成相同的契约，而无需创建一个缺少必要结构的招聘专用模板。
变现页面必须将真相与行动连接起来
变现页面帮助求职者申请或帮助雇主发布、购买、续期或联系销售；商业行动使精确的可用性和范围更加重要，而非更不重要。
- 职位列表页面。为一个真实的职位空缺使用一个自引用的规范URL。显示雇主、职位名称、工作安排、物理地点（如适用）、职责、必备与优先资格、雇佣类型、薪酬信息（如有）、福利、发布日期与截止日期、申请流程、平等机会或司法管辖披露信息以及可见状态。不要为同一个职位需求创建多个URL来针对不同的标题变体。
- 职位与地点分类页面。仅针对有意义的集合构建持久页面。解释该职业或地点，显示当前在招职位，展示有用的筛选器，定义薪资和资格范围，支持设置提醒，并在零库存时诚实恢复。一个没有空缺职位、没有上下文、没有链接、没有供给计划的城市-职位页面不是真正的落地页。
- 雇主简介。将身份信息、行业、地点、工作场所政策、已验证的福利、招聘流程和在招职位维护在一个实体中。公司文化主张需标明来源，员工相关证据需注明日期，避免将雇主提交的陈述呈现为独立验证。
- 雇主获取页面。将发布产品、套餐、定价依据、受众、分发渠道、筛选、集成、服务水平、条款和入驻流程与求职者导航分开。明确说明雇主购买的是单次发布、时长、积分、订阅、效果产品还是托管推广活动，以及购买后的后续步骤。
- 薪资与职业中心。持久性指导应涵盖职位定义、技能路径、资质要求、薪资影响因素、职业发展、面试准备、申请方法和职场现实。它在职位空缺之间获取注意力，并将合格的人引导至当前库存，而不暗示每个读者都已准备好申请。
- 雇主与求职者支持。申请失败和发布数据源失败直接中断收入和信任。维护故障排查页面，处理表单错误、账户访问、确认信息、重复申请、数据源验证、过期目标链接、计费和推广活动变更等问题，并提供保留受影响记录的升级路径。
职位生命周期的索引策略
| 状态 | 页面与JobPosting策略 | 站点地图与内部链接 | 求职者操作 |
|---|---|---|---|
| 草稿 / 待审批 | 不可索引；无JobPosting标记；保持在公开抓取路径之外 | 从活跃站点地图和公共分类中排除 | 无操作；雇主完成或修改记录 |
| 开放且完整 | 返回200、可索引、自引用规范URL、可见事实与有效的JobPosting标记一致 | 包含在活跃职位站点地图及相关的分类、公司和地点路径中 | 申请、保存、分享或提出明确的问题 |
| 即将关闭 | 返回200并显示真实截止日期；未经雇主确认，不要制造紧迫感或延长validThrough | 在申请真正关闭前保持在活跃路径中 | 在截止日期前申请 |
| 已招满 / 申请已关闭 | 立即移除JobPosting标记和申请操作；显示明确的已关闭状态 | 从活跃站点地图和实时职位模块中移除；评估持久价值 | 查看真正同类的在招职位、创建提醒或关注雇主 |
| 过期但具有持久价值 | 返回200，无JobPosting标记——当链接、周期性需求、独特雇主信息或历史参考证明保留合理时 | 排除在活跃站点地图之外；仅在有用时在上下文中链接 | 了解旧职位信息，然后转向当前匹配的职位 |
| 过期且无持久价值 | 返回404或410；仅重定向到代表同一职位空缺和意图的真正后续页面 | 从站点地图、分类、推荐和数据源中移除 | 使用有帮助的无法找到路径进入当前搜索 |
保留过期URL的理由是其有用性，而非保留每个页面数量的愿望。永远不要让已关闭职位的申请按钮保持可用，永远不要在不存在的职位上保留JobPosting标记，也永远不要将每个过期职位都重定向到首页。页面状态、标记、站点地图成员资格和操作必须作为一个整体同步变更。
关键要素承载可用性与匹配度
求职者从快速变化的事实中做出高风险的决策，因此可复用的要素必须在装饰页面之前先减少歧义。
| 要素 | 重要性原因 | 制作规则 |
|---|---|---|
| 可用性模块 | 防止已关闭的职位看起来仍可申请。 | 以可见文本显示开放、即将关闭、已关闭或已招满；包含生效日期和仅适用于该状态的操作。 |
| 时效戳 | 将当前职位事实与旧的雇主描述或薪资估算分开。 | 说明检查内容、检查时间、对应的数据源或雇主来源，以及下次审查的责任人。 |
| 规格表 | 使薪资、工作时间安排、合同、地点、远程状态、资历、资格和福利具有可比性。 | 使用明确的标签和单位；区分必备、优先、未知和不适用项，而不是通过推断填补空白。 |
| 定义框 | 消除因雇主或司法管辖区不同而产生歧义的职位名称、资质、雇佣类型和技能。 | 以有边界的定义开头，说明地区或行业范围，并将同义词连接到一个规范实体。 |
| 相关内容 | 在职位关闭时恢复价值，并将波动性列表与持久的职位和职业指导连接起来。 | 根据明确的标准推荐真正相似的在招职位，以及相关的职位、薪资、雇主或提醒页面；不要将宽泛的库存标记为等同。 |
| 来源模块 | 使薪资、资格、许可、劳动力市场和法律主张可追溯。 | 引用发布者、数据集或规则、地理范围、周期、提取日期、方法论和局限性；标注雇主提交的主张。 |
| 常见问题要素 | 解决关于资格、申请、远程状态、截止日期、费用、退款和雇主工作流程的剩余问题。 | 在决策发生的页面上回答，并保持结构化FAQ输出与可见答案同步。 |
JobPosting标记不能替代这些可见要素。搜索系统和求职者应看到相同的职位名称、组织、地点、薪酬、雇佣类型、描述、日期和申请状态。如果某个字段无法在页面上如实显示，就不要仅在结构化数据中创建更精确的版本。
围绕一个职业市场构建主题地图
这个软件工程集群展示了实时职位空缺如何与持久的求职者指导、雇主实体以及独立的供给漏斗相连接。
职业市场：软件工程
├── 了解工作内容
│ ├── 软件工程师角色定义及职位名称同义词
│ ├── 前端、后端、全栈、移动端、平台和质量保证方向
│ ├── 技能与技术，附带级别和上下文
│ ├── 初级、中级、高级、骨干和管理层范围
│ └── 雇佣类型、远程模式及地点术语
├── 评估职业发展
│ ├── 按职位、级别、地理范围和周期的薪资指南
│ ├── 职业进阶路径及相邻职业
│ ├── 资质与作品集的获取路径
│ ├── 如何准备有据可依的申请
│ └── 面试阶段与故障排查
├── 寻找实时工作
│ ├── 软件工程分类
│ │ ├── 合理的地点页面
│ │ ├── 合理的专业方向页面
│ │ └── 针对其余组合的可控筛选器
│ ├── 实时职位详情 → 雇主简介 → 申请
│ └── 已关闭职位 → 同类在招职位 → 提醒 → 职业指导
├── 了解雇主
│ ├── 公司简介及已验证的地点
│ ├── 招聘流程、政策、福利和工作模式
│ ├── 在招的工程类职位空缺
│ └── 针对特定雇主的求职者指导
└── 获取雇主供给
├── 广告发布软件工程职位
├── 专业受众与分发渠道
├── 发布产品、定价依据和时长
├── 应聘者跟踪系统数据源、筛选和推广活动工作流程
└── 故障排查、报告、续期和成功案例分类体系是用于对实体和关系进行分类的维护系统。在这里，它将雇主的职位名称变体（如"software developer"或"backend engineer"）映射到规范职业，而不抹杀实际差异。技能、资历、雇佣类型、远程状态和地理范围保持独立维度。这防止一个职位名称字符串承担过多功能，并为筛选器、分类标题、内部链接、报告和结构化数据提供统一的词汇表。
只有部分组合应成为可索引的目的地。"曼彻斯特高级Python工程师职位"可能在需求独立、供给周期性出现、含义稳定且页面在零结果时期内仍能保持有用时具备资格。"15英里范围内兼职初级远程金融科技Python Django工程师职位"很可能是一个有用的会话筛选器，但不是一个好的永久页面。按模板和组合类记录此决策，以便产品发布不会悄无声息地扩大索引规模。
在AmICited中追踪什么
监控活跃库存、索引策略、目录表现以及用于判断是否需要干预的数据之间的一致性。
- 站点地图与索引：打开站点地图与索引报告，验证开放且完整的职位URL是否进入活跃职位站点地图，已关闭的职位是否被移除。将稳定的分类、雇主和职业内容与波动性职位站点地图分开。调查过期的已关闭职位、缺失的在招职位、规范URL冲突、数据源生成的重复内容、站点地图错误以及ATS或模板发布后提交URL的剧烈变化。提交请求发现，但不保证一定能被索引。
- 页面：使用页面报告比较职位分类、地点页面、职位详情、公司简介、薪资指南、职业操作指南和雇主获取页面。列表层面的下降可能是正常的到期；分类或雇主漏斗的下降可能代表持久的商业损失。在解读总数之前，按类型和状态对URL进行分类。
- 目录：打开目录报告，查看整个职位族系、地点子树、雇主板块、职业中心或发布产品目录是否发生同步变化。板块范围的变动往往指向导航、分类体系、规范URL、迁移或模板行为，而非成百上千个无关的草稿。
- 数据健康：在将聚合商业报告视为完整之前，先审查数据健康。当前的功能范围侧重于已测量与假设的商业成本输入，因此适用于那些使用这些输入的招聘购买、发布产品或推广活动记录。不要将其作为JobPosting完整性验证工具；应为职位数据源字段和生命周期状态建立单独的操作验证。
结合阅读这些报告。如果活跃职位站点地图增长而实时职位目录的可见性下降，请检查重复内容、内部链接稀释、分类质量和过期职位清理。如果职位列表获得展示量但雇主获取页面没有，说明求职者需求并未证明供给侧的获取有效。记录ATS迁移、批量过期、雇主数据源中断、分类体系变更、结构化数据发布、薪酬报告发布和套餐变更，以便后续的变动有操作层面的解释。
根据正常的网站行为定义警报阈值，而不是发明通用的数字。一个每天有数千个职位过期的网站需要基于状态的比率和分组；一个专业网站可以审查每个重要的分类。不变的法则是一致性：雇主所说的开放、求职者可以申请的、标记所描述的、站点地图所提交的和报告所统计的数据应当能够相互核对。
招聘网站特有的陷阱
这些失败源于严格的过期机制、数据源同步、职位名称歧义、组合式分类体系以及双面获取——而非仅仅内容数量问题。
申请关闭后仍保留JobPosting标记
即使HTML页面仍然返回200，关闭的申请路径也会使搜索结果产生误导。在禁用申请操作的同一状态转换中，移除标记和实时职位站点地图条目。可见的"已过期"标签不能作为活跃结构化数据的借口。
重新发布同一职位空缺以制造新鲜度
更改发布日期或克隆一个职位需求而不创造真正的新的空缺，会产生重复库存和虚假紧迫感。保留规范的职位空缺身份。只有当雇主确认了真实的招聘事件且日期和申请路径均为真实时，才重新开放或创建新记录。
将每个过期的职位重定向到一个宽泛的分类页面
一个特定的职位空缺不等同于一个通用的招聘页面。保留有用的已关闭页面或返回404/410；仅当存在代表同一职位和意图的真正后续页面时才进行重定向。在恢复体验中提供类似的职位，但不要将旧URL伪装成其中之一。
索引每种筛选组合
职位 × 技能 × 资历 × 合同 × 远程状态 × 薪资 × 行业 × 地点创造了巨大的URL空间。大多数组合应帮助求职者筛选，而不必成为可抓取的落地页面。仅索引那些具有独立需求、稳定含义、周期性供给、独特上下文和维护良好的内部链接的集合。
将雇主的职位名称字符串当作分类体系
雇主使用"developer"、"engineer"、"programmer"和品牌化职位名称时存在不一致。为每个字符串发布一个分类会碎片化需求并产生重复页面。将变体映射到规范职业，同时在职位详情页面上保留雇主显示的名称及其任何实质性区别。
构建求职者流量而缺乏雇主获取
一个招聘网站可能在职业建议方面排名很好，但缺乏求职者想要的职位的在招信息。维护雇主页面，涵盖受众、产品、价格、工作流程、集成和证据。将反复出现零结果的分类输入到雇主招募流程中，而不是用更多的求职者文章来应对。
发布薪资数据时不说明范围
没有职位定义、级别、地理范围、货币、薪酬周期、数据窗口、样本规则以及对奖金或股权的处理方式，单一的中位数或范围毫无意义。在给出数字之前先解释方法，并将旧报告保留为标注日期的历史记录，而不是悄无声息地覆盖它们。
将雇主的套话复制到每个职位中
重复的公司文化和公司介绍文本会创建近乎重复的页面，并在政策变更时产生信息漂移。将稳定的公司信息保留在简介页面上；将特定职位需求相关的职责、要求、薪酬、地点、日期和申请详情保留在职位空缺页面上。
招聘网站SEO 常见问题
以下操作层面的答案确保可用性、结构化数据、分类体系、供给获取和持久内容保持协调一致。
过期的职位列表是否应保留在搜索结果索引中？
只有当过期的页面URL仍然具有持久价值时，才应保留在索引中，例如该职位为周期性招聘岗位、具有有意义的链接、包含独特的雇主信息，或者可作为通往同类在招职位的有效路径。立即移除JobPosting标记，显示已关闭状态，将其从活跃职位站点地图中删除，并对低价值页面返回404或410状态码。
一个职位已招满后，应多快从JobPosting结构化数据中移除？
在申请通道关闭或职位招满后立即移除。可见页面、validThrough值、申请操作、活跃职位站点地图和结构化数据应保持一致。在操作层面，夜间的数据同步或许可以接受，但高流量招聘网站应监控这一延迟，因为过时的可用性信息可能误导求职者。
是否每一种职位、技能和地点的组合都应被索引？
不应。只有当某种组合代表独立的搜索需求、保持足够多的在招或周期性职位库存、在分类体系中占有稳定位置，并且即使在暂时零结果时期也能为求职者提供帮助时，才应将其索引。其余组合应保留为可抓取控制的筛选器。
什么样的内容能够吸引雇主而非求职者？
建立独立的雇主获取内容体系，涵盖发布产品、定价、受众覆盖面、招聘工作流程、系统集成、筛选选项、政策、成功案例和入驻流程。使用明确的雇主相关语言和行动号召，确保这些页面不会与面向求职者的职位分类页面竞争。
当前职位库存较低时，薪资指南还有用吗？
是的，前提是其方法论、地理范围、职位定义、资历等级、样本周期和局限性都清晰明确。薪资和职业指导可以在招聘周期之间满足持久的用户需求，但不能暗示一份陈旧或不具代表性的样本能够描述当前市场状况。
对于招聘网站来说，最重要的技术报告是什么？
从站点地图与索引报告开始，因为在招职位的发现和过期职位的移除必须与网站的生命周期策略相匹配。同时阅读页面和目录报告，以区分索引故障与薄弱职位类别、地点板块、雇主区域或模板问题。
发现职位可见性问题所在
Free check · 7-day trial · no credit card