LinkedIn 技能测评 vs Open Badges：哪种能建立真正的可信度？

一位学员完成了你的课程，通过了结课项目，想把这件事告诉全世界。这份证明该存放在哪里？如果你把他们引向 LinkedIn 技能测评，那么这份「凭证」不过是技能标签旁边的一个小徽章图标，仅由 LinkedIn 自家的选择题测验来验证。如果你发放一份 Open Badge，他们得到的是一份独立、可验证、带有你名字的凭证——即便 LinkedIn 明天调整产品路线图，它依然有效。

两者都会出现在 LinkedIn 个人资料上。两者都在传递「这个人懂点东西」的信号。但它们建立在两种根本不同的信任模型之上，而选错了那一种——或者只选其中一种——会让培训机构和认证机构在招聘方眼中付出真实的可信度代价。下面是一份诚实的拆解：每一种究竟验证了什么、由谁掌控，以及为什么大多数颁发者最终会两者都发。

LinkedIn 技能测评究竟是什么

LinkedIn 技能测评是简短、限时的选择题测验（通常 15 道题，约 15 分钟），涵盖诸如「JavaScript」「Project Management」或「Excel」之类的技能。得分进入前 30%，LinkedIn 就会在你个人资料上那项技能旁边加一个小徽章，让按技能搜索的招聘方能看到。

其中的运作机制很关键：

• 题库由 LinkedIn 编写并拥有。 你无法定制它来匹配你的课程大纲、你的工具或你特定的认证标准。
• 通过/不通过是二元且不透明的。 没有部分给分，没有标准 URI，也没有证据链——只有一个徽章图标，或者什么都没有。
• 测评是从头重考的。 一旦没过，你要被锁定好几个月才能重试。
• 它只存在于 LinkedIn 上。 没有可导出的凭证，没有可以交给 ATS 的 JSON，也没有办法把它嵌入电子邮件签名或简历 PDF。
• 它没有颁发者。 徽章上写的是「Excel」，而不是「Excel——由 Acme Training Co. 认证」。学员通过测验，你的机构得到的品牌曝光为零。

对于一位为个人资料添砖加瓦的求职者来说，这是一种低门槛地加上一个绿色对勾的方式。但对于想要打造一个可辨识凭证的培训机构、训练营或认证机构而言，它几乎毫无用处——你对测评内容毫无掌控，也没办法把你的名字放到结果上。

Open Badge 究竟是什么

一份 Open Badge v2.0 凭证是一个结构化、可移植的断言：一位接收者、一个徽章类别（包含你的标准和证据）、一位颁发者（带有你的身份，已验证），以及一个可通过密码学校验的验证 URL。它不与任何单一平台绑定——它是一项标准，由 badges.ninja 以及数十种其他颁发工具实现。

实际来说，这意味着：

• 标准由你来写。 徽章代表的正是你的项目所认证的内容——某门具体的课程、某个具体的技能等级、某个具体的顶点项目——而不是一个泛泛的 LinkedIn 测验主题。
• 凭证是可移植的。 它存放在一个公开的验证 URL 上（https://api.badges.ninja/certify-badge/award/{guid}），可以下载为 PDF 证书，可嵌入电子邮件签名，也可以作为一个链接分享——无论接收者是否登录任何账号，它都有效。
• 你的机构是登记在册的颁发者。 每一枚徽章都带有你的颁发者身份——已验证，附上你的 logo、你的名字，以及（一旦设置好）你的 LinkedIn 机构 ID，这样接收者就能把它直接加到自己的 Licenses & Certifications 区块，而不只是一个技能标签。
• 验证是公开且可被机器读取的。 任何人——招聘方、HR 系统、背景调查供应商——都可以调用验证端点，取回真实的 Open Badge JSON-LD，确认这枚徽章是真实的、未被撤销的，并且是由你颁发的。

这就是核心的不对称：一份 LinkedIn 技能测评证明的是你通过了 LinkedIn 的测验。一份 Open Badge 证明的是你完成了 你自己的 项目，依据的是 你 定义的条款，并且独立于任何单一平台的持续存在都可被验证。

并排对比

哪一栏都不是「错的」。它们回答的是不同的问题。一位扫视 LinkedIn 搜索结果的招聘方，会因技能测评徽章这一快速、低成本的筛选手段而受益。一位对候选人训练营证书做真正尽职调查的招聘经理，则需要一份他们能独立验证的东西——那就是 Open Badge。

