Як масава знайсці і аўтаматычна перанакіраваць зламаныя малюнкі на сайце

Масавае выяўленне зламаных малюнкаў і аўтаматычная перанакіраванне — гэта комплексная апрацоўка, якая ўключае сканаванне URL малюнкаў, што не загружаюцца, праз спецыяльныя сканеры, серверныя логи або CMS-справаздачы, з наступным складаннем спісу і арганізацыяй 301 перанакіраванняў на новыя файлы або абнаўленнем спасылкі ў кодзе. Самы надзейны падыход: спачатку экспартаваць усе зламаныя малюнкі ў CSV, потым вырашыць для кожнага URL, ці патрэбна замена, выдаленне або часовы рэзервны варыянт, і толькі пасля гэтага ўсталёўваць перанакіраванні на серверы, CDN або ў WordPress — строга кантралюючы працэс.

Зламаны малюнак — гэта не толькі эстэтычная непрыемнасць. На старонцы тавара ў інтэрнэт-краме адсутнасць фота зніжае канверсію, у блогу без інфаграфікі падае давер, а на карпаратыўным сайце пашкоджаны логатып аслабляе брэнд. Для SEO гэта таксама праблема: пагаршаецца сканаванне сайта, індэксацыя малюнкаў, пагаршаецца досвед карыстальніка, парушаецца ўнутраная структура спасылак. Асабліва на WordPress-сайтах з тысячамі старонак, на ўласных CMS або пасля міграцыі з старых панэляў, ручная праверка немагчымая.

У гэтым гайдзе мы разглядаем практычныя метады пошуку зламаных малюнкаў, справаздачнасць, прыярытэтнасць і сцэнары аўтаматычнай перанакіравання. Фокус — на рашэннях для каманд, што працуюць з shared хостынгам, VPS, WordPress, Nginx/Apache. Для надзейнай інфраструктуры рэкамендуем Пакеты хостынгу, для WordPress — хостынг WordPress, а для бяспекі медыя — Сертыфікат SSL.

Што такое зламаны малюнак і чаму ён з'яўляецца?

Зламаны малюнак — гэта калі браўзер не можа загрузіць файл, які пазначаны ў HTML, CSS, JS, тэме ці базе дадзеных. Прычыны — HTTP 404 Not Found, 403 Forbidden, 410 Gone, 500, няправільны MIME-тып, забарона hotlink, праблемы SSL або змешанае (міксаванае) змесціва. На старонцы карыстальнік бачыць пустую рамку, зніклы ікон, alt-тэкст ці маленькі знак памылкі.

Самыя частыя прычыны:

• Пры пераносе сайта не ўсе папкі uploads, images, assets былі скапіраваны.
• Пасля змены дамена ў базе застаюцца старыя URL. Для новага дамена важна праверка дамена і правільны DNS.
• Плагін аптымізацыі малюнкаў пераўтварае файл у WebP, але не абнаўляе старую спасылку.
• Пасля ачысткі CDN або кэша файл на origin-серверы адсутнічае. Для правільнага планавання CDN чытайце Што такое CDN?.
• У назве файла — беларуская/руская літары, прабелы, розныя рэгістры або няправільнае пашырэнне.
• Ручное выдаленне старых малюнкаў для кампаній, катэгорый ці тавараў.
• Пры пераходзе з HTTP на HTTPS — змешанае змесціва і сертыфікатныя несумяшчальнасці.

На практыцы найбольш распаўсюджаная сітуацыя: уладальнік мяняе дамен, тэкставыя URL абнаўляюцца, але частка малюнкаў у базе застаецца са старым даменам. Googlebot або карыстальнік адкрывае старонку — і на кожнай ствараецца дзясяткі 404-запытаў да малюнкаў. У буйных архівах гэта — тысячы памылак.

Як зламаныя малюнкі ўплываюць на SEO?

