Strukturerad data (schema markup)

Så skrivs den

Nästan alltid som JSON-LD i en script-tagg, vilket håller den skild från den synliga koden och gör den lätt att generera:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Drar lokal AI av mina månadskrediter?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Nej. Lokal generering körs på ditt eget grafikkort och är obegränsad i alla planer."
    }
  }]
}
</script>

Vokabulären är stor, men ett fåtal typer täcker de flesta verkliga webbplatser: Article, FAQPage, HowTo, Product med Offer, Organization, BreadcrumbList, SoftwareApplication, LocalBusiness. Vilka av dem som ger en synlig funktion i sökresultatet ändras över tid och bestäms av varje sökmotor, inte av schema.org.

Två saker den gör som spelar roll utöver berikade sökresultat. Den särskiljer entiteter — sameAs som pekar mot auktoritativa profiler talar om för en maskin vilken organisation du är — och den gör påståenden uttalade för system som plockar ut i stället för att rendera, vilket är skälet till att den återkommer i råd om answer engine optimization.

Vad du bör se upp med

Strukturerad data är ingen rankingfaktor, och att lägga till den lyfter inte placeringar. Den ändrar hur ett resultat kan visas och hur säkert en maskin kan tolka sidan. Förbättringen i klickfrekvens från ett berikat resultat är ofta verklig; rankingförbättring är inte mekanismen.

Tre konkreta regler:

1. Den måste stämma med det synliga innehållet. Att märka upp betygsstjärnor, priser eller frågesvar som en besökare inte kan se bryter mot riktlinjerna, och straffet är att förlora berikade resultat på hela webbplatsen — en manuell åtgärd, inte en axelryckning.
2. Ange bara typer du verkligen är. HowTo på en artikel som inte är en följd av steg är strukturerad felinformation. Det är sämre än ingen uppmärkning, eftersom det felbeskriver sidan för varje konsument av datan.
3. Validera, och fortsätt validera. Ett kommatecken för mycket slår tyst ut hela blocket. Testa med en validator efter varje malländring, och kom ihåg att ett giltigt block ändå kan vara ett felaktigt block.

Generera den från samma källa som sidans innehåll i stället för att underhålla den separat. Handskriven JSON-LD glider ur synk med artikeln ovanför inom ungefär två redigeringar, och glidningen är osynlig eftersom inget på sidan ser trasigt ut. Kombinera med semantisk HTML: de två löser överlappande problem, och ingen ersätter den andra.