På mange websteder viser brødkrummer, hvor en side ligger i forhold til forsiden, kategorier og undersider. Breadcrumb schema er de strukturerede data, der beskriver denne brødkrummesti for søgemaskiner, så de lettere kan forstå sidens placering i webstedets hierarki.
Markeringen bygger typisk på typen BreadcrumbList i Schema.org. Her angives de enkelte trin i stien, for eksempel fra en overordnet kategori til den aktuelle side, i den rigtige rækkefølge.
Formålet er ikke kun at hjælpe brugeren visuelt, men også at give søgemaskiner en tydelig og maskinlæsbar beskrivelse af strukturen. Det kan gøre relationen mellem sider og sektioner lettere at afkode.
Sådan hænger brødkrummer, hierarki og intern navigation sammen
Brødkrummer giver først rigtig værdi, når de afspejler sidens faktiske opbygning. Hvis en webshop for eksempel er organiseret som Forside > Herresko > Løbesko > Neutrale løbesko, bør både de synlige brødkrummer, de interne links og breadcrumb schema pege i samme retning. Det gør det lettere for både brugere og søgemaskiner at forstå, hvor siden hører til.
Hierarkiet er kernen. En produktside bør ligge under en relevant kategori og eventuelt en underkategori, ikke være placeret tilfældigt flere steder uden en tydelig hovedsti. Har du for eksempel en side om eg lænestol, giver strukturen Forside > Møbler > Stole > Lænestole mere mening end en uklar blanding af tema-, kampagne- og filter-sider. Jo mere logisk strukturen er, desto mere meningsfuld bliver markeringen.
Intern navigation understøtter det samme hierarki. Menupunkter, kategorioversigter og links mellem undersider bør bekræfte den vej, som brødkrummerne viser. Når alt stemmer overens, får søgemaskiner et tydeligere signal om relationen mellem kategori, underside og produkt. Det øger ikke automatisk placeringer, men det gør indholdet lettere at fortolke korrekt.
Sådan fungerer BreadcrumbList i praksis
En gyldig brødkrummesti i strukturerede data beskriver sidens placering i webstedets hierarki. Typen BreadcrumbList bruges som beholder for selve stien, mens feltet itemListElement indeholder de enkelte led. Hvert led angives som en ListItem, så søgemaskiner kan aflæse rækkefølgen korrekt og forstå, hvordan brugeren bevæger sig fra overordnet side til den aktuelle underside.
Inde i hver ListItem er især tre felter centrale: position, name og item. Position angiver leddets placering i stien som et tal, typisk begyndende med 1. Name er den læsbare titel på siden, for eksempel “Produkter” eller “Løbesko”. Item angiver den konkrete webadresse for det pågældende led. Sammen gør felterne det muligt at koble et navn med den rigtige side og den rigtige plads i hierarkiet.
En kort sti kan for eksempel være: Forside > Produkter > Løbesko. Her vil hvert led have sin egen ListItem, og rækkefølgen skal være logisk og konsekvent. Hvis positionerne er forkerte, eller hvis name og item ikke matcher sidens faktiske struktur, svækkes signalet. Derfor skal både enkeltled og den samlede BreadcrumbList afspejle den reelle navigation på siden.
Implementering med JSON-LD og andre formater
For de fleste websites er JSON-LD den mest praktiske måde at implementere breadcrumb schema på. Markeringen lægges som et separat struktureret datafelt i sidens kode, typisk i head eller body, uden at man behøver ændre selve den synlige navigation. Det gør formatet lettere at vedligeholde, især på større sites med mange skabeloner, kategorier og produktsider.
I praksis beskriver man en BreadcrumbList med en række elementer, hvor hver brødkrumme angiver navn, placering og destination. Strukturen skal afspejle den faktiske sti, som brugeren møder på siden. Derfor er det vigtigt, at de viste brødkrummer og de strukturerede data stemmer overens. Fejl opstår ofte, hvis rækkefølgen er forkert, hvis et led mangler, eller hvis markeringen ikke følger sidens reelle hierarki.
Andre formater findes også, især microdata og RDFa. De indlejres direkte i HTML-elementerne omkring navigationen og kan derfor være mere besværlige at arbejde med, fordi markeringen bliver tæt knyttet til selve sidens opbygning. De kan stadig bruges, men i moderne SEO-arbejde vil JSON-LD oftest være førstevalg, fordi det er mere overskueligt, fleksibelt og enklere at implementere korrekt på tværs af mange sidetyper.
Krav fra Google og mulighed for bedre visning i søgeresultater
For at Google kan bruge breadcrumb-markering, skal den afspejle sidens faktiske placering i webstedets struktur. Dataene skal være korrekte, konsistente og stemme overens med den synlige navigation på siden. Typisk forventer Google, at hvert led i stien er angivet i den rigtige rækkefølge, så relationen mellem kategori, underkategori og den aktuelle side er tydelig.
Korrekt implementering kan gøre det lettere for Google at forstå navigationen og sammenhængen mellem siderne. Det kan i nogle tilfælde føre til rige resultater, hvor en brødkrummesti vises i stedet for eller sammen med en almindelig URL i søgeresultaterne. Det kan give en mere præcis og brugervenlig visning.
Det er dog vigtigt at nuancere gevinsten. Breadcrumb schema er ikke en garanti for rige resultater, og det giver ikke i sig selv bedre placeringer. Google vurderer selv, om markeringen vil blive brugt, og hvordan resultatet skal vises. Værdien ligger derfor især i bedre forståelse af webstedets struktur, ikke i et løfte om mere synlighed.
Validering og typiske fejl
Selv små fejl i breadcrumb schema kan gøre markeringen ubrugelig for søgemaskiner. Derfor bør opsætningen altid testes, før den lægges i produktion. Brug Googles valideringsværktøjer til strukturerede data for at se, om breadcrumb-markeringen kan læses korrekt, og om der er advarsler eller fejl. Det er også en god idé at kontrollere markeringen med Schema.org-relaterede validatorer, så du sikrer, at felter, typer og struktur følger den forventede standard.
En typisk fejl er ugyldige eller manglende felter, især hvis name, item eller position ikke er udfyldt korrekt. En anden fejl er forkert rækkefølge, hvor trin i stien ikke afspejler sidens placering i hierarkiet. Det ses også, at breadcrumb schema ikke stemmer overens med den synlige navigation på siden. Det skaber uklarhed for både brugere og søgemaskiner.
Derudover markerer nogle websites stier, som teknisk kan dannes, men som ikke giver mening for brugeren. Breadcrumbs skal vise en logisk vej til den aktuelle side, ikke interne filterkombinationer eller kunstige kategorier. Kontroller altid, at hvert led findes i navigationen, at rækkefølgen er naturlig, og at den aktuelle side er sidste punkt i stien. Så bliver markeringen både mere robust og mere anvendelig.
Brødkrummer kontra brødkrumme-schema
Mange forveksler navigationen på siden med den kode, søgemaskiner læser, men det er ikke det samme. Brødkrummer er de synlige links, der hjælper brugeren med at gå fra en underside tilbage til en kategori eller forside. Brødkrumme-schema er derimod struktureret data i koden, som beskriver den samme sti for søgemaskiner.
Et enkelt eksempel: På en produktside kan brugeren se “Forside > Herresko > Sneakers”. Det er brødkrummerne. Hvis den samme sti også er markeret med brødkrumme-schema, kan søgemaskiner lettere forstå sidens placering i webstedets hierarki.
Det ene erstatter ikke nødvendigvis det andet. Synlige brødkrummer forbedrer brugervenlighed, mens brødkrumme-schema styrker den semantiske forståelse. I praksis bør begge dele ofte bruges sammen, især på større websteder med mange kategorier, filtre og undersider.
Hvornår giver markeringen mening på et website?
Markeringen er mest relevant på websites med en tydelig hierarkisk struktur, hvor brugeren bevæger sig fra en overordnet side til mere specifikt indhold. Det gælder især netbutikker med kategorier, underkategorier og produktsider samt større indholdsuniverser med emnesider, artikler og guider. Her hjælper breadcrumb schema søgemaskiner med at forstå sidens placering i strukturen.
På en kategoriside kan stien for eksempel gå fra forside til hovedkategori og videre til underkategori. På en guideside kan den i stedet vise emneområde og den konkrete artikel. Ikke alle sider bør nødvendigvis have samme type sti. En produktside, en blogartikel og en kampagneside har ofte forskellige behov, og nogle landingssider giver slet ikke mening at placere i et klassisk hierarki.
Implementeringen er derfor sjældent lige relevant overalt. Har sitet mange niveauer og tilbagevendende mønstre, er markeringen ofte værdifuld på de fleste skabeloner. På små websites med få sider er gevinsten typisk mindre og bedst på udvalgte sektioner.
Ofte stillede spørgsmål om Breadcrumb schema
Hvad er breadcrumb schema?
Breadcrumb schema er strukturerede data, der beskriver en sides brødkrummesti for søgemaskiner. Markeringen fortæller, hvilke overordnede sider der leder frem til den aktuelle side, så webstedets hierarki bliver lettere at forstå maskinelt.
Det laves normalt med typen BreadcrumbList fra Schema.org. Når det er implementeret korrekt, kan søgemaskiner i nogle tilfælde bruge stien i visningen af søgeresultater.
Hvad er forskellen på brødkrummer og breadcrumb schema?
Brødkrummer er den synlige navigation på siden, som brugeren kan klikke på. Breadcrumb schema er den underliggende markering i koden, som beskriver den samme sti for søgemaskiner.
De to bør normalt stemme overens. Synlige brødkrummer hjælper brugeren, mens schema-markeringen hjælper søgemaskiner med at forstå strukturen.
Hvordan implementerer man BreadcrumbList?
Du opretter en BreadcrumbList med en række ListItem-elementer i den rigtige rækkefølge. Hvert led skal som minimum angive navn, placering i stien og den tilhørende URL.
I praksis vælger de fleste JSON-LD, fordi det er nemmere at vedligeholde end markering direkte i HTML. Det vigtigste er, at stien afspejler sidens faktiske placering i webstedets struktur.
Skal brødkrummer være synlige på siden for at bruge schema?
Det er bedst, når den strukturerede markering svarer til en brødkrummesti, som også giver mening for brugeren på siden. Google lægger vægt på, at strukturerede data stemmer overens med sidens reelle indhold og navigation.
Du bør derfor ikke opfinde en kunstig sti kun til søgemaskiner. Hvis du bruger breadcrumb schema, bør den beskrevne vej være logisk, konsistent og forankret i sidens faktiske struktur.
Hvilket format bør man bruge til breadcrumb schema?
JSON-LD er som regel det bedste valg. Formatet er overskueligt, lettere at opdatere og mindre tæt koblet til HTML-koden end microdata og RDFa.
De andre formater kan stadig fungere, men på de fleste moderne websites er JSON-LD den mest praktiske løsning. Det gælder især, hvis markeringen skal implementeres på mange sidetyper.
Kan breadcrumb schema forbedre visningen i Google?
Ja, det kan i nogle tilfælde gøre det muligt for Google at vise en brødkrummesti i stedet for en almindelig URL i søgeresultatet. Det kan give en mere præcis og mere læsbar præsentation af siden.
Det er dog ikke garanteret. Google afgør selv, om markeringen bruges, og korrekt breadcrumb schema giver ikke automatisk bedre placeringer.
Hvilke felter kræver Google i breadcrumb-markering?
I praksis er de vigtigste felter i hvert led position, name og item. De bruges til at vise rækkefølgen, sidens navn og den tilhørende adresse.
Derudover skal markeringen være bygget som en BreadcrumbList med ListItem-elementer. Krav og anbefalinger kan ændre sig, så det er klogt at kontrollere den aktuelle dokumentation fra Google ved implementering.
Hvordan validerer man breadcrumb schema?
Du validerer markeringen med Googles værktøj til rige resultater og eventuelt andre validatorer for strukturerede data. Her kan du se, om Google kan læse stien korrekt, og om der er fejl eller advarsler.
Efter test bør du også kontrollere den konkrete side manuelt. Stemmer rækkefølge, navne og URL’er overens med de synlige brødkrummer, er markeringen som regel på rette spor.
Hvad er typiske fejl i breadcrumb schema?
De mest almindelige fejl er forkert rækkefølge, manglende felter og URL’er, der ikke matcher de sider, som stien henviser til. Det er også et problem, hvis markeringen viser en anden sti end den, brugeren møder på siden.
En anden klassisk fejl er at bruge filter- eller kampagnesider som en del af brødkrummestien, selv om de ikke udgør et stabilt hierarki. Brødkrummer bør vise en logisk hovedvej, ikke midlertidige eller tekniske variationer.
Skal alle sider have breadcrumb schema?
Nej, ikke nødvendigvis. Markeringen giver mest mening på sider, der indgår i et tydeligt hierarki, for eksempel kategorier, underkategorier, produktsider og større indholdsuniverser.
På små websites eller særlige landingssider uden klar placering i strukturen er værdien ofte begrænset. Her er det bedre kun at bruge breadcrumb schema dér, hvor stien faktisk hjælper med at forklare sidens placering.
Hvordan hænger breadcrumb schema sammen med intern linkstruktur?
Breadcrumb schema bør understøtte den samme struktur som webstedets interne links. Hvis menu, kategorier, brødkrummer og interne henvisninger peger i forskellige retninger, bliver hierarkiet mindre tydeligt for søgemaskiner.
Når den synlige navigation og den strukturerede markering bekræfter hinanden, bliver relationen mellem overordnede sider og undersider lettere at afkode. Det styrker forståelsen af webstedets opbygning.
Kan man have flere breadcrumb-stier på samme side?
Teknisk kan en side i nogle tilfælde forbindes til flere stier, men det kræver omtanke. Hvis du markerer flere alternative veje uden en klar hovedsti, kan det gøre strukturen mere uklar.
Som udgangspunkt er det bedst at vælge den mest logiske og stabile sti for siden. Især på e-handelssider bør breadcrumb-markeringen afspejle den primære placering i webstedets hierarki.