Google аналізуе не толькі тэксты, але і даступнасць малюнкаў, структуру старонкі, хуткасць і ўзаемадзеянне карыстальнікаў. Зламаныя малюнкі не заўсёды адразу выклікаюць штраф, але зніжаюць якасць старонкі і паводзіны карыстальнікаў. На старонках без фота карыстальнікі хутка сыходзяць, на кулінарных блогах без малюнкаў — падае час прагляду, у карпаратыўных рэсурсах без логатыпаў — зніжаецца давер.

Асноўныя SEO рызыкі:

• Страта трафіку з пошуку малюнкаў: калі старыя URL даюць 404, бачнасць у Google Images падае.
• Дарэмная трата сканавальнага бюджэту: тысячы битых медыя-запытаў на вялікіх сайтах зніжаюць эфектыўнасць бота.
• Праблемы досведу старонкі: недахоп малюнкаў, зрушэнні дызайну, зніжэнне ўспрымальнай якасці.
• Страта ўнутраных спасылак і кантэксту: у гайдах з інфаграфікай, табліцамі або скрыншотамі губляецца сэнс.
• Навантажванне сервера: кожны 404-запыт — гэта нагрузка на логи, кэш і апрацоўку.

Прыклад з практыкі: у навінавым архіве з 12 000 URL мы выявілі 38 000+ зламаных малюнкаў. Пасля выпраўлення на 1200 самых трафіковых старонках, 404-логи зменшыліся на 61% за тыдзень, а паказчыкі ў Google Images паступова аднавіліся за месяц. Гэта пацвярджае — вычышчэнне зламаных малюнкаў важна не толькі тэхнічна, але і для кантэнт-прадуктыўнасці.

Методы масавага пошуку зламаных малюнкаў

Першая задача — дакладная інвентарызацыя. Не проста ставіць перанакіраванне, а зразумець, на якой старонцы і які малюнак битый, які HTTP-код выдае, і што рабіць з кожным выпадкам. Методы залежаць ад маштабу:

1. Сканеры сайта для масавай праверкі

Screaming Frog SEO Spider, Sitebulb, Ahrefs Site Audit, Semrush Site Audit і аналагі — аўтаматычна абыходзяць старонкі, фіксуюць битые URL малюнкаў. Для малых сайтаў хопіць бясплатнай версіі (да 500 URL), для буйных — патрэбна ліцэнзія. У настройках ўключайце images, CSS background images, external resources — інакш бачныя толькі памылкі ў img-тэгу.

Пакрокава:

• Дадаць дамен, пераканацца ў правільнасці canonical, noindex, robots.txt.
• У Response Codes адфільтраваць image URL з 404, 403, 500 і timeout.
• Экспартаваць Inlinks/спасылкі на старонкі, дзе малюнкі выкарыстоўваюцца.
• Разбіць CSV на URL, статус, старонку-крыніцу, alt-тэкст, пашырэнне, рэкамендаваную мэту.

Гэта самы хуткі старт для тэхнічнага SEO. Але залянаваная загрузка, JS-галерэі і абароненыя панэлі патрабуюць дадатковых правер.

2. Google Search Console і сігналы індэксацыі малюнкаў

Google Search Console не паказвае поўны спіс зламаных малюнкаў, але праз праблемы індэксацыі, досведу старонкі, статыстыку сканавання і Performance можна ўбачыць сігналы. Калі ў Google Images раптоўна падае трафік пасля міграцыі — праверце медыя-URL.

Прырост 404 у crawl stats, праблемы з доступам да серверу або ланцужкі перанакіраванняў — гэта таксама падказкі. На вялікіх сайтах лепш аб'яднаць Search Console і сканер-рапорты.

3. Аналіз серверных логаў: рэальныя памылкі карыстальнікаў і ботаў

Серверныя access-logs паказваюць, якія малюнкі пыталіся і які адказ атрымалі. У Apache, Nginx, LiteSpeed можна адфільтраваць 404 для .jpg, .jpeg, .png, .webp, .gif, .svg. Так знаходзяцца нават старыя URL, што бот "шукае", але сканер не бачыць.

