Weboldaladon található hibás képek tömeges felderítése és automatikus átirányítása

A weboldaladon található hibás képek tömeges felderítése és automatikus átirányítása azt jelenti, hogy a nem betöltődő kép URL-eket különböző eszközökkel, például weboldal feltérképezőkkel, szerver naplókkal vagy CMS jelentésekkel listázzuk, majd helyes, új képre 301-es átirányítást állítunk be, vagy a hibás linket közvetlenül a forráskódban javítjuk. A legjobb gyakorlat, ha először az összes hibás képet CSV formátumban exportáljuk, majd minden URL esetében eldöntjük, hogy új célpontot adunk meg, eltávolítjuk vagy ideiglenes pótló képet használunk, végül pedig az átirányításokat a szerver, CDN vagy WordPress szinten kontrolláltan valósítjuk meg.

A hibás kép nem csupán esztétikai probléma. Egy webshop termékoldalán meg nem jelenő fotó csökkenti a konverziót, egy blogposztban hiányzó infografika rontja a felhasználói bizalmat, egy vállalati oldalon pedig egy törött logó gyengíti a márka megítélését. SEO szempontból pedig a feltérképezési költség, a képindexelés, az oldalélmény és a belső linkek integritása sérül. Különösen WordPress, egyedi fejlesztésű vagy régi adminisztrációs panelről migrált oldalaknál a manuális ellenőrzés nem fenntartható megoldás.

Ebben az útmutatóban lépésről lépésre bemutatjuk a hibás képek tömeges felderítésének, jelentésének, prioritás szerinti kezelésének és automatikus átirányításának módszereit. A leírás olyan gyakorlati megoldásokra koncentrál, amelyeket megosztott tárhelyen, VPS-en, WordPress alatt és Nginx/Apache szervereken dolgozó csapatok is alkalmazhatnak. Stabil infrastruktúrához a Hostragons kínálatában megtalálod a Hosting csomagok megfelelő csomagokat, WordPress projektekhez a WordPress hosting szolgáltatásokat, valamint biztonságos média kezeléshez a SSL tanúsítvány opciókat is érdemes megfontolni.

Mi az a hibás kép és hogyan keletkezik?

A hibás kép olyan képfile, amelyet a böngésző nem tud betölteni, mert az HTML, CSS, JavaScript, sablonfájl vagy adatbázis hivatkozása hibás vagy elavult. Gyakran HTTP 404 Not Found, 403 Forbidden, 410 Gone, 500 szerverhiba, helytelen MIME típus, hotlink védelem vagy SSL kevert tartalom probléma okozza. A felhasználó ilyenkor üres dobozt, hiányzó ikont, alternatív szöveget vagy a böngésző által megjelenített kis hibás kép ikont lát.

Leggyakoribb okok:

• Az oldal áthelyezésekor az uploads, images vagy assets mappák hiányos átvitele.
• Domain névváltás során az adatbázisban megmaradt régi domain URL-ek. Ilyenkor fontos a Domain ellenőrzés és a helyes DNS beállítás.
• Képoptimalizáló bővítmény konvertálja a fájlt WebP formátumba, de nem frissíti az URL-t.
• CDN vagy cache törlése után az eredeti szerveren a kép hiányzik. A CDN infrastruktúra megtervezéséhez segítség lehet a Mi az a CDN? cikk.
• Fájlnevekben magyar ékezetek, szóközök, kis- és nagybetűk eltérései vagy hibás kiterjesztések használata.
• Régi kampány-, kategória- vagy termékképek manuális törlése.
• HTTP-ről HTTPS-re váltás során kevert tartalom és tanúsítvány problémák.

Gyakorlati példa: a weboldal tulajdonosa régi domainről új domainre vált, a szöveges URL-ek frissülnek, de a képek URL-jeinek egy része változatlan marad az adatbázisban. Amikor Googlebot vagy a felhasználó betölti az oldalt, minden oldalon több tucat 404-es képkérés keletkezik, ami akár több ezer hibás kéréshez vezethet néhány száz oldal esetén.

Hogyan befolyásolják a hibás képek a SEO-t?

