GEO城市分站目录架构确定方案
核心原则：实体统一、权重集中、语义清晰、便于大模型识别本地实体，同时规避分站内容同质化、实体割裂；优先目录式（子目录），不推荐独立域名，谨慎使用子域名。
一、3种主流架构对比（选型优先顺序）
✅ 方案1：目录式（推荐，GEO首选）
URL格式：主域名/城市拼音/示例：xxx.com/wuhan/、xxx.com/wuhan/renovation/
优势
全部归属同一个站点实体，品牌实体不拆分，大模型识别为同一家企业的本地服务分支，EEAT集中；
权重全部沉淀在主域名，内链导流简单，不会分散域名权重；
爬虫抓取成本低，后期运维、Schema标记、实体对齐更简单。
适用：绝大多数中小企业城市分站GEO，跨多城市本地化获客。
⚠️ 方案2：子域名（谨慎选用）
URL格式：wuhan.xxx.com
特点：搜索引擎会将子域名视作相对独立站点，容易造成实体割裂；
适合：业务差异极大、需要完全分开运营的场景；
GEO缺点：实体校验难度上升，需要单独做实体背书，权重天然隔离，不建议批量搭建城市子域名分站。
❌ 方案3：独立域名（不推荐GEO城市分站）
wuhanxxx.com
缺点：每个城市单独域名=多个独立实体，很难统一品牌实体；建站成本、备案成本高；批量建站极易判定站群，GEO采信难度大幅提升。
二、目录层级设计规则（目录式架构细化）
基础单层目录（业务单一首选）
xxx.com/城市拼音/ → 城市首页（城市落地页）
适合：业务单一，只有一类服务，例如装修、检测、认证。
示例：xxx.com/wuhan/ 武汉服务总页
多层级目录（多业务线企业）
xxx.com/城市拼音/业务词/示例：xxx.com/wuhan/certification/ 武汉认证服务页xxx.com/wuhan/engineering/ 武汉工程服务页
限制：层级不要超过3层，URL不要过长，过长URL不利于模型抽取语义。 禁止：
xxx.com/province/city/service/xxx/这种4层及以上深层目录。
三、城市命名规范（固定规则，保持统一）
统一使用小写全拼，不要简写、中文、拼音缩写 ✅
wuhan❌wh、武汉、wu-han（尽量不用短横线，必要时仅单横线）同名区分：重名城市增加后缀（极少场景） 例如：
xxx.com/changsha-hunan/目录名称一旦确定，后期不要随意修改，修改会丢失已积累的实体与权重；如需改名，必须配置301重定向。
四、配套内链与实体架构（GEO重点，区别普通SEO）
所有城市分站首页，必须内链回主站品牌实体核心页，强化归属关系；
城市分站之间减少互相大量交叉内链，防止模型混淆不同城市实体；
每个城市目录首页配置LocalBusiness Schema，标记服务区域为本市。
五、城市目录规划前置筛选逻辑（先选城市，再建目录）
优先搭建：有落地业务、真实案例、可交付的城市目录；
暂缓搭建：暂时无服务能力的城市，不要提前批量新建空目录空白页面；
可合并：业务覆盖全省、无需单独区分地级市，可设置省级目录
xxx.com/hubei/，下挂各地市子目录。
六、避坑清单
不要混用架构：一部分城市用子域名、一部分用目录，造成实体混乱；
不要目录命名混乱：部分城市拼音、部分中文、部分缩写；
不要单城市下疯狂创建大量细碎子目录，产生海量低价值页面；
不要动态URL作为城市分站入口，尽量静态URL。
七、最简落地示例（湖北多城市，多业务）
xxx.com/ # 主站（品牌实体主页） ├─ hubei/ # 湖北省级汇总页（可选） ├─ wuhan/ # 武汉分站首页 │ ├─ certification/ # 武汉认证业务页 │ └─ inspection/ # 武汉检测业务页 ├─ yichang/ # 宜昌分站首页 │ ├─ certification/ │ └─ inspection/ └─ xiangyang/