Void APIAI 聊天案例使用 AI 审核网站 SEO 并制定改进计划
使用 AI 审核网站 SEO 并制定改进计划
本指南展开帖子 53 的流程:准备背景、交代任务、核查证据并获得实施计划。原帖结论针对研究当时的网站,不代表当前版本。

智能体做了什么,原帖报告了什么
智能体查看了首页、模型目录、文档、接入指南和商业页面,并检查 robots.txt、sitemap、HTML、canonical、语言标记、结构化数据和内部链接,也参考了搜索展示与竞品页面。
帖子称最终生成了 PDF。观察包括首页标题未清晰说明 API、部分商业信息需要登录、模型独立页面未列入 sitemap。这些是历史研究结论,不是最新审核或流量增长证明。
1. 准备网站与产品背景
提供主域名、语言、地区、产品说明、目标用户和主要转化动作,例如注册、购买、创建 API 密钥或咨询,并列出重要页面与访问限制。
原案例产品结合 AI 聊天与 OpenAI 兼容 API,开发者是其目标用户之一。背景有助于评估访客是否理解产品、价格与下一步,而不只是检查标签。
2. 打开 Void Chat 并说明任务
访问 Void API,按需注册后打开 Void Chat,选择具有可用网站研究工具的模型,提交背景与下方提示词。本流程无需单独安装 OpenCode。
先要求列出检查页面并询问缺失条件。无法打开 URL 时,提供保存的 HTML、robots.txt 或 sitemap,并记录限制,不能把无法访问的页面写成已检查。
研究我的服务的 SEO。检查公开页面、原始 HTML、robots.txt、sitemap、元数据和内部链接。评估产品表达是否清晰,以及网站覆盖了哪些搜索意图。区分已证实问题和假设。给出按优先级排列的改进计划,并提供标题和页面结构示例。不要编造流量、排名或实施效果。3. 检查公开页面与技术信号
逐页检查首页、产品、商业、目录、文档与接入页面,记录 URL、状态码、title、description、H1、canonical、语言替代、可索引性和内部链接。分别核查 robots.txt、sitemap 和 noindex;列入 sitemap 不等于已被收录。
区分服务器原始 HTML 与 JavaScript 渲染后内容,说明实际检查的是哪一种。结构化数据应列出对象类型与具体错误,而不只是标记存在。
4. 评估产品表达与搜索意图
说明每个核心页面的目标用户、回答的问题、产品承诺与下一步。API 页面可能需要模型、价格、使用条件、SDK 兼容性和首个请求示例,必须基于实际能力。
将页面对应到了解、比较、价格、接入与排错等意图。竞品只能提供结构参考,不能证明其流量或转化,也不要为不支持的模型建议落地页。
5. 区分观察与假设
每个已确认问题应包含 URL、HTML 或文本片段、检查日期与解释。“标题不清导致注册减少”等影响在没有数据时应单独列为假设。
需要搜索数据时,提供带时间范围和筛选条件的 Search Console 或分析导出。搜索结果观察不能替代这些数据,也不能建立排名历史;缺少证据应明确记录。
6. 获取优先级计划与示例
要求表格列出问题、证据、URL、改动、优先级、工作量与验证方式。根据实际网站先处理已确认的访问与索引障碍,再优化产品表达、导航和有用的缺失页面。
要求具体标题和结构建议。原帖建议清晰介绍聊天与 API、公开价格与条件、补充模型页面。采用之前需检查当前网站与产品,不能直接照搬历史结论。
7. 生成并核查 PDF 报告
先在聊天中确认摘要、范围、来源、已确认发现、假设、计划和示例,再用可用工具生成 PDF。原帖提到 PDF,但本页不提供原始报告下载。
下载打开后检查字体、换行、表格、链接与内容一致性。无法创建文件时,可要求 Markdown 或 HTML 再导出。配图中的 PDF 卡片不等于已生成的文件。
8. 实施并单独衡量效果
把计划转为任务,发布后复查 URL、原始 HTML、canonical、语言链接与 sitemap,并记录发布日期,使用可比时间段分析。
通过自己的分析工具跟踪展示、点击、收录与转化。原帖介绍研究和建议,没有证实流量、排名或销量提升;复查能验证改动,但不保证搜索效果。