Konfiguracja sklepu wielojęzycznego: jak przygotować PrestaShop do sprzedaży międzynarodowej

Sprawdzono w czerwcu 2026, kroki dotyczą PrestaShop 1.7, 8 i 9; narzędzie Tłumaczenia oraz pola _lang dla poszczególnych języków działają tak samo we wszystkich tych wersjach.

Dodanie drugiego języka do PrestaShop wygląda jak zadanie na dwie minuty: zainstalować pakiet językowy, zaznaczyć pole, gotowe. Potem wychodzą pęknięcia, e-maile przetłumaczone tylko częściowo, przycisk w koszyku nadal po angielsku w niemieckiej wersji sklepu, nieuzupełnione opisy produktów, zaplecze administracyjne, w którym pracownicy magazynu nagle patrzą na francuski interfejs. Wielojęzyczny mechanizm PrestaShop jest naprawdę solidny (każde tłumaczalne pole jest przechowywane osobno dla każdego języka na poziomie bazy danych, a nie doklejone z boku), ale „obsługuje wiele języków” i „jest poprawnie przygotowany do sprzedaży międzynarodowej” to dwa zupełnie różne stany. Ten przewodnik pomaga zamknąć tę lukę: pokazuje dokładne kroki w panelu administracyjnym potrzebne do dodania i skonfigurowania języka, wyjaśnia, gdzie faktycznie znajdują się poszczególne kategorie tekstów do tłumaczenia, i podaje kolejność prac, dzięki której nie uruchomisz sklepu przetłumaczonego w 80% i mylącego w 100%.

To językowa część przygotowań do sprzedaży międzynarodowej. Waluty, podatki i ustawienia dla poszczególnych krajów omawiamy osobno, przejmują je przewodnik po konfiguracji wielu walut oraz szerszy poradnik o sprzedaży w Europie. Tutaj skupiamy się na językach.

Jak PrestaShop przechowuje języki (i dlaczego to ma znaczenie)

Zanim zmienisz jakiekolwiek ustawienie, warto wiedzieć, co tak naprawdę konfigurujesz. W PrestaShop język jest rekordem w tabeli lang, a niemal każdy typ treści ma towarzyszącą tabelę _lang, product_lang, category_lang, cms_lang, meta_lang, która przechowuje po jednym rekordzie na język dla każdego elementu. Dodając język, nie przełączasz trybu wyświetlania; tworzysz równoległy zestaw pustych pól treści, które ktoś musi teraz uzupełnić.

Co z tego wynika? Dwie rzeczy, które tłumaczą większość błędów w sklepach wielojęzycznych:

• Nowo dodany język startuje jako pusty, a nie automatycznie przetłumaczony. PrestaShop w niektórych miejscach pokaże tekst z języka domyślnego w nieprzetłumaczonych polach i właśnie tak kończy się z angielskimi nazwami produktów pod niemieckim menu.
• Teksty interfejsu (przyciski, komunikaty błędów, treść e-maili) nie są przechowywane w tych tabelach _lang, pochodzą z plików tłumaczeń i narzędzia Tłumaczenia, czyli z całkowicie osobnego procesu. Przetłumaczenie produktów nie zmieni przycisku w koszyku. Trzeba zrobić jedno i drugie.

Jak poprawnie dodać język: Lokalizacja → Języki

Najszybszą poprawną ścieżką jest instalacja pełnego pakietu lokalizacyjnego, a nie samego języka. Przejdź do Międzynarodowy → Lokalizacja (w starszych sklepach 1.6 będzie to Lokalizacja → Lokalizacja). Wybierz kraj i koniecznie sprawdź pola określające, co ma zostać zaimportowane: Stany/województwa, Podatki, Waluty, Języki, Jednostki oraz Zmień sposób działania podatków. Import języka tą metodą pobiera też odpowiednie formaty liczb i dat oraz pakiet podstawowych tłumaczeń, więc zaczynasz od przetłumaczonego interfejsu PrestaShop, a nie od pustej planszy.

[SCREENSHOT: panel importu Międzynarodowy → Lokalizacja z wybranym krajem oraz widocznymi polami Stany/województwa / Podatki / Waluty / Języki / Jednostki przed zaimportowaniem pakietu]

Po imporcie przejdź do Międzynarodowy → Lokalizacja → Języki i otwórz nowy język, aby sprawdzić pola, które po cichu potrafią zepsuć sklep:

