Communitygithub.com

SEO 落地页:上线、结构化、验收

搭建、优化并审计以转化为目标的落地页:响应式体验、SEO/AEO/GEO、JSON-LD 结构化数据、无障碍、性能、部署与上线验收。附带模板和检查脚本,覆盖元数据、Schema、链接、站点文件、Lighthouse、PageSpeed 与 Search Console。适用于静态 HTML、React、Next.js、Astro。

SEO 落地页:上线、结构化、验收 是什么?

「高转化落地页」配方第 3 步(SEO、上线与验收),来自 Luci6n/seo-landing-page-skill。用 npx skills add Luci6n/seo-landing-page-skill -s build-seo-landing-page 安装,或作为 Claude Code 插件安装;agents/openai.yaml 支持 Codex 类安装。智能体先检查现有项目,确认主体、受众、转化目标、技术栈和部署目标,再检查元数据、标题层级、结构化数据、sitemap、robots(含 AI 爬虫访问)、llms.txt、favicon、manifest 和社交预览,然后按项目原有风格修改。它确保首屏清晰(主体、提议、受众、主 CTA),关键事实写在可见 HTML 里,并把域名、Search Console、Google 商家资料当作真正的上线工作。自带的 Node 脚本可检查元数据、JSON-LD、链接、站点文件和未替换的占位符,生成 Lighthouse 与 PageSpeed 报告,并通过 Search Console API 列出站点、提交 sitemap、检查 URL。它拒绝伪造评分、评价、排名、收录、Lighthouse 分数或部署状态。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Luci6n/seo-landing-page-skill/tree/main/skills/build-seo-landing-page

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

构建SEO着陆页

使用此技能创建、改进、审计、部署或验证着陆页。

除非请求中包含SEO、转化、无障碍、性能、部署或上线准备,否则不要将此技能用于微小的文案、样式或组件编辑。

核心工作流

  1. 在编辑前检查现有项目。
  2. 确定业务/实体、受众、位置、服务、转化目标和部署目标。
  3. 确定技术栈并保留其约定。
  4. 检查元数据、标题、结构化数据、站点地图、robots(包括AI爬虫访问)、llms.txt、favicon、manifest、社交预览和可见的业务事实。
  5. 审查响应式布局、无障碍、图片尺寸、JavaScript加载和CLS风险。
  6. 使用现有项目风格进行具体的文件更改。
  7. 运行可用的验证工具,若受阻则提供精确命令。
  8. 总结更改、验证、剩余风险和上线后步骤。

默认优先级

  • 确保首屏清晰:实体、产品/服务、位置或受众,以及主要行动号召(CTA)。
  • 将重要事实保持在HTML中可见,而不仅仅是元数据或JSON-LD。
  • 服务页优先使用Service(服务)架构;仅在具有真实产品报价数据时使用Product(产品)架构。
  • 对于本地商家,优先保证NAP(名称、地址、电话)一致性、服务区域、营业时间、地图/个人资料链接、评价和真实照片。
  • 将自定义域名、Google Business Profile、评价、引用、Search Console和真实照片视为上线/站外工作,而不仅仅是代码调整。
  • 在域名或部署更改后,更新canonical、站点地图、robots站点地图URL、结构化数据URL、社交图片URL和Search Console属性。
  • 不要伪造评级、评价、保证、排名、索引、Core Web Vitals、Lighthouse/PageSpeed分数、部署状态、AI概览/AI引用状态或API结果。
  • FAQ和HowTo架构不再产生Google富结果(FAQ于2026年5月7日移除;HowTo于2023年移除);保留FAQPage架构用于AI/答案引擎理解,而非承诺的SERP功能。
  • 在更改robots.txt中的AI爬虫访问权限前征求网站所有者意见;这会改变对助手引用和模型训练的实际暴露程度。请注意,Google AI概览/AI模式受普通Googlebot访问权限和Search Console控制,而非AI爬虫令牌。
  • llms.txt是可选的卫生实践,没有经过证实的排名或引用提升效果,且Google声明AI功能不需要它;可以提供,但不要将其当作AI可见性的胜利来推销。
  • 根据页面类型和受众匹配设计;优先考虑清晰度、信任度、移动可用性和转化,而非装饰。

