← Blog

Jak przetłumaczyć sklep PrestaShop bez jego psucia

31 sierpnia 2026

Jak przetłumaczyć sklep PrestaShop bez jego psucia

Jak przetłumaczyć sklep PrestaShop bez jego psucia

Dodanie języka do PrestaShop zajmuje około dwóch minut. Otwierasz panel administracyjny, instalujesz język i pojawia się on w selektorze na stronie sklepu. Następnie odwiedzasz nową wersję swojego sklepu i odkrywasz ten sam problem, na który natykają się wszyscy: interfejs jest przetłumaczony, a twój faktyczny sklep już nie.

To właśnie w tej luce psuje się większość projektów tłumaczenia PrestaShop. Nie dlatego, że narzędzia są złe, ale dlatego, że ludzie mylnie rozumieją, co PrestaShop robi za nich, a co celowo pozostawia puste.

PrestaShop jest już wielojęzyczny. To zmienia cały problem

WordPress potrzebuje wtyczki, żeby w ogóle obsługiwać pojęcie drugiego języka. PrestaShop nie. Każdy element treści, który można przetłumaczyć, przechowywany jest w dedykowanej tabeli językowej: produkty, kategorie, strony CMS, tytuły meta, przepisania URL. Sklep był tworzony z myślą o wielojęzyczności od pierwszego dnia.

Pytanie brzmi więc nie: „jak sprawić, żeby mój sklep był wielojęzyczny". Sklep jest już wielojęzyczny. Pytanie brzmi: „jak wypełnić tysiące pustych wierszy bez zatrudniania agencji i bez niszczenia URL-i".

To rozróżnienie jest istotne, bo eliminuje całą kategorię narzędzi, zanim w ogóle zaczniesz je porównywać.

Co tak naprawdę daje oficjalny pakiet językowy

Kiedy instalujesz język, PrestaShop pobiera społecznościowy pakiet językowy. Jest bezpłatny i naprawdę przydatny, ale jego zakres jest wąski i warto to dokładnie wiedzieć.

Pakiet wypełnia ciągi interfejsu oraz krótką listę wierszy bazy danych: domyślne strony statyczne i ich przepisania URL, standardowe atrybuty kolorów i rozmiarów, statusy zamówień, czasy dostawy przewoźników, domyślne kategorie. W świeżym sklepie to kilkadziesiąt wierszy.

Czego pakiet nigdy nie rusza: twojego katalogu produktów i stron CMS. Ani jednej nazwy produktu, ani jednego opisu, ani jednej własnej strony. To jest twoja treść, więc pakiet pozostawia ją w spokoju.

To jest dokładna granica pracy. Wszystkiego, co pakiet obejmuje, nigdy nie powinieneś zlecać tłumaczeniu przez AI. Wszystko poza tym to właściwe zadanie.

Pułapka nakładki

Wiele narzędzi do tłumaczenia, zwłaszcza tych przeniesionych ze świata WordPress, działa przez przepisywanie strony w momencie jej wysyłania do przeglądarki. Sklep pozostaje jednoję-zyczny wewnątrz, a warstwa podmienia tekst na wyjściu.

W PrestaShop to kiepski wybór, z powodów, które ujawniają się po kilku tygodniach, a nie od razu.

Twój sklep nie wie, że przetłumaczone strony istnieją. Sitemap, tagi hreflang, kanoniczne URL-e i dane strukturalne opisują więc sklep jednoję-zyczny. Wyszukiwarki indeksują to, co deklaruje PrestaShop, a nie to, co nakładka maluje na wierzchu.

Treści transakcyjne zostają z tyłu. E-maile potwierdzające zamówienie, faktury i PDF-owe listy dostawy są generowane po stronie serwera, poza stroną, którą przechwytuje nakładka. Klienci dostają przetłumaczony sklep i e-mail w złym języku.

Płacisz też dwa razy za darmową część. Nakładka tłumaczy wszystko, co widać na ekranie, w tym ciągi interfejsu i statusy zamówień, które pakiet językowy dostarczył za darmo.

A jeśli prowadzisz już wielojęzyczny sklep, nakładka jest po prostu z nim niekompatybilna. Kończysz z dwoma konkurującymi źródłami prawdy dla tej samej treści.

Ostatni problem jest tym, który kosztuje najwięcej w przyszłości: wyłącz narzędzie, a wszystkie przetłumaczone strony znikają natychmiast.

Wypełnianie natywnych tabel zamiast nakładek

Alternatywa jest mało efektowna i znacznie silniejsza: wpisz tłumaczenia bezpośrednio do tabel językowych, których PrestaShop już używa.

Gdy te wiersze są wypełnione, PrestaShop wykonuje resztę pracy sam, bo do tego właśnie został zaprojektowany. Routing, tagi hreflang, sitemap, selektor języka wbudowany w twój motyw, e-maile, faktury PDF. Żadne z nich nie wymaga wtyczki. Wymaga danych.

Oznacza to też, że tłumaczenia należą do ciebie w dosłownym sensie. Siedzą w twojej własnej bazie danych, w twoich własnych kopiach zapasowych, w twoim własnym eksporcie. Wyłącz moduł, który je napisał, a przetłumaczone strony dalej działają.

