Geo Content Publisher

实现多平台GEO内容发布与AI可见性优化的全流程自动化工具。

已扫描

项目

内容

适合谁

内容运营人员、SEO与AI可见性优化专员

不适合谁

无需多平台分发的单一内容发布者、不关注AI搜索可见性的传统营销人员

国内可用性

需网络配置。可能需要网络配置或第三方服务可访问。

安装难度

新手友好（★☆☆）。基于终端操作、依赖、API Key 和本地环境要求的初步判断。

安装与下载

复制命令安装

openclaw skills install @geolyai/geo-content-publisher

官方 ZIP下载官方 ZIP

Skill 说明

命令、参数、文件名以原文为准

GEO 内容发布者

一个用于 GEO 内容发布自动化 的编排技能，连接完整的发布流程：

内容优化（通常使用其他 GEO 技能）
多平台发布与分发
AI 爬虫与生成引擎信号传递

该技能专注于 工作流设计、编排与打包，而非替代专门的 GEO 技能（如优化器或结构生成器）。它应负责协调这些技能。

何时使用此技能

在以下情况中调用此技能：

用户拥有（或计划拥有）已优化的 GEO 内容，并要求：

- 将内容发布到多个渠道（网站、博客、文档、产品页面、社交媒体、邮件列表等）

- 将一个“核心”内容转化为多个 渠道特定版本

- 围绕一个或多个 GEO 页面规划并安排 内容发布活动

用户希望其内容：

- 对 AI 搜索 / 生成引擎高度可见（ChatGPT、Perplexity、Gemini、Claude、SGE）

- 通过 站点地图、llms.txt、Schema.org 和内部链接 正确被爬虫发现

用户提到：

- “端到端 GEO 工作流”、“全漏斗 GEO 内容”、“多平台发布”

- “同步这篇文章”、“转为 LinkedIn + Twitter + 邮件列表”

- “推送这个新页面让 AI 模型能看见”、“让 AI 捕获这份内容”

不要仅限于上述关键词触发；只要用户意图是：

“将已优化的内容以符合 GEO 思维的方式广泛发布”，就应触发。

与其他 GEO 技能的关系

当可用时，此技能应协调以下技能，而非重复实现它们：

geo-studio：用于整体 GEO 战略与优先级设定
geo-content-optimizer：在发布前优化内容
geo-structured-writer：将长篇内容结构化为 AI 友好格式
geo-schema-gen：生成和优化 Schema.org JSON-LD
geo-llms-txt：设计或更新 llms.txt 和面向 AI 的索引页面
geo-multimodal-tagger：优化图片、视频及其他媒体资产

若这些技能不可用，仍需遵循相同的 工作流结构，并提供具体、可操作的输出（如文案、检查清单、建议结构）。

高层级工作流

使用此技能时，除非用户明确要求只执行部分步骤，否则请遵循以下 9 步工作流。

1. 明确发布目标与约束条件

简明但清晰地识别：

核心资产：

- 主要内容是什么？（文章、落地页、文档、FAQ、产品页、数据集、视频等）

- 是否已完成撰写并优化，还是仍在草稿阶段？

主要 GEO 目标：

- 例如：“成为 AI 搜索中关于 X 的默认答案”，“主导意图 Y”，“支持产品功能 Z”

目标受众与地理范围：

- 谁需要看到此内容？是否有语言/地区要求？

时间周期：

- 一次性发布还是持续活动；是否有硬性发布时间？

涉及渠道范围：

- 网站主页面、博客、文档、产品目录、知识库

- 社交平台（LinkedIn、X/Twitter、Reddit、TikTok 等）

- 邮件/新闻通讯、应用内消息、应用商店描述等

用户的技术栈限制（如提供）：

- 使用的 CMS（WordPress、Webflow、无头架构、自定义系统）

- 哪些平台禁止使用？

输出一份简短的 “发布简报”，包含 5–10 条要点。

