内容与创意 · tab-accordion-designer

网页标签页与折叠区块设计 Skill

把产品规格、异议解答或长内容整理成主题清楚、手机端好读、无需点击加载正文的标签页与折叠区块。

产品页信息太长、规格和说明挤在一起,或手机端横向标签难以操作时,可以用它判断哪些内容适合直接展示、哪些内容适合折叠,以及该选横向标签还是纵向手风琴。Skill 会生成区块位置、标签文案、内容分组、初始 HTML 与交互规格,并检查同一组内容是否围绕一个主题、首项状态、键盘操作和移动端替代方式。

WHAT IT SOLVES

把产品规格、异议解答或长内容整理成主题清楚、手机端好读、无需点击加载正文的标签页与折叠区块

把产品规格、异议解答或长内容整理成主题清楚、手机端好读、无需点击加载正文的标签页与折叠区块。跑完你拿到的是区块决策表:父页面位置、主要信息、补充信息、横向标签或纵向折叠选择,中间一共 7 步。

最适合的真实场景

  • 01

    产品页把尺寸、材料、配送和服务说明分成同一产品主题下的几个标签,减少连续长段落

  • 02

    定价页用折叠项解释计费条件、升级方式和取消规则,同时让主 CTA 始终直接可见

  • 03

    落地页用手风琴呈现购买异议和补充说明,避免把核心价值主张藏进默认关闭的面板

  • 04

    手机端横向标签过多、文字被截断,需要改为可滚动标签栏、下拉选择或纵向折叠

  • 05

    旧组件只在点击后请求正文,需要改为初始 HTML 全量输出,再用 CSS 或 JavaScript 控制显示

你要先准备的资料

  • 父页面 URL、页面类型、目标读者、访问意图、主 CTA 和区块预定位置
  • 准备分组的标题、正文、规格、问题或异议,以及每项的重要程度和更新频率
  • 新建区块需说明页面实现方式;改造现有区块时提供当前组件、初始 HTML、点击后请求逻辑、默认展开项及 CSS 与 JavaScript 限制
  • 桌面和手机布局、键盘与焦点要求、品牌语气和设计系统组件
  • 各内容项是否拥有独立搜索意图、独立链接需求或足以单独成页的内容

跑完你会拿到什么

  • 区块决策表:父页面位置、主要信息、补充信息、横向标签或纵向折叠选择
  • 内容分组稿:每组主题、标签或 summary、回答开头、正文、默认状态和拆页建议
  • 语义化实现规格:details/summary 或标签控件结构、初始 HTML 和显示切换方式
  • 响应式与交互说明:手机替代布局、键盘操作、展开或切换提示和默认状态
  • 发布检查清单:同一主题、首项状态、点击加载、关闭脚本、渲染后 HTML 和代表页面测试

METHOD

确认父页面与内容主次 → 检查各项是否围绕同一主题 → 选择标签页或纵向折叠 等 7 个环节

一共 7 步。其中 6 项能力决定了换个 AI 会不会更麻烦。

  1. 确认父页面与内容主次记录页面目标、目标读者、区块位置和主 CTA,把决定用户是否继续阅读的主要信息与规格、异议、补充说明等次要信息分开。
  2. 检查各项是否围绕同一主题逐项写出内容主题和用户问题。能共同回答同一个产品或任务的问题可以放进一组;各项拥有独立搜索意图和完整内容时,优先拆成独立页面。
  3. 选择标签页或纵向折叠少量并列内容、桌面端需要快速切换时考虑横向标签;项目较多、问题较长或手机端需要自然滚动时优先纵向手风琴。
  4. 编写描述性标签标签或 summary 直接写规格、部署方式、退款规则等具体主题,避免只写更多、详情或第一项。正文开头先回答对应问题,再补条件和说明。
  5. 让正文进入初始 HTML页面首次返回时就包含全部标签与折叠项正文,CSS 或 JavaScript 只切换显示状态。避免点击后才通过 AJAX 或 fetch 请求关键信息。
  6. 补齐交互与移动端规格普通折叠可使用 details/summary;定制标签要提供清楚的当前状态与切换提示,并检查键盘操作。手机端确定折叠、可滚动标签栏或下拉方式。
  7. 回读页面并完成检查核对首项状态、标题与正文对应、关闭脚本后的可读性、手机宽度和键盘操作,并在渲染后 HTML 中确认完整正文存在。