Звярніце ўвагу не толькі на колькасць, але і на частату. Калі малюнак пыталі раз у месяц — нізкі прыярытэт; калі 5 000 разоў у дзень — тэрмінова выпраўляць. Для аналізу патрэбна SSH, месца на дыску і бэкапы. На актыўных сайтах лепш працаваць з копіяй логаў, каб не перагружаць сервер.

4. WordPress-база і медыя-бібліятэка

На WordPress зламаныя малюнкі часта ў post_content, wp_postmeta, настройках тэмы або JSON-структурах page builder. У медыя-бібліятэцы файл можа быць "бачны", але фізічна адсутнічае ў uploads. Або файл ёсць, але ў кантэнце спасылка старая.

Надзейны шлях:

• Стварыць поўны бэкап файлаў і базы.
• На staging-асяроддзі сканаваць медыя і URL у кантэнце.
• Шукаць стары дамен, папку, пашырэнне.
• Тэставаць на 20-30 URL да масавай замены.
• Асобна правяраць Elementor, WPBakery, Gutenberg, кастомныя палі.

Для WordPress-хуткага вырашэння праблем з 404 чытайце Рашэнне памылкі 404 WordPress.

Які метад выбіраць і калі?

Матрыца прыняцця рашэння перад аўтаматычнай перанакіраваннем

Не кожны зламаны малюнак варта аўтаматычна перанакіроўваць. Няправільная перанакіраванне пагаршае досвед і дае пошукавым сістэмам няслушныя сігналы. Напрыклад, фота чырвоных туфляў не трэба перанакіроўваць на сінюю сумку! Перанакіраванне толькі там, дзе ёсць блізкая замена.

Задайце сабе тры пытанні:

• Ці вядома, дзе новы файл?
• Ці крытычны малюнак для сэнсу або канверсіі?
• Ці мае стары URL знешнія спасылкі, сацсеткі або трафік з Google Images?

Калі “так” — выкарыстоўвайце 301. Калі малюнак больш не патрэбны і няма замены — 410 Gone. Калі зламаны ікон — лепш абнавіць код/тэму. Зламаныя малюнкі не трэба перанакіроўваць на галоўную старонку — гэта выклікае “soft 404” і зніжае якасць.

Аўтаматычныя метады перанакіравання для зламаных малюнкаў

301 перанакіраванне праз Apache .htaccess

На хостынгах з Apache/LiteSpeed файл .htaccess — просты інструмент. Для аднаго малюнка: Redirect 301 /wp-content/uploads/stary-maliunak.jpg /wp-content/uploads/novy-maliunak.jpg. Для масавага пераноса — RewriteRule для папак. Калі /images/ перанесены ў /wp-content/uploads/2026/, пішыце правіла для папкі.

Але .htaccess з тысячамі радкоў пагаршае прадукцыйнасць. Для 50–200 крытычных малюнкаў — нармальна, для тысяч — лепш CDN або серверныя наладкі. Перад зменамі — бэкап, і праверка на 500 Internal Server Error.

Nginx: map і rewrite

На Nginx для вялікіх спісаў — map структура: старыя і новыя URL у асобным файле, server block чытае map і дае 301. Гэта больш прадукцыйна, чым .htaccess, бо няма нагрузкі на кожны запыт.

Перад reload — syntax test! Памылка з кропкай або месцазнаходжаннем блока можа “зваліць” сайт. Для кіраваных сервераў — пажадана зрабіць праз тэхпадтрымку.

WordPress-плагіны і ўзровень прыкладання

Плагіны Redirection, Rank Math, Yoast Premium ці спецыяльныя — кіруюць перанакіраваннямі медыя-URL. Плюс: можна імпартаваць CSV і кіраваць перанакіраваннямі без глыбокіх тэхнічных ведаў. Мінус: кожны запыт даходзіць да WordPress, што пры вялікім трафіку запавольвае сайт.

Плагіны падыходзяць для невялікіх і сярэдніх сайтаў. Для e-commerce, навінавых або вялікіх блогаў — лепш перанакіраваць на серверы/CDN. Для аптымізацыі WordPress рэкамендуем Аптымізацыя хуткасці сайта.

CDN і edge-правілы