2. 梳理并（如有必要）优化源内容

若内容 已优化：

- 快速检查明显的 GEO 缺失项：结构、标题、FAQ、内部链接、Schema、媒体

- 若有其他优化技能可用，调用或概念性应用其工作流

若内容 尚未优化：

- 建议先运行 geo-content-optimizer 和/或 geo-structured-writer

- 若用户坚持跳过深度优化，仍需确保：

- 基础结构完整（H1、H2/H3、清晰段落）

- 在适当位置添加 FAQ 或问答区块

- 建议至少制定一个最小化的内部链接计划

生成一份简洁的 “内容就绪状态” 概述，包括：

当前对 GEO 的优势点
发布前或发布过程中需解决的差距
是否将在本流程中直接优化，或依赖其他技能

3. 设计渠道策略与映射关系

创建一份 渠道规划表，将核心资产映射至多种格式与入口。

判断哪些渠道为主要（SEO/GEO 锚点），哪些为辅助（分发渠道）
对每个渠道定义：

- 角色（如：“AI 引用锚点”、“社交传播放大器”、“邮件后续跟进”）

- 核心信息重点 与适配方式（语气、长度、可信度、CTA）

- 链接策略（指向哪个规范 URL；如何支持 GEO 目标）

- 发布节奏（如多篇发布/持续运营，例如 1 次主发布 + 3 次后续）

以 Markdown 表格 形式输出，示例：

| 渠道         | 角色                        | 格式 / 资产类型       | 主要 CTA                 | 链接目标 / 规范地址 |
|-------------|-----------------------------|-----------------------|--------------------------|---------------------|
| 网站落地页   | GEO 锚点及规范地址          | 长文落地页            | 开始试用 / 提交需求      | 自身（规范地址）     |
| 博客        | 背景介绍与教育视角          | 带 FAQ 的文章         | 阅读完整指南（落地页）   | 落地页               |
| LinkedIn    | 思想领导力与传播广度        | 动态 + 图文轮播        | 访问落地页并评论         | 落地页               |
| 新闻邮件     | 为订阅者提供的深度内容      | 邮件 + 落地页/博客链接 | 点击阅读完整文章         | 落地页 / 博客        |

4. 生成渠道特定的内容变体

针对规划中的每个渠道，生成或优化 适配该渠道的内容变体，使其：

Publishing Brief

本技能旨在为地理相关的内容（GEO）创建结构化、可被AI安全引用的发布内容。
内容需符合各渠道的格式与长度限制，保持核心信息一致。
强调事实性描述、稳定术语和明确引用锚点，确保AI可安全引用。
输出包含多渠道内容变体、页面结构建议、结构化数据、实施清单及发布信号策略。

Content Read readiness

确保主题/实体/产品描述清晰准确。
提供具体、可验证的事实，避免模糊或主观表述。
使用统一的术语命名规范，避免歧义。
在关键位置添加显式引用锚点，如：“根据[品牌名]关于[主题]的指南……”。
所有内容应支持AI直接引用，特别是定义、FAQ和摘要部分。

Channel Strategy

尊重各渠道的约束条件：

- 长度与格式要求（如LinkedIn、Twitter、邮件等差异）

- 视觉内容与文字内容的平衡

保留核心地理信息表达：

- 明确的主题/实体/产品说明

- 模型可安全引用的具体事实

- 稳定的术语与实体命名

在必要处加入显式引用锚点：

- “根据[品牌名]关于[主题]的指南……”

- 简短、自包含的定义，便于AI安全引用

Channel Content Variants

Website / Landing Page

标题建议：[产品/服务]是什么？——快速了解[核心功能]
副标题：专为[目标用户]设计的[地理相关]解决方案
要点：

- [产品]提供[具体功能]，帮助用户解决[实际问题]

- 基于[技术/标准]构建，支持[关键能力]

