Flersprakig SEO i PrestaShop: Vad butiken gor for dig och vad den inte gor

Det finns en utbredd uppfattning bland PrestaShop-handlare att att lagga till ett sprak ar ett SEO-beslut. Det ar det inte. Att lagga till ett sprak ar ett innehallsbeslut. SEO-delen sker av sig sjalv, men bara om oversattningarna ligger dar PrestaShop forvantar sig att de ska finnas.

Detta enda villkor forklarar storsta delen av skillnaden mellan en flersprakig butik som rankar pa sina nya marknader och en butik med oversatta sidor som ingen hittar.

Vad PrestaShop skapar pa egen hand

Detta ar den del som ofta overraskar personer som kommer fran WordPress, dar vart och ett av dessa moment kravs en plugin for att fungera.

Nar ett sprak val ar aktivt och ditt innehall har oversattningar i spraktabellerna, producerar PrestaShop automatiskt hreflang-annoteringar, canonical-taggar, sprakspecifika URL:er och sitemap-poster. Temats sprakvaljare skickar besokaren vidare till motsvarande sida istallet for att dumpa dem pa startsidan. Strukturerad data foljer det aktiva spraket.

Den flersprakiga SEO-lagret ar alltsa inte nagot du installerar. Det ar nagot du matar.

Vilket innebar att felet inte ar att "min SEO-plugin ar felkonfigurerad". Det ar snarare att "raderna ar tomma, sa butiken deklarerar korrekt att denna sida inte har någon tysk version".

Fragan om hreflang, utredd

Hreflang talar om for sokmotorer att tva URL:er ar samma sida pa olika sprak, sa att ratt version visas for ratt publik istallet for att de tva konkurrerar med varandra.

PrestaShop skickar ut detta automatiskt for varje aktivt sprak, med hjalp av den butiks-URL som konfigurerats for varje sprak. Tre saker kan dock bryta detta, och alla beror pa konfiguration snarare an oversattning:

Butiks-URL:er som inte stammer overens med verkligheten. Om du kor butiken over HTTPS men butiks-URL:en fortfarande sager HTTP, eller om ett sprak ar kopplat till en doman du inte langre anvander, kommer annoteringarna att peka pa adresser som omdirigerar eller slutar fungera. Kontrollera Preferences, och sedan SEO and URLs.

Sprak som lamnats aktiva men ar tomma. Ett aktivt sprak utan oversatt innehall deklareras fortfarande. Sokmotorer hittar da en sida som till storsta del bestar av kallspråket, bedomer att det ar en dubblett, och dina bra sidor drabbas av osakerhet. Inaktivera sprak du inte ar redo att betjana.

En sida som bara finns pa ett sprak. Det ar helt i sin ordning, och PrestaShop hanterar det, men det innebar att sprakvaljaren inte kommer att leda till nagot anvandbart for just den sidan. Bestam medvetet vilka sidor som ska vara sprakspecifika istallet for att upptacka det i loggarna.

Du behover ingen hreflang-plugin. Du behover bara se till att butiks-URL:erna ar korrekta och att tabellerna ar ifyllda.

Oversatta URL:er, och den som faktiskt ger 404

PrestaShop lagrar en link_rewrite per sprak for produkter, kategorier och CMS-sidor, samt en url_rewrite for de statiska metasidorna. Att oversatta dessa ar bra for soksynligheten: en fransk kund litar mer pa /femmes/robes-ete an pa /3-summer-dresses, och orden i URL:en ar fortfarande en rankningssignal pa de flesta marknader.

Risken ar inte javnt fordelad, och det ar bra att veta innan du ror nagot i en live-butik.

Standardrutter i PrestaShop innehaller objekt-ID: /3-clothes, /hommes/1-1-shirt.html, /content/1-delivery. Front-controllern laser ID:t, upptacker att omskrivningen inte langre matchar, och omdirigerar till den aktuella adressen. Att andra en omskrivning for en produkt eller kategori bryter alltsa inte den gamla lanken.

De statiska sidorna ar undantaget. Deras omskrivningar innehaller inget ID alls, sa att oversatta en sadan forvandlar den gamla adressen till en verklig 404. Det ar precis dessa sidor som samlar in baklankar: leverans, returer, kontakt, villkor. Oversatt dem med omdirigeringar pa plats, inte efterat.

Om du har flyttat fran en annan flersprakig uppsattning ar det ocksa har som de gamla adresserna forsvinner, och det ar den enskilt vanligaste orsaken till ett tapp i trafik efter en flersprakig migrering.

