跳到主要内容
博客
返回博客

2026 年如何推广 Chrome 扩展程序

你发布了一个扩展程序,安装量却几乎不动。大多数推广建议已经是几年前的了,而 Chrome Web Store 在 2026 年发生了变化:Google 正在停用 Featured 徽章,评分将侧重近期评价,新发布者默认只有两个扩展程序名额。本指南介绍发生了哪些变化、商店如何为扩展程序排名、一份依据 Google 官方规格的商店页面检查清单、会导致推广中的扩展程序被下架的规则、哪种渠道适合哪类扩展程序、一个 30 天发布计划、一段可以直接复制的评价请求和卸载问卷,以及每周要关注的数字。即使没有 Soloop 账户,本指南也同样有用。

简短回答

要推广 Chrome 扩展程序,先修好商店页面,因为商店的排名部分取决于评分以及安装量与卸载量的对比,而一个设定了错误预期的商店页面会同时带来差评和卸载。然后选择一个渠道,也就是有你的扩展程序所解决问题的人已经在讨论的地方,展示扩展程序完成一项工作,并在满意的用户获得成功之后请他们留下评价,绝不以任何东西作为交换。

徽章已不再是一种增长计划。Google 于 2026 年 8 月 20 日停止接受 Featured 徽章提名,并将在今年晚些时候结束该计划,因此评分、近期评价和留存才是你仍能影响的质量信号。每周跟踪曝光量、安装量和卸载量,每次只改动一项。

Chrome Web Store 在 2026 年有哪些变化

对推广扩展程序的人来说,有两项公告很重要:7 月 1 日收紧数据规则的政策更新,以及 8 月 20 日改变评分、徽章和发布限制的商店更新。

2026 年 Chrome Web Store 的变化及其对营销的意义
维度变化内容对营销意味着什么
Featured 徽章将于 2026 年晚些时候停用。自荐提名已于 8 月 20 日关闭,待处理的提名也已关闭。不要围绕获得徽章来规划发布。Google 表示,更新后的评分是主要的质量信号。
评分显示的评分将像 Google Play 一样侧重较近期的评价。尚未公布计算公式或上线日期。旧的五星评价权重会降低。持续稳定地请求评价,并迅速解决近期投诉的根源。
发布限制每个发布者都有扩展程序数量限制,默认两个名额。现有扩展程序保留;如需增加,在控制台中申请。把精力放在一个扩展程序上,而不是发布许多小变体,垃圾内容政策同样禁止这样做。
审核与安装检查上传的内容会在提交前进行安装问题测试,审核量已恢复正常。不承诺审核时长。在发布日期中为审核预留时间;先发布,等商店页面上线后再宣布。
数据收集(自 8 月 1 日起)数据必须是扩展程序所披露的单一用途严格必需的,须显著披露,处理方式变化时须告知用户。不允许超出该用途的增长跟踪和营销数据。保持隐私标签页与你的宣传说法一致。

Chrome Web Store 如何为扩展程序排名和推荐

Google 将排名描述为一种启发式方法,会权衡用户评分和使用情况(例如一段时间内安装量与卸载量的对比),以及清晰的用途、设计、新手引导和易用性。搜索还会读取商店页面的元数据,因此标题、摘要和描述决定了你能出现在哪些搜索中。新上架的内容可能需要几个小时才会出现在搜索结果中。

首页和合集由编辑人工挑选。你无法付费购买展示位置,也不接受合集收录申请。Established Publisher 徽章会自动授予身份已验证且政策记录良好的发布者,因此要尽早验证你的发布者身份。实际上,商店奖励的是能留住安装用户的扩展程序;吸引来错误人群的营销可能会损害排名。

排名与发现

排名启发式方法权衡评分和使用统计数据,例如一段时间内安装量与卸载量的对比;搜索使用商店页面元数据;推荐内容由编辑挑选;不提供付费展示位置,不接受合集申请;身份已验证且合规记录良好的发布者可获得 Established Publisher 徽章。

Chrome for Developers:Discovery on the Chrome Web Store

Chrome Web Store 商店页面检查清单

