TriRank 自有站 SEO 基线：修了什么，哪些效果尚未验证

起点：先验证数据链路

我们用自有站 trirankai.com 检查从接入数据到选择下一项任务的流程。这是一份过程案例，不代表流量或收入已经增长。Search Console 点击与 AI 引用回答不同的问题，在报告中分开统计。

10 月 13 日：接入并核验数据

首次 Search Console 导入因主 Worker 缺少连接加密配置而失败。恢复原有配置并重新导入后，记录中的实例于 2026 年 10 月 13 日上海时间 23:41 完成，成功处理 1,337 行，Google 数据截至 10 月 11 日。处理行数不等于访客、点击或收入。

同时新增了问法 “TriRank for Shopify SEO”，等待下一次定时检查。已有的 “trirank” 引用行是历史测量，不能当作新问法的即时结果。有日期的演示 展示授权、导入后的排名和已有引用证据；剪辑缩短了等待时间。

10 月 14—15 日：审查并准备下一轮修正

公开页面审查发现：robots 规则阻挡 Next.js 渲染资源，sitemap 索引日期随每次请求变化，登录注册页仍在 sitemap 中，n8n 页面还把已发布模板写成审核中。

这一轮修改抓取规则与日期、补齐免费检查后的操作步骤，并区分已发布的 Slack 工作流和等待审核的 Email 模板。这些是准备发布的仓库改动，本文发布日期不能证明每项修正已上线。

上线后怎样复查

先记录实际部署时间，检查 Google 能否读取新的 robots 和渲染资源；提交 sitemap 不等于已重新抓取。上线后 7、14、28 天，按同一问法、页面、国家和设备比较 Search Console 数据。10 月 13 日的发布与本轮技术发布分别建基线。

AI 检查保留问法、引擎、检查时间、引用来源和来源位置。等待检查、不可用、已测量但未引用 是不同状态。引用发生变化不能单凭先后顺序就认定由内容修改导致。

自己走一遍

从 AI 可见度检查 开始，结合测量方法理解结果，再查看只读产品演示。样例审计使用另一个自有站，不能与 trirankai.com 基线混为一谈。n8n 集成可用于存量读取变化的通知。