Metadata som ingen oversatter forran det gor ont

Dina produktbeskrivningar far uppmarksamhet eftersom de ar synliga. De falt som faktiskt avgor om nagon hittar sidan gor det ofta inte.

Metatitlar och metabeskrivningar per sprak. En tysk produktsida med en fransk metatitel kommer att skrivas om av Google, och sallan till din fordel.

Kategoribeskrivningar. I de flesta butiker ar det dessa sidor som rankar for breda kommersiella sokningar, och de ar oftast de som lamnas kvar pa kallspråket eftersom ingen skrollar sa langt ner i backoffice.

Alt-text for bilder. Det har betydelse i bildsok, vilket ar en viktig kanal for fysiska produkter, och det ar det falt som oversattningsprojekt konsekvent hoppar over.

Fasetterade sokvarden, om du anvander det. Filterkombinationer skapar indexerbara sidor, och en fransk filtersida som visar tyska attributvarden ser inte ut som en fransk sida.

Sitemap-filen ar inte det problem folk tror att den ar

En oversatt butiks sitemap bor lista varje sprakversion av varje sida. PrestaShop och de vanliga sitemap-modulerna gor det korrekt sa snart oversattningarna finns pa plats.

Det som gar fel ar tajmingen. Sitemappen genereras vid behov eller enligt ett schema, sa en butik som oversatts pa tisdagen kan fortfarande marknadsfora sin ensprakiga sitemap pa fredagen. Generera om den efter en oversattningsomgang, och kontrollera att sprakversionerna faktiskt finns med istallet for att ta det for givet.

Det andra felet ar cachning framfor butiken. Om du kor fullpage-cache eller ett CDN, kan en gammal sitemap eller en gammal uppsattning hreflang-taggar overleva lange efter forandringen. Nar nagot ser fel ut, begar sidan med en cache-brytande query string innan du drar slutsatsen att butiken ar felaktig. Det ar det snabbaste sattet att skilja en riktig bugg fran en gammal kopia.

Vad som faktiskt flyttar rankningar pa en ny marknad

Nar tekniken fungerar ar det aterstaende arbetet redaktionellt, och det ar har maskinoversattning antingen vinner eller forlorar sin plats.

Sokfragor ar inte bara oversattningar av varandra. En tysk kund soker inte pa den bokstavliga oversattningen av vad en fransk kund soker pa. Oversatta titlar ar en startpunkt, inte en nyckelordsstrategi: kontrollera vilka termer dina konkurrenter pa den marknaden faktiskt anvander, och justera de fa sidor som verkligen spelar roll.

Förtroendeskapande innehall betyder mer utomlands, inte mindre. Leveranstider, returpolicy, lokala betalningsmetoder, moms-hantering. Dessa sidor konverterar och de drar ocksa in lankar, vilket ar anledningen till att det kostar dubbelt att lamna dem pa kallspråket.

Och konsekvens i vokabular. En katalog dar samma produktfamilj namnges pa tre olika satt i olika kategorier spader ut varje sida som namner den. Det ar ett ordlisteproblem snarare an ett oversattningsproblem.

En kort granskning du kan gora idag

1. Oppna en produktsida pa varje sprak och visa kallsidan. Bekrafta att det finns en hreflang-rad per aktivt sprak, plus x-default, som alla pekar pa adresser som fungerar.
2. Inaktivera alla sprak vars katalog fortfarande ar tom.
3. Lista dina statiska sidor och kontrollera om deras URL:er har andrats. Varje sida som har andrats behover en omdirigering fran den gamla adressen.
4. Sortera dina kategorier efter trafik och kontrollera de tio storsta for oversatt metatitel, metabeskrivning och beskrivning.
5. Generera om sitemappen och oppna den. Rakna spraken.
6. Sok efter ett av dina produktnamn i en sokmotor pa malspraket, i ett privat fonster. Resultatet berattar mer an nagot granskningsverktyg.

Tekniken ar PrestaShops jobb, och det gor den bra. Att fylla tabellerna och valja vad som ska sagas pa varje marknad ar ditt. TrueLang-modulen finns till for den forsta halvan av den meningen: den skriver in katalogen, CMS-sidorna, metafalten och URL-omskrivningarna i butikens egna tabeller, sa att det SEO-lager som PrestaShop redan vet hur det ska byggas har nagot att arbeta med.