Google Cache Kontrolværktøj

Google Cache Kontrolværktøj er et gratis værktøj, der undersøger, om Google har en cachelagret kopi af en URL, og oplyser, hvis URL'en ikke findes i cachen.

Hvad fortæller et Google-cachetjek egentlig?

Et Google-cachetjek leder efter tegn på, at Google har gemt en kopi af en bestemt webside, som kan hentes igen. Historisk var en cachelagret kopi et øjebliksbillede fra Googles seneste gennemgang af siden, ikke den aktuelle version, som webstedet viser.

Cachelagring og indeksering er ikke det samme. En indekseret URL kan vises i Google Søgning, mens en cachelagret URL havde et gemt øjebliksbillede, som brugerne kunne åbne. En side kan godt være indekseret uden at have en offentligt tilgængelig cachelagret kopi. Et negativt cacheresultat beviser derfor ikke, at Google har fjernet siden fra sit indeks.

Google fjernede sine offentlige links til cachelagrede sider i 2024. Derfor er tilgængeligheden af en cachelagret kopi ikke længere en pålidelig måde at vurdere indeksering på. Hvis du administrerer webstedet, giver værktøjet til undersøgelse af webadresser i Google Search Console mere relevante oplysninger om registrering, crawling, valg af kanonisk URL og indeksering.

Hvordan læser jeg resultatet?

Resultatet betyder, at kontrollen ikke fandt en cachelagret kopi af den indsendte URL. Værktøjet viser ét resultatfelt:

• Denne URL er ikke cachelagret. Der blev ikke fundet en Google-cachelagret kopi af præcis den indsendte adresse. Det bekræfter ikke, at siden mangler i søgeresultaterne, er blokeret for crawling eller har tekniske fejl.

Resultatet gælder den indtastede URL, inklusive værtsnavn, sti og parametre. Disse adresser kan repræsentere forskellige ressourcer:

• https://www.example.co.uk/guide
• https://example.co.uk/guide
• https://www.example.co.uk/guide/
• https://www.example.co.uk/guide?source=email

Et websted kan omdirigere nogle af eller alle adresserne til én foretrukken adresse. Er du i tvivl om, hvilken version Google når frem til, kan du kontrollere den endelige destination med en URL omdirigeringskontrol og derefter undersøge destinationen i Search Console.

Hvornår er det relevant at foretage kontrollen?

Brug kontrollen, når du undersøger et ældre øjebliksbillede fra søgeresultaterne eller vil forstå, hvorfor en bestemt URL tilsyneladende ikke har en cachelagret kopi. Cacheresultatet kan ikke afgøre, om URL'en er indekseret.

1. En side er blevet ændret for nylig. Du vil måske undersøge, om en ældre kopi stadig er tilgængelig. Et negativt resultat betyder, at kontrollen ikke fandt en sådan kopi, men tekstuddrag i søgeresultaterne kan stadig afspejle oplysninger fra en tidligere crawling.
2. En ny side mangler i søgeresultaterne. Kontrollér den præcise offentliggjorte URL, og brug derefter Search Console til at se, om Google har fundet og indekseret den. Bekræft også, at siden returnerer en vellykket HTTP-status og ikke er udelukket med et noindex-direktiv.
3. Et websted er flyttet til et nyt domæne eller har fået en ny URL-struktur. Kontrollér omdirigeringerne fra den tidligere adresse til den nye. Google kan være længe om at crawle omdirigeringerne, vælge kanoniske URL'er og opdatere søgeresultaterne, uanset om der findes en cachelagret kopi.

Fejl i DNS-opslag, e-mails, der ikke når frem, og certifikatadvarsler i browseren vedrører DNS, mailkonfiguration eller TLS-certifikater. En Webhostingstjekker kan hjælpe med at fastslå, hvor et fungerende websted hostes, men den kan ikke diagnosticere alle fejl i DNS eller certifikater.

Cachelagring, indeksering og forsinkelser i udbredelsen

Et korrekt resultat kan se forkert ud, når flere uafhængige caches og opdateringscyklusser er involveret. Google bestemmer selv, hvornår sider besøges igen, og en ændring på din server bliver ikke straks synlig i søgeresultaterne. Tekstuddrag, kanoniske oplysninger og indekseret indhold kan blive opdateret på forskellige tidspunkter.

