FunktionerPluginPriserRessourcer
Skift sprog
RessourcerSådan Opbygger Du en Flersproget Shopify-til-WordPress Migration

Sådan Opbygger Du en Flersproget Shopify-til-WordPress Migration

SimplePoTranslate Team5. marts 2026
Sådan Opbygger Du en Flersproget Shopify-til-WordPress Migration

Du har brugt måneder på at opbygge en flersproget Shopify-butik. Dine produktbeskrivelser er oversat til fransk, tysk og spansk. Din betalingsproces fungerer på tre sprog. Så beslutter du dig for at migrere til WordPress og WooCommerce for mere kontrol, bedre marginer eller plugin-fleksibilitet.

Produktdataene overføres fint. Billederne kommer med. Men dine oversættelser? De forsvinder.

Dette er den skjulte omkostning ved en flersproget WordPress-migration, som ingen advarer dig om. Shopify låser dine oversættelser inde i sit eget proprietære system, og WordPress bruger en helt anden arkitektur. Uden en klar plan vil du bruge uger på at genopbygge det, du allerede havde. Denne guide giver dig den plan.

Hvorfor Flersprogede Migrationer Bryder Sammen (Og Shopify Gør Det Værre)

Platformmigrationer er smertefulde nok med ensprogede butikker. Tilføj flere sprog, og kompleksiteten mangedobles. Den grundlæggende årsag er arkitektonisk: Shopify og WordPress håndterer oversættelser på fundamentalt forskellige måder.

Shopifys Oversættelsesmodel Er en Lukket Have

Shopify gemmer oversættelser som metadata knyttet til ressourcer via Translate and Adapt API'en. Hvert produkt, hver kollektion og hver side har oversættelsesposter knyttet til Shopifys interne ressource-ID'er.

Når du eksporterer din butik ved hjælp af et migrationsværktøj som Cart2Cart, LitExtension eller en CSV-eksport, får du indholdet på standardsproget. Oversættelserne? De findes i et separat lag, som de fleste migrationsværktøjer ignorerer fuldstændigt.

Hvad der Faktisk Eksporteres (Og Hvad der Går Tabt)

Her er, hvad et typisk Shopify-til-WordPress migrationsværktøj overfører:

IndholdstypeOverføres?Overføres oversættelser?
Produktnavne og beskrivelserJaNej
Kollektions-/kategorinavneJaNej
BlogindlægJaNej
Sider (Om, Kontakt)JaNej
Tema-strenge (knapper, etiketter)NejNej
Betalings-/e-mailstrengeNejNej
NavigationsmenuerDelvisNej

Mønstret er tydeligt. Dit standardsprogindhold migreres. Dine oversættelser gør ikke. Og selvom du manuelt udtrækker dem, kan du ikke bare indsætte Shopify-oversættelser i WordPress. Systemerne taler forskellige sprog, bogstaveligt talt.

Kortlægning af Shopify-sprog til WordPress-oversættelsesfiler

Inden du begynder at genopbygge, skal du forstå, hvordan WordPress håndterer flersproget indhold. Det er her, de fleste migrationsguider kommer til kort.

Forståelse af Gettext-systemet

WordPress bruger Gettext lokaliseringssystemet. I stedet for at gemme oversættelser i et databaselag læser det fra statiske binære filer (.mo filer), der er kompileret fra menneskeligt læsbare .po filer.

En .po fil ser sådan ud:

msgid "Add to Cart"
msgstr "Ajouter au panier"

msgid "Search results for %s"
msgstr "Résultats de recherche pour %s"

Hvert WordPress-tema og -plugin leveres med en .pot skabelonfil, der indeholder alle oversættelige strenge. Du opretter en .po fil for hvert sprog, udfylder oversættelserne, kompilerer den til .mo og placerer den i den rigtige mappe.

Dette er det system, dine Shopify-oversættelser skal kortlægges til.

Problemet med Manglende Overensstemmelse i Sprogkoder

Shopify bruger IETF-sprogkoder (en, fr, de). WordPress bruger lokalekoder med regionsvarianter (fr_FR, de_DE, es_ES). Under migrationen skal du kortlægge hvert Shopify-sprog til det korrekte WordPress-lokale. Hvis du gør dette forkert, kan WordPress ikke finde dine oversættelsesfiler.

Almindelige kortlægninger, der får folk til at snuble:

  • Shopify pt kortlægges til WordPress pt_PT (Portugal) eller pt_BR (Brasilien) - ikke udskiftelige
  • Shopify zh-CN kortlægges til WordPress zh_CN, men Shopify zh-TW kortlægges til zh_TW
  • Shopify nb (Norsk Bokmål) kortlægges til WordPress nb_NO

