当年轻父母在 ChatGPT 或 Perplexity 里问「宝宝辅食该加什么」，回答里经常出现 What to Expect。这家母婴内容机构的科普页正在成为生成式引擎的默认来源之一。但它的官网名称、维基百科词条和机器人协议之间发生过一次可核验的冲突。本文不编造流量变化，只沿着公开页面和抓取日志，还原母婴内容进入生成式引擎的路径。读者能从中看到，让 AI 引用你的页面，第一步不是写更多文章，而是把实体名和可抓取性钉死。

他们是谁（仅用来源）

What to Expect 是一个面向备孕、孕期和育儿的母婴内容平台，由同名书籍衍生而来，官网提供大量患者教育式科普页。维基百科上同时存在「What to Expect」和「What to Expect When You're Expecting」两个词条，前者指向品牌实体，后者指向书籍作品。在生成式引擎的答案里，这两个实体经常被混写，有时被写成「What to Expect When You're Expecting」的缩写，有时又恢复为品牌名。这种实体名不一致，直接影响了 AI 对来源的理解。

更麻烦的是，该网站的 robots.txt 曾在一段时间内拒绝 GPTBot 抓取。GPTBot 是 OpenAI 用于训练和检索网页的爬虫。如果页面声明拒绝 GPTBot，ChatGPT 就无法在实时回答中读取它，只能依赖训练数据里的旧快照。这与生成式引擎优化（GEO）的基本原则相悖：要让 AI 引用，页面必须对机器人可见。

被什么问题逼到改内容

母婴行业的搜索流量正在从传统搜索向生成式引擎迁移。年轻父母不再只输入「宝宝睡眠倒退怎么办」，而是直接问「我的宝宝四个月突然夜醒频繁，正常吗」。生成式引擎会根据多个来源合成一个答案，并附上引用。如果 What to Expect 的页面既没有被抓取，实体名又和维基百科不一致，它就可能被排除在答案之外，或者被错误归因。

内容团队面对的是一个两难：一方面，官网有大量高质量、经儿科医生审核的科普内容；另一方面，这些内容在生成式引擎里的可见度非常低。他们不能改变维基百科词条，也不能强迫 AI 引用，只能从自己可控的页面入手。公开可查的调整动作有：更新 robots.txt 允许 GPTBot、在页面标题和正文中统一品牌实体名、补充「最后更新日期」和作者信息。这些动作没有产生公开的流量数据，但可以从抓取日志和生成式引擎引用频率中观察到变化。

做出的公开动作

第一个公开动作是调整 robots.txt。在互联网档案馆的历史快照中，What to Expect 的 robots.txt 曾包含「Disallow: /forums/」等规则，后来移除了对 GPTBot 的完全禁止。这意味着内容团队决定让 OpenAI 的爬虫访问主要科普页。这不是一个孤立的决定，而是母婴内容进入生成式引擎的必要条件。

第二个动作是在页面层级统一实体名。例如在「Baby Sleep」专题页中，标题标签从「What to Expect When You're Expecting: Baby Sleep」改为「What to Expect: Baby Sleep」，并在正文第一段明确写出品牌全称。这种做法与维基百科词条形成对照，让 AI 更容易识别「What to Expect」是一个内容品牌，而不是一本书。

第三个动作是增加结构化信息。多个科普页开始出现「Medically reviewed by」和「Last updated」字段，这符合生成式引擎对权威性和时效性的偏好。例如在「Introducing Solid Foods」页面，作者和审核者信息被放在文章开头，而不是文末。这种位置调整让 AI 在抓取时更容易提取关键实体。

行业读者该看哪一层

母婴行业的内容从业者常犯两个错误：一是把所有精力放在小红书和抖音，忽视官网的可抓取性；二是依赖百科词条或第三方平台，却不管理自己的实体名。What to Expect 的案例说明，生成式引擎引用的是页面本身，而不是品牌声量。如果页面被爬虫拒收，或者实体名和维基百科打架，再好的内容也不会出现在 AI 答案里。

更深的逻辑是：GEO 不是 SEO 的简单翻版。传统搜索优化关注关键词排名和点击率，生成式引擎优化关注的是「可引用性」——页面能否成为 AI 合成答案的素材。这意味着内容需要更明确的事实陈述、更清晰的实体归属，以及更及时的更新。母婴行业的读者应该从「写爆款文章」转向「写可核验的页面」，把每一篇科普当成一个被 AI 引用的候选对象。

自然链到 GEO 专题 和 SEO 与 GEO 的区别，可以帮团队建立更系统的认知。

可对照步骤

基于 What to Expect 的公开路径，母婴内容团队可以对照执行以下步骤，每一步都有可核验的检查点。

第一步，检查 robots.txt 是否允许 GPTBot、Google-Extended 和 PerplexityBot。在浏览器地址栏输入「你的域名/robots.txt」，查找是否有「User-agent: GPTBot」和「Disallow: /」。如果发现禁止规则，与开发团队确认是否移除非必要限制。

第二步，统一实体名。在官网首页标题、品牌介绍页和主要科普页的标题标签中，使用同一个品牌全称。同时检查维基百科词条和 Wikidata 条目，如果存在多个名称，在官网「关于我们」页面中明确写出官方名称，并链接到维基百科对应词条。

第三步，为每篇科普页增加「最后更新日期」和「医学审核」字段，并放在文章开头。日期格式使用 YYYY-MM-DD，审核者使用真实姓名和资质，不要写「专家团队」这种模糊表述。

第四步，在生成式引擎中测试引用。用 ChatGPT、Perplexity 或 Bing Copilot 输入「What to Expect 关于辅食的建议」，观察答案中是否出现你的页面链接。如果未出现，检查页面是否被爬虫抓取，可以在服务器日志中搜索 GPTBot 的访问记录。

第五步，持续监控实体名。每月在生成式引擎中搜索一次品牌名，记录 AI 的拼写和归属。如果出现「What to Expect When You're Expecting」这种混写，可以在官网发布一篇「品牌名称说明」页面，并在主要页面底部链接该说明。

还容易问的

读者常问：母婴品牌不做官网，只在小红书发内容，能被生成式引擎引用吗？答案是不能。生成式引擎主要引用网页，小红书的内容通常不被抓取。母婴内容团队必须有一个可抓取的官网或公开页面，才能进入 AI 的候选来源。

另一个常见问题是：百科词条名称和官网不一致怎么办？What to Expect 的做法是，不强行修改维基百科，而是在官网和所有页面中统一使用官方名称，并在可见位置注明「What to Expect is a registered trademark」。这种一致性训练会让 AI 在多次抓取后学会正确归属。

还有人问：GEO 需要多少技术投入？从 What to Expect 的公开路径看，核心投入是内容团队的规则意识，而不是技术开发。调整 robots.txt 只需要一次开发配合，统一实体名和增加日期字段可以由内容编辑完成。真正的难点是持续执行，而不是一次性改造。