Meertalige productopties Shopify: labels vertalen, formule houden

Meertalige productopties Shopify klinken simpel tot je een tweede taal publiceert. Titel en beschrijving schakelen keurig mee via Markets, maar het formulier op de productpagina blijft in het Nederlands staan: “Breedte (cm)”, “Afwerking”, “Upload je bestand”. Duitse of Franse klanten begrijpen de velden half, vullen millimeters in waar jij centimeters verwacht, of haken af. De prijsformule zelf is nergens fout — alleen de tekst ernaast is dat.

Shopify vertaalt native variant-opties (Size, Color, Material) via Translate & Adapt of een CSV. Extra velden van een calculator zijn géén `ProductOption`. Die teksten staan niet in dezelfde vertaalresource, dus blijven ze in de brontaal tot de app zelf talen ondersteunt. Dit artikel legt uit waar native vertaling stopt, waarom een tweede product per taal geen houdbare fix is, en hoe je met Options Price Calculator labels per Markets-taal zet terwijl `width * height` hetzelfde blijft.

Wat Shopify wél vertaalt — en wat niet

In Localization and translation voeg je talen toe in de admin en koppel je ze aan een market. Kopers zien dan de gepubliceerde locale; ontbreekt een vertaling, dan valt de storefront terug op de standaardtaal. Translate & Adapt (of een compatibele vertaalapp) dekt producten, thema-strings en — sinds de GraphQL-modellen `PRODUCT_OPTION` / `PRODUCT_OPTION_VALUE` — de naam van een native optie en de waarden daarvan. “Kleur” wordt “Farbe”, “Zwart” wordt “Schwarz”.

Dat helpt alleen binnen de native limiet uit Adding variants: maximaal drie options en 2048 variants per product. Een vierde keuze, een vrij getal of een file upload is geen variant. Community-threads zoals Translate & Adapt App Is Not Working en How to translate product variants options name and value using GraphQL laten hetzelfde patroon zien: standaardopties zijn vertaalbaar, handmatig toegevoegde of app-velden blijven Engels of Nederlands tot je ze ergens anders vertaalt. In Color Product Option Value Translation Issue blijft “Black” zichtbaar op de storefront, ook na CSV-upload — zelfs op Dawn.

Line item properties uit Liquid (`properties[Width]`) slaan tekst op de orderregel op. Ze wijzigen de prijs niet, en Translate & Adapt kent ze niet als productoptie. Voor maatwerkshops die al dynamische productopties gebruiken, is de gap groter: hoe meer velden, hoe meer onvertaalde UI.

Workarounds die shops eerst proberen

Een product per taal

“Gordijn NL” en “Vorhang DE” geven je twee keer drie native options. Dubbele SEO, dubbele voorraad, en een Duitse koper die via Google op de Nederlandse URL landt ziet alsnog NL-labels. Elke prijswijziging moet je twee keer doorvoeren.

Vertaal-JSON in een metafield

Sommige optie-apps stoppen alle labels in één metafield. In Translate & Adapt plak je die JSON en vertaal je alleen strings. Eén komma fout en het formulier breekt. Dat is geen workflow voor een wekelijkse catalogusupdate.

Hardcoded `if request.locale` in Liquid

Werkt tot de volgende theme-update of tot je een derde taal toevoegt. Foutmeldingen, placeholders en uploadteksten vergeet je bijna altijd. De formule staat dan nog steeds nergens — of zit verspreid in snippets.

“Klanten spreken wel Engels”

Op B2B-export kan dat meevallen. Op een Duitse consumer-pagina met “Width (cm)” en een validatie “Value must be at least 40” daalt conversie. Fulfillment krijgt dan ook inconsistente eenheden binnen.

Geen van deze routes koppelt vertaalde labels aan één prijsformule. Precies dat scheidt een bruikbare meertalige configurator van een vertaalde producttekst met een Engels formulier eronder.

Hoe Options Price Calculator talen koppelt

Options Price Calculator is een Built for Shopify-app (listing: 5.0 uit 25 reviews) met multilingual support op het Starter-plan ($9.99/maand). Conditional logic, font picker, live preview (Product Personalizer) en de realtime price breakdown zijn Premium ($14.99/maand) — noem die niet als standaard.

Vertalingen zitten in het tabblad Translations van elke calculator, niet in Translate & Adapt:

