Hitta och automatiskt omdirigera brutna bilder på din webbplats

Att hitta och automatiskt omdirigera brutna bilder på din webbplats innebär att skanna efter URL:er till bilder som inte laddas via verktyg, serverloggar eller CMS-rapporter, och antingen göra en 301-omdirigering till en ny korrekt bild eller uppdatera den trasiga länken i koden. Den mest effektiva metoden är att först exportera alla brutna bilder som en CSV-fil, sedan fatta beslut om ny destination, borttagna innehåll eller temporär reservbild för varje URL, och noggrant implementera omdirigeringarna på server-, CDN- eller WordPress-nivå.

Brutna bilder är inte bara ett estetiskt problem. En produktbild som saknas på en e-handelsproduktssida minskar konverteringen, en saknad infographic i en blogg kan skada användarens förtroende, och en trasig logotyp på en företagswebbplats kan försvaga varumärkesuppfattningen. På SEO-sidan påverkas även crawlbudget, bildindexering, sidaupplevelse och integritet hos interna länkar. Speciellt på WordPress-sajter med tusentals inlägg, eller sajter som har flyttats från anpassad programvara eller äldre system, är det inte hållbart att kontrollera bilder en och en.

I den här guiden kommer vi att gå igenom metoder för att hitta brutna bilder, rapportera, prioritera och automatiska omdirigeringsscenarier steg för steg. Beskrivningen fokuserar på praktiska lösningar som kan tillämpas av team som använder delad hosting, VPS, WordPress och Nginx/Apache-servrar. Du kan även överväga Hostingpaket, WordPress hosting för WordPress-projekt och SSL-certifikat för säkra mediatjänster.

Vad är en bruten bild och hur uppstår den?

En bruten bild är när en bildfil som kallas från HTML, CSS, JavaScript, temafiler eller databasen inte kan laddas av webbläsaren. Det uppstår vanligtvis på grund av HTTP 404 Not Found, 403 Forbidden, 410 Gone, 500 serverfel, fel MIME-typ, hotlink-blockering eller problem med SSL och blandat innehåll. Användaren ser en tom ruta, en saknad ikon eller en liten trasig bildikon beroende på webbläsaren.

De vanligaste orsakerna är:

• Att katalogerna uploads, images eller assets inte överfördes vid flytt av webbplatsen.
• Gamla domän-URL:er finns kvar i databasen vid domänbyte. Domänsökning och en korrekt DNS-plan är avgörande.
• Bildoptimeringspluginet konverterar filen till WebP men uppdaterar inte den gamla URL:en.
• Efter rensning av CDN eller cache, finns inte källdokumentet på origin-servern. Att planera CDN-arkitekturen kan vara till hjälp, Vad är CDN?.
• Användning av turkiska tecken, mellanslag, skillnader i stora och små bokstäver eller felaktiga filändelser i filnamn.
• Manuell borttagning av gamla kampanj-, kategori- eller produktbilder.
• Problem med blandat innehåll och certifikatinkompatibilitet vid övergång från HTTP till HTTPS.

Det mest praktiska scenariot är följande: Webbplatsägaren går från den gamla domänen till den nya, text-URL:erna uppdateras men vissa bild-URL:er förblir i databasen med den gamla domänen. När Googlebot eller användaren öppnar sidan genereras det dussintals 404-bildförfrågningar på varje sida. Detta kan leda till tusentals felaktiga förfrågningar på flera hundra sidor.

Hur påverkar brutna bilder SEO?

Google tittar inte bara på texten när det bedömer en sida; tillgängligheten av bilder, sidlayout, hastighet och användarengagemang är också viktiga. Brutna bilder ger inte alltid direkt en straffande rankingsänkning, men de försvagar sidans kvalitet och användarsignaler. En produktsida utan produktbild får användaren att snabbt lämna sidan, en matblogg utan bild på rätten minskar den genomsnittliga sessionstiden, och en företagswebbplats där referenslogotyper är osynliga minskar förtroendet.

De huvudsakliga riskerna ur SEO-synpunkt är:

• Förlust av bildsöktrafik: Om gamla bild-URL:er ger 404 minskar synligheten i Google Bilder över tid.
• Slöseri med crawlbudget: Tusentals brutna medieförfrågningar på stora sidor kan minska den tid som botarna ägnar åt viktiga URL:er.
• Problem med sidupplevelsen: Saknade bilder kan leda till layoutskift och upplevd låg kvalitet.
• Förlust av inlänkar och innehållskontext: Särskilt i guider som innehåller infografiker, tabellbilder eller skärmdumpar kan meningsfull sammanhang förloras.
• Serverbelastning: Varje 404-förfrågan kan verka liten, men i högtrafik kan det resultera i logg-, process- och cachekostnader.