大多数商店访客根据名称、摘要和第一张截图做决定。在任何地方推广商店页面之前,逐项检查。

  • 名称:清楚、具体地说明主要用途,不堆砌一串关键词。
  • 摘要:最多 132 个字符 的纯文本,说明它帮助谁、做什么;不使用最高级形容词或竞争对手名称。
  • 描述:一段概述,然后是简短的主要功能列表,自然地使用你的关键词。同一个关键词重复超过五次可能被视为关键词堆砌(垃圾内容)。
  • 截图:至少一张,最好放满五张,尺寸为 1280×800 或 640×400,展示真实扩展程序的工作情况,文字尽量少。
  • 用于搜索和分类页面的小型宣传图块(440×280),以及一张 1400×560 的横幅大图,以备编辑推荐你。
  • 一段展示设置过程和第一个有用结果的短视频或截图序列。
  • 类别:当前类别中最接近的一个。
  • 网站和支持链接,以及与扩展程序实际收集内容相符的隐私标签页。
  • 只使用附有真实姓名的用户评价;不允许匿名引语。
  • 为你的用户所使用的语言提供本地化的摘要和截图。
商店页面要求

不自然地重复同一关键词超过五次属于关键词垃圾内容;不允许无署名或匿名的用户评价;缺少描述、图标或截图的商店页面会被拒绝。

Chrome Web Store policy:Listing requirements

可能导致扩展程序被下架的推广方式

一些在别处有效的增长手段违反 Chrome Web Store 政策。下架会让你失去所有安装量,因此在开始之前,对照这份清单检查你的计划。

  • 购买或交换安装量、评价或评分,或以任何东西换取评价。
  • 试图操纵扩展程序在商店中的展示位置。
  • 以不同名称发布同一扩展程序的近似副本,以占据更多搜索空间。
  • 为营销收集扩展程序单一用途所不需要的浏览数据或个人数据。
  • 在没有明确用户利益、显著披露和用户主动操作的情况下添加联盟链接、代码或 cookie。
  • 发送用户没有要求的通知或消息,或在不让用户确认内容和收件人的情况下代表用户发送消息。
垃圾内容与滥用

禁止操纵展示位置;禁止欺诈性或有偿激励的下载、评价或评分;禁止重复体验;禁止滥用通知或发送未经确认的消息。

Chrome Web Store policy:Spam and abuse
联盟广告

联盟计划必须在商店页面、界面中以及安装之前显著说明;每个代码、链接或 cookie 都需要有用户利益和相关的用户操作。

Chrome Web Store policy:Affiliate ads

根据扩展程序的用途选择渠道

扩展程序是针对某人一天中某个特定时刻的小工具。去人们描述那个时刻的地方,展示扩展程序在几秒钟内处理好它。

按扩展程序类型划分,首批用户通常在哪里
维度首批用户在哪里第一步
开发者工具Hacker News、GitHub、开发者社区,以及出现该问题的 issue 讨论串。发一篇 Show HN 或简短演示,附上源代码或清楚的隐私说明;回答每一个技术问题。
面向某一职业的效率工具(招聘人员、销售人员、研究人员)Reddit、X 或 LinkedIn 上面向该职业的社区、newsletter(邮件通讯)和账号。在规则允许的地方发布一段短视频,展示扩展程序在他们真实工作流程中省去一个步骤。
你的 Web 应用或 SaaS 的配套工具你的现有用户和访客。在产品内和网站上,在它能派上用场的时刻提供它;这通常是成本最低的安装来源。
消费类或购物类搜索、短视频和对比文章。一个回答搜索问题的落地页,并清楚披露任何联盟模式。
AI 侧边栏或写作助手一个拥挤的类别,泛泛的宣传会被忽视。选择一个具体的任务和受众,只展示该任务的前后对比。

