全站页面 SEO 审核，每个页面一份报告

全站页面 SEO 审核，每个页面一份报告

一个从一张表单出发、审核网站最多 100 个页面的 n8n 工作流。Firecrawl 梳理网站结构，DataForSEO 在浏览器里加载并检查每个页面，一个 Code 节点为每个页面写一份 HTML 报告，存进 Google Drive。Google Sheets 为每个页面记一行摘要，写着问题数、先修什么，以及报告链接。

包里有什么

• workflow.json：n8n 导出的工作流，十个节点，没有便签。里面没有任何凭据。
• README.md：这份设置说明，压缩包里的是英文版。

我们相对原来的副本改了什么

• 作者的 Drive 文件夹已删掉。Create file from text 改为要 YOUR_FOLDER_ID。
• 作者的表格和标签页 ID 已删掉。Google Sheets 改为要 YOUR_SHEET_ID，并按名称 Page SEO Audit 找标签页。
• Firecrawl 请求头原来写的是 Bearer <api_key>，现在是 Bearer <YOUR_FIRECRAWL_KEY>。
• DataForSEO、Drive 和 Sheets 的凭据都已删掉，上面作者的账号名也一并去掉。

开始之前

• 一个 n8n 实例，n8n Cloud 或自己的服务器都行。
• 一个有余额的 DataForSEO 账号。它的后台会给出一组 API 登录名和 API 密码，和你登录用的密码不是一回事。
• 一个 Firecrawl API 密钥。
• 一个 Google 账号、一个存报告的 Drive 文件夹，以及一张带下面这个标签页的 Google 表格。

设置

1. 在 n8n 里新建一个工作流，打开它的菜单，选 Import from File，选中 workflow.json。
2. 建一个 Drive 文件夹，复制它的 ID：地址最后 /folders/ 后面那一段。
3. 建好表格，加一个名为 Page SEO Audit 的标签页，写好下面的表头，再复制表格的 ID：地址里 /d/ 和 /edit 之间那一长串。
4. 添加 Google Drive OAuth2 凭据，在 Create file from text 里选中它，把 YOUR_FOLDER_ID 换成文件夹的 ID。
5. 添加 Google Sheets OAuth2 凭据，在 Google Sheets 里选中它，把 YOUR_SHEET_ID 换成表格的 ID。
6. 添加一个 HTTP Basic Auth 凭据，用户名填 DataForSEO 的 API 登录名，密码填 API 密码，在 On Page SEO 里选中它。
7. 在 Get Map 的 Authorization 请求头里，把 <YOUR_FIRECRAWL_KEY> 换成你的密钥。尖括号也要去掉，请求头应该是 Bearer、一个空格，再加密钥。
8. 第一次运行前，把 Get Map 请求体里的 limit 调到 3。
9. 保存，打开 Submit Form 的测试地址，发一个网站地址。表格里的行没问题了，再点 Publish。

表格

Page SEO Audit 的第 1 行写这 23 个表头，拼法和这里一样：

| 分组 | 列 |
|---|---|
| 页面 | Date、URL、On Page Score、Status、Meta Title、Meta Description |
| 内容和速度 | Readability Score、Load Time、Word Count、Misspelling、Page Size (mb) |
| 检查项，每项 Yes 或 No | ALT Missing、Broken Links、Broken Resources、Has H1、Has Title、Has Description、Has Canonical、SEO Friendly url、Passes core web vitals |
| 结论 | Issues、Priority Fix、Full Report |

一次运行的过程

1. Submit Form 显示 Internal Links Check 表单，只有一个字段 Page URL。输入带 https 的完整地址。表单马上确认。
2. Get Map 请 Firecrawl 的 v2/map 根据网站的链接和 sitemap 找出最多 100 个地址，不含子域名。Split Out 把返回的 links 拆成一项一项。
3. Loop Over Items 一次交出一个地址。
4. On Page SEO 把地址发给 DataForSEO 的 on_page/instant_pages，打开浏览器渲染、JavaScript、资源加载和拼写检查，并要求超时了也照样返回。
5. Page Data 从回答里留下大约 70 个字段：评分、标题和描述、各级标题、字数、可读性、页面计时、大小、链接和各项检查。缺失的字段退回 null、0 或 false。
6. Code in JavaScript 生成报告：评分卡片、Core Web Vitals、优先行动、性能、检查清单、问题、资源、链接、meta 和社交标签，以及一份行动计划。文件名是 seo-audit- 加时间戳。
7. Create file from text 把它存进你的文件夹。Wait 停一秒：文件里的数量是 1，Wait 1.1 没设单位时用秒。
8. Google Sheets 追加一行。Full Report 是用新文件的 id 拼出来的 Drive 下载地址。然后循环处理下一个地址。

Code in JavaScript、Create file from text、Wait、On Page SEO、Page Data 和 Google Sheets 都设成了失败后继续运行。DataForSEO 没能加载的页面照样会有一份报告和一行，里面大多是零。

改变风格

• 审核多少个页面：Get Map 请求体里的 limit。includeSubdomains 和 sitemap 就在旁边。
• DataForSEO 做哪些检测：On Page SEO 的请求体。关掉浏览器渲染能省钱，但会丢掉计时数据。
• 报告：Code in JavaScript 里的 HTML 和 CSS，包括颜色和栏目。
• 表格：Google Sheets 里的映射。Status 由评分决定（90 及以上 excellent，70 good，50 needs improvement，更低是 poor），Issues 数的是十一项检查。

注意事项

• DataForSEO 每次调用都收费，它的文档说浏览器渲染、JavaScript 和资源都会加价。提交一次表单，Firecrawl 找到多少页面，就有多少次调用。Firecrawl 梳理网站也会消耗你的额度。先拿一个小网站试。
• 报告里的 Priority Action 和表格里的 Priority Fix 检查问题的顺序不同。报告先看内容是否单薄和速度，表格先看有没有标题，所以同一个页面可能得到两个不同的首要修复项。
• Core Web Vitals 的通过标准还在测 First Input Delay。据 web.dev，Google 已于 2024 年 3 月 12 日用 Interaction to Next Paint 取代它，成为 Core Web Vital，所以这一列只能当作粗略参考。
• 失败的页面显示 0 分和空字段，而不是报错。相信某一行之前，先看 On Page Score。
• 工作流发布之后，任何拿到表单地址的人都能用你的 DataForSEO 余额开始审核。
• Full Report 链接只对能在你的 Drive 里看到这个文件的人有效。
• 地址会发给 Firecrawl 和 DataForSEO。报告留在你的 Drive 里。
• Firecrawl 密钥写在请求头里，分享工作流之前先把它删掉。