Modul 2 · 2.4
Rapporten Page indexing og URL inspection
Modul 2: Search Console, Bing og IndexNow · Læsetid: 13 minutter
Læringsmål: Efter denne lektion kan du i rapporten Page indexing se, hvilke sider der ikke er i indekset og hvorfor, og undersøge én side med URL inspection. Du ved også, hvad Request indexing, Removals og Manual actions kan og ikke kan.
Nøglebegreber: rapporten Page indexing (sideindeksering), indekseret, ikke indekseret, årsager, Validate fix (valider rettelse), URL inspection (URL-inspektion), Test live URL, Request indexing (kvote), brugerangivet og Google-valgt kanonisk URL, View tested page, Removals (midlertidig), Manual actions, Security issues
Rapporten Page indexing
I lektion 1.3 læste du, at ikke alle sider kommer i indekset. Rapporten Page indexing (i menuen under Indexing, Pages) viser, hvordan det ser ud for dit website. Øverst står to tal: Indexed (indekseret) og Not indexed (ikke indekseret). Nedenunder står tabellen "Why pages aren't indexed" (hvorfor sider ikke indekseres) med antallet af sider for hver årsag.
Først det vigtigste: målet er ikke, at alt bliver indekseret. Google skriver selv, at du skal sørge for, at den kanoniske version af hver vigtig side er i indekset, og at du ikke skal forvente hundrede procent. Et website med tags, filtre, søgesider og varianter har altid sider, der med god grund ikke er med. Spørgsmålet er derfor hver gang: er der en side imellem, som faktisk hører til i indekset?
Årsagerne i almindeligt sprog
| Årsag i rapporten | Hvad der er galt | Slemt? |
|---|---|---|
| Server error (5xx) | Serveren gav en fejl, da Google kom forbi | Ja, hvis det fortsætter. Tal med din hostingudbyder |
| Redirect error | En viderestilling gik i ring, var for lang eller i stykker | Ja: ret viderestillingen (lektion 4.1) |
| Blocked by robots.txt | Robots.txt forbyder Google at læse siden | Kun hvis siden skal med (lektion 3.3) |
| Excluded by 'noindex' tag | Siden beder selv om ikke at blive indekseret | Kun hvis det er en fejl |
| Soft 404 | Siden giver status 200, men ligner "ikke fundet" eller er næsten tom | Ja, hvis det er en rigtig side: gør den nyttig, eller giv en rigtig 404 |
| Not found (404) | Siden findes ikke (længere) | Som regel ikke. Dog hvis der er links til den: viderestil |
| Blocked due to unauthorized request (401) / Blocked due to access forbidden (403) | Siden kræver en adgangskode eller afviser Google | Kun hvis siden skal være offentlig |
| Page with redirect | Adressen viderestiller til en anden adresse | Nej, det er normalt; målet bliver indekseret |
| Alternate page with proper canonical tag | Siden peger med en canonical på en anden side | Nej, sådan skal det være (lektion 3.5) |
| Duplicate without user-selected canonical | Google fandt en dublet og valgte selv | Tjek, om Google valgte rigtigt |
| Duplicate, Google chose different canonical than user | Du pegede på side A, Google valgte B | Undersøg hvorfor (lektion 3.5) |
| Discovered - currently not indexed | Google kender adressen, men har ikke crawlet siden endnu | Normalt for et nyt website; tålmodighed og interne links |
| Crawled - currently not indexed | Google læste siden, men tog den ikke med (endnu) | Tjek, om siden virkelig tilføjer noget (lektion 7.3) |
Derudover er der to advarsler: Indexed, though blocked by robots.txt (Google tog adressen med uden at læse indholdet, ofte fordi der er links til den) og Page indexed without content (side indekseret uden indhold).
Klik på en årsag for at se eksempeladresser. Har du rettet noget, kan du vælge Validate fix. Google tjekker så de kendte adresser med det problem igen; ifølge Google tager det som regel op til cirka to uger. Klik ikke igen og igen: vent, til valideringen er lykkedes eller mislykkedes. En rettelse virker i øvrigt også uden validering; Google ser den ved næste crawl.
URL inspection: én side under luppen
Øverst i Search Console er der en søgelinje. Indsæt en fuld adresse fra dit website der, så får du URL inspection. Du ser først, hvad Google har i indekset: "URL is on Google" eller "URL is not on Google", og under Page indexing blandt andet:
- hvornår Google sidst crawlede siden, og Crawled as (mobil- eller desktopcrawleren);
- om robots.txt tillader crawling, og Indexing allowed? (er der en noindex?);
- Page fetch: lykkedes hentningen?
- den brugerangivne kanoniske URL (User-declared canonical, det du skrev i din canonical) og den Google-valgte kanoniske URL (Google-selected canonical, det Google valgte).
Det er status i indekset, ikke en live måling. Har du lige fjernet en noindex, står den her stadig.
Test live URL
Med Test live URL henter Google siden nu. Sådan tjekker du en rettelse med det samme. Med View tested page ser du HTML'en efter kørsel af JavaScript, svarets headere, meddelelser fra konsollen og, ved en vellykket test, et skærmbillede. Her ser du, om din titel, canonical eller dine strukturerede data virkelig er der, hvis de indsættes med JavaScript.
Bemærk: en vellykket live test er ikke et løfte. Testen ser ikke på kvalitet, dobbelt indhold eller valget af canonical.
Request indexing
Efter en live test kan du vælge Request indexing (anmod om indeksering). Google sætter så siden i kø til crawling. Tre ting, du skal vide:
- Der er en daglig kvote pr. property. Til mange sider på én gang er et sitemap vejen frem (lektion 2.2).
- Flere anmodninger for den samme side gør det ikke hurtigere.
- Det er ingen garanti: crawling kan tage dage til uger, og bagefter beslutter Google stadig, om siden kommer med.
Brug det altså til en ny vigtig side eller efter en rettelse, ikke som daglig rutine.
Du kan kun inspicere adresser fra en property, som du ejer eller er bruger af. Vil du se en andens side, så brug offentlige værktøjer som Rich Results Test (modul 5).
Tre andre rapporter, du bør kende
Removals. Her fjerner du en side midlertidigt (cirka seks måneder) fra søgeresultaterne, for eksempel hvis der ved en fejl lå personoplysninger online. Siden bliver i indekset. Vil du have den væk for altid, så sørg for, at den giver en 404 eller 410, ligger bag en adgangskode eller har en noindex. Robots.txt er ikke egnet til det: en blokeret side kan Google ikke læse, og derfor kan Google heller ikke se din noindex.
Manual actions. En manuel handling betyder, at en medarbejder hos Google har fastslået, at sider overtræder spampolitikken (lektion 8.2), for eksempel med skjult tekst eller unaturlige links. De sider kan rykke ned eller forsvinde fra resultaterne. Står der ingen meddelelse her, er alt i orden. Står der noget: ret det på alle sider, og indsend derefter en anmodning om fornyet gennemgang.
Security issues. Her giver Google besked, hvis dit website ser ud til at være hacket eller spreder skadelig software. Besøgende kan så se en advarsel. Det haster: se WordPress-kurset og Sikker online for, hvordan du retter det.
I praksis: efter et nyt website
Lotte satte sit nye website live med AI Builder og glemte, at websitet stadig stod til "indekser ikke". Efter en uge ser hun i Page indexing, at næsten alt står under "Blocked by robots.txt". Hun slår kontakten om og udgiver igen, inspicerer sin forside, ser i live testen, at crawling og indeksering nu er tilladt, og anmoder om indeksering af forsiden og siden Bruidswerk (brudebuketter). Resten venter hun med til sitemappet. I WordPress gemmer den samme fælde sig i afkrydsningsfeltet "Fraråd søgemaskiner at indeksere dette websted", og hos andre websitebyggere under et lignende navn.
Opsummering
- Page indexing viser indekserede og ikke-indekserede sider med årsagen; ikke alt behøver at være med.
- Læs hver årsag som et spørgsmål: hører denne side til i indekset? Hvis ja, så ret og valider.
- URL inspection viser status i indekset; Test live URL viser siden nu, også efter JavaScript.
- Request indexing har en kvote, hjælper ikke ved gentagelse og garanterer ingenting.
- Removals er midlertidigt; Manual actions og Security issues bør være tomme.
Quiz
Opgave
Opgave D2.4: Inspicér én side. Vælg en vigtig side på dit website (for eksempel siden med dine ydelser), og inspicér den i Search Console. Notér, om den er indekseret, hvornår den sidst blev crawlet, hvilken canonical du angav, og hvilken Google valgte. Lav derefter en live test, åbn den testede side, og tjek, om titlen står i HTML'en. Se til sidst i Page indexing, hvilken årsag der forekommer oftest, og om der er sider imellem, som hører til i indekset.
Opgave D2.4: Inspicér én side
Ingen egen hjemmeside eller virksomhed? Lav opgaven på papir, eller spring den over. Til certifikatet tæller kun eksamen.
Eksempel: /bruidswerk/ er indekseret, begge canonicals er ens. Hyppigste årsag: Page with redirect (14), de gamle http-adresser. De hører ikke hjemme i indekset.
Dine afkrydsninger og noter forbliver kun i denne browser; vi sender dem ingen steder hen. Er du logget ind, gemmer vi kun i Mine kurser, at du har udført opgaven.
Læs mere
- Google, rapporten Page indexing: https://support.google.com/webmasters/answer/7440203?hl=nl
- Google, værktøjet URL inspection: https://support.google.com/webmasters/answer/9012289?hl=nl
- Google Search Central, bed Google om at crawle URL'er igen: https://developers.google.com/search/docs/crawling-indexing/ask-google-to-recrawl
- Google, værktøjet Removals: https://support.google.com/webmasters/answer/9689846?hl=nl
- Google, rapporten Manual actions: https://support.google.com/webmasters/answer/9044175?hl=nl