[{"@context":"https:\/\/schema.org\/","@type":"BlogPosting","@id":"https:\/\/blog.onlinemarketing.dk\/google-cache-ven-eller-fjende.html#BlogPosting","mainEntityOfPage":"https:\/\/blog.onlinemarketing.dk\/google-cache-ven-eller-fjende.html","headline":"Google Cache: ven eller fjende?","name":"Google Cache: ven eller fjende?","description":"Kapitel 5 – SEO\u2019s glemte historie (1999\u20132010) Google Cache var et af de v\u00e6rkt\u00f8jer, de fleste almindelige brugere n\u00e6sten ikke lagde m\u00e6rke til. For os,…","datePublished":"2026-08-03","dateModified":"2026-08-03","author":{"@type":"Person","@id":"https:\/\/blog.onlinemarketing.dk\/author\/admin#Person","name":"Ren\u00e9 Madsen","url":"https:\/\/blog.onlinemarketing.dk\/author\/admin","identifier":1,"description":"Jeg hedder Ren\u00e9 Madsen og grundlagde Online Marketing i 1995. Siden 1999 har jeg arbejdet professionelt med SEO og har fulgt udviklingen fra de f\u00f8rste s\u00f8gemaskiner til nutidens AI-baserede s\u00f8gning.\r\n\r\nJeg arbejder med teknisk SEO, GEO (Generative Engine Optimization), AI Discovery og digital synlighed. Gennem \u00e5rene har jeg r\u00e5dgivet b\u00e5de sm\u00e5 og store virksomheder i Danmark og internationalt med fokus p\u00e5 langsigtede l\u00f8sninger, teknisk kvalitet og dokumenterede resultater.\r\n\r\nP\u00e5 denne blog deler jeg analyser, erfaringer og historiske perspektiver fra mere end 25 \u00e5r i branchen. Mit m\u00e5l er at forklare, hvordan s\u00f8gemaskiner, AI og internettet udvikler sig \u2013 baseret p\u00e5 praktisk erfaring, dokumentation og egne erfaringer gennem branchens udvikling.\r\n\r\nVed siden af mit arbejde har jeg dyrket Kyokushin karate siden 1973 og er i dag Shihan, 5. dan. Karate har l\u00e6rt mig v\u00e6rdien af disciplin, vedholdenhed og konstant udvikling \u2013 principper, som ogs\u00e5 pr\u00e6ger mit arbejde med SEO og digital strategi.","image":{"@type":"ImageObject","@id":"https:\/\/secure.gravatar.com\/avatar\/ce65f41ecd392d9b2ef547aba58da9858a8cfb78bd54ce7a6acbffad581f31b2?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/ce65f41ecd392d9b2ef547aba58da9858a8cfb78bd54ce7a6acbffad581f31b2?s=96&d=mm&r=g","height":96,"width":96}},"publisher":{"@type":"Organization","name":"Online Marketing","logo":{"@type":"ImageObject","@id":"https:\/\/blog.onlinemarketing.dk\/wp-content\/uploads\/2017\/05\/onlinemarketing_logo_mini.gif","url":"https:\/\/blog.onlinemarketing.dk\/wp-content\/uploads\/2017\/05\/onlinemarketing_logo_mini.gif","width":600,"height":60}},"image":{"@type":"ImageObject","@id":"https:\/\/blog.onlinemarketing.dk\/wp-content\/uploads\/2026\/08\/google-cache.png","url":"https:\/\/blog.onlinemarketing.dk\/wp-content\/uploads\/2026\/08\/google-cache.png","height":940,"width":1672},"url":"https:\/\/blog.onlinemarketing.dk\/google-cache-ven-eller-fjende.html","about":["Historiske artikler"],"wordCount":2528,"articleBody":"Kapitel 5 – SEO\u2019s glemte historie (1999\u20132010)Google Cache var et af de v\u00e6rkt\u00f8jer, de fleste almindelige brugere n\u00e6sten ikke lagde m\u00e6rke til. For os, der arbejdede med teknisk SEO, var det derimod guld v\u00e6rd. Det viste ikke bare, hvordan en side s\u00e5 ud, men hvad Google faktisk havde l\u00e6st og gemt. Det gjorde cachen til b\u00e5de en ven og en fjende.Da Google viste sit hjemmearbejdeJeg savner stadig den synlige Google Cache.Ikke fordi alt var bedre i gamle dage, men fordi Google dengang gav os adgang til noget, som ingen af nutidens SEO-v\u00e6rkt\u00f8jer kan vise med samme sikkerhed: den version af en hjemmeside, som Google havde gemt i sin egen database.N\u00e5r Google havde bes\u00f8gt en side, kunne man fra s\u00f8geresultatet \u00e5bne den cachede udgave. Her kunne man se den HTML-kode, Google havde registreret, og gennemg\u00e5 den n\u00e6sten linje for linje. Man kunne kontrollere tekster, links, overskrifter, metadata, navigation og forskellige omr\u00e5der af siden.Det var ikke blot et sk\u00e6rmbillede af hjemmesiden. Det var et indblik i Googles egen behandling af dokumentet.N\u00e5r et website ikke blev indekseret korrekt, kunne jeg med meget stor sikkerhed finde \u00e5rsagen ved at sammenligne den almindelige side med Googles cachede version. Cachen viste, hvad Google havde l\u00e6st, hvad Google havde overset, og hvor fortolkningen af siden eventuelt var g\u00e5et galt.Den hurtigste fejls\u00f8gning, jeg kendteN\u00e5r en kunde ringede og fortalte, at en hjemmeside ikke blev fundet ordentligt i Google, var cachen ofte det f\u00f8rste sted, jeg kiggede.P\u00e5 f\u00e5 minutter kunne jeg se, om hele dokumentet var blevet gemt, eller om Google var stoppet undervejs. Jeg kunne unders\u00f8ge, om scripts var lukket korrekt, om der manglede afsluttende HTML-tags, om interne links kunne l\u00e6ses, og om vigtige dele af indholdet var forsvundet.En enkelt manglende afslutning p\u00e5 et script kunne f\u00e5 resten af dokumentet til at blive fortolket forkert. Det samme kunne ske med en forkert lukket tabel, en fejlplaceret div eller en kodeblok, som browseren rettede p\u00e6nt for brugeren, men som Googles parser behandlede anderledes.Tegntabeller og tegnkodning var et andet tilbagevendende problem. Hvis serveren oplyste \u00e9n tegnkodning, mens dokumentet reelt var gemt i en anden, kunne danske bogstaver og andre specialtegn blive \u00f8delagt. Nogle gange var fejlen kun kosmetisk. Andre gange p\u00e5virkede den b\u00e5de tekst, links og den m\u00e5de, resten af dokumentet blev forst\u00e5et p\u00e5.Google Cache kunne ogs\u00e5 afsl\u00f8re, om titler, beskrivelser og overskrifter var blevet registreret som forventet, eller om en teknisk fejl havde flyttet eller fjernet dem.Det afg\u00f8rende var forskellen p\u00e5 at hente siden selv og at se den version, Google havde gemt. Et almindeligt SEO-v\u00e6rkt\u00f8j analyserer den HTML, v\u00e6rkt\u00f8jet selv modtager. Google Cache viste den HTML, Google selv havde l\u00e6st og valgt at gemme.Det er en v\u00e6sentlig forskel.N\u00e5r \u00e9n lille fejl kunne koste store dele af indekseringenDet beh\u00f8vede ikke at v\u00e6re en stor eller dramatisk programmeringsfejl. Tv\u00e6rtimod var det ofte de sm\u00e5 detaljer, der gjorde forskellen.En manglende <\/script> kunne betyde, at Google opfattede resten af dokumentet som en del af scriptet. En forkert afsluttet HTML-struktur kunne f\u00e5 links, br\u00f8dtekst eller hele sektioner til at forsvinde fra den version, Google gemte.Browserne var ofte mere tilgivende. De fors\u00f8gte at reparere fejlene og vise brugeren en nogenlunde p\u00e6n side. Derfor kunne udvikleren eller kunden kigge p\u00e5 hjemmesiden og mene, at alt fungerede.Google Cache viste noget andet.N\u00e5r den cachede version stoppede midt p\u00e5 siden, manglede vigtige links eller viste \u00f8delagte tegn, vidste jeg, at problemet skulle findes i kildekoden, serverens headers eller den m\u00e5de, CMS-systemet byggede dokumentet p\u00e5.Det var en praktisk arbejdsmetode, som gang p\u00e5 gang fandt fejl, automatiske systemer overs\u00e5.Da v\u00e6rkt\u00f8jet ikke kunne det heleI en periode arbejdede jeg t\u00e6t sammen med SEO-folkene hos Green Click og var j\u00e6vnligt p\u00e5 kontoret i Aalborg, selv om jeg havde base i Helsing\u00f8r. Samtidig fortsatte jeg mit arbejde i Online Marketing. De forskellige kunder og opgaver blev holdt klart adskilt, og det fungerede uden problemer.Green Click arbejdede dengang med Searchmetrics, som var et af de store og anerkendte SEO-systemer. Platformen havde ogs\u00e5 uddannelsesforl\u00f8b med betegnelser som Yellow Belt og Green Belt.Jeg brugte ikke selv tid p\u00e5 certificeringerne. De medarbejdere, der havde lyst til det, kunne naturligvis tage dem. Jeg havde nok at g\u00f8re med den praktiske del \u2013 og havde i \u00f8vrigt allerede et sort b\u00e6lte i Kyokushin, som var lidt mere h\u00e5rdtsl\u00e5ende.Ved en af mine ture til Aalborg var to af Searchmetrics\u2019 konsulenter kommet for at tale om udviklingen af systemet, nye funktioner og mulighederne for at finde tekniske fejl.Under gennemgangen kom vi ind p\u00e5 et website med et konkret indekseringsproblem. Systemet pegede p\u00e5 en bestemt fejl og pr\u00e6senterede den som forklaringen.Jeg sagde nej.Efter min vurdering l\u00e5 fejlen et andet sted. Det kunne de ikke umiddelbart forst\u00e5, fordi deres v\u00e6rkt\u00f8j viste noget andet. Men Google Cache viste, hvordan Google rent faktisk havde behandlet dokumentet, og det pegede i en anden retning.Da sagen blev unders\u00f8gt n\u00e6rmere, m\u00e5tte de erkende, at v\u00e6rkt\u00f8jet ikke havde fanget den reelle \u00e5rsag.Det var ikke en kritik af Searchmetrics. Det var et af de bedste systemer p\u00e5 markedet, og gode v\u00e6rkt\u00f8jer kan spare mange timers arbejde. Men intet v\u00e6rkt\u00f8j kan alt.En fagmand skal kunne se ud over rapporten. V\u00e6rkt\u00f8jet ser siden gennem sine egne regler. Google Cache viste den version, Google selv havde gemt. Derfor begyndte jeg ikke n\u00f8dvendigvis med den l\u00e6ngste rapport. Jeg begyndte ofte med cachen.JavaScript og l\u00e6sbar HTMLGoogle havde dengang store problemer med JavaScript-baserede websites. Det har Google i forskellig grad stadig, is\u00e6r n\u00e5r indhold, links eller navigation f\u00f8rst bliver tilg\u00e6ngelige efter kompliceret afvikling i browseren.N\u00e5r et website byggede indholdet med JavaScript, kunne brugeren se en flot og velfungerende side, mens Googles almindelige crawler kun fandt en tom skal eller meget lidt tekst.Derfor fandtes der l\u00f8sninger, hvor det samme indhold blev leveret som l\u00e6sbar HTML til s\u00f8gemaskinen. Den afg\u00f8rende betingelse var, at teksten og indholdet skulle v\u00e6re identisk med det, brugeren fik vist. Form\u00e5let var ikke at pr\u00e6sentere \u00e9n historie for Google og en anden for brugeren, men at g\u00f8re det samme indhold teknisk l\u00e6sbart.Google Cache var et fremragende kontrolv\u00e6rkt\u00f8j til den slags l\u00f8sninger. Her kunne jeg se, om den HTML-baserede udgave faktisk var kommet med, om links kunne f\u00f8lges, og om Google havde gemt den tekst, brugeren ogs\u00e5 kunne se p\u00e5 den JavaScript-baserede side.Det var p\u00e5 den m\u00e5de muligt at skelne mellem en legitim teknisk l\u00f8sning og egentlig cloaking. Forskellen l\u00e5 ikke kun i teknikken, men i om indholdet var det samme.Da Google Cache blev cloakernes v\u00e6rste fjendeDet samme v\u00e6rkt\u00f8j, som var en ven i den tekniske fejls\u00f8gning, var en potentiel fjende i cloaking-perioden.Google Cache viste jo netop de sider, der blev gemt i Googles indeks. En konkurrent kunne \u00e5bne den cachede version og sammenligne den med den side, en almindelig bes\u00f8gende fik vist. Resultatet var ikke altid k\u00f8nt, men det kunne v\u00e6re meget effektivt i s\u00f8geresultaterne.Det bet\u00f8d ogs\u00e5, at forskellene kunne afsl\u00f8res.Mange, der arbejdede med cloaking \u2013 ogs\u00e5 de mere primitive l\u00f8sninger, der ofte blev kaldt poor man\u2019s cloaking \u2013 anvendte noarchive, s\u00e5 Google ikke viste den cachede udgave offentligt.Andre fors\u00f8gte at g\u00f8re den cachede version mere spiselig. Jeg kendte blandt andet et anerkendt belgisk firma med to dygtige udviklere, som jeg gennem \u00e5rene udvekslede software med. De anvendte p\u00e5 et tidspunkt JavaScript, som omdirigerede brugeren, n\u00e5r den cachede version blev \u00e5bnet. Andre lagde den oprindelige side ind i en iframe, s\u00e5 det synlige resultat lignede det normale website.Problemet var, at mange af disse metoder efterlod spor.Et noarchive-tag kunne i sig selv f\u00e5 en teknisk interesseret konkurrent til at sp\u00f8rge, hvorfor cachen var skjult. Bestemte scripts, redirects og ensartede kodebidder kunne blive til fingeraftryk, som gjorde det muligt at finde andre websites med samme l\u00f8sning.Min tilgang: ingen synlige fingeraftrykMin egen tilgang var, at jeg ikke ville s\u00e6tte et tydeligt skilt op, som fortalte, at der var noget at lede efter.Derfor \u00f8nskede jeg ikke at bruge noarchive. Google m\u00e5tte gerne gemme siden, og muligheden for at \u00e5bne cachen skulle v\u00e6re der. Det skulle bare ikke v\u00e6re muligt at se, hvad der l\u00e5 under den pr\u00e6sentation, der blev vist.Jeg byggede derfor en l\u00f8sning med flere lag. Et hvidt lag l\u00e5 oven p\u00e5 den underliggende side, s\u00e5 man kun s\u00e5 hvidt, selv hvis man fors\u00f8gte at stoppe indl\u00e6sningen p\u00e5 forskellige tidspunkter. Oven p\u00e5 dette kunne en iframe vise en mere almindelig og pr\u00e6sentabel version af hjemmesiden.Det gjorde, at den cachede udgave fremstod som en normal side. Fors\u00f8gte man de metoder, der blev diskuteret i SEO-fora dengang, kunne man stadig ikke umiddelbart se det indhold, som l\u00e5 nedenunder.Jeg beskriver det her som en del af historien, ikke som en metode, der skal genbruges. Teknikken h\u00f8rer en anden tid til, og den blev senere lukket ned. Men den viser, hvor stor betydning Google Cache havde. N\u00e5r en offentlig cache kunne afsl\u00f8re forskellen mellem to versioner, blev det n\u00f8dvendigt at forholde sig til den.Da eksperterne fandt den forkerte udviklerP\u00e5 et tidspunkt fulgte jeg en diskussion i et dansk SEO-forum. En af ejerne bag et kendt dansk cloaking-system havde fundet et af mine websites og mente, at han havde afsl\u00f8ret, hvem der stod bag.Der var mange af mine sites, s\u00e5 det var ikke m\u00e6rkeligt, at et af dem blev fundet og diskuteret.Efter en l\u00e6ngere debat pr\u00e6senterede han navnet p\u00e5 den person eller virksomhed, som efter hans mening havde udviklet l\u00f8sningen.Det var CMS-leverand\u00f8ren fra Odense.Navnet stod ganske enkelt i footeren p\u00e5 hjemmesiden.Jeg g\u00e5r ud fra, at mange i forummet klikkede sig ind og kom med det ene gode r\u00e5d efter det andet. Selv sad jeg og fulgte diskussionen med et smil.Hvis et milj\u00f8 med erfarne SEO-folk endte med at udpege CMS-leverand\u00f8ren fra sidens footer, var jeg rimelig sikker p\u00e5, at de ikke havde fundet den egentlige l\u00f8sning.Mange \u00e5r senere m\u00f8dte jeg personen ved en SEO-reception og n\u00e6vnte historien. Der kom ikke den helt store reaktion. Men for mig havde episoden dengang v\u00e6ret en vigtig bekr\u00e6ftelse p\u00e5, at systemet ikke kunne gennemskues uden en s\u00e6rlig adgang eller en meget m\u00e5lrettet teknisk unders\u00f8gelse.Belgien, Sverige og et CGI-programKontakten til de belgiske udviklere fortsatte gennem en \u00e5rr\u00e6kke. De havde deres egen cloaking-platform og ville gerne have en variant til et af deres CGI-programmer.Jeg udviklede derfor et separat CGI-modul til dem, og vi udvekslede l\u00f8bende software og erfaringer.Mange \u00e5r senere var det belgiske firma lukket, og jeg vidste ikke, hvad der var blevet af platformen. Pludselig ringede en svensker til mig. Han fortalte, at han havde k\u00f8bt hele systemet og opdateret det, men at han ikke kunne gennemskue mit CGI-modul.Han spurgte, om jeg ville hj\u00e6lpe med at s\u00e6tte det op for virksomheden. Det gjorde jeg.Som tak sendte han mig en komplet version af deres cloaking-engine. Jeg testede den for sjov og af teknisk nysgerrighed, men jeg tog den aldrig i brug.Efter min vurdering havde den stadig nogle fingeraftryk i form af bestemte s\u00f8gem\u00f8nstre, som kunne bruges til at finde systemets sider. Det kunne sandsynligvis v\u00e6re rettet forholdsvis hurtigt, og jeg havde tidligere gjort udviklerne opm\u00e6rksomme p\u00e5 problemet.Jeg ved ikke, hvorfor de sm\u00e5 detaljer aldrig blev \u00e6ndret. Men netop de sm\u00e5 detaljer kunne f\u00e5 stor betydning, n\u00e5r en l\u00f8sning skulle holde sig under radaren.Hvad gjorde noarchive?Noarchive var en instruktion til s\u00f8gemaskinen om ikke at vise en offentligt tilg\u00e6ngelig cachekopi af siden.Google kunne fortsat crawle og indeksere dokumentet. Tagget var ikke i sig selv en instruktion om at fjerne siden fra s\u00f8geresultaterne. Det fjernede f\u00f8rst og fremmest brugerens mulighed for at \u00e5bne den gemte version via Google.For et almindeligt website kunne der v\u00e6re forskellige grunde til ikke at \u00f8nske en \u00e6ldre kopi vist. I cloaking-milj\u00f8et blev noarchive ofte brugt for at g\u00f8re det vanskeligere at sammenligne Googles version med den side, almindelige brugere s\u00e5.Min vurdering var imidlertid, at tagget ogs\u00e5 kunne virke som et signal til nysgerrige konkurrenter: Her var en side, hvor ejeren ikke \u00f8nskede, at cachen skulle kunne ses.Derfor foretrak jeg en l\u00f8sning uden det synlige fingeraftryk.Google Cache: ven eller fjende?Svaret afh\u00e6nger af, hvilken side af bordet man sad p\u00e5.Som teknisk SEO-specialist var Google Cache en af mine bedste venner. Den viste mig, hvad Google havde l\u00e6st, og gjorde det muligt at finde fejl i scripts, HTML, links, tegnkodning og serverops\u00e6tning. Den gav et overblik, som ingen automatisk rapport kunne erstatte.I cloaking-perioden var den samtidig en fjende. Den kunne afsl\u00f8re den side, Google havde gemt, og g\u00f8re det muligt for konkurrenter at sammenligne den med den almindelige version.Det var netop den dobbelte rolle, der gjorde v\u00e6rkt\u00f8jet s\u00e5 interessant.Da Google fjernede den synlige cachefunktion, mistede branchen et af de mest direkte indblik i Googles behandling af en hjemmeside. Vi har i dag avancerede crawlere, loganalyse, renderingstest, Search Console og en lang r\u00e6kke specialv\u00e6rkt\u00f8jer.De kan meget.Men de viser ikke n\u00f8dvendigvis pr\u00e6cis det dokument, Google havde gemt i sit indeks p\u00e5 det p\u00e5g\u00e6ldende tidspunkt.Det gjorde Google Cache.Derfor savner jeg den stadig.Kilder og historisk dokumentationDenne artikel bygger p\u00e5 mine egne erfaringer, observationer og dokumentation fra perioden 1999-2012.For at bevare artiklens fokus p\u00e5 historien har jeg valgt at samle den bagvedliggende dokumentation p\u00e5 en separat side. Her findes blandt andet historiske ordrebekr\u00e6ftelser, priseksempler, anonymiserede fakturaer, arkiverede websites og andet materiale, der dokumenterer mit arbejde med SEO siden 1999.L\u00e6s den historiske dokumentation her:SEO siden 1999 \u2013 historisk dokumentationDenne artikel er en del af serien SEO’s glemte historie (1999-2010)\u2714 Del 1: IP Delivery \u2013 hvordan en af datidens mest avancerede SEO-teknikker fungerede\u2714 Del 2: Da Google begyndte den manuelle jagt p\u00e5 danske IP-cloakede websites\u2714 Del 3: Maskinrummet \u2013 hvordan jeg sikrede de k\u00f8rende dom\u00e6ner midt i Googles manuelle kontroller\u2714 Del 4: Serverlogfilerne fortalte sandheden\u279c Del 5: Google Cache \u2013 ven eller fjende? (du l\u00e6ser den nu)\u25a1 Del 6: Det internationale SEO-milj\u00f8 omkring \u00e5r 2000\u25a1 Del 7: Fra IP Delivery til moderne SEO og AI\u25a1 Del 8: SEO’s vilde \u00e5r 1999-2006 \u2013 erfaringerne bagefterRelaterede emner:DIFO og DK Hostmaster – nye typosquattingregler i h\u00f8ringEkstrabladet har problemer med GoogleGoogle kan altJagten p\u00e5 sandhedenSEO No Cure No Pay"},{"@context":"https:\/\/schema.org\/","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","position":1,"name":"Google Cache: ven eller fjende?","item":"https:\/\/blog.onlinemarketing.dk\/google-cache-ven-eller-fjende.html#breadcrumbitem"}]}]