Czy tłumaczyć adresy URL? Kiedy to pomaga, a kiedy generuje koszty

Tłumaczone adresy URL to jedna z tych decyzji w projektach wielojęzycznych, które wyglądają na czysto techniczne, a w rzeczywistości są strategiczne. Porównajmy /fr/summer-dresses oraz /fr/robes-ete. To mała różnica na ekranie, ale ogromna w konsekwencjach, ponieważ adresy URL to część strony, którą inni użytkownicy kopiują, do której linkują i którą indeksują wyszukiwarki.

Krótka odpowiedź brzmi: tłumaczenie ich zazwyczaj jest dobrym pomysłem, jednak zysk z tego jest mniejszy, niż sugeruje większość poradników, a koszty niedbałego wykonania tej operacji na działającej stronie są znacznie większe niż płynące z niej korzyści.

Co tak naprawdę zyskujesz

Słowa w adresie URL są słabym sygnałem rankingowym. Są takie od lat i każdy, kto twierdzi, że przetłumaczony slug wypchnie Cię na szczyt wyników wyszukiwania, próbuje coś sprzedać.

To, co naprawdę zyskujesz dzięki przetłumaczonym adresom URL, to zaufanie oraz klikalność. Francuski klient przeglądający wyniki wyszukiwania widzi adres we własnym języku i postrzega witrynę jako francuską. Ktoś wklejający Twój link w wiadomości od razu wie, czego dotyczy strona. Na rynkach, gdzie język źródłowy nie jest powszechnie znany, nietłumaczony adres URL wygląda jak podfolder zagranicznej witryny stworzony przez automat, a to wrażenie kosztuje więcej kliknięć, niż kiedykolwiek warty był sam sygnał rankingowy dla SEO.

Istnieje również korzyść wewnętrzna, o której mało kto wspomina: Twój zespół może łatwiej czytać analitykę. Raport ruchu pełen przetłumaczonych adresów URL jest czytelny dla osoby zarządzającej danym rynkiem.

Ile to kosztuje, gdy zrobisz to źle

Zmiana istniejącego już adresu URL oznacza, że każdy prowadzący do niego link, każdy wpis w indeksie oraz każda zakładka prowadzą teraz do czegoś, co musi zostać przekierowane, albo przestało istnieć.

Na nowej stronie bez historii nie kosztuje to nic. W pięcioletnim sklepie z wieloma linkami zwrotnymi jest to najczęstsza przyczyna spadków ruchu po wdrożeniu obsługi wielu języków, a jest to w pełni unikalne.

Zasady te pokrywają prawie każdy przypadek.

Decyduj przed uruchomieniem, nie po. Tłumaczenie sluga w pierwszym dniu nie kosztuje nic. Tłumaczenie go dwa lata później wymaga planu przekierowań.

Jeśli zmieniasz adres, ustaw przekierowanie. Nie chodzi o miękki link z mapy witryny, lecz o prawdziwe przekierowanie 301 ze starego adresu na nowy, utrzymywane tak długo, jak długo cokolwiek wskazuje na stary adres, czyli znacznie dłużej, niż mogłoby się wydawać.

Platforma decyduje o skali ryzyka

To jest fragment, który większość poradników pomija, a całkowicie zmienia on poziom ryzyka.

PrestaShop domyślnie zapewnia ochronę. Standardowe ścieżki zawierają identyfikator obiektu: /3-clothes, /hommes/1-1-shirt.html. Kontroler odczytuje identyfikator, widzi, że struktura nie pasuje, i przekierowuje na bieżący adres. Zmiana adresu produktu lub kategorii nie powoduje więc błędu 404.

Wyjątkiem są statyczne strony typu meta, których adresy nie zawierają identyfikatora. Przetłumacz /content/1-delivery, a stary adres stanie się prawdziwym błędem 404. To właśnie te strony często gromadzą linki zwrotne, więc to one wymagają przekierowania.