• Kod ISO i Kod języka, kod ISO (np. de) steruje nazwą pliku pakietu językowego i flagą; kod języka (np. de-DE) steruje atrybutem lang oraz formatowaniem dat. Niezgodność w tym miejscu jest częstą przyczyną problemu „plik tłumaczenia się nie ładuje”.
• Format daty, ustawiany osobno dla każdego języka, dzięki czemu jeden sklep może pokazywać format DD/MM/YYYY odwiedzającym z Francji i właściwy format w innych wersjach językowych bez własnego kodu.
• Język RTL, włącz tę opcję dla arabskiego, hebrajskiego lub perskiego, a PrestaShop załaduje arkusz stylów od prawej do lewej. Jeśli o tym zapomnisz, sklep w języku RTL będzie ułożony od lewej do prawej i dla klienta będzie wyglądał na uszkodzony.
• Status, wyłączone języki pozostają zainstalowane (możesz więc przygotowywać tłumaczenia prywatnie), ale nie pojawią się w przełączniku języka w sklepie, dopóki ich nie włączysz.

Język sklepu a język pracownika, trzymaj je osobno

Jeden szczegół oszczędza wiele problemów: języki widoczne dla klientów nie są tym samym co języki, w których pracuje Twój zespół. Włączenie niemieckiego w sklepie nie wymusza niemieckiego w panelu administracyjnym. Każdy pracownik ustawia własny język zaplecza w swoim profilu (Zaawansowane → Zespół → Pracownicy albo we własnych preferencjach). Możesz więc sprzedawać w sześciu językach, a pracownicy magazynu nadal mogą używać panelu po angielsku. Nowi sprzedawcy często obawiają się, że dodanie języka dla klientów pomiesza ich własny panel, tak się nie stanie.

Pięć warstw treści, które naprawdę trzeba przetłumaczyć

„Przetłumaczenie sklepu” to w praktyce pięć osobnych zadań znajdujących się w różnych miejscach. Pominiesz jedno z nich i właśnie tę warstwę zauważą klienci. Oto mapa, w kolejności, która ma znaczenie:

Warstwa	Gdzie się znajduje	Jak ją tłumaczysz	Jeśli ją pominiesz…
Katalog (produkty, kategorie, cechy, atrybuty)	Tabele _lang	Flaga/lista języka na każdej stronie edycji	Angielskie nazwy produktów pod przetłumaczonym menu, najbardziej widoczna wpadka
Strony CMS (regulaminy, wysyłka, zwroty, prywatność)	cms_lang	Zakładki językowe w edytorze CMS	Strony prawne w złym języku, problem zgodności i zaufania
Teksty interfejsu (przyciski, etykiety, błędy)	Pliki tłumaczeń	Międzynarodowy → Tłumaczenia	„Add to cart” zostaje po angielsku w trakcie zakupów
Szablony e-maili	Tłumaczenia wiadomości + .tpl/.html	Narzędzie Tłumaczenia, typ „Tłumaczenia e-maili”	Potwierdzenia zamówień przychodzą w złym języku, pierwsze wrażenie po płatności
Teksty modułów	Pliki tłumaczeń każdego modułu	Narzędzie Tłumaczenia, osobno dla modułu	Blok z modułu zewnętrznego po angielsku na skądinąd przetłumaczonej stronie

Treści katalogowe: przełącznik języka przy każdym polu

Każde tłumaczalne pole produktu, kategorii lub strony CMS ma mały selektor języka (rozwijaną flagę w 1.6, zakładkę lub listę języka w 1.7+). Przełącz go, wpisz tłumaczenie, zapisz. Pole, którego nie uzupełnisz, pozostanie puste dla tego języka, bez cichego automatycznego wypełniania, i właśnie o to chodzi. Przy dużym katalogu to największa część pracy i moment, w którym wybierasz strategię tłumaczeń: profesjonalne tłumaczenie dla bestsellerów i treści wrażliwych prawnie; tłumaczenie AI z korektą native speakera dla długiego ogona; surowe tłumaczenie maszynowe tylko tam, gdzie alternatywą naprawdę jest brak treści. Cokolwiek wybierzesz, nie wklejaj angielskiego tekstu do każdego pola językowego, żeby „uniknąć pustych miejsc”, to gorsze niż pustka, bo tworzy zduplikowaną treść pod różnymi adresami językowymi.

Teksty interfejsu, e-maile i moduły: narzędzie Tłumaczenia

[SCREENSHOT: Międzynarodowy → Tłumaczenia, panel „Modyfikuj tłumaczenia” z otwartą listą typu tłumaczenia pokazującą opcje Sklep / E-mail / Zainstalowane moduły / Panel administracyjny]