Vid en liknande kontroll vi genomförde på en kunds nyhetsarkiv med 12 000 URL:er, identifierades över 38 000 brutna bildförfrågningar från tidigare år. När bilderna på de mest trafikdrivande 1 200 sidorna åtgärdades, minskade 404-logghanteringen med 61 % under den första veckan, och visningarna i bildsökningar återhämtade sig gradvis under de kommande 30 dagarna. Detta exempel visar att städning av brutna bilder är värdefullt inte bara tekniskt utan även ur innehållsprestandasynpunkt.

Metoder för att hitta brutna bilder i bulk

Det första steget i processen för att hitta brutna bilder och automatisk omdirigering är att skapa en felfri inventering. Istället för att installera slumpmässiga plugins och skriva omdirigeringar, bör du bestämma vilken sida som har vilken trasig bild, vilken HTTP-statuskod den returnerar och vad som ska användas istället. Följande metoder fungerar på olika skalor.

1. Storskalig kontroll med webbskanningsverktyg

Screaming Frog SEO Spider, Sitebulb, Ahrefs Site Audit, Semrush Site Audit och liknande verktyg skannar sidorna som en bot och rapporterar brutna bild-URL:er. För mindre sidor kan gratisgränser vara tillräckliga; för projekt med över 500 URL:er är licensierad användning mer effektiv. Det är viktigt att aktivera inställningarna för bilder, CSS-bakgrundsbilder och externa resurser i skanningsinställningarna. Annars ser du bara felen i img-taggen.

Tillämpningssteg:

• Lägg till huvuddomänen för skanning och se till att canonical, noindex och robots.txt-inställningarna läses korrekt.
• Filtrera bild-URL:er som ger 404, 403, 500 och timeout från avsnittet Response Codes.
• Exportera inlänkar eller källsidesrapporter. På så sätt ser du på vilka sidor den brutna bilden används.
• Dela upp listan i kolumner: URL, statuskod, källsida, alt-text, filändelse och föreslagen mål-URL.

Denna metod är den snabbaste starten i tekniska SEO-granskningar. Men för paneler som kräver inloggning, lazy load-funktioner med bilder som laddas senare och JavaScript-baserade gallerier kan ytterligare kontroller behövas.

2. Google Search Console och bildindexeringssignaler

Google Search Console ger inte en fullständig lista över brutna bilder; men det ger indirekta signaler om problem med indexering, sidupplevelse, crawlingsstatistik och prestandarapporter. Särskilt om det sker ett plötsligt fall i visningar i bildsökningar efter en specifik webbplatsflytt, bör medie-URL:erna kontrolleras.

Om antalet resurser som får 404-svar ökar i crawlingsstatistiken, kan det också ge ledtrådar om serveråtkomstproblem eller överdrivna omdirigeringskedjor. På stora sidor ger en kombination av Search Console-data med skanningsverktygsrapporten mer pålitliga resultat.

3. Se verkliga användar- och botfel med serverloggar

Serveraccessloggar visar vilka bilder som begärts i verklig trafik och vilket svar de fått. Genom att filtrera loggarna för Apache, Nginx eller LiteSpeed efter .jpg, .jpeg, .png, .webp, .gif, .svg kan du hitta 404-postningar. Till exempel, på en webbplats med 100 000 dagliga förfrågningar, kan gamla bild-URL:er som skanningsverktyget missade, men som Googlebot försökte, fångas i loggarna.

När du kontrollerar, titta inte bara på det totala antalet utan även på hur ofta de begärs. En gammal kampanjbild som begärs en gång i månaden är av låg prioritet; en logotyp, produktbild eller kategori-banner som begärs 5 000 gånger om dagen bör lösas omedelbart. För logganalys krävs SSH-åtkomst, tillräckligt med diskutrymme och säkerhetskopiering. För att undvika prestandaproblem, gör denna analys inte på en live-server, utan på en kopia av loggfilerna.

4. Kontroll av WordPress-databasen och mediebiblioteket

I WordPress-sajter lagras brutna bilder oftast i fältet post_content i wp_posts, i wp_postmeta-poster, i temainställningar eller i JSON-data från page builders. Även om filen verkar finnas i mediebiblioteket, om den fysiska filen inte finns i uploads-mappen, kommer bilden att brytas. Å andra sidan, om filen finns på servern men den gamla URL:en används i innehållet, kommer den också att brytas.

Den säkraste vägen är som följer:

• Ta först en fullständig säkerhetskopia av filer och databaser.
• Skanna mediebiblioteket och innehålls-URL:erna i en staging-miljö.
• Sök efter gamla domäner, gamla mappnamn eller felaktiga filändelser.
• Testa på 20-30 URL:er innan du gör massändringar.
• Kontrollera separata områden som Elementor, WPBakery, Gutenberg-block och anpassade fält.

För 404-problem orsakade av WordPress kan det vara bra att länka till Lösning för WordPress 404-fel som en användbar resurs.

När ska du använda vilken metod?

Beslutsmatris innan automatisk omdirigering

Varje bruten bild bör inte automatiskt omdirigeras till en annan bild. Felaktiga omdirigeringar kan ytterligare försämra användarupplevelsen och skicka fel signaler till sökmotorerna. Till exempel, att omdirigera en borttagen bild av ett rött par skor till en bild av en blå väska är inte meningsfullt. Omdirigering bör endast göras om det finns en exakt motsvarighet eller en mycket nära alternativ.

Ställ de här tre frågorna när du fattar beslut:

• Är den nya filens plats för denna bild känd?
• Är bilden avgörande för sidans betydelse eller konvertering?
• Tar den gamla URL:en emot externa länkar, sociala delningar eller trafik från Google Bilder?

Om svaret är ja, är 301-omdirigering lämplig. Om bilden nu är helt ogiltig och det inte finns något motsvarande innehåll, kan 410 Gone övervägas. Om det bara är en dekorativ ikon i designen som är trasig, är den bästa lösningen att uppdatera koden eller temainställningarna. Att omdirigera alla brutna bilder till hemsidan rekommenderas inte; detta kan leda till liknande kvalitetsproblem som soft 404.

Metoder för automatisk omdirigering av brutna bilder

Omdirigering med Apache .htaccess 301

För hosting som använder Apache eller LiteSpeed är .htaccess-filen en av de mest praktiska lösningarna. För enskilda omdirigeringar kan formatet Redirect 301 /wp-content/uploads/gammal-bild.jpg /wp-content/uploads/ny-bild.jpg användas. Vid mappbaserad flytt kan RewriteRule användas för att överföra gamla mappar till nya. Till exempel, om filer i den gamla /images/-mappen flyttades till /wp-content/uploads/2026/-mappen, kan en mappbaserad regel skrivas.

Men att lägga till tusentals rader i .htaccess-filen kan påverka prestandan. Det är lämpligt för kritiska bilder mellan 50-200; om det finns tiotusentals poster kan serverkonfiguration, CDN-omdirigering eller applikationslager vara mer korrekt. Ta en säkerhetskopia av filen innan ändringar görs och se till att du har panel- eller FTP-åtkomst öppen i fall av 500 Internal Server Error.

Användning av Map och Rewrite med Nginx

I Nginx-servrar kan stora omdirigeringslistor vara mer hanterbara med en map-struktur. Omdirigeringar mellan gamla och nya URL:er kan hållas i en separat fil, och serverblocket läser denna karta och ger 301-svar om det finns en matchning. Denna metod är mer prestandaeffektiv eftersom den inte innebär filavläsning för varje begäran, vilket liknar vad .htaccess gör.

När du gör omdirigeringar på Nginx, utför reload-processen efter syntaxkontrollen. En felaktig semikolon eller fel blockplacering kan påverka hela webbplatsens tillgänglighet. Om du använder en hanterad server är det säkrare att få hjälp från supportteamet för denna procedur.

WordPress-plugins och applikationslager

På WordPress kan Redirection, Rank Math, Yoast Premium eller anpassade omdirigeringsplugins användas för brutna medie-URL:er. Fördelen är att team med begränsad teknisk kunskap kan importera CSV och hantera omdirigeringar via panelen. Nackdelen är att varje begäran måste gå igenom WordPress-applikationen, vilket kan skapa prestandakostnader vid hög trafik.

Av denna anledning är plugin-baserade omdirigeringar mer lämpliga för små och medelstora webbplatser. För e-handels-, nyhets- eller högtrafikbloggar bör kritiska bildomdirigeringar flyttas till server- eller CDN-nivå. Om du också vill förbättra WordPress-prestandan, kan det vara klokt att länka till Webbplats hastighetsoptimering guiden.

Omdirigering med CDN och Edge-regler

På webbplatser som använder CDN kan brutna bildomdirigeringar göras på edge-nivå. Cloudflare Rules, BunnyCDN Edge Rules eller liknande tjänster kan tillämpa omdirigeringar innan begäran skickas till origin-servern. Denna metod minskar fördröjningen vid global trafik och minskar belastningen på origin-servern.