To podejście, które przyjmuje moduł TrueLang dla PrestaShop: katalog, kombinacje, cechy, kategorie, strony CMS, filtry wyszukiwania fasetowego, przepisania URL i pola meta, zapisywane natywnie, w PrestaShop 1.7.6 aż do 8.x.

URL-e to miejsce, w którym cierpią działające sklepy

Jeśli tłumaczysz cokolwiek w sklepie, który ma już ruch, przeczytaj tę sekcję dwa razy.

Domyślne trasy PrestaShop zawierają ID obiektu, jak /3-clothes czy /content/1-delivery. Ponieważ ID jest w URL-u, zmiana przepisania nie psuje starego adresu: kontroler frontendu rozpoznaje ID i przekierowuje do nowego. To zabezpiecza produkty i kategorie.

Strony statyczne są wyjątkiem. Ich przepisania nie zawierają ID, więc w momencie, gdy przetłumaczysz jedną z nich, stary adres staje się prawdziwym błędem 404. Jeśli te strony mają linki przychodzące lub są zaindeksowane, potrzebujesz przekierowań ze starych adresów, a nie dobrych chęci.

Przetłumaczone URL-e nadal warto mieć. /femmes/robes-ete bije /3-summer-dresses we francuskich wynikach wyszukiwania. Zrób to jednak z gotowym planem przekierowań, a nie po tym, jak ruch spadnie. Ta sama dyscyplina dotyczy każdej migracji wielojęzycznej: pozycje, które już masz, to zasób, który chronisz.

Kasa, e-maile i faktury to część sklepu

Łatwo ogłosić sukces, gdy strony produktów wyglądają dobrze. Klienci nie zatrzymują się na stronach produktów.

Etykiety kasy, treść kroków płatności, e-maile potwierdzające zamówienie, faktury i listy dostawy, to wszystko jest częścią doświadczenia zakupowego i we wszystkich tych miejscach półprzetłumaczony sklep traci zaufanie dokładnie w chwili, gdy miał zarabiać. Podejście natywne obejmuje je wszystkie, ponieważ PrestaShop generuje je z tych samych tabel językowych.

Chroń to, co już napisałeś

Dwie zasady pozwalają uniknąć ogromnego nakładu pracy porządkowej w przyszłości.

Nigdy nie nadpisuj ludzkiej pracy. Jeśli ktoś z twojego zespołu przepisał opis produktu po niemiecku, żaden automatyczny przebieg nie powinien go już dotykać. Pole edytowane ręcznie powinno być jako takie rozpoznane i pozostawione w spokoju, na stałe.

Prowadź słownik. Nazwy marek, linie produktów, branżowe terminy, słowa, których nigdy nie chcesz tłumaczyć. Tłumaczenie AI jest już wystarczająco dobre, że błędy rzadko są gramatyczne. Są to błędy terminologiczne: nazwa twojego modelu zamieniona w pospolity rzeczownik, twój znak towarowy pomocnie zlokalizowany. Słownik kosztuje dziesięć minut i zapobiega temu wszystkiemu.

Ile to powinno kosztować

Ceny tłumaczeń to moment, w którym normalny projekt zamienia się w nieprzewidywalny koszt operacyjny. Narzędzia subskrypcyjne wystawiają rachunek co miesiąc za strony, które przetłumaczyłeś raz i opublikowałeś dawno temu, a rachunek rośnie wraz z katalogiem.

Dla sklepu ten model jest odwrócony. Katalog to nie strumień, to zasób. Tłumaczysz produkt raz i sprzedaje się przez dwa lata.

Cennik oparty na kredytach pasuje znacznie lepiej: płacisz za faktycznie wykonaną pracę tłumaczeniową i nic, gdy twój katalog po prostu sprzedaje. Licencje TrueLang zawierają 5 EUR kredytu, co wystarczy mniej więcej na stustronicowy sklep przetłumaczony na dwa języki, bez żadnej subskrypcji. Jeśli chcesz poznać szczegółowe wyliczenia, opisaliśmy je w artykule ile kosztuje tłumaczenie strony internetowej.

Rozsądna kolejność działań

  1. Najpierw zainstaluj oficjalny pakiet językowy dla każdego języka docelowego. Jest bezpłatny i obejmuje interfejs.
  2. Sprawdź język źródłowy. W PrestaShop źródłem jest język, w którym faktycznie napisano treści, co nie zawsze jest domyślnym językiem sklepu.
  3. Przetłumacz katalog i strony CMS. To właśnie ta część, której nic innego nie obejmuje.
  4. Przeczytaj ponownie strony, które sprzedają: bestsellery, strony docelowe, polityki dostawy i zwrotów.
  5. Zachowaj przekierowania dla każdej strony statycznej, której URL się zmienił.
  6. Sprawdź hreflang i sitemap raz, w panelu frontonu. Jeśli tłumaczenia są w natywnych tabelach, PrestaShop generuje oba poprawnie samodzielnie.

Krótko mówiąc

PrestaShop już wie, jak być wielojęzycznym. Po prostu dostarcza puste półki.

Wypełnij półki właściwie, we własnych tabelach sklepu, a wszystko co zależy od tego będzie działać tak, jak platforma zamierzała: URL-e, SEO, e-maile, faktury i tłumaczenia, które pozostają twoje niezależnie od tego, co zdecydujesz później o narzędziu, które je stworzyło.

Jak przetłumaczyć sklep PrestaShop bez jego psucia - TrueLang Blog | TrueLang