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.
- 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ą.
- Usunięty produkt. Ten sam skutek, bez drogi powrotnej. To najkosztowniejszy przypadek, gdy karta zdążyła zdobyć pozycję.
- Zmiana przyjaznego adresu URL. Modyfikacja pola przyjaznego adresu produktu albo kategorii natychmiast rozbija wszystkie istniejące adresy, bez automatycznego przekierowania.
- Przeniesiona albo scalona kategoria. Ścieżka się zmienia, a wraz z nią pełny adres, jeśli struktura URL zawiera drzewo kategorii.
- 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.
- 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.
Kontrola Martwych Linków PrestaShop 8 i 9: Uszkodzone Linki i Brakujące ObrazyZnajdź martwe linki i uszkodzone obrazy przed swoimi klientami€59,00
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.
Weryfikator Martwych Linków dla PrestaShop 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.
