FAQ der hjælper kunden: spørgsmål, svar og markup

En FAQ er nyttig, når den afklarer konkrete spørgsmål, som kunden stadig har efter hovedindholdet. Den bør ikke gentage hele siden eller bruges til at skjule betingelser langt fra tilbuddet. Begynd med spørgsmålets værdi og beslut derefter, om markup overhovedet er relevant.

Tre forskellige spørgsmål om FAQ

Hold læsernytte, korrekt struktureret data og en søgemaskines særlige visning adskilt. En god FAQ kan hjælpe, selv om Google aldrig viser den som et særligt resultat. Korrekt syntaks betyder heller ikke, at et indhold er kvalificeret til en bestemt funktion.

Aktuelt: Googles dokumentationshistorik oplyser, at FAQ-rige resultater ophørte i maj 2026. Det er derfor ikke korrekt nu at sælge FAQPage som en vej til den tidligere Google-visning. Se Googles opdateringer. Andre systemers anvendelse skal undersøges særskilt; en Schema.org-type er ikke en fælles visningsaftale mellem platforme.

Vælg spørgsmål, der hjælper med en reel resttvivl

Find spørgsmål fra kundedialog eller anden dokumenteret research. På en ydelsesside kan de handle om forberedelse, afgrænsning eller håndtering af en særlig situation. Et centralt spørgsmål som »hvad indgår?« bør normalt besvares i hovedteksten. Kunden skal ikke åbne en FAQ for at opdage en vigtig begrænsning.

Skriv et svar, som kan læses alene

Start med den direkte afklaring, og tilføj de betingelser, der ændrer svaret. Undgå »det afhænger« uden at forklare, hvad det afhænger af. Hvis et svar kræver en konkret vurdering, angiv hvilke oplysninger der mangler, og hvem der kan afklare dem.

Tænkt svar: En kollega kan overtage pladsen, hvis kursets gældende vilkår tillader det. Kontakt arrangøren med ordrenummer og den nye deltagers nødvendige oplysninger inden den frist, der fremgår af bestillingen. Eventuelle personlige adgangskrav gælder fortsat.

Ordlyden skal erstattes af virksomhedens godkendte regel, før den bruges kommercielt. Eksemplet viser, hvordan frist og adgangskrav skal følge svaret. Det fastsætter ikke faktiske kursusvilkår for Gavek eller andre.

Kontrollér den tekniske præsentation

Spørgsmål skal kunne genkendes som overskrifter eller tydelige kontrolnavne. Hvis svarene ligger i fold-ud-felter, skal de kunne åbnes med tastatur og fungere på mobil. Den vigtigste forklaring skal være tilgængelig som tekst, ikke kun som tekst i et billede. Kontrollér den færdige side frem for at antage, at CMS’ets FAQ-komponent altid fungerer.

Hvis der anvendes FAQPage-markup af en konkret grund, skal spørgsmål og svar svare til det indhold, besøgende kan tilgå. Undlad ekstra salgsbudskaber i JSON-LD. Gennemgå Googles generelle regler for strukturerede data og kontrollér både syntaks og synlig overensstemmelse. Brug ikke en grøn validering som dokumentation for, at en udfaset søgefunktion er tilgængelig.

Vedligehold svarene sammen med deres kilder

Knyt FAQ-svar til det pris-, produkt- eller vilkårsgrundlag, de bygger på. Når en regel ændres, skal teamet kunne finde alle forekomster. Brug et svarregister. Ændres et svar på hovedsiden, skal en ældre FAQ ikke modsige det.

Hvad skal I måle?

Undersøg, om relevante spørgsmål kan besvares uden kontakt, om kunden forstår næste skridt, og om de efterfølgende henvendelser er mere præcise. Antal FAQ-åbninger er brug, ikke i sig selv succes. Et svar, som kunden kan se uden at klikke, kan være værdifuldt uden at udløse en åbning.

Gennemgå først de faktiske kundespørgsmål. Vælg de få, der mangler et godt svar, og fjern dubletter fra FAQ-forslaget. En vedligeholdelig håndfuld relevante svar er bedre end en lang liste, som ingen ejer.

Vurder spørgsmålene med en lille redaktionel prøve

Tag hvert foreslået FAQ-spørgsmål og bed en kollega forklare, hvornår en kunde ville stille det. Kan ingen angive en situation, kan spørgsmålet være tilføjet af vane. Spørg derefter, om svaret allerede står tydeligt i hovedteksten. Gentagelser kan forkortes til en henvisning eller helt udgå.

En praktisk prøve er at fjerne FAQ-afsnittet midlertidigt i et udkast og læse hovedindholdet. Hvis et grundlæggende købsvilkår nu mangler, står den oplysning sandsynligvis det forkerte sted. FAQ kan supplere forklaringen, men bør ikke bære afgørende betingelser alene.

Læs også svarene på tværs af sider. Den samme pris- eller returregel kan være omskrevet flere steder, så betydningen langsomt ændres. Vælg en primær kilde og en godkendt kortform. Link til detaljerne, når det gør svaret lettere at vedligeholde.

Acceptkontrol ved en opdateret FAQ

Kontrollér, at spørgsmålet beskriver den situation, svaret faktisk gælder. Kontrollér derefter, at den første sætning giver en afklaring, at nødvendige betingelser følger tæt på, og at alle links åbner den forventede destination. Et link til forsiden er sjældent en tilstrækkelig erstatning for det konkrete vilkår.

Åbn samtlige fold-ud-svar i den færdige version og prøv relevante betjeningsformer. Markér fokus og tilstand tydeligt, hvor komponenten kræver det. Indholdet skal fortsat være forståeligt, når det kopieres uden farver eller læses med hjælpemidler.

Afslut med en vedligeholdelsesbeslutning: Hvem ejer hvert svar, og hvilken ændring udløser kontrol? Hvis et spørgsmål henviser til en bestemt produktversion, er en ny version en oplagt udløser. Hvis det handler om en stabil proces, kan kontrollen passe til procesændringer frem for en kunstig månedlig omskrivning.

Gør denne kontrol til leverancen. Det er mere konkret end et løfte om »FAQ-optimering« uden forklaring af læsernytte, komponent og opdateringsansvar.

Redaktionelt gennemgået 3. november 2026. Arbejdsmodeller og mærkede eksempler er vejledning; de dokumenterer ikke kunderesultater eller en platforms godkendelse.