To warstwa, o której sprzedawcy zapominają, bo katalog wygląda na gotowy, a sklep sprawia wrażenie przetłumaczonego aż do momentu, gdy klient kliknie przycisk. Przejdź do Międzynarodowy → Tłumaczenia. Wybierz typ tłumaczenia, najważniejsze to:

• Tłumaczenia sklepu, teksty motywu, które klient czyta podczas zakupów.
• Tłumaczenia e-maili, treść wiadomości dotyczących zamówień, wysyłki i konta. Przetłumacz je i wyślij sobie test, bo tekst niemiecki czy fiński może być o 30–40% dłuższy od angielskiego i rozbić sztywny układ e-maila.
• Tłumaczenia zainstalowanych modułów. Wybierz język i konkretny moduł; każdy ma własne teksty. Świeżo zainstalowany moduł zewnętrzny często zostawia pojedyncze angielskie frazy.
• Tłumaczenia panelu administracyjnego, tylko jeśli Twój zespół pracuje w tym języku.

Zmiany wykonane tutaj są zapisywane jako nadpisania tłumaczeń dla wybranego motywu, modułu i języka, zrób więc ich kopię zapasową albo eksport przed zmianą motywu, aktualizacją modułu lub dużą aktualizacją sklepu, bo takie operacje mogą na nie wpłynąć. Jeśli tekst nie pojawia się w narzędziu, prawie zawsze oznacza to, że programista nie opakował go w funkcję tłumaczeń PrestaShop. To realne ograniczenie, o którym warto wiedzieć, zanim zaczniesz obwiniać siebie.

Kolejność konfiguracji, która zapobiega częściowo przetłumaczonemu startowi

Kolejność ma znaczenie, bo niektóre kroki odblokowują kolejne. Praktyczny porządek wygląda tak:

• 1. Zaimportuj pakiet lokalizacyjny dla kraju (ekran Lokalizacja), jednym ruchem otrzymujesz język, podstawowe tłumaczenie interfejsu, formaty dat/liczb i jednostki.
• 2. Potwierdź ustawienia języka (ekran Języki), kody ISO/języka, format daty, RTL, jeśli potrzebny. Na razie zostaw język wyłączony, żeby klienci nie widzieli niedokończonej wersji.
• 3. Następnie przetłumacz strony CMS i prawne. Jest ich skończona liczba, mają wysoką wagę i powinny być przetłumaczone profesjonalnie, więc zrób to, gdy język jest jeszcze ukryty.
• 4. Przetłumacz katalog, to największe zadanie; przed startem co najmniej bestsellery i główne kategorie.
• 5. Uruchom narzędzie Tłumaczenia dla sklepu, e-maili i każdego aktywnego modułu, potem złóż prawdziwe testowe zamówienie w tym języku, aby wychwycić problemy z układem i pozostałe angielskie teksty.
• 6. Włącz język dopiero wtedy, gdy powyższe kroki są naprawdę zakończone. Wyłączony status istnieje po to, żeby nigdy nie pokazywać klientom sklepu przetłumaczonego w 70%.

Gdzie znajdują się przełącznik języka i flagi (a gdzie ich nie ma)

Gdy język jest włączony, domyślny motyw PrestaShop automatycznie pokazuje selektor języka w nagłówku za pomocą modułu ps_languageselector. Możesz go przenieść lub ostylować w motywie, a stara dyskusja „flagi czy nazwy języków” jest osobnym tematem użyteczności, flaga sugeruje kraj, a nie język, co irytuje choćby Austriaka, któremu pokazuje się niemiecką flagę. Omówiliśmy to oraz drobne elementy front-endu, które pomagają zatrzymać międzynarodowych odwiedzających, w artykule o selektorze waluty i flagach językowych, więc tutaj nie będziemy wracać do tej dyskusji.

SEO: nie pozwól, aby tłumaczenia kanibalizowały się nawzajem

Gdy ta sama strona istnieje w wielu językach, musisz powiedzieć Google, że są to wersje alternatywne, a nie duplikaty. Do tego służą adnotacje hreflang, a temat jest na tyle obszerny, że ma własny przewodnik: tagi hreflang. Decyzje konfiguracyjne dotyczące języków, które wpływają na hreflang, należą jednak tutaj:

• Meta dla każdego języka, napisane, a nie przetłumaczone. Meta tytuły i opisy są przechowywane osobno dla każdego języka, w tabeli meta_lang dla stron statycznych i CMS oraz w product_lang / category_lang dla stron katalogowych. Najskuteczniejsze słowo kluczowe po angielsku rzadko jest jego dosłownym odpowiednikiem w innym języku, więc meta powinny być napisane w języku docelowym przez kogoś, kto w nim wyszukuje, nie tłumacz tagów meta automatycznie.
• Przyjazne adresy URL dla każdego języka. Przy włączonych przyjaznych adresach URL (Parametry sklepu → Ruch & SEO) każdy język otrzymuje lokalizowany slug, /en/shower-drain, /de/duschrinne, /fr/caniveau-de-douche, co jest znacznie mocniejsze niż przenoszenie angielskich slugów do każdej wersji językowej. Nasz Smart SEO Friendly URL Manager utrzymuje te slugi w czystej, odpowiedniej dla języka formie, żeby nie trzeba było edytować ich produkt po produkcie.
• Mapy witryny dla poszczególnych języków z hreflang. Mapa witryny, która wymienia każdą wersję językową i łączy je ze sobą, pomaga Google zaindeksować pełny zestaw, a nie tylko jedną wersję. Nasz Advanced SEO Sitemap Builder generuje mapy witryny dla poszczególnych języków z właściwymi adnotacjami.
• Linkuj w ramach jednego języka. Niemiecki wpis na blogu powinien linkować do niemieckich stron produktów, a nie do ich angielskich odpowiedników, mieszane językowo linki wewnętrzne marnują autorytet i mylą roboty indeksujące. Automatic Internal SEO Linker respektuje bieżący język podczas budowania linków, więc pozostaje to poprawne także wtedy, gdy katalog rośnie.

Tłumaczenie a lokalizacja: część, którą zespoły niedoszacowują

Przetłumaczenie słów jest konieczne; dopasowanie do rynku jest tym, co naprawdę konwertuje. PrestaShop obsługuje część tego procesu po ustawieniu języków i pakietu lokalizacyjnego, ale tylko część:

• Formaty dat i liczb, obsługiwane osobno dla każdego języka przez opisane wyżej ustawienia (1.234,56 dla Niemiec, 1,234.56 dla Wielkiej Brytanii), pod warunkiem że poprawnie ustawisz pole formatu.
• Jednostki miary, pakiet lokalizacyjny ustawia domyślne wartości metryczne/imperialne, ale opisy produktów nadal muszą używać właściwych jednostek.
• Dopasowanie kulturowe. Walentynkowy baner albo odniesienie typowe dla USA może zupełnie nie zadziałać na innym rynku; to decyzja redakcyjna, nie ustawienie.
• Oczekiwania dotyczące płatności, kupujący z Holandii oczekują iDEAL, kupujący z Polski BLIK. To decyzja dotycząca metod płatności, ale właśnie dlatego „w pełni przetłumaczony” sklep nadal może wydawać się obcy przy płatności.

Waluta też należy do tej grupy, niemieckojęzyczny Austriak oczekuje EUR, niemieckojęzyczny Szwajcar CHF, a sam język tego poprawnie nie rozwiąże. Ponieważ waluta jest naprawdę osobną osią względem języka, pełne omówienie zostawiamy w przewodniku po wielu walutach, zamiast omawiać ją tutaj połowicznie.

Jeden panel administracyjny czy kilka? Kiedy same języki nie wystarczą

Wszystko powyżej zakłada wiele języków w ramach jednego sklepu ze wspólnym katalogiem. To właściwy model dla większości sprzedawców międzynarodowych. Jeśli jednak Twoje rynki wymagają naprawdę różnych katalogów, struktur cenowych lub brandingu, a nie tylko tłumaczeń tego samego sklepu, wchodzisz w obszar multistore, czyli inną architekturę z własnymi kompromisami. Porównujemy oba podejścia i pokazujemy, kiedy które ma sens, w artykule o PrestaShop multistore. Dla zdecydowanej większości sklepów wielojęzyczność w jednym sklepie jest prostsza, tańsza w utrzymaniu i w pełni wystarczająca.

Błędy, które po cichu kosztują

• Włączenie języka, zanim zostanie przetłumaczony. Korzystaj ze statusu wyłączonego. Publiczny sklep w połowie po angielsku niszczy zaufanie szybciej niż brak tłumaczenia.
• Przetłumaczenie katalogu i pominięcie narzędzia Tłumaczenia. Produkty po niemiecku, przyciski i e-maile po angielsku, to warstwy najczęściej zostawiane na boku, bo sklep wygląda na gotowy.
• Kopiowanie angielskiego tekstu do każdego pola językowego. Robione po to, żeby uniknąć pustych pól, tworzy zduplikowaną treść. Puste pole da się naprawić; duplikacja to samodzielnie zadana rana SEO.
• Automatyczne tłumaczenie meta i slugów. Twoje adresy URL i fragmenty w wynikach wyszukiwania zasługują na natywne dobory słów kluczowych, a nie dosłowne tłumaczenia.
• Zapominanie o tekstach modułów po każdej nowej instalacji. Każdy moduł zewnętrzny dostarcza własne tłumaczenia; uruchom narzędzie ponownie za każdym razem, gdy dodajesz nowy moduł.

