始创此博客，越一周，唯首页一页被索引。诸篇皆示"URL未为Google所知"。无爬取尝试，无印象，全无信号。

然此站于Core Web Vitals皆得百分。首日即提交Sitemap于GSC。内容皆实。无显见之技术故障。

其本因：Vercel设www.tedagentic.com为主域，且正行重定向。tedagentic.com 之。吾之 GSC 属性乃 tedagentic.com。此单一配置之失，竟使索引之链默然断裂。

失配之状若何

Vercel 之设，允汝附多域于项目。其一为主——主供其内容。其余皆转向之。添 www 与非 www 之时，其默认常使 www 为主。

吾之例：

tedagentic.com       → 307 redirect → www.tedagentic.com
www.tedagentic.com   → 200 (primary, serves content)

浏览器何顾，尔键之。tedagentic.com，降于地www.tedagentic.com,览之。诸事无碍。

谷歌有心。

何以此损索引

问题叠于三层，益甚。

1. GSC属性不匹配

吾之Google Search Console财产tedagentic.com（非www）。此站实自（non-www）供之。www.tedagentic.comGSC 跟踪每处房产的覆盖情况。谷歌找到的页面www.未入我所察之非www之产，未得其功。

二、站点地图链接有误

网站地图乃动态生成者。site.url于代码之中。其值已设。https://tedagentic.com然因该站重定向至此，阿斯特（Astro）时或将构建时基础URL解析为www版本。实时站点地图即服务此：

<loc>https://www.tedagentic.com/posts/how-to-set-up-local-ai-agent/</loc>

谷歌下载了站点地图自tedagentic.com/sitemap.xml睹URL指向www.tedagentic.com，每遇歧义之讯，纷纭莫决：目录云www，规范云非www，谷歌家产亦云非www，而域无信史以辨其疑。四十七件已呈，零件被录。

3. 规范标记与目录相悖

HTML中之规范标记无误——皆指tedagentic.com。然目录则指他处。www.tedagentic.com谷歌有二信号相悖，而无明权以决之。于新域无信立，似止不行。

诊断

新站初建，必行三查，方信其缓：

察重定向链

curl -sI https://yourdomain.com | grep -E "HTTP|location"
curl -sI https://www.yourdomain.com | grep -E "HTTP|location"

汝欲之乎yourdomain.com返200而www.yourdomain.com至308重定向至yourdomain.com或反之，恒如是，惟与尔之GSC属性相合耳。

核验站点地图URL是否与规范域名相符

curl -s https://yourdomain.com/sitemap.xml | grep "<loc>" | head -5

sitemap中每URL皆应与GSC property同域，无一例外。

检视汝之GSC产业：

往GSC处核验汝是否已添加tedagentic.com或www.tedagentic.com既为产权。乃核验汝网站地图URL与规范标签，须用其确版本。三者必合。

其补

第一步 — 依 API 更易 Vercel 之重定向

TOKEN="your-vercel-token"
TEAM="your-team-id"
PROJECT="your-project-id"

# Remove both domains
curl -X DELETE "https://api.vercel.com/v9/projects/${PROJECT}/domains/yourdomain.com?teamId=${TEAM}" \
  -H "Authorization: Bearer $TOKEN"

curl -X DELETE "https://api.vercel.com/v9/projects/${PROJECT}/domains/www.yourdomain.com?teamId=${TEAM}" \
  -H "Authorization: Bearer $TOKEN"

# Re-add with correct direction
curl -X POST "https://api.vercel.com/v10/projects/${PROJECT}/domains?teamId=${TEAM}" \
  -H "Authorization: Bearer $TOKEN" -H "Content-Type: application/json" \
  -d '{"name":"yourdomain.com"}'

curl -X POST "https://api.vercel.com/v10/projects/${PROJECT}/domains?teamId=${TEAM}" \
  -H "Authorization: Bearer $TOKEN" -H "Content-Type: application/json" \
  -d '{"name":"www.yourdomain.com","redirect":"yourdomain.com","redirectStatusCode":308}'

第二步 — 修正站点URL于代码中并重新部署：

务使site.url（或等价者）完全吻合，既定，而后推之。Vercel将重筑站点地图，以正其URL。

第三步 — 再提站点地图并请索引：

service.sitemaps().submit(
    siteUrl='sc-domain:yourdomain.com',
    feedpath='https://yourdomain.com/sitemap.xml'
).execute()

次则用 URL 检视 API 或 GSC 手动请求索引于尔之要文。

所费几何

约六日之早爬与索引之机于新域。其站始终康健——GSC 无误，无警，无爬失。其不协乃隐，直至吾行重定向之检，较之 GSC 之产。

新域之中，初探之讯，重于旧域。谷歌决其信之深浅。彼时之典要不一，较之半年之后，更难挽回。

既辨其症，十刻可愈。然诊之需周，盖无显谬可逐。

新设于Vercel之站，速检之要如下。

• 确认 Vercel 中主域为何者（设置→域名）
• 确认 GSC 属性与该域完全相符（www 与非 www）
• 确认站点地图 <loc> 之 URL 皆用同域
• 确认 HTML 中规范标签皆用同域
• 以 curl -sI 验证重定向方向是否正确
• [ ] 以308（永恆）而非307（暫時）為www重定向