这个 Skill 用到的能力: 写本地文件页面预览操作前确认联网检索打开网页取正文运行脚本 。不同 AI 对这些能力的支持程度不一样,所以同一个 Skill 换个 AI,有几步做法会变。

WORKED EXAMPLE

示例:SaaS 定价页整理套餐补充说明

示例:SaaS 定价页整理套餐补充说明

假设一家 SaaS 的定价页在套餐卡片后连续放了部署、数据保留、账单和取消规则四段长文。团队提供现有页面、真实政策、主 CTA、手机端截图和组件代码,希望缩短滚动距离,又不隐藏购买前必须知道的条件。

  1. 确认价格、核心额度和主 CTA 继续直接展示,部署与政策说明进入补充区块
  2. 检查四项都围绕购买前的套餐条件,保留在同一页面,不拆成不同主题标签
  3. 桌面端使用四个短标签,手机端改为纵向折叠,标签名称分别写部署方式、数据保留、账单与取消
  4. 让四组正文全部进入初始 HTML,交互只控制显示;退款限制等关键信息放在每组开头
  5. 回读桌面与手机页面,检查首项状态、键盘焦点、关闭脚本后的正文和渲染后 HTML

预期结果:得到可交给产品、内容、设计和前端共同确认的内容分组稿、响应式组件规格与检查清单。示例不预设搜索排名、摘要引用或套餐转化变化,真实政策和上线决定仍由负责人确认。

PITFALLS · VERIFICATION

把价值主张、价格和主 CTA 放进默认关闭的面板

最常踩的坑

  • 把价值主张、价格和主 CTA 放进默认关闭的面板,用户进入页面后看不到关键判断信息
  • 标签只写功能一、功能二或更多,离开上下文后无法判断面板内容
  • 每个标签讲完全不同的服务或主题,页面主题被拆散,用户也无法预测切换结果
  • 点击标签后才请求正文,抓取失败、脚本异常或无脚本访问时只剩空面板
  • 桌面端标签直接压缩到手机宽度,文字被截断,焦点顺序和当前状态也不清楚

怎么确认这次跑对了

  • 已经形成可检查的区块决策表:父页面位置、主要信息、补充信息、横向标签或纵向折叠选择,关键判断能回到输入资料或过程证据。
  • 已经形成可检查的内容分组稿:每组主题、标签或 summary、回答开头、正文、默认状态和拆页建议,关键判断能回到输入资料或过程证据。
  • 已经形成可检查的语义化实现规格:details/summary 或标签控件结构、初始 HTML 和显示切换方式,关键判断能回到输入资料或过程证据。
  • 已逐项检查「把价值主张、价格和主 CTA 放进默认关闭的面板,用户进入页面后看不到关键判断信息」等高频问题,并记录需要人工确认的下一步。
网页标签页与折叠区块设计 Skill适合哪些岗位使用?

产品营销经理、内容营销团队、SEO 编辑、增长设计师、产品运营与前端开发。典型场景包括产品页把尺寸、材料、配送和服务说明分成同一产品主题下的几个标签,减少连续长段落;定价页用折叠项解释计费条件、升级方式和取消规则,同时让主 CTA 始终直接可见;落地页用手风琴呈现购买异议和补充说明,避免把核心价值主张藏进默认关闭的面板。

开始前需要准备什么资料?

至少需要父页面 URL、页面类型、目标读者、访问意图、主 CTA 和区块预定位置、准备分组的标题、正文、规格、问题或异议,以及每项的重要程度和更新频率、新建区块需说明页面实现方式;改造现有区块时提供当前组件、初始 HTML、点击后请求逻辑、默认展开项及 CSS 与 JavaScript 限制。资料越具体,结果越能直接用于决策。

最后能得到什么可检查的结果?

