固定上游版本 70987bad4ebe,包含 2 个文件。 加搜已生成可下载技能包、原始文件镜像及 7 种 Agent 安装页面。
SEO 与 GEO · schema-markup
网页结构化数据 Skill
把普通网页内容转换成机器可读的结构化数据标记,用于适配搜索引擎和 AI 的引用规则。
为产品页或文章按需生成对应的 JSON-LD 代码。它根据 Google 官方支持清单匹配 Article、Product 或 Event 等代码类型,剔除已被取消的 HowTo 格式。产出的代码贴入网站即可提升在搜索结果中的展示面积和被 AI 引用的准确度。
WHAT IT SOLVES
解决的营销问题
把普通网页内容转换成机器可读的结构化数据标记,用于适配搜索引擎和 AI 的引用规则
把普通网页内容转换成机器可读的结构化数据标记,用于适配搜索引擎和 AI 的引用规则。跑完你拿到的是包含具体字段和实体内容的 JSON-LD 代码段,可直接嵌入网页 head 标签内,中间一共 7 步。
最适合的真实场景
- 01
海外电商运营团队在产品页面上添加包含价格和库存状态的 Product 标记
- 02
SEO 经理为帮助中心文章配置 FAQPage 标记以触发搜索结果的常见问题展示卡
- 03
B2B 营销团队为博客文章添加 Article 标记以提高 Perplexity 和 ChatGPT 的引用准确率
- 04
HR 团队修改招聘页面代码以包含职位和薪资字段满足 Google Jobs 录入标准
- 05
前端开发在根布局文件中放置 Organization 和 WebSite 标记建立全站实体图谱
你要先准备的资料
- 目标页面 URL 以及包含 HTML 标签的前端源码结构
- 页面实际包含的文本内容,例如文章正文、产品标价或作者署名
- 期望在搜索结果中达成的展示样式,例如星标评级或常见问题下拉菜单
- 当前网站部署的组织机构与作者实体信息,包含官方名称和社交媒体主页链接
- 若部署多语言页面,需提供对应的区域代码和语言标签对照数据
跑完你会拿到什么
- 包含具体字段和实体内容的 JSON-LD 代码段,可直接嵌入网页 head 标签内
- 网页类型与 Schema 模型的对照表,写明页面对应的具体实体类别
- 排除不适用类型的实际原因说明,写明因接口停用而不采纳的特定标记
- Google 富媒体结果测试工具的验证链接与需要人工检查的错误项清单
- 面包板导航对照说明,记录前端可见导航路径与代码内链接的对应关系
METHOD
Skill 工作流程
提取页面实体信息 → 匹配网页类型 → 筛选适用实体类别 等 7 个环节
一共 7 步。其中 7 项能力决定了换个 AI 会不会更麻烦。
- 提取页面实体信息读取输入的 URL 和前端代码结构,识别页面实际包含的文本内容,提取出名称、价格、作者、日期等实体字段备用
- 匹配网页类型对照页面内容与期望搜索样式,在文章、产品、常见问题、招聘等类型中,选出最具体且符合页面主体内容的类别
- 筛选适用实体类别在 Schema.org 词库中查出对应的实体类别,核实该类别是否在 Google 官方的富媒体搜索结果支持列表内
- 排除不支持的类型过滤掉 HowTo 等已被 Google 彻底停用的标记类型,在实际原因说明中写清因接口停用而排除的具体条款
- 编写 JSON-LD 代码把提取出的实体字段填入选定的实体类别中,生成包含具体字段、绝对链接地址和 ISO 8601 格式日期的 JSON-LD 代码
- 串联全站实体图谱在代码中添加 @id 字段,把组织机构、作者信息和当前页面通过链接关联起来,供 AI 系统抓取时理清从属关系
- 输出验证测试建议生成对照表与代码后,附带 Google 官方富媒体结果测试工具的直达链接,指明需要人工复核的警告项
这个 Skill 用到的能力: 读本地资料运行脚本页面预览联网检索MCP 与连接器打开网页取正文操作前确认 。不同 AI 对这些能力的支持程度不一样,所以同一个 Skill 换个 AI,有几步做法会变。
WORKED EXAMPLE
真实业务案例
SaaS 工具产品页适配 AI 引用与富文本展示
SaaS 工具产品页适配 AI 引用与富文本展示
一个面向海外市场的 AI 写作工具团队希望他们的产品页面被 ChatGPT 正确引用,同时在 Google 搜索结果中显示星级评分和价格。团队提供了产品页 URL 和前端代码。他们需要一套不破坏现有页面排版的 JSON-LD 代码,并确认这些标记能通过 Google 的测试工具。
- 读取产品页 URL 和前端代码结构,提取工具名称、月度标价和用户评分
- 对照期望展示样式,将页面匹配为 SoftwareApplication 类别
- 生成包含具体价格字段和聚合评分数据的 JSON-LD 代码
- 添加 Organization 实体代码,把工具开发者与官方社交主页链接关联
- 输出 Google 富媒体结果测试工具的链接,指明价格字段需人工确认
预期结果:团队拿到了一段包含工具名称、价格和评分数据的 JSON-LD 代码,以及一份网页类型与实体类别对照表。代码排除了已被停用的 HowTo 类型,附带了一份使用 Google 富媒体结果测试工具进行验证的检查清单。其中价格货币单位的显示规则需要人工对照当地的支付设置进行最终确认。
PITFALLS · VERIFICATION
能力边界与常见问题
在页面添加了 Google 已经彻底停用的 HowTo 标记
最常踩的坑
- 在页面添加了 Google 已经彻底停用的 HowTo 标记,搜索结果不显示
- 把全公司级别的 Organization 标记限制在关于我们页面内,导致全站实体不连贯
- 前端页面可见日期与代码内日期不一致,Google 提取错误日期导致点击率下降
- 在产品页面强行添加招聘专用的 JobPosting 标记,触发搜索引擎垃圾内容惩罚
- 面包板导航代码里的文字与页面实际显示的路径不一致,未能通过富媒体测试
怎么确认这次跑对了
- 已经形成可检查的包含具体字段和实体内容的 JSON-LD 代码段,可直接嵌入网页 head 标签内,关键判断能回到输入资料或过程证据。
- 已经形成可检查的网页类型与 Schema 模型的对照表,写明页面对应的具体实体类别,关键判断能回到输入资料或过程证据。
- 已经形成可检查的排除不适用类型的实际原因说明,写明因接口停用而不采纳的特定标记,关键判断能回到输入资料或过程证据。
- 已逐项检查「在页面添加了 Google 已经彻底停用的 HowTo 标记,搜索结果不显示」等高频问题,并记录需要人工确认的下一步。
网页结构化数据 Skill适合哪些岗位使用?
海外营销团队、SEO 经理、前端开发、内容运营。典型场景包括海外电商运营团队在产品页面上添加包含价格和库存状态的 Product 标记;SEO 经理为帮助中心文章配置 FAQPage 标记以触发搜索结果的常见问题展示卡;B2B 营销团队为博客文章添加 Article 标记以提高 Perplexity 和 ChatGPT 的引用准确率。
开始前需要准备什么资料?
至少需要目标页面 URL 以及包含 HTML 标签的前端源码结构、页面实际包含的文本内容,例如文章正文、产品标价或作者署名、期望在搜索结果中达成的展示样式,例如星标评级或常见问题下拉菜单。资料越具体,结果越能直接用于决策。
最后能得到什么可检查的结果?
包含具体字段和实体内容的 JSON-LD 代码段,可直接嵌入网页 head 标签内、网页类型与 Schema 模型的对照表,写明页面对应的具体实体类别、排除不适用类型的实际原因说明,写明因接口停用而不采纳的特定标记。每项都可以逐条核对来源和数字。
哪些情况下结果会不可靠?
在页面添加了 Google 已经彻底停用的 HowTo 标记,搜索结果不显示;把全公司级别的 Organization 标记限制在关于我们页面内,导致全站实体不连贯。出现这些情况时需要人工复核。
支持哪些 AI Agent?
已适配 WorkBuddy、OpenClaw、Hermes Agent、Codex、Claude Code、TRAE、ZCode 共 7 种,每种都有独立的安装说明和能力对照。
ORIGINAL SOURCE
完整 Skill 内容与版本资料
2 个原始文件,26 个文档章节,固定在 70987bad
上游原文完整保留在加搜服务器上,可逐节查看,也可以直接下载。 当前镜像共 2 个文件、20.6 KB。
SEO On-Page: Schema / Structured Data
Guides implementation of Schema.org structured data (JSON-LD) for rich snippets, enhanced search results, and Generative Engine Optimization (GEO).
When invoking: On first use, if helpful, open with 1–2 sentences on what this skill covers and why it matters, then provide the main output. On subsequent use or when the user asks to skip, go directly to the main output.
Scope (On-Page SEO)
- Schema markup: Schema.org types for rich results, AI search visibility, and machine-readable content
- Schema.org vs. search engines: Schema.org defines 800+ types; each search engine supports only a subset for rich results
Schema.org vs. Search Engine Support
Schema.org and Google Structured Data are not fully aligned. Schema.org is an open vocabulary (800+ types); Google, Bing, and other engines each support only a curated subset for rich results.
| Engine | Support | Notes |
|---|---|---|
| Subset only | Only types in Google's search gallery generate rich results. Valid Schema.org markup not in Google's list won't produce enhanced snippets—even if technically correct. | |
| Bing | Subset; different | Supports JSON-LD, Microdata, RDFa, Open Graph. Some types (e.g., Product, Offer) have format-specific support. Check Bing Webmaster docs. |
| Other engines | Varies | Yandex, DuckDuckGo, AI search tools (Perplexity, etc.) may use Schema.org for understanding even when they don't display rich results. |
Practical implication: Implement Schema.org markup for your content type. If Google doesn't show rich results for that type, Bing or AI systems may still use it. Always verify against Google's developer docs for Google-specific rich result eligibility.
Rich Results: Google Support (2026)
High-impact types: Product, Review snippets, Article/News, Video, Recipe, LocalBusiness, Event, Breadcrumb, Sitelinks searchbox, JobPosting.
Limited or context-dependent: FAQ (government/health sites for many queries), Education Q&A, Course, SoftwareApplication, Speakable (news), DiscussionForumPosting.
Deprecated: HowTo (fully removed for all devices as of Sep 2023), COVID data panels, some AMP-only formats, data-vocabulary.org.
Implementation: JSON-LD preferred; include @context, @type, stable @id; ISO 8601 dates; match structured data to visible content. Validate with Rich Results Test. Rich results can increase CTR up to ~35% and improve AI citation.
Schema ↔ SERP Features ↔ Rich Results (Strongly Related)
Schema, SERP features, and rich results are strongly related. Schema is the necessary condition for most rich results. When targeting a SERP feature, implement the corresponding schema type. See serp-features for the full SERP feature list and optimization.
Rich Results vs Featured Snippets
- Rich results: Schema-powered enhancements to standard listings (stars, breadcrumbs, FAQ dropdowns, product info). Appear within organic positions; do not require top-10 rank.
- Featured snippets: Google-extracted answer boxes at position zero. No schema required; content structure matters. Schema (FAQPage, HowTo, Article) can support extraction.
| Schema Type | SERP Feature / Rich Result | Notes |
|---|---|---|
| FAQPage | PAA, Featured Snippet | FAQ dropdown; Q&A-style snippet. Eligibility restricted for many sites (e.g. government/health) |
| BreadcrumbList | Breadcrumbs | Path display in result |
| AggregateRating, Review | Reviews / Stars | Star ratings |
| HowTo | Formerly rich results (deprecated Sep 2023) | No longer generates Google rich results; Bing/AI may still use |
| Article | In-Depth Articles, Snippet | Article rich result |
| VideoObject | Video | Video thumbnail; see video-optimization |
| Product, Offer | Shopping, Product | Product/shopping results |
| Recipe | Recipe | Recipe rich result |
| JobPosting | Google Jobs | Job listings |
| Event | Event | Event rich result |
| WebSite + SearchAction | Sitelinks searchbox | Site links for brand queries |
| Organization, Person | Knowledge Panel | Entity info; see entity-seo |
Workflow: 1) Use serp-features to identify target SERP feature; 2) Look up schema type in this table; 3) Implement and validate with Rich Results Test.
Generative Engine Optimization (GEO)
GEO = optimizing content so AI systems (Google AI Overviews, Perplexity, ChatGPT, Gemini) choose, cite, and quote your content in generated answers. Structured data makes content machine-readable; AI engines extract and cite more accurately. Key schema types for GEO: Organization, Person/Author, WebSite, WebPage, FAQPage, HowTo, Article, Product, AggregateRating. See generative-engine-optimization for full GEO strategy.
Initial Assessment
Check for project context first: If .claude/project-context.md or .cursor/project-context.md exists, read it for product type and content.
Identify:
- Page type: Article, Product, FAQ, Organization, JobPosting, Event, etc.
- Content: What entities to describe
- Goal: Rich snippets, AI Overview visibility, Knowledge Panel
Schema Type Classification
Core Types (General Use)
| Type | Use case |
|---|---|
| Organization | Site-wide; company info, logo, sameAs; see placement below |
| WebSite | Site-wide; search action, site name; pair with Organization on homepage |
| Article | Blog posts, news, tool intros |
| BreadcrumbList | Breadcrumb navigation |
| FAQPage | FAQ sections; triggers PAA-style results |
| Person | Author info; pairs with Article |
| ImageObject | Image metadata for rich results |
| HowTo | Tutorials, step-by-step guides. Note: Google fully deprecated HowTo rich results for all devices (Sep 2023); Bing/AI may still consume HowTo schema |
Exclusive Types (Specific Scenarios)
| Type | Use case |
|---|---|
| JobPosting | Recruitment sites, AI Job Matching |
| Product | E-commerce product pages |
| Event | Event pages, ticketing (not general blogs) |
| SoftwareApplication | App pages, tool pages |
| LocalBusiness | Local business pages |
| Dataset | Data platforms, datasets |
| DiscussionForumPosting | Forums, community posts |
| Quiz | Education, flashcards |
| MathSolver | Math tools |
| CaseStudy | Case study pages |
| Recipe | Recipes, meal plans, cooking instructions |
Rule: Use core types for most sites. Use exclusive types only when page content matches (e.g., don't use Event on a blog; don't use JobPosting on a product page).
Organization & WebSite Schema Placement
| Where | Organization | WebSite | Notes |
|---|---|---|---|
| Homepage | Minimum | Minimum | Add both Organization and WebSite to homepage at least. Organization describes the entity that owns the site; WebSite enables sitelinks searchbox and site identity. |
| Root layout / global | Optimal | Optimal | Place in site-wide layout (e.g. layout.tsx, _document, global header/footer) so schema appears on every page. Google uses the first instance found; one instance per site is sufficient. |
| About page | No | No | About page uses AboutPage schema (page-specific: headline, description, author, about). Organization is entity-level, not page-level—do not confine it to About. See about-page-generator. |
Implementation: JSON-LD in <head>; use @id (e.g. https://example.com/#organization) to link Organization ↔ WebSite ↔ WebPage for entity graph. See entity-seo for @id and Knowledge Panel.
Action: Website/Product Type → Schema Mapping
Use this table to recommend which exclusive schema types fit a site. Match the site's content and product type to the most relevant schema. When in doubt, start with core types (Organization, WebSite, Article); add exclusive types only when content clearly matches.
| Website / Product type | Recommended exclusive schema | Why |
|---|---|---|
| AI meal planner, recipe site, food blog, cooking app | Recipe | Ingredients, instructions, cook time, servings—highly relevant for food/meal content. Google supports Recipe rich results. |
| Job board, recruitment site, careers page | JobPosting | Title, company, location, salary, employment type. Required for Google Jobs. |
| Event platform, ticketing, webinar, conference | Event | Date, location, price. Use only on actual event pages. |
| SaaS, app, Chrome extension, tool, software product page | SoftwareApplication | App name, category, rating, price, OS. Fits product/feature pages. |
| E-commerce product page | Product | Price, availability, brand, reviews. Use with Offer, AggregateRating. |
| Forum, community, Reddit-style, Q&A | DiscussionForumPosting | Post content, author, comments. For user-generated discussion. |
| Data platform, dataset repository, Scale AI / Surge AI | Dataset | Dataset name, creator, license, distribution format. For data catalog pages. |
| Education site, flashcards, Quizlet-style | Quiz | Question-answer pairs. For educational Q&A content. |
| Math solver, calculator, equation tool | MathSolver | Math problem input, solution output. For math tools. |
| Restaurant, local service, store locator | LocalBusiness | Address, hours, NAP. For local SEO. |
| Case study, customer story page | CaseStudy | Client, outcome, methodology. For B2B case studies. |
| FAQ page, product FAQ, support FAQ | FAQPage | Question + acceptedAnswer pairs. Triggers PAA-style results. |
| Tutorial, how-to guide, step-by-step | HowTo | Steps, tools, time. Note: Google fully deprecated HowTo rich results (Sep 2023); Bing/AI may still consume the schema. Consider FAQPage as alternative |
| News article, press release | NewsArticle | Use instead of Article for news. |
| Video page, podcast episode | VideoObject / PodcastEpisode | For video/audio content. See video-optimization for VideoObject, thumbnail, key moments. |
Examples:
- AI meal planner (e.g., generates weekly meal plans with recipes) → Add Recipe schema to each recipe/meal page; Article or WebPage for landing pages
- AI writing tool → SoftwareApplication on product page; Article on blog
- Recruitment SaaS → JobPosting on job listing pages; SoftwareApplication on product page
- Recipe blog → Recipe on each recipe post; Article for non-recipe posts
Output: When recommending schema, state: (1) which exclusive types fit the site/product, (2) which page types get which schema, (3) core types to add site-wide (Organization, WebSite, BreadcrumbList).
Article / BlogPosting / NewsArticle: Type Selection & Implementation
Choose the most specific type that matches content:
| Type | Use case |
|---|---|
| BlogPosting | Informal blog posts; individual authors; regularly updated |
| Article | Formal, evergreen content; tool intros; encyclopedic |
| NewsArticle | Time-sensitive news; recognized publishers |
Required properties: headline (max 110 chars), image (min 1200px wide; absolute URL), datePublished (ISO 8601), author (Person or Organization), publisher (Organization with logo).
Recommended: dateModified, description, mainEntityOfPage (canonical URL).
Date display for CTR: Google recommends showing only one date on the page. If both datePublished and dateModified are visible, Google may pick the wrong date for SERP display—Search Engine Land saw ~22% CTR drop. Best practice: show dateModified if it exists, otherwise datePublished. Keep both in JSON-LD; the rule applies to visible date only.
JSON-LD example (BlogPosting):
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "The Ultimate SEO Checklist for 2025",
"description": "A complete guide to optimizing blog posts for search and AI.",
"image": "https://example.com/image.jpg",
"datePublished": "2025-01-15T09:00:00Z",
"dateModified": "2025-02-01T14:30:00Z",
"author": { "@type": "Person", "name": "Jane Doe", "url": "https://example.com/author/jane" },
"publisher": { "@type": "Organization", "name": "Example", "logo": { "@type": "ImageObject", "url": "https://example.com/logo.png" } }
}
Place in <head> via <script type="application/ld+json">. For article pages, use og:type: article with og:article:published_time, og:article:modified_time, og:article:author. See article-page-generator, open-graph.
BreadcrumbList
For breadcrumb navigation. Schema must match visible breadcrumbs exactly. See breadcrumb-generator for UI, placement, and semantic HTML.
| Requirement | Guideline |
|---|---|
| Format | JSON-LD in <script type="application/ld+json"> |
| URLs | Absolute URLs with https:// for each item |
| Position | Sequential integers starting from 1 |
| Match | Schema must match visible breadcrumbs exactly |
JSON-LD example:
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{ "@type": "ListItem", "position": 1, "name": "Home", "item": "https://example.com/" },
{ "@type": "ListItem", "position": 2, "name": "Category", "item": "https://example.com/category/" },
{ "@type": "ListItem", "position": 3, "name": "Current Page", "item": "https://example.com/category/current-page/" }
]
}
Multiple paths: Google supports multiple BreadcrumbList objects on the same page when a page is reachable via multiple paths (e.g., product in multiple categories). Use an array of BreadcrumbList objects.
Best Practices
| Principle | Guideline |
|---|---|
| Accuracy | Data must match visible page content; never add invisible or misleading data |
| Completeness | Include all required properties per type |
| Most specific type | Use NewsArticle over Article when applicable |
| JSON-LD | Preferred format; place in <script type="application/ld+json"> |
| @id for entities | Use @id for Organization, Person to enable entity linking; see entity-seo |
| Phased implementation | Add required properties first; then optional for optimization |
| Validation | Test with Rich Results Test and Schema Markup Validator |
| inLanguage (multilingual) | Add "inLanguage": "en-US" (IETF BCP 47) to match hreflang; localize names, descriptions, FAQs for rich snippets per locale |
Multilingual Schema (inLanguage)
For multilingual sites, add inLanguage to JSON-LD to reinforce language targeting. Align with hreflang values (e.g. "inLanguage": "zh-CN" with hreflang="zh-CN").
Localize schema data: Translate structured data fields (name, description, FAQ acceptedAnswer, etc.) for each locale to improve rich snippet CTR in that language.
Types that support inLanguage: Article, BlogPosting, WebApplication, FAQPage, HowTo, Product, Organization.
Implementation Workflow
- Analyze page type and content; choose matching Schema type
- Select format — JSON-LD recommended (Google, Bing, AI tools support it)
- Write structured data; start with required properties
- Validate with Rich Results Test, Schema Markup Validator
- Deploy and monitor via Search Console enhanced reports
Common Errors and Fixes
| Error | Fix |
|---|---|
| Data doesn't match visible content | Schema must describe only what users see |
| Missing required properties | Check Google/Schema.org docs for each type |
| Wrong type for page | Don't use Event on non-event pages; don't use JobPosting on product pages |
| Format/syntax errors | Validate JSON-LD; check quotes, brackets, commas |
| Over-markup | Mark only relevant content; avoid stuffing unrelated types |
Implementation
Next.js (metadata)
export const metadata = {
other: {
'script:ld+json': JSON.stringify({
"@context": "https://schema.org",
"@type": "Article",
"headline": "...",
"description": "...",
"inLanguage": "en-US",
"image": "https://example.com/image.jpg",
"datePublished": "2024-01-01T00:00:00Z",
"dateModified": "2024-01-15T00:00:00Z",
"author": { "@type": "Person", "name": "..." },
"publisher": { "@type": "Organization", "name": "...", "logo": { "@type": "ImageObject", "url": "..." } }
}),
},
};
HTML (generic)
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "...",
"description": "...",
"inLanguage": "en-US",
"author": { "@type": "Person", "name": "..." },
"publisher": { "@type": "Organization", "name": "...", "logo": { "@type": "ImageObject", "url": "..." } }
}
</script>
Validation Tools
| Tool | Purpose |
|---|---|
| Google Rich Results Test | Check if Google can generate rich results |
| Schema Markup Validator | Validate against Schema.org spec |
| Search Console | Enhanced reports; monitor validity over time |
Output Format
- Action first: Use the Website/Product Type → Schema Mapping table to recommend which exclusive schema fits the site (e.g., AI meal planner → Recipe; SaaS tool → SoftwareApplication)
- Schema type recommendation (core vs. exclusive)
- Page-level mapping: Which pages get which schema
- JSON-LD structure with required properties
- Validation steps
- References: Schema.org, Google Structured Data, Bing Markup
Related Skills
- article-page-generator: Article structure; Article/BlogPosting/NewsArticle schema; date display
- serp-features: Strongly related—schema maps to SERP features; see mapping table above
- faq-page-generator: FAQPage schema; FAQ content structure
- howto-section-generator: HowTo section component (steps, JSON-LD); HowTo vs FAQPage
- breadcrumb-generator: BreadcrumbList schema implementation
- featured-snippet: FAQPage, HowTo for snippets
- video-optimization: VideoObject, video sitemap, thumbnail, key moments
- entity-seo: Organization, Person for entity recognition; @id; Knowledge Panel
- homepage-generator: Organization + WebSite schema on homepage or root layout
- indexing: Google Indexing API for JobPosting, BroadcastEvent
当前镜像保留 2 个文件,共 20.6 KB。点击文件名可查看加搜服务器上的原始内容。
| 文件 | 大小 | 内容指纹 |
|---|---|---|
| SKILL.md | 20,041 B | 78262fdc41f5… |
| UPSTREAM_LICENSE.txt | 1,065 B | 9f06c77b8931… |
评价将按 Skill 与版本归档,帮助营销人了解真实任务中的使用体验。敬请期待。
来源与版本声明
本页面由加搜科技整理业务说明并托管安装文件。原始 Skill 来源渠道:GitHub; 原始项目名称:schema-markup; 固定版本:70987bad4ebe; 许可证:MIT。技能包内保留完整出处和许可证说明。
各 Agent 能力说明参考对应官方文档。页面不提供外部跳转。
INSTALL
三种安装方式
网页结构化数据 Skill v1.0.0,ZIP 带 SHA256 校验
默认做法是把提示词复制给 AI Agent,让它自己下载并安装。提示词里已经写清要用完整 ZIP、装完报告目录、并先跑一个小任务验证。
METHOD 01 · 交给 AI 自己装
复制提示词
适合大多数情况。Agent 会下载 ZIP、解压、放到正确目录,并在缺少权限时告诉你需要手工做哪一步。
请帮我把「网页结构化数据 Skill」安装到我正在使用的 AI Agent。 1. 下载完整 Skill ZIP:https://www.vibemarketing.work/packages/skill-schema/1.0.0/skill-schema.zip 注意:网页 HTML 不能当作 Skill 文件安装,必须使用 ZIP 里的完整文件。 2. 解压后保留 SKILL.md 及全部配套文件,按你所用 Agent 的 Skill 目录规则安装。 3. 安装完成后告诉我实际安装目录。 4. 用一个只读小任务验证 Skill 已被识别。 5. 如果你没有联网、下载或写目录权限,请直接告诉我哪几步需要我手工完成。 参考:原始 SKILL.md https://www.vibemarketing.work/raw/skill-schema/SKILL.md;安装指南 https://www.vibemarketing.work/agent-install/skill-schema.md
METHOD 02 · 自己下载
下载完整 ZIP
包内含 SKILL.md 与全部配套文件,附 manifest.json 与 SHA256 校验值,可离线安装与版本冻结。
METHOD 03 · 手动放目录
手动安装
解压 ZIP 后,按所用 Agent 的目录规则放入:
- WorkBuddy
技能 → 添加技能 → 上传技能 → 选择本地技能包 - OpenClaw
openclaw skills install ./skill-schema --as schema_skill - Hermes Agent
mkdir -p ~/.hermes/skills && cp -R ./skill-schema ~/.hermes/skills/ - Codex
mkdir -p ~/.codex/skills && cp -R ./skill-schema ~/.codex/skills/ - Claude Code
mkdir -p ~/.claude/skills && cp -R ./skill-schema ~/.claude/skills/ - TRAE
在 Skills 设置中导入包含 SKILL.md 的 skill-schema 目录;项目级 Skill 可放入 .agents/skills/skill-schema - ZCode
mkdir -p ~/.zcode/skills && cp -R ./skill-schema ~/.zcode/skills/
HTML 业务页面不能直接当作 Skill 文件安装。AI 需要下载完整 ZIP 并保留配套文件。
BY AGENT
适配的 AI Agent
7 个 Agent 里,7 项能力决定了差异
同一个 Skill,换个 AI 做法就不一样。点进去能看到它在这 7 步里能直接跑通几步、哪几步得你自己补、装完先跑什么验证。
- WorkBuddy 网页结构化数据 Skill 中文办公、本地资料和企业协作
- OpenClaw 网页结构化数据 Skill 本地工作区、目录化 Skill、命令和批处理
- Hermes Agent 网页结构化数据 Skill 长任务、消息入口和阶段进度
- Codex 网页结构化数据 Skill 本地文件、数据、代码和正式交付物
- Claude Code 网页结构化数据 Skill 项目上下文、文件、终端和 MCP
- TRAE 网页结构化数据 Skill 营销工作与网站、落地页和程序化 SEO
- ZCode 网页结构化数据 Skill 长上下文、长任务、项目文件和远程跟进
FURTHER READING
网页结构化数据 Skill 相关的实操文章
别人做同类任务时踩过的坑和总结,动手前后都值得翻一下。
一次讲透技术SEO:输入什么、输出什么、怎样稳定批量产出
内容供应链在搜索引擎出现了新的内容机会,这篇只整理值得测试的三个方向和两个暂缓项。
创业者要不要装 Workflow Orchestrator?5分钟判断
给出工作流编排的最短操作路径,用一个真实感示例演示如何从搜索词反推内容选题,并标出能形成可复用模板的关键设置。
Codex现场笔记:让新人也能跑通完整流程
围绕Codex近期变化,测试技术SEO在研究、生成和分发三个环节的表现。
研究人员实测数据叙事:一轮完成,目标是让协作更顺畅
给出数据叙事的最短操作路径,用一个真实感示例演示如何生成能直接交付的客户方案,并标出能让协作更顺畅的关键设置。
Content Brief Builder 入门指南|给研究人员的第一套配置
一页看懂内容简报。包含适用场景、最小输入和为新品做一周内容排期的示例。
用飞书文档做微信公众号内容,怎样真正快速验证方向
这份参考把 Feishu Doc Writer 放进微信公众号生产流程,覆盖输入准备、提示词结构、结果验收和二次修改。适合代理商项目组快速试跑,也会提醒“标签过多导致召回失真”这一类高频问题。
以上文章正在编辑中,上线后可直接点击阅读。即将上线,敬请期待。
搭配使用
搜索结果页特性优化 Skill、模板页面生成 Skill、营销动作效果验证 Skill、冷启动获客 Skill、海外社区论坛推广 Skill、竞品分析 Skill
按这个 Skill 的产出能不能直接被下一个 Skill 用上来推荐,不是固定名单。多数情况下按顺序跑完一组,比单独用一个效果更好。
搜索结果页特性优化 Skill
把目标关键词的 Google 搜索结果页拆解为具体特性,输出各项特性的获取要求与结构化数据对照表。
模板页面生成 Skill
根据模板组件和数据源,产出带转化按钮的聚合展示页和详情页页面结构与文案。
营销动作效果验证 Skill
把营销改动前后的平台数据拉取出来,对比核心指标,生成一份决定保留或放弃该改动的验证报告。
冷启动获客 Skill
把零用户状态转化为明确的渠道清单和 7 周上线时间表,指导产品拿到首批种子用户。
海外社区论坛推广 Skill
把论坛发帖和社群邀请的执行规则,整理成包含渠道选择、发帖文案和邀请触点的行动清单。
竞品分析 Skill
输入竞品网址,快速生成结构化、可比较的竞争对手画像。
- 01
搜索结果页特性优化 Skill
这个 Skill 产出的landing_page、schema_markup,正好是它需要的输入,可以直接接着跑
- 02
模板页面生成 Skill
这个 Skill 产出的landing_page、schema_markup,正好是它需要的输入,可以直接接着跑
- 03
营销动作效果验证 Skill
这个 Skill 产出的landing_page,正好是它需要的输入,可以直接接着跑
- 04
冷启动获客 Skill
这个 Skill 产出的landing_page,正好是它需要的输入,可以直接接着跑
- 05
海外社区论坛推广 Skill
这个 Skill 产出的landing_page,正好是它需要的输入,可以直接接着跑
- 06
竞品分析 Skill
这个 Skill 产出的landing_page,正好是它需要的输入,可以直接接着跑