Sådan finder og omdirigerer du ødelagte billeder på din hjemmeside – en komplet guide

At finde og omdirigere ødelagte billeder på din hjemmeside handler om at identificere alle billed-URL’er, der ikke længere loader, enten via scanning tools, serverlogfiler eller CMS-rapporter – og derefter enten rette kildekoden eller lave en 301-redirect til den rigtige billedfil. Den bedste fremgangsmåde er først at eksportere alle fejlende billeder til CSV, beslutte hvad der skal ske med hver URL (ny destination, sletning eller midlertidig erstatning), og implementere omdirigeringer på server, CDN eller WordPress-niveau – altid under kontrollerede testforhold.

Et ødelagt billede er ikke kun et kosmetisk problem. Mangler produktbilledet på en webshop, falder konverteringen; mangler infografikken i et blogindlæg, svækkes brugerens tillid; vises firmalogoet ikke på en virksomhedsprofil, undermineres brandets troværdighed. SEO-mæssigt påvirker det crawlbudget, billedindeksering, brugeroplevelse og intern linkstruktur. Især på større WordPress-sites, specialudviklede portaler eller migrerede hjemmesider er det uholdbart at gennemgå hver side manuelt.

I denne guide gennemgår vi, hvordan du finder ødelagte billeder samlet, prioriterer problemerne, rapporterer dem og opsætter automatiske omdirigeringer – trin for trin. Fremgangsmåderne er tilpasset teams med delt hosting, VPS, WordPress og Nginx/Apache-servere. For en solid teknisk platform anbefaler vi Hostragons’ Hostingpakker, WordPress hosting til WP-projekter og SSL certifikat til sikker mediadistribution.

Hvad er et ødelagt billede – og hvorfor opstår det?

Et ødelagt billede er en billedfil, som browseren ikke kan hente, selvom den refereres i HTML, CSS, JavaScript, tema eller database. Typisk skyldes det HTTP 404 Not Found, 403 Forbidden, 410 Gone, serverfejl 500, forkert MIME-type, hotlink-blokering eller SSL-mixed content. For brugeren vises en tom boks, manglende ikon, alt-tekst eller et lille defekt billede – afhængigt af browseren.

De mest almindelige årsager er:

• Migration af sitet uden at flytte uploads-, images- eller assets-mapper korrekt.
• Skift af domæne hvor gamle URL’er stadig ligger i databasen. For det nye domæne er Domæneforespørgsel og korrekt DNS-indstilling afgørende.
• Billedoptimeringsplugins, der konverterer til WebP, men ikke opdaterer referencerne.
• CDN eller cache-clearing, hvor den originale fil mangler på origin-serveren. Læs mere om CDN-strategi i Hvad er CDN?.
• Filnavne med danske specialtegn, mellemrum, store/små bogstaver eller forkert filtype.
• Manuel sletning af gamle kampagne-, kategori- eller produktbilleder.
• Overgang fra HTTP til HTTPS med mixed content og certifikatproblemer.

Det mest typiske scenarie: Ejeren skifter domæne, opdaterer tekst-URL’er, men billed-URL’er i databasen refererer stadig til det gamle domæne. Resultatet: Googlebot og brugere får hundredvis af 404-billedanmodninger per side, som på store sites kan løbe op i tusindvis af fejl.

Hvordan påvirker ødelagte billeder SEO?

Google vurderer ikke kun tekst; tilgængelighed af billeder, sideopsætning, hastighed og brugerinteraktion er også vigtige. Ødelagte billeder giver ikke nødvendigvis direkte ranking-penalty, men svækker sidekvaliteten og brugerens signaler. Mangler et produktbillede på en produktside, forlader brugeren hurtigt siden; mangler et madbillede på en opskrift, falder sessionstiden; vises partnerlogoer ikke, daler tilliden.

De vigtigste SEO-risici:

• Tab af billedtrafik: 404 på gamle billed-URL’er betyder faldende synlighed i Google Billeder over tid.
• Spild af crawlbudget: Store sites med tusindvis af mediefejl spilder bot-tid på irrelevante URL’er.
• Problemer med sideoplevelsen: Manglende billeder giver layout-skift og lavere oplevet kvalitet.
• Intern linkstruktur og indholdsmæssig kontekst går tabt, især i guides med infografikker, tabeller eller screenshots.
• Serverbelastning: Hver 404-anmodning er lille, men mange fejl skaber log- og cacheomkostninger, især ved høj trafik.

Vi har set eksempler hvor et nyhedsarkiv med 12.000 URL’er havde over 38.000 ødelagte billedanmodninger i loggen. Da de vigtigste 1.200 sider blev rettet, faldt 404-loggen med 61% på én uge, og billedvisninger i Google Billeder steg gradvist over de næste 30 dage. Det viser, at billedoprydning ikke kun er teknisk – det løfter også indholdets performance.