• Taaltabs komen uit de talen die je in Shopify enabled en published hebt (Markets / Languages). Een ongepubliceerde locale verschijnt niet.

• De actieve storefront-taal wordt automatisch gedetecteerd. Ontbreekt een string, dan is Engels de fallback.

• Alleen elementen die in díé calculator bestaan, krijgen vertaalvelden. Verwijder je een dropdown, dan verdwijnen die entries.

Per veld vertaal je onder meer: label, placeholder, optielabels (dropdown, radio, swatch, color picker, font picker), rich text, divider-koppen, aangevinkt/uitgevinkt-tekst van een checkbox (die als line item attribute mee gaat), en bij Premium de labels van de Font Picker plus customizer-placeholders van de live preview.

Systeemtekst: final-price-label, upload-loader, knop/dropzone/aantal/grootte van file upload, en labels van computed properties. Validatie: verplicht veld, min/max bij numbers, bestandslimieten, min/max prijs. Placeholders als `{min}`, `{max}` en `{count}` vult de app zelf.

De formule blijft op field keys. `width` en `height` heten in het Duits “Breite” en “Höhe”; in de builder blijft het:

``` product_price + (width * height) ```

of met setupkost, zoals in de formula examples:

``` product_price + 25 + (width * height) ```

Je vertaalt geen variabelen. Je vertaalt wat de klant leest. Eén calculator, één koppeling naar varianten, meerdere talen.

Praktijk: gordijnen voor NL en DE

Stel: je verkoopt gordijnen op maat. Native variants houd je klein — bijvoorbeeld stofcollectie A/B/C als echte SKU’s. Daarnaast:

1. Number `width` — label NL “Breedte (cm)”, DE “Breite (cm)”

2. Number `height` — “Hoogte (cm)” / “Höhe (cm)”

3. Dropdown `lining` — “Voering” / “Futter”, opties “Geen”/“Keine” (waarde `0`), “Verduisterend”/“Verdunkelnd” (toeslag)

4. Checkbox `rush` — “Spoed (plus 3 werkdagen)” / “Express (plus 3 Werktage)”

5. File upload — knop “Upload stoffenstaal” / “Stoffmuster hochladen”

Prijs: `product_price + (width * height * 0.12) + lining + rush`. De Duitse klant ziet Duitse labels en dezelfde live prijs. Op de order staan de (vertaalde) status-teksten van de checkbox; fulfillment leest dezelfde keys. Geen tweede product, geen extra variant per taal.

Conditional staffels (groter dan 250 cm een hoger m²-tarief) zijn Premium. De vertaling van het rich-text-blok dat die drempel uitlegt, zit wél in hetzelfde Translations-tabblad.

Docs raden aan: vertaal alle actieve talen, houd labels kort, stop hints in placeholders, en check rich text per locale op afbreking. Gebruik je meerdere calculators, dan heeft elk zijn eigen wording — handig als “Breedte” bij jaloezieën in mm staat en bij stof in meters.

Zo zet je het live

1. Publiceer de doeltaal in Shopify (Languages + market). Zonder published locale geen tab in OPC.

2. Installeer Options Price Calculator. Free dekt 20 uses (op een develop-store altijd gratis); meertaligheid zit in Starter.

3. Plaats het app block op het producttemplate — How to Add the Extension to the Product Page.

4. Bouw velden en formule eerst in de brontaal. Keys niet hernoemen na live traffic: vertalingen hangen aan de huidige velden.

5. Open Translations, vul DE/FR/EN (of wat je published hebt), inclusief errors en uploadteksten.

6. Test met de language switcher: fallback naar Engels als een string leeg is, prijs identiek, cart/checkout met dezelfde configuratie.

Server-side price validation blijft globaal: de berekende prijs wordt niet alleen in de browser getoond. Dat is geen vertaalfeature, wél relevant als je meerdere markets met dezelfde calculator draait.

Tot slot

Meertalige productopties Shopify zijn geen extra variant en geen tweede product-URL. Native vertaling stopt bij drie options; een calculator-formulier vertaal je in de app, per gepubliceerde locale, terwijl de formule op keys blijft staan.

Zet die labels live met Options Price Calculator en laat klanten in hun eigen taal configureren — zonder je catalogus te verdubbelen.