Denne rapport viser strukturerede data, der er fundet på dit website, og som ikke kunne parses på grund af en alvorlig syntaksfejl. Det var ikke muligt at identificere den tilsigtede type strukturerede data (job, begivenhed osv.) på grund af parsingfejlen.
Denne rapport er kun tilgængelig i din ejendom, hvis Google har fundet strukturerede data, der ikke kan parses, på dit website.
Sådan bruges rapporten
Alle elementer i denne rapport er kritiske fejl i strukturerede data. Der er ingen advarsler eller gyldige elementer.
Fejl sorteres automatisk efter alvorlighed, som fastslås på baggrund antallet af berørte sider og andre faktorer.
Den mest almindelige årsag til en enkelt fejl, som påvirker flere sider, er en underliggende skabelonfejl.
- Klik på en fejlrække for at se berørte sider, fejloplysninger og links til fejlretningsværktøjer. Se fejltypernes fulde beskrivelser i tabellen nedenfor.
- Brug test af udvidede resultater til at rette og teste syntaksen for dine strukturerede data. Hvis du har problemer med at finde fejlen, kan du prøve at starte fra et tomt objekt og derefter tilføje indhold fra din brudte kode igen, indtil du finder fejlen. Se oplysninger om specifikke datatyper i dokumentationen vedrørende strukturerede data for at rette eventuelle resultatspecifikke fejl.
- Når du har løst et problem, skal du klikke på Valider rettelse på siden med fejloplysninger.
Bemærk! Når du har rettet en parsingfejl, udløser du muligvis yderligere advarsler og fejl, som var skjult, fordi elementet slet ikke kunne parses.
Deling af rapporten
Du kan dele oplysninger om problemet i rapporterne om dækning eller forbedring ved at klikke på knappen Del 
på siden. Dette link giver kun adgang til den aktuelle infoside for problemet samt eventuelle sider med bekræftelseshistorik i forbindelse med problemet for dem, der har linket. Det giver ikke adgang til andre sider for din ressource, og dem, du deler linket med, kan ikke udføre handlinger på din ejendom eller din konto. Du kan til enhver tid tilbagekalde linket ved at deaktivere deling af denne side.
Eksport af rapportdata
Mange rapporter indeholder en eksportknap 
til eksport af rapportdata. Både diagram- og tabeldata eksporteres. Værdier, der vises som enten ~ eller - i rapporten (ikke tilgængelig/ikke et tal), vil være nul i de downloadede data.
Fejltyper
Følgende fejltyper klarlægges i denne rapport:
| Fejltype | Beskrivelse |
|---|---|
| Ugyldigt JSON-dokument | JSON-dokumentet har en syntaksfejl på øverste niveau. |
| Forkert værditype | Den angivne værdi for et felt er af en forkert type. Denne fejl vises f.eks., hvis der er angivet en streng, men den påkrævede værdi er et tal eller en matrix. Se dokumentationen for strukturerede data for at få oplysninger om den påkrævede værditype for feltet. |
| Parsingfejl: ":" mangler | Der mangler et ":"-tegn mellem et felt og en værdi. |
| Parsingfejl: "," eller "}" mangler | Der mangler et komma eller en afsluttende krøllet parentes. |
| Parsingfejl: "}" eller objektmedlemsnavn mangler |
Der mangler en afsluttende krøllet parentes eller et objektmedlemsnavn. |
| Parsingfejl: "," eller "]" mangler i matrixerklæringen | Der opstod en fejl ved parsing af en matrixværdi: Der mangler et komma eller en afsluttende kantet parentes i en matrixerklæring. |
| Tokenlængden kunne ikke parses | Begyndelsen og slutningen af en egenskab eller værdi kunne af en eller anden årsag ikke registreres. |
| Ugyldigt tal | Ejendomsværdien skal være et tal, men der er angivet en anden værditype. |
| Tom escape-sekvens i streng |
En strengværdi omfatter et tomt escape-sekvenstegn. Eksempel:
i stedet for
|
| Ugyldig escape-sekvens i streng |
Der anvendes en ugyldig escape-sekvens i en strengværdi. Eksempel: "description" : "Some \q unknown sequence" |
| Forkortet Unicode-tegn | De sidste seks tegn i et Unicode-erstatningspar mangler. |
| Ugyldigt Unicode-tegn | Tokenet \u mangler i starten af anden halvdel af et Unicode-erstatningspar. |
| Ugyldig escape-sekvens i Unicode-tegn: Fire tegn er påkrævet | Der er en syntaksfejl i en Unicode-escape-sekvens: Den skal have fire cifre. |
| Ugyldig escape-sekvens i Unicode-tegn: Et hexadecimaltal er påkrævet | Der er en syntaksfejl i en Unicode-escape-sekvens i strengen: Det påkrævede hexadecimaltal blev ikke angivet. |
| Dobbelt forekomst af unik ejendom | Du har angivet to definitioner af en unik ejendom i dit objekt med strukturerede data. Du har f.eks. angivet to @context-værdier. |
| Ugyldigt element på øverste niveau | Et element på øverste niveau i din JSON-LD er ugyldigt. |
| Henvisning til element, som ikke findes | En attribut af typen itemref henviser til et id, som ikke findes. |
Infoside for problemet
Når du vælger en problemrække på en oversigtsside for udvidede resultater, åbnes en side med yderligere oplysninger om det pågældende problem. Et problem kan berøre elementer på forskellige sider eller flere elementer på en enkelt side.
Infosiden for problemet indeholder følgende oplysninger:
- Status
- Valideringsstatus for dette problem.
- Registreret første gang
- Den dato, hvor dette problem blev registreret for første gang på dit website. Hvis alle problemer af denne type løses, og der derefter vises en ny forekomst af problemet inden for 90 dage, siden sidste forekomst blev rettet, angives datoen som den dato, hvor problemet blev registreret for første gang i stedet for datoen med den nye forekomst.
- Eksempler
- En liste over udvidede resultater, der er berørt af dette problem. Det er muligt, at ikke alle forekomster af det pågældende problem på dit website fremgår af listen. Der kan være forskellige årsager til dette, f.eks. kan der være dukket forekomster op siden den seneste crawl på dit website, eller der kan være problemer, som berører mere end 1.000 elementer.
- Seneste crawl
- Sidste gang siden med dette problem blev crawlet.
Hvorfor skal du validere?
Hvis du fortæller Google, at du har løst alle problemer med en bestemt problemstatus eller -kategori, har det følgende fordele:
- Du får en mail, når Google har bekræftet din rettelse på alle webadresser, eller omvendt, hvis Google har fundet resterende forekomster af det pågældende problem.
- Du kan følge Googles fremgang i forbindelse med bekræftelse af dine rettelser og se en logfil med alle sider, der er sat i kø til at blive tjekket, og tjekke status for rettelse af hver webadresse.
Det er muligvis ikke altid en god idé at løse og validere et bestemt problem på dit website. Webadresser, der er blokeret af robots.txt, er f.eks. sandsynligvis blokeret med vilje. Brug din dømmekraft, når du beslutter, om du vil løse et bestemt problem.
Du kan også løse problemer uden at validere. Google opdaterer antallet af forekomster, når en side med kendte problemer crawles, uanset om du udtrykkeligt har anmodet om validering af rettelsen.
Start validering
Sådan fortæller du Search Console, at du har løst et problem:
- Løs alle forekomster af problemet på dit website. Hvis du overser en rettelse, stopper valideringen, når Google finder en enkelt resterende forekomst af det pågældende problem.
- Åbn infosiden for det problem, som du har løst. Klik på problemet på listen over problemer i din rapport.
- ⚠️ Hvis der er filtreret efter et bestemt sitemap i din rapport, gælder valideringen kun for elementer i sitemappet på det tidspunkt, du anmodede om valideringen. Det kan godt være, at det er sådan, du vil have det, men måske ikke. Du skal bare være opmærksom på det.
- Klik på Valider rettelse. Klik ikke på Valider rettelse igen, før valideringen er lykkedes eller mislykket. Få flere oplysninger om, hvordan Google tjekker dine rettelser.
- Du kan holde øje med status for validering. Valideringen tager typisk op til to uger, men i nogle tilfælde kan der gå meget længere tid, så vær tålmodig. Du modtager en notifikation, når valideringen er lykkedes eller mislykket.
- Hvis valideringen er mislykket, kan du se, hvilken webadresse der har forårsaget dette, ved at klikke på Se info på infosiden for problemet. Løs problemet med denne side, bekræft din rettelse på alle webadresser i tilstanden Afventer, og genstart validering.
Hvornår anses et problem for at være "løst" for en webadresse eller et element?
Et problem markeres som løst for en webadresse eller et element, når en af følgende betingelser er opfyldt:
- Når webadressen crawles, og problemet ikke længere findes på siden. Hvis der er tale om en AMP-tagfejl, kan dette betyde, at du enten har rettet tagget, eller at tagget er blevet fjernet (hvis tagget ikke er nødvendigt). Under et valideringsforsøg får den etiketten Godkendt.
- Hvis siden af en eller anden grund ikke er tilgængelig for Google (siden er fjernet, markeret som noindex, kræver godkendelse osv.), anses problemet som løst for den pågældende webadresse. Under et valideringsforsøg kategoriseres det under valideringsstatussen Andet.
Problemets levetid
Se valideringsstatus
Sådan kan du se statussen for en aktuel valideringsanmodning eller historikken for den seneste anmodning, hvis en validering ikke er i gang:
- Åbn infosiden for problemet. Klik på rækken med problemer på hovedsiden for rapporten for at åbne infosiden for problemet.
- Status for valideringsanmodning kan ses på både infosiden for problemet og i rækken Validering i tabellen med oplysninger.
- Klik på Få flere oplysninger for at åbne infosiden for valideringen for den pågældende anmodning.
- Forekomststatussen for hver webadresse, der medtages i anmodningen, vises i tabellen.
- Forekomststatussen gælder for det specifikke problem, du undersøger. Du kan have et problem med etiketten Godkendt på en side, men andre problemer med etiketten Mislykkedes, Afventer eller Andet på den samme side.
- I AMP-rapporten og rapporten Sideindeksering grupperes posterne på siden over valideringshistorik efter webadresse.
- I rapporterne om udvidede resultater grupperes elementer efter kombinationen af webadresse og element med strukturerede data (hvilket bestemmes af elementets navneværdi).