Hur du översätter en PrestaShop-butik utan att förstöra den

Att lägga till ett språk i PrestaShop tar ungefär två minuter. Du öppnar adminpanelen, installerar språket och det dyker upp i butikens språkväljare. Sedan besöker du den nya versionen av din butik och hittar samma problem som alla andra hittar: gränssnittet är översatt, men den faktiska butiken är det inte.

Det glappet är där de flesta PrestaShop-översättningsprojekt går fel. Inte för att verktygen är dåliga, utan för att folk missförstår vad PrestaShop redan gör åt dem och vad plattformen medvetet lämnar tomt.

PrestaShop är redan flerspråkigt. Det förändrar hela problembilden

WordPress behöver ett plugin för att ens ha begreppet ett andra språk. PrestaShop gör inte det. Varje översättningsbart innehåll finns i en dedikerad språktabell: produkter, kategorier, CMS-sidor, metatitlar och URL-omskrivningar. Butiken byggdes flerspråkig från dag ett.

Frågan är alltså aldrig "hur gör jag min butik flerspråkig". Butiken är redan flerspråkig. Frågan är "hur fyller jag tusentals tomma rader utan att anlita en byrå och utan att sabotera mina URL:er".

Den distinktionen är viktig, eftersom den utesluter en hel kategori av verktyg redan innan du börjat jämföra dem.

Vad det officiella språkpaketet faktiskt ger dig

När du installerar ett språk laddar PrestaShop ned community-språkpaketet. Det är gratis och genuint användbart, men dess räckvidd är begränsad och värd att känna till exakt.

Paketet fyller i gränssnittssträngar samt en kortare lista med databasrader: de förvalda statiska sidorna och deras URL-omskrivningar, standard färg- och storleksattribut, orderstatusar, leveranstider för transportörer och standardkategorierna. I en ny butik rör det sig om ett par dussin rader.

Vad paketet aldrig rör: din produktkatalog och dina CMS-sidor. Inte ett enda produktnamn, inte en beskrivning, inte en enda anpassad sida. Det är ditt innehåll, och paketet lämnar det orört.

Det är den exakta gränsen för arbetet. Allt som paketet täcker bör du aldrig betala en AI för att översätta. Allt bortom det är det verkliga jobbet.

Överlagerfällan

Många översättningsverktyg, särskilt de som portats över från WordPress-världen, fungerar genom att skriva om sidan när den skickas till webbläsaren. Butiken förblir enspråkig i grunden och ett lager byter ut texten på vägen ut.

I PrestaShop är det ett dåligt upplägg, av skäl som visar sig efter några veckor snarare än på dag ett.

Din butik vet inte att de översatta sidorna finns. Webbplatskartan, hreflang-taggarna, de kanoniska URL:erna och den strukturerade datan beskriver alla en enspråkig butik. Sökmotorer indexerar vad PrestaShop deklarerar, inte vad ett överlager målar ovanpå.

Transaktionellt innehåll stannar kvar bakom kulisserna. Orderbekräftelsemejl, fakturor och PDF-följesedlar genereras på serversidan, utanför den sida som överlagret fångar upp. Kunderna får en översatt butik och ett mejl på fel språk.

Du betalar också dubbelt för det som redan är gratis. Ett överlager översätter allt som syns på skärmen, inklusive gränssnittssträngar och orderstatusar som språkpaketet redan levererade utan kostnad.

Och om du redan driver en flerspråkig butik är ett överlager helt enkelt inkompatibelt med det. Du hamnar med två konkurrerande sanningskällor för samma innehåll.

Det sista problemet är det som kostar mest i längden: stäng av verktyget och alla översatta sidor försvinner på en gång.

Att fylla de inbyggda tabellerna i stället

Alternativet är oglamoröst och mycket starkare: skriv översättningarna direkt in i de språktabeller som PrestaShop redan använder.

När de raderna är fyllda gör PrestaShop resten av arbetet självt, eftersom det är vad plattformen är konstruerad för att göra. Routing, hreflang-taggar, webbplatskartan, språkväljaren som redan finns i ditt tema, mejl och PDF-fakturor. Inget av det behöver ett plugin. Det behöver data.

Det innebär också att översättningarna är dina i bokstavlig mening. De finns i din egen databas, i dina egna säkerhetskopior och i din egen export. Inaktivera modulen som skrev dem och de översatta sidorna fortsätter att visas.

Det är det tillvägagångssätt som TrueLang PrestaShop-modulen använder: katalog, kombinationer, egenskaper, kategorier, CMS-sidor, fasetterade sökfilter, URL-omskrivningar och metafält, skrivet native i PrestaShop 1.7.6 till och med 8.x.

