Wielojęzyczne SEO w PrestaShop: co robi sklep, a czego nie

Wśród sprzedawców korzystających z PrestaShop panuje przekonanie, że dodanie nowego języka to decyzja z zakresu SEO. Tak nie jest. Dodanie języka to decyzja dotycząca treści. Część związana z SEO dzieje się automatycznie, ale tylko wtedy, gdy tłumaczenia znajdują się tam, gdzie oczekuje ich PrestaShop.

Ten jeden warunek wyjaśnia większość różnic między wielojęzycznym sklepem, który zajmuje wysokie pozycje na nowych rynkach, a takim, który posiada przetłumaczone strony, których nikt nie znajduje.

Co PrestaShop generuje samodzielnie

To element, który zaskakuje osoby przechodzące z WordPress, gdzie każda z tych funkcji wymaga wtyczki.

Gdy język jest aktywny, a treść posiada swoje tłumaczenia w tabelach bazy danych, PrestaShop samodzielnie generuje tagi hreflang, tagi kanoniczne (canonical), adresy URL właściwe dla danego języka oraz wpisy w sitemapie. Przełącznik języka w szablonie przenosi użytkownika na odpowiadającą stronę w innym języku, zamiast kierować go na stronę główną. Dane strukturalne również podążają za aktywnym językiem.

Oznacza to, że warstwa wielojęzycznego SEO nie jest czymś, co się instaluje. Jest czymś, co należy zasilić danymi.

To sprawia, że źródłem problemu nie jest źle skonfigurowana wtyczka SEO, lecz fakt, że wiersze w bazie są puste, przez co sklep poprawnie deklaruje, że dana strona nie posiada wersji niemieckojęzycznej.

Kwestia hreflang wyjaśniona

Hreflang informuje wyszukiwarki, że dwa adresy URL to ta sama strona w różnych językach, dzięki czemu właściwa wersja jest serwowana odpowiednim odbiorcom, zamiast konkurować ze sobą w wynikach wyszukiwania.

PrestaShop emituje te tagi automatycznie dla każdego aktywnego języka, korzystając z adresu URL sklepu skonfigurowanego dla każdego z nich. Trzy rzeczy mogą to zepsuć i wszystkie dotyczą konfiguracji, a nie tłumaczenia:

Adresy URL sklepu niezgodne z rzeczywistością. Jeśli obsługujesz sklep przez HTTPS, ale adres URL w konfiguracji nadal wskazuje HTTP, lub jeśli język jest przypisany do domeny, której już nie używasz, adnotacje wskazują na adresy, które powodują przekierowania lub błędy. Sprawdź sekcję Preferencje, a następnie SEO i URL.

Języki pozostawione jako aktywne, ale puste. Aktywny język bez przetłumaczonej treści jest nadal deklarowany. Wyszukiwarki odnajdują stronę, która w większości jest w języku źródłowym, uznają ją za duplikat, a Twoje wartościowe strony dziedziczą te wątpliwości. Dezaktywuj język, jeśli nie jesteś gotowy na obsługę klientów w tym regionie.

Strona istniejąca tylko w jednym języku. To naturalne zjawisko, z którym PrestaShop sobie radzi, ale oznacza to, że przełącznik języka nie zaprowadzi użytkownika w żadne użyteczne miejsce na tej stronie. Świadomie decyduj, które strony są specyficzne dla danego języka, zamiast odkrywać to dopiero w logach.

Nie potrzebujesz wtyczki do hreflang. Potrzebujesz poprawnych adresów URL sklepu i pełnych tabel w bazie danych.

Przetłumaczone adresy URL i te, które wywołują błąd 404

PrestaShop przechowuje parametr link_rewrite dla każdego języka w odniesieniu do produktów, kategorii i stron CMS, a także url_rewrite dla statycznych stron meta. Tłumaczenie ich jest korzystne dla wyszukiwarek: francuski klient bardziej ufa /femmes/robes-ete niż /3-summer-dresses, a słowa w adresie URL nadal stanowią sygnał rankingowy na większości rynków.

Ryzyko nie jest rozłożone równomiernie i warto o tym wiedzieć, zanim wprowadzisz jakiekolwiek zmiany w działającym sklepie.

Domyślne ścieżki w PrestaShop zawierają ID obiektu: /3-clothes, /hommes/1-1-shirt.html, /content/1-delivery. Kontroler frontowy odczytuje ID, zauważa, że zmieniona nazwa nie pasuje, i wykonuje przekierowanie na aktualny adres. Dlatego zmiana nazwy (rewrite) produktu lub kategorii nie psuje starego linku.

Wyjątkiem są strony statyczne. Ich nazwy nie zawierają żadnego ID, więc przetłumaczenie jednej z nich zamienia stary adres w realny błąd 404. Są to dokładnie te strony, które gromadzą linki zwrotne: dostawa, zwroty, kontakt, regulamin. Tłumacz je z aktywnymi przekierowaniami, a nie po fakcie.

Jeśli dokonałeś migracji z innego systemu wielojęzycznego, to właśnie tutaj stare adresy znikają, co stanowi najczęstszą przyczynę spadku ruchu po migracji wielojęzycznej.