A Google nem csak a szöveget értékeli egy oldalon, hanem a képek elérhetőségét, az oldal elrendezését, sebességét és a felhasználói interakciókat is. A hibás képek nem feltétlenül okoznak közvetlen rangsorvesztést, de rontják az oldal minőségét és a felhasználói visszajelzéseket. Egy termékoldalon hiányzó kép miatt a látogató gyorsan elhagyhatja az oldalt, egy receptblogon hiányzó fotó csökkenti az oldalon töltött időt, egy céges oldalon pedig hiányzó referencia logók gyengítik a bizalmat.

Legfontosabb SEO kockázatok:

• Képkeresési forgalom csökkenése: a hibás kép URL-ek 404-es hibát adnak, így a Google Képekben való megjelenés fokozatosan csökken.
• Feltérképezési költség pazarlása: nagy oldalak esetén több ezer hibás média kérés csökkenti a botok fontos URL-ekre fordított idejét.
• Oldalélmény problémák: hiányzó képek elcsúszást, alacsony vizuális minőséget eredményezhetnek.
• Belső link és tartalomkörnyezet elvesztése: különösen infografikák, táblázatok vagy képernyőképek esetén romlik az információ összefüggése.
• Szerverterhelés: minden 404-es kérés kis terhelésnek tűnik, de nagy forgalomnál a naplók, feldolgozás és cache költsége jelentős lehet.

Egy ügyfelünknél 12.000 URL-es híroldal archívumában több mint 38.000 hibás kép kérést találtunk, főleg régi évekből. A legforgalmasabb 1.200 oldal képeinek javítása után az első héten a 404-es napló 61%-kal csökkent, a képkeresésből származó megjelenések pedig a következő 30 napban fokozatosan javultak. Ez jól mutatja, hogy a hibás képek rendezése nemcsak technikai kérdés, hanem tartalom teljesítmény szempontjából is értékes.

Hibás képek tömeges felderítésének módszerei

A hibás képek tömeges felderítésének első lépése egy pontos, hibátlan adatbázis létrehozása. Nem érdemes véletlenszerű bővítményeket telepíteni vagy átirányításokat írni anélkül, hogy tudnánk, melyik oldalon melyik kép hibás, milyen HTTP státuszkódot ad és mi lesz a helyettesítő megoldás. Az alábbi módszerek különböző méretű weboldalakhoz alkalmasak.

1. Weboldal feltérképező eszközök használata

Screaming Frog SEO Spider, Sitebulb, Ahrefs Site Audit, Semrush Site Audit és hasonló eszközök a weboldalt úgy járják be, mint egy robot, és jelentik a hibás kép URL-eket. Kis oldalak esetén az ingyenes limit is elegendő lehet, míg 500 URL fölötti projektekhez érdemes licencet vásárolni. Fontos, hogy a beállítások között engedélyezzük a képek, CSS háttérképek és külső források ellenőrzését, mert különben csak az img tagek hibáit látjuk.

Alkalmazási lépések:

• Adjuk meg a fő domaint a feltérképezéshez, ügyelve arra, hogy a canonical, noindex és robots.txt szabályokat helyesen olvassa be az eszköz.
• A Response Codes szűrővel szűrjük ki a 404, 403, 500 és timeout válaszokat adó képek URL-jeit.
• Exportáljuk az Inlinks vagy forrásoldal riportot, így láthatjuk, melyik hibás kép melyik oldalon szerepel.
• Rendezzük az adatokat URL, státuszkód, forrásoldal, alt szöveg, fájlkiterjesztés és javasolt cél URL szerint.

Ez a módszer a technikai SEO auditok egyik leggyorsabb kezdő lépése, de bejelentkezést igénylő felületeken, lazy load képeknél vagy JavaScript alapú galériáknál további ellenőrzést igényelhet.

2. Google Search Console és képi indexelési jelek

A Google Search Console nem ad teljes listát a hibás képekről, de a feltérképezési hibák, oldalélmény, crawl statisztikák és teljesítményjelentések alapján közvetett jeleket ad. Különösen, ha a Képek keresési típusnál hirtelen esik a megjelenés egy domainváltást követően, érdemes az érintett média URL-eket ellenőrizni.