Najczęściej zadawane pytania

Czy dodanie języka dla klientów przełączy mój panel administracyjny na ten język?

Nie. Języki widoczne dla klientów i język, w którym pracuje Twój zespół, są oddzielne. Włączenie niemieckiego w sklepie nie zmienia panelu administracyjnego. Każdy pracownik ustawia własny język zaplecza w Zaawansowane → Zespół → Pracownicy (albo we własnych preferencjach), więc możesz sprzedawać w sześciu językach, a pracownicy magazynu nadal mogą używać panelu po angielsku.

Dlaczego mój produkt jest przetłumaczony, ale przycisk „Add to cart” nadal jest po angielsku?

Bo znajdują się w różnych miejscach. Treści katalogowe (nazwy produktów, opisy, CMS) są w tabelach _lang osobnych dla języków i tłumaczy się je przez przełącznik języka na każdej stronie edycji. Teksty interfejsu, przyciski, etykiety, komunikaty błędów, e-maile, pochodzą z plików tłumaczeń i narzędzia Tłumaczenia (Międzynarodowy → Tłumaczenia), czyli z całkowicie osobnego procesu. Trzeba zrobić jedno i drugie oraz ponownie uruchamiać narzędzie dla każdego modułu po każdej nowej instalacji.

Czy warto skopiować angielski tekst do pustych pól językowych, żeby uniknąć braków?

Nie, to gorsze niż pozostawienie ich pustych. Wklejenie angielskiego do każdego pola językowego tworzy zduplikowaną treść pod adresami dla różnych języków, czyli samodzielnie wywołany problem SEO. Puste pole da się uzupełnić; zduplikowaną treść trzeba później sprzątać. Przetłumacz poprawnie albo zostaw puste i przetłumacz w następnej kolejności.

Czy mogę przygotować tłumaczenia tak, aby klienci nie widzieli niedokończonego sklepu?

Tak, podczas pracy trzymaj język wyłączony. Wyłączony język pozostaje zainstalowany i edytowalny, ale nie pojawia się w przełączniku języka w sklepie, więc możesz prywatnie tłumaczyć strony CMS, katalog, e-maile i teksty modułów, a potem włączyć go dopiero wtedy, gdy naprawdę jest gotowy. Stan wyłączony istnieje właśnie po to, żeby nigdy nie pokazywać klientom sklepu przetłumaczonego w 70%.

Czy powinienem automatycznie tłumaczyć meta tytuły i slugi URL?

Nie. Meta tytuły i opisy są przechowywane osobno dla każdego języka i powinny być napisane w języku docelowym przez kogoś, kto w nim wyszukuje. Najlepsze słowo kluczowe po angielsku rzadko jest jego dosłownym tłumaczeniem. Przyjazne adresy URL powinny otrzymać lokalizowany slug dla każdego języka (/de/duschrinne, a nie angielski slug przeniesiony do innych wersji). Nasz Smart SEO Friendly URL Manager utrzymuje te slugi dla poszczególnych języków w czystej formie, żeby nie trzeba było edytować ich produkt po produkcie.

Powiązane materiały

• Tagi hreflang, gdy masz już wiele adresów URL w różnych językach, właśnie tak powstrzymujesz je przed kanibalizacją w wyszukiwarce.
• Wiele walut i sprzedaż międzynarodowa. Waluta jest osobną osią względem języka (niemieckojęzyczny Szwajcar oczekuje CHF, a nie EUR).
• Sprzedaż w Europie, mapa obejmująca język, walutę i unijne zasady VAT.

Poprawnie skonfigurowany wielojęzyczny sklep PrestaShop otwiera rynki, do których jednojęzyczni konkurenci nie docierają, a platforma daje Ci narzędzia, żeby zrobić to porządnie, pola treści dla każdego języka, prawdziwy interfejs tłumaczeń, lokalizowane formaty i adresy URL. Praca nie sprowadza się do jednego ustawienia; polega na tym, żeby wiedzieć, że istnieje pięć warstw tekstu, wykonać je w kolejności, która nigdy nie ujawnia niedokończonego sklepu, i traktować język, walutę oraz SEO jako osobne problemy, którymi naprawdę są. Ustaw właściwą kolejność, a sklep będzie czytał się tak, jakby od początku powstał natywnie w każdym języku, a dla klienta, który decyduje, czy powierzyć Ci płatność, to sedno sprawy.