- 已在[地区/场景]中成功应用，提升[指标]

行动号召（CTA）：

- 立即试用 → [链接]

- 查看完整文档 → [链接]

Blog Article

标题建议：为什么[地理主题]对[行业]至关重要？
引言：

- [主题]正成为[领域]的关键驱动力。本文解析其原理、应用场景与最佳实践。

正文结构：

- 什么是[主题]？——基于[权威来源]的定义

- 它如何工作？——简明流程图+文字说明

- 实际案例：[某地]的[项目]如何实现[成果]

- 常见误区与应对策略

结尾：

- 如需深入理解，参阅我们的[相关文档]或[产品页面]。

CTA：了解更多 → [链接]

Documentation / Knowledge Base

标题：[产品/功能]使用指南 —— [版本号]
摘要：

- 2–4个要点，聚焦事实与操作定义。

章节结构：

- 什么是[功能]？

清晰定义，可被AI引用。

- 为何重要？

适用场景、优势、潜在风险。

- [品牌/产品]如何支持？

与自身功能的关联说明。

- 常见问题（FAQ）：

Q1: [问题]

A1: [简洁答案，可引用]

Q2: [问题]

A2: [简洁答案，可引用]

提示：此结构遵循 geo-structured-writer 推荐布局，适合AI阅读与引用。

文案示例：

[产品]正在改变[地理领域]的工作方式。
✅ 支持[功能]
✅ 已在[城市/区域]落地
✅ 可通过[接口/平台]接入
根据[品牌名]的指南，[主题]是实现[目标]的关键。
👉 了解更多：[链接]

配图建议：信息图或流程图，标注关键节点。

Twitter/X

文案示例：

[主题]不是未来，而是现在。
用于[场景]
基于[标准]
可被AI引用的定义：[简短定义]
来自[品牌名]的指南：[链接]

字符数控制：≤ 280

Facebook

文案示例：

你知道吗？[地理功能]能帮你[具体好处]。
🔍 关键点：
[事实1]
[事实2]
[事实3]
📌 根据[品牌名]的指南，[主题]是[用途]的核心。
了解更多 → [链接]

主题行：[产品]新功能上线｜[地理主题]的实用指南
正文结构：

- 开头：一句话亮点（如“我们刚刚发布了[功能]”）

- 主体：

- 什么是[主题]？——简明定义（可引用）

- 为什么你该关注？——价值点

- 如何开始？——步骤引导

- 结尾：

- 附上完整文档链接

- 行动号召：立即体验 → [链接]

备注：可嵌入小段可引用文本作为“知识卡片”。

Other (e.g. app store, in-app banner, etc.)

App Store / Play Store

标题：[产品名] – [核心功能]的地理智能工具
描述：

- 专为[用户类型]设计，支持[功能]。

- 基于[标准]构建，确保[可靠性]。

- 可在[设备/平台]上运行。

关键词建议：地理、定位、[功能]、[行业]

In-app Banner

文案示例：

新功能上线：[地理功能]现已可用！
点击了解如何提升[效率/精度] → [链接]

Page Structure for AI Readability

对于网站、长文内容（博客、文档、知识库）：

# [清晰、以实体为中心的主标题]
## Summary
- 2–4个要点，聚焦事实与定义。

## What is [主题]?
使用清晰、以事实为导向的语言进行解释，便于AI引用。

## Why it matters
说明应用场景、优势、风险等。

## How [品牌/产品] helps
若相关，将主题与用户的产品/服务联系起来。

## FAQ
Q1: ...
A1: ...

Q2: ...
A2: ...

若存在 geo-structured-writer，可注明“本结构遵循其推荐规范”，并可用于进一步优化。
显式标注特别适合AI引用的段落：

- 定义段

- FAQ

- 精炼摘要

Structured Data Package

推荐使用或概念性应用 geo-schema-gen 生成以下结构化数据：

