本地 E-E-A-T 内容标准
与 non-commodity-content 的关系
此技能是 本地扩展，而非替代。non-commodity-content 技能是质量门（独特 + 具体 + 真实，5 个问题检查）。此技能在此基础上添加本地层。任何本地页面或文章两者都要运行。
当此技能与旧版 SEO 操作手册冲突时，以 non-commodity-content 为准：
-
标题：不要默认为通用问题 H1。 旧版指南（以及通用博客写作技能）推崇“将 H1 设为读者输入的问题”（例如“亨茨维尔婚礼 DJ 多少钱？”）。根据非商品化标准，独立的通用问题标题是商品化内容。应优先使用 特定的本地实例：
- 商品化内容：“亨茨维尔婚礼 DJ 多少钱？”
- 非商品化内容：“我们去年六月在 The Ledges 为 180 位客人婚礼收取的费用及其原因” 仅当正文提供一手本地证明时，问题标题才可接受。
-
FAQ 模式不是 AI 引用的杠杆。 只在 FAQ 部分真正帮助读者时保留它们，并应用 FAQPage 模式以获取丰富结果，但不要将 FAQ 块或“正好 5 个 FAQ”视为赢得 AI 引用的手段。一手的本地特异性才能赢得引用。（根据 Google AI 优化指南。）
本地非商品化标准
本地页面只有在其竞争对手无法从公开来源撰写时才算通过。证明他们无法做到的理由是：你亲自在场。
每篇本地内容必须包含至少以下之一，且必须是原创而非改写的：
- 你实际工作过的命名场地或地点，包含只有现场人员才知道的具体细节（“伯里特昂山区五月下午 6:30 左右，仪式草坪会失去树线后的阳光，所以我们将第一支舞提前”）。
- 命名的本地活动/日期（“180 位客人的招待会，The Ledges，2025 年 6 月”）。
- 原创现场照片：真实的场地，你真实的布置。无库存照片，无场地自己的营销照片。
- 真实的本地客户瞬间或引述，注明出处和日期。
- 该地区特有的物流/地理细节（Stovehouse 的装载入口，Stonehaven 的停车，麦迪逊的噪音限制时间，从店铺到迪凯特场地的车程）。
地理特异性，避免商品化
- 命名具体的地点，而不仅仅是城市。“Cullman 的 Stone Bridge Farms”优于“亨茨维尔附近的场地”。
- 使用真实的本地实体：社区、地标、场地、季节、本地活动。这些是搜索引擎和 AI 与你的地方关联的实体信号。
- 当标题与真实实例关联时，将地点放入标题中。使用“...在 The Roundhouse”而非“...在亨茨维尔, AL | 最佳 DJ”。
- 每页一个主要城市/区域。不要为每个城镇生成近乎重复的页面（这是规模化内容滥用垃圾邮件，参见 non-commodity-content）。真正不同的服务区域页面需要真正不同的第一手内容。
城市页面模板（程序化的“[服务] in [城市]”页面，每个站点）
每个人工编写或生成的城市、城镇和服务区域页面的结构。九部分，从上到下。
- 标题：服务 + 城市在关键词位置。
坦帕房车租赁 | <好处> | <品牌>，仍然采用关键词 | 好处 | 品牌的标题公式，60 个字符或更少。使用搜索者的名词，而不是行业术语。 - 顶部的项目符号摘要：服务是什么，在何处提供，以及费用。这是引擎提取的块状答案。价格遵循
ai-search-readiness步骤 1：一个包含上下限的范围、影响价格的因素以及测量的日期，在构建时从来源读取。永远不要只写一个“起价为”的数字。如果没有发布价格，项目符号应说明这一点并告知如何获取报价。 - 关于实际城市的内容。 页面通过使用上述本地非商品化标准，既证明服务的专业性，也证明对该地区的了解。它包含该城市特有的、站点上其他页面未提及的内容。
- 真实的驾车路线，从知名地标到服务发生地点（店铺、公园、场地），途中的道路和地标均需命名。每条道路和地标都需对照地图核实，不得虚构（仅当附近确实有 Home Depot 时才写“靠近 Home Depot”）。没有公共地址的服务区域商家提供前往工作地点的路线，绝不提供家庭地址。如果没有任何真实的可导航目标，则省略此部分。
- 删掉所有不相关的内容：使命陈述、创始故事和通用模板。每个区块都关乎该城市中的此项服务，否则删掉。
- 使用搜索者语言的城市 FAQ，例如“坦帕每月房车租赁费用是多少？”从真实客户问题中获取（
ai-search-readiness步骤 3），根据来源回答每个问题，并标记为 FAQPage。此技能禁止仅替换城市名称的相同五个问题的模式。 - 真实的本地组织，需命名：商会、使用的供应商、赞助的团队、合作过的公园或场地。仅限真实存在的关系。绝不暗示企业未持有的会员、赞助或合作伙伴关系，并在提及自有业务时加以披露。
- 联系表单和社交证明在同一页面。 仅限真实的评论和推荐，注明出处、日期并链接到来源。没有已链接来源时不得使用
aggregateRating。如果没有真实评论，则没有评论块；绝不编写占位符或捏造。 - 指向此页面的反向链接，而非仅主页。引用和获得的链接应指向它们所涉及的城市页面，锚文本主要为品牌或裸URL，精确匹配短语应谨慎使用。
程序化生成门控。 只有当生成的城市页面数据达到站点最低要求时才能发布：真实的本地实体以及该城市特有的、站点上其他城市页面未提及的内容。例如，公园目录可能要求每个城市至少三个经过验证的公园。低于门控时，URL 不会生成：dynamicParams = false，从站点地图中排除，并重定向到最近的真实页面。仅替换城市名称的近乎重复页面在 Google 垃圾邮件政策下属于门道页面。其中之一可能会危及整个集合。
服务区域与实体一致性（站点级别，发布前检查）
- NAP 一致性：企业名称、地址/服务区域和电话号码在站点、页脚、Schema 和 Google Business Profile 上完全一致。
- 服务区域诚实：说明真实区域（根据项目数据“仅限本地区域”）。不要暗示覆盖你并不服务的城市。
- LocalBusiness / Organization Schema 包含一致的 NAP，并链接到已验证的 GBP 和社交资料。一次性设置，每页强化。
语音捕捉（撰写本地文章前）
本地内容听起来必须像实际在场的经营者，而非通用的 AI。在起草前，通过以下方式之一捕捉声音：
- 样本：研究现有站点文案/以往文章：句子节奏、正式程度、使用第一人称“我”还是团队“我们”，重复出现的短语，他们避免什么。用一行总结你发现的内容并确认。
- 快速访谈（如果没有样本）：最多 4 个问题：他们如何与客户交谈，使用第一人称还是“我们”，他们永远不想听起来像什么，用他们自己的话一句话说明为什么这个话题重要。
除非另有指示，否则默认为站点文案中已有的品牌声音。
内部链接到现有集群（工作流步骤，而非事后考虑）
大多数本地站点已有集群：场馆或地点页面、地点页面（/locations/[slug]）和服务页面。每篇本地文章必须连接到这些页面。
- 撰写前，确定 3-5 个现有相关页面（提到的场馆页面、该城市的地区页面、相关服务页面）。
- 在正文中融入 3-5 个上下文链接，使用描述性锚文本（场馆名称、服务），绝不使用“点击此处”，绝不重复精确匹配。
- 添加一个短的“相关”块，链接到同一集群。
- 如果文章提到了没有现有场馆页面的场馆，则该空白是一个创建信号：标记一个新的场馆页面（根据 non-commodity-content 中的内容飞轮规则）。
图像（特别适用于本地内容）
根据 non-commodity-content，每篇内容在计划时解决图像问题。对于本地内容：
- 优先使用原创现场照片（真实场地，真实布置）。
- 文件名和替代文本自然地包含场馆 + 城市（
360-photo-booth-the-ledges-huntsville.jpg，alt：“360 照相亭布置在亨茨维尔 The Ledges 的庭院中”）。 - 如果以编程方式生成图像，场景/设置必须合理，且不得歪曲你未拍摄的真实命名场地。如果你不能展示真实地点，就不要暗示你去过。
发布前本地检查（除了 non-commodity 的 5 个问题检查外）
每个答案必须为“是”：
- 内容是否提到了与实际工作相关的特定本地场地、活动或地点？
- 是否有该城市竞争对手无法伪造的一手本地证明？
- 文章：标题是否提到了特定的本地实例（而非通用的城市 + 关键词）？ 城市页面：标题是否按照城市页面模板为服务 + 城市，并在正文中包含特定本地实例？
- 城市页面：所有九个模板部分是否存在，或诚实省略（没有真实路线则不写行车路线，没有真实评论则不写评论块），并且页面是否符合程序化门控？
- 是否链接到现有的场馆/地点/服务集群？
- NAP/服务区域是否与站点其他部分及 GBP 一致？
- 图像是否原创或诚实，文件名和替代文本中是否包含场馆+城市？
如果任何一项为“否”，则是商品化本地内容。重新修改后再发布。
发布者/交接清单（附加到每个本地交付物上）
- 设置 SEO 标题（关键词前置，包含位置）+ 元描述（130-150 字符）。
- 确认 LocalBusiness/Organization Schema 的 NAP 匹配；仅当存在 FAQ 部分且真正帮助读者时，才使用 FAQPage Schema。
- 添加“最后更新：[月份 年份]”。
- 来源现场图像；提供替代文本 + 文件名。
- 确认内部集群链接有效。
- 设置 6-12 个月的刷新提醒：更新场地/价格/数据，确认链接，刷新日期。