区块决策表:父页面位置、主要信息、补充信息、横向标签或纵向折叠选择、内容分组稿:每组主题、标签或 summary、回答开头、正文、默认状态和拆页建议、语义化实现规格:details/summary 或标签控件结构、初始 HTML 和显示切换方式。每项都可以逐条核对来源和数字。

哪些情况下结果会不可靠?

把价值主张、价格和主 CTA 放进默认关闭的面板,用户进入页面后看不到关键判断信息;标签只写功能一、功能二或更多,离开上下文后无法判断面板内容。出现这些情况时需要人工复核。

支持哪些 AI Agent?

已适配 WorkBuddy、OpenClaw、Hermes Agent、Codex、Claude Code、TRAE、ZCode 共 7 种,每种都有独立的安装说明和能力对照。

ORIGINAL SOURCE

2 个原始文件,16 个文档章节,固定在 70987bad

上游原文完整保留在加搜服务器上,可逐节查看,也可以直接下载。 当前镜像共 2 个文件、9.4 KB。

原始 Skill 文档 上游原文完整保留,中文概述已转换为营销任务、输入资料和交付结果。

Components: Tab & Accordion

Guides tab and accordion implementation for organizing content without excessive vertical space. Two layout patterns: vertical accordion (FAQ-style, stacked) and horizontal tabs (how-to style, side-by-side). Both improve UX by reducing scroll; SEO impact depends on implementation and content placement.

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.

Layout Patterns

Pattern Layout Best for Example
Vertical accordion Stacked; expand/collapse one at a time FAQ, Q&A, long lists, objection handling "How do I return?" → answer below
Horizontal tabs Side-by-side labels; one panel visible How-to steps, product specs, pricing tiers, comparisons "Step 1 | Step 2 | Step 3" or short action labels (see howto-section-generator—labels should match H2 intent, not contradict a fixed “N steps” title)

Mobile: Vertical accordion works well on small screens (natural scroll). Horizontal tabs can feel cramped—consider accordion, dropdown, or full-width tab bar that scrolls.

SEO: Is It Friendly?

Google's position: Google indexes and ranks content inside tabs and accordions fully; hidden content receives full weight (confirmed since 2016 mobile-first indexing). Gary Illyes: "we index the content, its weight is fully considered for ranking."

Practical nuance: Some tests show always-visible content outperforms hidden content in rankings. Reserve tabs/accordions for secondary content; place primary, keyword-critical content in visible areas.

Content type Placement
Primary / ranking-focused Visible above fold; not hidden
Secondary / supporting Tabs, accordions acceptable
FAQ answers Accordion OK; first item expanded by default; see faq-page-generator
Indexing Requirements

Content must be in the DOM on page load. Google does not simulate user clicks; it cannot "click" tabs to discover content.

Implementation Indexed?
All tab content in HTML at load ✅ Yes
Content loaded via AJAX on tab click ❌ No

Recommendation: Server-render all tab content in the initial HTML; use CSS/JS only to show/hide. Prefer <details>/<summary> or equivalent server-rendered markup. See rendering-strategies for SSR, SSG, CSR and crawler visibility.

Horizontal Tabs: More Tabs, More Content?

Technically: Yes—if all content is in the DOM at load, more tabs = more indexable content. Mobile-first indexing gives full weight to tabbed content in HTML.

Strategically: Not always. Signal dilution occurs when many tabs = many different topics on one page. Google may struggle to understand which query the page should rank for; topical authority and keyword focus get spread thin.

Scenario Use tabs? Alternative
Same topic (How-to Step 1/2/3; product specs: dimensions, materials, shipping) ✅ Yes
Different topics (Service A, Service B, Portfolio, Blog) ❌ No Separate URLs per topic; see content-strategy for pillar/cluster

When many horizontal tabs work: All tabs semantically related to one query (e.g., one how-to, one product). When to use separate pages: Each tab is a distinct topic deserving its own URL, crawl, and ranking opportunity.

Implementation

Native HTML (Recommended)

Use <details> and <summary>—no JavaScript required; accessible; crawlable.

<details open>
  <summary>First question (expanded by default)</summary>
  <p>Answer content here.</p>
