改版后,一个旧网址不再被引,还要看新页是否接住原来的任务。把前后回答、旧新地址和品牌事实放在一起检查,按条件决定补救、继续观察或完成验收。
覆盖 12,000+ 细分市场,无需登录即可查询

更新人
更新于 Oct 14, 2026
官网改版上线两周,增长负责人发现 AI 回答里引用官网的网址变了。有人说要回滚,有人说等等看。先把原来的回答与现在的回答放在一起,看旧页是否被新页接替,再查原来重复问时,引用会怎样变化。
Dageno 在智能手表市场于 2026 年 8 月 3 日至 19 日采集的回答,记录了每个被引网址。一条回答可以引多个页面,每个页面对应一条引用记录。引用是回答列出的来源页。网页地址(URL)是这张页面的位置,例如 www.apple.com/apple-watch-series-11/specs/ 是采集时记录的 Series 11 规格页地址。
3,301 条回答里,2,428 条有带网址的引用记录,共 33,418 条引用。每条回答引用的网址数,中位数是 12 个。
其中 388 组是同一问题编号、同平台、同地区,在两个日期各采集一次。荷兰 Google AI Mode 的一组信息查询,8 月 4 日引用埃及站 Series 11 规格页,8 月 11 日引用美国站 Series 11 产品页。两次都引 Apple 官网,具体页面和国家站点换了。
“波动基线”就是同样条件下重复采集,结果原本会变多少。上面这种规格页换产品页,是需要保存在基线里的实际变化。如果你是这个品牌,改版前先重复采集固定问题,留下网址、平台、地区和日期,供改版后比较。
重合度是两次回答引用的网址,共同的有几个,除以两次合起来一共有几个不同网址。先把每次清单里的重复网址去掉,再比较。同一文档的不同语言地址各自保留。
这 388 组的网址重合度中位数为 0.15,有 72 组完全不重合。再看域名,重合度中位数为 0.31,有 23 组完全不重合。域名是网站名,例如 apple.com;support.apple.com 是支持网站的子域。网址变了,网站仍可能相同。
Apple 官网在两次回答中都被引的有 58 组,只在一次被引的有 31 组,两次都没被引的有 299 组。两次都引官网的 58 组里,48 组至少有一个相同网址,10 组的网址全不相同。
意大利 Google AI Mode 的一组评测对比,8 月 4 日引 SE 3 产品页和新闻稿,8 月 10 日改引机型比较页。记录时先看原回答需要什么信息,再读替换后的页面是否仍能提供。将原网址缺席、新网址出现、官网整体是否仍被引分别填入清单。
因此分别记录“还引不引官网”和“具体引哪页”。采集多少条、做几轮,按 AI 可见性采样数量与复测安排制定;这篇重点比较网址和域名。
如果你是这个品牌,先填:关键问题、平台、地区、改版前重复采集结果、允许变化、复测轮次和日期。由增长负责人确认哪些事实或页面一旦缺失,就会影响用户选择。
单个旧网址消失,先找预期新网址或仍能回答原问题的其他页面。一类必要页面在约定轮次持续缺席,并超出本品牌原来的波动,就进入页面排查。新来源仍能完成原任务、或记录尚未齐全,继续观察。
超出历史波动,也不能单独证明变化由改版造成。把变化对应到具体改动:哪张页换了地址,哪段事实被删了,哪些产品条件同期更新了。已确认的错误跳转、访问问题和事实缺失,直接交负责人修;回答变化按复测记录判断。
先由网站负责人提供上线日、受影响页面、旧新地址映射和前后正文。再由产品负责人确认当前事实、历史资料的保留要求。内容负责人登记同期改过的产品资料与外部页面。
填:上线日;旧网址→预期新网址;改动内容;原页承担的任务;当前事实依据;验收负责人。地址没变但正文改过的页也列入。
从 AI 可见性问题集选与这些页面有关的固定问题,保存问题原文、编号、语言、平台、地区和完整回答。这批导出提供问题编号;问题原文由负责采集的人补齐。
改动清单说明“改了哪里”,地址映射说明“原页预期去哪”,正文说明“事实保留在哪”,原问题与回答说明“AI 怎么说、引了哪页”。每项资料放在对应页面旁,缺项写“填:……”并指定补齐人。
描述是回答对品牌、产品和使用条件的说法,例如回答写“Apple Watch 只配 iPhone”。引用是回答末尾列出的来源页,例如一条 support.apple.com 的支持文档。描述和引用分别建记录。
8 月导出中,引用 Apple 官网的 419 条回答里,有 400 条提到 Apple。导出里的系统标注为:正向 221 条、中性 168 条、混合 10 条、负向 1 条。
另有 1,096 条回答提到 Apple,却没有引用 Apple 官网。其系统标注为正向 797 条、中性 214 条、混合 51 条、负向 33 条。也就是说,AI 把 Apple 标为正向的回答里,没引官网的 797 条,引了官网的 221 条;四条里有三条没有引用官网。正向标签按系统标注保存,推荐等级另读完整回答判断。
未引用官网的记录,不能确定品牌描述究竟来自哪一个来源。描述线核原句和事实,引用线核地址和页面内容。相关定义可见 AI 搜索可见性指南。
按 AI 回答的四级推荐定义,记录提及、列举、推荐、明确选择。保存判定原句及选择条件,品牌缺席另记。
首次出现位置和系统立场单独存。两次都提到 Apple 的 223 组里,25 组立场标注不同,21 组在“第一个出现的品牌”这一项上变化。填:前后完整原句、推荐等级、必要条件、判定人。用相同规则复核两次回答。
按 官网被引页面的查看方法,在“引用分析→竞品引用”选自己品牌,保存页面列表。历史清单保留网址、标题、问题编号、平台、地区、日期和引用次数。
source_title 是采集时记录的被引页面标题。例如 Series 11 规格页当时记为“Apple Watch Series 11 - Technical Specifications”。将这段标题与所属旧网址放在一起,之后再核当前标题和正文。
Apple 在 2026 年 9 月更新了 Apple Watch 产品线,官网产品页地址随之变了。这不叫改版,但对 AI 引用的效果一样:原来被引的地址,需要重新核查去向。Apple Newsroom 的《The latest iPhone, Apple Watch, and AirPods lineups arrive in stores worldwide》记录,Apple Watch Series 12、Ultra 4 等新品于 9 月 18 日到店。
如果你是这个品牌,先拿 8 月被引地址核去向,再检查相同问题的后续回答。我们在 10 月 13 日访问这些旧地址,方法与结果见第 4 节。
2026 年 10 月 13 日查看后台,“竞品引用”选 Apple 后显示:被引 URL 364、被引回答 130、新 URL · 7 天 0。前八行如下,首次与最近日期均为 2026 年。
| 标题 | 网址 | 引用次数 | 首次与最近 |
|---|---|---|---|
| Wenn du die Apple Watch nicht mit deinem iPhone koppeln kannst | support.apple.com/de-at/111821 |
3 | 08-19 / 08-19 |
| Track your nightly wrist temperature changes with Apple Watch | support.apple.com/en-us/102674 |
3 | 08-18 / 08-19 |
| Configurer votre Apple Watch - Assistance Apple (FR) | support.apple.com/fr-fr/109015 |
3 | 08-15 / 08-18 |
| Die neue Apple Watch Series 10 | apple.com/de/newsroom/2024/09/introducing-apple-watch-series-10/ |
3 | 08-15 / 08-19 |
| Apple Watch lässt sich mit neuen iPhone nicht mehr koppeln | communities.apple.com/de/thread/254845317 |
2 | 08-19 / 08-19 |
| Wenn du die Apple Watch nicht mit deinem iPhone koppeln kannst | support.apple.com/de-de/111821 |
2 | 08-19 / 08-19 |
| Herzfrequenz mit der Apple Watch messen - Apple Support (DE) | support.apple.com/de-de/120277 |
2 | 08-14 / 08-19 |
| About the water-resistance of your Apple Watch | support.apple.com/en-gb/109522 |
2 | 08-19 / 08-19 |
这页列表的日期显示 8 月,和导出不是同一批回答。分别保存两份记录的日期,再按完整网址对应。列表只能翻页,每页 15 行。点页面行会打开外部页。把需要检查的网址逐条登记,按自己的清单查新旧页。
品牌概览可先看总体:当天可见度为 61.91%,可见度排名 #1;引用来源排名中的 apple.com 有 212 次引用,7.28% 的回答引用该源。把这些值与查看日期一起存,具体页面变化继续到引用分析核。
8 月导出的高频官网页中,荷兰机型比较页被引 12 次,德国 Apple 社区一条讨论表盘尺寸的帖子被引 8 次,澳大利亚儿童使用页被引 7 次。荷兰以旧换新、支持文档、新闻稿、维修页等也在清单中。
按页面类型计,支持文档有 536 条引用记录,商店页 164 条,新闻稿 97 条,机型比较页 93 条,Series 11 产品页和规格页 87 条。改版复核要覆盖比较、使用、售后和购买任务。
如果你是这个品牌,优先查“原来被引过、这次改过、仍承担关键任务”的页。由产品或支持负责人确认原任务需要哪些事实,将这些事实在新站的位置写进清单。未改过但持续变化的页面也记下,用来判断变化覆盖多大范围。
按 不同模型的 AI 表现比较分开看平台,记录变化集中在哪里。8 月引用官网的回答中,Google AI Mode 有 131 条、ChatGPT 107 条、Gemini 81 条、Google AI Overview 63 条、Copilot 35 条。
各国站点是不同网址,按 按地区检查 AI 可见性保持地区条件。荷兰的一组回答,先引英语版支持文档,后引荷兰语版;两次路径分别为 support.apple.com/en-us/105080 和 support.apple.com/nl-nl/105080。保留语言版本,再核事实是否相同。