何时阅读参考文档

  • 关于构建流程和页面结构,请阅读 references/landing-page-workflow.md。
  • 关于特定框架的实现细节,请阅读 references/framework-implementation.md。
  • 关于着陆页文案、CTA和信任信号,请阅读 references/content-conversion.md。
  • 关于SEO、AEO、GEO和本地搜索检查,请阅读 references/seo-aeo-geo-checklist.md。
  • 关于本地商家网站,请阅读 references/local-business-seo.md。
  • 关于JSON-LD和富结果问题,请阅读 references/structured-data.md。
  • 关于性能、无障碍和CLS工作,请阅读 references/performance-accessibility.md。
  • 关于验证脚本、Lighthouse/PageSpeed、Search Console和报告,请阅读 references/validation-workflow.md。
  • 关于部署、域名、Search Console和Google Business Profile,请阅读 references/deployment-domain-search-console.md。
  • 关于llms.txt、AI爬虫访问和AI搜索报告,请阅读 references/ai-crawlers-and-llms-txt.md。
  • 关于WebMCP、Agent可调用的工具和Agent就绪表单,请阅读 references/webmcp.md。

模板

仅将模板用作起点。在插入项目前根据项目进行调整:

  • templates/metadata-head.html
  • templates/site.webmanifest
  • templates/robots.txt
  • templates/sitemap.xml
  • templates/local-business-jsonld.html
  • templates/website-jsonld.html
  • templates/website-with-search-jsonld.html - 遗留模板;其SearchAction不再产生Google功能
  • templates/organization-jsonld.html
  • templates/person-jsonld.html
  • templates/breadcrumb-jsonld.html
  • templates/faq-jsonld.html
  • templates/service-offer-catalog-jsonld.html
  • templates/static-landing-page.html
  • templates/launch-checklist.md
  • templates/privacy-notice.md
  • templates/llms.txt

脚本

脚本是可选辅助工具。当环境允许时,在目标项目根目录运行它们:

  • scripts/check-metadata.mjs [html-file] [--no-write] - 静态元数据、标题、图片、favicon、manifest和基本SEO检查。
  • scripts/check-structured-data.mjs [html-file] [--no-write] - JSON-LD解析和架构合理性检查。
  • scripts/check-links.mjs [html-file] [--network] [--no-write] - 本地链接、片段、资源,以及可选的外部URL检查。
  • scripts/check-site-files.mjs [site-root] [--no-write] - 检查robots.txt、sitemap.xml、site.webmanifest、llms.txt和常见图标;对于框架公共文件夹,传入public。
  • scripts/check-placeholders.mjs [paths...] [--no-write] - 模板应用后,检查未替换的{{PLACEHOLDER}}。
  • scripts/run-lighthouse.mjs <url> [mobile|desktop] - Lighthouse JSON报告。
  • scripts/summarize-lighthouse.mjs [lighthouse-json-report] [--no-write] - 从Lighthouse报告生成Markdown摘要。
  • scripts/run-pagespeed.mjs <url> [mobile|desktop] - PageSpeed Insights JSON报告。
  • scripts/summarize-pagespeed.mjs [pagespeed-json-report] [--no-write] - 从PageSpeed报告生成Markdown摘要。
  • scripts/list-search-console-sites.mjs [--no-write] - 列出已验证的Search Console属性。
  • scripts/submit-sitemap.mjs <search-console-site-url> <sitemap-url> - 通过Search Console API提交站点地图。
  • scripts/inspect-url.mjs <inspection-url> <search-console-site-url> [language-code] - 通过Search Console API检查URL索引数据。

PageSpeed API调用时,如果可用,请使用PAGESPEED_API_KEY。

仅对支持的Search Console API操作使用GOOGLE_SEARCH_CONSOLE_ACCESS_TOKEN。

如果请求的API支持操作需要凭据,但环境变量缺失,请要求用户在自己的终端中导出它。不要要求他们将密钥粘贴到对话中,也永远不要亲自将密钥输入命令:粘贴或内联的密钥会出现在对话记录和日志中,而导出的变量会被这些脚本继承,且不会进入对话。references/validation-workflow.md中有针对各个shell的命令说明。

不要将密钥写入 .env、受跟踪文件或项目配置,除非用户明确要求。

如果凭据、网络、依赖项或配额不可用,不要伪造成功。解释受阻原因,并提供手动步骤或备用命令。

不确定用法时,对脚本传入缺失参数运行以查看其用法文本,或阅读 references/validation-workflow.md。

规则

  • 优先进行具体的文件编辑,而非泛泛建议。
  • 保留现有项目约定。
  • 仅在请求的操作需要凭据时才要求提供凭据,并让用户导出而非粘贴。
  • 不要进行关键词堆砌。
  • 不要添加虚假评分、虚假评价或未经证实的声明。
  • 不要承诺排名、索引或Core Web Vitals结果。
  • 避免导致布局移动的入场动画。如需动画,优先使用仅透明度的显现效果。
  • 框架本身并不是缺点。对于简单网站使用静态HTML,当项目已在使用或需要框架功能时,使用React、Next.js、Astro或类似框架。
  • 对于本地商家,优先保证准确的商家名称、NAP一致性、服务区域、营业时间、地图链接、Google Business Profile或本地等效服务、评价和自定义域名指导。

相关技能