1. 从marketingskills这个标题说起它到底在解决什么问题第一次看到marketingskills这个词我脑子里冒出来的不是某个具体工具而是一类很实际的需求做独立站、做内容、做投放的人手里有一堆零散的活儿——关键词研究、落地页文案、转化率优化、数据复盘——每一件都需要不同的技能栈但真正干活的时候往往是一个人全包。这时候如果能把营销技能拆成一个个可复用的技能模块再让 AI agent 按需调用效率提升就不是一点半点了。这个项目标题背后指向的核心是把营销领域的专业能力SEO、CRO、analytics结构化、模块化然后挂载到 AI agent 的工作流里。关键词里出现的 Claude Code、AI agents、SEO、CRO、analytics基本勾勒出了它的全貌用 Claude Code 这类终端里的 AI 编程助手作为执行载体把营销技能封装成 agent 可以理解和调用的形式最终服务于独立站的流量获取和转化提升。适合谁来参考三类人最对口。第一类是独立站站长或小团队运营预算有限但需要专业级的 SEO 和 CRO 能力第二类是营销从业者想把自己的经验沉淀成可复用的自动化流程第三类是对 AI agent 感兴趣的技术型营销人想搞清楚怎么把 Claude Code 这类工具真正用在实际业务里而不是停留在能跑个 demo的阶段。需要先说明一点下面涉及的具体配置、目录结构、调用方式都是基于 Claude Code 这类终端 AI 助手的常见实践做的合理补全因为原始项目正文是空的我按一个合格从业者会怎么落地这件事来展开。如果你手上的工具版本不同思路是通用的细节按官方文档调整即可。2. 把营销技能拆成 agent 能吃的模块设计思路与目录结构2.1 为什么不能把所有技能塞进一个大 prompt很多人第一次尝试用 AI 做营销自动化习惯写一个巨长的 prompt把 SEO 规则、文案要求、数据分析口径全塞进去。我试过结果是灾难模型注意力被稀释输出质量忽高忽低改一个地方牵动全身维护成本极高。正确的做法是技能即模块。每个技能是一个独立单元有自己的触发条件、输入输出定义、执行步骤和校验规则。这样做的好处很直接单个技能可以独立测试和迭代agent 在需要的时候才加载对应技能上下文干净输出稳定。这跟软件工程里的高内聚低耦合是一个道理只不过对象从函数变成了营销能力。2.2 一个可落地的目录结构我习惯把 marketingskills 组织成下面这样你可以直接抄marketingskills/ ├── skills/ │ ├── seo/ │ │ ├── keyword-research.md │ │ ├── onpage-audit.md │ │ └── internal-linking.md │ ├── cro/ │ │ ├── landing-page-review.md │ │ ├── ab-test-design.md │ │ └── checkout-friction.md │ └── analytics/ │ ├── ga4-event-plan.md │ ├── funnel-analysis.md │ └── report-template.md ├── agents/ │ ├── seo-agent.md │ ├── cro-agent.md │ └── analytics-agent.md ├── context/ │ ├── brand-voice.md │ ├── product-info.md │ └── target-audience.md └── CLAUDE.mdskills/放的是原子能力每个.md文件描述一个技能什么时候用、需要什么输入、按什么步骤执行、输出什么格式、有哪些坑。agents/放的是编排层定义某个 agent 会调用哪些技能、按什么顺序。context/放的是全局上下文比如品牌调性、产品信息、目标人群所有技能共享。CLAUDE.md是给 Claude Code 的项目级说明文件告诉它这个仓库是干什么的、有哪些约定。2.3 每个技能文件该写什么以keyword-research.md为例我一般包含这几块触发场景用户提出找一批长尾词或分析竞品关键词时启用。输入要求种子词、目标市场、内容类型博客/产品页/落地页。执行步骤先扩展种子词再按搜索意图分类然后评估竞争度和商业价值最后输出优先级排序。输出格式表格列包括关键词、意图、预估难度、优先级、建议落地页类型。注意事项避免只堆搜索量高的词要结合转化意图品牌词和通用词分开处理。这样写的好处是agent 每次执行都有明确的作业指导书不会自由发挥跑偏。而且这些文件本身就是团队的知识资产新人来了照着读就能上手。提示技能文件不要写得太抽象越具体越好。与其写优化页面 SEO不如写检查 title 是否包含主关键词且长度在 50-60 字符之间H1 是否唯一且与 title 呼应。3. 在 Claude Code 里挂载这些技能环境准备与调用方式3.1 安装与基础配置Claude Code 的安装方式在不同系统上略有差异。macOS 和 Linux 通常通过包管理器或官方脚本安装Windows 下建议用 WSL 或者官方提供的安装包。安装完成后在项目根目录运行初始化命令它会读取CLAUDE.md并建立项目上下文。配置阶段有几个容易忽略的点。第一工作目录一定要设在marketingskills/根目录否则 agent 找不到skills/和context/。第二如果要用第三方模型接入需要在配置里指定模型端点和密钥具体字段参考官方文档不同版本字段名可能不同。第三权限设置要合理涉及文件读写和终端命令执行的权限建议先在小范围测试确认行为符合预期再放开。3.2 让 agent 按需加载技能Claude Code 的一个关键能力是它能读取项目里的文件作为上下文。所以调用技能的方式很自然在对话里明确指向某个技能文件。比如请阅读 skills/seo/keyword-research.md按照里面的步骤 针对我的独立站销售手工皮具做一轮关键词研究 种子词是 handmade leather bag、custom leather wallet。这样 agent 会加载对应技能结合context/里的品牌信息输出结构化结果。比一次性把所有技能塞进 prompt 干净得多。3.3 用 agent 文件做编排当任务涉及多个技能时用agents/里的编排文件。比如seo-agent.md可以定义这样的流程先做关键词研究再基于关键词生成页面大纲然后做 on-page 审计最后给出内链建议。每个步骤调用对应的技能文件步骤之间传递数据。这种编排的价值在于可复现。你今天跑一遍是这个流程下周跑一遍还是这个流程不会因为对话历史不同而结果漂移。对于需要定期执行的营销任务比如每月一次的关键词复盘这一点特别重要。3.4 实测中容易踩的坑第一个坑是上下文过载。如果你把整个skills/目录都让 agent 读一遍token 消耗会很大而且模型容易抓不住重点。我的做法是只加载当前任务相关的技能文件其他的一律不读。第二个坑是技能文件之间术语不统一。比如 SEO 技能里叫目标关键词CRO 技能里叫核心词agent 在跨技能传递数据时就会混乱。解决办法是建一个context/glossary.md统一术语定义所有技能文件引用它。第三个坑是输出格式不稳定。同一个技能今天输出表格明天输出列表。这是因为技能文件里对输出格式的描述不够刚性。我的经验是在技能文件里直接给出输出模板甚至给一个示例输出agent 的稳定性会大幅提升。4. SEO 技能模块的实战拆解从关键词到页面审计4.1 关键词研究不只是找词很多人做关键词研究就是打开工具导出几千个词按搜索量排序然后挑大的做。这是典型的误区。搜索量高不等于有价值一个搜索量 50000 的词如果全是泛流量、没有购买意图带来的转化可能还不如一个搜索量 500 的长尾词。我在keyword-research.md里强调的核心逻辑是意图优先。先把词按搜索意图分成四类信息型想了解、导航型找特定品牌、商业型比较选择、交易型准备购买。然后针对独立站的阶段来分配新站优先做信息型和长尾商业型积累权重有一定权重后再攻交易型大词。具体操作上我会让 agent 对每个候选词评估三个维度搜索意图、竞争难度、与产品的相关度。三个维度各打 1-5 分加权求和后排序。权重可以根据业务阶段调整比如新站把竞争难度的权重调高避免一上来就啃硬骨头。4.2 On-page 审计的检查清单onpage-audit.md是我用得最频繁的技能之一。它针对单个页面做全面检查清单大致如下检查项合格标准常见问题Title 标签含主关键词50-60 字符唯一堆砌关键词、超长被截断Meta Description含关键词150-160 字符有行动号召缺失或自动生成H1唯一与 title 呼应含关键词多个 H1 或缺失URL简短、含关键词、用连字符含参数、大小写混乱内链3-5 个相关内链锚文本自然内链过少或锚文本全是点击这里图片 alt描述性含关键词缺失或全是文件名页面速度移动端 LCP 小于 2.5 秒大图未压缩、脚本阻塞让 agent 按这个清单逐项检查输出问题列表和修复建议。实测下来一个中等复杂度的页面agent 能在几分钟内给出相当靠谱的审计报告比人工逐项核对快得多。4.3 内链策略被低估的排名杠杆内链是很多独立站忽略的环节。它的作用有两个一是帮助搜索引擎理解页面之间的关系和权重分布二是引导用户浏览更多页面、延长停留时间。internal-linking.md里的策略是先确定 3-5 个支柱页面通常是核心产品页或高价值内容页然后让所有相关的内容页都指向这些支柱页面锚文本用描述性的关键词。同时支柱页面之间也互相链接形成一个主题集群。让 agent 执行这个任务时我会给它网站的页面列表和每个页面的主题让它输出内链建议表源页面、目标页面、建议锚文本、插入位置。这个表可以直接交给编辑执行效率很高。注意内链不要过度。一个页面如果有几十个内链权重会被稀释用户体验也差。一般正文内链控制在 3-5 个比较合适。5. CRO 技能模块把流量变成转化的关键动作5.1 落地页审查的五个维度流量进来了转化不了问题往往出在落地页。landing-page-review.md从五个维度做审查价值主张用户 5 秒内能不能明白你是干什么的、对他有什么好处。很多落地页败在这里标题写得云里雾里用户直接关掉。信任元素评价、案例、资质、退换货政策。独立站尤其需要信任背书因为用户对陌生品牌天然有戒心。行动号召按钮文案、位置、颜色、数量。按钮文案要用动词收益比如立即获取报价比提交好得多。一屏内最好只有一个主要 CTA避免选择困难。摩擦点表单字段太多、必填项太多、流程步骤太多。每增加一个字段转化率就掉一截。能后置的信息就后置能自动获取的就别让用户填。移动端体验按钮够不够大、文字够不够清晰、加载够不够快。现在大部分流量来自移动端移动端体验差等于直接放弃一半流量。5.2 A/B 测试设计别测了个寂寞ab-test-design.md解决的是怎么测才有意义。我见过太多人做 A/B 测试测了两天样本量几十个就下结论说 B 版本更好。这种结论毫无统计意义。技能文件里强调几点第一测试前先算所需样本量根据基线转化率和最小可检测效应来定通常需要几百到几千个转化才能得出可靠结论。第二一次只测一个变量同时改标题和按钮颜色你根本不知道是哪个起了作用。第三测试周期要覆盖完整的业务周期至少一周避免周末和工作日的差异干扰。第四提前定好成功指标和停止规则不要看到数据好就提前停那是自欺欺人。让 agent 帮忙设计测试时它会输出假设、变量、对照组和实验组定义、样本量估算、测试周期、成功指标。这套流程走下来测试的严谨性会提升一个档次。5.3 结账流程的摩擦排查对于电商独立站结账流程是转化漏斗最脆弱的一环。checkout-friction.md的排查思路是模拟用户走一遍完整流程记录每一个可能让人放弃的点是否强制注册才能购买应该支持游客购买运费是否在最后一步才显示应该尽早透明支付方式是否覆盖目标市场常用方式表单是否有自动填充和地址联想错误提示是否清晰、是否保留已填信息这些点看起来琐碎但每一个都可能造成可观的流失。让 agent 按清单排查输出优化优先级通常能挖出几个立竿见影的改进点。6. Analytics 技能模块让数据真正指导决策6.1 事件规划先想清楚要测什么很多独立站装了分析工具但数据一团糟因为事件没有规划。ga4-event-plan.md的核心是先定问题再定事件。你要回答什么问题用户从哪个渠道来、看了哪些页面、在哪个环节流失、最终有没有转化。围绕这些问题设计事件而不是有什么事件就记什么。一个典型的事件规划表包括事件名、触发条件、参数、对应业务问题。比如view_item查看产品、add_to_cart加入购物车、begin_checkout开始结账、purchase完成购买。这四个事件串起来就是完整的电商漏斗能清楚看到每一步的流失率。6.2 漏斗分析找到真正的瓶颈funnel-analysis.md教 agent 怎么读漏斗数据。关键不是看整体转化率而是看每一步的转化率找到那个断崖式下跌的环节。比如从产品页到加购转化 10%从加购到结账 60%从结账到支付 20%那瓶颈明显在结账到支付这一步应该优先排查支付流程。分析时还要做分群对比新用户和老用户、移动端和桌面端、不同渠道来源。同一个漏斗不同分群的表现可能天差地别混在一起看会掩盖问题。6.3 报告模板让数据说人话report-template.md定义的是输出格式。我讨厌那种堆满数字、看完不知道要干什么的报告。好的报告应该包含本期核心指标及环比、关键发现不超过三条、每个发现对应的建议动作、下期重点。让 agent 按这个模板生成周报或月报它会自动从数据里提炼要点而不是简单罗列。实测下来这种结构化报告给团队看沟通效率高很多。7. 把技能串起来一个完整的月度营销工作流单个技能好用但真正的价值在于把它们串成工作流。我自己的月度流程大致是这样第一周做数据复盘。用analytics-agent跑上个月的数据输出漏斗分析和关键发现确定本月要优化的重点环节。第二周做 SEO 内容规划。用seo-agent做关键词研究结合上个月的流量数据确定本月要产出的内容主题和页面优化清单。第三周做 CRO 测试。根据第一周发现的瓶颈用cro-agent设计 A/B 测试或落地页优化方案上线测试。第四周做内容产出和审计。按第二周的规划产出内容用 on-page 审计技能检查质量同时监控第三周测试的数据。这个流程跑下来每个月都有明确的输入和输出不会东一榔头西一棒子。而且因为技能文件是固定的流程可复现新人接手也能快速上手。需要提醒的是agent 是执行助手不是决策者。关键词最终做哪个、测试结果怎么解读、预算怎么分配这些还是人来拍板。agent 的价值在于把重复性的、有章可循的工作自动化让你把精力放在真正需要判断的地方。8. 几个我踩过的坑和对应的解法第一个坑是过度依赖 agent 的输出。早期我让 agent 做关键词研究它给了一批词我直接就用结果发现有些词跟产品根本不相关。后来我在技能文件里加了相关度校验步骤要求 agent 对每个词说明为什么跟产品相关不相关的直接剔除。这个改动之后输出质量明显提升。第二个坑是技能文件写得太理想化。比如我一开始写输出高质量文案agent 根本不知道什么叫高质量。后来改成具体的规则标题不超过 60 字符、每段不超过 3 行、必须包含一个具体数字、必须有一个行动号召。规则越具体输出越可控。第三个坑是忽略上下文更新。品牌调性、产品信息、目标人群这些上下文是会变的如果context/里的文件长期不更新agent 的输出就会跟实际脱节。我现在养成的习惯是每月初花十分钟检查一遍上下文文件有变化就更新。第四个坑是权限放得太开。早期为了图方便给了 agent 很大的文件读写权限结果有一次它误改了一个重要配置文件。后来我改成最小权限原则只开放必要的目录涉及删除和覆盖的操作必须人工确认。9. 关于这套方法后续可以怎么扩展这套 marketingskills 的框架本身是可扩展的。除了 SEO、CRO、analytics你还可以加内容营销、邮件营销、社媒运营等模块只要按同样的结构组织技能文件就行。另一个扩展方向是跟实际工具打通。比如让 agent 读取分析工具的 API 数据或者把生成的报告自动推送到团队协作工具。这些需要一些开发工作但思路是一样的技能文件定义做什么集成层负责跟谁对接。我个人在实际操作中的体会是这套方法最大的价值不是省了多少时间而是把营销工作从凭感觉变成了有章法。每个动作都有依据每次优化都有记录长期积累下来团队的营销能力是实实在在在增长的。这比任何单次的流量爆发都更有意义。
基于Claude Code的营销技能模块化：AI agent驱动SEO与CRO实战
1. 从marketingskills这个标题说起它到底在解决什么问题第一次看到marketingskills这个词我脑子里冒出来的不是某个具体工具而是一类很实际的需求做独立站、做内容、做投放的人手里有一堆零散的活儿——关键词研究、落地页文案、转化率优化、数据复盘——每一件都需要不同的技能栈但真正干活的时候往往是一个人全包。这时候如果能把营销技能拆成一个个可复用的技能模块再让 AI agent 按需调用效率提升就不是一点半点了。这个项目标题背后指向的核心是把营销领域的专业能力SEO、CRO、analytics结构化、模块化然后挂载到 AI agent 的工作流里。关键词里出现的 Claude Code、AI agents、SEO、CRO、analytics基本勾勒出了它的全貌用 Claude Code 这类终端里的 AI 编程助手作为执行载体把营销技能封装成 agent 可以理解和调用的形式最终服务于独立站的流量获取和转化提升。适合谁来参考三类人最对口。第一类是独立站站长或小团队运营预算有限但需要专业级的 SEO 和 CRO 能力第二类是营销从业者想把自己的经验沉淀成可复用的自动化流程第三类是对 AI agent 感兴趣的技术型营销人想搞清楚怎么把 Claude Code 这类工具真正用在实际业务里而不是停留在能跑个 demo的阶段。需要先说明一点下面涉及的具体配置、目录结构、调用方式都是基于 Claude Code 这类终端 AI 助手的常见实践做的合理补全因为原始项目正文是空的我按一个合格从业者会怎么落地这件事来展开。如果你手上的工具版本不同思路是通用的细节按官方文档调整即可。2. 把营销技能拆成 agent 能吃的模块设计思路与目录结构2.1 为什么不能把所有技能塞进一个大 prompt很多人第一次尝试用 AI 做营销自动化习惯写一个巨长的 prompt把 SEO 规则、文案要求、数据分析口径全塞进去。我试过结果是灾难模型注意力被稀释输出质量忽高忽低改一个地方牵动全身维护成本极高。正确的做法是技能即模块。每个技能是一个独立单元有自己的触发条件、输入输出定义、执行步骤和校验规则。这样做的好处很直接单个技能可以独立测试和迭代agent 在需要的时候才加载对应技能上下文干净输出稳定。这跟软件工程里的高内聚低耦合是一个道理只不过对象从函数变成了营销能力。2.2 一个可落地的目录结构我习惯把 marketingskills 组织成下面这样你可以直接抄marketingskills/ ├── skills/ │ ├── seo/ │ │ ├── keyword-research.md │ │ ├── onpage-audit.md │ │ └── internal-linking.md │ ├── cro/ │ │ ├── landing-page-review.md │ │ ├── ab-test-design.md │ │ └── checkout-friction.md │ └── analytics/ │ ├── ga4-event-plan.md │ ├── funnel-analysis.md │ └── report-template.md ├── agents/ │ ├── seo-agent.md │ ├── cro-agent.md │ └── analytics-agent.md ├── context/ │ ├── brand-voice.md │ ├── product-info.md │ └── target-audience.md └── CLAUDE.mdskills/放的是原子能力每个.md文件描述一个技能什么时候用、需要什么输入、按什么步骤执行、输出什么格式、有哪些坑。agents/放的是编排层定义某个 agent 会调用哪些技能、按什么顺序。context/放的是全局上下文比如品牌调性、产品信息、目标人群所有技能共享。CLAUDE.md是给 Claude Code 的项目级说明文件告诉它这个仓库是干什么的、有哪些约定。2.3 每个技能文件该写什么以keyword-research.md为例我一般包含这几块触发场景用户提出找一批长尾词或分析竞品关键词时启用。输入要求种子词、目标市场、内容类型博客/产品页/落地页。执行步骤先扩展种子词再按搜索意图分类然后评估竞争度和商业价值最后输出优先级排序。输出格式表格列包括关键词、意图、预估难度、优先级、建议落地页类型。注意事项避免只堆搜索量高的词要结合转化意图品牌词和通用词分开处理。这样写的好处是agent 每次执行都有明确的作业指导书不会自由发挥跑偏。而且这些文件本身就是团队的知识资产新人来了照着读就能上手。提示技能文件不要写得太抽象越具体越好。与其写优化页面 SEO不如写检查 title 是否包含主关键词且长度在 50-60 字符之间H1 是否唯一且与 title 呼应。3. 在 Claude Code 里挂载这些技能环境准备与调用方式3.1 安装与基础配置Claude Code 的安装方式在不同系统上略有差异。macOS 和 Linux 通常通过包管理器或官方脚本安装Windows 下建议用 WSL 或者官方提供的安装包。安装完成后在项目根目录运行初始化命令它会读取CLAUDE.md并建立项目上下文。配置阶段有几个容易忽略的点。第一工作目录一定要设在marketingskills/根目录否则 agent 找不到skills/和context/。第二如果要用第三方模型接入需要在配置里指定模型端点和密钥具体字段参考官方文档不同版本字段名可能不同。第三权限设置要合理涉及文件读写和终端命令执行的权限建议先在小范围测试确认行为符合预期再放开。3.2 让 agent 按需加载技能Claude Code 的一个关键能力是它能读取项目里的文件作为上下文。所以调用技能的方式很自然在对话里明确指向某个技能文件。比如请阅读 skills/seo/keyword-research.md按照里面的步骤 针对我的独立站销售手工皮具做一轮关键词研究 种子词是 handmade leather bag、custom leather wallet。这样 agent 会加载对应技能结合context/里的品牌信息输出结构化结果。比一次性把所有技能塞进 prompt 干净得多。3.3 用 agent 文件做编排当任务涉及多个技能时用agents/里的编排文件。比如seo-agent.md可以定义这样的流程先做关键词研究再基于关键词生成页面大纲然后做 on-page 审计最后给出内链建议。每个步骤调用对应的技能文件步骤之间传递数据。这种编排的价值在于可复现。你今天跑一遍是这个流程下周跑一遍还是这个流程不会因为对话历史不同而结果漂移。对于需要定期执行的营销任务比如每月一次的关键词复盘这一点特别重要。3.4 实测中容易踩的坑第一个坑是上下文过载。如果你把整个skills/目录都让 agent 读一遍token 消耗会很大而且模型容易抓不住重点。我的做法是只加载当前任务相关的技能文件其他的一律不读。第二个坑是技能文件之间术语不统一。比如 SEO 技能里叫目标关键词CRO 技能里叫核心词agent 在跨技能传递数据时就会混乱。解决办法是建一个context/glossary.md统一术语定义所有技能文件引用它。第三个坑是输出格式不稳定。同一个技能今天输出表格明天输出列表。这是因为技能文件里对输出格式的描述不够刚性。我的经验是在技能文件里直接给出输出模板甚至给一个示例输出agent 的稳定性会大幅提升。4. SEO 技能模块的实战拆解从关键词到页面审计4.1 关键词研究不只是找词很多人做关键词研究就是打开工具导出几千个词按搜索量排序然后挑大的做。这是典型的误区。搜索量高不等于有价值一个搜索量 50000 的词如果全是泛流量、没有购买意图带来的转化可能还不如一个搜索量 500 的长尾词。我在keyword-research.md里强调的核心逻辑是意图优先。先把词按搜索意图分成四类信息型想了解、导航型找特定品牌、商业型比较选择、交易型准备购买。然后针对独立站的阶段来分配新站优先做信息型和长尾商业型积累权重有一定权重后再攻交易型大词。具体操作上我会让 agent 对每个候选词评估三个维度搜索意图、竞争难度、与产品的相关度。三个维度各打 1-5 分加权求和后排序。权重可以根据业务阶段调整比如新站把竞争难度的权重调高避免一上来就啃硬骨头。4.2 On-page 审计的检查清单onpage-audit.md是我用得最频繁的技能之一。它针对单个页面做全面检查清单大致如下检查项合格标准常见问题Title 标签含主关键词50-60 字符唯一堆砌关键词、超长被截断Meta Description含关键词150-160 字符有行动号召缺失或自动生成H1唯一与 title 呼应含关键词多个 H1 或缺失URL简短、含关键词、用连字符含参数、大小写混乱内链3-5 个相关内链锚文本自然内链过少或锚文本全是点击这里图片 alt描述性含关键词缺失或全是文件名页面速度移动端 LCP 小于 2.5 秒大图未压缩、脚本阻塞让 agent 按这个清单逐项检查输出问题列表和修复建议。实测下来一个中等复杂度的页面agent 能在几分钟内给出相当靠谱的审计报告比人工逐项核对快得多。4.3 内链策略被低估的排名杠杆内链是很多独立站忽略的环节。它的作用有两个一是帮助搜索引擎理解页面之间的关系和权重分布二是引导用户浏览更多页面、延长停留时间。internal-linking.md里的策略是先确定 3-5 个支柱页面通常是核心产品页或高价值内容页然后让所有相关的内容页都指向这些支柱页面锚文本用描述性的关键词。同时支柱页面之间也互相链接形成一个主题集群。让 agent 执行这个任务时我会给它网站的页面列表和每个页面的主题让它输出内链建议表源页面、目标页面、建议锚文本、插入位置。这个表可以直接交给编辑执行效率很高。注意内链不要过度。一个页面如果有几十个内链权重会被稀释用户体验也差。一般正文内链控制在 3-5 个比较合适。5. CRO 技能模块把流量变成转化的关键动作5.1 落地页审查的五个维度流量进来了转化不了问题往往出在落地页。landing-page-review.md从五个维度做审查价值主张用户 5 秒内能不能明白你是干什么的、对他有什么好处。很多落地页败在这里标题写得云里雾里用户直接关掉。信任元素评价、案例、资质、退换货政策。独立站尤其需要信任背书因为用户对陌生品牌天然有戒心。行动号召按钮文案、位置、颜色、数量。按钮文案要用动词收益比如立即获取报价比提交好得多。一屏内最好只有一个主要 CTA避免选择困难。摩擦点表单字段太多、必填项太多、流程步骤太多。每增加一个字段转化率就掉一截。能后置的信息就后置能自动获取的就别让用户填。移动端体验按钮够不够大、文字够不够清晰、加载够不够快。现在大部分流量来自移动端移动端体验差等于直接放弃一半流量。5.2 A/B 测试设计别测了个寂寞ab-test-design.md解决的是怎么测才有意义。我见过太多人做 A/B 测试测了两天样本量几十个就下结论说 B 版本更好。这种结论毫无统计意义。技能文件里强调几点第一测试前先算所需样本量根据基线转化率和最小可检测效应来定通常需要几百到几千个转化才能得出可靠结论。第二一次只测一个变量同时改标题和按钮颜色你根本不知道是哪个起了作用。第三测试周期要覆盖完整的业务周期至少一周避免周末和工作日的差异干扰。第四提前定好成功指标和停止规则不要看到数据好就提前停那是自欺欺人。让 agent 帮忙设计测试时它会输出假设、变量、对照组和实验组定义、样本量估算、测试周期、成功指标。这套流程走下来测试的严谨性会提升一个档次。5.3 结账流程的摩擦排查对于电商独立站结账流程是转化漏斗最脆弱的一环。checkout-friction.md的排查思路是模拟用户走一遍完整流程记录每一个可能让人放弃的点是否强制注册才能购买应该支持游客购买运费是否在最后一步才显示应该尽早透明支付方式是否覆盖目标市场常用方式表单是否有自动填充和地址联想错误提示是否清晰、是否保留已填信息这些点看起来琐碎但每一个都可能造成可观的流失。让 agent 按清单排查输出优化优先级通常能挖出几个立竿见影的改进点。6. Analytics 技能模块让数据真正指导决策6.1 事件规划先想清楚要测什么很多独立站装了分析工具但数据一团糟因为事件没有规划。ga4-event-plan.md的核心是先定问题再定事件。你要回答什么问题用户从哪个渠道来、看了哪些页面、在哪个环节流失、最终有没有转化。围绕这些问题设计事件而不是有什么事件就记什么。一个典型的事件规划表包括事件名、触发条件、参数、对应业务问题。比如view_item查看产品、add_to_cart加入购物车、begin_checkout开始结账、purchase完成购买。这四个事件串起来就是完整的电商漏斗能清楚看到每一步的流失率。6.2 漏斗分析找到真正的瓶颈funnel-analysis.md教 agent 怎么读漏斗数据。关键不是看整体转化率而是看每一步的转化率找到那个断崖式下跌的环节。比如从产品页到加购转化 10%从加购到结账 60%从结账到支付 20%那瓶颈明显在结账到支付这一步应该优先排查支付流程。分析时还要做分群对比新用户和老用户、移动端和桌面端、不同渠道来源。同一个漏斗不同分群的表现可能天差地别混在一起看会掩盖问题。6.3 报告模板让数据说人话report-template.md定义的是输出格式。我讨厌那种堆满数字、看完不知道要干什么的报告。好的报告应该包含本期核心指标及环比、关键发现不超过三条、每个发现对应的建议动作、下期重点。让 agent 按这个模板生成周报或月报它会自动从数据里提炼要点而不是简单罗列。实测下来这种结构化报告给团队看沟通效率高很多。7. 把技能串起来一个完整的月度营销工作流单个技能好用但真正的价值在于把它们串成工作流。我自己的月度流程大致是这样第一周做数据复盘。用analytics-agent跑上个月的数据输出漏斗分析和关键发现确定本月要优化的重点环节。第二周做 SEO 内容规划。用seo-agent做关键词研究结合上个月的流量数据确定本月要产出的内容主题和页面优化清单。第三周做 CRO 测试。根据第一周发现的瓶颈用cro-agent设计 A/B 测试或落地页优化方案上线测试。第四周做内容产出和审计。按第二周的规划产出内容用 on-page 审计技能检查质量同时监控第三周测试的数据。这个流程跑下来每个月都有明确的输入和输出不会东一榔头西一棒子。而且因为技能文件是固定的流程可复现新人接手也能快速上手。需要提醒的是agent 是执行助手不是决策者。关键词最终做哪个、测试结果怎么解读、预算怎么分配这些还是人来拍板。agent 的价值在于把重复性的、有章可循的工作自动化让你把精力放在真正需要判断的地方。8. 几个我踩过的坑和对应的解法第一个坑是过度依赖 agent 的输出。早期我让 agent 做关键词研究它给了一批词我直接就用结果发现有些词跟产品根本不相关。后来我在技能文件里加了相关度校验步骤要求 agent 对每个词说明为什么跟产品相关不相关的直接剔除。这个改动之后输出质量明显提升。第二个坑是技能文件写得太理想化。比如我一开始写输出高质量文案agent 根本不知道什么叫高质量。后来改成具体的规则标题不超过 60 字符、每段不超过 3 行、必须包含一个具体数字、必须有一个行动号召。规则越具体输出越可控。第三个坑是忽略上下文更新。品牌调性、产品信息、目标人群这些上下文是会变的如果context/里的文件长期不更新agent 的输出就会跟实际脱节。我现在养成的习惯是每月初花十分钟检查一遍上下文文件有变化就更新。第四个坑是权限放得太开。早期为了图方便给了 agent 很大的文件读写权限结果有一次它误改了一个重要配置文件。后来我改成最小权限原则只开放必要的目录涉及删除和覆盖的操作必须人工确认。9. 关于这套方法后续可以怎么扩展这套 marketingskills 的框架本身是可扩展的。除了 SEO、CRO、analytics你还可以加内容营销、邮件营销、社媒运营等模块只要按同样的结构组织技能文件就行。另一个扩展方向是跟实际工具打通。比如让 agent 读取分析工具的 API 数据或者把生成的报告自动推送到团队协作工具。这些需要一些开发工作但思路是一样的技能文件定义做什么集成层负责跟谁对接。我个人在实际操作中的体会是这套方法最大的价值不是省了多少时间而是把营销工作从凭感觉变成了有章法。每个动作都有依据每次优化都有记录长期积累下来团队的营销能力是实实在在在增长的。这比任何单次的流量爆发都更有意义。