固定上游版本 70987bad4ebe,包含 2 个文件。 加搜已生成可下载技能包、原始文件镜像及 7 种 Agent 安装页面。
出海增长 · Global Localization
出海本地化 Skill
规划多语言网站、国际 SEO、本地关键词、URL、hreflang 与市场适配。
把翻译、搜索意图、价格表达、文化语境和技术国际化整合到同一套出海本地化方案中。
WHAT IT SOLVES
解决的营销问题
规划多语言网站、国际 SEO、本地关键词、URL、hreflang 与市场适配
规划多语言网站、国际 SEO、本地关键词、URL、hreflang 与市场适配。跑完你拿到的是目标市场和语言的优先级建议,中间一共 8 步。
最适合的真实场景
- 01
为准备进入新国家的 SaaS 产品设计语言、URL、内容、价格和渠道适配方案。
- 02
检查已有多语言网站的 hreflang、canonical、x-default、语言切换和站点地图问题。
- 03
为新增语言版本制定从词汇表、翻译到技术上线和索引监测的完整清单。
- 04
针对不同市场重新开展本地关键词研究,避免直接翻译母语关键词。
- 05
评估产品价格应按购买力调整,还是只显示当地币种。
- 06
排查 Next.js 与 next-intl 项目中的路由、自动跳转、中间件和重复 URL 问题。
你要先准备的资料
- 目标国家、地区、语言和优先级。
- 产品类型、现有技术栈和当前 URL 结构。
- 现有语言版本、翻译资源、术语表和品牌表达规范。
- 各市场用户、竞争环境、支付习惯和定价资料。
- 网站元数据、hreflang、canonical、站点地图和语言切换实现情况。
跑完你会拿到什么
- 目标市场和语言的优先级建议。
- 子目录、子域名或国家域名的 i18n 架构方案。
- 各市场独立关键词研究和内容规划要求。
- 本地定价、币种展示和营销适配建议。
- hreflang、canonical、x-default、JSON-LD、OpenGraph 与 Sitemap 检查表。
- 新增功能或新增语言版本的分步上线清单。
METHOD
Skill 工作流程
确定目标市场 → 定义本地化范围 → 选择 URL 架构 等 8 个环节
一共 8 步。其中 6 项能力决定了换个 AI 会不会更麻烦。
- 确定目标市场明确优先国家、语言、用户人群、产品类型和技术栈,并判断当前阶段需要试点还是完整本地化。
- 定义本地化范围分别梳理产品功能、界面、文化表达、营销渠道、定价和合规需要做哪些适配。
- 选择 URL 架构在子目录、子域名和国家域名之间选择一致方案,设置默认语言与有效的 BCP 47 语言代码。
- 设计 i18n SEO为每个语言页面配置互相对称的 hreflang、自引用、x-default、同区域 canonical、语言化元数据和站点地图。
- 重做市场关键词按当地搜索习惯、文化表达和竞争环境重新研究关键词,并选择适合当地市场的数据工具。
- 建立术语与内容规则制定词汇表、风格指南和人工审校流程,确保产品术语、品牌表达和营销内容一致。
- 调整价格和体验区分真实购买力定价与币种展示,并检查语言切换、界面文本和本地法规要求。
- 分批上线检查用新功能和新语言清单逐项验证,控制发布节奏并持续监测索引和重复内容风险。
这个 Skill 用到的能力: 运行脚本页面预览联网检索MCP 与连接器长任务持续推进定时任务 。不同 AI 对这些能力的支持程度不一样,所以同一个 Skill 换个 AI,有几步做法会变。
WORKED EXAMPLE
真实业务案例
为英文 SaaS 增加德国和奥地利版本
为英文 SaaS 增加德国和奥地利版本
一家英文 SaaS 准备推出德语版本,需要决定 URL、地区差异、关键词、元数据和上线节奏。
- 确认德国与奥地利是否共用德语内容,并评估两地页面能否形成足够差异。
- 选择子目录方案,定义默认语言、de-DE 与 de-AT 等有效代码。
- 为所有版本设计对称 hreflang、自引用、x-default 和 canonical。
- 分别研究两地关键词与价格表达,建立德语术语表和人工审校流程。
- 分批上线核心页面,并在站点地图、元数据和索引监测中验证配置。
预期结果:形成一份可交给产品、开发、SEO 和本地市场团队共同执行的德语本地化方案与上线检查表。
PITFALLS · VERIFICATION
能力边界与常见问题
把本地化缩减为机器翻译,忽略产品、价格、文化、渠道和法规差异
最常踩的坑
- 把本地化缩减为机器翻译,忽略产品、价格、文化、渠道和法规差异。
- hreflang 缺少自引用或互相回链,canonical 又指向其他地区版本。
- 直接翻译原市场关键词,没有重新研究当地真实搜索需求。
- 通过 IP 强制跳转覆盖用户选择,搜索引擎和用户难以访问其他语言。
- 一次批量发布大量薄内容页面,增加重复内容和索引波动风险。
怎么确认这次跑对了
- 已经形成可检查的目标市场和语言的优先级建议,关键判断能回到输入资料或过程证据。
- 已经形成可检查的子目录、子域名或国家域名的 i18n 架构方案,关键判断能回到输入资料或过程证据。
- 已经形成可检查的各市场独立关键词研究和内容规划要求,关键判断能回到输入资料或过程证据。
- 已逐项检查「把本地化缩减为机器翻译,忽略产品、价格、文化、渠道和法规差异」等高频问题,并记录需要人工确认的下一步。
出海本地化 Skill适合哪些岗位使用?
出海品牌、国际 SEO、产品运营、本地化团队。典型场景包括为准备进入新国家的 SaaS 产品设计语言、URL、内容、价格和渠道适配方案;检查已有多语言网站的 hreflang、canonical、x-default、语言切换和站点地图问题;为新增语言版本制定从词汇表、翻译到技术上线和索引监测的完整清单。
开始前需要准备什么资料?
至少需要目标国家、地区、语言和优先级、产品类型、现有技术栈和当前 URL 结构、现有语言版本、翻译资源、术语表和品牌表达规范。资料越具体,结果越能直接用于决策。
最后能得到什么可检查的结果?
目标市场和语言的优先级建议、子目录、子域名或国家域名的 i18n 架构方案、各市场独立关键词研究和内容规划要求。每项都可以逐条核对来源和数字。
哪些情况下结果会不可靠?
把本地化缩减为机器翻译,忽略产品、价格、文化、渠道和法规差异;hreflang 缺少自引用或互相回链,canonical 又指向其他地区版本。出现这些情况时需要人工复核。
支持哪些 AI Agent?
已适配 WorkBuddy、OpenClaw、Hermes Agent、Codex、Claude Code、TRAE、ZCode 共 7 种,每种都有独立的安装说明和能力对照。
ORIGINAL SOURCE
完整 Skill 内容与版本资料
2 个原始文件,19 个文档章节,固定在 70987bad
上游原文完整保留在加搜服务器上,可逐节查看,也可以直接下载。 当前镜像共 2 个文件、7.2 KB。
Strategies: Localization
Guides localization strategy for AI/SaaS products expanding into global markets. Covers i18n implementation, translation, pricing, and marketing adaptation--not just text translation.
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.
Initial Assessment
Check for project context first: If .claude/project-context.md or .cursor/project-context.md exists, read it for product, target markets, and brand.
Identify:
- Target markets: Priority languages/regions
- Product type: SaaS, AI tool, content
- Technical stack: Next.js, React, etc.
Localization vs. Translation
Localization includes:
- Product: Features, UI/UX, cultural adaptation
- Pricing: True localization (adjust by market) vs. cosmetic (currency only)
- Marketing: Channels, content, user personas
- Compliance: GDPR, local regulations
Technical (i18n)
URL Structure
Choose one; be consistent:
| Option | Example | Pros / Cons |
|---|---|---|
| Subdirectories | /en/, /de/, /zh/ |
Recommended; maintains domain authority |
| Subdomains | de.example.com |
Separate hosting; less authority transfer |
| ccTLD | example.de |
Strongest geo signal; costly |
- Use subdirectories, not subdomains for i18n; subdomains transfer less authority.
- Default locale: Root path for default (e.g.
/for English); prefix for others (/zh/,/de/). - IETF BCP 47: Use valid codes (
en,en-US,zh-CN,pt-BR). Same language, different country (e.g.de-DEvsde-AT) needs ≥20% content difference for Google to differentiate.
i18n SEO Principles
- No hardcoded strings: All user-facing text via translation dictionary.
- Symmetric alternates: Every locale page lists ALL other versions (including self-reference). ~75% of international sites have hreflang errors; missing reciprocal links is the most common.
- x-default: Always include for fallback when user language/location doesn't match any version.
- Canonical alignment: Canonical must match the same regional version hreflang refers to; misalignment causes Google to ignore hreflang.
- Full SEO coverage: Metadata, OpenGraph, JSON-LD (
inLanguage), and sitemap all locale-aware.
Common Issues (Next.js + next-intl)
| Issue | Solution |
|---|---|
| Route conflict | generateStaticParams(); validate locale |
| Auto redirect | localeDetection: false |
| Middleware | Apply only to prefixed paths (e.g. /zh) |
| URL duplication | Manual switcher; getLocalizedHref() |
SEO
- Hreflang on all language versions; self-reference + symmetric annotations.
- Language switcher: Use
<a>not<button>; links in initial HTML. - Canonical: Handle multi-domain if using local TLDs; align with hreflang.
- SPAs: Use sitemap-based hreflang as backup when HTML head is JS-rendered. See rendering-strategies.
Keyword Research by Market
| Market | Tool |
|---|---|
| Russia | Yandex Wordstat |
| Korea | Naver DataLab |
| Global | Google Keyword Planner, SEO tools |
Consider: Cultural expressions, search habits, competition, long-tail in small markets.
Terminology & Translation
- Translation workflow, glossary, style guide: See translation for full workflow
- Avoid machine translation for product/marketing: See translation (Human vs MT)
Pricing Strategies
| Strategy | Use |
|---|---|
| True localization | Adjust price by purchasing power |
| Cosmetic | Display currency only; same price |
| Tools | Parity Deals, Chargebee |
i18n SEO Checklist (New Feature / New Locale)
New feature with i18n
- Add translation keys to all locale JSON files. Use translation for glossary, style guide, and translation workflow.
- Add
generateMetadata()with alternates (hreflang) per page. - Add JSON-LD with
inLanguageand translated fields. - Add page to sitemap with hreflang annotations.
- Set
langattribute on<html>; UTF-8 encoding.
New locale
- Add locale code to config; create
{code}.jsondictionary. - Register in sitemap locale list; regenerate.
- Add OpenGraph
localeandalternateLocale. - Ensure all alternates are symmetric (every page lists all versions).
Multilingual Risks
- Batch publishing: Too many translated pages at once can trigger de-indexing or thin-content penalties.
- Mitigation: Roll out slowly; ensure content is product/industry relevant; avoid Wikipedia-like breadth; monitor indexing in GSC.
Avoid
- IP-based redirects that override user preferences.
- Machine translation without localization for product/marketing (see translation).
- Missing reciprocal hreflang between language versions.
- Canonical tags that conflict with hreflang.
Output Format
- Market priority
- i18n approach
- Keyword strategy per market
- Pricing recommendation
- Technical checklist
- i18n SEO checklist (if applicable)
Related Skills
- pricing-strategy: Base price structure; localization-strategy covers pricing by market
- page-metadata: Hreflang implementation
- url-structure: URL hierarchy for i18n (subdirectories, subdomains)
- content-strategy: Multilingual content planning; avoid thin translations
- translation: Translation workflow, glossary, style guide, human vs MT; produces content for localized pages
- navigation-menu-generator: Language switcher SEO
- affiliate-marketing: Local affiliates for target markets
- gtm-strategy: New market entry; localization as GTM for new geography
当前镜像保留 2 个文件,共 7.2 KB。点击文件名可查看加搜服务器上的原始内容。
| 文件 | 大小 | 内容指纹 |
|---|---|---|
| SKILL.md | 6,257 B | 8973549520bf… |
| UPSTREAM_LICENSE.txt | 1,065 B | 9f06c77b8931… |
评价将按 Skill 与版本归档,帮助营销人了解真实任务中的使用体验。敬请期待。
来源与版本声明
本页面由加搜科技整理业务说明并托管安装文件。原始 Skill 来源渠道:GitHub Marketing Skills; 原始项目名称:localization-strategy; 固定版本: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-global-localization/1.0.0/skill-global-localization.zip 注意:网页 HTML 不能当作 Skill 文件安装,必须使用 ZIP 里的完整文件。 2. 解压后保留 SKILL.md 及全部配套文件,按你所用 Agent 的 Skill 目录规则安装。 3. 安装完成后告诉我实际安装目录。 4. 用一个只读小任务验证 Skill 已被识别。 5. 如果你没有联网、下载或写目录权限,请直接告诉我哪几步需要我手工完成。 参考:原始 SKILL.md https://www.vibemarketing.work/raw/skill-global-localization/SKILL.md;安装指南 https://www.vibemarketing.work/agent-install/skill-global-localization.md
METHOD 02 · 自己下载
下载完整 ZIP
包内含 SKILL.md 与全部配套文件,附 manifest.json 与 SHA256 校验值,可离线安装与版本冻结。
METHOD 03 · 手动放目录
手动安装
解压 ZIP 后,按所用 Agent 的目录规则放入:
- WorkBuddy
技能 → 添加技能 → 上传技能 → 选择本地技能包 - OpenClaw
openclaw skills install ./skill-global-localization --as global_localization_skill - Hermes Agent
mkdir -p ~/.hermes/skills && cp -R ./skill-global-localization ~/.hermes/skills/ - Codex
mkdir -p ~/.codex/skills && cp -R ./skill-global-localization ~/.codex/skills/ - Claude Code
mkdir -p ~/.claude/skills && cp -R ./skill-global-localization ~/.claude/skills/ - TRAE
在 Skills 设置中导入包含 SKILL.md 的 skill-global-localization 目录;项目级 Skill 可放入 .agents/skills/skill-global-localization - ZCode
mkdir -p ~/.zcode/skills && cp -R ./skill-global-localization ~/.zcode/skills/
HTML 业务页面不能直接当作 Skill 文件安装。AI 需要下载完整 ZIP 并保留配套文件。
BY AGENT
适配的 AI Agent
7 个 Agent 里,6 项能力决定了差异
同一个 Skill,换个 AI 做法就不一样。点进去能看到它在这 8 步里能直接跑通几步、哪几步得你自己补、装完先跑什么验证。
- WorkBuddy 出海本地化 Skill 中文办公、本地资料和企业协作
- OpenClaw 出海本地化 Skill 本地工作区、目录化 Skill、命令和批处理
- Hermes Agent 出海本地化 Skill 长任务、消息入口和阶段进度
- Codex 出海本地化 Skill 本地文件、数据、代码和正式交付物
- Claude Code 出海本地化 Skill 项目上下文、文件、终端和 MCP
- TRAE 出海本地化 Skill 营销工作与网站、落地页和程序化 SEO
- ZCode 出海本地化 Skill 长上下文、长任务、项目文件和远程跟进
FURTHER READING
出海本地化 Skill 相关的实操文章
别人做同类任务时踩过的坑和总结,动手前后都值得翻一下。
SaaS Landing 配置清单:落地页搭建的轻量版、标准版和团队版
聚焦一个问题:提示词越写越长。文中用正反两组输入说明落地页搭建为什么会跑偏,以及怎样把结果拉回可用范围。
别急着堆提示词:先用提示词库生成能直接交付的客户方案
一页看懂提示词库。包含适用场景、最小输入和生成能直接交付的客户方案的示例。
销售团队要不要装 Excel Analyst?5分钟判断
围绕AI视频近期变化,测试表格分析在研究、生成和分发三个环节的表现。内容保留失败样本与调整记录,方便团队判断它能否降低机械感。
热点雷达提示词:从搜索词反推内容选题,复制后先改这3处
这份参考把 Trend Radar 放进B站生产流程,覆盖输入准备、提示词结构、结果验收和二次修改。适合销售团队快速试跑,也会提醒“标签过多导致召回失真”这一类高频问题。
独立开发者实测关键词研究:一轮完成,目标是让协作更顺畅
这是一份偏实战的关键词研究配置说明。先用小样本完成“生成能直接交付的客户方案”,再逐步扩到批量任务;同时设置人工抽检、来源记录和失败兜底,降低提示词越写越长带来的波动。文末附一组可复制参数,便于继续让协作更顺畅。
一次讲透内容日历:输入什么、输出什么、怎样提高引用率
这是一份偏实战的内容日历配置说明。先用小样本完成“检查上线前最容易漏掉的细节”,再逐步扩到批量任务;同时设置人工抽检、来源记录和失败兜底,降低内容风格高度同质化带来的波动。文末附一组可复制参数,便于继续提高引用率。
以上文章正在编辑中,上线后可直接点击阅读。即将上线,敬请期待。
搭配使用
搜索结果页特性优化 Skill、出海本地化翻译 Skill、SEO 审计 Skill、博客列表页与内容矩阵 Skill、邮件营销 Skill、GEO AI 搜索优化 Skill
按这个 Skill 的产出能不能直接被下一个 Skill 用上来推荐,不是固定名单。多数情况下按顺序跑完一组,比单独用一个效果更好。
搜索结果页特性优化 Skill
把目标关键词的 Google 搜索结果页拆解为具体特性,输出各项特性的获取要求与结构化数据对照表。
出海本地化翻译 Skill
把多语言翻译任务拆解成需求文档、术语表和质量审查清单,控制出海内容的本地化翻译质量。
SEO 审计 Skill
系统检查网站抓取、索引、页面优化、性能、移动端与技术安全问题。
博客列表页与内容矩阵 Skill
把零散的发文想法规划成有明确层级、带 SEO 标签和内链结构的博客目录页与内容矩阵框架。
邮件营销 Skill
把模糊的邮件群发需求变成包含域名解析、图文排版和发送节奏的完整排期表。
GEO AI 搜索优化 Skill
诊断品牌在 ChatGPT、Perplexity、Google AI Overviews 等答案引擎中的可见度和引用机会。
- 01
搜索结果页特性优化 Skill
这个 Skill 产出的keyword_map、schema_markup、localization,正好是它需要的输入,可以直接接着跑
- 02
出海本地化翻译 Skill
这个 Skill 产出的marketing_plan、keyword_map、localization,正好是它需要的输入,可以直接接着跑
- 03
SEO 审计 Skill
这个 Skill 产出的keyword_map、localization,正好是它需要的输入,可以直接接着跑
- 04
博客列表页与内容矩阵 Skill
这个 Skill 产出的keyword_map,正好是它需要的输入,可以直接接着跑
- 05
邮件营销 Skill
这个 Skill 产出的keyword_map,正好是它需要的输入,可以直接接着跑
- 06
GEO AI 搜索优化 Skill
这个 Skill 产出的schema_markup,正好是它需要的输入,可以直接接着跑