30 天发布计划

  1. 第 1–3 天:写一句话,点明扩展程序是给谁用的,以及他们需要它的那个时刻。根据这句话重写摘要、第一张截图和描述。
  2. 第 4–7 天:添加一个安装后的欢迎页,引导用户获得第一个有用结果,并添加卸载问卷(见下方模板)。验证你的发布者身份。
  3. 第 8–14 天:在 20 位有这个问题的人已经讨论它的地方,逐一联系他们。请他们试一项任务,并告诉你他们卡在了哪里。
  4. 第 15–21 天:修好大多数人停下来的那一步,然后请获得成功的用户留下真实的评价。
  5. 第 22–30 天:在带来最好对话的渠道上进行一次公开发布,比如 Show HN 或一篇演示帖子,并将曝光量、安装量和卸载量与前两周进行比较。

复制评价请求和卸载问卷

在用户获得成功的时刻请求评价,而不是在安装时,并且对每个人提出同样的请求。由于评分现在将偏重近期评价,持续不断的真实评价比发布当天的一波评价更重要。

卸载问卷能告诉你,人们离开是因为商店页面设定了错误的预期,还是因为产品出了问题。Chrome 会打开你用 chrome.runtime.setUninstallURL 设置的页面;该 URL 必须使用 http 或 https,且最多 1,023 个字符。不要在该 URL 中放入个人数据。onInstalled 事件在原因为 install 时触发,适合在这里打开你的欢迎页。

下载 Markdown
安装与卸载钩子

setUninstallURL 设置卸载时访问的页面(http 或 https,最多 1,023 个字符);onInstalled 触发时的原因包括 install 和 update。

Chrome for Developers:chrome.runtime API

每周衡量漏斗

Developer Dashboard(开发者控制台)按国家、语言和操作系统报告曝光量、每日安装量和卸载量,以及每周用户数。每周用户数统计的是安装数,而不是实际使用,因此如果你需要活跃度数据,请在自己的产品中衡量。你也可以在 Store listing 标签页中为商店页面选择启用 Google Analytics。

示例说明,并非基准:某个商店页面在一个月内获得 4,000 次曝光和 240 次安装,安装率为 6.0%(240 ÷ 4,000)。同一个月有 72 人卸载,占安装量的 30%(72 ÷ 240),净新增安装 168 个。如果卸载问卷显示大多数人离开是因为扩展程序没有做到商店页面承诺的事,就先修好商店页面,再去购买更多流量;如果他们离开是因为它在某个网站上出了问题,就修好产品。

Soloop 的定位

Soloop 不会编辑 Chrome Web Store 商店页面、读取你的商店分析数据,也不会发布扩展程序。它帮助完成围绕这些工作的外联。根据 Soloop 手册,它可以调研某个人群在哪里讨论某个问题并返回资料来源,在你通过 OAuth 连接后在 X 上发帖,准备 Reddit 帖子供你亲自发布,通过 Gmail 发送冷邮件(beta),并准备 Google Search Ads 供你审阅和付费。各项操作默认等待你的审批。

一个有边界的首个请求:我的 Chrome 扩展程序[商店 URL]帮助[受众][完成一项任务]。找出[受众]在哪里讨论[问题],附上资料来源,建议一个用于 30 天测试的渠道,并起草五条简短信息,请人们试一项任务并告诉我他们卡在了哪里。不要发布或发送任何内容。

资料来源、局限与更新

Google 2026 年 7 月 1 日和 8 月 20 日的公告、Chrome Web Store 的发现、商店页面、政策和分析页面,以及 chrome.runtime 参考文档均于 2026 年 10 月 29 日查阅。Google 尚未公布 Featured 徽章的结束日期,也未公布近期评价如何加权,部分文档页面仍在描述旧的徽章流程。渠道表、发布计划、模板和下架检查清单属于编辑建议;漏斗示例仅作说明。本文任何内容均不保证排名、安装量或审核通过。

本指南将在 2027 年 1 月 29 日之前复审;如果 Google 公布徽章结束日期或评分细节,会更早复审。

产品能力

Soloop 手册描述了附带资料来源的调研、通过 OAuth 在 X 上发布、准备 Reddit 内容并手动发布、通过 Gmail 发送 beta 冷邮件,以及经审阅和付费后的 Google Search Ads;默认先审批。它不管理 Chrome Web Store 商店页面。

Soloop 产品手册