На CDN зламаныя малюнкі перанакіроўваюцца на edge-рэгіёне: Cloudflare Rules, BunnyCDN Edge Rules і інш. Гэта зніжае затрымку і нагрузку на origin. Але звярніце ўвагу на кэшаванне: няправільная перанакіраванне можа застацца ў кэшы і карыстальнікі будуць трапляць на няслушны URL. Таму спачатку ставіце кароткі cache-time, тэстуйце на малых групах, пасля — пастаянна.

Пакрокавы план

Крок 1: Бэкап і тэставае асяроддзе

Перад зменамі ў файлавай сістэме, базе, .htaccess, Nginx і CDN — бэкап! Ідэальна — спачатку staging. Масавыя змены на live-site, асабліва ў базе, могуць прывесці да незваротных памылак.

Крок 2: Інвентарызацыя зламаных малюнкаў

Аб'яднайце дадзеныя з сканера, логаў і CMS у адзін spreadsheet. Нармалізуйце паўторныя URL. Для прыярытэту дадайце: URL, старонка-крыніца, статус, колькасць запытаў, трафік, новы URL, тып апрацоўкі, адказны.

Крок 3: Вызначыць коранную прычыну

Не спяшайцеся з перанакіраваннем. Ці файл сапраўды адсутнічае? Ці ёсць памылка доступу? Ці праблема ў SSL? Ці памылка кэша CDN? Ці старая спасылка ў базе? Калі файл на серверы, але 403 — выпраўляйце правы доступу. Калі HTTP малюнак на HTTPS старонцы — чысціце змяшанае змесціва.

Крок 4: Выбраць правільнае рашэнне

Для малюнкаў з заменай — 301. Для няправільных URL у кантэнце — абнавіць код/базу. Для выдаленых без замены — 410 або выдаленне блока. Для дэкаратыўных — абнавіць тэму.

Крок 5: Тэстуйце на малой групе

Спачатку — 20–50 URL. Праверка праз браўзер, curl, сканер, Search Console. Не стварайце ланцужкі перанакіравання: стары малюнак —> новы —> іншы. 301 павінен даваць 200 на мэтавым URL, правільны content-type і разумны памер.

Крок 6: Публікацыя і маніторынг

Пасля запуску — маніторынг праз 24, 72 гадзіны і 7 дзён. Ці падае колькасць 404? Ці не павялічваецца 301? Ці не пагаршаецца рэакцыя сервера? Для вялікіх малюнкаў — кампрэсія, WebP/AVIF і cache-headers.

Тыповыя памылкі

Самая частая памылка — спрабаваць вырашыць праблему толькі перанакіраваннем. Але часта правільна — абнавіць кантэнт. Пазбягайце:

• Перанакіраванне ўсіх зламаных малюнкаў на галоўную або адзін рэзервны малюнак.
• Аўтаматычны 301 для ўсіх 404-файлаў без аналізу.
• Стварэнне ланцужка перанакіраванняў: stary.jpg —> novy.jpg —> naviny.webp.
• Змена імя файла без абнаўлення alt-тэксту, загалоўка і кантэксту.
• Не ачышчаць CDN-кэш і думаць, што ўсё выпраўлена.
• Змяняць URL у базе без бэкапа.
• Не правяраць MIME-тып для SVG/WebP.

Дадатковыя парады для прадукцыйнасці і бяспекі

Выпраўляючы зламаныя малюнкі, паляпшайце і інфраструктуру. Арганізуйце папкі па годзе/месяцы або тыпу кантэнту — гэта спрасціць міграцыі. Імёны файлаў — маленькімі літарамі, з тырэ, апісальныя: не IMG_1234.JPG, а chorny-dermatyn-cyuzhan-front.webp.

Для бяспекі — hotlink-абарона з розумам: занадта строгія правілы блакіруюць Googlebot-Image і сацсеткі. SSL наладжвайце правільна, абнаўляйце HTTP-спасылкі на HTTPS, чысціце змяшанае змесціва. На платных ці ўліковых сайтах SSL асабліва важны — чытайце Сертыфікат SSL.