URL:er är där livebutiker tar skada

Om du översätter något i en butik som redan har trafik, läs det här avsnittet två gånger.

PrestaShops standardrutter innehåller objekt-ID:t, till exempel /3-clothes eller /content/1-delivery. Eftersom ID:t finns i URL:en leder en ändrad omskrivning inte till att den gamla adressen slutar fungera: frontkontrollern känner igen ID:t och omdirigerar till den nya adressen. Det skyddar dig för produkter och kategorier.

Statiska sidor är undantaget. Deras omskrivningar har inget ID i sig, så i det ögonblick du översätter en sådan sida blir den gamla adressen en riktig 404. Om de sidorna har inkommande länkar eller är indexerade behöver du omdirigeringar från de gamla adresserna, inte goda intentioner.

Översatta URL:er är ändå värda att ha. En /femmes/robes-ete slår /3-summer-dresses i ett franskt SERP. Gör det bara med en omdirigeringsplan på plats, snarare än efter att trafiken sjunkit. Samma disciplin gäller all flerspråkig migrering: de rankningar du redan har är den tillgång du skyddar.

Kassan, mejlen och fakturorna är en del av butiken

Det är lätt att förklara sig nöjd när produktsidorna ser rätt ut. Kunderna stannar inte vid produktsidorna.

Etiketter i kassan, formuleringar i betalningssteget, orderbekräftelsemejl, fakturor och följesedlar är alla en del av köpupplevelsen. De är alla platser där en halvöversatt butik tappar förtroende exakt i det ögonblick den var på väg att tjäna pengar. Ett inbyggt tillvägagångssätt täcker dem, eftersom PrestaShop genererar dem från samma språktabeller.

Skydda det du redan skrivit

Två regler sparar enormt mycket städarbete längre fram.

Skriv aldrig över mänskligt arbete. Om någon i ditt team har skrivit om en produktbeskrivning på tyska ska ingen automatiserad körning röra den igen. Ett fält som redigerats för hand bör kännas igen som sådant och lämnas ifred, permanent.

Ha en ordlista. Varumärken, produktserier, branschtermer och ord du aldrig vill ska översättas. AI-översättning är tillräckligt bra nu för att misslyckandena sällan är grammatiska. De är terminologifel: ditt modellnamn förvandlat till ett vanligt substantiv, ditt varumärke hjälpsamt lokaliserat. En ordlista tar tio minuter och förhindrar allt det.

Vad det bör kosta

Översättningsprissättning är där ett normalt projekt förvandlas till en oförutsägbar löpande kostnad. Prenumerationsverktyg fakturerar dig varje månad för sidor du översatte en gång och publicerade för länge sedan, och räkningen växer med din katalog.

För en butik är den modellen bakvänd. En katalog är inte ett flöde, det är ett lager. Du översätter en produkt en gång och den säljer i två år.

Kreditbaserad prissättning passar mycket bättre: du betalar för det översättningsarbete du faktiskt kör och ingenting medan din katalog bara ligger där och säljer. TrueLang-licenser levereras med 5 EUR i kredit inkluderat, ungefär en hundrasidors butik på två språk utan prenumeration bakom det. Om du vill ha detaljerna i siffrorna bröt vi ned dem i hur mycket webbplatsöversättning kostar.

En vettigt ordnad arbetsprocess

1. Installera det officiella språkpaketet för varje målspråk först. Det är gratis och täcker gränssnittet.
2. Kontrollera ditt källspråk. I PrestaShop är källan det språk som ditt innehåll faktiskt är skrivet på, vilket inte alltid är butikens standardspråk.
3. Översätt katalogen och CMS-sidorna. Det är den del som inget annat täcker.
4. Läs igenom sidorna som säljer på nytt: bästsäljare, landningssidor, leverans- och returpolicyer.
5. Behåll omdirigeringar för alla statiska sidor vars URL har ändrats.
6. Kontrollera hreflang och webbplatskartan en gång i fronten. Om översättningarna finns i de inbyggda tabellerna genererar PrestaShop båda korrekt på egen hand.

Kortversionen

PrestaShop vet redan hur man är flerspråkig. Det levereras bara med tomma hyllor.

Fyll hyllorna ordentligt, i butikens egna tabeller, och allt nedströms fungerar som plattformen avsett: URL:er, SEO, mejl, fakturor och översättningar som förblir dina oavsett vad du senare bestämmer om verktyget som producerade dem.