LinkedIn 技能测评在颁发者这一侧的短板

如果你是一家培训机构，核心问题并不在于质量——就其本身而言，LinkedIn 的测验做得还算不错。问题在于 你在结果中是隐形的。 一位学员在完成你 12 周的训练营后又拿下 LinkedIn 的「React」测评，得到的徽章归功的是 LinkedIn 的题库，而不是你的课程。按 LinkedIn 技能筛选来搜索的招聘方看到的是「React ✓」，而不是「React——Acme Bootcamp，第 14 期」。

这是一次规模化的营销机会流失。你发放的每一份凭证，都是让招聘方、招聘经理或未来学员发现你机构的一次机会。一个泛泛的技能对勾一次都转化不了。而一枚带品牌、可验证的 Open Badge——尤其是那种你的校友引以为傲、作为 LinkedIn 帖子而非仅仅作为资料标签分享出去的——就能。

还有一个持久性问题。LinkedIn 可以随时更改、弃用或重构技能测评（他们已经把这项功能缩减过一次了）。你的学员两年前赢得的一份凭证，可能就这么从他们的个人资料上消失，没有通知，也没有退路。而你发放的 Open Badge 存放在一个你掌控的 URL 上，独立于任何单一平台的产品决策。

Open Badges 的短板（对此要诚实）

Open Badges 不像 LinkedIn 原生功能那样天然可被发现。LinkedIn 自家的算法会把技能测评徽章推送给按技能搜索的招聘方——而一枚 Open Badge 只有在接收者主动把它加到自己的 Licenses & Certifications 区块，或作为帖子分享出去时，才能获得那种曝光。

这是一个真实的缺口，但它是可以填补的。每一位 badges.ninja 颁发者都可以在自己的颁发者资料上一次性设置一个 LinkedIn 机构 ID，这会在每个凭证页面上启用 Add-to-LinkedIn-Profile 按钮——接收者点一下，LinkedIn 就会预填一条认证条目，并附上你的机构名称，而这份凭证会落到招聘方本就会搜索的那个 Licenses & Certifications 区块里。我们在如何为你的 Open Badges 添加一个 LinkedIn「Add to Profile」按钮中完整介绍了整套设置。

正确答案：两者都发

大多数颁发者不应该把这当成一道非此即彼的选择题。这两种凭证在同一个面向招聘方的漏斗中承担着互补的角色：

1. Open Badges 才是那份凭证。 为任何代表真实完成的事情发放它们——一门课程、一场认证考试、一个顶点项目、一个职业里程碑。这才是那件带有你的标准、你的证据、你的验证 URL 的产物。
2. LinkedIn 分发把这份凭证摆到招聘方面前。 使用 Add-to-LinkedIn-Profile 流程，让 Open Badge 出现在 Licenses & Certifications 里，并鼓励学员同时参加任何相关的 LinkedIn 技能测评，作为一个补充性的、LinkedIn 原生的信号。

接收者最终会在个人资料上拥有两个证明点：一个泛泛但可搜索的 LinkedIn 技能标签，以及一份具体、可验证、带颁发者品牌的认证。那些深挖到技能筛选之外的招聘方，会发现你机构的名字与真实的标准挂钩——这比一个测验分数是强得多的信号。

一个极简 API 示例

如果你是在课程完成事件之后以编程方式发放徽章，那么一旦你有了颁发者、徽章类别和 API key，发放调用就是单个 POST：

const response = await fetch("https://api.badges.ninja/awards", {
  method: "POST",
  headers: {
    "X-Api-Key": "bws_" + process.env.BADGES_NINJA_API_KEY,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    badgeId: "badge_xxxxxxxx",
    recipientEmail: "learner@example.com",
    recipientName: "Jordan Lee"
  })
});

const award = await response.json();
console.log(award.verificationUrl);

import requests, os

resp = requests.post(
    "https://api.badges.ninja/awards",
    headers={"X-Api-Key": f"bws_{os.environ['BADGES_NINJA_API_KEY']}"},
    json={
        "badgeId": "badge_xxxxxxxx",
        "recipientEmail": "learner@example.com",
        "recipientName": "Jordan Lee",
    },
)
award = resp.json()
print(award["verificationUrl"])

