# Jak znaleźć zepsute linki i brakujące obrazy w PrestaShop > W żywym katalogu martwe linki są normalnym skutkiem eksploatacji. Sześć źródeł typowych dla PrestaShop, czego nie widzi zewnętrzny crawler, jak ustalać priorytety według wartości i trzy możliwe decyzje dla każdego adresu. - Strona: - Język: pl - Opublikowano: 2026-08-19 - Zaktualizowano: 2026-08-12 - Inne języki: [fr](https://www.datafirefly.com/2026/08/19/trouver-liens-casses-images-manquantes-prestashop/index.md), [en](https://www.datafirefly.com/en/2026/08/19/find-broken-links-missing-images-prestashop/index.md), [es](https://www.datafirefly.com/es/2026/08/19/encontrar-enlaces-rotos-imagenes-ausentes-prestashop/index.md), [de](https://www.datafirefly.com/de/2026/08/19/kaputte-links-fehlende-bilder-finden-prestashop/index.md), [it](https://www.datafirefly.com/it/2026/08/19/trovare-link-rotti-immagini-mancanti-prestashop/index.md), [nl](https://www.datafirefly.com/nl/2026/08/19/gebroken-links-ontbrekende-afbeeldingen-prestashop/index.md), [pt](https://www.datafirefly.com/pt/2026/08/19/encontrar-ligacoes-partidas-imagens-em-falta-prestashop/index.md) - Indeks: W katalogu liczącym kilka tysięcy pozycji, działającym od kilku lat, martwe linki nie są wypadkiem: są normalnym skutkiem eksploatacji. Wycofane produkty, przebudowane kategorie, podmienione zdjęcia, zmiana szablonu. Każda z tych operacji zostawia odwołania do zasobów, które już nie istnieją. Problem nie jest estetyczny. Odwiedzający, który trafia na stronę błędu, wychodzi, a wyszukiwarka napotykająca zbyt wiele martwych linków stopniowo zmniejsza częstotliwość odwiedzania serwisu. ## Źródła błędów 404 typowe dla PrestaShop Sześć przyczyn pokrywa niemal wszystkie przypadki i wszystkie są przewidywalne. 1. **Wyłączony produkt.** Odznaczenie „Włączony" zdejmuje produkt z frontu, niczego nie przekierowując. Linki zewnętrzne, udostępnienia w mediach społecznościowych i wyniki Google nadal na niego wskazują. 2. **Usunięty produkt.** Ten sam skutek, bez drogi powrotnej. To najkosztowniejszy przypadek, gdy karta zdążyła zdobyć pozycję. 3. **Zmiana przyjaznego adresu URL.** Modyfikacja pola przyjaznego adresu produktu albo kategorii natychmiast rozbija wszystkie istniejące adresy, bez automatycznego przekierowania. 4. **Przeniesiona albo scalona kategoria.** Ścieżka się zmienia, a wraz z nią pełny adres, jeśli struktura URL zawiera drzewo kategorii. 5. **Linki wpisane na sztywno w opisach.** Opis produktu albo strona CMS odwołująca się do innego produktu przez adres wpisany ręcznie rzadko przeżywa dwa lata eksploatacji. 6. **Zdjęcia nieobecne na dysku.** Baza wskazuje obraz, którego plik zniknął, albo którego wariant rozmiarowy nigdy nie został wygenerowany. ## Szczególny przypadek zdjęć Brakujący obraz nie zawsze zwraca widoczny błąd. Zależnie od konfiguracji PrestaShop pokazuje obraz zastępczy, co ukrywa problem przed odwiedzającym i pozostawia go nietkniętym w danych. Dwie sytuacje do rozróżnienia. Plik źródłowy zniknął z katalogu obrazów: wszystkie warianty są stracone. Albo plik źródłowy istnieje, ale miniatury nie zostały wygenerowane po zmianie szablonu: produkt wyświetla się poprawnie na karcie, ale nie na liście, albo odwrotnie. Regeneracja miniatur z poziomu **Wygląd > Ustawienia obrazów** obsługuje drugi przypadek. Przy dużym katalogu trwa długo i zawodzi po cichu po osiągnięciu limitu pamięci, co tłumaczy częściowe regeneracje. ## Skanowanie: czego narzędzie zewnętrzne nie widzi Zewnętrzny crawler przechodzi to, co dostępne ze strony głównej, idąc za linkami. Znajduje więc zepsute linki w nawigacji i w opisach. Nie widzi trzech rzeczy. Wyłączonych produktów, które wcześniej otrzymywały ruch, skoro nie są już nigdzie linkowane. Obrazów wskazanych w bazie, ale nieobecnych na dysku, jeśli wyświetlanie przykrywa obraz zastępczy. Oraz osieroconych adresów, które nadal otrzymują wizyty z zewnątrz, a ta informacja siedzi w logach serwera albo w Search Console, nie w wynikach crawla. Skan wewnętrzny, odpytujący bazę zamiast frontu, uzupełnia więc crawl zewnętrzny, a nie zastępuje go. ## Priorytety: według wartości, nie według liczby Źle utrzymany katalog może pokazać kilka tysięcy błędów. Przerabianie ich w kolejności listy to strata czasu. Trzy kryteria sortowania, według ważności. - **Rzeczywisty ruch przychodzący** na zepsuty adres, mierzony w ostatnich trzydziestu dniach. Błąd 404, którego nikt nie odwiedza, nic nie kosztuje. - **Linki zewnętrzne** wskazujące na niego. Strona linkowana przez obcy serwis to zdobyta wartość, którą tracisz przy każdej nieprzekierowanej wizycie. - **Dawna pozycja** strony w wynikach wyszukiwania, widoczna w Search Console. W praktyce około dwudziestu adresów skupia zwykle większość utraconej wartości. ## Trzy możliwe decyzje Dla każdego zepsutego adresu, który warto obsłużyć, stosuje się tylko jedną z trzech opcji. **Przekierować kodem 301** na najbliższą stronę: produkt zastępczy, równoważny wariant albo w ostateczności kategorię nadrzędną. Unikaj przekierowania wszystkiego na stronę główną, traktowanego jako miękki błąd i nic niedającego odwiedzającemu. **Przywrócić** stronę, gdy produkt jest po prostu wyprzedany, ale wróci. Karta niedostępnego produktu z powiadomieniem o dostępności jest nieporównanie lepsza od błędu 404. **Zwrócić kod 410**, gdy zasób zniknął na dobre i nie ma odpowiednika. Ten kod wprost sygnalizuje zamierzone usunięcie i przyspiesza wyjście z indeksu. ## Uczynić z tego kontrolę cykliczną Jednorazowe sprzątanie nie wystarcza. Miesiąc normalnej eksploatacji wystarczy, by odtworzyć dziesiątki martwych linków. Kontrola musi być okresowa, comiesięczna przy aktywnym katalogu, a jej wynik porównywany z poprzednim, by wychwycić operacje generujące ich najwięcej. wykonuje ten skan z poziomu zaplecza w PrestaShop 8 i 9: zepsute linki wewnętrzne, brakujące obrazy w bazie i na dysku, priorytetyzowany raport oraz porównanie między dwiema analizami.