Strukturerad data

Behörighet, inte placering

Giltig uppmärkning gör en sida behörig till ett utökat resultat. Google väljer det ordet med avsikt: att ta med alla obligatoriska egenskaper kvalificerar sidan för en utökad visning, det utlovar den inte, och strukturerad data är i sig ingen rankningsfaktor.

Klyftan mellan behörig och visad är större än de flesta väntar sig, och den är inte godtycklig. Om en utökning dyker upp beror på sökfrågan, enheten, landet, om funktionen finns på det språket, och på Googles egen bedömning av om den hjälper i det sammanhanget. Samma sida kan visa stjärnor vid en sökning och inte vid nästa.

JSON-LD är formatet att välja

Alla tre syntaxerna — JSON-LD, Microdata och RDFa — är lika godtagbara för Google, och JSON-LD är den som rekommenderas. Rekommendationen är praktisk snarare än teknisk.

JSON-LD ryms i en enda script-tagg i stället för att vara trädd genom uppmärkningen som attribut på de element den beskriver. Därför överlever den en mallomskrivning, den kan läsas på ett ställe av den som ärver den, och ett fel i den stör inte den synliga sidan. Microdata kopplar beskrivningen till presentationen, så varje omdesign riskerar att tappa egenskaper i tysthet.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Robots.txt and sitemaps",
  "datePublished": "2026-06-14",
  "author": { "@type": "Organization", "name": "DigestSEO" }
}
</script>

• Ett block per entitet är tydligare än ett jätteblock som försöker beskriva allt på sidan.
• Generera den från samma data som renderar sidan, så att de två inte kan glida isär.
• Den kan injiceras med JavaScript, men sidan måste ändå renderas korrekt för att uppmärkningen ska ses.

Uppmärkningen måste stämma med sidan

Att beskriva innehåll en besökare inte kan se är ett riktlinjebrott, inte en genväg. Google namnger båda felformerna uttryckligen: sidor byggda som tomma skal för att bära uppmärkningen, och egenskaper som påstår fakta sidan aldrig visar. Endera kan kosta det utökade resultatet helt, och en manuell åtgärd tar bort det över hela webbplatsen, inte bara den sidan.

Den vanligaste varianten är inte avsiktlig. En mall skickar ut ett sammanvägt betyg vars recensioner tagits bort, eller ett pris som en valutaväljare ändrar i webbläsaren, eller ett evenemangsdatum som passerat. Ingen ville vilseleda; uppmärkningen överlevde helt enkelt innehållet den beskrev. Därför väger det tyngre att generera den från renderad data än att få den rätt en gång.

Att koppla entiteter i stället för att upprepa dem

De flesta webbplatser slutar med att beskriva samma organisation på varje sida, varje gång med lite andra ord. Ordförrådet har ett bättre svar än upprepning: ge en entitet ett @id, definiera den en gång och hänvisa till den identifieraren överallt annars.

Det spelar roll bortom ordningsamhet. En sökmotor som jämkar tre subtilt olika beskrivningar av ditt företag måste avgöra om det är en organisation eller tre; en uttrycklig identifierare tar bort gissningen. Detsamma gäller en skribent som skriver tvärs över webbplatsen, eller en produkt som refereras både från en lista och från en recension.

sameAs är den andra halvan. Den pekar mot de profiler och poster som redan beskriver entiteten någon annanstans: en Wikipedia-artikel, ett officiellt konto, ett företagsregister. Det är inget rankningsknep utan bekräftelse — precis vad en sökmotor behöver för att koppla ditt påstående om dig själv till något den kan kontrollera.

Att välja vilka typer du lägger till

Det användbara filtret är kort: finns det en sökfunktion för den här typen, och kan sidan verkligen förtjäna den? Att märka upp en typ utan något utökat resultat bakom sig lägger till underhåll och ändrar ingenting i resultaten — uppmärkningen är giltig, korrekt och verkningslös.

Att hävda en typ som sidan inte garanterar är värre än att inte markera den, eftersom det kan bryta mot riktlinjerna för funktioner utan att skapa ett användbart sökutseende. En guideartikel är inte en Product. Google slutade visa avancerade FAQ-resultat den 7 maj 2026 och tog bort dokumentationen för FAQ-rikt resultat i juni. Detta är en påminnelse om att sökfunktioner kan dras tillbaka. Markera vad sidan faktiskt är och kontrollera galleriet med stödda funktioner innan du upprätthåller uppmärkning för en sökfunktion.

1. Fastställ vad sidan faktiskt är, med ordförrådets begrepp.
2. Kontrollera om det finns en sökfunktion för den typen och vad den kräver.
3. Skicka ut varje obligatorisk egenskap från de data som renderar sidan.
4. Validera syntaxen och bekräfta sedan behörigheten i utökningsrapporten.
5. Kontrollera igen efter mallförändringar — det är där uppmärkning och innehåll glider isär.