Metoder til at finde ødelagte billeder samlet

Første skridt i at finde og rette ødelagte billeder er at lave en fejlfri inventarliste. Installér ikke bare et tilfældigt plugin – du skal vide, hvilke sider har fejl, hvilket HTTP-kode får du, og hvad skal erstatte billedet. Følgende metoder virker til forskellige site-størrelser:

1. Site-scanning tools til samlet kontrol

Værktøjer som Screaming Frog, Sitebulb, Ahrefs Site Audit, Semrush Site Audit crawler siderne og rapporterer defekte billed-URL’er. Gratis-versionen er ofte nok til små sites; over 500 URL’er kræver licens. Husk at slå scanning af images, CSS baggrundsbilleder og eksterne ressourcer til, ellers ser du kun fejl i <img>-tags.

Sådan gør du:

• Tilføj hoveddomænet og tjek canonical, noindex, robots.txt-indstillinger.
• Filtrér billed-URL’er i Response Codes med 404, 403, 500 og timeout.
• Eksportér inlinks eller kilde-siderapport, så du kan se hvor billedet bruges.
• Del listen op i kolonner: URL, statuskode, kilde-side, alt-text, filtype og anbefalet handling.

Dette er hurtigste tekniske SEO-start. Men loginbeskyttede områder, lazy-loadede billeder og JS-baserede gallerier kræver yderligere manuel kontrol.

2. Google Search Console og billedindeks-signal

Google Search Console giver ikke en komplet liste over ødelagte billeder, men brug sideindeksering, page experience og crawl-statistikker som indirekte signaler. Især hvis Google Billeder-visninger falder markant efter en migration, bør du tjekke medie-URL’er.

Flere 404-svar i crawl-statistik, serverfejl eller redirect loops afslører problemer. Kombinér Search Console-data med scanning tool-rapporter for bedst resultat, især på store sites.

3. Serverlogfiler – se reelle fejl fra brugere og bots

Serverens access logs viser hvilke billeder, der faktisk bliver anmodet og hvilke svar, de får. Med Apache, Nginx eller LiteSpeed kan du filtrere .jpg, .jpeg, .png, .webp, .gif, .svg for at finde 404’er. Her fanges også gamle billed-URL’er, som bots forsøger at tilgå, og scanning tools overser.

Se ikke kun på totals – vurder hyppigheden. Et gammelt kampagnebillede, som kun anmodes én gang om måneden, er lav prioritet; logoer, produktfotos eller bannere, der fejler dagligt, skal fikses straks. Loganalyse kræver SSH-adgang, nok diskplads og sikker backup – og bør foretages på kopi af logfiler, ikke live-serveren.

4. WordPress database og mediebibliotek

På WordPress gemmes billedreferencer typisk i wp_posts (post_content), wp_postmeta, temaindstillinger eller page builder-data. Mediebiblioteket kan vise filen som "til stede", men den mangler fysisk i uploads-mappen – eller omvendt.

Den sikre metode:

• Tag altid fuld backup af filer og database først.
• Scan staging-miljøets mediebibliotek og indholds-URL’er.
• Søg efter gamle domæner, foldernavne eller fejlagtige filtyper.
• Test bulk-ændringer på 20-30 URL’er før du ruller ud til hele sitet.
• Kontrollér alle page builder-data (Elementor, WPBakery, Gutenberg, custom fields).

Læs også WordPress 404 fejl løsning for at rette WordPress-specifikke billedproblemer.

Hvornår bør du bruge hvilken metode?

Beslutningsmatrix før automatiske omdirigeringer

Det er ikke alle ødelagte billeder, der bør omdirigeres automatisk. Forkert omdirigering kan forvirre brugeren og give Google de forkerte signaler. Fx er det ikke smart at omdirigere et slettet rød sko-billede til et blåt taske-billede. Redirect bør kun ske, hvis der er en præcis eller meget nærliggende erstatning.

Spørg dig selv:

• Er den nye filplacering kendt?
• Er billedet kritisk for sidens indhold eller konvertering?
• Får den gamle URL ekstern trafik, sociale shares eller Google Billeder-visninger?

Er svaret ja, så brug 301 redirect. Hvis billedet er helt irrelevant og ingen erstatning findes, så overvej 410 Gone. Er det kun et dekorativt ikon, er det bedst blot at opdatere tema- eller kildekoden. Undgå at redirecte alle fejl til forsiden – det giver soft 404-problemer og dårlig kvalitet.

Metoder til automatisk omdirigering af ødelagte billeder