图 1:引用分析的“竞品引用”页签,选中当前品牌 Apple 后列出的官网被引页面(智能手表市场,2026 年 10 月 13 日查看)。每行有页面标题、网址、引用次数和首次 / 最近日期;改版前导出一份,改版后再导一份,按网址对比。
我们在 2026 年 10 月 13 日用 curl、桌面浏览器 UA 访问了 8 月被引的 984 个 Apple 官网地址,记录返回码和第一跳目标。UA 是请求里声明的访问身份;这次采用桌面浏览器身份。下面是我们自己的访问结果。AI 后续引了哪页,另从回答记录读取。
| 今天的状态 | 不同地址数 | 引用记录数 | 涉及回答数 |
|---|---|---|---|
| 正常返回 200 | 749 | 975 | 368 |
| 跳到通用 /watch/ 页 | 65 | 94 | 52 |
| 跳到新版同款页 | 22 | 23 | 20 |
| 地址写法变化(内容同页) | 26 | 29 | 18 |
| 其他跳转 | 119 | 137 | 79 |
| 404 | 2 | 2 | 2 |
| 超时(一个 PDF) | 1 | 1 | 1 |
“不同地址数”按独立网址计;“引用记录数”记录这些地址在历史回答中出现了多少次;“涉及回答数”记录哪些回答包含它们。通用页分类看第一跳目标是否指向所在站点的 watch 频道;同款页分类看目标路径最后一段是否与旧地址相同。我们只记录第一跳。由网站负责人沿第一跳继续访问,记录最终页面、标题和正文。再由产品负责人把页面保留的事实与原问题需要的事实对上。
Series 11 美国规格页,采集时标题为“Apple Watch Series 11 - Technical Specifications”,8 月被引 5 次。德国规格页标题为“Apple Watch Series 11 - Technische Daten”,被引 3 次。荷兰 Ultra 3 产品页标题为“Apple Watch Ultra 3”,被引 3 次。它们的第一跳如下。
| 旧地址 | 第一跳目标 |
|---|---|
www.apple.com/apple-watch-series-11/specs/ |
www.apple.com/watch/ |
www.apple.com/de/apple-watch-series-11/specs/ |
www.apple.com/de/watch/ |
www.apple.com/nl/apple-watch-ultra-3/ |
www.apple.com/nl/watch/ |
如果你是这个品牌,接着打开通用页,看原型号的规格和使用条件还能不能在那里找到。原问题仍需要这些资料、目的页又缺少等价信息,选补救:产品确认历史事实,内容补公开资料页,网站负责人修地址映射。
资料承接完整,但后续回答尚未齐,继续观察。页面与约定复测均通过,再验收。把原任务与资料保留位置写清,合并是否合适就有具体判断对象。
荷兰站 www.apple.com/nl/apple-watch-series-11/why-apple-watch/ 跳到 www.apple.com/nl/apple-watch-series-12/why-apple-watch/,美国、英国、波兰站也是同样的对应。新加坡站 www.apple.com/sg/apple-watch-ultra-3/why-apple-watch/ 跳到 www.apple.com/sg/apple-watch-ultra-4/why-apple-watch/。如果你是这个品牌,每一对都记下采集时标题和当前标题。
路径一对一后,仍由产品确认型号、规格和使用条件。旧回答谈旧型号时,核历史资料保留在哪里。事实错配或丢失,补救;内容完整、回答待复测,观察;两项都通过,验收。
SE 3 的产品页 www.apple.com/apple-watch-se-3/(采集时标题“Apple Watch SE 3”)和各国规格页仍返回 200。荷兰比较页 apple.com/nl/watch/compare/,采集时标题“Vergelijk Apple Watch”,被引 12 次,访问也返回 200。
如果你是这个品牌,继续比标题、正文和必要条件。关键内容缺失,补救;页面正确、回答未齐,观察;全部检查通过,验收。
德国社区页 communities.apple.com/de/thread/254913978,采集时标题“Apple Watch Größe 41 oder 45mm”,被引 8 次;用脚本访问时跳到了人机验证页。这类社区地址共 54 个。另有 2 个商店地址返回 404,一个 PDF 超时。
网站负责人补浏览器访问与日志核查。必要页面确认无法读取,恢复页面或等价资料,选补救;脚本验证、超时等待查项,填复访人和日期,继续观察。地址写法变化、配置页跳品类等其他记录,也逐条核最终内容。
把历史标题放在原网址旁,再读当前页面。Series 11 规格页历史标题是“Apple Watch Series 11 - Technical Specifications”,如今第一跳指向通用页。新版产品页的标题是“Apple Watch Series 12 - Apple”。分别记录每个标题所属的地址,再核型号与正文。
同址改标题的检查顺序也一样:保存旧 source_title,读取当前标题,比较正文中的必要事实,由内容和产品负责人确认。波兰商店页 apple.com/pl/shop/buy-watch/apple-watch 的历史标题为“Kup Apple Watch Series 11”,当前标题填:……,由内容负责人核。
填:改版前原句、改版后原句、变化的事实、资料版本、确认人。先找型号、功能、适配、价格或服务条件变在哪里,再核当前事实,将结果记为正确更新、措辞变化、错误或待核。
描述错误按 AI 品牌错误信息的修正办法另开纠错任务。官网内容正确而回答仍错,打开该回答实际列出的外部页,核对应事实与日期。
按统一等级读推荐原句,再查用户必要条件和产品实际条件。产品条件更新了,由产品负责人确认新的说法;必要事实在新页丢失了,交内容和网站负责人补回。
旧页缺席时,读现在被引的页面。官网新页、同站其他页、外部页各自记录,查它们是否仍回答原任务。把实际回答、页面改动、资料依据对应起来,定位到具体缺口,再进入决定单。
如果你是这个品牌,由增长负责人先确认关键问题、允许变化和复测计划,再请各负责人逐行签认。把“异常”写成可查的条件。
| 检查项 | 看什么资料 | 正常波动基线 | 什么情况算异常 | 谁确认 |
|---|---|---|---|---|
| 描述 | 前后原句、产品资料、旧新正文、实际来源 | 填:同问题下的事实与措辞历史变化 | 关键事实错误,或必要条件缺失并影响原任务 | 产品核事实;内容核正文;填姓名 |
| 推荐 | 完整回答、等级判定原句、必要条件 | 填:同问题、平台、地区的等级历史变化 | 原条件仍适配,约定复测持续下降且超出允许变化 | 增长/分析核等级;产品核适配;填姓名 |
| 引用 | 旧新映射、前后引用、标题和目的页正文 | 填:网址、域名、自有来源的历史变化 | 关键事实无可读承接页;或相关自有引用持续损失、超出基线 | 网站核访问映射;分析核引用;填姓名 |
必要页面错误跳转、访问问题或关键事实缺失,已由负责人确认,就选补救。AI 原句错误已有产品事实依据,也进入补救。先修这些具体问题,再复测回答。
修复按顺序做:恢复必要访问和正确映射,补回缺失事实与依据,再核标题、正文、内部链接。每项填修复页面、缺失信息、执行人、确认人和验证方式。
局部修复无法恢复关键内容时,由网站负责人评估回滚。先确认旧版可恢复、工程风险可接受,再制定方案。回滚后的页面与回答仍按原清单检查。
仅有一次变化、仍在历史波动内,或页面已承接但回答记录尚未齐,选继续观察。原问题、旧记录、最终目的页尚待补齐的行,也写明下一步。
填:缺什么;由谁补;下一次怎样采;哪天复测;看到什么结果转补救或验收。正在修复的行保留“补救”,修完后按复测结果更新。
完成验收须逐项通过以下条件:
填:验收覆盖的问题、页面、平台、地区、观察窗口和签署人。后续出现关键事实错误、重要页失读或持续超出基线的损失,重新开启该项检查。
下面放入真实地址样本,回答结果和决定由负责人填写。如果你是这个品牌,每行按相同条件判断。
| 旧 URL → 新 URL | 改版后 AI 引用状态 | 描述有没有变 | 决定 | 复测日期 |
|---|---|---|---|---|
www.apple.com/apple-watch-series-11/specs/ → www.apple.com/watch/ |
填:旧/新/等价页引用、平台与日期 | 填:原句、准确性、推荐等级记录位置 | 事实缺口确认则补救;记录待补则观察;全通过验收 | 填:日期与负责人 |
www.apple.com/nl/apple-watch-series-11/why-apple-watch/ → www.apple.com/nl/apple-watch-series-12/why-apple-watch/ |
填:实际引用状态 | 填:型号与条件是否对应 | 错配则补救;承接完整但待测则观察;全通过验收 | 填:日期与负责人 |
apple.com/nl/watch/compare/ → 地址不变(返回 200) |
填:实际引用状态 | 填:同址正文与回答变化 | 内容缺口补救;记录未齐观察;全通过验收 | 填:日期与负责人 |
communities.apple.com/de/thread/254913978 → 脚本访问跳人机验证页;填复访结果 |
填:实际 AI 引用证据 | 填:原任务、事实保留位置 | 必要访问缺口确认补救;访问待查观察;全通过验收 | 填:日期与负责人 |
网站负责人先核访问链、目的页正文、标题和必要事实。分析负责人再用原问题、相同平台、地区、语言、上下文和采集方式保存完整回答。
比较方法按 改动后 AI 推荐的复核方法执行,同时保留本篇的旧新地址与事实检查。填:复测轮次、执行日、页面结果、描述原句、推荐等级、引用清单。每次采集后更新决定单。
先说一个会在效果追踪里碰到的词。幽灵引用率的定义是“AI 引用了你的网站,但回答正文完全没有说出品牌名的回答占比”。例如幽灵引用页签中,Apple Watch For Your Kids 页面有一条幽灵引用记录。该页签列出 4 个相关 URL,包括儿童使用页、两条 Evie Ring 评价页和 Ultra 2 英国新闻稿。
效果追踪的四个概览字段及界面说明如下,这里展示的是 2026 年 10 月 13 日的界面示例。
| 字段 | 说明原文 | 当前值 |
|---|---|---|
| 追踪页面 | 当前纳入效果追踪的 URL | 4 |
| 已被引用 URL | 至少被一条已有回答引用的追踪页面 | 3 |
| 品牌提及率 | 引用追踪页面的回答中的品牌提及占比 | 100.00% |
| 幽灵引用率 | 追踪页面被引用但未提及品牌 | 0% |
追踪页面表列名为“追踪页面 / 状态 / URL 引用率 / 品牌提及率 / 品牌排名 / 幽灵引用率 / 操作”。按“精确匹配”统计,指完整网址一模一样;旧地址与新地址、不同国家地址分别记录。
效果追踪按整个品牌统计,不分市场。当前追踪页涉及 iPhone 支持文档、Dageno 测试链接、iPhone 17 Pro 规格页和新闻稿;本图只作界面示例。如果你是这个品牌,改版前把重点旧地址加入,改版后将新地址分别加入,两个都看。
添加弹窗说明:“添加已发布的 URL,追踪其在现有 LLM 回答中的引用、品牌提及和相关证据;不会启动实时抓取。”完整回答按复测计划另行采集保存,逐句核对。后台“问题与机会”当天有 3 张卡片:地区覆盖缺口 1 张、幽灵引用 2 张,没有“改版”这一类。改版清单和决定由团队工作表维护。