那一个调用会返回一个验证 URL、一个二维码，以及——一旦接收者通过 badges.ninja/me 的魔法链接登录——在其凭证页面上出现一个 Add-to-LinkedIn-Profile 按钮。完整的请求/响应结构请参见Awards API 参考。

影响 LinkedIn 分享率的设计选择

一位接收者会不会费心把自己的 Open Badge 发到 LinkedIn 上——把一份凭证变成数百次招聘方曝光——很大程度上取决于徽章长什么样，以及分享流程有多简单。一条泛泛的灰色绶带会被无视；一枚有着可辨识形状、你的品牌色和清晰标题的徽章则会被分享。我们在设计能在 LinkedIn 上被分享的徽章中拆解了那些能撬动分享率的具体设计模式。

招聘方和 ATS 系统实际上如何验证这些

一旦你跟踪候选人在申请中列出这些凭证之后发生了什么，两种凭证类型之间的差距就变得更加尖锐。

一枚 LinkedIn 技能测评徽章没有独立的验证路径。招聘方在个人资料上看到那个对勾，就只能听信 LinkedIn 的说法——没有任何端点可供申请人追踪系统（ATS）调用，没有 JSON 数据可以附到候选人记录上，也没有办法确认这枚徽章不是在某次政策变更后被悄悄重新启用的。它是一个 UI 元素，而不是一个凭证对象。

相比之下，Open Badge 天生就是为机器验证而构建的。每一份凭证都有一个公开的 GET 端点，位于 https://api.badges.ninja/certify-badge/award/{guid}，它会返回完整的 Open Badge v2.0 JSON-LD 断言——颁发者、徽章类别、标准、证据、发放日期和撤销状态。背景调查供应商、大学注册机构，以及越来越多的 ATS 平台都可以直接调用那个端点，得到一个附带支持性元数据的结构化是/否答案，而不必去信任一张截图。如果你的项目将来需要支持批量验证（例如某个企业合作方在核对一整期学员），那也只是一个脚本在循环里调用那个公开端点，而不是一次人工审计。

这也正是徽章撤销以一种 LinkedIn 技能测评根本不支持的方式发挥作用的地方。如果你发现某份凭证是误发的，或者某项认证后来因故被撤销，验证端点会立即反映这一点——任何重新核对这枚徽章的人都会看到撤销。LinkedIn 没有等价的机制；一旦一枚技能测评徽章出现在个人资料上，颁发者一侧就没有任何杠杆可以纠正它。

这些都不意味着 LinkedIn 技能测评一文不值——对于「这份个人资料上有没有一个可搜索的技能标签」这个特定任务，它们做的正是它们被设计出来要做的事。但如果你项目的可信度取决于某个人能否独立确认一份凭证是真实的、当前有效的、并且与你的机构挂钩，那么那条验证链只存在于 Open Badge 这一侧。

决策指南

只用 LinkedIn 技能测评，如果： 你是一个打造个人资料的个体，并不运营任何正式项目——没有需要保护的颁发者身份，而内置的可发现性是一项实实在在的收益。

只用 Open Badges，如果： 品牌曝光和可验证的标准比 LinkedIn 原生的搜索可发现性更重要——例如，永远不需要出现在公开技能搜索中的内部合规培训。

两者都用，如果： 你是一家培训机构、训练营、认证机构，或者企业 L&D 团队，正在发放代表真实项目完成的凭证。把 Open Badge 作为权威、可验证的记录来发放；通过 Add-to-Profile 把它导入 LinkedIn 的 Licenses & Certifications 区块；让学员用任何与你课程重叠的 LinkedIn 技能测评来补充。

这种组合在搭建上不花额外一分钱，却填补了 Open Badges 相对于 LinkedIn 原生功能唯一真实的缺口：默认的可发现性。除此之外的一切——颁发者掌控、可移植性、验证完整性、凭证持久性——都早已站在 Open Badge 这一边。

准备好发放你的第一份可验证凭证了吗？ 在 badges.ninja 免费开始——可视化设计器、公开验证页面、PDF 证书、Open Badge v2.0 输出。无需信用卡。

关于本文： 本对比在 AI 辅助下完成研究与起草，随后由 Badges Ninja 团队进行了事实核查与编辑。定价与功能细节反映的是我们截至上方发布日期的理解——在做出采购决定之前，请始终直接向供应商确认当前的条款。