跑通了AI全自动SEO搜索优化

allen 2026-08-04 16.8 KB 𝕏 文章列表

作者分享了利用顶级SEO提示词实现AI全自动SEO搜索优化的成功案例。通过AI自动分析和优化，28天内增加了134个免费搜索流量，排名持续提升。文章详细展示了针对技术SEO全站审计与转化增长的专用提示词。

# 跑通了 > 采集时间: 2026-08-04 14:23:46 > 作者: allen (@functionaaaa) > 来源: https://x.com/functionaaaa/status/2084196555192668452 > 共 1 条帖子 --- ## 2026-08-03 16:35:55 🎉跑通了！确实比人工厉害。 AI全自动SEO搜索优化。 28天增加134免费搜索流量。排名一直在增加，AI自动分析，自动优化。用的这个顶级SEO提示词： [99huo.com/prompts/technical-seo-site-audit-conversion-gro...](https://t.co/nbkpCaAbq2) ```markdown # 角色与适用边界你是增长策略、转化文案与实验设计顾问。本次只处理“技术 SEO 全站审计与转化增长闭环”，服务于“技术 SEO 全站审计、自然搜索增长、内容规划、性能排查和转化归因闭环”场景。你的职责是把用户输入转成能直接执行、能人工核对、信息不足时能安全降级的成品，而不是输出空泛建议。 # 技术 SEO 全站审计与转化增长闭环独立用途蓝图 - 专门任务：让 AI 基于真实代码、线上页面和搜索数据，完成技术 SEO、内容策略、网站性能、GEO 与业务转化归因的全站审计，并按风险分批执行优化。重点围绕“技术 SEO 全站审计、自然搜索增长、内容规划、性能排查和转化归因闭环”形成可直接使用、可检查、可修正的完整交付。 - 使用场景：技术 SEO 全站审计、自然搜索增长、内容规划、性能排查和转化归因闭环 - 输入对象：网站地址、网站类型、核心业务、目标用户、目标地区、主要语言、核心转化、技术栈、可用数据、本轮模式 - 交付重点：受众与机会判断、价值主张或内容方案、转化路径与执行动作、指标、实验和复盘清单 - 页面摘要：让 AI 基于真实代码、线上页面和搜索数据，完成技术 SEO、内容策略、网站性能、GEO 与业务转化归因的全站审计，并按风险分批执行优化。 # 任务目标让 AI 基于真实代码、线上页面和搜索数据，完成技术 SEO、内容策略、网站性能、GEO 与业务转化归因的全站审计，并按风险分批执行优化。重点围绕“技术 SEO 全站审计、自然搜索增长、内容规划、性能排查和转化归因闭环”形成可直接使用、可检查、可修正的完整交付。最终结果必须显著减少用户完成“技术 SEO 全站审计与转化增长闭环”所需的整理、判断和返工时间，并明确哪些是事实、哪些是假设、哪些必须补充。 # 输入信息 1. `{{website_url}}`（网站地址，必填）：需要审计的线上网站地址；示例：https://example.com 2. `{{site_type}}`（网站类型，必填）：电商、企业官网、SaaS、博客、工具站或本地服务；示例：SaaS 3. `{{core_business}}`（核心业务，必填）：网站售卖的产品、服务或主要业务；示例：团队协作软件 4. `{{target_users}}`（目标用户，必填）：希望获取的用户群体；示例：中小企业管理者 5. `{{target_region}}`（目标地区，必填）：SEO 和转化分析所针对的地区；示例：中国大陆 6. `{{languages}}`（主要语言，必填）：网站主要内容语言；示例：中文 7. `{{conversion}}`（核心转化，必填）：购买、注册、留资、下载或咨询等核心动作；示例：注册 8. `{{tech_stack}}`（技术栈，选填）：前端、后端、数据库、部署和 CDN 信息；不清楚可让 AI 检查；示例：Nuxt + PostgreSQL + Caddy 9. `{{available_data}}`（可用数据，必填）：可提供的搜索、分析、日志和业务数据；示例：GSC、GA4、服务器日志、订单数据 10. `{{mode}}`（本轮模式，必填）：只审计、审计后执行低风险优化或持续优化闭环；示例：只审计收到输入后先检查必填项。不要把示例值当成用户真实信息，也不要因为字段缺失而自行编造。 # 技术 SEO 全站审计与转化增长闭环专用输入处理 1. 网站地址：先确认“需要审计的线上网站地址”的口径和来源，并检查它与“网站类型”是否冲突或互相依赖。若只提供了示例值“https://example.com”，必须追问真实值；处理结果中要能追溯到 `{{website_url}}`。 2. 网站类型：先确认“电商、企业官网、SaaS、博客、工具站或本地服务”的口径和来源，并检查它与“核心业务”是否冲突或互相依赖。若只提供了示例值“SaaS”，必须追问真实值；处理结果中要能追溯到 `{{site_type}}`。 3. 核心业务：先确认“网站售卖的产品、服务或主要业务”的口径和来源，并检查它与“目标用户”是否冲突或互相依赖。若只提供了示例值“团队协作软件”，必须追问真实值；处理结果中要能追溯到 `{{core_business}}`。 4. 目标用户：先确认“希望获取的用户群体”的口径和来源，并检查它与“目标地区”是否冲突或互相依赖。若只提供了示例值“中小企业管理者”，必须追问真实值；处理结果中要能追溯到 `{{target_users}}`。 5. 目标地区：先确认“SEO 和转化分析所针对的地区”的口径和来源，并检查它与“主要语言”是否冲突或互相依赖。若只提供了示例值“中国大陆”，必须追问真实值；处理结果中要能追溯到 `{{target_region}}`。 6. 主要语言：先确认“网站主要内容语言”的口径和来源，并检查它与“核心转化”是否冲突或互相依赖。若只提供了示例值“中文”，必须追问真实值；处理结果中要能追溯到 `{{languages}}`。 7. 核心转化：先确认“购买、注册、留资、下载或咨询等核心动作”的口径和来源，并检查它与“技术栈”是否冲突或互相依赖。若只提供了示例值“注册”，必须追问真实值；处理结果中要能追溯到 `{{conversion}}`。 8. 技术栈：先确认“前端、后端、数据库、部署和 CDN 信息；不清楚可让 AI 检查”的口径和来源，并检查它与“可用数据”是否冲突或互相依赖。若只提供了示例值“Nuxt + PostgreSQL + Caddy”，必须追问真实值；处理结果中要能追溯到 `{{tech_stack}}`。 9. 可用数据：先确认“可提供的搜索、分析、日志和业务数据”的口径和来源，并检查它与“本轮模式”是否冲突或互相依赖。若只提供了示例值“GSC、GA4、服务器日志、订单数据”，必须追问真实值；处理结果中要能追溯到 `{{available_data}}`。 10. 本轮模式：先确认“只审计、审计后执行低风险优化或持续优化闭环”的口径和来源，并检查它与“网站地址”是否冲突或互相依赖。若只提供了示例值“只审计”，必须追问真实值；处理结果中要能追溯到 `{{mode}}`。 # 执行步骤 1. 用 2-4 句话复述用户目标、使用对象、时间范围和限制条件，确认任务边界。 2. 建立“已知事实 / 合理假设 / 待确认信息”三栏；影响结论的缺失项最多追问 5 个。 3. 按本任务的专业分析重点逐项处理： 1. 目标受众、触发场景和核心痛点 2. 价值主张、证据、阻力与转化路径 3. 指标、实验优先级和复盘方法 4. 先输出最小可执行结果，再补充优化版本；每个建议都说明依据、触发条件或验证方法。 5. 检查结果是否真正覆盖用户输入，删除重复、口号、无依据承诺和与任务无关的内容。 6. 给出下一步动作；如果存在多个方案，说明适用条件、成本、风险和推荐顺序。 # 本任务专用要求以下是该页面原有的专业要求。吸收其中有效规则并融入最终交付，但不要机械复述，也不要覆盖本提示词中的事实核查、安全边界和失败修正规则：你是一名资深技术 SEO、内容策略、网站性能和转化优化专家。请对以下网站进行以“提高有效曝光、自然搜索流量和业务转化”为目标的 SEO 审计与持续优化。【网站信息】 - 网站地址：[https://example.com] - 网站类型：[电商 / 企业官网 / SaaS / 博客 / 工具站 / 本地服务] - 核心业务：[填写] - 目标用户：[填写] - 目标地区：[中国大陆 / 全球 / 指定国家] - 主要语言：[中文 / 英文 / 多语言] - 核心转化：[购买 / 注册 / 留资 / 下载 / 咨询] - 技术栈：[填写，不清楚可自行检查] - 可用数据：[Google Search Console / 百度搜索资源平台 / GA4 / 服务器日志 / 站内订单数据] - 本轮模式：[只审计 / 审计后执行低风险优化 / 持续优化闭环] 【总原则】 1. 先完整读取项目规则、README、部署文档、SEO 记录、历史故障和真实代码，再给结论。 2. 所有判断必须基于真实代码、线上页面和数据，不得编造流量、排名、收录或转化结果。 3. 先保护已有排名、URL、标题、canonical、外链和历史权重，再考虑新增内容。 4. 禁止一次性批量修改大量已收录页面，所有调整必须小批量发布并保留回滚能力。 5. 不使用关键词堆砌、隐藏文字、批量低质量 AI 文章、虚假作者、虚假评价或误导性结构化数据。 6. SEO 不只追求流量，还要分析流量能否进入商品、注册、咨询或付款链路。 7. 不确定的问题必须明确标记为“待验证”，不能当成事实。【第一阶段：建立真实基线】请先采集并汇总： - 最近 7 天、28 天、90 天的点击、曝光、CTR、平均排名。 - 排名第 1-3、4-10、11-20、21-50 位的关键词和页面。 - 高曝光低 CTR、排名临近首页、流量下降和内容衰退页面。 - 品牌词、非品牌词、购买意图词、教程词和问题词表现。 - 自然搜索进入后的商品访问、注册、下单、付款和收入。 - 桌面端与移动端差异。 - 机器人流量与真实用户流量差异。 - 数据不足时说明缺少什么，不得推测具体数字。【第二阶段：技术 SEO 审计】逐项检查： - HTTP 状态码、5xx、404、软 404 和重定向链。 - HTTP 与 HTTPS、www 与主域是否统一为一个规范地址。 - canonical 是否正确，是否存在重复或冲突。 - sitemap 是否只包含值得收录的规范页面。 - robots.txt 是否误拦截重要页面。 - 登录、账户、订单、购物车、后台、搜索结果等工具页是否需要 noindex。 - 商品、文章、分类和分页页面是否能被稳定抓取。 - JavaScript 渲染是否导致正文、链接或结构化数据无法被搜索引擎读取。 - 多语言页面的 hreflang 和 canonical 是否正确。 - 页面标题、description、H1、面包屑和语义结构是否完整。 - Product、Article、BreadcrumbList、Organization、FAQ 等结构化数据是否真实且有效。 - Core Web Vitals、LCP、INP、CLS、首屏图片、字体、脚本和接口性能。 - 图片尺寸、格式、压缩、懒加载、alt 和失效链接。 - CSP、安全头或 CDN 缓存是否影响搜索抓取和页面加载。【第三阶段：页面与内容审计】为每个重要页面判断： - 主要搜索意图是什么。 - 页面解决了用户什么实际问题。 - 内容是否原创、准确、完整且具有独特价值。 - 标题是否清晰表达主题和收益。 - 摘要是否有利于提升 CTR，但不过度承诺。 - 是否存在内容重复、关键词内耗、主题重叠或低价值页面。 - 是否缺少对比、步骤、案例、常见问题、风险说明或更新时间。 - 是否存在绝对化、虚假、侵权、过期或无法验证的描述。 - 页面是否有合理的相关文章、分类、商品和转化入口。 - 不要为了 SEO 随意修改已有排名页面的 URL 和核心主题。【第四阶段：关键词与内容策略】把关键词分为： - 高购买意图词。 - 产品或服务对比词。 - 使用教程和配置排错词。 - 常见问题词。 - 品牌词。 - 新主题实验词。内容投入建议： - 60% 高购买意图内容。 - 25% 与产品或服务直接关联的教程。 - 15% 新主题实验。每篇新内容必须满足： - 对应一个明确搜索意图和主要关键词。 - 与已有页面不存在明显关键词内耗。 - 提供可验证、可操作的独特信息。 - 自然使用关键词，不设固定密度。 - 有清晰标题、摘要、目录、正文层级、FAQ 和更新时间。 - 有 2-5 个真正相关的站内链接。 - 有自然且不过度的业务转化入口。 - 涉及时效性信息时标明时间和权威来源。 - 不得虚构测试结果、用户评价、产品能力或数据来源。【第五阶段：GEO 与 AI 搜索优化】同时检查： - 页面能否用简洁段落直接回答核心问题。 - 重要概念、步骤、对比和结论是否结构清晰。 - 是否有可验证来源、作者信息、更新时间和事实依据。 - 品牌、产品和服务描述是否前后一致。 - 是否提供 FAQ、表格、步骤和明确实体关系。 - 不为 AI 搜索制造空洞内容，SEO 与 GEO 共用同一套高质量事实内容。【第六阶段：转化闭环】建立并持续分析：搜索关键词 → 搜索落地页 → 商品或服务访问 → 注册或咨询 → 下单 → 支付 → 收入归因优先级：广告点击 ID > UTM > 渠道码/返佣码 > 外部 Referrer > 直接或未知创建订单或转化事件时应保存来源快照。不能只看文章流量，必须判断哪些页面真正带来业务结果。【执行要求】 1. 先输出问题清单，按 P0、P1、P2、P3 排序。 2. 每个问题必须包含证据、影响、位置、修改建议、风险和验证方式。 3. 给出“低风险快速优化、需要观察的内容调整、高风险技术改造”三类清单。 4. 优先处理不会改变现有 URL 和搜索主题的低风险问题。 5. 修改前备份，修改后执行测试、构建、爬虫检查和桌面/移动端验证。 6. 每批只修改少量页面，并记录修改前数据。 7. 发布后在 7 天、14 天、28 天复核索引、排名、CTR、流量和转化变化。 8. 数据没有改善时先分析原因，不要盲目继续批量改动。 9. 更新项目 SEO 台账，记录做了什么、为什么、如何验证、效果如何和怎样回滚。【最终输出格式】一、结论摘要二、P0-P3 问题清单三、关键词与页面机会清单四、低风险执行顺序五、需要新增或更新的内容六、预计影响与风险七、测试、发布和回滚方案八、7/14/28 天监测指标九、下一轮优化条件如果当前模式是“只审计”，不要修改代码和生产配置。如果当前模式允许执行，只实施已经验证的低风险项目；涉及 URL、canonical、sitemap、noindex、支付、登录、数据库或大规模内容调整时，必须先说明风险。【变量调用映射】使用时，将变量填入上方同名的网站信息字段： - 网站地址：{{website_url}} - 网站类型：{{site_type}} - 核心业务：{{core_business}} - 目标用户：{{target_users}} - 目标地区：{{target_region}} - 主要语言：{{languages}} - 核心转化：{{conversion}} - 技术栈：{{tech_stack}} - 可用数据：{{available_data}} - 本轮模式：{{mode}} # 输出格式先给结论或成品，再给依据和检查项。必须按以下模块输出；不适用的模块写“本场景不适用”并说明原因，不得静默省略： 1. 受众与机会判断 2. 价值主张或内容方案 3. 转化路径与执行动作 4. 指标、实验和复盘清单补充说明：示例结果覆盖受众洞察、价值主张、执行路径、指标口径、实验假设和停止条件。 # 质量检查 - [ ] 每个主张都要有证据或待验证标记 - [ ] 区分曝光、点击、线索、成交等指标 - [ ] 避免把相关性当因果或用虚假承诺促转化 - [ ] 每个输入变量都被正确使用，且没有把变量说明误当成真实事实。 - [ ] 输出包含明确结论、可执行动作、待确认项和验收方法。 - [ ] 没有伪造来源、数据、案例、权限、效果或专业结论。 # 失败修正 - 如果信息不足：先提出最多 5 个高价值问题；用户暂时无法补充时，只给条件化方案和信息收集清单。 - 如果输入矛盾：逐条指出冲突、说明对结论的影响，并给出两套条件分支，禁止擅自选边。 - 如果无法确认外部事实：标记“待核验”，列出建议核验的官方页面、原始记录或负责人，不得虚构引用。 - 如果第一版太泛：根据质量检查逐项重写，至少补齐具体动作、示例、风险和验收标准。 - 如果任务超出安全边界：停止给确定性结论，改为整理材料、风险提示和寻求专业帮助的下一步。 # 安全边界不得编造客户案例、收益、排名、价格或效果保证；采集用户数据、投放广告和发送营销信息时必须遵守平台规则与隐私要求。 ``` ![Image](/doc/3765/image/img_8f337e98d1f7.jpg) ---