图 2:效果追踪页面(整个品牌,不分市场,2026 年 10 月 13 日查看)。追踪页面按“精确匹配”统计 URL 引用率、品牌提及率和幽灵引用率;这里追踪的是 iPhone 页面,只作界面示例。改版时旧地址和新地址要分别加入。
将访问结果、描述准确性、推荐等级和旧/新/等价页引用状态分别写回表格。缺口未修,留补救;资料补齐但仍待复测,留观察;全部通过,由负责人签署验收。
保留资料版本、采集条件、复测日和签署记录。下一次大改时,用这份记录作为原始对照。
先别回滚。先找新页或等价资料,再和历史波动比,核原任务需要的关键事实还在不在。回滚由网站负责人根据修复范围、旧版可恢复情况和工程风险评估。
访问通过后,继续核标题、正文、产品条件和原问题任务,再按约定计划检查回答。全部满足验收条件后签署。
核原句和当前事实。正确更新记入资料版本,事实错误交纠错负责人。引用线继续读实际来源内容,分别记录结论。
先修已确认的页面或事实问题。补齐固定问题,建立后续重复采集,决定单写明本轮查了什么、还缺什么、谁补、哪天再看。
更新人
Dageno
Dageno is the research and insights team at Dageno AI, publishing industry reports and expert analysis on AI Search Visibility, Generative Engine Optimization (GEO), and AI-powered search discovery.