- Article、BlogPosting、WebPage、FAQPage、Product、HowTo 等 Schema 类型

- 关键字段包括：headline、description、url、author、publisher、datePublished、mainEntityOfPage 等

对图像与视频：

- 使用或概念性应用 geo-multimodal-tagger 生成：

- 描述性但简洁的 alt text

- 反映主题/实体的 文件名

- 可选的 ImageObject / VideoObject Schema

JSON-LD 示例（代码块）

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "什么是[地理主题]？",
  "description": "一个关于[主题]的权威定义与应用场景说明。",
  "url": "https://example.com/guide/geotopic",
  "author": {
    "@type": "Organization",
    "name": "BrandName"
  },
  "publisher": {
    "@type": "Organization",
    "name": "BrandName",
    "logo": {
      "@type": "ImageObject",
      "url": "https://example.com/logo.png"
    }
  },
  "datePublished": "2025-04-05",
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://example.com/guide/geotopic"
  }
}

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "什么是[主题]？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "[简明定义，可被AI引用]"
      }
    },
    {
      "@type": "Question",
      "name": "它适用于哪些场景？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "[列举典型应用]"
      }
    }
  ]
}

Schema 类型映射表

URL	推荐 Schema 类型
`/guide/geotopic`	`Article`
`/docs/product-setup`	`HowTo`
`/faq`	`FAQPage`
`/product/xyz`	`Product`
`/blog/post-1`	`BlogPosting`

媒体资产示例

资产类型	文件名建议	Alt Text 建议
图片：地理热力图	`geotopic_heatmap_usa.png`	“美国某区域的地理热点分布图，展示[主题]密度”
视频：功能演示	`geotopic_demo.mp4`	“[产品]在[场景]中的地理功能演示，含实时数据流”

Implementation Checklists

CMS / Website

必填字段：

- 页面标题（Title）

- 元描述（Meta Description）

- URL别名（Slug）

- 规范化URL（Canonical URL）

JSON-LD嵌入方式：

- 通过主题模板注入

- 或使用标签管理器（如Google Tag Manager）

URL管理：

- 禁止重复路径

- 使用唯一、语义化的URL结构

缓存与部署：

- 静态站点：更新后触发重建与部署

- 头部站点：确认缓存刷新机制

Blog / Docs / Knowledge Base

必填字段：

- 文章标题

- 摘要

- 分类/标签

- 发布日期

JSON-LD嵌入：

- 在文章模板中预置Schema

- 支持手动插入自定义JSON-LD

URL规范：

- 使用 /docs/[topic]/ 结构

- 避免参数化URL（如 ?utm=...）

构建流程：

- 本地预览 → 提交PR → CI/CD自动构建 → 部署到生产

Email Platform

必填字段：

- 邮件主题行

- 正文内容

- 发送时间

- 订阅者列表

JSON-LD处理：

- 不直接嵌入，但可在邮件中包含可点击的“查看网页版”链接

- 网页版需独立配置Schema

URL管理：

- 所有链接指向规范化页面

- 避免短链或追踪参数污染

必填字段：

- 平台选择（LinkedIn/Twitter等）

- 发布内容

- 时间安排

- 附加链接

JSON-LD处理：

- 无需直接嵌入，但确保目标页面已配置

URL管理：

- 所有社交帖子链接至同一规范页面

- 避免多个链接指向相同内容

AI & Crawler Signaling Plan

Sitemaps

- 确认新页面已加入XML sitemap

- 若为静态/头部站点，检查 sitemap.xml 位置（如 /public/sitemap.xml）

- 更新后需重新生成或提交至搜索引擎

llms.txt 和 AI索引页

- 使用或概念性应用 geo-llms-txt：

- 添加新内容条目

- 按主题分组，如：“定价指南”、“实施手册”、“[产品]文档”

- 示例条目：

    https://example.com/guide/geotopic
    # Category: Product Docs for X