Хостынг таксама мае значэнне. На медыя-сайтах з нізкім disk I/O, малым PHP-лімітам або няправільным кэшаваннем — малюнкі загружаюцца павольна і даюць timeout. Калі трафік расце — пераходзьце на больш магутны хостынг або VPS, гэта не толькі хуткасць, але і мінімізацыя памылак. Параўнаць планы можна ў Пакеты хостынгу.

Чэк-ліст: 30 хвілін для старту

• Сканер праходзіць сайт, экспартуе 404/403 URL малюнкаў.
• Адкрыйце 20 самых трафіковых старонак — праверце крытычныя малюнкі.
• Фільтруйце за 7 дзён у логах .jpg, .png, .webp з 404.
• Шукайте стары дамен або папку ў базе.
• З CDN — аналізуйце edge-рапорты 404.
• Для 50 прыярытэтных URL — вызначце новыя мэты.
• Падпішце для кожнага: 301, абнаўленне кантэнту, 410 або выдаленне.
• Тэстуйце на staging, выносьце ў live невялікімі партыямі.

Гэтая экспрэс-праверка выявіць асноўныя праблемы. Для буйных архіваў працэс варта рабіць штомесячна ў тэхнічным абслугоўванні.

Як вымяраць поспех?

Не абмяжоўвайцеся толькі візуальнай праверкай. Вызначце метрыкі: 404-запытаў да малюнкаў павінна стаць менш за 1000 у дзень, на важных старонках не павінна быць зламаных малюнкаў, ланцужкі перанакіравання — амаль нуль, мэтавыя малюнкі — статус 200. У Google Search Console паляпшэнне можа заняць пару тыдняў, таму ў кароткатэрміновым плане — логи і сканер-рапорты.

Сачыце за паводзінамі карыстальнікаў: пасля выпраўлення малюнкаў на старонках тавараў растуць канверсіі, у блогах — час прагляду, на карпаратыўных — формы-звароты. Тэхнічныя выпраўленні павінны мець вынік для бізнесу і паказваць SEO-каштоўнасць для каманды.

Частыя пытанні

Які самы хуткі спосаб масава знайсці зламаныя малюнкі?

Самы хуткі — сканер (Screaming Frog, Sitebulb і інш.), што абыходзіць сайт і экспартуе 404, 403, 500 малюнкі. Для вялікіх сайтаў лепш аб'яднаць сканер з сервернымі логамі.

Ці трэба кожны зламаны малюнак перанакіроўваць праз 301?

Не. 301 — толькі калі ёсць блізкая замена. Калі малюнак састарэў і замен няма — 410, выдаленне блока або абнаўленне URL у кантэнце.

Ці дастаткова плагіна для выпраўлення зламаных малюнкаў у WordPress?

Для невялікіх/сярэдніх сайтаў — дастаткова. Але для вялікіх — гэта запавольвае WordPress, таму крытычныя перанакіраванні лепш рабіць на серверы або CDN.

Ці ўплываюць зламаныя малюнкі на рэйтынг Google?

Адзін зламаны малюнак — не катастрофа. Але масавая праблема пагаршае досвед, страчваецца трафік з малюнкаў, губляецца SEO-эфектыўнасць і якасць старонкі.

Калі я ўбачу вынік пасля перанакіравання?

У логах — адразу. Сканерам можна праверыць адразу. Палепшэнне ў Google Images і арганічным трафіку — у залежнасці ад частаты сканавання — ад некалькіх дзён да некалькіх тыдняў.

Вынік

Масавы пошук і аўтаматычнае перанакіраванне зламаных малюнкаў — гэта тэхнічная і кантэнтная практыка, якая паляпшае SEO, давер карыстальнікаў і прадукцыйнасць сервера. Спачатку — поўная інвентарызацыя, потым — правільнае рашэнне для кожнага малюнка, тэст на малой групе і маніторынг вынікаў. Для надзейнай інфраструктуры рэкамендуем Hostragons: хостынг, WordPress і SSL. Можна зрабіць тэхнічную падтрымку часткай рэгулярнага абслугоўвання і забяспечыць устойлівасць сайта.