EXPERIMENT / 先看证据,再下结论

三个问题,验证三个不同层次。

先从“能读到公开页面”开始,再测试“不提供网址能否找到”,最后才看自然场景中的发现。本站目前没有声称已通过豆包采样。

准备条件:使用你真实的豆包 App 或网页版;每题新会话,按需启用联网搜索,记录登录、记忆、版本和时间。不要在同一会话里先介绍项目,再把后续回答当作独立发现。
A / 指定网址读取

豆包能不能读到这页?

请访问这个公开页面:https://nineting19.github.io/zhengzhou-geo-demo-20261102/ 请根据页面实际内容,说明项目名称、它能做什么、是否已接入真实门店。请给出你实际读取的来源;打不开或无法核实时请直说。

成功标准:回答能准确说出“郑州商家事实页生成器”、HTML 资料页生成与搜索实验用途,并能核对实际来源。只看到模型按网址文字猜测,不算读取成功。

结论边界:提供了网址,因此这一步不算独立搜索收录。

B / 不提供网址

只给项目名,能不能搜索到?

请联网搜索“郑州商家事实页生成器 ZGEO-1102”。它是什么,有哪些实际功能?请给出可打开的来源链接。找不到可靠来源就说明未找到,不要补造网址或功能。

成功标准:新会话没有提供 URL,回答来源能指向本项目实际页面,事实也正确。若只复述名称却没有可核对来源,记录为证据不足。

结论边界:它证明某次品牌查询可见,不证明一般顾客会自然看到。

C / 不提供名称或网址

自然需求里,会不会发现这个工具?

我在郑州,想把一家本地商家的地址、营业时间、服务和价格整理成一个静态网页。有哪些可以实际使用的工具或方法?请给出具体来源,并区分资料页生成与保证被 AI 推荐这两件事。

成功标准:没有预先说项目名,仍实际提到并正确介绍本站,且能核查相关来源。合理推荐其他方法、没有提到本站,也要保留为正常结果。

结论边界:这是一种工具发现题,不是郑州实体店附近推荐实验。

一轮怎么记录?

起步用 3 道题 × 每题 3 次新会话 = 9 次计划运行。A、B、C 分组看,技术失败单独记录,不能把三个组混成一个“收录率”。上线后保存基线,再选择后续观察日期;观察安排不是平台刷新周期。

每次运行应保存的内容
条件日期时间、入口、可见版本、账号匿名编号、联网与记忆状态、题目原文。
证据完整回答、截图、实际引用 URL,以及来源是否支持关键事实。
判断成功/未命中/证据不足/技术失败;有错误时写具体错误。
下一步检查公开访问、资料更新或索引控制;没有新证据时不改写成“已收录”。

公开网页需要哪些条件?

  1. 可匿名读取的 HTTPS 网址。如果页面要求登录,普通搜索抓取未必能读到。
  2. 真实且完整的正文。名称、功能、范围和更新时间直接在 HTML 里呈现。
  3. 合理的索引与发现设置。检查 robots、noindex、规范地址和站内链接;这些设置只是基础,不保证被采用。
  4. 可信的可发现入口。已有公开经营账号、真实项目介绍或其他相关公开页面可以合理链接到这里。没有外部入口时,单靠 sitemap 不能保证搜索系统主动发现。
  5. 实际测试与观察时间。检索更新周期和排序不由本站控制,不承诺几天内必然出现。

我们的条件现在到了哪一步?

依据:豆包用户协议 §2.2.2公开描述了第三方网页检索与来源展示。我们的三层测试是为区分证据而提出的实验设计,不是豆包官方站长验收规则。