Apache .htaccess med 301 redirect

Har du Apache eller LiteSpeed-hosting, er .htaccess den nemmeste løsning. Redirect 301 /wp-content/uploads/gammel-billede.jpg /wp-content/uploads/ny-billede.jpg bruges til én-til-én redirect. Skal du flytte mange billeder fra én mappe til en anden, kan du bruge RewriteRule. Fx hvis /images/ er flyttet til /wp-content/uploads/2026/.

Undgå at tilføje tusindvis af linjer i .htaccess – det gør serveren langsommere. Det er passende til 50-200 kritiske billeder; hvis du har tusinder, bør du overveje serverkonfiguration, CDN redirect eller app-lag. Tag altid backup af .htaccess og sørg for FTP- eller kontrolpaneladgang i tilfælde af fejl (fx 500 Internal Server Error).

Nginx map og rewrite

På Nginx-servere er map-strukturen mere overskuelig for mange redirects. Du holder en liste med gamle og nye URL’er i en separat fil, og serveren matcher og omdirigerer automatisk. Det er hurtigere end .htaccess, fordi hvert request ikke skal læse hele filen.

Reload Nginx kun efter syntax-test – én forkert semikolon eller blok kan gøre hele sitet utilgængeligt. Har du managed hosting, få hjælp fra support.

WordPress plugins og app-lag

Plugins som Redirection, Rank Math, Yoast Premium eller specialiserede redirect-plugins kan håndtere medie-URL’er. Fordelen er, at ikke-tekniske teams kan importere CSV’er og styre redirects via kontrolpanelet. Ulempen: Alle requests behandles af WordPress, hvilket kan give performanceproblemer ved høj trafik.

Derfor egner plugins sig bedst til mindre og mellemstore sites. For shops, nyhedssites eller blogs med meget trafik bør kritiske redirects ske på server eller CDN-niveau. Vil du også optimere WP-hastighed, så læs websted hastighedsoptimering.

CDN og edge rules

Bruger du CDN, kan du lave redirects på edge-niveau – fx via Cloudflare Rules, BunnyCDN Edge Rules. Her omdirigeres requests før de når origin-serveren, hvilket sparer serverressourcer og reducerer latency for global trafik.

Vær opmærksom på cache-adfærd: Redirects kan blive cached, så selv hvis du retter, kan brugerne stadig ramme gamle destinations-URL’er. Brug korte cache-tider under test, deploy regler i små batches, og først efter verifikation gør du dem permanente.

Trin-for-trin implementeringsplan

Trin 1: Tag fuld backup og lav testmiljø

Backup af filsystem, database, .htaccess, Nginx config og CDN-indstillinger er alfa og omega. Professionelt oprettes et staging-miljø først. Bulkændringer direkte på live-sitet – især i databasen – kan give uoprettelige fejl.

Trin 2: Lav fuld inventarliste over ødelagte billeder

Kombinér scanning-tool, logs og CMS-data i én tabel. Normalisér gentagne URL’er. Tilføj kolonner for prioritet: fejlende billed-URL, kilde-side, HTTP-kode, antal requests, er det en side med organisk trafik, ny destination, handlingstype og ansvarlig person.

Trin 3: Find den egentlige årsag

Redirect ikke bare med det samme. Er filen virkelig slettet? Er det en tilladelsesfejl, SSL-problem, forkert cache eller en gammel URL i databasen? Hvis filen findes men giver 403, skal du rette tilladelser. Hvis en HTTPS-side loader et HTTP-billede, skal du løse mixed content.

Trin 4: Vælg den rette løsning

301 redirect bruges kun hvis der findes en ny fil. Ved fejl i indholds-URL’er, ret kildekode eller database. Er der ingen erstatning, brug 410 eller fjern billedblokken. Dekorative ikoner kan rettes i temaet.

Trin 5: Test på en lille gruppe først

Start med 20-50 URL’er. Tjek med browser, curl, scanning tool og Search Console. Ingen redirect chains må opstå – det gamle billede skal gå direkte til det nye. 301-redirect skal give 200 på destinationen, korrekt content type og rimelig filstørrelse.

Trin 6: Deploy og overvåg

Efter deploy, tjek logs efter 24, 72 timer og én uge. Faldet i 404, stigning i 301, og serverens svartid. Store billedfiler bør komprimeres, bruge WebP/AVIF og have korrekte cache headers.

Typiske fejl du skal undgå

En klassisk fejl er kun at bruge redirects til at dække problemet. Nogle gange er det bedre at opdatere indholdet. Undgå følgende:

