WordPress po migracji bez obrazków to jeden z tych problemów, które potrafią sparaliżować stronę w kilka minut. Strona się ładuje, treść jest widoczna, ale zdjęcia znikają, miniatury są puste, a w bibliotece mediów pojawiają się błędy lub szare prostokąty. Dla użytkownika wygląda to jak awaria całego serwisu, a dla właściciela strony często oznacza panikę: „Czy coś usunąłem?”, „Czy migracja zepsuła bazę?”, „Czy trzeba odtwarzać wszystko od zera?”.
W praktyce najczęściej nie chodzi o jedną usterkę, tylko o kilka typowych błędów, które pojawiają się po przenosinach WordPressa na nowy hosting, nową domenę, inny katalog albo po zmianie środowiska serwera. Dobra wiadomość jest taka, że w większości przypadków da się to naprawić bez reinstalacji WordPressa i bez utraty danych. Zła wiadomość: jeśli zaczniesz od losowych działań, możesz pogorszyć sytuację, nadpisać ścieżki do plików albo zepsuć kolejne elementy witryny.
Ten artykuł prowadzi przez cały proces: od szybkiej diagnozy, przez najczęstsze przyczyny, aż po bezpieczne rozwiązanie krok po kroku. Znajdziesz tu też ostrzeżenia, kiedy nie robić tego samodzielnie, bo w grę wchodzi baza danych, uprawnienia plików, cache, CDN i czasem integracje pluginów, które potrafią ukryć prawdziwe źródło błędu.
Szybka odpowiedź
Jeśli po migracji WordPressa nie widać obrazków, zacznij od czterech rzeczy: sprawdź, czy pliki graficzne faktycznie znajdują się na serwerze w katalogu wp-content/uploads, czy adresy URL w treści i bazie danych wskazują na nową domenę, czy serwer ma prawidłowe uprawnienia do odczytu plików oraz czy nie blokuje ich cache, CDN lub ustawienie mieszania http i https. To najczęstszy zestaw przyczyn.
Jeżeli obrazki zniknęły tylko w części wpisów, problem zwykle leży w adresach URL lub w treści zapisanej jeszcze pod starą domeną. Jeśli nie wyświetlają się wszystkie media, również w bibliotece, sprawdź migrację plików i prawa dostępu do folderów. Jeśli obrazki nie ładują się tylko na froncie, ale w kokpicie są widoczne, winny bywa cache, motyw, lazy loading albo wtyczka optymalizacyjna.
Najważniejsze: przed zmianami zrób kopię zapasową plików i bazy. Naprawa obrazków po migracji często wymaga ingerencji w dane, a bez backupu łatwo o trwałą utratę grafik lub powielenie błędów na całej stronie.
Diagnoza problemu
Zanim zaczniesz naprawiać, ustal, co dokładnie nie działa. To kluczowe, bo „brak obrazków” może oznaczać kilka zupełnie różnych sytuacji:
- obrazki nie wyświetlają się tylko w treści wpisów i stron,
- miniatury w bibliotece mediów są puste albo z błędem,
- nie działa tylko nowo dodawana grafika,
- nie ładuje się logo, favicon lub elementy z nagłówka motywu,
- wszystkie pliki są fizycznie obecne na serwerze, ale strona ich nie pokazuje,
- obrazy znikają tylko na jednej podstronie, jednej kategorii albo w konkretnym motywie.
Najprostszy test wykonasz w przeglądarce: kliknij prawym przyciskiem na brakujący obraz i wybierz otwarcie grafiki w nowej karcie albo skopiuj adres obrazka. Jeśli pojawia się 404, 403 albo przekierowanie do nieistniejącej domeny, problem jest po stronie ścieżki, uprawnień lub serwera. Jeśli adres prowadzi do poprawnego pliku, ale obraz nadal się nie pokazuje w treści strony, źródła trzeba szukać w cache, CSS, JavaScript, lazy load albo konfliktach wtyczek.
Warto też porównać zachowanie panelu administracyjnego i frontu. Jeśli w kokpicie WordPressa miniatury są widoczne, a na stronie publicznej nie, problem często ma związek z motywem, CDN, optymalizacją obrazów lub ustawieniami bezpieczeństwa. Jeśli nie ma ich nigdzie, przyczyna leży zwykle w plikach, bazie danych lub migracji.
Przy diagnozie zwróć uwagę na to, czy migracja obejmowała tylko domenę, czy również:
- zmianę protokołu z
httpnahttps, - przeniesienie do innego katalogu,
- nowy prefix tabel w bazie,
- przeniesienie z subdomeny na domenę główną,
- zmianę serwera lub wersji PHP,
- wdrożenie CDN, WAF lub cache serwerowego.
Każdy z tych elementów może powodować inne objawy. Dlatego dobra diagnoza oszczędza godzin błądzenia i ryzyka, że poprawisz nie to, co trzeba.
Możliwe przyczyny
Poniżej znajdziesz najczęstsze powody, dla których WordPress po migracji przestaje wyświetlać obrazki. W praktyce często występuje więcej niż jedna przyczyna jednocześnie.
1. Błędne adresy URL po zmianie domeny
To najpopularniejszy scenariusz. W treści wpisów, w ustawieniach motywu, w widgetach lub w danych zapisanych przez wtyczki nadal siedzi stara domena. Po migracji WordPress może próbować ładować obrazy z poprzedniego adresu, który już nie istnieje lub przekierowuje nieprawidłowo.
2. Nieprzeniesiony katalog uploads
Jeżeli pliki z biblioteki mediów nie zostały skopiowane w całości, strona będzie pokazywała odnośniki do obrazów, których fizycznie nie ma na nowym serwerze. Czasem problem dotyczy tylko części katalogów, na przykład miesięcy, które nie zostały skopiowane z powodu limitu transferu, błędu FTP lub przerwanej synchronizacji.
3. Złe uprawnienia plików i katalogów
Po przeniesieniu plików serwer może nie mieć prawa ich odczytać. Typowym objawem jest błąd 403 albo brak ładowania grafik mimo ich obecności na dysku. Uprawnienia folderów i plików muszą być zgodne z konfiguracją hostingu, inaczej WordPress nie pokaże mediów.
4. Mieszanie http i https
Po włączeniu SSL część obrazków może nadal być wołana po http. Przeglądarka blokuje wtedy treści mieszane, a użytkownik widzi brak grafik albo komunikaty o niebezpiecznej zawartości. To częsty efekt po migracji na nowy hosting z poprawnym certyfikatem, ale niepełnym przekierowaniem adresów w bazie.
5. Cache lub CDN trzyma stare zasoby
Jeśli strona korzysta z cache, CDN albo optymalizacji statycznych plików, to po migracji może wczytywać stare ścieżki lub uszkodzone wersje obrazów. Czasem problem znika po czyszczeniu cache, a czasem trzeba przepuścić przez niego cały zasób od nowa.
6. Konflikt z wtyczką do optymalizacji obrazów
Wtyczki kompresujące, konwertujące do WebP, opóźniające ładowanie albo zastępujące obrazy przez skrypty potrafią po migracji przestać działać prawidłowo. Jeśli dana wtyczka tworzy własne ścieżki plików, nowy serwer może je interpretować inaczej.
7. Zmiana struktury katalogów lub ścieżki instalacji
WordPress przeniesiony z katalogu głównego do podfolderu, z subdomeny do głównej domeny albo odwrotnie może mieć źle ustawione adresy w home, siteurl i w konfiguracji uploadów. To powoduje błędne generowanie linków do plików graficznych.
8. Uszkodzona baza danych lub niepełny import
Jeżeli migracja bazy zakończyła się błędem, część rekordów w bibliotece mediów może być niekompletna. Dotyczy to szczególnie dużych sklepów i stron z rozbudowaną biblioteką multimediów.
9. Blokada po stronie serwera lub WAF
System bezpieczeństwa, reguły mod_security, ochronne pluginy lub konfiguracja hostingu mogą blokować dostęp do plików JPG, PNG, WebP lub SVG. Czasem tylko jeden typ pliku przestaje działać, co utrudnia diagnozę.
10. Brak wygenerowanych miniaturek po migracji
Obraz może istnieć, ale nie istnieją wszystkie warianty rozmiarów używane przez motyw. Wtedy część sekcji wygląda na pustą, choć oryginalny plik jest obecny. To częste po zmianie motywu lub przy przeprowadzce na inne środowisko.
11. Prawa do odczytu w katalogu cache lub uploads
Nawet gdy same pliki są poprawne, WordPress może nie mieć prawa do tworzenia wersji pośrednich, miniatur lub plików cache. Efektem są puste pola albo brak nowych obrazów po dodaniu ich do biblioteki.
12. Zmiana adresu serwisu bez pełnej podmiany w bazie
Jeśli domena zmieniła się tylko „na zewnątrz”, ale w bazie zostały stare odwołania zapisane przez page builder, motyw lub custom fields, problem będzie powracał nawet po ręcznych poprawkach w jednym miejscu.
Rozwiązanie krok po kroku
Poniższa kolejność jest bezpieczna i sprawdza się w większości przypadków. Nie przeskakuj etapów, bo można naprawić objaw zamiast przyczyny.
Krok 1. Zrób pełny backup
Najpierw zabezpiecz pliki i bazę danych. Kopia powinna obejmować cały katalog WordPressa oraz pełny eksport bazy. Jeśli masz dostęp do panelu hostingu, skorzystaj z narzędzia backupu. Jeśli pracujesz ręcznie, pobierz pliki przez SFTP/FTP i wykonaj eksport bazy przez phpMyAdmin lub narzędzie hostingu.
Ostrzeżenie: nie wykonuj żadnych masowych zamian w bazie bez kopii. Jedna błędna operacja może uszkodzić nie tylko obrazki, ale też linki, shortcody i ustawienia motywu.
Krok 2. Sprawdź, czy pliki naprawdę są na serwerze
Otwórz katalog wp-content/uploads i sprawdź, czy znajdują się tam foldery z rokiem i miesiącem, a w nich pliki graficzne. Jeżeli folder jest pusty albo brakuje dużej części plików, przyczyną jest niepełna migracja plików. Wtedy nie naprawiasz WordPressa, tylko musisz dosłać brakujące dane z kopii lub starego serwera.
Jeśli pliki są obecne, sprawdź kilka z nich bezpośrednio po adresie URL. Jeśli obraz otwiera się w nowej karcie, ale nie działa na stronie, problem jest wyżej: w treści, cache, motywie albo wtyczkach.
Krok 3. Zweryfikuj domenę i protokół w bazie danych
Najpierw sprawdź ustawienia podstawowe WordPressa: home i siteurl. Muszą wskazywać aktualną domenę i właściwy protokół. Potem poszukaj w bazie danych starych adresów, ale ostrożnie: jeśli dane są serializowane, ręczna zamiana w zwykłym edytorze SQL może uszkodzić strukturę. W takich przypadkach używa się narzędzi, które rozumieją serializację.
Najczęściej do poprawy są odwołania do starych ścieżek w treści wpisów, w ustawieniach kreatorów stron, w opcjach motywu oraz w metadanych załączników.
Krok 4. Sprawdź uprawnienia do plików i katalogów
Katalogi powinny mieć ustawienia pozwalające serwerowi czytać i tworzyć pliki, a pliki same w sobie muszą być dostępne dla procesu PHP i serwera WWW. Jeśli migracja zmieniła właściciela plików, WordPress nie odczyta obrazów, mimo że są obecne na dysku. Prawidłowe wartości zależą od hostingu, ale typowo foldery mają wyższe prawa niż pliki.
Bezpieczeństwo: nie ustawiaj zbyt szerokich uprawnień „na wszelki wypadek”. Zbyt otwarte prawa dostępu mogą narazić stronę na ataki lub nieautoryzowany zapis plików.
Krok 5. Wyczyść cache na każdej warstwie
Usuń cache wtyczki, cache serwera, cache CDN oraz cache przeglądarki. Jeśli korzystasz z optymalizacji obrazów, wyłącz ją na chwilę i sprawdź, czy grafiki wracają. Czasem uszkodzona lub przestarzała wersja pliku blokuje poprawny obraz, mimo że na serwerze wszystko jest już naprawione.
Krok 6. Wyłącz na próbę wtyczki związane z obrazami
Jeżeli używasz wtyczek do WebP, lazy load, kompresji, watermarków albo galerii, wyłącz je i sprawdź stronę ponownie. Jeśli obrazy wrócą, masz konflikt. Wtedy aktywuj pluginy pojedynczo, żeby ustalić sprawcę. To ważniejsze niż masowe usuwanie wszystkiego.
Krok 7. Napraw mieszane treści i przekierowania
Gdy strona działa na HTTPS, wszystkie odwołania do obrazów powinny być również po HTTPS. Jeśli część nadal idzie przez HTTP, przeglądarka może blokować zasoby. Napraw adresy źródłowe w bazie, ustaw poprawne przekierowania i sprawdź, czy nie ma dodatkowych reguł w pliku konfiguracyjnym lub na poziomie hostingu.
Krok 8. Sprawdź motyw i jego własne zasoby
Jeśli znikają nie tylko zdjęcia w treści, ale także logo, banery, tła albo ikonki w nagłówku, problem może leżeć w motywie. Motywy często przechowują część grafik poza biblioteką mediów albo korzystają z własnych pól opcji. Po migracji te ustawienia mogą zawierać stare ścieżki.
Krok 9. Regeneruj miniatury, jeśli brakuje rozmiarów
Gdy oryginalne zdjęcia są obecne, ale brakuje ich wariantów, trzeba wygenerować miniatury od nowa. To szczególnie ważne po zmianie motywu, który wymaga innych proporcji obrazów. Bez tego siatki, listy i boksy mogą wyglądać na puste lub rozjechane.
Krok 10. Sprawdź logi błędów
Jeżeli problem nie znika, zajrzyj do logów serwera i logów WordPressa. Często widać tam błędy typu brak dostępu, zły format pliku, problem z prawami zapisu, limit pamięci albo konflikt z rozszerzeniem PHP. To szczególnie przydatne, gdy problem dotyczy tylko części plików albo wybranych rozmiarów obrazów.
Krok 11. Porównaj zachowanie na czystym szablonie
Jeśli to możliwe, na krótko przełącz się na domyślny motyw i sprawdź działanie. Jeżeli obrazki wracają, winny jest motyw lub jego konfiguracja. Jeżeli nie, szukasz dalej w plikach, bazie lub serwerze.
Krok 12. W razie potrzeby odtwórz brakujące pliki z kopii
Jeśli część mediów fizycznie zniknęła, jedynym skutecznym rozwiązaniem może być ponowne wgranie katalogu uploads z kopii zapasowej albo z poprzedniego serwera. Wtedy trzeba jeszcze dopilnować, żeby adresy w bazie wskazywały właściwą lokalizację.
W praktyce najczęściej skuteczne jest połączenie trzech działań: korekta URL, przywrócenie plików i czyszczenie cache. Sam jeden krok rzadko rozwiązuje wszystko, gdy migracja była większa niż zwykła zmiana domeny.
Najczęstsze błędy
- Masowa zamiana adresów w bazie bez backupu.
- Ręczne edytowanie danych serializowanych zwykłym find & replace.
- Zakładanie, że skoro obrazek otwiera się w przeglądarce, to problem nie leży po stronie ścieżki.
- Pomijanie katalogu uploads i skupianie się wyłącznie na treści wpisów.
- Wyłączanie całego zabezpieczenia lub nadawanie zbyt szerokich uprawnień plikom.
- Przeinstalowanie WordPressa zamiast naprawy błędnych adresów lub brakujących plików.
- Ignorowanie cache CDN i cache przeglądarki po każdej zmianie.
- Nieprzetestowanie wielu podstron, przez co wydaje się, że problem rozwiązano, choć wraca w innych miejscach.
- Zmiana motywu lub wyłączenie wtyczki bez zapamiętania, która konfiguracja była aktywna wcześniej.
- Brak sprawdzenia, czy problem dotyczy tylko frontu, czy także panelu administracyjnego.
Kiedy nie robić tego samodzielnie
Samodzielna naprawa ma sens, jeśli problem jest prosty: brak jednego typu adresów, oczywisty błąd http/https, puste cache albo niepełna kopia plików, którą potrafisz uzupełnić. Jednak są sytuacje, w których lepiej się zatrzymać.
Nie działaj samodzielnie, jeśli:
- strona działa produkcyjnie i generuje sprzedaż lub leady,
- problem dotyczy całej biblioteki mediów i jednocześnie innych elementów strony,
- masz do czynienia z dużą bazą danych i wieloma wtyczkami zapisującymi serializowane dane,
- nie masz pewności, czy pliki zostały skopiowane w całości,
- serwer pokazuje błędy uprawnień, 500 lub 403 w wielu miejscach,
- korzystasz z CDN, reverse proxy, WAF lub niestandardowych reguł cache,
- nie masz świeżego backupu i każda zmiana może pogorszyć sytuację.
W takich warunkach ryzyko jest większe niż pozorna oszczędność czasu. Łatwo wtedy zamienić problem z obrazkami w problem z całą stroną.
Kiedy zgłosić się do specjalisty
Warto skorzystać z pomocy specjalisty, gdy:
- migracja obejmowała zmianę domeny, hostingu i protokołu jednocześnie,
- obrazki zniknęły po imporcie lub przeniesieniu dużej strony firmowej albo sklepu,
- po poprawkach problem wraca po odświeżeniu lub czyszczeniu cache,
- musisz zachować pełną dostępność strony bez dłuższego przestoju,
- pojawiły się błędy w bazie danych, logach serwera lub konflikty wielu wtyczek,
- strona korzysta z zaawansowanej konfiguracji hostingu, multisite albo niestandardowego wdrożenia.
Specjalista nie tylko szybciej namierzy źródło, ale też oceni, czy problem wynika z warstwy WordPressa, serwera czy sieci dostarczania treści. To ważne, bo na pierwszy rzut oka objaw jest jeden, a przyczyna może siedzieć w zupełnie innym miejscu.
Podsumowanie
Brak obrazków po migracji WordPressa najczęściej nie oznacza katastrofy, tylko błąd w ścieżkach, niepełne przeniesienie plików, konflikt cache albo problem z uprawnieniami. Najlepsza strategia to spokojna diagnoza: sprawdź obecność plików, poprawność URL, ustawienia domeny, cache oraz działanie wtyczek. Dopiero potem wykonuj zmiany w bazie i plikach.
Największym błędem jest działanie na ślepo. Migracja to moment, w którym łatwo poprawić objaw i jednocześnie uszkodzić coś innego. Jeśli zrobisz backup, pójdziesz krok po kroku i nie będziesz zgadywać, w większości przypadków przywrócisz obrazki bez większych strat.
Jeżeli problem jest złożony, wraca po każdej próbie naprawy albo dotyczy strony biznesowej, nie warto tracić czasu na kolejne eksperymenty. Wtedy bezpieczniej jest przekazać diagnostykę komuś, kto zajmuje się WordPressem zawodowo i rozróżnia błąd w treści od błędu na poziomie serwera.
CTA do kontaktu
Jeśli po migracji WordPressa brakuje Ci obrazków, miniatur albo całych sekcji graficznych i chcesz uniknąć ryzyka utraty danych, skontaktuj się ze specjalistą od naprawy WordPressa. Szybka diagnoza zwykle pozwala ustalić, czy problem leży w plikach, bazie, cache czy konfiguracji serwera, a potem przywrócić stronę do działania bez zbędnego przestoju.