A feltérképezési statisztikák között a 404 választ adó források növekedése, szerver elérhetőségi hibák vagy túl sok átirányítási lánc szintén figyelmeztető jel. Nagy oldalak esetén a Search Console adatait érdemes a feltérképező eszközök riportjával összevetni a megbízhatóbb eredmény érdekében.

3. Szerver naplók elemzése valós felhasználói és bot hibákhoz

A szerver access logjai megmutatják, hogy a valós forgalomban mely képeket kérték és milyen választ kaptak. Apache, Nginx vagy LiteSpeed naplókban szűrjük a .jpg, .jpeg, .png, .webp, .gif, .svg kiterjesztésű fájlokra a 404-es bejegyzéseket. Például egy napi 100.000 kérést fogadó oldalon előfordulhat, hogy a feltérképező eszköz nem talál meg bizonyos régi képeket, de a Googlebot vagy látogatók még próbálkoznak velük, így ezek a naplóban megjelennek.

Érdemes nem csak az összesített számot nézni, hanem a kérések ismétlődését is. Havonta egyszer kért régi kampánykép alacsony prioritású, de naponta ötezer alkalommal keresett logó vagy főoldali banner problémája azonnali beavatkozást igényel. A naplóelemzéshez SSH hozzáférés, elegendő tárhely és biztonságos mentés szükséges. Nagy forgalmú oldalakon ezt a műveletet ne élő környezetben, hanem másolatokon végezzük a teljesítményromlás elkerülése érdekében.

4. WordPress adatbázis és média könyvtár ellenőrzése

WordPress oldalakon a hibás képek leggyakrabban a wp_posts tábla post_content mezőjében, a wp_postmeta rekordokban, a téma beállításaiban vagy page builder JSON adatokban találhatók. Előfordulhat, hogy a média könyvtárban a fájl látszólag megvan, de fizikailag hiányzik az uploads mappából, vagy fordítva: a fájl megvan a szerveren, de a tartalomban régi URL-re hivatkoznak.

Biztonságos megközelítés:

• Készítsünk teljes fájl- és adatbázismentést.
• Tesztkörnyezetben vizsgáljuk át a média könyvtárat és a tartalom URL-jeit.
• Keresgéljünk régi domain, régi mappanév vagy hibás kiterjesztések után.
• Módosítás előtt 20-30 URL-en végezzünk próbát.
• Az Elementor, WPBakery, Gutenberg blokkokat és egyedi mezőket külön ellenőrizzük.

WordPress eredetű 404-es problémákhoz hasznos a WordPress 404 hiba megoldás cikk is.

Mikor melyik módszert válasszuk?

Automatikus átirányítás előtti döntési mátrix

Nem minden hibás képet érdemes automatikusan átirányítani. A rossz átirányítás még rosszabb felhasználói élményt okozhat és félrevezető jelet küldhet a keresőmotoroknak. Például egy törölt piros cipő képét nem érdemes egy kék táska képére irányítani. Az átirányítás csak akkor helyes, ha van pontos vagy nagyon hasonló alternatíva.

Döntéshez tedd fel magadnak ezeket a kérdéseket:

• Ismerjük az új kép pontos helyét?
• Fontos-e a kép az oldal tartalmának vagy konverziójának szempontjából?
• Az eredeti URL külső hivatkozásokat, közösségi megosztásokat vagy Google Képek forgalmat kap?

Ha a válaszok igenek, akkor 301-es átirányítás a megfelelő. Ha a kép véglegesen megszűnt és nincs helyettesítő tartalom, akkor 410 Gone állapotkód alkalmazása javasolt. Ha csak díszítő ikon sérült, akkor legjobb a kód vagy sablonfrissítés. Az összes hibás képet a kezdőlapra irányítani nem ajánlott, mert az soft 404-es minőségi problémákhoz vezethet.

Automatikus átirányítási módszerek hibás képekhez

Apache .htaccess fájlban 301-es átirányítás

Apache vagy LiteSpeed szervereken a .htaccess fájl a leggyakoribb és legegyszerűbb megoldás. Egyedi átirányításra a Redirect 301 /wp-content/uploads/regi-kepek.jpg /wp-content/uploads/uj-kepek.jpg formátum használható. Mappaszinten a RewriteRule segítségével át lehet helyezni az egész mappát, például ha a régi /images/ mappa átköltözött a /wp-content/uploads/2026/ alá.

