Schema til klinikhjemmesider: vælg, kontrollér og mål
Start med det, patienten skal kunne finde på siden: behandlingens indhold, klinikkens kontaktoplysninger og vejen til booking. Når teksten er på plads, kan schema beskrive oplysningerne i et standardiseret format. Google bruger strukturerede data til at forstå indhold. Det er ikke et løfte om flere bookinger. [Googles introduktion til strukturerede data](https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data).
Tal og målinger
FAQPage
spørgsmål og svar
Bruges til synlige FAQ-afsnit med konkrete svar om pris, booking, behandlinger og adminpanel.
Schema.org / Google structured data
Article
videnartikler
Kan fortælle Google at en viden-side er en artikel med overskrift, forfatter, dato, emne og kilder.
Google Search Central
BreadcrumbList
sidehierarki
Gør relationen mellem forside, viden, kundecases og enkeltsider tydeligere.
Schema.org
ProfessionalService
forretningstype
Kan bruges til at beskrive KlinikWebStudio som en professionel service med navn, URL og kontaktkontekst.
Schema.org
Praktisk princip
Schema må ikke erstatte synligt indhold
Google siger, at struktureret data skal beskrive indholdet på siden. Derfor skal schema og tekst fortælle samme historie.
Synligt indhold + korrekt schema + interne links = tydeligere kontekst.
Bedre forståelse, ikke en garanti for placeringer.
Man bør ikke tilføje schema om ydelser, priser, anmeldelser eller resultater, som brugeren ikke også kan se på siden.
Schema-kort
Hvor de forskellige schema-typer passer ind
For en klinikhjemmeside giver schema mest mening, når det følger den naturlige sidestruktur.
| Målepunkt | Hvor ses det? | Hvorfor betyder det noget? | Pas på med |
|---|---|---|---|
| Forside | ProfessionalService + WebSite | Forklarer hvem der står bag, hvad sitet hedder, og hvilken type service der tilbydes. | Skriv ikke som en stor agency-organisation. KlinikWebStudio drives personligt af Daniel gennem enkeltmandsvirksomheden Synbar. |
| Videnartikel | Article / BlogPosting | Giver artikelens titel, dato, forfatter, emner og kilder en klar struktur. | Artikel-schema skal matche den synlige artikel. |
| FAQ | FAQPage | Gør konkrete spørgsmål og svar om klinikhjemmesider, booking og adminpanel nemmere at forstå. | FAQ bør være korte, ærlige og synlige på siden. |
| Kundecase | Article + BreadcrumbList | Kan beskrive case, branche, lokation, problem, løsning og dokumenteret resultat. | Brug kun dokumenterede tal, fx websiteklik, hvis det er det der måles. |
| Kilder | citation på Article | Gør det tydeligere hvilke officielle kilder eller egne cases artiklen bygger på. | Kilder skal være relevante og ikke bare sat på for pynt. |
Hvad betyder schema i praksis?
Schema.org beskriver typer og egenskaber, som kan bruges til at angive, hvad en side indeholder. Google har særskilt dokumentation for, hvilke oplysninger der understøtter bestemte udvidede søgeresultater. En type hos Schema.org er derfor ikke i sig selv dokumentation for en bestemt visning hos Google. [Googles introduktion til strukturerede data](https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data).
Begynd med én side
Vælg eksempelvis et eksisterende vidensindlæg. Skriv ned, hvad siden indeholder, og bed din webansvarlige begrunde valget af schema ud fra netop det indhold. Bed også om en oversigt over de oplysninger, der bliver lagt ind. Google kræver, at strukturerede data beskriver indhold på den pågældende side, og at oplysningerne er synlige for brugeren. Hold derfor tekst og schema sammen, når siden bliver rettet. [Googles vejledning](https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data).
Brug BlogPosting til et faktisk blogindlæg
BlogPosting er Schema.orgs type til blogindlæg og hører under Article. Den omfatter blandt andet egenskaberne headline til overskriften, author til forfatteren, datePublished til første udgivelsesdato og dateModified til seneste ændring. Egenskaben citation kan beskrive en kildehenvisning. [Schema.org: BlogPosting](https://schema.org/BlogPosting). Lav en kort oversigt med artikelens titel, forfatter og datoer, før oplysningerne sættes ind. Bevar den oprindelige udgivelsesdato ved en opdatering, og registrér ændringen særskilt. Tilføj kun kilder, som artiklen faktisk bygger på. Det gør også den næste redigering lettere.
Skriv FAQ'en ud fra patientens spørgsmål
Et FAQ-afsnit kan eksempelvis svare på, hvordan man bestiller tid, eller hvor man finder klinikkens priser. Brug spørgsmålene som en redaktionel tjekliste: Kan svaret findes på siden, er det stadig korrekt, og er næste skridt tydeligt? Læs svarene på en telefon. Bed gerne en anden om at finde bookinglinket uden hjælp. Det er en konkret måde at gennemgå indholdet på, før du bruger tid på yderligere markup. Google anbefaler hjælpsomt indhold skrevet til mennesker og beskrivende overskrifter og links. [Google Search Essentials](https://developers.google.com/search/docs/essentials).
Bed om dokumentation for kontrollen
Google anbefaler Rich Results Test til kontrol af strukturerede data og relevante statusrapporter i Search Console efter udgivelse. [Googles introduktion](https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data). Bed din webansvarlige om testresultatet for den konkrete adresse og en forklaring på eventuelle fejl. Aftal samtidig, hvem der kontrollerer oplysningerne, når klinikken retter indhold. Gem sidens adresse og datoen for ændringen, så du senere kan finde tilbage til arbejdet.
Mål synlighed og booking hver for sig
I Search Console kan du følge klik fra Google, eksponeringer og CTR, som er klik divideret med eksponeringer. Rapporten kan opdeles efter blandt andet side, søgeforespørgsel og enhed. [Search Consoles Performance-rapport](https://support.google.com/webmasters/answer/7576553). Vælg den ændrede side, og sammenlign perioder med samme filtre. Notér også andre ændringer, eksempelvis en ny titel eller omskrevet tekst, så en forskel i trafikken ikke automatisk bliver tilskrevet schema. Hold registrering af gennemførte bookinger adskilt fra søgeklikkene. Et klik dokumenterer ikke en booking, og en booking er heller ikke i sig selv dokumentation for en ny kunde.
Vær præcis om SEO og AI-søgning
De anvendte kilder dokumenterer ikke, at bestemte schema-typer får en klinik nævnt i AI-svar. Der er derfor ikke grundlag her for at love en effekt på AI-synlighed. Google understreger også, at opfyldelse af Search Essentials ikke garanterer, at en side bliver crawlet, indekseret eller vist. [Google Search Essentials](https://developers.google.com/search/docs/essentials). Bed om en konkret beskrivelse af det tekniske arbejde og de målepunkter, der skal følges.
Kilder og dokumentation
FAQ
Korte svar om schema og geo
Giver schema automatisk bedre placeringer?
Nej, du bør ikke betragte schema som en garanti for bedre placeringer. Google garanterer heller ikke visning, selv når en side følger Search Essentials. [Google Search Essentials](https://developers.google.com/search/docs/essentials).
Hvilket schema passer til klinikkens blogindlæg?
BlogPosting er typen til blogindlæg. Den kan blandt andet beskrive overskrift, forfatter og datoer. Vælg den ud fra sidens faktiske indhold. [Schema.org: BlogPosting](https://schema.org/BlogPosting).
Skal jeg begynde med schema eller med teksten?
Begynd med teksten. Gennemgå især de oplysninger, patienten skal bruge for at vælge behandling og bestille tid. Brug derefter den færdige side som grundlag for arbejdet med schema.
Hvordan ved jeg, om arbejdet har givet flere bookinger?
Søgeklik alene kan ikke besvare det. Følg gennemførte bookinger særskilt, og notér andre ændringer i perioden. En samtidig stigning i klik og bookinger beviser ikke, at schema er årsagen.
Læs videre