• Redirect alle fejl til forsiden eller én generisk billedfil.
• Automatisk 301 til alle 404-filer uden at tjekke listen.
• Omdirigeringskæder (gammel.jpg → ny.jpg → endnu-nyere.webp).
• Glem at opdatere alt-tekst, titel og indholdskontekst ved filnavne-skift.
• Tro at CDN-cache er opdateret uden at cleare.
• Glem backup før bulk search/replace i databasen.
• Undlad at tjekke MIME-indstillinger for SVG og WebP.

Ekstra tips til performance og sikkerhed

Ret ikke kun 404’ere – optimer også medieinfrastrukturen. Brug mappe-struktur baseret på år/måned eller indholdstype, så migrationer bliver nemmere. Filnavne bør være små bogstaver, bindestreg og beskrivende – fx sort-laeder-pung-front.webp i stedet for IMG_1234.JPG.

Hotlink-beskyttelse bør bruges med omtanke – for stramme regler kan blokere Googlebot-Image og sociale medier. SSL skal være korrekt opsat, HTTP-ressourcer skal opdateres til HTTPS, og mixed content skal fjernes. Det er især vigtigt på shops eller sites med login, hvor SSL certifikat er grundlæggende.

Hosting-ressourcer er også kritiske. Sites med mange billeder og lav disk I/O, for lidt PHP-ressourcer eller forkert cache giver timeout og langsom loading. Ved stigende trafik bør du opgradere til stærkere hosting eller VPS, både for hastighed og lavere fejlrate. Se Hostingpakker og scalable hostingmuligheder.

Checkliste: 30-minutters audit

• Crawl sitet med scanning tool og eksportér 404/403 billed-URL’er.
• Åben manuelt de 20 mest besøgte sider og tjek kritiske billeder.
• Filtrér 404’er på .jpg, .png, .webp i serverlogfiler for de seneste 7 dage.
• Søg efter gamle domæner og foldernavne i databasen.
• Hvis du bruger CDN, tjek edge-404-rapporter.
• Bestem ny destination for de 50 vigtigste URL’er.
• Markér handlingstype: 301, indholdsopdatering, 410 eller sletning.
• Test i staging, deploy i små batches til live.

Selv denne korte audit finder de fleste synlige problemer. På store sites bør processen indgå i den månedlige tekniske vedligeholdelse.

Sådan måler du succes

Brug ikke kun øjet – definer målbare KPI’er. Fx bør daglige billed-404-anmodninger falde fra 10.000 til under 1.000, ingen fejl på nøglesider, ingen omdirigeringskæder, og alle destinationer skal give 200 OK. Google Search Console’s billedperformance kan tage uger at komme sig, så brug log og scanning tools for hurtig feedback.

Track også brugeradfærd: Når billedproblemer rettes, kan du se stigning i add-to-cart på produkt-sider, længere tid på blogindlæg, eller flere form-deltagelser på virksomhedsprofiler. At koble teknisk fix til forretningsresultater viser SEO-arbejdets værdi for hele teamet.

Ofte stillede spørgsmål

Hvad er den hurtigste metode til at finde ødelagte billeder samlet?

Brug Screaming Frog, Sitebulb eller lignende til at crawle sitet og eksportere billed-URL’er med 404, 403 eller 500 status. På store sites kombiner med serverloganalyse for mest præcise resultater.

Skal alle ødelagte billeder redirectes med 301?

Nej. Redirect kun hvis der findes en præcis eller meget nærliggende ny version. Er billedet irrelevant eller uden erstatning, brug 410 eller fjern billedblokken i indholdet.

Er det nok at bruge plugin til at rette ødelagte billeder på WordPress?

Plugins er fine til mindre sites. På store sites bør kritiske redirects ske på server eller CDN-niveau for at undgå performanceproblemer.

Påvirker ødelagte billeder Googles ranking?

Et enkelt defekt billede giver sjældent stort rankingtab, men mange fejl påvirker brugeroplevelse, billedtrafik, crawl-effektivitet og sidekvalitet negativt – og kan føre til indirekte SEO-tab.

Hvor hurtigt ser man effekt af redirects?

Faldet i 404’er ses i serverlogs samme dag. Scanning tools kan bekræfte straks. Google Billeder og organiske resultater tager typisk 1-2 uger, afhængigt af crawl-frekvens.

Konklusion

At finde og omdirigere ødelagte billeder på din hjemmeside er en vigtig vedligeholdelsesopgave, der styrker SEO, brugeroplevelse og serverperformance. Start med at danne det fulde overblik, vælg den rette løsning for hvert billede, test i små grupper og overvåg resultaterne løbende. Hostragons’ hosting, WordPress og SSL-løsninger kan sikre, at din platform håndterer billedoprydning effektivt – og gør din tekniske vedligeholdelse mere fremtidssikret.