</details>
<details>
  <summary>Second question</summary>
  <p>Answer content here.</p>
</details>
  • First tab/accordion: Add open attribute so it's expanded by default
  • <summary>: Must be first child of <details>; acts as toggle
  • Progressive enhancement: Style with CSS; add JS only if needed (e.g., close others when one opens)
JavaScript-Dependent Tabs

If using JS-only tabs: ensure all tab content is in the DOM at page load, not loaded via AJAX on click. Google does not simulate tab clicks. Prefer <details>/<summary> or server-rendered HTML. See rendering-strategies.

Avoid
  • Content loaded only after user click (AJAX, lazy-loaded via fetch)—crawlers will not index it
  • display: none or visibility: hidden for primary content—Google may treat differently
  • Many tabs with unrelated topics on one page—causes signal dilution; use separate URLs instead

Content Best Practices

Practice Purpose
First item expanded Ensures primary content visible on load; better for SEO and UX
Descriptive headers <summary> / tab labels should clearly describe content; include keywords naturally
Logical structure H2/H3 for sections; supports snippet extraction; see featured-snippet
Answer-first For FAQ: 40–60 words direct answer; then detail; see faq-page-generator

Use Cases

Use case Format Layout Notes
FAQ Accordion Vertical FAQPage schema; first Q expanded; see faq-page-generator
How-to steps Tabs Horizontal Numbered “Step n” or descriptive tab titles; sequential flow; same step count as section H2 if the H2 uses a number (howto-section-generator)
Product specs Tabs Horizontal Dimensions, materials, shipping—secondary to hero
Long guides Accordion Vertical Collapsible sections; see toc-generator
Pricing tiers Tabs Horizontal Compare plans; primary CTA visible
Objection handling Accordion Vertical "What about X?"—supporting conversion

Schema & Rich Results

  • FAQ (vertical accordion): FAQPage JSON-LD; schema must match on-page content exactly; see schema-markup, faq-page-generator
  • How-to (horizontal tabs): HowTo schema for step-by-step content; see howto-section-generator, schema-markup, featured-snippet
  • Other tabs: No specific schema; ensure semantic HTML (headings, structure)

UX & Accessibility

  • Visual indicator: Arrow, plus/minus, or chevron to show expand/collapse state
  • Keyboard: <details>/<summary> natively keyboard-accessible
  • Core Web Vitals: Avoid layout shift (CLS) when expanding; reserve space or animate smoothly
  • Mobile: Touch targets ≥44×44px; vertical accordion often better than horizontal tabs on small screens (tabs can be cramped; accordion scrolls naturally)

Pre-Implementation Checklist

  • All tab/accordion content in DOM at page load (no AJAX on click)
  • Primary ranking content visible, not hidden
  • First tab/accordion expanded by default
  • Using <details>/<summary> or equivalent server-rendered HTML
  • Headers descriptive; keywords natural
  • Tabs share one topic (avoid signal dilution); if different topics, consider separate pages
  • For FAQ: FAQPage schema matches content

Related Skills

  • faq-page-generator: FAQ structure, answer length, schema; accordion is common FAQ UI
  • howto-section-generator: HowTo section; steps in tabs vs FAQ; JSON-LD alignment
  • featured-snippet: Answer-first, H2/H3; content in accordions can be extracted
  • schema-markup: FAQPage for FAQ accordions; HowTo for step-by-step tabs
  • content-strategy: Pillar/cluster architecture; when to use separate pages vs tabs
  • toc-generator: Collapsible TOC; similar disclosure pattern
  • content-optimization: Word count, structure, multimedia in expandable sections
  • rendering-strategies: SSR, SSG, CSR; content in initial HTML for crawlers

来源与版本声明

本页面由加搜科技整理业务说明并托管安装文件。原始 Skill 来源渠道:GitHub; 原始项目名称:tab-accordion; 固定版本: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-tab-accordion/1.0.0/skill-tab-accordion.zip
   注意:网页 HTML 不能当作 Skill 文件安装,必须使用 ZIP 里的完整文件。