Giv dine .po og .mo filer navne med WordPress-lokalekoden: themename-fr_FR.po, woocommerce-de_DE.mo. En forkert kode betyder, at WordPress ignorerer filen lydløst.

En Trin-for-Trin Flersproget WordPress Migrationsworkflow

Her er det konkrete workflow til at bevare dine oversættelser under en Shopify-til-WordPress migration.

Trin 1: Eksporter og Gennemgå Dine Shopify-oversættelser

Inden du rører WordPress, skal du udtrække alt fra Shopify. Brug Shopify Admin API'en eller et værktøj som Shopify Translate CSV Export til at trække dine oversættelser ind i strukturerede filer.

# Using Shopify CLI to export translations
shopify app translate export --locale fr
shopify app translate export --locale de
shopify app translate export --locale es

Gennemgå eksporten. Tæl, hvor mange strenge du har pr. sprog. Identificer, hvilke der er produktindholdsoversættelser (håndteres af dit CMS eller flersprogede plugin på WordPress) versus tema/UI-strengoversættelser (håndteres af .po filer).

Trin 2: Opsæt Din WordPress og WooCommerce Sprogstruktur

På din friske WordPress-installation skal du konfigurere din sproginfrastruktur, før du importerer noget indhold.

  1. Gå til Indstillinger > Generelt og indstil dit webstedssprog
  2. Installer sprogpakker for hvert målsprog via Indstillinger > Generelt > Webstedssprog
  3. Opret oversættelsesmappestrukturen:
/wp-content/languages/
/wp-content/languages/plugins/
/wp-content/languages/themes/

For produktindholdsoversættelser (titler, beskrivelser) skal du bruge et flersproget indholdsplugin som WPML eller Polylang. Men for tema- og plugin-UI-strenge - knapperne, etiketterne, fejlmeddelelserne og betalingsprocessen - vil du have statiske .po/.mo filer. Dette er den skybaserede tilgang, der undgår plugin-oppustning.

Trin 3: Konverter Dine Oversættelser til PO-format

Dine Shopify-tema-strengoversættelser skal konverteres til Gettext .po format. Det er her, migrationen bliver teknisk.

Hvis dine Shopify-oversættelser er i JSON- eller CSV-format, kan du konvertere dem til .po ved hjælp af et script eller værktøj. Nøglen er at kortlægge hver kildestreng til et msgid/msgstr par:

import csv

with open('shopify_translations_fr.csv', 'r') as infile, \
     open('theme-fr_FR.po', 'w') as outfile:
    outfile.write('msgid ""\nmsgstr ""\n')
    outfile.write('"Language: fr_FR\\n"\n\n')
    reader = csv.DictReader(infile)
    for row in reader:
        outfile.write(f'msgid "{row["key"]}"\n')
        outfile.write(f'msgstr "{row["translation"]}"\n\n')

Dette giver dig et udgangspunkt, men dit nye WordPress-tema og WooCommerce-installation vil have hundredvis af strenge, der ikke eksisterede i Shopify. Du kan ikke genbruge en Shopify "Læg i kurv" oversættelse til WooCommerce, fordi den omgivende kodekontekst er anderledes. WooCommerce-strengen kan være Add to cart (små bogstaver "c") eller inkludere en %s variabel for produktnavnet.

Det er her, de fleste mennesker sidder fast. Du har delvise oversættelser fra Shopify og et stort hul af uoversatte WordPress-specifikke strenge.

Sådan Oversætter Du Hullerne Uden at Starte Forfra

Den gode nyhed: Du behøver ikke at oversætte 5.000 WooCommerce-strenge i hånden. Den dårlige nyhed: Du kan heller ikke springe dem over, ellers vil din butik vise en forstyrrende blanding af franske overskrifter og engelske fejlmeddelelser.

Tema- og Plugin-strenge Skal Stadig Oversættes

Dit WordPress-tema har sin egen .pot fil. WooCommerce har sin egen. Hvert plugin, du installerer - betalingsgateways, forsendelsesberegnere, formularbyggere - har hver især oversættelige strenge. Disse eksisterede ikke i din Shopify-butik.

Den hurtigste tilgang er at oversætte disse store .po filer i batch i stedet for streng for streng. Upload dit temas .pot fil, vælg målsproget, og lad AI klare det tunge løft.

Batchoversættelse af Store WooCommerce Filer