Figyelem: a .htaccess fájlba több ezer sor beillesztése ronthatja a teljesítményt. 50-200 kritikus képhez ideális, de nagyobb mennyiségnél érdemes a szerver, CDN vagy alkalmazás szintű megoldások felé fordulni. Módosítás előtt készíts biztonsági másolatot, és ellenőrizd FTP vagy vezérlőpanel segítségével, hogy a 500 Internal Server Error elkerülhető legyen.

Nginx szerveren map és rewrite megoldások

Nginx esetén nagy listák átirányítására a map struktúra kezelhetőbb. Az összes régi és új URL-t egy külön fájlban tároljuk, majd a szerver konfigurációban ezt a térképet használjuk egyéni 301-es válasz adására. Ez nagy forgalmú projektekben hatékonyabb, mert nem kell minden kérésnél a .htaccess fájlt olvasni.

Az Nginx konfiguráció módosításakor mindig végezz szintaktikai tesztet, és csak sikeres ellenőrzés után töltsd újra a szervert. Hibás pontosvessző vagy blokkelhelyezés leállíthatja az egész weboldalt. Ha menedzselt szervert használsz, kérj segítséget a szolgáltatódtól.

WordPress bővítmények és alkalmazás szintű megoldások

WordPress alatt a Redirection, Rank Math, Yoast Premium vagy egyedi átirányító bővítményekkel kezelhetők a hibás média URL-ek. Előnyük, hogy kevés technikai tudással rendelkező csapat is importálhat CSV fájlokat és kezelheti az átirányításokat a felületen keresztül. Hátrányuk, hogy minden kérés eljut a WordPress alkalmazásig, ami magas forgalomnál lassulást okozhat.

Ezért e bővítmények inkább kis- és közepes méretű oldalakhoz ajánlottak. E-kereskedelmi, híroldalak vagy nagy forgalmú blogok esetében a kritikus képek átirányítását érdemes szerver vagy CDN szinten megoldani. WordPress teljesítményjavításhoz ajánlott a weboldal sebesség optimalizálás cikk is.

CDN és edge szabályokkal történő átirányítás

CDN-t használó weboldalak esetén a hibás képek átirányítása az edge (szél) szerveren is történhet. Cloudflare Rules, BunnyCDN Edge Rules vagy hasonló szolgáltatások a kérés továbbítása előtt átirányítanak. Ez csökkenti a késleltetést és tehermentesíti az eredeti szervert, különösen globális forgalomnál.

A CDN cache viselkedésére figyelni kell: ha rossz átirányítást cache-el a rendszer, akkor a javítás után is fennállhat a hibás célpont egy ideig. Ezért tesztelés során rövid cache időt használjunk, a szabályokat kis csoportokban aktiváljuk, és csak ellenőrzés után tegyük véglegessé.

Lépésről lépésre útmutató

1. Teljes mentés és tesztkörnyezet létrehozása

Mielőtt bármilyen módosítást végeznél a fájlrendszeren, adatbázison, .htaccess-en, Nginx konfiguráción vagy CDN szabályokon, készíts biztonsági mentést. A profi megoldás a staging környezet kialakítása, ahol a módosításokat előbb tesztelheted. Az élő oldalon végzett tömeges változtatások, főleg adatbázisban történő keresés-csere műveletek visszafordíthatatlan hibákat okozhatnak.

2. Hibás képek készletének összeállítása

Egy táblázatban egyesítsd a feltérképező eszközökből, szervernaplókból és CMS-ből származó adatokat. Normalizáld az ismétlődő URL-eket különböző forrásokból. Adj prioritási pontszámot az alábbi oszlopok alapján: hibás kép URL-je, forrásoldal, HTTP státuszkód, kérések száma, organikus forgalmat kap-e az oldal, új cél URL, művelet típusa és felelős személy.

3. Az okok feltárása