Metadane, których nikt nie tłumaczy, dopóki nie zaczną szkodzić

Opisy produktów otrzymują uwagę, ponieważ są widoczne. Pola, które decydują o tym, czy ktokolwiek w ogóle zobaczy stronę, często jej nie otrzymują.

Meta tytuły i meta opisy dla każdego języka. Niemiecka strona produktu z francuskim meta tytułem zostanie przeredagowana przez Google, rzadko na Twoją korzyść.

Opisy kategorii. W większości sklepów to te strony pozycjonują się na szerokie zapytania komercyjne i są to strony najczęściej pozostawiane w języku źródłowym, ponieważ nikt nie przewija tak daleko w panelu administracyjnym.

Tekst alternatywny (alt) obrazów. Ma znaczenie w wyszukiwaniu grafiki, które jest realnym kanałem pozyskiwania ruchu dla produktów fizycznych, i jest to pole, które projekty tłumaczeniowe pomijają najczęściej.

Wartości wyszukiwania fasetowego (jeśli z nich korzystasz). Kombinacje filtrów generują indeksowalne strony, a francuska strona z filtrami wyświetlająca niemieckie wartości atrybutów nie jest postrzegana jako strona francuska.

Sitemapa nie jest problemem, za jaki ją uważasz

Sitemapa przetłumaczonego sklepu powinna zawierać każdą wersję językową każdej strony. PrestaShop oraz standardowe moduły do sitemap robią to poprawnie, gdy tylko tłumaczenia istnieją.

Problemem jest czas. Sitemapa jest generowana na żądanie lub według harmonogramu, więc sklep przetłumaczony we wtorek może w piątek nadal reklamować swoją sitemapę w jednym języku. Wygeneruj ją ponownie po zakończeniu tłumaczenia i sprawdź, czy wersje językowe faktycznie się w niej znajdują, zamiast zakładać, że tak jest.

Drugą przyczyną błędów jest buforowanie przed sklepem. Jeśli korzystasz z cache całej strony lub CDN, stara sitemapa lub stary zestaw tagów hreflang mogą przetrwać długo po wprowadzeniu zmian. Gdy coś wygląda na błędne, poproś o stronę z parametrem czyszczącym cache, zanim stwierdzisz, że winny jest sklep. To najszybszy sposób na odróżnienie prawdziwego błędu od przestarzałej kopii.

Co faktycznie wpływa na rankingi na nowym rynku

Gdy mechanika działa poprawnie, pozostała praca jest redakcyjna i to tutaj tłumaczenie maszynowe zyskuje lub traci na wartości.

Zapytania wyszukiwania nie są swoimi bezpośrednimi tłumaczeniami. Niemiecki klient nie szuka dosłownego tłumaczenia tego, czego szuka klient francuski. Przetłumaczone tytuły są punktem wyjścia, a nie strategią słów kluczowych: sprawdź terminy, których faktycznie używają Twoi konkurenci na danym rynku i dostosuj te kilka stron, które mają kluczowe znaczenie.

Treści budujące zaufanie mają jeszcze większe znaczenie za granicą. Czasy dostawy, polityka zwrotów, lokalne metody płatności, obsługa VAT. Te strony konwertują, a także zdobywają linki, dlatego pozostawienie ich w języku źródłowym kosztuje podwójnie.

Ostatnią kwestią jest spójność słownictwa. Katalog, w którym ta sama rodzina produktów jest nazywana na trzy różne sposoby w różnych kategoriach, rozwadnia każdą stronę, która o nich wspomina. To problem glosariusza, a nie problem tłumaczenia.

Krótki audyt, który możesz przeprowadzić już dziś

1. Otwórz stronę produktu w każdym języku i przejrzyj kod źródłowy. Potwierdź, że istnieje jeden wiersz hreflang na każdy aktywny język, plus x-default, wskazujące na dostępne adresy URL.
2. Dezaktywuj każdy język, którego katalog jest nadal pusty.
3. Wypisz swoje strony statyczne i sprawdź, czy ich adresy URL uległy zmianie. Każda, która się zmieniła, wymaga przekierowania ze starego adresu.
4. Posortuj swoje kategorie według ruchu i sprawdź dziesięć najpopularniejszych pod kątem przetłumaczonych meta tytułów, meta opisów i opisów.
5. Wygeneruj sitemapę ponownie i otwórz ją. Policz języki.
6. Wyszukaj jedną z nazw swoich produktów w wyszukiwarce docelowej, używając trybu prywatnego przeglądarki. Wyniki powiedzą Ci więcej niż jakiekolwiek narzędzie audytowe.

Mechanika to zadanie PrestaShop i wywiązuje się z niego dobrze. Wypełnienie tabel i decyzja o tym, co powiedzieć na każdym rynku, należy do Ciebie. Moduł TrueLang istnieje dla pierwszej połowy tego zdania: zapisuje katalog, strony CMS, pola meta i nazwy URL w tabelach sklepu, dzięki czemu warstwa SEO, którą PrestaShop już potrafi zbudować, ma z czego korzystać.