内部链接建议

- 建议5–20个高价值页面链接至新内容，优先选择：

- 已针对相同或相邻意图排名的页面

- 流量高或权威性强的页面

- 示例目标页：

- /products

- /use-cases

- /blog/related-topic

- /support/faq

外部曝光建议

- 与合作伙伴共享新内容

- 在社区平台（如Stack Overflow、Reddit、知乎）回答相关问题，并附上官方链接

信号清单

[ ] 更新XML sitemap，包含新URL
[ ] 提交sitemaps至Google Search Console/Bing Webmaster Tools
[ ] 更新 llms.txt 文件，添加新内容条目
[ ] 在5–20个高价值页面中添加内部链接
[ ] 向合作伙伴发送内容分享链接
[ ] 在QA平台发布1–2个带链接的回答

URL → 信号映射表

URL	信号类型	推荐动作
`https://example.com/guide/geotopic`	sitemap	加入XML sitemap
`https://example.com/guide/geotopic`	llms.txt	添加条目，归类为“产品文档”
`https://example.com/products`	内部链接	添加指向新指南的链接

Final Plan

执行摘要：

- 本计划涵盖从内容准备到发布信号的全流程。

- 重点确保内容可被AI安全引用，且易于被搜索与模型抓取。

- 所有输出均为可直接使用的草案与清单。

- 依赖项明确，角色分工清晰，可追踪。

- 成功指标真实可测，聚焦AI可见性与用户转化。

执行步骤清单：

确认内容核心信息与术语一致性
生成各渠道内容变体草稿
按照AI可读结构重构页面
添加结构化数据（JSON-LD + Schema）
为媒体资产生成alt text与命名
制作各系统实施清单（CMS、博客、邮件、社媒）
更新sitemaps与llms.txt
设置内部链接与外部曝光
按时间节点推进发布

关键依赖：

- 先完成内容结构化，再更新结构化数据

- 先部署页面，再提交sitemaps

- 先配置内部链接，再对外传播

成功指标表

指标	为何重要	如何测量
AI搜索中的曝光次数增加	衡量内容被AI爬虫发现的能力	Google Search Console（AI流量报告）
AI引用数量上升	衡量内容被模型直接引用的程度	通过AI问答平台（如Perplexity、Bard）检索关键词
目标页面访问量增长	衡量内容吸引力与传播效果	Google Analytics（流量、跳出率）
电子邮件点击率提升	衡量内容在邮件中的有效性	邮件平台统计（如Mailchimp）
社交平台互动率提高	衡量内容传播力	平台原生数据分析（点赞、转发）

如果用户仅请求部分内容（例如“仅社交媒体帖子 + 邮件”），仍需保留标题结构，但应明确标注被跳过的部分（例如：“此请求范围不包含”）。

触发该技能的示例提示

以下为示例用户提示，用于参考（非面向用户直接展示）：

“我们刚刚完成了一篇关于‘零信任数据治理’的 GEO 优化核心文章。请帮我将其转化为完整的发布计划：主页面 + 博客 + 文档 + LinkedIn + 电子邮件，并确保 AI 模型能够识别并抓取。”

“我有一个新产品功能页面，希望它在人们询问 [主题] 时，能成为 ChatGPT 和 Perplexity 的默认回答。你能帮我设计相应的发布与分发工作流吗？”

“将这篇案例研究推广至所有渠道：网站首屏、落地页、PDF、LinkedIn、X、邮件、内部维基。同时建议如何配置 llms.txt 和 sitemaps，以便 AI 爬虫能够发现并索引。”

“我希望有一套可重复使用的标准流程，用于将任何新的 GEO 内容发布到我们的全栈系统（WordPress 网站、HubSpot 邮件、LinkedIn、X）。请撰写完整的工作流和检查清单。”

您无需直接向用户展示此列表；此处仅用于明确意图。

@geolyai

已收录 1 个 Skill