DNS-ændringer har deres egen forsinkelse. Rekursive DNS-resolvere gemmer poster i den periode, der er angivet som deres levetid, almindeligvis kaldet TTL. Derfor kan nogle besøgende ende på en gammel server, mens andre når den nye. Browsercaches, reverse proxyer og indholdsleveringsnetværk kan også gemme ældre filer. Ingen af disse caches er det samme som en Google-cachelagret side.

Hvis en side, du har redigeret for nylig, stadig ser gammel ud, skal du åbne den aktuelle URL, undersøge dens HTTP-svar og rydde eller omgå de caches, du selv kontrollerer. Kontrollér derefter URL'en i Search Console. Gentagne cachetjek kan ikke få Google til at crawle siden hurtigere.

Hvordan håndteres URL'er med mellemrum eller tegn uden for ASCII?

Den indsendte adresse URL-kodes på serveren med PHP-operationen urlencode. Den følger konventionen application/x-www-form-urlencoded: Mellemrum bliver til plustegn, mens andre bytes, der ikke er sikre, procentkodes.

Teksten https://www.example.co.uk/search?q=cream tea kodes for eksempel som https%3A%2F%2Fwww.example.co.uk%2Fsearch%3Fq%3Dcream+tea. Med denne kodning bliver mellemrummet til et plustegn. En UTF-8-værdi med accent, såsom café, bliver til caf%C3%A9.

Tal accepteres af kodningsformatet uden ændringer, mens tegnsætning som skråstreger, spørgsmålstegn og lighedstegn kodes. Et internationaliseret domænenavn kan indeholde en IDNA A-label, som bruger præfikset xn-- og Punycode til den pågældende label.

Værktøjets behandling med urlencode på serveren retter ikke en ugyldig eller ufuldstændig URL. En tom værdi indeholder ingen side, der kan kontrolleres, og en meget lang adresse kan overskride grænser andre steder i anmodningens forløb. Kopiér adressen fra browseren i stedet for at skrive den efter hukommelsen.

Ofte stillede spørgsmål

Betyder et negativt cacheresultat, at min side er fjernet fra Googles indeks?

Nej. Offentlig adgang til cachelagrede kopier og indeksering i søgeresultaterne er to forskellige ting, og Google tilbyder ikke længere sine tidligere links til cachelagrede sider. Kontrollér URL'en i Google Search Console, eller søg efter en karakteristisk sætning fra siden. Husk dog, at en almindelig søgning ikke giver et komplet overblik over indekset.

Skal sporingsparametre medtages i URL'en?

Brug den rene kanoniske URL, medmindre du specifikt skal undersøge en version med parametre. Parametre som utm_source identificerer ofte kampagnebesøg frem for særskilt indhold, og Google kan samle dem under en kanonisk URL.

Kan jeg kontrollere en privat eller adgangskodebeskyttet side?

En crawler kan som regel ikke hente indhold, der kræver login, medmindre den udtrykkeligt har fået adgang. Du bør derfor ikke forvente, at sådan en side har en offentligt tilgængelig søgecache. Den indsendte URL sendes til værktøjets server via HTTPS for at blive behandlet og gemmes ikke. Medtag derfor ikke adgangskoder, adgangstokens eller andre fortrolige oplysninger i den.

Påvirker URL-fragmenter den side, Google ser?

Et fragment er den del, der står efter et nummertegn, for eksempel #delivery. Browsere sender normalt ikke fragmenter med HTTP-anmodninger. To almindelige URL'er, der kun adskiller sig ved fragmentet, henter derfor som regel det samme dokument. Kontrollér adressen uden fragmentet, når du undersøger selve den indekserede side.

Hvad skal jeg kontrollere, før jeg anmoder om endnu en crawling?

Bekræft, at den foretrukne URL indlæses uden en omdirigeringsløkke, returnerer et vellykket svar, tillader Googlebot at crawle den og ikke indeholder et utilsigtet noindex-direktiv. Kontrollér, at href-værdien i sidens link-element med linktypen canonical angiver den tilsigtede URL. Hvis du administrerer webstedet, kan du derefter anmode om indeksering via Search Console.