Kako pronaći slomljene slike na web stranici i automatski ih preusmjeriti

Pronalazak slomljenih slika na web stranici i njihovo automatsko preusmjeravanje podrazumijeva skeniranje svih neispravnih URL-ova slika uz pomoć raznih alata, server logova ili CMS izvještaja, zatim odlučivanje gdje bi svaka slika trebala voditi (novi URL, backup ili brisanje), te postavljanje 301 preusmjerenja ili ažuriranje koda na serveru, CDN-u ili WordPress platformi. Najbolji pristup je najprije izvesti listu svih slomljenih slika u CSV formatu, zatim za svaku odrediti akciju, te preusmjerenja implementirati pažljivo i kontrolisano na odabranoj infrastrukturi.

Slomljena slika nije samo estetski problem. Na webshopu nevidljiva fotografija proizvoda umanjuje povjerenje i prodaju, na blogu nedostajuća infografika narušava kredibilitet, a na korporativnoj stranici slomljeni logo slabi imidž brenda. Sa SEO strane, slomljene slike utječu na crawling budžet, indeksiranje slika, korisničko iskustvo i povezanost internog sadržaja. Posebno na WordPress, custom CMS ili migriranim stranicama s mnogo sadržaja, ručna provjera nije održiva.

Ovaj vodič daje detaljan pregled metoda za pronalazak slomljenih slika, izvještavanje, prioritizaciju i automatsko preusmjeravanje – korak po korak. Savjeti su prilagođeni timovima koji koriste shared hosting, VPS, WordPress i Nginx/Apache servere. Za stabilnu infrastrukturu preporučujemo Hosting paketi, za WordPress projekte WordPress hosting, a za sigurnu distribuciju medija SSL certifikat.

Šta su slomljene slike i zašto nastaju?

Slomljena slika je ona koju browser ne može učitati, iako je pozvana iz HTML-a, CSS-a, JavaScript-a, tema ili baze podataka. Najčešći uzroci su HTTP 404 Not Found, 403 Forbidden, 410 Gone, 500 server error, pogrešan MIME tip, zabrana hotlinka ili SSL mixed content problem. Korisnik vidi prazan okvir, nedostajući ikon, alt tekst ili znak za slomljenu sliku.

Najčešći uzroci su:

• Nepravilno kopiranje uploads, images ili assets foldera prilikom migracije.
• Promjena domene bez ažuriranja svih URL-ova slika u bazi. Prilikom promjene domena, Provjera domene i pravilno DNS podešavanje su ključni.
• Plugin za optimizaciju slika konvertuje u WebP, ali ne ažurira URL.
• Pogrešna konfiguracija CDN-a ili cache-a – izbrisani izvori na origin serveru. Kod planiranja CDN-a, Šta je CDN? može biti od pomoći.
• Nepravilna upotreba dijakritičkih slova, razmaka, velikih/malih slova ili pogrešnih ekstenzija u imenu datoteke.
• Ručno brisanje starih kampanja, kategorija ili proizvoda.
• Problemi s SSL-om ili mixed content pri prelasku sa HTTP na HTTPS.

Najčešći scenarij: vlasnik mijenja domenu, tekstualni URL-ovi se ažuriraju, ali dio slika ostaje s starom domenom u bazi. Googlebot ili korisnici učitavaju stranicu i na svakoj se generiše desetine 404 zahtjeva za slike, što na velikim sajtovima može biti na hiljade grešaka.

Kako slomljene slike utiču na SEO?

Google ne gleda samo tekst – dostupnost slika, layout, brzina i interakcija su ključni. Slomljene slike ne donose direktnu penalizaciju, ali umanjuju kvalitet stranice i korisničke signale. Na stranici proizvoda bez slike korisnici brzo izlaze; na food blogu bez recept slike pada engagement; na korporativnim stranicama bez referentnih logotipa slabi povjerenje.

SEO rizici uključuju:

• Gubitak saobraćaja sa Google Images: stari URL-ovi koji daju 404 vremenom nestaju iz pretrage.
• Rastrošen crawling budžet: hiljade slomljenih zahtjeva skraćuju vrijeme koje botovi troše na važne URL-ove.
• Poremećeno korisničko iskustvo: nedostajuće slike kvare layout i smanjuju percepciju kvaliteta.
• Gubitak internog linkanja i konteksta: posebno kod infografika, tabela ili screenshot vodiča.
• Opterećenje servera: svaki 404 zahtjev, iako mali, na velikoj posjeti generiše logove, CPU i cache troškove.

Primjer iz prakse: kontrolom 12.000 URL-a na novinskom portalu, pronađeno je 38.000 slomljenih slika iz arhive. Popravkom najposjećenijih 1.200 stranica, broj 404 logova pao je za 61% u prvoj sedmici, dok su prikazi u Google Images porasli tokom narednih 30 dana. Ovo pokazuje da je čišćenje slomljenih slika važno ne samo tehnički, već i za performanse sadržaja.

