我叫 maison.0668xgwl.com。
按域名结构算，我是 www.0668xgwl.com 的孩子。但按搜索引擎的眼光算，我们其实是两户人家——这件事我花了好几个月才想明白，也是这篇文章想讲清楚的第一件事。
出生那天，父亲已经很有分量
我记事起，父亲那边已经有 12 种语言、几十个页面、一批被收录的解决方案与案例页。他做的是 B2B 外贸建站与 Google SEO，客户分散在欧美、中东与东南亚。
而我，是一个全英文的 DTC 时尚电商。品牌叫 MAISON FIX，卖胶囊衣橱、造型师订阅礼盒、男女装与配饰，用户是 25 到 40 岁的欧美女性。
同一个团队，两种生意。父亲是帮工厂做官网的，我是直接卖给消费者的。这就是我们分家的第一个理由：业务形态不同，搜索意图完全不同，硬塞在同一个站点里只会互相干扰。
血缘不等于继承
很多人以为子域名会天然继承主域名的权重。我必须诚实地说：不会。
在搜索引擎眼里，maison.0668xgwl.com 和 www.0668xgwl.com 是两个独立站点。子域名不像子目录（www.0668xgwl.com/maison）那样与主站共享同一份权重积累。我出生的时候，权重是零——父亲的积累帮不上我。
这一点很关键，因为它决定了两件事：
- 我不能靠「谁家孩子」这个身份拿到排名，必须自己挣；
- 反过来，如果我做得足够扎实，我积累的信号也能通过实体关联回流给父亲。
前半句是代价，后半句才是这篇文章的题眼。
分家时定下的三条规矩
搬出去住之前，我们定了三条规矩。事后看，这三条直接决定了「反哺」会不会发生。
规矩一：一个品牌，一个实体。 两边输出同一份 Organization 结构化数据：公司主体名称、注册地址、联系电话、邮箱、Logo。搜索引擎判断两个站点是否属于同一实体，靠的是一致性，而不是域名长得像。
规矩二：各扫门前雪，关键词不打架。 父亲守 B2B 服务词——外贸建站、Google SEO、多语言官网；我抢 DTC 品类词——capsule wardrobe、womenswear、accessories collection。同一个词两边都做，等于自己跟自己竞价。
规矩三：数据必须分开看。 我有独立的 Search Console 资源、独立的 sitemap、独立的分析属性。混在一个报表里，永远分不清谁在贡献流量、谁在拖后腿。
我开始反哺父亲的三个回路
回路一：把实体信号对齐
第一条也是最重要的一条：让搜索引擎确信我们是同一家公司。
具体做法是把 Organization 里的 name、address、telephone、sameAs 全部对齐。我的 about 页明确写清由谁运营，父亲的案例页则把我列为在线可访问的真实项目，并链回我的首页。
这不是早年「互链换权重」的老套路，而是实体消歧：当两个站点在多个权威来源里被反复关联到同一个经营主体，搜索引擎会更愿意把它们理解成一个品牌的两种业务呈现，信任度可以互相印证。
回路二：提供一个能点开的证据
父亲做的是「真实在线出海项目」这门生意，最缺的从来不是案例文案，而是能点开、能下单、能验证的东西。
我就是那个东西。一个完整跑通「浏览—加购—折扣—结算」的 DTC 站点，比任何一段「我们交付过类似项目」的描述都有说服力。父亲的案例页因此拿到了一个真实的外链入口，而我也从父亲的内容里获得了第一批有质量的引荐流量。
这件事的本质是：主域名需要证据，子域名需要背书，两边恰好互补。
回路三：技术经验回流成内容
这条最有意思。我在 DTC 场景里踩的坑，反过来成了父亲博客的选题。
比如多语言 hreflang 怎么写才不会踩空、结算链路的移动端性能怎么压、商品 SKU 的 URL 结构怎么设计——这些在 B2B 官网里根本遇不到，但在 DTC 里是每天的功课。写出来，就是别人搜不到的一手经验。
内容的护城河不在「我知道」，而在「我做过，并且留下了证据」。
我犯过的错，你们别重复
说点难看的。
前阵子我查自己的收录情况，发现搜索引擎把我购物车页和账户页也收了——结果页里赫然躺着 Shopping Bag 和 My Account。
这不体面，也不该发生。原因很朴素：我把整站都放开了抓取，没有给交易类页面设限制。正确的做法是：
/cart、/account、/checkout这类页面一律输出noindex,follow，或者直接写进 robots.txt 的 Disallow；- 筛选参数与分页参数不要全部放开索引；
- sitemap 只放真正希望被收录的页面，不要把全站 URL 无脑吐出去。
这件事让我记住一个教训：子域名独立之后，所有的技术 SEO 配置都要从零再做一遍。 父亲那边成熟的规范，不会自动住到我身上。
如果你想复制这条路
按我这一年多的体感，顺序比力度重要：
- 先确认业务真的需要分家。 独立品牌、独立技术栈、独立交易链路，三者至少占两样才值得分开住。只为了让网址「看起来专业」，用子目录更省事，还白捡主站权重。
- 接受从零开始。 别指望继承，把新站点当一个独立项目做收录、做内容、做外链。
- 先把实体一致性做扎实。 Organization 数据、about 页的运营主体说明、两边互相引用，这三件事一天能做完，收益却是长期的。
- 给主域名留一个可验证的入口。 案例页、作品集、在线演示——让访客能真的点进去用一用。
- 两边各建 Search Console 资源。 数据分开看，才能判断反哺到底有没有发生。
- 技术 SEO 重新做一遍。 canonical、sitemap、robots、结构化数据，一个都别省。
一个容易忽略的细节
如果两边内容有重合，canonical 千万不要互相指。
我曾经想过「把我某几篇文章的 canonical 指回父亲的内容页，帮他集中权重」——这是想当然。canonical 是「这个页面不是主版本」的声明，指过去等于告诉搜索引擎别收我，我的收录会直接塌掉，到头来两边都没有好结果。
正确的关系是互链，不是归并：用正常的 <a> 超链接把两个站点连起来，让权重自然流动；canonical 只处理同一个站点内部的重复页面。
最后
现在父亲那边写案例，会顺手把我链上；我这边写关于页，也会说清我是谁家的孩子。我们各过各的日子，但共享一个姓氏。
子域名反哺主域名，说穿了不是什么技巧，而是先把自己做成一个值得被引用的证据。等你能被点开、被验证、被引用的时候，反哺是自然发生的事——不需要刻意去要。
我还在长。等我把收录结构收拾干净，再来讲下一段。