Ne kezdj átirányítással, ha egy kép hibás. Ellenőrizd, hogy a fájl valóban hiányzik-e, jogosultsági hiba vagy SSL, CDN cache probléma okozza-e a gondot, vagy az adatbázisban maradt-e régi URL. Ha a fájl van a szerveren, de 403-as hibát ad, ne irányíts át, hanem oldd meg a jogosultságokat. HTTPS oldalakon HTTP képhívás esetén végezd el a SSL és kevert tartalom tisztítást.

4. Megfelelő megoldás kiválasztása

Ha van új helyre költözött kép, használj 301-es átirányítást. Hibás URL-ek esetén javíts adatbázisban vagy forráskódban. Ha a kép végleg eltűnt és nincs helyettesítő, gondolj a 410-es státuszra vagy a kép törlésére az oldalon. Díszítő elemek esetén elég lehet a sablonfrissítés is.

5. Kis csoportos tesztelés

Az első változtatásokat 20-50 URL-en teszteld. Használj böngészőt, curl-t, feltérképező eszközt és Search Console élő URL tesztet. Az átirányítási lánc kerülendő: az eredeti kép közvetlenül a végső új képhez vezessen. A 301 utáni céloldal 200-as HTTP státuszt adjon, megfelelő tartalommal és elfogadható fájlmérettel.

6. Élesítés és nyomon követés

Az átirányítási szabályok bevezetése után 24 órával, 72 órával és 7 nap múlva ellenőrizd a naplókat. Csökken a 404-es képkérések száma? Nem nő túlzottan a 301-es arány? Nem lassul a szerver válaszideje? Nagy képek esetén nézd át a tömörítést, WebP vagy AVIF használatot és a cache beállításokat is.

Gyakori hibák

A hibás képek javításánál a leggyakoribb hiba, hogy csak az átirányításokat állítják be, a probléma gyökerét nem oldják meg. Kerüld az alábbiakat:

• Minden hibás képet a kezdőlapra vagy egyetlen pótló képre irányítani.
• Minden 404-es képre automatikusan 301-es átirányítást írni anélkül, hogy átvizsgálnád a jelentést.
• Átirányítási láncok létrehozása: régi.jpg → uj.jpg → megint-uj.webp stb.
• Kép fájlnevének változtatásakor elfelejteni az alt szöveget, címet és tartalmi összefüggéseket frissíteni.
• CDN cache törlés nélkül a javításra építeni.
• Adatbázisban tömeges keresés-csere előtt mentés nélkül dolgozni.
• Nem ellenőrizni az SVG és WebP formátumok MIME beállításait.

Teljesítmény és biztonsági javaslatok

A hibás képek javítása mellett érdemes a média infrastruktúrát is fejleszteni. Év/hónap vagy tartalomtípus szerinti mappastruktúra segíti a jövőbeni migrációkat. A fájlneveket kisbetűkkel, kötőjellel és érthetően célszerű megadni, például sotet-bor-kulso-nagy.webp jobb, mint IMG_1234.JPG.

A biztonság érdekében a hotlink védelmet körültekintően állítsd be, mert túl szigorú szabályok megakadályozhatják a Googlebot-Image vagy közösségi megosztó botok hozzáférését. Az SSL tanúsítvány legyen helyesen konfigurálva, minden HTTP forrást HTTPS-re cserélj, és szüntesd meg a kevert tartalom hibákat. Fizetős vagy tagsági oldalak esetén a SSL tanúsítvány alapvető fontosságú.

A tárhely is fontos tényező: képekben gazdag oldalaknál a gyenge lemez I/O, alacsony PHP limit vagy rossz cache beállítások lassíthatják a megjelenést és hibákhoz vezethetnek. Növekvő forgalomnál érdemes erősebb tárhelyre vagy VPS-re váltani, ami nem csak sebességben, de stabilitásban is javulást hoz. Ehhez a Hosting csomagok és skálázható infrastruktúra lehetőségek kínálnak megoldást.

Ellenőrző lista: 30 perc alatt az első audit