Metode za pronalazak slomljenih slika

Prvi korak je precizna inventura. Umjesto da nasumično instalirate plugin i pišete preusmjerenja, odredite gdje je koja slika slomljena, koji HTTP kod vraća i šta je zamjena. Različite metode odgovaraju raznim skalama.

1. Skeniranje sajta SEO alatima

Screaming Frog SEO Spider, Sitebulb, Ahrefs Site Audit, Semrush Site Audit itd. simuliraju bot crawl i izlistavaju slomljene slike. Na manjim sajtovima free limiti su dovoljni; za veće projekte treba licenca. U opcijama uključite images, CSS background images i external resources – inače ćete vidjeti samo img tag greške.

Koraci:

• Dodajte glavni domen za crawl, provjerite canonical, noindex i robots.txt.
• Filtrirajte image URL-ove sa 404, 403, 500 i timeout kodovima u Response Codes sekciji.
• Izvezite Inlinks ili izvještaj iz kojih stranica potiču slomljene slike.
• Organizirajte podatke po URL-u slike, status kodu, izvornoj stranici, alt tekstu, ekstenziji i predloženoj zamjeni.

Ova metoda je najbrža za tehnički SEO audit. Za slike koje se učitavaju kasnije (lazy load), galerije na JS-u ili zaštićene stranice, potrebne su dodatne provjere.

2. Google Search Console i signali indeksiranja slika

Google Search Console sam ne daje potpunu listu slomljenih slika, ali kroz izvještaje o indeksiranju, korisničkom iskustvu i crawl statistici daje indirektne signale. Ako je nakon migracije pao broj prikaza u Google Images, provjerite medija URL-ove.

Porast 404 u crawl statistici, problemi sa pristupom serveru ili prevelik broj redirecta mogu ukazati na slomljene slike. Najbolje rezultate daje kombinacija Search Console podataka i SEO alat izvještaja.

3. Analiza server logova – realne greške korisnika i botova

Server access logovi pokazuju koje slike su tražene i kakav odgovor je dat. Na Apache, Nginx ili LiteSpeed logovima filtrirajte ekstenzije .jpg, .jpeg, .png, .webp, .gif, .svg i pronađite 404 događaje. Često se tu otkriju slike koje crawl alat ne vidi, ali Googlebot pokušava.

Gledajte ne samo ukupni broj, nego i učestalost. Stara kampanja koja se traži jednom mjesečno nije hitna, ali logo, banner ili slika proizvoda s 5.000 dnevnih zahtjeva je prioritet. Za log analizu treba SSH pristup, dovoljno prostora i sigurnosna kopija. Radite analizu na kopiji logova, ne na produkciji.

4. WordPress baza i Media Library provjera

Na WordPressu, slomljene slike su najčešće u wp_posts post_content polju, wp_postmeta, postavkama teme ili page builder JSON podacima. Datoteka može postojati u Media Library, ali ako je fizički nema u uploads folderu, slika je slomljena. Obrnuto, datoteka je tu, ali URL je pogrešan.

Sigurna procedura:

• Prvo napravite backup baze i fajlova.
• Na stagingu skenirajte Media Library i sadržaj URL-ova.
• Tražite stare domene, foldere ili ekstenzije.
• Testirajte promjene na 20–30 URL-ova prije masovne izmjene.
• Posebno provjerite Elementor, WPBakery, Gutenberg blokove i custom polja.

Za WordPress 404 probleme preporučujemo Rješenje za WordPress 404 grešku kao relevantan izvor.

Kada koristiti koju metodu?

Odlučivanje prije automatskog preusmjeravanja

Nije svaka slomljena slika kandidat za automatsko preusmjeravanje. Loše preusmjerenje može dodatno narušiti UX i šalje pogrešan signal pretraživačima. Npr. preusmjeriti sliku crvenih cipela na sliku plave torbe nije smisleno. Preusmjerite samo ako postoji adekvatan ekvivalent ili vrlo bliska zamjena.

Postavite si ova tri pitanja:

• Da li je poznata nova lokacija slike?
• Je li slika kritična za smisao ili konverziju stranice?
• Da li stari URL prima eksterni promet, dijeljenje ili posjete sa Google Images?

Ako je odgovor "da", koristite 301 redirect. Ako je slika potpuno zastarjela i nema zamjene, razmislite o 410 Gone. Za dekorativne ikone, najbolje je ažurirati kod ili theme settings. Nikada ne preusmjeravajte sve slomljene slike na homepage – to stvara soft 404 problem.

Metode automatskog preusmjeravanja slomljenih slika

