{"id":19123,"date":"2026-04-28T21:09:55","date_gmt":"2026-04-28T21:09:55","guid":{"rendered":"https:\/\/sertifier.com\/blog\/?p=19123"},"modified":"2026-04-28T21:50:43","modified_gmt":"2026-04-28T21:50:43","slug":"skill-badges-evidence-verification-guide","status":"publish","type":"post","link":"https:\/\/sertifier.com\/blog\/skill-badges-evidence-verification-guide\/","title":{"rendered":"Skill Badges: A Practical Field Guide to Credentials, Evidence, and Verification"},"content":{"rendered":"\n<p>Skill badges can make skills-first hiring and internal mobility more practical\u2014if they function as verifiable credentials rather than decorative icons. This field guide breaks down what a skill badge should represent, what evidence to attach, and what \u201cverification\u201d should mean when a badge is shared outside your system.<\/p>\n\n\n\n<p>The opportunity is straightforward: people are actively searching for \u201cskill badges,\u201d but many results don\u2019t answer the operational questions HR, L&amp;D, and workforce development teams actually have. Use the frameworks below to design skill badges that stand up to scrutiny and support credential management at scale.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Key takeaways<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Define the badge as a credential<\/strong>: a skill claim plus issuer identity, criteria, and evidence.<\/li>\n\n\n\n<li><strong>Evidence is the differentiator<\/strong>: attach artifacts and assessment context, not just a title.<\/li>\n\n\n\n<li><strong>Verification must be independent<\/strong>: third parties should be able to validate authenticity and status.<\/li>\n\n\n\n<li><strong>Governance prevents badge inflation<\/strong>: clear criteria, versioning, and revocation policies matter.<\/li>\n\n\n\n<li><strong>Start small, design for scale<\/strong>: pilot one job family or program, then expand with a repeatable model.<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">What are skill badges?<\/h2>\n\n\n\n<p><strong>Skill badges<\/strong> are digital credentials that represent a specific, defined skill claim (for example, \u201cSQL joins\u201d or \u201cconflict de-escalation\u201d) issued by an organization based on stated criteria and assessment.<\/p>\n\n\n\n<p>A skill badge is most useful when it includes:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Issuer identity<\/strong> (who issued it and how to contact\/verify them)<\/li>\n\n\n\n<li><strong>Criteria<\/strong> (what the learner had to do to earn it)<\/li>\n\n\n\n<li><strong>Evidence<\/strong> (what proves the skill claim)<\/li>\n\n\n\n<li><strong>Metadata<\/strong> (issue date, expiration if relevant, version, tags\/skills)<\/li>\n\n\n\n<li><strong>Verification path<\/strong> (how a third party validates it)<\/li>\n<\/ul>\n\n\n\n<p>In practice, many teams use skill badges to make learning outcomes portable across programs, employers, and platforms\u2014especially when the badge follows an interoperable standard like Open Badges. For standard details, see the official documentation from the standards community: <a href=\"https:\/\/www.imsglobal.org\/sites\/default\/files\/Badges\/OBv2p0Final\/index.html\" target=\"_blank\" rel=\"noopener\">IMS Global Open Badges specification<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Skill badges vs. other credentials (quick comparison)<\/h2>\n\n\n\n<p>Skill badges sit in a larger credential ecosystem. The question isn\u2019t \u201cbadges vs. certificates,\u201d but \u201cwhich credential type best communicates the claim and evidence to the audience who must trust it?\u201d<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><thead><tr><th>Credential type<\/th><th>Best for<\/th><th>Typical evidence expectation<\/th><th>Verification expectation<\/th><th>Watch-outs<\/th><\/tr><\/thead><tbody><tr><td><strong>Skill badges<\/strong><\/td><td>Discrete skills; skills-first pathways; stackable micro-credentials<\/td><td>Assessment artifacts, rubric results, work samples, proctoring context (when relevant)<\/td><td>Public or shareable verification that confirms issuer, criteria, and status<\/td><td>Badge inflation if criteria are vague or evidence is missing<\/td><\/tr><tr><td><strong>Digital certificates<\/strong><\/td><td>Course\/program completion; time-bounded training; compliance documentation<\/td><td>Completion record, hours, syllabus, assessment summary<\/td><td>Recipient and third-party verification of authenticity and status<\/td><td>Completion alone may be misread as competency<\/td><\/tr><tr><td><strong>Micro-credentials<\/strong><\/td><td>Competency bundles; role-aligned capability sets; stackable pathways<\/td><td>Multiple assessments and artifacts mapped to outcomes<\/td><td>Verification plus clarity on what stacks into what<\/td><td>Confusion if naming, levels, or stack rules are inconsistent<\/td><\/tr><tr><td><strong>Licenses\/certifications (formal)<\/strong><\/td><td>Regulated or industry-controlled qualifications<\/td><td>Exam and eligibility requirements managed by an external authority<\/td><td>Authoritative registry verification<\/td><td>May not cover granular skills needed for internal mobility<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p>One practical rule: use skill badges when you want to communicate a <em>specific skill claim<\/em> with <em>attached proof<\/em>, and use other credentials when the claim is primarily <em>completion<\/em> or <em>authority-based qualification<\/em>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">The evidence model: what to attach to a skill badge<\/h2>\n\n\n\n<p>Evidence is what turns a skill badge into a decision-ready credential for hiring managers, supervisors, and external partners. Without evidence, the badge forces the reviewer to \u201ctrust the label,\u201d which is exactly what most reviewers refuse to do.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">A practical evidence framework (what reviewers need to know)<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>What was assessed?<\/strong> Name the skill and the performance context (task, scenario, project).<\/li>\n\n\n\n<li><strong>How was it assessed?<\/strong> Rubric, test, observation checklist, simulation, portfolio review.<\/li>\n\n\n\n<li><strong>Who assessed it?<\/strong> Trainer, instructor, employer evaluator, proctor, panel\u2014plus qualifications if relevant.<\/li>\n\n\n\n<li><strong>What does \u201cpassing\u201d mean?<\/strong> Clear criteria, thresholds, and any required components.<\/li>\n\n\n\n<li><strong>When and where was it assessed?<\/strong> Date and environment (in-person, remote, proctored, workplace).<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Evidence types that work (choose what fits the risk level)<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Rubric score report<\/strong> (highly scannable; good for reviewers)<\/li>\n\n\n\n<li><strong>Work sample or artifact<\/strong> (code snippet, writing sample, design output, lab result)<\/li>\n\n\n\n<li><strong>Portfolio link<\/strong> (best when curated and tied to a rubric)<\/li>\n\n\n\n<li><strong>Supervisor\/assessor attestation<\/strong> (useful with defined criteria and identity controls)<\/li>\n\n\n\n<li><strong>Scenario\/simulation results<\/strong> (good for customer-facing and safety-critical skills)<\/li>\n<\/ul>\n\n\n\n<p>Evidence should be privacy-aware. For example, you may need to avoid attaching personally identifiable information, proprietary work product, or sensitive client data. In those cases, a redacted artifact plus a rubric summary can still be meaningful.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Decision checklist: how much evidence is enough?<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Low-stakes internal use<\/strong> (team development): criteria + basic assessment summary may be sufficient.<\/li>\n\n\n\n<li><strong>Hiring or partner-facing<\/strong>: include a rubric summary and an artifact or portfolio reference.<\/li>\n\n\n\n<li><strong>Compliance, safety, or high-risk work<\/strong>: require stronger identity checks, controlled assessments, and auditable records.<\/li>\n<\/ul>\n\n\n\n<p>If you\u2019re building a broader credential program (badges plus certificates), keep your issuance workflow and evidence policy consistent. A good credential management system should make it easy to standardize fields, map skills to criteria, and keep evidence accessible without manual admin work.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Verification 101: what \u201cverifiable\u201d should mean for skill badges<\/h2>\n\n\n\n<p><strong>Verification<\/strong> is the ability for a third party to confirm that a skill badge is authentic, unaltered, and currently valid\u2014without needing to email the issuer or trust a screenshot.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Minimum verification requirements (non-negotiables)<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Issuer authenticity<\/strong>: the verifier can confirm who issued the badge.<\/li>\n\n\n\n<li><strong>Integrity<\/strong>: the badge data (criteria, recipient, issue date) hasn\u2019t been tampered with.<\/li>\n\n\n\n<li><strong>Status<\/strong>: the verifier can see whether it is active, expired, or revoked.<\/li>\n\n\n\n<li><strong>Evidence access controls<\/strong>: evidence is available in a secure way, with appropriate permissions.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Where \u201cblockchain\u201d fits (and where it doesn\u2019t)<\/h3>\n\n\n\n<p><strong>Blockchain<\/strong> is sometimes used as an integrity layer to help prove that credential records were not altered after issuance. It can be useful in designs where public, tamper-evident anchoring matters.<\/p>\n\n\n\n<p>However, blockchain is not the same as verification. You still need:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Clear issuer identity and domain control<\/li>\n\n\n\n<li>Revocation\/expiration handling<\/li>\n\n\n\n<li>A human-readable verification experience for employers and partners<\/li>\n\n\n\n<li>Privacy controls for evidence and recipient data<\/li>\n<\/ul>\n\n\n\n<p>In other words: blockchain can support verifiability, but it doesn\u2019t replace strong credential governance and a reliable verification endpoint.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Security and procurement questions to ask vendors<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Data ownership and portability<\/strong>: Can recipients export their credentials in a standard format?<\/li>\n\n\n\n<li><strong>Revocation<\/strong>: Can you revoke badges and do verifiers see the updated status?<\/li>\n\n\n\n<li><strong>Access controls<\/strong>: Can evidence be restricted while keeping the credential verifiable?<\/li>\n\n\n\n<li><strong>Audit trail<\/strong>: Can you track issuance, updates, and administrative actions?<\/li>\n\n\n\n<li><strong>Integration<\/strong>: Does it connect to your LMS\/LXP\/HRIS and enrollment systems?<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Asset: Skill Badge Design &amp; Governance Checklist (downloadable section)<\/h2>\n\n\n\n<p>Use this as your internal field guide for designing skill badges that are defensible and scalable. You can copy\/paste it into a doc and use it as a working checklist.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">1) Badge definition (the claim)<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Skill statement is specific and observable (not a broad trait like \u201cleadership\u201d).<\/li>\n\n\n\n<li>Skill aligns to a role task, competency framework, or program outcome.<\/li>\n\n\n\n<li>Badge level is defined (intro\/intermediate\/advanced or equivalent) and consistent.<\/li>\n\n\n\n<li>Badge name avoids ambiguous marketing language; it matches the criteria.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">2) Criteria and assessment<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Criteria are written so two evaluators would score consistently.<\/li>\n\n\n\n<li>Assessment method is documented (rubric, test, observation, simulation).<\/li>\n\n\n\n<li>Assessor qualifications and training are defined (when relevant).<\/li>\n\n\n\n<li>Retake policy is clear.<\/li>\n\n\n\n<li>Accommodations policy exists for accessibility.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">3) Evidence model<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Evidence requirements are defined by risk level (internal vs external use).<\/li>\n\n\n\n<li>Evidence storage and retention are defined.<\/li>\n\n\n\n<li>Privacy review completed (PII, proprietary info, client data).<\/li>\n\n\n\n<li>Evidence is linked directly to the criteria (not generic attachments).<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">4) Verification and lifecycle<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Public verification page or endpoint is available.<\/li>\n\n\n\n<li>Expiration rules are defined where skills decay or policy changes apply.<\/li>\n\n\n\n<li>Revocation policy is defined and operational.<\/li>\n\n\n\n<li>Badge versioning is supported (criteria updates don\u2019t silently change older badges).<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">5) Governance and operations<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Owner named (program owner) and issuer admin roles assigned.<\/li>\n\n\n\n<li>Approval process defined for creating new badges.<\/li>\n\n\n\n<li>Naming taxonomy and tagging rules documented.<\/li>\n\n\n\n<li>Quality review cadence set (criteria drift, assessor consistency, evidence sampling).<\/li>\n\n\n\n<li>Communications plan created for learners and verifiers (how to share and verify).<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Stakeholder map (who cares and why)<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>HR\/Talent Acquisition<\/strong>: needs confidence that the badge reflects real skill, not participation.<\/li>\n\n\n\n<li><strong>L&amp;D<\/strong>: needs a scalable issuance workflow and consistent criteria across programs.<\/li>\n\n\n\n<li><strong>Workforce development\/program teams<\/strong>: needs portability and partner trust.<\/li>\n\n\n\n<li><strong>Hiring managers<\/strong>: wants quick, decision-ready evidence tied to job tasks.<\/li>\n\n\n\n<li><strong>IT\/Security<\/strong>: cares about access controls, auditability, and data handling.<\/li>\n\n\n\n<li><strong>Legal\/Compliance<\/strong>: cares about privacy, record retention, and defensibility.<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Common pitfalls (and how to avoid badge inflation)<\/h2>\n\n\n\n<p>Badge inflation happens when the number of badges grows but trust and clarity don\u2019t. The fix is usually not \u201cissue fewer badges,\u201d but \u201ctighten definitions, evidence, and governance.\u201d<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Pitfall: vague skill claims<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>What it looks like<\/strong>: badges like \u201cCommunication\u201d with no context.<\/li>\n\n\n\n<li><strong>Fix<\/strong>: define the skill in job-task language (e.g., \u201cDeliver difficult feedback using a structured model\u201d).<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Pitfall: criteria that describe effort, not competency<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>What it looks like<\/strong>: \u201cAttended training\u201d or \u201cCompleted module.\u201d<\/li>\n\n\n\n<li><strong>Fix<\/strong>: require a performance check (rubric, scenario, or artifact) and publish the criteria.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Pitfall: no lifecycle controls<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>What it looks like<\/strong>: badges never expire, can\u2019t be revoked, and old versions remain indistinguishable.<\/li>\n\n\n\n<li><strong>Fix<\/strong>: define expiration where appropriate, enable revocation, and use versioning for criteria updates.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Pitfall: evidence that can\u2019t be shared<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>What it looks like<\/strong>: evidence is internal-only, behind a login, or contains sensitive information.<\/li>\n\n\n\n<li><strong>Fix<\/strong>: design \u201cshareable evidence\u201d options: rubric summaries, redacted artifacts, or controlled-access evidence.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Pitfall: too many micro-badges with no pathway<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>What it looks like<\/strong>: dozens of badges with unclear relationships.<\/li>\n\n\n\n<li><strong>Fix<\/strong>: create stack rules (which skill badges build into a larger credential) and publish the pathway map.<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Implementation path: from pilot to program<\/h2>\n\n\n\n<p>Skill badges work best when you start with a narrow, high-value use case and expand only after your evidence and verification model is stable.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Implementation steps (for workforce development teams, HR\/L&amp;D, and training orgs)<\/h3>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Pick a bounded pilot scope<\/strong>: one job family, one program, or one partner pathway with clear outcomes.<\/li>\n\n\n\n<li><strong>Define 5\u201315 skill claims<\/strong>: focus on observable skills tied to tasks and assessments you can operationalize.<\/li>\n\n\n\n<li><strong>Write criteria and rubrics<\/strong>: make grading consistent across assessors; document assessor roles.<\/li>\n\n\n\n<li><strong>Design the evidence model<\/strong>: decide what gets attached vs summarized; complete a privacy review.<\/li>\n\n\n\n<li><strong>Set verification requirements<\/strong>: public verification, revocation\/expiration rules, versioning approach.<\/li>\n\n\n\n<li><strong>Choose your credential format<\/strong>: align to interoperable credential standards when portability matters.<\/li>\n\n\n\n<li><strong>Build issuance workflows<\/strong>: automate issuance from your LMS\/LXP where possible; define exception handling.<\/li>\n\n\n\n<li><strong>Launch and train stakeholders<\/strong>: teach learners how to share; teach reviewers how to verify.<\/li>\n\n\n\n<li><strong>Audit and iterate<\/strong>: sample issued badges for criteria consistency and evidence quality; adjust governance.<\/li>\n<\/ol>\n\n\n\n<h3 class=\"wp-block-heading\">Operational model: who runs what<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Program owner<\/strong>: owns the skill framework, badge catalog, and quality bar.<\/li>\n\n\n\n<li><strong>Assessment lead<\/strong>: maintains rubrics and assessor training.<\/li>\n\n\n\n<li><strong>Credential admin<\/strong>: manages templates, issuance rules, and lifecycle actions.<\/li>\n\n\n\n<li><strong>Security\/privacy reviewer<\/strong>: approves evidence handling patterns.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Decision checklist: are you ready to scale?<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>You can explain each badge\u2019s claim, criteria, and evidence in under a minute.<\/li>\n\n\n\n<li>Verification works for an external reviewer without emails or screenshots.<\/li>\n\n\n\n<li>You have a repeatable process for new badge requests and approvals.<\/li>\n\n\n\n<li>Revocation, expiration, and versioning are operational (not theoretical).<\/li>\n\n\n\n<li>Your badge catalog maps to pathways (stacking) or business outcomes (roles, mobility, partner needs).<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">People Also Ask (FAQ)<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Are skill badges the same as digital badges?<\/h3>\n\n\n\n<p>Skill badges are a type of digital badge. The difference is the <em>claim<\/em>: a skill badge is specifically intended to represent a defined skill and is most credible when paired with assessment criteria and evidence.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">What makes a skill badge credible to employers?<\/h3>\n\n\n\n<p>Credibility comes from clear criteria, strong evidence, and verification that confirms issuer identity and current status. A badge title alone is rarely enough for hiring decisions.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Should skill badges expire?<\/h3>\n\n\n\n<p>Sometimes. If the skill changes quickly, depends on policy updates, or affects safety\/compliance, expiration can improve clarity. If the skill is durable, you may keep it non-expiring but still version criteria over time.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Do skill badges need blockchain to be verifiable?<\/h3>\n\n\n\n<p>No. Blockchain can be used as an integrity layer, but verifiable skill badges mainly require a trustworthy issuer, tamper-resistant credential data, and a reliable way to check status (including revocation and expiration).<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">How do skill badges fit with other credentials like certificates?<\/h3>\n\n\n\n<p>They complement each other. Certificates often represent completion, while skill badges can represent specific demonstrated competencies. Many programs issue both: a completion certificate plus skill badges tied to assessed outcomes.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Conclusion: design skill badges as verifiable credentials, not just recognition<\/h2>\n\n\n\n<p>Skill badges are most useful when they reduce uncertainty for the person making a decision\u2014hiring, promotion, placement, or partner acceptance. That requires a disciplined evidence model, verifiable credential mechanics, and governance that prevents badge inflation.<\/p>\n\n\n\n<p>If you want a system to issue, manage, and verify digital credentials with consistent workflows, Sertifier is built for credential management at scale.<\/p>\n\n\n\n<p><strong>CTA block:<\/strong> If your team is juggling manual issuance, inconsistent badge criteria, or employer questions about authenticity, a centralized credential platform can standardize evidence, verification, and lifecycle controls without adding admin overhead.<\/p>\n\n\n\n<p><a href=\"https:\/\/sertifier.com\/\" data-type=\"link\" data-id=\"https:\/\/sertifier.com\/\">Start free trial<\/a><\/p>\n\n\n\n<p><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Skill badges only work when they\u2019re backed by evidence and verification. This field guide explains what skill badges are, how they compare to other credentials, and how to design governance that prevents badge inflation.<\/p>\n","protected":false},"author":3,"featured_media":19122,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1429],"tags":[],"class_list":["post-19123","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-digital-badges"],"_links":{"self":[{"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/posts\/19123","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/comments?post=19123"}],"version-history":[{"count":1,"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/posts\/19123\/revisions"}],"predecessor-version":[{"id":19146,"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/posts\/19123\/revisions\/19146"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/media\/19122"}],"wp:attachment":[{"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/media?parent=19123"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/categories?post=19123"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/sertifier.com\/blog\/wp-json\/wp\/v2\/tags?post=19123"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}