mcpField
M
marketing-pages

marketing-pages

github.com/dzhng营销与增长1.4k156 次安装今天更新
代码仓库

关于 marketing-pages

一套用于构建和审计营销网站页面的规则集,面向负责页面、SEO 与视觉覆盖的团队。它按页面类别规定索引、链接、内容和测试要求,并提供跨站审计检查。

主要功能

  1. 01按类别定义页面索引与导航规则
  2. 02规范广告落地页的内容与测量
  3. 03检查索引、站点地图与 robots 一致性
  4. 04指导 SEO 页面链接与内容维护
  5. 05规定组件与页面的视觉覆盖
  6. 06提供跨站审计清单

适用场景

  1. 01规划广告活动落地页
  2. 02检查页面的索引与可发现性
  3. 03审计 SEO 页面及站内链接
  4. 04为组件建立稳定的视觉测试

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/dzhng/skills --skill marketing-pages

安装后在 Claude Code 中输入/marketing-pages确认已加载。

详细介绍

营销页面

这是一份规则手册,而非工作流:以下每条规则既是构建页面时必须遵守的约束,也是审核页面时必须检查的标准。先对页面分类——每个公开页面都必须且只能属于一个页面类别,类别决定其索引、链接、页面框架和接线方式。

页面类别

类别索引可访问性页面框架
营销活动落地页noindex, follow;绝不放入站点地图绝不从导航栏或页脚链接极简:徽标 + 一个 CTA,页脚仅含法律信息,不含站点导航
产品页面可索引导航栏的“产品”版块和/或页脚完整页面框架
SEO 树状页面(程序化生成:针对不同角色、行业、竞争对手)可索引页脚链接网格 + 枢纽页面完整页面框架
编辑内容(博客/指南)可索引页眉 + 页脚完整页面框架
法律/实用工具页面可索引页脚完整页面框架
  • 禁止索引且没有任何链接指向的页面是僵尸页面——要么将其升级为有链接且可索引的类别,要么将其设为营销活动落地页。绝不能处于这种半吊子状态。
  • 营销活动落地页应放在专用 URL 前缀下(例如 /l/<slug>):一个 startsWith 检查即可涵盖全面的禁止索引和“绝不从导航栏链接”检查,并且不会与真实页面发生 slug 冲突。

营销活动落地页规则

营销活动落地页是备用主落地页——面向一个受众,传达一个承诺,承接付费流量。它们以牺牲 SEO 为代价换取信息匹配的灵活性;可索引的近似重复页面会分散权重,也会冻结本应每天进行 A/B 测试的文案。

  • 从头到尾保持信息匹配:广告文案 → H1 → 注册后的首屏,承诺始终连贯一致。只要产品支持,就应让营销活动标识贯穿注册流程,并传入引导流程和分析系统,使首次使用体验延续这一承诺,并能按落地页归因转化。
  • 全页重复展示一个 CTA;在 CTA 旁展示社会认同;添加降低顾虑的辅助文案(“无需信用卡”);只收集后续筛选所需的信息(通常只需电子邮件)。
  • 使用静态文本/图片作为主视觉——首屏上方不要放全视口视频或占用大量资源的 JavaScript。对于付费流量,LCP 会影响转化。
  • 无法衡量的落地页就无法迭代:必须能在广告投放前,于某处查看每个落地页的转化情况(潜在客户 → 注册 → 购买)。
  • 停用的营销活动页面不要设置重定向:删除的路由应返回 404,之后在 Search Console 中出现的 404 正是预期信号,而非缺陷。

已索引页面规则

以下规则在代码库中各有一个负责人——请查找当前负责人,而不要依赖记忆中的路径:

  • 路由必须出现在网站门禁检查的封闭世界路由注册表中。
  • 已索引 ⇔ 已加入站点地图,始终两者兼有或两者皆无:站点地图中的 noindex URL 是矛盾信号,已索引页面未加入站点地图也是如此。lastmod 必须如实填写(内容日期,而非构建时间)。
  • 如果网站提供面向 Agent 的可读取内容(llms.txt、Markdown 双版本),它们必须与页面从同一份文案源渲染——绝不能从构建后的 HTML 生成,也不能靠手动维护而逐渐产生差异。
  • robots 允许 AI 爬虫抓取经过审核的已索引页面树;仅禁止抓取营销落地页和内部页面。robots、meta robots 和站点地图必须对每个 URL 保持一致。
  • 每个已索引页面都能从页眉或页脚访问——页脚链接网格是爬取通道。只能通过站点地图发现的页面,数周内都会处于“已发现 — 尚未编入索引”状态,也得不到任何内部权重。
  • 产品事实(定价、限制、套餐名称)必须来自产品代码指定的唯一事实来源——重复陈述的数字会悄然产生偏差,也不会触发任何报错。
  • 内部链接只写路径,不写源站地址,这样封闭世界检查才能验证每个编写的目标都能解析。
  • 指向仅在一种语言版本中存在的页面的带区域前缀链接必须能正常解析(重定向到规范语言版本,而不是返回 404)——全站通用的界面元素会在每个页面预取所有链接。
  • 删除或重命名页面时,必须在同一次操作中删除所有引用:路由注册表、站点地图、面向 Agent 的可读取双版本、保留页面中的链接、视觉基线,以及端到端/用户旅程锚点(用 grep 搜索测试套件——重命名即使让本地门禁保持通过,也可能在数小时后破坏线上用户旅程)。

SEO 规则

  • 从编辑内容正文链接到商业页面的上下文链接,比页脚锚点能传递更多权重——应在内容确实相关处添加。
  • 对比/竞品页面必须显示真实的更新时间,并按合理的周期刷新——有过时日期的页面比没有日期的页面更糟。
  • 程序化生成的页面树必须内容充实(包含具体职位和针对性文案)——内容单薄的模板页面会成为门页诱饵。
  • 枢纽页面的作用是让叶子页面继承权重:每个树叶页面都必须从其枢纽页面链接,枢纽页面则必须能从网站通用界面访问。

视觉覆盖规则

  • 可复用的版块和组件必须有独立、确定性的 fixture(playground/storybook 条目)负责其视觉覆盖;fixture 菜单也兼作组件目录,新页面应基于其中的组件构建。
  • 每种模板只需在一个关键路由保留一张有代表性的整页截图。路由会变化;fixture 才是稳定的校验基准。新增模板 → 新增一个代表性路由;新增版块 → 添加一个 fixture,而不是增加更多路由截图。
  • 只有经过未受改动影响的第二轮审查后才能接受视觉基线——参与改动的人已经看过缺陷,只有未受影响的审查者才能发现这些问题。

审计检查

审计网站 = 检查上述每条规则,再加上以下跨领域检查;每项都必须没有问题,或说明原因:

  1. 僵尸页面(既 noindex 又无链接)。
  2. 站点地图/robots/meta 不一致。
  3. 被任何已索引页面链接到的营销落地页,或出现在站点地图中的营销落地页。
  4. 无法从页眉/页脚访问的已索引页面。
  5. 在视觉覆盖系统中没有负责人的组件。
  6. 营销文案重复陈述了已有规范事实来源的产品事实。
  7. 全站通用界面中的跨语言链接失效。

评论

支持 Markdown