Adnotacja alternatywnej wersji językowej mówi wyszukiwarkom, że ta sama strona istnieje w kilku wersjach językowych i którą komu podać. Jest prosta w założeniu i zaskakująco łatwa do zepsucia: błąd na jednym elemencie zwykle unieważnia całą grupę.
Oto dziesięć błędów, możliwych do sprawdzenia na Twojej stronie w około dwadzieścia minut.
1. Brakujący odnośnik zwrotny
Błąd najczęstszy i najbardziej niszczący.
Deklaracja musi być wzajemna. Jeśli Twoja polska strona deklaruje wersję niemiecką, strona niemiecka musi zadeklarować polską z powrotem. Bez tej wzajemności deklaracja jest ignorowana.
Przypadek typowy: tłumaczenie dodane bez regeneracji szablonu strony albo strona wycofana z publikacji tylko po jednej stronie.
Sprawdzenie: otwórz stronę niemiecką, obejrzyj jej adnotacje i sprawdź, czy wskazuje polską.
2. Brak odwołania do samej siebie
Każda strona musi zadeklarować samą siebie na liście, obok swoich alternatyw.
Polska strona deklarująca niemiecki, hiszpański i włoski, ale nie polski, jest niekompletna. Odwołanie do siebie należy do grupy.
Sprawdzenie: policz adnotacje na stronie. Przy pięciu językach musisz zobaczyć pięć, nie cztery.
3. Pomylenie ze znacznikiem kanonicznym
Błąd najbardziej szkodliwy dla ruchu międzynarodowego.
Wersje językowe nie są duplikatami. Każda strona musi mieć kanoniczny wskazujący na nią samą, a nie na wersję źródłową.
Skierowanie tłumaczeń na stronę oryginalną to w praktyce prośba o ich deindeksację. Serwis wygląda na poprawnie przetłumaczony i nie dostaje żadnego ruchu zagranicznego.
Sprawdzenie: na stronie niemieckiej kanoniczny musi być adresem niemieckim.
4. Pomieszane kody języka i regionu
Kod może oznaczać sam język albo język w danym kraju. Oba są poprawne i nie znaczą tego samego.
Sam kod języka celuje we wszystkich mówiących tym językiem. Kod języka i regionu celuje w ten język w tym konkretnym kraju.
Trzy klasyczne błędy: użycie samego kodu kraju, co jest niepoprawne; wymyślenie nieistniejącego kodu regionu; albo niespójne mieszanie obu form w jednej grupie.
Ważne: pierwszym elementem jest zawsze język, drugim region. Odwrotnie jest niepoprawnie.
Sprawdzenie: zbierz wszystkie swoje kody i porównaj je z odpowiednimi normami.
5. Kierowanie na kraj bez zróżnicowanej treści
Błąd projektowy, a nie składniowy.
Deklarowanie osobnej wersji dla Polski i osobnej dla polskojęzycznych klientów w Niemczech ma sens tylko wtedy, gdy treści naprawdę się różnią: ceny, waluta, warunki dostawy, informacje prawne.
Jeśli obie strony są identyczne, tworzysz duplikaty bez korzyści, a wyszukiwarki same wybiorą, którą podać.
Sprawdzenie: dla każdej pary wersji w tym samym języku wskaż przynajmniej jedną istotną różnicę. W przeciwnym razie połącz je.
Moduł hreflang dla PrestaShop 8: znaczniki alternate w wielojęzycznym SEOPoprawne znaczniki hreflang na wszystkich stronach PrestaShop 8: natywne przetłumaczone adresy URL, x-default, grupy multistore i ponad 70 kodów hreflang.€29,00
6. Adnotacje na stronach nieprzetłumaczonych
Sytuacja częsta w katalogach przetłumaczonych częściowo.
Zadeklarowanie niemieckiej wersji karty produktu, której opis został po polsku, daje dwa problemy: niemiecki odwiedzający trafia na treść, której nie rozumie, a wyszukiwarka stwierdza, że strona zapowiedziana jako niemiecka nią nie jest.
Zasada: deklaruj tylko wersje faktycznie przetłumaczone. Grupa z trzema językami przy jednym produkcie i pięcioma przy innym jest całkowicie poprawna.
Sprawdzenie: weź losowo trzy produkty i przeczytaj ich wersje obcojęzyczne. Jeśli znajdziesz tam język źródłowy, popraw.
7. Źle użyta wartość ogólna
Szczególna wartość pozwala wskazać wersję domyślną, podawaną odwiedzającym, których język nie odpowiada żadnej zadeklarowanej wersji.
Dwa błędy. Traktowanie jej jak języka, w przekonaniu, że celuje w angielski: nie celuje w żaden język w szczególności. I pominięcie jej: bez niej japoński odwiedzający na stronie z pięcioma językami europejskimi nie ma wskazanej wersji.
Ta wartość jest opcjonalna. Jeśli jej używasz, musi wskazywać jedną stronę, a ta strona musi być w grupie jak pozostałe.
8. Adresy względne lub niespójne
Cztery problemy adresowe, które unieważniają deklaracje.
Adresy względne. Muszą być bezwzględne, z protokołem i domeną.
Mieszanie protokołów, jedna wersja zadeklarowana jako bezpieczna, druga nie.
Adresy z przekierowaniem. Deklaracja wskazująca adres, który przekierowuje, dokłada krok i zaciemnia sygnał.
Niespójność z kanonicznym. Jeśli deklaracja wskazuje jeden adres, a kanoniczny strony docelowej inny, grupa jest zepsuta.
Sprawdzenie: automatyczna kontrola na próbce stron wykrywa te cztery przypadki w kilka minut.
9. Strony błędne lub nieindeksowalne
Deklaracja wskazująca stronę, która już nie istnieje, która przekierowuje albo nosi dyrektywę zakazu indeksowania, jest bezużyteczna.
Przypadek pojawia się zwykle po przebudowie serwisu albo po usunięciu produktu w jednym tylko języku.
Praktyczna konsekwencja: gdy usuwasz stronę w jednym języku, musisz zaktualizować adnotacje wszystkich pozostałych wersji w grupie. To właśnie zapomina się najczęściej.
Sprawdzenie: przeskanowanie serwisu crawlerem z rejestracją kodów odpowiedzi na zadeklarowanych adresach.
10. Pominięta mapa witryny i nagłówki
Adnotacje można umieścić na trzy sposoby: w nagłówku strony, w nagłówkach odpowiedzi albo w mapie witryny.
Dwa przeciwstawne błędy.
Deklarowanie ich w kilku miejscach z różnymi wartościami, co tworzy konflikt.
Niedeklarowanie ich w ogóle dla dokumentów innych niż HTML, jak pliki PDF, dla których możliwa jest tylko droga nagłówków odpowiedzi.
Przy dużym katalogu deklaracja w mapie witryny ma zaletę: skupia informację i odchudza strony. Wymaga za to poprawnie generowanej i aktualnej mapy.
Metoda sprawdzenia w dwadzieścia minut
Pięć kroków.
1. Otwórz po jednej stronie w każdym języku i porównaj ich adnotacje. Muszą wymieniać dokładnie te same adresy.
2. Sprawdź kanoniczny każdej: musi wskazywać samą siebie.
3. Zbierz użyte kody i zweryfikuj ich format.
4. Przeczytaj treść dwóch lub trzech stron obcojęzycznych, by potwierdzić, że są rzeczywiście przetłumaczone.
5. Zajrzyj do raportu kierowania międzynarodowego w Search Console, który zgłasza brakujące odnośniki zwrotne i niepoprawne kody w skali całego serwisu.
Ten ostatni punkt jest najskuteczniejszy w bieżącym monitoringu: wykrywa regresje po wdrożeniu bez ręcznego sprawdzania.
Czego te adnotacje nie robią
Trzy przydatne wyjaśnienia.
Nie zmieniają pozycji w wynikach. Mówią, którą wersję podać, a nie którą wyżej ustawić.
Nie zastępują tłumaczenia. Źle przetłumaczona strona pozostaje złą stroną, poprawnie oznaczoną.
Nie przekierowują nikogo. Odwiedzający, który trafi na niewłaściwą wersję, musi móc ją zmienić, co wymaga widocznego przełącznika języków.
W tym ostatnim punkcie praktyka do uniknięcia: automatyczne przekierowanie według języka przeglądarki. Uniemożliwia odwiedzającemu obejrzenie innej wersji i utrudnia indeksowanie. Proponuj, nie zmuszaj.
Moduł Hreflang dla PrestaShop obsługuje te adnotacje w PrestaShop 8 i 9: automatyczne generowanie z wzajemnością i odwołaniem do siebie, wykluczenie z grupy stron nieprzetłumaczonych, spójność z kanonicznymi wskazującymi samą stronę oraz kontrola zadeklarowanych adresów błędnych lub przekierowujących.