301 redirect kroz Apache .htaccess

Na Apache ili LiteSpeed hostingima, .htaccess je najpraktičniji. Za pojedinačne slike: Redirect 301 /wp-content/uploads/stara-slika.jpg /wp-content/uploads/nova-slika.jpg. Za folder-based migracije koristi se RewriteRule. Ako su slike iz /images/ foldera prebačene u /wp-content/uploads/2026/, napišite pravilo za folder.

Dodavanje hiljada pravila u .htaccess može usporiti server. Za 50–200 kritičnih slika je ok; za desetine hiljada bolje je koristiti server konfiguraciju, CDN redirect ili aplikaciju. Prije izmjena backupujte .htaccess i provjerite da imate pristup FTP-u ili panelu u slučaju greške.

Nginx map i rewrite strategija

Na Nginx serverima, map struktura je efikasnija za velike liste redirecta. Parovi starih i novih URL-ova se drže u posebnom fajlu, koji server blok učitava i na match daje 301. Ova metoda je brža od .htaccess jer nema file read po requestu.

Nakon izmjena, reloadajte Nginx i testirajte sintaksu. Greška u code blocku ili zarezima može srušiti cijeli sajt. Ako koristite managed server, najbolje je tražiti pomoć od podrške.

WordPress plugin i aplikacijsko rješenje

Redirection, Rank Math, Yoast Premium ili custom redirect plugin mogu se koristiti za slomljene slike. Prednost je što netehnički timovi mogu importovati CSV i upravljati redirectima preko panela. Mana je što svaki request ide do WordPressa, što kod velikih sajtova opterećuje performanse.

Plugin redirect je ok za male i srednje sajtove. Kod webshopova, portala ili blogova s velikim prometom bolje je kritične slike redirectati na serveru ili CDN-u. Za optimizaciju WordPress performansi, preporučujemo Optimizacija brzine web stranice.

CDN i edge pravila za preusmjeravanje

Na CDN-u preusmjerenja slomljenih slika se rade na edge nivou – Cloudflare Rules, BunnyCDN Edge Rules i sl. Request se preusmjerava prije nego dođe do origin servera. Ova metoda smanjuje latenciju i opterećenje na serveru.

Obratite pažnju na cache ponašanje. Ako redirect ode u cache, korisnici mogu još neko vrijeme ići na pogrešan URL. Zato testirajte s kratkim cache intervalima, pravila uvodite postupno i nakon validacije postavite ih trajno.

Plan implementacije – korak po korak

Korak 1: Backup i test okruženje

Prije izmjena na fajlovima, bazi, .htaccess, Nginx configu ili CDN pravilima – napravite backup svih resursa. Najbolje je prvo postaviti staging okruženje. Direktna masovna izmjena na produkciji, posebno kod search/replace operacija, može izazvati teške greške.

Korak 2: Izradite inventar slomljenih slika

Kombinujte podatke iz skenera, logova i CMS-a u jednu tablicu. Normalizujte duple URL-ove. Za prioritizaciju dodajte kolone: slomljena slika URL, izvorna stranica, HTTP kod, broj zahtjeva, da li stranica ima organski promet, nova destinacija, vrsta akcije i odgovorna osoba.

Korak 3: Utvrdite uzrok greške

Ne postavljajte redirect odmah. Da li slike stvarno nema ili je problem s dozvolama, SSLom, CDN cacheom ili starim URLom u bazi? Ako je slika fizički tu ali daje 403, riješite dozvole. Ako je mixed content problem, očistite kod od HTTP poziva na HTTPS stranici.

Korak 4: Odaberite pravi način rješenja

Za slike koje imaju novu verziju – koristite 301 redirect. Za pogrešno upisane URL-ove – ispravite kod ili bazu. Za slike bez zamjene – koristite 410 ili uklonite blok iz stranice. Dekorativne slike – ažurirajte theme settings.

Korak 5: Testirajte na maloj grupi

Prvo implementirajte promjene na 20–50 URL-ova. Provjerite browserom, curlom, SEO skenerom i Search Console live testom. Redirect ne smije imati chain – stara slika mora ići direktno na novu. 301 nakon toga mora dati 200 kod i prikazivati ispravnu sliku.

Korak 6: Objavite i pratite rezultate

Nakon objave pratite logove kroz 24, 72 sata i 7 dana. Da li se broj 404 smanjuje, raste li broj 301, i da li server response time ostaje stabilan? Za velike slike provjerite kompresiju, WebP/AVIF i cache headers.

Najčešće greške

Najveća greška je pokušavati sve slomljene slike riješiti redirectom. Ponekad je bolje ažurirati sadržaj. Izbjegnite ove pogreške:

