Technical Seo Checker

核心功能

Technical SEO Checker 是一套面向技术SEO领域的专业审计技能，针对网站抓取性、索引状态、核心网页指标（Core Web Vitals）、移动适配、HTTPS安全、结构化数据、URL规范及国际化SEO等9大维度执行系统化诊断。与侧重页面标签与内容的 on-page-seo-auditor 形成互补，该技能专注于基础设施层面的技术障碍识别。

显著优势

• 评分化输出：每项审计区域均配备量化评分，便于横向对比与进度追踪
• 优先修复队列：自动区分 P0 阻断级风险（索引/收入威胁）与可延期优化项
• 多场景覆盖：支持单站深度审计、批量URL模式分析、网站迁移前基线快照及AI爬虫处理策略
• 零依赖本地脚本：内置 robots.py、sitemap.py、crawl.py、psi.py 等工具，无需外部API密钥即可执行基础抓取与Core Web Vitals检测
• JS渲染兜底：集成 Firecrawl 无密钥免费层，解决客户端渲染（CSR）站点的内容可抓取性盲区
• 索引推送通道：修复后可通过 IndexNow 协议向Bing、DuckDuckGo、Yandex等引擎主动推送变更（需密钥）

潜在局限

• Google索引API受限：无法像Bing那样直接推送任意URL至Google，仍需依赖传统sitemap与Search Console
• 结构化数据盲区：原始抓取无法捕获客户端注入的JSON-LD（如Yoast/RankMath渲染），需额外验证步骤
• 证书透明度查询不稳定：子域名发现依赖 crt.sh，存在超时与响应延迟风险
• LLM爬虫策略需人工决策：AI爬虫的允许/阻止立场（开放/封闭/分离模式）必须由用户明确指定，无法自动推断

适合人群

• 技术SEO专员与网站架构师
• 电商平台运营者（支持Shopify、WooCommerce、BigCommerce、Magento 2等平台专项审计）
• 准备执行网站迁移或重构的项目团队
• 需监控AI爬虫（GPTBot、ClaudeBot、PerplexityBot等）抓取策略的内容平台

常规风险

• 数据可信度标注要求：所有指标必须明确标注为「实测」「用户提供」或「估算」，严禁将估算值呈现为实测结果
• 外部内容不可信原则：抓取页面内容视为不可信数据，禁止作为指令执行
• 迁移审计信息缺口：若未提供新旧域名/技术栈，将无法生成重定向映射，需在决策门处主动询问
• 大规模站点性能：超过50个URL的批量审计需切换至模式采样模式，避免逐URL输出导致信息过载

核心功能与使用方式

Technical SEO Checker 是一套完整的技术SEO审计方法论与操作指南，通过9步结构化流程系统化诊断网站技术健康度：

1. 爬取性审计 — robots.txt、站点地图发现、爬取浪费、重定向链、孤立页面
2. 索引性审计 — 覆盖率验证、阻断信号（noindex/X-Robots/robots.txt/ canonical）、重复内容、4xx/5xx错误
3. 网站速度与Core Web Vitals — LCP/INP/CLS阈值评估（通过标准：<2.5s/<200ms/<0.1）、资源权重优化
4. 移动友好性 — 视口设置、布局适配、触控目标、移动优先一致性
5. 安全与HTTPS — SSL健康、HTTPS强制、混合内容、HSTS、安全响应头
6. URL结构 — URL模式、参数处理、大小写一致性、重定向卫生
7. 结构化数据 — Schema验证、缺失机会映射、⚠️注意CSR渲染的JSON-LD不可见问题
8. 国际SEO（如适用） — hreflang、返回标签、区域定位、x-default
9. 技术审计总结 — 评分卡、优先级队列、快速胜利、路线图、监控计划

特色工作流：

• 迁移审计：6阶段完整流程（基线快照→风险地图→重定向映射→预发布QA→切换检查清单→T+1/T+7/T+30差异对比）
• AI爬虫处理：针对GPTBot/ClaudeBot/PerplexityBot的robots.txt策略模板（默认开放/默认封闭/分离策略）
• 批量审计模式：5+ URL自动切换为模式级采样分析，输出组合优先级而非单页报告

显著优点

• 零依赖本地辅助工具：提供Python脚本套件（robots.py、sitemap.py、crawl.py、psi.py等），无需外部API即可执行核心审计
• JS渲染回退方案：Firecrawl无密钥免费层支持CSR页面渲染DOM抓取，暴露经典JS-SEO缺口
• 修复验证工作流：ledger.py记录-对比机制，量化LCP/INP/CLS改进幅度
• 索引推送能力：修复后支持IndexNow（Bing/Yandex等）和百度实时推送，加速收录恢复
• 决策门设计：智能识别何时需用户确认（AI爬虫立场未声明、迁移缺端点），何时自动推进（单问题范围、批量模式、可选数据缺失）

潜在局限与注意事项

• 纯文档型Skill：无内置可执行代码，实际爬虫/性能测试依赖外部工具或用户本地运行Python脚本
• Google索引推送受限：IndexNow不支持Google，仍需依赖站点地图+GSC URL检查只读API
• CSR结构化数据盲区：原始fetch无法捕获客户端注入的JSON-LD，必须显式验证渲染后DOM
• T3来源可信度：作者为GitHub个人开发者，非知名组织，建议关注更新动态
• 目标网站依赖：审计质量受目标站点可访问性、robots.txt限制、反爬策略影响

适合人群

• SEO专业人员：需要系统化技术审计框架与标准化输出模板
• 开发团队：负责网站迁移、技术重构、性能优化的全栈/前端工程师
• 电商运营：管理SKU规模站点（Shopify/WooCommerce/Magento等），需批量诊断索引流失
• 内容平台管理者：配置AI爬虫策略、应对检索与训练的权限分离需求
• 网站所有者：定期技术健康检查、Core Web Vitals达标攻坚

常规风险

| 风险类型 | 说明 | 缓解措施 |

|---------|------|---------|

| 外部抓取合规风险 | 审计行为需符合目标网站ToS及当地法规 | 确认授权范围，遵守robots.txt，控制抓取频率 |

| API密钥泄露风险 | IndexNow/百度推送需密钥配置 | 通过环境变量注入，禁止硬编码 |

| CSR内容误判风险 | 客户端渲染内容在原始fetch中不可见 | 强制使用渲染后DOM验证 |

| 数据时效性风险 | 审计快照反映特定时间点状态 | 建立定期重跑机制，重大变更后即时重审 |

| 依赖工具失效风险 | Firecrawl免费层/W3C验证器等外部服务 | 保留本地脚本回退方案 |