没有账号权限也能开始
在潜在客户阶段，你可能还没有Search Console权限。经过授权的公开页面和有限crawl仍能提供技术事实，而不需要猜测搜索表现。
自由职业者SEO工具
把客户SEO工作变成可重复、以证据为核心的流程。
DigestSEO帮助独立SEO、网站和内容顾问从公开页面基线一路走到诊断、实施交接和复核；它不会冒充CRM、提案系统或客户门户。
只基于已经上线的DigestSEO功能。不提供白标客户门户、开票、CRM、自动提案，也不承诺软件本身就能帮你赢得客户。
潜在客户基线 客户证据
- 01 潜在客户
- 02 Baseline
- 03 诊断
- 04 优先级
- 05 交接
- 06 验证
- 07 监测
复核
独立顾问的现实问题
好建议必须能追溯到可复核的证据。
自由职业者经常在权限不完整、时间有限、工具很多的情况下开始项目。真正需要的不是更大的dashboard，而是把今天能观察到的事实与客户实施后的验证连接起来。
减少上下文切换
把crawl findings、Google数据、AI可见性观察和实施交接连起来，让每条建议都保留清楚来源。
证明工作，不承诺外部结果
保存baseline，解释改了什么，再检查同一个问题。排名、流量、indexing和AI引用仍由外部系统决定。
独立顾问工作流
潜在客户 → baseline → 诊断 → 优先级 → 交接 → 验证 → 监测。
每个阶段先使用最轻量的可用证据；客户开放权限后，再加入需要认证的数据。
- 01
潜在客户
先检查经过授权的公开页面或有限范围，记录技术证据，再决定是否需要账号权限。
- 02
Baseline
合作开始时建立保存的项目，让findings和Health Score有带日期的起点。
- 03
诊断
获得权限后，把页面findings与Search Console表现、indexing和sitemap证据结合起来。
- 04
优先级
区分观察事实和建议，只选择真正影响客户目标或release的问题。
- 05
交接
把选中的findings放进Fix Pack或可导出report，保持实施scope清晰可审阅。
- 06
验证
重新crawl、验证markup并复查相关URL，而不是假设建议已经被正确实现。
- 07
监测
在下一次客户复盘中使用crawl历史、项目健康、Google证据和AI可见性观察。
这个流程支持证据和后续复核，但不替代客户沟通、项目管理、计费或专业判断。
真实的DigestSEO工作流
在每个客户阶段使用合适的证据。
每个产品都保持当前功能边界；组合使用可以减少从发现问题到验证修复之间的脱节。
建立技术起点
先做有限的公开页面检查；当项目需要多页面、历史、计划执行和可导出证据时，再使用project crawl。
了解 Site Audit保留可持续复查的项目证据
查看保存项目、Health Score、crawl历史、severity和report export，但不要把workspace描述成不存在的客户门户。
了解 SEO Dashboard获得权限后查询Search Console
GSC MCP可查询可访问property、Search Analytics、URL Inspection、sitemap、对比、cannibalization信号和content decay。
了解 GSC MCP把选中findings按清晰范围交付
从已保存的crawl证据创建Fix Pack，分享Markdown或master prompt，并明确列出本次实施issue。
了解 Fix Pack用数据讨论AI Search
使用GEO MCP的snapshot、引用、历史、竞争对比和content gap，但不要把一次引用包装成保证结果。
了解 GEO MCP检查实现，而不是意图
使用Web Validator MCP检查HTML、CSS、JSON-LD、链接和经过授权的公开页面，必要时再配合新crawl。
了解 Web Validator MCP与客户讨论AI可见性
把AI Search证据与Google搜索表现分开。
如果客户问品牌是否出现在AI回答中，应当把它作为独立观察层：Search Console描述Google Search，GEO MCP记录已配置AI搜索引擎中的可见性和引用。
- GSC MCP用于Google表现、indexing、URL Inspection和sitemap证据。
- GEO MCP用于AI snapshot、引用、历史、竞争对比和content gap。
- 明确说明区别：观察到的引用或可见性变化并不能证明某一次SEO修改就是原因。
可解释的客户建议
在宣布完成前，把验证闭环做完。
当初始证据、要求的修改和修改后的复核都可见时，顾问建议更容易解释和维护。
- 01
修改前：保存受影响URL或crawl finding，以及可用时相关的Search Console证据。
- 02
交接时：限制修改范围，附上触发建议的证据，并明确谁负责实施。
- 03
修改后：重新crawl或validate同一surface，比较可测量证据，不把成功当作默认结果。
DigestSEO不会编辑客户CMS、部署代码、开票、管理CRM、生成proposal，也不保证排名、流量、indexing或AI引用。
需要时再深入
把客户工作连接到背后的官方和实务指南。
针对技术SEO、monitoring、AI可见性、indexing、性能、structured data或AI Search，打开对应use case和SEO guide。
相关使用场景
技术 SEO 可验证的技术 SEO 分析：用 DigestSEO 抓取整个网站，按严重程度排列每一项问题，修复之后重新抓取，确认每一项是否真正解决而非只是转移。 → SEO 监测 以定期抓取进行 SEO 监测：在抓取历史中跟踪 Health Score，准确看到自上次运行以来新出现了哪些技术问题。 → AI 可见性与 AEO 用开源 GEO MCP 服务器衡量 AI 可见性与 AEO：检查 ChatGPT、Claude、Perplexity、Gemini 和 Google AI 是否引用你的页面。 → 使用 AI 的 SEO 工作流 搭建可核查的 AI SEO 工作流：连接 GSC、GEO 与 Validator 三个 MCP 服务器，并把每条结论与原始抓取数据核对。 →
相关SEO指南
页面为何不被索引 技术性屏蔽与质量判断之间的区别、Search Console 各个状态的真实含义，以及如何确认究竟哪一种适用于你的页面。 → Core Web Vitals 三个 Core Web Vitals、各自阈值与第 75 百分位评估、真实用户数据与实验室诊断的区别，以及它们与页面体验的关系。 → 结构化数据 为什么 schema 标记买到的是资格而不是排名，为什么该用 JSON-LD，以及标记为什么必须和页面实际展示的内容对得上。 → AI 搜索是怎么运作的 Google 的 AI 搜索功能如何使用 query fan-out 和支持链接，哪些普通 SEO 要求仍然适用，哪些特定于 AI 的文件或标记是不必要的。 →
自由职业SEO常见问题
客户授权前后，你分别能证明什么。
还没有Search Console权限时，可以审计什么？
你可以检查经过授权的公开页面和有限crawl，获取technical/on-page证据。公开单页audit可以检查PageSpeed、HTML、metadata、accessibility和structured data信号；它不会显示私有Search Console表现，也不能证明Google完整indexing状态。
客户给出Search Console权限后，会多出什么？
GSC MCP可以加入可访问property的Search Analytics、URL Inspection、sitemap、表现对比、cannibalization信号和content decay。它应当和crawl findings一起使用，而不是互相替代。
技术SEO建议实施后怎么验证？
保留最初finding，重新crawl或validate受影响surface，并在适用时复查Search Console里的相关URL。Fix Pack让handoff范围更明确，但实际修改仍由开发者或客户实施。
AI可见性证据应该放在客户报告的哪里？
把GEO MCP当成支持AI搜索引擎的独立观察层。snapshot、引用、历史、竞争对比和content gap是需要调查的观察数据，不是保证ranking的因素或因果证明。
DigestSEO不会替自由职业者做什么？
它不是CRM、开票工具、proposal生成器、white-label客户门户、CMS、项目管理套件或lead generation服务。它提供的是SEO证据、handoff和验证能力。
从手头已有的证据开始
从可检查的baseline构建客户建议。
先做technical snapshot或project crawl；在权限和客户问题需要时加入Search Console与AI可见性，再验证实施结果。