Strony wielojęzyczne: CMS, adresy i przepływ pracy
Strona wielojęzyczna to nie jedna strona pomnożona przez liczbę języków. To jeden model treści z relacjami tłumaczeń, wzorzec adresów, którego nigdy więcej nie zechcesz zmieniać, i przepływ pracy decydujący, czy tłumaczenia pozostaną aktualne, czy zestarzeją się w rok.
Ten przewodnik omawia decyzje w kolejności kosztu ich cofnięcia.
Najpierw wybierz wzorzec adresów#
To najdroższa decyzja do zmiany, bo wiąże się z hreflang, kanonicznymi i każdym przekierowaniem, jakie kiedykolwiek napiszesz.
| Wzorzec | Przykład | Kompromis |
|---|---|---|
| Podkatalog | site.pl/de/uslugi | Najprostszy; jedna domena buduje cały autorytet |
| Subdomena | de.site.com/uslugi | Czystsze rozdzielenie; więcej konfiguracji, podzielone sygnały |
| Domena krajowa | site.de/leistungen | Najsilniejszy sygnał lokalny; osobna strona do zarządzania |
| Parametr | site.com/uslugi?lang=de | Unikać — słabe sygnały, ryzyko duplikacji |
Dla większości projektów podkatalogi są właściwe. Domeny krajowe opłacają się tylko wtedy, gdy naprawdę budujesz lokalną obecność, z zespołem na rynek.
Język i części, które się tłumaczy#
Wersja językowa to więcej niż tekst. Te elementy są najczęściej pomijane i widoczne dla odwiedzających.
- Nazwy adresów: tłumaczone dla lokalnej trafności albo identyczne dla prostszego utrzymania. Oba obronne; wybierz świadomie.
- Metadane: tytuły i opisy na język, nie wyprowadzane maszynowo z oryginału.
- Daty, liczby i waluta w formacie lokalnym.
- Formularze: etykiety, komunikaty błędów, potwierdzenia i wynikające z nich e-maile.
- Obrazy z wtopionym tekstem — nieprzetłumaczalne bez osobnych plików.
- Podstrony prawne: polityka prywatności i regulamin mają realne różnice między jurysdykcjami.
- Wyszukiwarka i strony błędów, które niemal zawsze zostają w języku oryginału.
- Kierunek pisma przy językach od prawej do lewej — to układ, a nie tylko tekst.
Poprawne ustawienie hreflang#
hreflang mówi wyszukiwarkom, która wersja odpowiada któremu językowi. Jest mechaniczny i zawodzi w sposób mechaniczny.
- Każda podstrona deklaruje wszystkie swoje wersje językowe, łącznie z samą sobą.
- Odwołania muszą być wzajemne. Brak odwołania zwrotnego unieważnia całą grupę.
- Używaj poprawnych kodów: pl, de, pt-br. Wymyślony kod jest ignorowany.
- Używaj tego samego kodu w HTML i w mapie strony; dwa różne kody rozbijają grupę.
- Dodaj x-default dla odwiedzających, którzy nie trafiają w żaden język.
- Generuj wszystko z jednego źródła, żeby HTML i mapa strony nie mogły się rozjechać.
- Jeśli podstrona nie istnieje w danym języku, nie deklaruj tego języka — nie wskazuj zamiennika.
Ostatnia zasada jest ważna przy tłumaczeniu etapami: częściowo przetłumaczona strona jest w porządku, dopóki hreflang deklaruje tylko to, co istnieje.
Przepływ pracy: gdzie to grzęźnie w praktyce#
Konfiguracja techniczna to część łatwa. Utrzymanie aktualności tłumaczeń to miejsce, gdzie projekty wielojęzyczne stają.
| Problem | Co się dzieje | Podejście |
|---|---|---|
| Oryginał się zmienia, tłumaczenie nie | Języki po cichu się rozjeżdżają | Oznaczać tłumaczenia jako nieaktualne przy zmianie oryginału |
| Brak właściciela języka | Tłumaczenia starzeją się niezauważone | Wyznaczyć odpowiedzialnego na język |
| Tłumaczenie wszystkiego | Koszt rośnie z liczbą podstron, nie z wartością | Tłumaczyć tylko to, czego dany rynek potrzebuje |
| Tłumaczenie maszynowe bez korekty | Błędy szkodzące marce i słabe pozycje | Maszynowe jako pierwsza wersja, zawsze sprawdzana |
| Tłumacze bez kontekstu | Dosłowne, ale błędne teksty | Wysyłać zrzuty ekranu i notatki |
| Brak wersji roboczych na język | Połowiczne tłumaczenia na żywo | Osobny status publikacji dla każdego języka |
Zdecyduj z góry, które języki są kompletne, a które dostają tylko rdzeń. Strona z pięcioma dobrymi językami działa lepiej niż z piętnastoma nieaktualnymi.
Najczęstsze pytania
Podkatalogi czy osobne domeny?
Podkatalogi dla większości projektów: jedna domena buduje cały autorytet, konfiguracja jest prostsza i jest jedna strona do utrzymania. Domeny krajowe opłacają się, gdy naprawdę budujesz lokalną obecność z zespołem na rynek — wtedy kupujesz mocny sygnał lokalny i płacisz obciążeniem zarządczym.
Czy tłumaczenie maszynowe jest akceptowalne?
Jako pierwsza wersja sprawdzana przez człowieka tak — to dziś normalna praktyka i istotnie oszczędza. Publikowane bez korekty jest ryzykowne: błędy w terminach fachowych szkodzą wiarygodności dokładnie u tych czytelników, do których chcesz dotrzeć, a teksty słabo rankują, bo nie odpowiadają temu, jak ludzie naprawdę szukają.
Czy muszę tłumaczyć każdą podstronę na każdy język?
Nie, a próba tego to sposób, w jaki projekty wielojęzyczne grzęzną. Tłumacz to, czego dany rynek potrzebuje: podstrony kluczowe, usługi oferowane tam i treść, której szuka się w tym języku. Dopóki hreflang deklaruje tylko to, co istnieje, częściowo przetłumaczona strona jest technicznie w porządku.
Co najczęściej psuje się na stronach wielojęzycznych?
Dwie rzeczy. Technicznie: niewzajemny hreflang, który unieważnia całą grupę językową. Organizacyjnie: brak właściciela języka, przez co oryginał idzie do przodu, a tłumaczenia stoją. To drugie jest częściej fatalne, bo to nie awaria, którą ktoś zgłasza — degradacja jest stopniowa.
strona wielojęzycznahreflangtłumaczenie cmsseo wielojęzycznestrona międzynarodowawersje językowe