WordPress nie zapewnia żadnej ochrony. Permalinki są adresami. Zmień sluga, a stary URL przestaje istnieć, chyba że coś go przekieruje. WordPress czasami samodzielnie próbuje odgadnąć nową stronę, ale na tym zachowaniu nie powinno się opierać planowania, a dodatkowo nie zadziała ono w przypadku sluga zmienionego na inny język.

Zatem ta sama decyzja na jednej platformie jest niemal darmowa, a na drugiej wymaga solidnego planu. Każde narzędzie zmieniające adresy URL na działającej stronie powinno przechwytywać stare adresy i obsługiwać dla nich przekierowania. Musisz to zweryfikować, zanim pozwolisz narzędziu na pracę.

Argumenty przeciwko tłumaczeniu

Są trzy sytuacje, w których pozostawienie adresów URL bez zmian jest lepszym rozwiązaniem.

Pismo niełacińskie. Japoński, chiński, koreański, arabski, tajski. Transliteracja tworzy adresy, które nie są ani czytelne, ani użyteczne, a typowa automatyczna transliteracja jest jeszcze gorsza: japońskie znaki kanji często zamieniane są na chiński pinyin, co dla japońskiego czytelnika nie ma sensu. Znaki natywne w formacie percent-encoded są technicznie poprawne, ale bardzo niewygodne w czytaniu w wiadomościach lub e-mailach. Zachowaj łaciński slug i poświęć wysiłek na tytuł oraz opis meta, ponieważ to tam japoński użytkownik faktycznie szuka informacji.

Strony z dużą liczbą linków przychodzących do każdej podstrony. Wydawca z tysiącami zewnętrznie linkowanych artykułów bierze na siebie ogromną powierzchnię do zarządzania przekierowaniami przy niewielkich korzyściach. Tłumacz adresy URL nowych treści, a archiwum zostaw w spokoju.

Strony krótkotrwałe. Strony kampanii, kolekcje sezonowe, cokolwiek, co usuniesz za trzy miesiące. Nie warto generować problemów.

Błędy, które psują dobry pomysł

Tłumaczenie prefiksu językowego. Segment /fr/ lub /de/ to kod, a nie słowo. Zostaw go. Niektóre konfiguracje kończą się adresami typu /francais/ lub tłumaczonym prefiksem, który nie pasuje do definicji języka, przez co wykrywanie języka przestaje działać.

Pozwalanie, by slugi oddalały się od tytułów. Jeśli tytuł zostanie później zmieniony, a slug zmieni się automatycznie, nieświadomie zmienisz adres URL. Slugi powinny być stałe: generowane raz z pierwszego tytułu, a potem pozostawione w spokoju, chyba że celowo je zmienisz i przekierujesz.

Duplikaty slugów w różnych językach. Dwie strony w różnych językach z tym samym przetłumaczonym slugiem mogą wywołać konflikt, w zależności od konfiguracji routingu. Większość platform radzi sobie z tym, niektóre dodają sufiks, a te, które robią to po cichu, generują adresy, których nikt nie planował.

Zapominanie o mapie witryny i tagach hreflang. Oba elementy muszą zawierać nowe adresy. Jeśli mapa witryny nadal promuje stare slugi, zmuszasz wyszukiwarki do indeksowania łańcucha przekierowań na każdej stronie.

Decyzja, którą podejmiesz w pięć minut

Tłumacz adresy URL, jeśli: strona jest nowa lub strony są nowe, rynek docelowy używa pisma łacińskiego, a platforma lub narzędzie obsługuje przekierowania dla wszystkiego, co ulega zmianie.

Pozostaw je w spokoju, jeśli: używasz pisma innego niż łacińskie, strony mają realne linki przychodzące i brak planu przekierowań, lub treść jest tymczasowa.

Niezależnie od wyboru, bądź konsekwentny. Sklep z połową przetłumaczonych kategorii wygląda mniej profesjonalnie niż taki, który nie tłumaczył ich wcale.

Jeśli przenosisz się z innej konfiguracji wielojęzycznej i stare adresy są już w indeksie, kolejność działań ma większe znaczenie niż sama decyzja. To osobny temat, omówiony w artykule jak przeprowadzić migrację strony wielojęzycznej bez utraty SEO.