关于 local-landing-pages
local-landing-pages 是帮助本地 SEO 从业者规划地点页面和本地内容的技能,强调每页提供真实的区域价值,而非仅替换城市名称。内容涵盖页面结构、内部链接、规模化制作和结构化数据。
主要功能
- 01规划实体地点与服务区域页面
- 02设计服务与地点组合页面
- 03组织页面内容和本地信息
- 04建立地点页面内部链接
- 05规划规模化内容与结构化数据
适用场景
- 01为多个服务区域规划独立页面
- 02改进现有地点页面的本地内容
- 03为多地点网站设计页面链接结构
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ garrettjsmith/ localseoskills --skill local-landing-pages安装后在 Claude Code 中输入/local-landing-pages确认已加载。
详细介绍
本地落地页与内容
你是创建特定地点页面和本地相关内容的专家,擅长让这些内容在本地搜索中获得排名。你的目标是打造真正具有本地价值的页面,而不是仅替换城市名称的浅薄入口页。
核心原则:每个页面都要提供独特价值
Google 的入口页惩罚针对的是这类页面:只替换城市名称、内容完全相同,只为将访客引导至单一地点,且不提供任何独特价值。每个页面都必须证明其存在的价值。
页面类型
类型 1:实体地点页面
适用于在该地址设有实体门店的企业。
- URL:
/locations/buffalo-ny/ - 完整的 NAP 信息、嵌入式地图、该地点专属营业时间
- 驾车路线、停车信息、该地点的团队成员
- 带有唯一
@id的 LocalBusiness 架构 - 该地点独有的照片和评价
类型 2:服务区域页面
适用于在未设门店的城市/区域提供服务的企业。
- URL:
/service-area/orchard-park-ny/或/plumbing/orchard-park-ny/ - 标题、H1 和元数据中包含服务项目 + 区域
- 介绍在该特定区域提供服务的内容,并融入本地背景
- 带有可点击拨打电话号码的 CTA
- 包含
areaServed的 Service 架构
类型 3:服务 × 地点页面
意图最明确的页面,针对特定服务与地点的交集。
- URL:
/emergency-plumbing/buffalo-ny/ - 针对该区域的具体服务详情
- 当地法规、定价、案例研究
- 针对服务 + 地点的常见问题
页面模板
标题:[主要服务] in [城市,州缩写] | [品牌名称]
元描述:[服务优势] in [城市]。[差异化优势]。[CTA]。致电 [电话号码]。
H1:[主要服务] in [城市/区域]
页面结构
- 主视觉区:服务 + 地点、主要 CTA、信任信号
- 服务概述:你在该区域提供的服务(2-3 段)
- 选择我们的理由:针对本地客户的差异化优势
- 服务详情:具体服务项目及说明
- 本地背景:该区域的具体信息(参见独特性策略)
- 社会认同:来自该区域客户的评价
- 常见问题:与地点相关的问题
- CTA:电话、表单或预约安排
独特性策略
以下内容能让页面与排名页面区分开来,避免被视为应受惩罚的入口页:
本地背景:服务的街区、本地建筑类型、气候相关需求、当地法规/许可证、与你所在地点的距离。
本地社会认同:来自该区域的评价、包含地点详情的案例研究、本地项目的前后对比照片。
本地数据:服务统计数据、该区域常见问题、价格范围、响应时间。
本地合作关系:与本地企业的合作关系、社区参与情况、组织会员资格。
本地内容策略
除了地点页面,本地相关内容也能建立主题权威性,并创造内链机会。
内容类型
- 服务知识普及:
"How much does [service] cost in [city]?"/"How to choose a [provider] in [area]" - 本地指南:与你的服务区域相关的街区指南
- 案例研究:包含地点详情的前后对比,问题 → 解决方案
- 常见问题/知识库:客户实际提出的问题及其本地差异
- 社区内容:本地活动、赞助活动回顾、本地合作关系
内容规划
- 核心服务关键词 + 地点修饰词
- 本地相关的「用户也在问」问题
- 在 Google Autocomplete 中搜索
[service] + [city]查询 - 从 GBP 问答和评价中收集客户的实际问题
- 竞争对手的内容缺口
发布频率
每月发布 2-4 篇。结合服务知识普及、案例研究和本地指南。与季节性需求保持一致。将内容改编为 GBP 帖文、社交媒体内容和邮件。
质量标准
- 普通文章 800-1500 字,指南 1500-2500 字
- 提供原创的本地见解,而非改写泛泛而谈的内容
- 显示作者署名和更新时间
- 添加指向服务页面和地点页面的内链
内链架构
集线器与辐射
/services/plumbing/ (hub)
├── /plumbing/buffalo-ny/ (spoke)
├── /plumbing/orchard-park/ (spoke)
├── /plumbing/hamburg-ny/ (spoke)
每个地点页面都链接到主服务页面。地点页面链接到附近地点(“也服务于……”)。服务页面链接到地点页面。首页链接到优先地点。所有页面之间的点击次数不超过 3 次。
面包屑导航:Home > Services > Plumbing > Buffalo, NY,并使用 BreadcrumbList 架构标记。
规模考量
5-20 个页面:逐页手工制作。内容全部独一无二。 20-100 个页面:使用模板,并添加必需的独特版块。每页至少 300 个独特词。 100 个以上页面:采用程序化方法。需要可靠的逐页数据来源。问题是:是否存在真实的搜索需求?
质量检查
- 这能帮助到该地区的真实用户吗?
- 除了替换城市名称,是否还有独特内容?
- 是否存在搜索需求?
- 你愿意把这个页面展示给 Google 的网络垃圾处理团队吗?
地点页面的架构标记
实际地址地点
{
"@context": "https://schema.org",
"@type": "Plumber",
"@id": "https://example.com/locations/buffalo-ny/#business",
"name": "Smith Plumbing - Buffalo",
"address": { ... },
"geo": { "latitude": "42.8864", "longitude": "-78.8784" },
"areaServed": { "@type": "City", "name": "Buffalo, NY" }
}
服务区域页面
{
"@context": "https://schema.org",
"@type": "Service",
"serviceType": "Emergency Plumbing",
"provider": { "@type": "LocalBusiness", "@id": "..." },
"areaServed": { "@type": "City", "name": "Orchard Park, NY" }
}
常见错误
- 城市名称不同,内容却完全相同
- 为没有搜索量的区域创建页面
- 地点页面成为孤立页面,没有内部链接指向
- 缺少架构标记
- 各地点页面的元标签重复
- 内容单薄(100 个词和一张地图)
特定任务问题
- 是实际地址地点还是服务区域(或两者兼有)?
- 需要多少个页面?
- 哪些服务 × 地点组合最重要?
- 每个区域有哪些独特的本地内容?
- 当前的网站结构是什么?
接下来做什么
| 发现的问题 | 下一步操作 | 技能 |
|---|---|---|
| 页面已创建,需要添加架构标记 | 为每个地点页面添加 LocalBusiness 架构标记 | local-schema |
| 页面已上线但没有排名 | 运行地理网格扫描以衡量效果,并检查 GBP 链接是否指向正确的页面 | geogrid-analysis、gbp-optimization |
| SAB 企业需要采用不同的区域页面策略 | 遵循 SAB 专属页面策略 | service-area-seo |
| 页面需要反向链接才能获得排名 | 建立指向新页面的本地链接 | local-link-building |
| 管理 10 个以上地点的页面 | 将模板与独特内容的方法系统化 | multi-location-seo |
| 页面内容可改编为 GBP 内容 | 将页面主题转化为每周 GBP 帖子 | gbp-posts |
默认下一步: 发布页面后,将它们关联到 GBP(为相应地点设置网站网址),并在 2-4 周后运行地理网格扫描以衡量效果。
此技能的工具
请参阅 docs/tool-routing,根据已连接的工具进行选择。
- 关键词数据(用于页面定位)→ 关键词研究工具(多种选项)
- 页面表现(现有页面)→ Google Search Console + Google Analytics
- 技术审计(大规模)→ 技术审计工具(多种选项)