• Futtass weboldal feltérképezőt és exportáld a 404/403 válaszokat adó képek URL-jeit.
• Nyisd meg manuálisan a 20 legforgalmasabb oldalt, és ellenőrizd a kritikus képeket.
• Szűrd ki az utolsó 7 nap szervernaplóiban a .jpg, .png, .webp 404-es kéréseket.
• Keresd meg az adatbázisban a régi domain vagy mappanév előfordulásokat.
• Ha CDN-t használsz, nézd át az edge-szintű 404-es jelentéseket.
• Határozd meg az első 50 hibás URL új célját.
• Dönts 301-es átirányítás, tartalomfrissítés, 410-es eltávolítás vagy törlés között.
• Teszteld a szabályokat staging környezetben, majd élesítsd kis csoportban.

Ez a gyors áttekintés már sok esetben feltárja a leglátványosabb problémákat. Nagy archívumoknál érdemes ezt havonta a technikai karbantartás részeként végezni.

Hogyan mérd a sikerességet?

Az eredményt ne csak vizuálisan ellenőrizd. Állíts fel mérhető mutatókat. Például, hogy a napi kép 404-es kérések száma 10.000-ről 1.000 alá csökkenjen, a legfontosabb oldalak hibás képei eltűnjenek, az átirányítási láncok száma nullára csökkenjen, és az új képek 200-as státuszt adjanak. A Google Search Console-ban a képkeresési teljesítmény helyreállása több hetet vehet igénybe, ezért a napló és feltérképező jelentések gyorsabb visszajelzést adnak.

Kövesd a felhasználói viselkedést is: a termékoldalakon a hibás képek javítása után nőhet a kosárba helyezések aránya, blogoknál a látogatók hosszabb ideig maradnak az oldalon, vállalati oldalakon pedig a kapcsolatfelvételi űrlap kitöltései nőhetnek. A technikai javítások üzleti eredményekhez kötése növeli a SEO csapat értékét a szervezeten belül.

GYIK

Melyik a leggyorsabb módszer a hibás képek tömeges felderítésére?

A leggyorsabb módszer, ha Screaming Frog, Sitebulb vagy hasonló feltérképezővel átgörgeted az oldalt és exportálod a 404, 403, 500 válaszokat adó kép URL-eket. Nagy oldalak esetén ezt a listát érdemes szervernaplókkal összevetni a pontosabb eredményért.

Minden hibás képet 301-essel át kell irányítani?

Nem. A 301-es átirányítás csak akkor javasolt, ha az eredeti képnek van pontos vagy nagyon hasonló új változata. Ha a kép végleg megszűnt, nincs helyettesítő tartalom, akkor 410-es státusz vagy a kép eltávolítása a jobb megoldás.

Elég a WordPress-en belül bővítményt használni a hibás képek javítására?

Kis- és közepes méretű oldalaknál kényelmes lehet a bővítményes megoldás. Nagy forgalmú oldalakon viszont a sok kép kérés WordPressre terhelése lassítja az oldalt, ezért a kritikus átirányításokat jobb szerver vagy CDN szinten kezelni.

A hibás képek rontják a Google helyezést?

Egyetlen hibás kép általában nem okoz jelentős rangsorvesztést. Tömeges hibás kép viszont rontja a felhasználói élményt, csökkenti a képkeresési forgalmat, gyengíti a feltérképezés hatékonyságát és az oldal minőségét, így közvetetten SEO hátrányt eredményez.

Mennyi idő után látható az átirányítás hatása?

A szervernaplóban a 404-es kérések csökkenése már a bevezetés napján észlelhető. A feltérképező eszközök is azonnal mutatják a változást. A Google Képek és organikus teljesítmény helyreállása viszont a feltérképezési gyakoriságtól függően néhány naptól több hétig tarthat.

Összegzés

A weboldaladon lévő hibás képek tömeges felderítése és automatikus átirányítása helyes kivitelezés esetén jelentősen javítja a SEO egészségét, a felhasználói bizalmat és a szerverhatékonyságot. Kezdd egy átfogó készlet összeállításával, válassz minden képhez megfelelő intézkedést, tesztelj kis csoportokban, majd figyeld a hatásokat a naplókban. Az infrastruktúrád biztonságos és gyors működéséhez érdemes megfontolni a Hostragons tárhely, WordPress és SSL megoldásait, és ha szükséges, fenntarthatóbbá tenni az oldal karbantartási folyamatait.