Dina meriter är verkliga. De finns på din CV, din Om-sida, i legitimationsregistret och på certifikaten som hänger på väggen. Men när en sökmotor eller ett AI-system läser din webbplats läser det HTML — och i vanlig HTML är en rubrik som säger ”Leg. fysioterapeut” bara text. Den bär inte mer semantisk tyngd än en rubrik som säger ”Chokladkaksrecept”.
Strukturerad data förändrar det. Och för yrkesverksamma med verkliga meriter spelar en specifik del av strukturerad data större roll än nästan allt annat: identity schema.
Vad identity schema faktiskt är
Schema.org är ett gemensamt vokabulär för strukturerad data, grundat och underhållet av Google, Microsoft, Yahoo och Yandex. När du lägger till strukturerad data på din webbplats kopplar du maskinläsbara etiketter till ditt innehåll — du berättar för system inte bara vilka ord som finns på sidan, utan vad de orden betyder.
Identity schema syftar framför allt på två typer i schema.org: Person och Organization. De typerna beskriver vem du är — inte vad du säljer, inte dina öppettider, utan din identitet som en aktör i världen. Används de rätt kan sökmotorer och AI-system bygga upp en sammanhängande bild av dig: ditt namn, din roll, dina kompetensområden, de organisationer som erkänt dina kvalifikationer och de onlineprofiler som bekräftar att du är den du uppger dig för att vara.
En grundläggande Person-nod i JSON-LD ser ut så här:
{
"@type": "Person",
"@id": "https://example.com/#/schema/person",
"name": "Anna Lindgren",
"jobTitle": "Leg. fysioterapeut",
"url": "https://example.com",
"sameAs": [
"https://www.linkedin.com/in/annalindgren",
"https://www.exempelkliniken.se/team/anna-lindgren"
],
"knowsAbout": ["Fysioterapi", "Idrottsskador", "Muskuloskeletal bedömning"]
}Den där sameAs-listan är viktig. Varje URL är en korsreferens — en pekare till en extern profil som bekräftar att den här aktören är verklig, konsekvent och känd på andra håll. Så knyter sökmotorer ihop Anna Lindgren på din webbplats med Anna Lindgren på klinikens personalsida och Anna Lindgren på LinkedIn. Utan det är du en overifierad textsträng.
En detalj som ofta blir fel: en URL i sameAs ska peka på en sida som faktiskt beskriver dig — din profil hos en branschorganisation, din författarsida, ditt LinkedIn-konto. Ett myndighetsregister hör inte hemma där; startsidan för ett register bekräftar ingenting om just dig. Att din legitimation finns i Socialstyrelsens register över legitimerad hälso- och sjukvårdspersonal uttrycks i stället genom hasCredential — nästa avsnitt.
Egenskapen hasCredential — vad den gör
Grundläggande Person-schema hanterar identiteten. hasCredential hanterar beviset.
hasCredential är en egenskap i schema.org som kopplar ett eller flera EducationalOccupationalCredential-objekt till en Person- eller Organization-nod. Varje credential-objekt kan innehålla:
- Meritens namn (t.ex. ”Leg. fysioterapeut”)
- Den utfärdande organisationen via
recognizedBy— i sig en Organization-nod med namn och URL - Utfärdande- och utgångsdatum
- En
credentialCategory(examen, certifikat, legitimation, märke) - En URL till beviset eller registerposten
En merit i strukturerad data ser ut så här:
{
"@type": "EducationalOccupationalCredential",
"name": "Leg. fysioterapeut",
"credentialCategory": "license",
"recognizedBy": {
"@type": "Organization",
"name": "Socialstyrelsen",
"url": "https://www.socialstyrelsen.se"
},
"validFrom": "2019-01-01"
}Det är inte dekoration. Det är ett maskinläsbart påstående som säger: den här personen innehar den här meriten, den utfärdades av den här organisationen och den är giltig. Det är en fundamentalt annorlunda signal än ett textstycke som säger ”Anna blev legitimerad fysioterapeut 2019”.
Vokabuläret utvecklas fortfarande. I schema.org 30.0, som släpptes den 19 mars 2026, fick hasCredential en bredare övertyp — EducationalOccupationalCredential är numera en undertyp till den generella typen Credential. Båda är giltiga, och den mer specifika typen är fortfarande rätt val för yrkesmeriter.
Kopplingen till E-E-A-T
Googles riktlinjer för sökkvalitetsbedömare utvärderar innehåll mot ett ramverk som kallas E-E-A-T: Erfarenhet, Expertis, Auktoritet och Trovärdighet. Det är de kriterier Googles manuella bedömare använder för att avgöra om innehåll från en viss källa är värt att ranka väl. Google är självt tydligt med att ramverket inte är en rankingfaktor: ”E-E-A-T i sig är inte en specifik rankingfaktor”, skriver de, ”men att använda en blandning av faktorer som kan identifiera innehåll med god E-E-A-T är användbart”. Vi har gått igenom vad E-E-A-T innebär i praktiken separat.
Googles vägledning om hjälpsamt innehåll ställer frågan direkt: presenterar innehållet information på ett sätt som gör att du vill lita på det — ”till exempel genom tydlig källhänvisning, belägg för den expertis som ligger bakom, bakgrund om upphovspersonen eller sajten som publicerar det, till exempel via länkar till en författarsida eller sajtens Om-sida”? Det strukturerad data tillför är ett maskinläsbart lager ovanpå det mänskligt läsbara innehållet. Istället för att kräva att Google ska tolka texten på din Om-sida och dra slutsatsen att ”legitimerad” innebär en erkänd yrkeskvalifikation, anger schema det direkt i ett vokabulär som system kan behandla utan tvetydighet.
Google har inte publicerat dokumentation som uttryckligen listar hasCredential som en bearbetad rankingfaktor. Det som är tydligt är att entitetsupplösning — den process genom vilken sökmotorer bekräftar att du är den du uppger dig för att vara — i hög grad bygger på strukturerad data. Ju mer fullständigt din identitet är beskriven i schema, och ju mer konsekvent den beskrivningen stämmer med dina externa profiler, desto säkrare kan ett system verifiera din expertis inom ett givet område.
Identity schema och AI-sökning
Övergången mot AI-genererade svar i sökningen gör entitetsklarhet viktigare, inte mindre. När ChatGPT, Googles AI Overviews, Perplexity eller Bing Copilot genererar ett svar om ett ämne hämtar det från källor det har indexerat. Frågan om vilka källor som citeras — och hur personerna bakom dem beskrivs — beror på hur tydligt de källorna är strukturerade.
Strukturerad data är påfallande vanlig bland de sidor AI-system citerar. SE Ranking rapporterade den 19 januari 2026 att omkring 65 procent av de sidor som citeras av Googles AI Mode och 71 procent av de sidor som citeras av ChatGPT innehåller strukturerad data. De vanligaste typerna var dock inte innehållsbeskrivande utan strukturella — BreadcrumbList, WebSite, Organization och WebPage — vilket snarare beskriver vilken sorts sajter som blir citerade än vad markupen gör för dem.
Och närvaro är inte samma sak som orsak. Ahrefs publicerade den 11 maj 2026 ett direkt test: 1 885 sidor som lade till JSON-LD mellan augusti 2025 och mars 2026, jämförda med 4 000 kontrollsidor som inte gjorde det. Citeringarna i AI Overviews sjönk med 4,6 procent, AI Mode steg med 2,4 procent och ChatGPT med 2,2 procent — de två sistnämnda så små att de inte går att skilja från slumpen. Att lägga till schema gav ingen påtaglig ökning på någon plattform.
Den avgörande begränsningen ligger i vilka sidor Ahrefs mätte: samtliga hade redan minst 100 citeringar i AI Overviews innan de lade till schema. Studien visar alltså att strukturerad data inte gör redan välciterade sidor mer citerade. Den säger ingenting om det problem identity schema faktiskt löser — att ett system ska kunna avgöra vem du är och vad du är kvalificerad att uttala dig om. Det är entitetsupplösning, inte citeringsvolym. Den som säljer schema som en knapp att trycka på för fler AI-omnämnanden säljer något studien inte stödjer.
För en fysioterapeut som skriver om knärehabilitering är skillnaden mellan en generisk webbsida och en sida vars upphovsperson beskrivs som en Person-nod med legitimation från Socialstyrelsen och knowsAbout-fält som inkluderar ”Knärehabilitering” skillnaden mellan ett anonymt innehållsstycke och en verifierbar expertkälla. Om ett givet AI-system använder den strukturerade datan vid genereringen av svar eller enbart vid indexeringen varierar per plattform, och ingen stor AI-leverantör har fullständigt dokumenterat sin pipeline. Men riktningen är tydlig: entitetsklarhet är alltmer värdefull.
Luckan som de stora SEO-tilläggen lämnar
De flesta WordPress-sajter som överhuvudtaget använder strukturerad data gör det via ett av de stora SEO-tilläggen: Yoast SEO, Rank Math, All in One SEO, SEOPress eller The SEO Framework. Det är genuint utmärkta verktyg. De hanterar Article-schema på inlägg, Organization- och Person-noder för sajt-övergripande identitet, brödsmulor, webbplatsmappar och mycket mer.
Vad inget av dem skriver ut, i sina standardgränssnitt, är hasCredential.
Yoasts Person-schema-del skriver ut namn, beskrivning, URL, bild, sameAs och pronomen. Rank Maths Person-typ erbjuder rubrik, beskrivning, e-post, adress, kön, jobbtitel och — i Pro-versionen — sameAs. Ingen av dem har ett gränssnitt för meriter. Du kan inte öppna inställningarna och lägga till en legitimationsutfärdare, ett utgångsdatum och en URL till beviset. Det går att göra via anpassad kod och filter, men för de flesta yrkespersoner som sköter sin egen WordPress-sajt är det inte ett realistiskt alternativ.
Det är ingen kritik mot de tilläggen — meriter är ett nischkrav och de är byggda för en bred publik. Det är helt enkelt en korrekt beskrivning av var professionell identity schema befinner sig just nu: inom räckhåll för vad specifikationen definierar, men utanför vad generella verktyg erbjuder.
Vilka det spelar roll för
Identity schema generellt är relevant för alla webbplatser med en upphovsperson eller en företagsidentitet. hasCredential specifikt spelar roll för yrkesverksamma vars kvalifikationer är avgörande för varför klienter ska lita på dem.
Det inkluderar legitimerade vårdprofessioner — fysioterapeuter, läkare, psykologer, sjuksköterskor, logopeder — vars legitimation är ett lagstadgat krav och registreras hos Socialstyrelsen. Det inkluderar advokater verksamma inom Advokatsamfundet, auktoriserade revisorer och redovisningskonsulter med FAR– eller Srf-certifiering, och arkitekter med SAR/MSA-beteckning. Det inkluderar konsulter, coacher och byråägare som innehar certifieringar med verklig innebörd — Google-certifieringar, ISO-ackrediteringar, branschorganisationsmedlemskap.
För alla dessa personer finns meriterna och de är verifierbara. Frågan är om de är i ett format som maskiner kan läsa. Just nu, för de flesta yrkeswebbplatser, är de inte det.
Kopplingen mellan Article och Person
En sak till som är värd att förstå: Article-schema.
När du publicerar ett blogginlägg eller en artikel stödjer schema.org en Article-typ som inkluderar en author-egenskap. Den egenskapen kan referera till din Person-nod — inte genom att upprepa all data, utan genom att peka på dess @id. Det skapar en grafrelation: den här artikeln skrevs av den här personen, som innehar dessa meriter och är expert inom dessa ämnen.
Den praktiska effekten är att varje innehållsstycke du publicerar kan kopplas till en verifierad, legitimerad upphovsidentitet — inte bara ett namn, utan ett maskinläsbart påstående om vem som skrev det och varför de är kvalificerade att skriva det. För en fysioterapeut som publicerar en guide om rehabiliteringsövningar, eller en advokat som förklarar en förändring i arbetsrätten, är den kopplingen skillnaden mellan innehåll kopplat till ett namn och innehåll kopplat till en aktör vars expertis är dokumenterad och verifierbar.
Vad du kan göra nu
Om du är en yrkesperson med verkliga meriter och en WordPress-sajt finns det två praktiska steg värda att ta.
Det första är att granska vad din sajt skriver ut för strukturerad data just nu. Många sajter har ofullständig eller motstridig schema — en Yoast Person-nod med namn och beskrivning men inga sameAs-poster, inga meriter och ingen koppling till de artiklar upphovspersonen har skrivit. Att förstå vad du har är grunden för att veta vad du behöver lägga till. Schemakollen visar vad som faktiskt ligger på en enskild sida, och vår Schema-granskning täcker hela sajten: en fullständig genomgång av din befintliga markup, vad som saknas, vad som konfliktar och vad du bör prioritera.
Det andra är att skriva ut hasCredential korrekt. Om du kör WordPress och vill ha ett tillägg som hanterar hela identitetslagret för Person och Organization — meriter, giltighetsspårning, sameAs, knowsAbout, Article-koppling och kompatibilitet med vilket SEO-tillägg du redan använder — är det vad Schema Identity gör. Det är gratis, kräver inga byggverktyg och fungerar sida vid sida med Yoast, Rank Math, All in One SEO, SEOPress och The SEO Framework utan konflikter.
Dina meriter är verkliga. Att placera dem i ett format som maskiner kan läsa är ett enkelt tekniskt steg. Det är ett steg som de stora SEO-tilläggen inte har tagit — och just därför är det värt att ta själv.