第 8 章 · 本地 SEO 与移动 SEO

🔧 Google Business Profile (GBP) 满分冷启动与月度运营 SOP

1. 入驻与视频验证准备：填写真实营业名称（严禁违规堆砌关键词）、精准地址与本地电话。拍摄一段一镜到底、不剪辑的手机视频通过官方验证（视频需连续拍到：门外街道名路牌 → 门店永久性招牌 → 用钥匙开门进店 → 店内收银台/办公设备/带 Logo 的工牌或营业执照）。
2. 分类精准卡位（最关键一步）：用 GMB Everywhere 或 PlePer 浏览器插件，直接扒出当前排在 Local Pack 前 3 名竞争对手所使用的 Primary Category（主分类） 和全部 Secondary Categories（附加分类），像素级对齐！
3. 资料 100% 饱和填充：填满 750 字商家简介（前 250 字融入核心业务与服务城区）、勾选全部适用属性（如 Wheelchair accessible, Veteran-owned, Free Wi-Fi）、逐条录入 Services 和 Products 卡片（带价格与描述）。
4. 视觉与实景喂养：首批上传至少 15 张高画质实拍照片（门头照 3 张、内部环境 3 张、员工工作照 3 张、服务前后对比照 6 张），之后每周固定更新 2 张新照片 + 1 条 Google Post（最新优惠/动态）。
5. 预埋 Q&A（自问自答）：不要等别人来提问！用个人号或让客户在 GBP 的 Questions & Answers 板块提出 5 个最常见的高意向问题（如”你们周末接急诊吗？""支持哪些保险？”），然后用商家官方号给出包含核心业务词的专业回答并点赞顶上去！
6. 评论飞轮启动：配置自动化短信/二维码邀评流程，确保每周稳定新增 2–5 条带服务细节描述的真实好评，并在 24 小时内逐条用心回复。

面试高频考题与满分回答框架

Q1: 一家在洛杉矶有 5 家连锁门店的齿科诊所找你做 SEO，你会如何设计他们的网站与本地 SEO 架构？

满分框架： 我会采用 “1 个总品牌中心 + 5 个独立门店本地生态” 的矩阵打法：

1. 站内 URL 架构：绝不把 5 家店挤在同一个”联系我们”页面里，而是建立清晰的层级：/locations/（总览页）下设 /locations/beverly-hills/、/locations/santa-monica/ 等 5 个独立的 Location Pages；同时将核心业务页（如 /dental-implants/ 种植牙）与各门店页双向内链。
2. 门店着陆页差异化：每个门店页配置独立的 Title（含街区名）、嵌入该店专属 Google Map、放该分店坐诊牙医的真实履历与照片、周边停车路线、该店专属评价，并部署各自独立的 Dentist LocalBusiness Schema（精确到各店经纬度）。
3. 站外 GBP 与引用矩阵：为 5 家门店分别创建并验证 5 个独立的 GBP 账号，各自绑定对应分店的着陆页 URL（而不是全绑到网站首页！）和独立分机号；同步在 Yelp、Healthgrades、Zocdoc 等医疗目录上为 5 个地址分别建立完全一致的 NAP 引用与自动邀评飞轮。

Q2: 如果一个公司没有实体门店、只做上门服务（比如移动修车、上门保洁），本地 SEO 该怎么做？

满分框架（这题考的是你懂不懂 SAB 这条特殊路径，以及会不会踩造假地址的雷）： 这类业务叫 服务区域商家（Service Area Business, SAB），它的本地 SEO 和”有店”的商家是两套玩法：

1. GBP 设置成 SAB 模式：在商家资料里把”向顾客提供商品和服务”设为主选项，隐藏街道地址（只填服务区域），按邮编、城市或地区圈定服务范围。地址一栏可以填真实办公地址但勾选”不显示”，绝不能随手编一个客户看得见的假地址——这是 GBP 封号最快的方式之一。
2. 网站结构做”服务 × 地区”的两维矩阵：/services/（修车、保养、年检）与 /areas/（各城市/区）双向内链，交叉页要有真实差异——当地的路况或房型特点、本地上门案例、该地区的响应时长、当地法规或收费标准。只有城市名不同、其余照抄的页面等于桥页。
3. 引用目录里的 NAP 换成”服务区域 + 电话”：Yelp、BBB、行业协会目录里不要留一个死地址，改用服务范围描述；电话号码用能追踪的独立号码，方便按地区核算来电。
4. 评论与问答要写出”上门”这个场景：客户评论里出现”两小时就到了""师傅带了全套工具”这类细节，比”服务很好”有用得多；GBP 的 Q&A 里主动回答”上门要不要加钱""周末能不能约”。
5. 转化动作按移动场景设计：一键拨号、WhatsApp 直聊、在线预约时段，而不是”来店导航”。这类业务的搜索有大量发生在路上和临时决策时刻。 最后补一句风险意识：SAB 最大的合规红线是”地址真实性”。为了方便进本地包而虚构一个市中心地址，短期可能有效，一旦被识别，损失的是整个 GBP 账号和历史评论。

Q3: 移动优先索引意味着什么？如果客户网站移动端和桌面端内容不一致，你会按什么顺序排查？

满分框架： 移动优先索引的含义很直接：Google 主要抓取、索引、并据此排名的是移动版页面，桌面版只作为补充参考。所以”桌面版做得漂亮、移动端砍掉一半内容”这种做法，等于主动把自己的索引内容删掉一半。 排查顺序我会这样走：

1. 内容对等（最重要）：逐块对比移动端与桌面端可见的正文、标题、内链、图片与结构化数据。移动端为了”简洁”用 display:none 整块藏起来的正文，在索引里就是不存在的。
2. 结构化数据对等：移动版是否漏了 Product、FAQPage、LocalBusiness？很多模板只给桌面版注入 schema。
3. 图片与懒加载：首屏以下的图片是否用 loading="lazy" 且没有 src 兜底，导致抓取时为空图；图片 alt 是否被移动模板吞掉。
4. 元信息对等：移动版 <title>、meta description、canonical、hreflang 是否与桌面版一致。移动版 canonical 指向桌面版是常见错误。
5. 可访问性：移动端是否用了 noindex 或 robots 屏蔽来”减少重复”，这是自断索引。
6. 验证方式：用 GSC 网址检查里的”已抓取的页面”看移动版真实渲染结果，而不是用自己的手机看——两者经常不是一回事。 结论一句话：内容和结构化数据必须对等，交互和布局可以不同。移动端做减法的正确位置是视觉密度，不是信息量。