三个产品，一个域名。backlink 算谁的

一个域名上挂着三个产品，互联网还是只会记住其中一个——或者一个都记不住。实体归属不是定价页说了算，而是独立页面说了算：每次第三方提及都在投票决定「你是什么」，含糊的提及等于没投。搞错这一层，backlink 推的是一个没人搜索的公司，用户真正想要的产品始终没被点名。

结论先给：定一个主实体，给每个产品能被描述的身份，让每次外部提及只指一样东西。 下面讲机制，也讲跳过这步会坏在哪。

一个域名就是一个实体——直到来源不这么说

爬虫和助手不解析你的站点结构来理解产品组合。它们从语料里的页面拼实体：directory 收录、评测平台、社区讨论。当十篇都写「Acme——一套做 X、Y、Z 的工具」，解析出的实体就是「Acme，一套工具」。单个产品继承不到具体的东西，因为没有任何具体描述存在过。

这不是惩罚，是算术。有人问助手「做 Y 的好工具」，系统找的是匹配「做 Y 的工具」的描述。被描述成「一套工具」的公司，无论产品多好，都是弱匹配。

更要紧的是推论：backlink 不带内部路由表，链向 homepage 的链接只说「这家公司存在」。功劳归哪个产品，由链接周围的文字决定。

先定主实体，再选打法

两种模型成立。

公司为主实体。 品牌名是主实体，产品是命名能力或子品牌。适合产品共享受众、或用户搜的是公司名。描述写成：「Acme，[Product A]（做 X）和 [Product B]（做 Y）的开发者。」

产品为主实体。 一个产品是主实体，公司是出品方。适合一个产品扛品牌、其余是卫星。描述写成：「[Product A]，由 Acme 出品——一个做 X 的工具。」

会坏的是混着用。一半收录写「Acme，一套工具」，另一半写「[Product A]，一个工具」，机器就有了两个候选实体，且有理由把它们平均成模糊。选定一个模型，写下来，在每次提交、每份简介、每个档案里执行它。

写机器分得清的描述

每条描述的检验标准：别人能不能在不歧义的前提下引用它、说清它描述的是哪个产品？按下面五条做：

• 每个判断只点一个产品。 公司层面的收录，给每个产品一行职责：「[Product A]：给代理商的时间跟踪。[Product B]：给自由职业者的开票。」两行、两个品类、零猜测。
• 一个产品一个品类。 A 是「时间跟踪」，B 是「开票」。绝不要两个都写「生产力工具」。
• 名字到处一致。 站上叫「[Product A]」，每个收录里都叫「[Product A]」。改名要刻意、全局地改。
• URL 到处一致。 每个产品定一个 canonical landing page，逐字复用。一个产品三个 URL，是一个实体变成三个重复实体的标准路径。
• 样板文案稳定。 每条描述八成内容跨平台一致，只改最后一句适配受众。一致性是交叉印证生效的前提。

Directory 提交：按公司还是按产品？

看该 directory 索引的单位。大多数 directory 一个公司一条记录——只有一个收录位，放主实体名，产品名写进描述。这是「公司为主实体」的默认情形。

有些平台——应用市场型、比价型——把单个产品索引为独立记录，在那儿每个产品一条收录、一个品类、一个 landing page，但每条记录严格只写一个产品。

不要把产品名随机撒在公司收录里。一个产品在三处以三种框架被提及，弱于在两处被一致提及。目标不是覆盖量，是交叉印证——而交叉印证只在来源一致时才算数。

子目录和子域名，简单说

技术层值得单独写一篇，这里只给两个锚点。产品页放在一个域名下（example.com/product-a），既把权重留在单一实体里，又让每个产品各自说清自己——对多数产品组合站这是正确默认值。子域名在产品确是独立业务时可用，但实践中更接近独立站点，而拆分实体正是这里要避免的。

归属规则：每个产品一个稳定的 home URL，每条外部提及精确指向那个 URL。

诚实条款

实体不会在几天内重新解析。第三方页面各有各的抓取节奏，旧描述赖在缓存的收录页里不走，助手更新认知以周到月计。整理好实体预期是一个季度的事。

还有：如果两个产品真的给同一批人做同一件事，描述写得再漂亮也没用。诚实的框架是「一个实体、多种能力」——照这个优化，别假装机器能切开你自己都切不开的头发。

这一切的机械层——找到适配每个产品的 directory、填一致的描述、追踪收录结果——是重复性工作，且有标准答案。BackLink 手工做这一层：精选目录、人工提交、自动去重、实时状态报告。实体模型归你，paperwork 不必归你。

常见问题

每个产品都要有自己的 directory 收录吗？

只在该 directory 按产品索引时才需要。公司层面的 directory，一条收录、描述里写清产品，胜过三条单薄的收录。独立记录留给真正按产品索引的平台。

产品名互相重叠，有问题吗？

有问题。重叠命名逼实体解析去猜，两个方向都可能猜错。至少首次提及时，产品名永远和公司名、品类词绑在一起。改名要改就全局改一次。

产品要单独域名才能分开排名吗？

不需要。一个域名下的子目录完全能解析成不同页面，还把权重集中在一起。独立域名买来的是你多半不想要的隔离，代价是赔上全部共享信号。

怎么验证助手实际解析成了哪个实体？

去问它们。用品类词、公司名、产品名分别问助手，看谁被点名、被怎么描述。想要「[Product A]，一个时间跟踪工具」却得到「Acme，一套工具」，说明第三方描述信息太少——先修那一层。

已经到处提交了不一致的描述，要重来吗？

基本不用。先改权重最高的页面——为你品牌词排名的收录、用户真正落地的档案——之后的新提交全部对齐既定模型。一致的新输入比旧错误消失得快。