2. 解压后保留 SKILL.md 及全部配套文件,按你所用 Agent 的 Skill 目录规则安装。
3. 安装完成后告诉我实际安装目录。
4. 用一个只读小任务验证 Skill 已被识别。
5. 如果你没有联网、下载或写目录权限,请直接告诉我哪几步需要我手工完成。
参考:原始 SKILL.md https://www.vibemarketing.work/raw/skill-tab-accordion/SKILL.md;安装指南 https://www.vibemarketing.work/agent-install/skill-tab-accordion.md

FURTHER READING

网页标签页与折叠区块设计 Skill 相关的实操文章

别人做同类任务时踩过的坑和总结,动手前后都值得翻一下。

营销邮件打开率突然下降,先查送达、名单还是内容

这次营销邮件发出后,打开率比往期低了不少。内容同事先改主题行,运营把发送时间从上午挪到晚上,第二轮数据仍没有起色。这样的排查很常见,问题在于打开率把几件事压成了一个数字:平台怎样统计、邮件有没有被接收

  • Vibe Marketing
  • 营销自动化
  • 内容营销
  • 营销分析

转化率掉了别盯按钮颜色,来的人可能已经换了一批

流量结构一变,后台最显眼的数字就是转化率往下掉。很多人的反应是改按钮颜色、改表单字段、再开一轮首屏测试。这些能测,但排在后面。转化率是「来的人里有多少做了你要的动作」,来的人换了,动作完成率一定会动。

  • 转化率
  • AARRR
  • 落地页

分享到 LinkedIn 的标题,别拿页面 Title 直接去灌

文章页点了分享,LinkedIn 和 X 上弹出来的卡片,用的经常是页面后台 Title。后台 Title 是写给搜索和浏览器标签的,里面会塞栏目名、品牌名、竖线分隔,拿到信息流里又长又像后台。分享卡

  • 海外社媒
  • 内容分发
  • 落地页

关键词拓展Skill怎么用:输入输出契约与验收标准

关键词拓展 Skill 的正确用法,是把它当成一个有明确输入输出契约的执行单元:你交给它种子词、业务边界和排除规则,它返回一张带意图标注的候选词表。多数人调用后拿到一堆不可用的词,问题不在 Skill

  • Vibe Marketing
  • SEO
  • 关键词研究

相似关键词该合并还是分开写:三步意图判断法

相似关键词该合并还是分开写,取决于读者要完成的任务是否同一件,而不取决于字面差了几个字。先判断搜索意图、答案框架和独占信息能不能独立成立,再决定一页还是两页。写成两篇却回答同一问题,传统搜索会互相抢排

  • Vibe Marketing
  • SEO
  • 关键词研究

按这个 Skill 的产出能不能直接被下一个 Skill 用上来推荐,不是固定名单。多数情况下按顺序跑完一组,比单独用一个效果更好。

出海增长#01

应用商店优化 Skill

应用商店优化把商店页链接转成六维 ASO 审计与整改清单。

来源项目 · coreyhaines31/marketingskills ★ 47,379 · Fork 7,380
内容与创意#02

网站内容卡片设计 Skill

把产品、文章、模板或工具信息整理成便于快速浏览的网站内容卡片。明确标题、图片、说明、元数据和主要动作的顺序。

来源项目 · kostja94/marketing-skills ★ 954 · Fork 132
数据与自动化#03

营销动作效果验证 Skill

把营销改动前后的平台数据拉取出来,对比核心指标,生成一份决定保留或放弃该改动的验证报告。

来源项目 · ericosiu/ai-marketing-skills ★ 3,488 · Fork 681
社媒与红人#05

海外社区搭建 Skill

把空白的海外 Discord 或 Reddit 群组,整理成有新人引导路径、版规和活跃度指标的社区运营手册。

来源项目 · coreyhaines31/marketingskills ★ 47,379 · Fork 7,380

VibeMKT COMMUNITY

加入 VibeMKT 社群

微信扫码,交流营销 Skill 的选择、安装、试用与业务化改造。

加入 VibeMKT 社群的微信二维码

二维码会持续显示,关闭弹窗后返回当前页面。