Wielojęzyczność sklepu - czego nie widać na pierwszy rzut oka
Publikacja: · Grzegorz Rapczyński
Włączenie drugiego języka w PrestaShop jest banalnie proste i to jest właśnie pułapka. Sklep od razu wygląda na dwujęzyczny, bo interfejs ma gotowe tłumaczenie - a treści, które faktycznie czyta klient, zostają po polsku.
Poniżej pełna lista miejsc do przejścia, w kolejności od tych, które klient zobaczy najszybciej.
Interfejs: to akurat gotowe
Po dodaniu języka i wgraniu paczki lokalizacyjnej sklep tłumaczy sam z siebie: przyciski, komunikaty, nazwy pól w formularzach, etykiety w koszyku, kroki zamówienia. To jest ta część, która działa od ręki.
Warto tylko sprawdzić, czy paczka pokryła też szablon - własny motyw może mieć teksty wpisane na sztywno, których żadne tłumaczenie nie ruszy. Wychodzi to dopiero przy przeglądaniu sklepu w nowym języku, więc trzeba przejść całą ścieżkę zakupu ręcznie.
Treści, które musisz przetłumaczyć sam
Wszystko, co wpisałeś w panelu, ma osobne pole dla każdego języka i domyślnie jest puste:
- Produkty - nazwa, opis krótki, opis pełny, tytuł i opis dla wyszukiwarek, przyjazny adres.
- Kategorie - nazwa, opis, metadane, adres.
- Atrybuty i cechy - nazwy i wszystkie wartości. „Kolor: czerwony” to dwa osobne tłumaczenia.
- Producenci i dostawcy - opisy i metadane.
- Strony informacyjne - regulamin, dostawa, zwroty, polityka prywatności.
- Przewoźnicy - nazwa i opis widoczny przy wyborze dostawy.
- Metody płatności - opisy z konfiguracji modułów.
- Maile transakcyjne - każdy szablon osobno, w obu wersjach.
Przy katalogu powyżej kilkuset produktów tłumaczenie robi się importem, nie ręcznie. Eksportujesz produkty, dopisujesz kolumny z tłumaczeniami, wgrywasz z powrotem.
Miejsca, o których się zapomina
To jest ta lista, która wychodzi dopiero po uruchomieniu, zwykle od klienta:
- Nazwy plików do pobrania przy produktach wirtualnych.
- Teksty w banerach i grafikach - obrazek z polskim napisem nie przetłumaczy się sam.
- Komunikaty o dostępności - „Dostępny”, „Na zamówienie”, „Wkrótce”. Ustawia się je osobno dla każdego języka.
- Nazwy statusów zamówień - klient widzi je w historii zamówienia i w mailach.
- Treści w modułach - slider, bloki na stronie głównej, teksty w stopce.
- Strona błędu 404 i strona utrzymania.
- Regulamin i obowiązki informacyjne - i tu uwaga, bo to nie jest tylko tłumaczenie. Sprzedaż do innego kraju oznacza inne przepisy konsumenckie i inne wymagane informacje.
Adresy i strona techniczna
PrestaShop domyślnie dokłada kod języka do adresu. Trzy rzeczy do ustawienia:
Adresy produktów i kategorii. Każdy język ma własny przyjazny adres. Jeśli go nie wypełnisz, sklep wygeneruje adres z polskiej nazwy i obcojęzyczny klient dostanie link, którego nie zrozumie - a wyszukiwarka nie zobaczy w nim żadnego słowa kluczowego.
Znaczniki języka alternatywnego. Informują wyszukiwarkę, że to są wersje językowe tej samej strony, a nie duplikaty. PrestaShop dodaje je sam, ale warto sprawdzić w kodzie strony, czy faktycznie są i czy wskazują poprawne adresy.
Domyślny język i przekierowania. Ustal, co widzi ktoś, kto wejdzie na adres bez kodu języka. Automatyczne przekierowanie po ustawieniach przeglądarki bywa wygodne dla klienta i kłopotliwe dla wyszukiwarki - bezpieczniej pokazać wybór.
Jak to zorganizować, żeby się dało skończyć
Najczęstszy scenariusz porażki wygląda tak: ktoś włącza język, tłumaczy sto produktów, traci zapał i sklep zostaje w połowie po polsku na pół roku.
Kolejność, która się sprawdza:
- Najpierw ścieżka zakupu - koszyk, dostawa, płatność, maile. Bez tego język jest bezużyteczny, nawet przy pięknie przetłumaczonym katalogu.
- Potem strony informacyjne - regulamin, dostawa, zwroty, kontakt.
- Potem kategorie - jest ich kilkadziesiąt, a odpowiadają za wejścia z wyszukiwarki.
- Na końcu produkty, partiami, zaczynając od bestsellerów.
Do czasu przetłumaczenia ścieżki zakupu trzymaj nowy język wyłączony. Sklep w połowie obcojęzyczny robi gorsze wrażenie niż sklep wyłącznie po polsku.
Jeśli sprzedajesz też w innych walutach, drugą połowę tematu opisałem przy walutach w sklepie międzynarodowym.
Najczęstsze pytania
Czy tłumaczenie automatyczne wystarczy na start?
Do opisów produktów bywa akceptowalne jako wersja robocza, ale do regulaminu, informacji o zwrotach i maili transakcyjnych - nie. To są teksty, na których klient opiera decyzję zakupową i te, przy których błąd bywa kosztowny.
Czy każdy język potrzebuje osobnej domeny?
Nie. Katalogi językowe w jednej domenie są w zupełności wystarczające i prostsze w utrzymaniu. Osobne domeny mają sens dopiero przy osobnych spółkach, osobnym magazynie albo osobnej obsłudze klienta.
Co z cenami w innym języku?
Język i waluta to dwie niezależne rzeczy. Możesz mieć niemiecki z cenami w złotych, choć rzadko ma to sens. Waluty ustawia się osobno i mają własne kursy przeliczeniowe.
Ile to trwa przy katalogu na tysiąc produktów?
Sama konfiguracja i ścieżka zakupu to kilka dni. Katalog zależy od tego, czy tłumaczenia dostajesz gotowe w pliku, czy trzeba je stworzyć - przy tysiącu produktów import gotowych tłumaczeń to dzień pracy, a ich przygotowanie potrafi zająć tygodnie.
Planujesz sprzedaż w drugim języku
Najtaniej wychodzi ustalenie zakresu przed startem - co tłumaczymy, w jakiej kolejności i co da się zrobić importem. Napisz, do jakiego kraju celujesz i ile masz produktów: formularz kontaktowy, 881 932 088 lub kontakt@grvision.pl.