• Preusmjeravanje svih slomljenih slika na homepage ili jednu generičku sliku.
• Automatski 301 na sve 404 slike bez pregleda izvještaja.
• Stvaranje redirect chaina: stara.jpg → nova.jpg → najnovija.webp i sl.
• Zaboravljeni alt tekst, title i kontekst kod promjene imena slike.
• Pretpostavka da je problem riješen bez čišćenja CDN cachea.
• Masovno search/replace u bazi bez backupa.
• Nekontrolisanje MIME tipova za SVG, WebP i ostale formate.

Preporuke za performanse i sigurnost

Popravkom slomljenih slika ne smanjujete samo 404 greške, već poboljšavate medijsku infrastrukturu. Organizujte image foldere po godini/mjesecu ili tipu sadržaja radi lakše migracije. Imena datoteka neka budu mala slova, sa crticama i opisna – npr. crni-kozni-novcanik-front.webp umjesto IMG_1234.JPG.

Za sigurnost, hotlink zaštitu koristite umjereno: previše strogi filteri mogu blokirati Googlebot-Image ili social media preview botove. SSL certifikat postavite kako treba, sve HTTP resurse ažurirajte na HTTPS i uklonite mixed content. Na sajtovima sa plaćanjem ili korisničkim nalozima, SSL certifikat je osnovna obaveza.

Hosting resursi su također važni. Velika galerija slika na slabom disku, niskoj PHP memoriji ili lošem cache-u može uzrokovati sporo učitavanje i timeout. Ako projekat raste, razmotrite jači hosting ili VPS. Više o tome na Hosting paketi.

Kontrolna lista: 30-minutni audit

• Pokrenite crawl alat i izvezite 404/403 slike.
• Manuelno otvorite 20 najposjećenijih stranica i provjerite slike.
• Filtrirajte server log za .jpg, .png, .webp 404 greške iz zadnjih 7 dana.
• Pretražite bazu za stare domene i foldere.
• Pogledajte CDN edge 404 izvještaj.
• Za 50 prioritetnih URL-ova odredite zamjene.
• Odredite akciju: 301, update, 410 ili brisanje.
• Testirajte pravila na stagingu i objavite u manjim grupama.

Ovaj audit izvuče najvidljivije probleme. Na velikim arhivama, proces je najbolje uključiti u mjesečni tehnički maintenance.

Kako mjeriti uspjeh?

Ne oslanjajte se samo na vizualnu provjeru – odredite metrike. Npr. broj dnevnih 404 image requesta treba pasti sa 10.000 na ispod 1.000, na ključnim stranicama ne smije biti slomljenih slika, broj redirect chainova treba biti nula, a nove slike moraju davati 200 status kod. Povrat u Google Search Console image performance traje nekoliko sedmica – za brzi feedback koristite logove i crawl izvještaje.

Pratite i korisničko ponašanje: kad popravite slike na shopu, raste dodavanje u korpu; na blogu raste vrijeme provedeno na stranici; na korporativnim stranicama raste broj ispunjenih formi. Tehnički popravak je najvredniji kad se veže za poslovni rezultat.

Često postavljana pitanja

Najbrža metoda za pronalazak slomljenih slika?

Skeniranje sajta Screaming Frogom, Sitebulbom ili sličnim alatom i izvoz 404, 403, 500 image URL-ova. Na velikim sajtovima kombinujte izvještaj sa server logovima.

Da li svaku slomljenu sliku treba preusmjeriti sa 301?

Ne. 301 se koristi samo ako postoji bliska ili identična zamjena. Za slike bez alternative, koristite 410, uklonite blok iz sadržaja ili ažurirajte URL.

Je li plugin dovoljan za WordPress?

Za male i srednje sajtove plugin je ok. Na velikim sajtovima mnogi image requesti opterećuju WordPress – kritične redirecte radite na serveru ili CDN-u.

Da li slomljene slike direktno štete Google rangiranju?

Jedna slomljena slika obično ne uzrokuje veliki pad. Ali veći broj smanjuje korisničko iskustvo, image search, crawl efikasnost i kvalitet stranice – što utiče na SEO.

Kada se vidi rezultat nakon redirecta?

Pad 404 u logovima i crawl alatima se vidi isti dan. Povrat u Google Images i organski promet zavisi od crawl intervala – od nekoliko dana do nekoliko sedmica.

Zaključak

Pronalazak i automatsko preusmjeravanje slomljenih slika na web stranici je ključna tehnička rutina koja jača SEO zdravlje, povjerenje korisnika i efikasnost servera. Prvo izradite inventar, za svaku sliku odaberite akciju, testirajte u manjim grupama i pratite rezultate kroz logove. Da bi infrastruktura bila sigurna i brza, pogledajte Hostragons hosting, WordPress i SSL opcije – ili unaprijedite svoj plan održavanja kako bi web stranica bila dugoročno stabilna.