Strukturerad data och schema.org för tandkliniker: vad som faktiskt gör skillnad

01Vad strukturerad data faktiskt är

Strukturerad data är kod (oftast JSON-LD, en liten kodsnutt i sidans <head> eller <body>) som beskriver sidans innehåll i ett standardiserat format som sökmotorer och AI-system kan läsa maskinellt, i stället för att behöva tolka löptext. Google rekommenderar själva JSON-LD som format, framför de äldre alternativen Microdata och RDFa (verifierad data, Google Search Central, allmänna riktlinjer för strukturerad data).

Det viktigaste att förstå redan här: Google skriver uttryckligen att de "inte garanterar att er strukturerade data visas i sökresultaten", även om markeringen är helt korrekt. Algoritmen väger in sökhistorik, plats, enhetstyp och andra faktorer, och kan välja att visa andra funktioner eller vanlig text i stället (verifierad data, samma källa). Det är ett viktigt observandum eftersom flera svenska guider om schema.org för tandläkare beskriver markup som en direkt väg till "stjärnor i sökresultatet" — vilket inte stämmer med Googles egen dokumentation.

Det här är grunden i allt vi bygger som webbyrå för tandläkare.

02De tre typerna som faktiskt gör skillnad för en tandklinik

1. Verksamhetsmarkup: Dentist / MedicalBusiness

Schema.org har en specifik typ, Dentist, som är en undertyp till MedicalBusiness och i sin tur LocalBusiness. Att använda den mest specifika typen som finns hjälper sökmotorer och AI-system att korrekt kategorisera vad ni är — vilket enligt Whitesparks internationellt använda rankingmetodik är den enskilt tyngst viktade faktorn för synlighet i Google Maps-paketet (primär kategori, 227 poäng av topplistans faktorer — internationell metodik, ej svensk-specifik, se vår artikel om GEO/AEO för AI-sök).

Exempel på grundläggande JSON-LD för en tandklinik (illustrativt exempel — byt ut alla uppgifter mot era faktiska):

{
  "@context": "https://schema.org",
  "@type": "Dentist",
  "name": "Exempel Tandvård",
  "image": "https://www.exempeltandvard.se/bilder/klinik.jpg",
  "url": "https://www.exempeltandvard.se",
  "telephone": "+46-8-123-456-00",
  "priceRange": "$$",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Exempelgatan 12",
    "addressLocality": "Stockholm",
    "postalCode": "111 22",
    "addressCountry": "SE"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 59.334591,
    "longitude": 18.063240
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday"],
      "opens": "08:00",
      "closes": "17:00"
    }
  ]
}

Håll varje uppgift här identisk med det som står i Google Företagsprofil och i eventuella kataloger — se vår guide om NAP och citations. Inkonsekvens mellan strukturerad data och den synliga informationen på sidan bryter dessutom mot Googles kvalitetsriktlinjer för strukturerad data, som kräver att markeringen faktiskt speglar sidans verkliga innehåll (verifierad data, Google Search Central).

2. Innehållsmarkup: Article

För blogginlägg och kunskapsartiklar (som den ni läser nu) hjälper Article-markup sökmotorer och AI-system att identifiera författare, publiceringsdatum och senaste uppdateringsdatum — vilket är särskilt relevant för AI-sök, eftersom flera analyser pekar på att nyligen uppdaterat innehåll citeras oftare av AI-system (branschestimat, USA-baserad analys, se vår artikel om GEO/AEO).

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Så vet du om du behöver en tandimplantat",
  "datePublished": "2026-03-01",
  "dateModified": "2026-09-22",
  "author": {
    "@type": "Organization",
    "name": "Exempel Tandvård"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Exempel Tandvård",
    "logo": {
      "@type": "ImageObject",
      "url": "https://www.exempeltandvard.se/logo.png"
    }
  }
}

3. Navigeringsmarkup: BreadcrumbList

BreadcrumbList beskriver sidans plats i hemsidans hierarki (t.ex. Start > Behandlingar > Implantat) och kan ge en tydligare sökträff med brödsmulor synliga direkt i resultatet, samtidigt som det hjälper sökmotorer förstå sajtens struktur.

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Start",
      "item": "https://www.exempeltandvard.se/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Behandlingar",
      "item": "https://www.exempeltandvard.se/behandlingar/"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Implantat",
      "item": "https://www.exempeltandvard.se/behandlingar/implantat/"
    }
  ]
}

03FAQPage: viktigt att förstå vad som ändrats

FAQPage-markup användes tidigare av många för att få de expanderbara frågorna direkt i Google Sök. Det stämmer inte längre. Google slutade visa FAQ-rich-resultat i sökresultatet i maj 2026 för de allra flesta sajter (branschkälla, flera oberoende SEO-publikationer rapporterade förändringen i maj 2026 — vi har inte hittat ett officiellt Google-blogginlägg som är det primära beskedet, så behandla det som väl dokumenterat men sekundärkällebaserat tills ni verifierat mot Googles egen dokumentation).

Det betyder inte att FAQ-innehåll blivit värdelöst — snarare att motivet för att lägga in det har flyttat:

• FAQPage-schema är fortfarande ett strukturerat sätt att visa AI-system exakt vilka frågor och svar en sida innehåller, vilket kan öka chansen att just era svar citeras i ett AI-genererat svar.
• Själva FAQ-texten på sidan (klartext, läsbar för människor) är minst lika viktig som markeringen — och det är den vi rekommenderar att prioritera, med markeringen som ett tillägg snarare än huvudsyftet.
• Använd inte FAQPage-markup som en förväntan om "stjärnor" eller expanderbara rutor i sökresultatet — det löftet håller inte längre.

Varje artikel i TX Agencys kunskapsbank, inklusive den här, innehåller därför FAQ i vanlig, läsbar text (se nedan) snarare än att luta sig på schemamarkup som enda kanal.

04Hur testar vi att markeringen är korrekt?

Google tillhandahåller ett eget testverktyg, Rich Results Test, där ni kan klistra in en URL eller kod och se vilka typer Google identifierar samt eventuella fel. Kör alla viktiga sidor (start, behandlingssidor, kontaktsida) genom verktyget efter att markeringen lagts till, och upprepa kontrollen efter större hemsideändringar.