En viktig aspekt för CDN är cachebeteendet. Om en felaktig omdirigering cachas, kan användarna fortfarande skickas till den felaktiga destinationen även efter att en korrigering har gjorts. Använd därför korta cache-tider under testfasen, publicera reglerna i små grupper och gör dem permanenta efter verifiering.

Steg-för-steg implementeringsplan

Steg 1: Skapa full säkerhetskopia och testmiljö

Innan du ändrar filsystemet, databasen, .htaccess, Nginx-konfigurationen och CDN-regler, se till att ta en säkerhetskopia. En professionell metod innebär att skapa en staging-miljö först. Att göra massändringar direkt på en live-webbplats, särskilt vid databassök-och-ersättning, kan leda till svåra fel.

Steg 2: Ta fram inventering av brutna bilder

Sammanställ poster från skanningsverktyget, loggar och CMS i en tabell. Normalisera förekomsten av samma URL i olika källor. För att skapa en prioriteringspoäng, lägg till följande kolumner: trasig bild-URL, källsida, HTTP-kod, förfrågningsantal, organisk trafik, nya mål-URL, åtgärdstyp och ansvarig person.

Steg 3: Identifiera grundorsaken

Om en bild ser trasig ut, skriv inte omdirigeringen direkt. Finns filen verkligen inte, är det ett tillståndsproblem, orsakas det av SSL, är det fel på CDN-cachen eller finns den gamla URL:en kvar i databasen? Om filen finns på servern men ger 403, bör filbehörigheten lösas istället för att göra en omdirigering. Om en HTTP-bildförfrågan görs på en HTTPS-sida, bör SSL och blandat innehåll rensas.

Steg 4: Välj rätt lösning

Använd 301-omdirigering för gamla filer som har en ny motsvarighet. Korrigera koden eller databasen för felaktigt skrivna URL:er i innehållet. För helt borttagna och utan alternativ bilder är det mer korrekt att använda 410 eller ta bort bildblocket från sidan. För dekorativa filer kan en temauppdatering vara tillräcklig.

Steg 5: Testa i små grupper

Välj en grupp på 20-50 URL:er för den första publiceringen. Kontrollera med webbläsaren, curl, skanningsverktyget och Google Search Console live-URL-testet. Omdirigeringen bör inte skapa en kedja; den gamla bilden ska gå direkt till den nya. Efter 301-omdirigering bör mål-URL:en ge 200, rätt innehållstyp ska presenteras och filstorleken bör vara rimlig.

Steg 6: Publicera och övervaka

Efter att ha publicerat regelverket, kontrollera loggarna efter 24, 72 timmar och efter 7 dagar. Faller antalet 404, ökar andelen 301 för mycket, påverkas serverns svarstid? Om bildfilerna är stora, bör komprimering, WebP/AVIF-användning och cachehuvuden också ses över.

Vanliga misstag

Det vanligaste misstaget vid städning av brutna bilder är att försöka dölja problemet enbart med omdirigeringar. I vissa fall är den rätta lösningen att uppdatera innehållet istället för att omdirigera. Undvik följande misstag:

• Omdirigera alla brutna bilder till hemsidan eller en enda reservbild.
• Automatiskt skriva 301 för varje fil som ger 404 utan att granska rapporten.
• Skapa en omdirigeringskedja: flera steg som gammal.jpg till ny.jpg till ännu-nyare.webp.
• Glömma alt-text, titlar och kontexten i innehållet när du ändrar filnamn.
• Anta att resultatet är fixat utan att rensa CDN-cachen.
• Inte ta en säkerhetskopia innan du gör massiva sök-och-ersättningar i databasen.
• Inte kontrollera MIME-inställningar för olika format som SVG och WebP.

Ytterligare rekommendationer för prestanda och säkerhet

När du åtgärdar brutna bilder, minska inte bara antalet 404; förbättra även din medieinfrastruktur. Att organisera bildmappstrukturen efter år/månad eller innehållstyp gör framtida flyttningar enklare. Använd små bokstäver, bindestreck och beskrivande namn för filerna för att öka läsbarheten både för människor och bots. Till exempel är svart-läder-plånbok-framifrån.webp mer meningsfullt än IMG_1234.JPG.

På säkerhetssidan, använd hotlink-skydd med försiktighet. För stränga regler kan förhindra Googlebot-Image eller sociala medieförhandsgranskningsbots tillgång till bilder. SSL-certifikatet måste konfigureras korrekt, HTTP-resurser måste uppdateras till HTTPS, och fel med blandat innehåll bör rensas. Särskilt på webbplatser med betalningar eller medlemskap är en säker anslutning en kritisk grundläggande komponent SSL-certifikat.

