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、一個 QR code，以及——一旦接收者透過 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 團隊進行了事實查核與編輯。定價與功能細節反映的是我們截至上方發布日期的理解——在做出採購決定之前，請始終直接向廠商確認目前的條款。