WooCommerces sprogfil er massiv. Med tusindvis af strenge, der dækker alt fra kurvebeskeder til skattefejlkoder, er det den største oversættelsesopgave i enhver migration. SimplePoTranslate håndterer dette gennem Smart Batching - opdeling af store filer i sikre bidder, behandling af dem parallelt og sammenlægning af resultaterne tilbage i en enkelt ren fil.

Den afgørende detalje: Dine oversatte filer skal bevare alle kodevariabler nøjagtigt, som de vises i kilden. En %s placeholder i en WooCommerce e-mailskabelon må ikke have et mellemrum tilføjet eller en position byttet under oversættelsen. Det er her syntakslåsning forhindrer ødelagte variabler i at nå din produktionsbutik.

Med SimplePoTranslates Multi-Format Output får du .po, .mo, .json, .php og .xliff filer i en enkelt ZIP-download. Dette er især nyttigt under migration, fordi forskellige dele af din WordPress-stack kan forbruge oversættelser i forskellige formater. Dit tema læser .mo filer. En headless front-end har muligvis brug for .json. En brugerdefineret integration kan forvente .xliff. En oversættelseskørsel dækker dem alle.

Undgåelse af de Tre Mest Almindelige Migrations-oversættelsesfejl

Selv med det rigtige workflow er der faldgruber, der er specifikke for platformmigrationer, der tager erfarne udviklere på sengen.

Ødelagte Variabler i Transaktionelle E-mails

WooCommerce transaktionelle e-mails er fyldt med pladsholdere: {order_number}, {customer_name}, %1$s, %2$s. Hvis din oversættelsesproces korrumperer selv en af disse, modtager kunder e-mails som "Hej {customer_name}" bogstaveligt talt, eller værre, e-mails med byttede data.

Valider altid dine oversatte filer mod kilden .pot, før du implementerer. Værktøjer som Poedit vil markere uoverensstemmelser i pladsholdere, og skybaserede oversættere med syntakslåsning eliminerer denne type fejl fuldstændigt.

Manglende Flertalsregler

Shopify håndterer flertal simpelt. WordPress Gettext understøtter komplekse flertalsformer, der varierer efter sprog. Russisk har tre flertalsformer. Arabisk har seks. Hvis din oversatte .po fil ikke inkluderer den korrekte Plural-Forms header og matchende msgstr[0], msgstr[1], msgstr[2] poster, falder WordPress tilbage til den uoversatte streng.

# Correct Russian plural forms header
"Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : "
"n%10>=2 && n%10<=4 && (n%100<12 || n%100>14) ? 1 : 2);\n"

msgid "%s item"
msgid_plural "%s items"
msgstr[0] "%s товар"
msgstr[1] "%s товара"
msgstr[2] "%s товаров"

Dette er noget, Shopify aldrig krævede, at du tænkte over. På WordPress betyder det noget.

Forældreløse Strenge Efter Plugin-udskiftninger

Når du migrerer fra Shopify, ændrer du ikke bare platform. Du erstatter et helt plugin-økosystem. Din Shopify-betalingsgateway bliver WooCommerce Payments eller Stripe for WooCommerce. Dit anmeldelsessystem bliver et WordPress-plugin. Hver udskiftning introducerer nye oversættelige strenge og gør gamle oversættelser forældede.

Lav en tjekliste over hvert plugin, du installerer efter migrationen, og bekræft, at hvert plugin har en tilsvarende oversat .mo fil i /wp-content/languages/plugins/. Hvis selv et enkelt plugin mangler, betyder det, at dine kunder ser engelske strenge midt i en ellers oversat grænseflade.

Lancer Din Flersprogede Butik på WordPress

En flersproget WordPress-migration er ikke bare en dataoverførsel. Det er en re-arkitektur af, hvordan din butik kommunikerer med internationale kunder. De butikker, der gør dette rigtigt, ser højere konverteringsrater på ikke-engelske markeder, fordi oplevelsen føles indfødt i stedet for lappet sammen.

Workflowet er ligetil: Eksporter dine Shopify-oversættelser, kortlæg dem til WordPress-lokalekoder, konverter til .po format, udfyld hullerne med batch AI-oversættelse, valider dine variabler, og implementer statiske .mo filer. Ingen database-oppustning. Ingen runtime oversættelsesoverhead. Bare hurtig, pålidelig, flersproget handel.

Hvis du står over for en migration med tusindvis af uoversatte WooCommerce-strenge, kan SimplePoTranslates tilgang til lokalisering af store filer spare dig uger med manuelt arbejde.

Klar til at oversætte din WooCommerce-butik efter migration? Prøv SimplePoTranslate gratis - intet kreditkort kræves. Upload din .pot fil og få produktionsklare oversættelser på få minutter.