Hostingresurser är också viktiga. På en bildintensiv webbplats kan låg disk I/O, otillräckliga PHP-gränser eller felaktig cachekonfiguration orsaka långsam laddning av mediefiler och tidsgränser. För projekt som ökar sin trafik kan det vara fördelaktigt att byta till en kraftfullare hosting eller VPS-plan, både för hastighet och felprocent. Här kan Hostingpaket och skalbara infrastrukturval övervägas.

Kontrollista: Första inspektionen på 30 minuter

• Skanna webbplatsen med skanningsverktyget och exportera 404/403-bild-URL:er.
• Öppna manuellt de 20 sidor med mest trafik och kontrollera kritiska bilder.
• Filtrera 404-poster för .jpg, .png, .webp från serverloggarna för de senaste 7 dagarna.
• Sök efter gamla domäner eller gamla mappnamn i databasen.
• Om du använder CDN, granska edge 404-rapporter.
• Bestäm nya mål för de 50 mest prioriterade URL:erna.
• Markera beslut om 301, uppdatering av innehåll, 410 eller borttagning.
• Testa reglerna i stagingmiljön och publicera dem i små grupper.

Denna snabba inspektion kan avslöja de mest synliga problemen på de flesta webbplatser. På stora arkiv bör processen dock inkluderas som en del av den månatliga tekniska underhållsrutinen.

Hur mäter du framgång?

Efter processen, förlita dig inte enbart på visuell kontroll för att mäta framgång. Sätt upp mätbara metoder. Till exempel bör det dagliga antalet 404-bildförfrågningar minska från 10 000 till under 1 000, de viktigaste sidorna bör inte ha några brutna bilder, antalet omdirigeringskedjor bör närma sig noll och målbilder bör returnera statuskod 200. Återhämtning av bildprestanda i Google Search Console kan ta flera veckor, så på kort sikt ger loggar och skanningsrapporter snabbare feedback.

Följ även användarbeteenden. Efter att ha åtgärdat bildproblemen på produktsidor kan mätvärden som andelen som lägger till i kundvagnen, genomsnittlig interaktionstid i blogginlägg och konvertering av formulär på företagsidor ge meningsfull signaler. Att knyta den tekniska åtgärden till affärsresultatet visar tydligare värdet av SEO-arbetet inom teamet.

Vanliga frågor

Vad är den snabbaste metoden för att hitta brutna bilder i bulk?

Den snabbaste metoden är att skanna webbplatsen med Screaming Frog, Sitebulb eller liknande verktyg och exportera bild-URL:er som ger 404, 403 och 500. På stora webbplatser ger det mer exakta resultat att kombinera denna rapport med serverloggar.

Ska varje bruten bild omdirigeras med 301?

Nej. 301-omdirigering ska endast användas om den gamla bilden har en exakt eller mycket nära motsvarighet. För bilder utan alternativ, som nu är ogiltiga, kan 410, borttagning av blocket eller uppdatering av käll-URL:en vara mer korrekt.

Är det tillräckligt att använda plugins för att åtgärda brutna bilder i WordPress?

För små och medelstora webbplatser kan omdirigeringsplugins vara praktiska. Men på högtrafikerade webbplatser kan många bildförfrågningar påverka prestandan; kritiska omdirigeringar bör göras på server- eller CDN-nivå.

Kan brutna bilder påverka Google-ranking?

En enskild trasig bild leder vanligtvis inte till en stor rankingsänkning. Men många brutna bilder kan negativt påverka användarupplevelsen, bildsöktrafiken, crawleffektiviteten och sidans kvalitet, vilket kan leda till indirekta SEO-förluster.

När ser jag resultaten efter att ha gjort omdirigeringar?

Du kan se minskningen av 404 i serverloggarna samma dag. Verifiering med skanningsverktyg kan göras omedelbart. Återhämtningen i Google Bilder och organisk prestanda kan variera från några dagar till några veckor beroende på crawlfrekvensen.

Slutsats

Att hitta brutna bilder på din webbplats och göra automatiska omdirigeringar, när det görs korrekt, är en underhållsåtgärd som stärker SEO-hälsan, användarförtroendet och servereffektiviteten. Börja med att skapa en omfattande inventering, välj rätt åtgärd för varje bild, testa i små grupper och övervaka resultaten genom loggar. För att säkerställa att din infrastruktur kan hantera dessa åtgärder på ett säkert och snabbt sätt, kan du granska Hostragons hosting-, WordPress- och SSL-lösningar; om du behöver det kan du göra din webbplats tekniska underhållsplan mer hållbar.