Discovery 阶段 · 信息架构研究
八个网站，十个维度，
一个关于 TP-Link
结构的论点。
从源码层面拆解 Apple、Eero、DJI、Samsung、Toyota、Google Nest、360 和 Insta360 的网站组织方式——采集截图、sitemap 清单、DOM nav graph 以及 SEO/AI 可索引信号——并转化为针对 TP-Link US 改版的现状审计与推荐 IA，目标上线节点为 CES 2027。
五条核心发现
跨品牌对比中浮现的规律，改版应将其视为证据而非观点。每条均有来自至少三个调研网站的可量化源码信号作为支撑。
- TP-Link 的 IA 在结构上偏向支持内容。 TP-Link US 共有 4,359 个可索引 URL，其中 2,471 个（57%）位于
/support/下；加上user-guides、configuration-guides和document，这一比例攀升至约 70%。Eero 的全部可索引目录仅有 48 个 URL。PRD 中"43–50% 的流量流向 Support"并不是一个用户偏好的观察——它是 IA 本身偏置的结果。数据来源：tp-link.com/us/sitemap.xml · eero.com/sitemap.xml - top-nav 的精简程度是最锐利的品牌分水岭。 Eero 暴露 24 个导航链接；TP-Link 暴露 263 个。Apple 有 275 个，但通过统一的 mega-menu 结构路由。故事驱动型品牌将一级分类收敛到 4–6 个；SKU 驱动型品牌则在 chrome 中爆炸式扩张链接数量，把品牌淹没其中。DOM:
document.querySelectorAll('header a, nav a').length - TP-Link 的 HTML 完全没有模块化结构。 首页
<section> = 0、<article> = 0、<aside> = 0——只有一个<main>。Samsung 首页有 12 个<section>块；Nest 有 75 个 section + 78 个 article。没有语义分块，LLM 爬虫和辅助技术都会把 TP-Link 整页读成一个无差别的文本块。各站点 DOM 提取 - llms.txt 是新的 robots.txt——但只有 Eero 和 Samsung 上线了它。 九个调研网站中，仅 2 个提供有效的
llms.txt。Eero 的是 30 行纯文本营销描述；Samsung 的是按区域站点组织的结构化目录。TP-Link 返回 404。实施成本：一个文本文件。在 CES 前上线的可行性：极低难度。curl /llms.txt across 9 sites - TP-Link 的 robots.txt 将荷兰 sitemap 声明为 canonical。
https://www.tp-link.com/robots.txt当前写的是Sitemap: https://www.tp-link.com/nl/sitemap.xml。US sitemap 存在于/us/sitemap.xml（1 MB，4,359 个 URL），但未被声明，导致 Google 和 LLM 爬虫对最高营收区域的覆盖率受损。curl https://www.tp-link.com/robots.txt
方法论
每个网站三层并行采集，在受控环境下于 2026-05-13 执行。报告中的每条结论均可从采集数据文件夹中复现。
局限说明
Insta360 触发了 Cloudflare 拦截页；我们取回了视觉截图和框架信息，但未能获取完整 DOM 或 sitemap。数据缺失的单元格标注为 待核实。
调研品牌
八个竞品加上 TP-Link 自身。每张卡片跳转至对应的 IA 详解。TP-Link 卡片高亮，因为它既是研究对象，也是基准参照。
可滚动 ↓
⊘ Cloudflare interstitial — visual + framework only
结构性对比矩阵
只保留硬信号——从 sitemap.xml、DOM 和 HTTP 响应中提取的计数与存在性标志。这张表应当驱动 Discovery Readout 的讨论。TP-Link 行高亮显示。
| 品牌 | 可索引 URL 数 | Top-nav 链接数 | 语义标签 （sec / art / aside） |
JSON-LD 类型 | llms.txt | 检测到的技术栈 | 全站 chat | Hero 策略 |
|---|---|---|---|---|---|---|---|---|
Apple apple.com |
846 深度 1–6 |
275 mega-menu |
5 / 0 / 1 | Organization · WebSite · WebPage | ✗ | 定制 | ✓ 仅限 support | 单品，品牌驱动 |
Eero eero.com |
48 扁平 |
24 4 个一级分类 |
2 / 4 / 0 | FAQPage · WebPage | ✓ | Next.js | ✓ | 品牌文案 + 单品 |
DJI dji.com |
37× sitemap-index |
78 扁平顶部导航 |
6 / 0 / 0 | — | ✗ | 定制 | ✓ | 单品 hero |
Samsung samsung.com/us |
97× 国家索引 |
185 mega-menu |
12 / 0 / 0 | Corporation · WebSite · WebPage | ✓ | 定制 | ✓ | 单品（Galaxy S26） |
Toyota toyota.com |
76 仅营销页 |
272 mega-menu |
5 / 1 / 0 | WebPage | ✗ | 定制 | ✓ | 轮播 + EV 系列 |
Nest store.google.com |
36× 国家索引 |
0 无 <nav> |
75 / 78 / 221 | Organization | ✗ | 定制（Google） | ✗ | 品牌线 + 产品网格 |
360 (Qihoo) 360.cn |
— 无 sitemap |
0 484 个原始 <a> |
0 / 0 / 0 | — | ✗ | 遗留系统 | ✗ | 促销网格 |
Insta360 insta360.com |
— CF 拦截 |
— | — | — | ✗ | Angular | ✓ | 生活方式 hero 待核实 |
TP-Link tp-link.com/us |
4,359 70% 是 support |
263 多品牌 |
0 / 0 / 0 | WebSite | ✗ | 遗留 CMS | ✓ Areal | Tapo 促销 + 摄像头 SKU |
Apple
apple.com●●●●●
- 可索引 URL 数
- 846
- Top-nav 链接数
- 275（mega-menu）
- Schema 类型
- 3（Org, Site, Page）
- llms.txt
- 404
IA 结构解析
顶部 chrome 是一条水平导航条，每个产品线各占一个入口——Mac、iPad、iPhone、Watch、Vision Pro、AirPods、TV & Home、Entertainment、Accessories、Support——另有 Store 和搜索入口。每个一级分类展开为 mega-menu，列出该线的主要 SKU 和"比较"功能，从分类到 PDP 恰好两次点击。chrome 以下，首页整个折叠线以上只呈现一个产品时刻（当前为 MacBook Air on M5），最多两个 CTA。
apple.com/
├── /mac/ # 分类落地页
│ ├── /mac/macbook-air/ # PDP
│ ├── /mac/macbook-pro/
│ └── /mac/which-mac/ # 比较工具
├── /iphone/
├── /ipad/
├── /watch/
├── /vision/
├── /airpods/
├── /tv-home/
├── /shop/ # 购物车、分期、以旧换新
└── /support/ ~10% 的总目录
对 TP-Link 的启示
Apple 证明了 275 个 chrome 链接不会破坏 IA——前提是每个链接都通过统一的 mega-menu 路由，并且首页拒绝直接展示产品目录。关键不在于链接数量少，而在于它们放在哪里。
Eero
eero.com●●●●●
- 可索引 URL 数
- 48
- Top-nav 链接数
- 24（4 个一级）
- Schema 类型
- FAQPage, WebPage
- llms.txt
- 200 · 30 行
IA 结构解析
Eero 是本次调研中 IA 精简最激进的。chrome 收敛到四个一级分类——Products、eero Plus、Why eero、Professional Solutions——加一个"Find your eero" CTA。全站 sitemap 仅 48 个 URL，其中
/shop/ 下 15 个（产品线）、/legal/ 下 9 个，另有三份白皮书。每个产品页从首页一键可达。hero 文案（"It's not you, it's your wifi."）是品牌表达，而非产品推销。eero.com/
├── /products/ # 产品总览
├── /shop/ # 15 个 SKU 页，全部从 / 一键可达
│ ├── /shop/eero-7/
│ ├── /shop/eero-pro-7/
│ └── /shop/eero-business/
├── /eero-plus/ # 订阅服务
├── /why-eero/ # 品牌故事
├── /professional/
├── /support/ 跳转至 support.eero.com（独立分拆）
└── /legal/ # 9 个 URL，藏在 footer
亮点模式
Support 放在独立子域（
support.eero.com），使其完全脱离主站 IA 目录。这与 TP-Link 的结构恰好相反——后者的 support 占据了 70% 的目录，直接截断了品牌旅程。
对 TP-Link 的启示
Eero 证明了一个技术硬件品牌可以用 48 个 URL 完成销售。PRD 中"≤2 次点击到产品"的目标，只有在 IA 足够精简的前提下才能实现。将 Support 分拆到子域是 TP-Link 手头最大的单一结构性杠杆。
DJI
dji.com●●●●○
- 可索引 URL 数
- 37 个子 sitemap
- Top-nav 链接数
- 78
- Schema 类型
- 无
- llms.txt
- 404
IA 结构解析
DJI 采用扁平顶部导航——Camera Drones、Handheld、Power、Specialized、Explore、Support、Where to Buy——各分类直接展开到 PDP 网格，没有中间层的落地页废话。hero 是单产品（Mavic 3 Pro）加两个 CTA，无促销 banner。购买路径进入自营一方购物车。Sitemap 通过
sitemap-index 拆分为 37 个子 sitemap——这对 TP-Link 这种目录规模来说是值得参考的模式。
对 TP-Link 的启示
采纳
sitemap-index 作为标准模式：一个索引文件，下挂 products / support / press / blog 各自的子 sitemap。让爬虫并行抓取，同时避免各板块的目录互相污染。
Samsung
samsung.com/us●●●●○
- 可索引 URL 数
- 97 个国家 sitemap
- Top-nav 链接数
- 185（mega）
- Schema 类型
- 3 个，含 Corporation
- llms.txt
- 200 · 区域索引
IA 结构解析
Samsung 与 TP-Link 的多产品线困境最为相近——Galaxy、TV/AV、Home Appliances、Computing、Displays、Memory、Accessories 全部在同一个 chrome 下。他们通过单一的字体系统和跨分类近乎一致的 mega-menu 结构实现视觉统一。首页的 12 个
<section> 块体现了高度模块化的结构。llms.txt 是包含 80+ 个区域站点的目录——一份机器可读的全局版图。
对 TP-Link 的启示
处理多品牌（Deco vs Archer vs Tapo vs Omada）时，Samsung 的模式可以直接复用：统一的 mega-menu 结构，统一的字体系统，各子品牌的色彩和摄影风格差异限制在卡片内部。不要在视觉上合并子品牌；要在结构脚手架上统一它们。
Toyota
toyota.com●●●○○
- 可索引 URL 数
- 76（仅营销页）
- Top-nav 链接数
- 272
- Schema 类型
- WebPage
- llms.txt
- 404
IA 结构解析
Toyota 将营销/品牌站与库存系统彻底分离：公开 sitemap 仅有 76 个 URL，全部是营销和内容页——实际车型库存和经销商流程在独立的 IA 中，通过"Shop"入口可达。hero 在 EV 系列图和季节性活动之间轮播。chrome 分两层：顶部工具栏（账号、账号、support）和密集的分类导航条。
对 TP-Link 的启示
将营销站和 support 目录视为两个独立的 IA 范畴——Toyota 的清晰分离正是让其营销 chrome 在这个品牌的年龄和体量下依然感觉精练的原因。
Google Nest
store.google.com/category/google_nest●●●●○
- 可索引 URL 数
- 36 个国家 sitemap
- Top-nav 链接数
- 0（路由驱动）
- Schema 类型
- Organization
- llms.txt
- 404
IA 结构解析
Nest 托管在 store.google.com 下——Google 的做法是将各垂直线作为主商店的"分类"，而不是独立站点。Nest 落地页以品牌口号开场（"A smarter, safer, more helpful home."），接着是产品网格（Cameras、Doorbells、Speakers、Thermostats、Streaming、Displays）。页面使用了 75 个
<section> 和 78 个 <article>——极度模块化的结构，尽管没有任何 <nav> 元素（chrome 由 Google Store header 负责），机器可读性依然出色。
对 TP-Link 的启示
智能家居分类页应以品牌口号 + 产品类型网格（Cameras / Doorbells / Plugs / Hubs）开场，而非直接罗列 SKU。Nest 同时印证了语义
<section>/<article> 标记是机器可读性的实践，而不只是样式练习。
360 (Qihoo)
360.cn●○○○○
- 可索引 URL 数
- 无 sitemap 声明
- Top-nav 链接数
- 0 个
<nav>· 484 个<a> - Schema 类型
- 无
- llms.txt
- 404
IA 结构解析
遗留系统的反面教材。360.cn 零语义 chrome（无
<nav>、无 <header>、无 <section>），484 个原始锚点以促销网格形式排列，没有机器可读的 sitemap，产品卡和企业/政企链接无层级地交织在一起。反模式
这是 TP-Link 改版要摆脱的那个版本：一个爬取效果差、视觉上呈现为"我们做的所有东西，全部同时展示"的门户站。它在这里作为下限，而非参照。
Insta360
insta360.com●●●○○ 部分数据
- 可索引 URL 数
- CF 拦截
- Top-nav 链接数
- CF 拦截
- Schema 类型
- —
- 检测到的技术栈
- Angular
IA 结构解析
Insta360 的站点对非住宅 IP 流量启用了 Cloudflare managed challenge，阻断了结构化采集。框架信息（Angular SPA）和 chat 存在性可以恢复；IA 树则无法获取。建议后续跟进：在设备上手动操作并录屏，用于重建 IA，然后合并到本报告 v2。待核实
本次研究主体
TP-Link · 现状分析
tp-link.com/us
首页在前 5 秒实际传达了什么
Tapo"3 天闪购·最高省 50%"促销条占据了视口最顶部。往下是 TP-Link logo 紧挨着四个子品牌 logo（Tapo、Kasa、Aginet、Omada）——品牌 chrome 因此变成了一条子品牌列表，而非品牌声明。hero 区域被 Tapo C5210 Kit（安防摄像头）的轮播幻灯片占据，右侧嵌着"Areal AI Assistant"入口。七个导航项（Networking · Smart Home · Business · Service Providers · Partner Program · Security News · Support）没有一个承载品牌或分类定义性时刻。
结构性发现
TP-Link 首页无法传递品牌，不是因为文案或摄影的问题。根本原因是 IA 里根本没有为品牌预留的位置——视觉层级是子品牌 → 促销 → SKU，母品牌降格为一个 logo 字标。
Sitemap 清单：4,359 个可索引 URL 实际分布在哪里
解析自 https://www.tp-link.com/us/sitemap.xml（1.0 MB，4,359 个 URL）。仅展示 Top-15 路径前缀——少于 8 个 URL 的分类已省略。
核心数据
4,359 个 URL 中有 3,086 个（约 70%）是 support、user-guide、configuration-guide 或 document 内容。真正的品牌页面（/about-us/、/technology/）总计 25 个——占可索引目录的 0.6%。从 URL 数量来看，这个站点本质上是一个顺带卖路由器的 support 门户。
IA 树（当前状态，前三层）
tp-link.com/us/
├── （顶部促销条） # Tapo 闪购，滚动轮播
├── （sub-brand chrome） # Tapo · Kasa · Aginet · Omada logo 条
├── /networking/ # Wi-Fi 路由器、Mesh、中继器、交换机
│ └── 463 + 178 个产品 URL
├── /smart-home/ # 49 个产品 URL · 与 Tapo 合并
├── /business/ # Omada 产品线
├── /service-providers/ # Aginet
├── /partner-program/ # 经销商
├── /security-news/ # 漏洞公告
└── /support/ # 2,471 个 URL · 占目录 57%
├── /download/
├── /faq/
├── /setup-video/
├── /user-guides/ # 348 个 URL
├── /configuration-guides/ # 150 个 URL
└── /document/ # 117 个 URL
解读
顶级导航项与子品牌对应关系清晰（Networking → TP-Link 核心、Smart Home → Tapo、Business → Omada、Service Providers → Aginet）。但子品牌名称在 chrome 中完全缺席——它们只以 logo 形式出现在第二条辅助导航带——导致不熟悉子品牌映射关系的访客根本看不懂 chrome。新用户面对的是一套无法解码的导航。
TP-Link · 源码级审计
HTML / robots / schema语义 HTML
首页使用了
<header> = 1、<nav> = 2、<main> = 1、<footer> = 1，但 零个 <section>、零个 <article>、零个 <aside>。对比来看，Samsung 同等页面有 12 个 <section> 块；Nest 有 75 个 section + 78 个 article。对于 LLM 爬虫和辅助技术而言，缺少这些分块标记意味着整个页面被读成一个无差别的内容块——它们无法将"hero"、"产品网格"、"AI 版块"识别为可分离的单元。Schema.org 标记
首页仅输出一个 JSON-LD 块：
"@type": "WebSite"。没有 Organization 实体（Apple 和 Samsung 都暴露了 logo、创始人和联系方式字段），首页产品卡没有 Product 标记，尽管有 Tapo / Areal Q&A 的存在也没有 FAQPage 标记。Schema 是 Google、Bing 以及越来越多的 LLM agent 理解这个品牌是什么类型实体的主要方式。爬取声明
https://www.tp-link.com/robots.txt 当前将 canonical sitemap 声明为 https://www.tp-link.com/nl/sitemap.xml——荷兰区域。US sitemap 实际存在于 /us/sitemap.xml（4,359 个 URL）但未被声明。根路径没有 llms.txt（返回 404）——而 Samsung 和 Eero 都提供了有效的 llms.txt。没有 sitemap-index.xml：网站输出的是单一整块 XML，而非 DJI 使用的分段索引模式。三个速效修复（各需一个 PR）
1. 在 /robots.txt 中添加 Sitemap: https://www.tp-link.com/us/sitemap.xml。2. 在根路径发布
/llms.txt——30 行，描述品牌、产品线、受众和 support 模式。（参考 Eero 模式。）3. 添加
Organization JSON-LD，包含 logo、成立时间、地址、联系方式、社交账号。（参考 Apple 模式。）
移动端
移动端渲染是桌面端的响应式收缩版，而非专门适配的布局。Tapo 闪购条在用户看到任何其他内容之前就占据了约 12% 的视口高度；hero 裁剪与桌面端完全相同。没有移动优先的导航模式——chrome 折叠成汉堡菜单，但同样的 263 个链接全部塞在里面。
采纳矩阵
竞品模式 → TP-Link 决策每行对应一个竞品模式。采纳 / 适配 / 跳过是推荐决策；工作量是工程+内容成本；风险是迁移 / SEO / 内部对齐风险。
| 模式 | 来自 | 对 TP-Link 的应用 | 决策 | 工作量 | 风险 |
|---|---|---|---|---|---|
| 品牌驱动的单品 hero，≤2 个 CTA | apple.com eero.com |
用一个 Deco 或 Archer 的产品时刻 + 品牌口号，替换 Tapo 闪购条和子品牌 logo 带 | 采纳 | 中 | 中 市场团队阻力 |
| 4–6 个一级导航项，用 mega-menu 承载广度 | eero.com apple.com |
将当前 7 个导航项收敛为 4 个：Wi-Fi · Smart Home · Business · Support。子品牌放在 mega-menu 内部，不出现在 chrome。 | 采纳 | 高 CMS 重建 |
中 内部博弈 |
| Support 放独立子域 | support.eero.com | 将 /us/support/ 迁至 support.tp-link.com。在不丢失内容的前提下，去除品牌 IA 中 70% 的 URL 污染。 |
采纳 | 高 重定向地图 |
高 SEO 回归风险 |
| sitemap-index 取代整块 sitemap | dji.com samsung.com |
将 /us/sitemap.xml 拆分为 products.xml、support.xml、press.xml、blog.xml，并添加索引文件。 |
采纳 | 低 CMS 导出 |
低 |
语义 <section>/<article> 分块 |
samsung.com nest.com |
用语义标签包裹首页各区块（hero、产品网格、AI 版块、合作伙伴）。PRD §2.3 AI 可索引性 KPI 的前提条件。 | 采纳 | 低 模板改动 |
低 |
| 根路径发布 llms.txt | eero.com samsung.com |
在 /llms.txt 发布 30 行品牌/产品描述。CES 前可完成，无需工程排期。 |
采纳 | 低 文案撰写 |
低 |
| Organization + Product JSON-LD | apple.com samsung.com |
在首页和 PDP 上添加 Organization、WebSite、Product schema。 |
采纳 | 低 | 低 |
| 通过字体而非颜色统一子品牌视觉 | samsung.com dji.com |
解决 PRD §2.3"Deco 生活方式 vs Archer 暗黑科技"冲突——用同一套字体系统，允许各子品牌在摄影风格上有差异。 | 采纳 | 中 设计系统 |
中 品牌对齐 |
| 全站 AI 购物助手嵌入 chrome | tp-link (Areal) insta360, 360 |
Areal 已存在——保留，但上移到 chrome 级别（而非嵌在产品卡内）。 | 适配 | 低 | 低 |
| 分类页以品牌口号置于产品网格之上 | nest.com | "A smarter, safer, more helpful home." 模式——一行品牌口号，然后是产品类型网格。应用到 /smart-home/ 作为替代 Tapo 的落地页。 |
采纳 | 低 | 低 |
| 轮播 hero 轮换活动 | toyota.com tp-link（当前） |
轮播是 1980 年代门户网站为满足多方利益诉求的产物；现代品牌驱动站点用单帧 hero，用滚动承载广度。 | 跳过 | — | — |
| "所有内容都在 chrome 里可见"的门户模式 | 360.cn | TP-Link 当前的模式，已被否决。 | 跳过 | — | — |
推荐 IA · v1
tp-link.com/us · CES 2027 目标将八个竞品模式映射到 TP-Link 实际产品组合的综合结论。Discovery Readout 决策目标。成功标准：Eero 级别的 chrome 精简（≤24 个导航链接）+ Samsung 级别的机器可读性（12+ 个语义块）。
推荐顶层 chrome（4 个一级，1 个工具位）
tp-link.com/us/ # 单品牌首页，无促销条
├── /wifi/ # Deco + Archer + Mesh + 中继器
│ ├── /wifi/deco/ # Deco 品牌落地页
│ ├── /wifi/archer/ # Archer 品牌落地页
│ ├── /wifi/mesh/ # 对比 + 购买指南
│ └── /wifi/wifi-8/ # Wi-Fi 8 叙事，服务 CES
├── /smart-home/ # Tapo（摄像头、插座、传感器、门铃）
├── /business/ # Omada 产品线
└── /service-providers/ # Aginet 产品线
工具位：
├── 搜索 # 全局搜索，默认触发 Areal AI
└── support.tp-link.com # 子域，不出现在 chrome
从 chrome 中移除：
✕ Partner Program → footer 链接
✕ Security News → /support/security/
✕ 子品牌 logo 条 → /wifi/ 和 /smart-home/ mega-menu 内的卡片
为什么这样有效
将当前 7 项 chrome 收敛为 4 个一级分类。子品牌（Tapo、Deco、Archer、Omada、Aginet）以分类内产品的形式呈现，而非并列 logo。Support 分拆到子域——在不丢失内容的前提下去除 70% 的目录污染。Areal AI 从产品卡嵌入升级为全局工具位。
各模板规则（模块化 CMS 准备）
| 模板 | Hero 规则 | 语义块（最少数量） | Schema | AI 入口位置 |
|---|---|---|---|---|
| 首页 | 1 个产品时刻 + 1 行品牌口号，最多 2 个 CTA，无轮播，无促销条 | 5 个 <section>：hero、品牌证明、分类网格、AI 带、footer 过渡 |
Organization, WebSite, ItemList | 搜索栏 = Areal 入口 |
| 分类页（如 /wifi/） | 品牌口号 + 产品类型网格（Nest 模式） | 1 个 hero + 1 个网格 + 1 个对比 + 1 个规格带 | ItemList, BreadcrumbList | "帮我选" → Areal |
| PDP | 1 张产品图、1 个规格块、1 个购买带、1 个对比 CTA | 5+：hero、规格、包装清单、对比、support 过渡 | Product, Offer, AggregateRating | "询问 Deco BE65" → Areal |
| 活动页（Wi-Fi 8 / CES） | 编辑型排版，长滚动，单一叙事弧 | ≥6 个 section（章节模式） | Article, BreadcrumbList | 页尾 Areal CTA |
| 落地页（子主题） | 主题介绍 → 产品桥接 | 3+ 个 section | WebPage, BreadcrumbList | 侧边栏 Areal 触发 |
点击路径目标 vs 现状
五个 Quick Wins——在 Discovery Readout 前可以上线
五项全部是源码级修复——不需要设计系统，不需要 CMS 迁移。每项均可回滚，且能延续到改版 v1。
QW-01 · 1 PR
修复 robots.txt 的 sitemap 声明
在
/robots.txt 中添加 Sitemap: https://www.tp-link.com/us/sitemap.xml。当前声明的是荷兰 sitemap。立即改善 Google + LLM 对最高营收区域的爬取覆盖。QW-02 · 1 文件
在根路径发布 /llms.txt
30 行，描述品牌、产品线、受众、核心功能。参考 Eero 模式。将成为 Claude / ChatGPT / Perplexity 引用的 TP-Link 权威摘要。
QW-03 · 1 模板
用
<section> 包裹首页各区块在现有模板上添加语义分块。视觉零变化，AI 可索引性立竿见影。PRD §2.3 KPI 的前提。
QW-04 · 1 JSON-LD 块
添加 Organization schema
Logo、成立时间、地址、联系方式、社交账号、sameAs。参考 Apple/Samsung 模式。让搜索引擎和 LLM agent 将 TP-Link 识别为一个实体。
QW-05 · sitemap 拆分
采纳 sitemap-index 模式
将整块 sitemap 拆分为
products.xml、support.xml、press.xml、blog.xml。参考 DJI / Samsung 模式。让爬虫并行抓取，各板块相互隔离。附录
采集数据
所有原始采集文件存储在项目的 data/<brand>/ 和 screenshots/ 文件夹下。每个品牌包含：index.html（原始）、sitemap.xml、robots.txt、llms.txt（或 404 标记）、headers.txt、dom_extract.json。采集日期 2026-05-13。
工具
curl 用于源码采集（并行，8 个 worker）。agent-browser（Playwright/CDP）用于截图和 DOM 提取。python3 用于 sitemap 解析。无外部服务。所有产物均可从 scripts/ 中的脚本复现。
参考资料
- TP-Link US 官网改版 · PRD v0.1（Notion · Raina Chen，2026-05-13）
- 竞品调研 Claude Code Prompt（Notion · Raina Chen，2026-05）
- Milan Mehta kickoff 邮件 2026-04-21 → 2026-05-12
- 启动 Deck · Website_Redesign_Kickoff_May4.html（SharePoint）
Discovery Readout（5/22）待讨论问题
- Support 分拆到子域：SEO 回归风险 vs IA 收益——Elena 的风险评估是什么？
- 子品牌 chrome 决策：Tapo / Omada / Aginet / Kasa 是否保留为独立站点，还是统一收进 tp-link.com/us 用 mega-menu 管理？（影响 Marketing 组织结构。）
- Areal 入口位置：chrome 级全局工具位 vs 产品卡内嵌——CMS 锁定前需要 Marketing 对齐。
- Wi-Fi 8 上线形式：独立
/wifi/wifi-8/子路由，还是仅作为 Deco/Archer 的功能特性处理？ - 轮播：直接砍掉，还是保留供 Marketing 活动轮换？（本报告建议砍掉；需 PJ 对齐。）