Multilingual Content Launch: The 5 Gates After Translation
1. Why “translation done” is only the midpoint
Start with the incidents that come up again and again in real projects:
| Incident | What it looks like | The real cause |
|---|---|---|
| Product specs on the German page differ from the English page | Customer orders, then finds the specs are wrong | Only the English page was updated when specs changed |
| The French page has no ranking at all on Google | The page exists, but no one can find it | hreflang was misconfigured and the page was flagged as duplicate content |
| Customers can’t understand the Japanese page | Machine translation got the terminology wrong | No glossary, so “accuracy” and “repeat positioning accuracy” were translated interchangeably |
| The Spanish page has a very high bounce rate | Customers open it and leave immediately | The date format (09/16 vs 16/09) confuses them |
| Customers complain that they misread the price | The currency isn’t labeled clearly | Only a number with no currency, or an ambiguous currency symbol |
These five types of incident share one thing: they all happen “after translation is done.”
Translation itself (converting Chinese into another language) only solves the “text problem.” For a language version to actually work, you also have to handle terminology, metadata, URLs and links, local conventions, and post-launch checksโ these five things. That’s why many companies end up with multilingual sites that “support a lot of languages, but only English is useful.”
2. The glossary: the foundation for everything
Before we get into the five gates, we have to talk about the glossary โIt’s the infrastructure every later stage builds on.
Why you can’t skip the glossary
In multilingual content, the same Chinese term may need different foreign words in different contexts, and vice versa. Machine translation can’t handle that mapping.
| Chinese | Possible English translations | What it actually means | What mixing them up costs you |
|---|---|---|---|
| Accuracy | accuracy / precision | accuracy is how close you are to the true value; precision is repeatability | The customer reads it as precision, so expectations don’t line up |
| Lead time | lead time / delivery time | lead time is the gap from order to shipment | Disputes over negotiation and contract terms |
| ๅฎๅถ | customize / customize / OEM | OEM carries a specific commercial meaning | The customer thinks they can put their own brand on it |
| ไฟไฟฎ | warranty / guarantee | warranty covers the product; guarantee is a promise | The scope of after-sales responsibility is unclear |
| ไบง่ฝ | capacity / output | capacity usually means maximum capability; output means actual production | The customer places orders based on maximum capacity |
How to build a glossary
| Steps | How to do it | Output |
|---|---|---|
| โ Extract | Pull high-frequency technical terms from product pages, spec sheets and FAQs | 100โ300 Chinese terms |
| โก Set the translation | Lock in one standard translation per term (have a native speaker of the target language confirm it) | Chinese โ target language reference table |
| โข Flag banned translations | State clearly which words not to use | Fewer errors |
| โฃ Maintain per language | One file per language, including local industry usage | Glossary for each language |
| โค Keep it updated | Add entries whenever a new product or term comes up | Version-controlled |
One practical tip: add a column for how customers actually say it. A German customer, for example, may use a particular industry term that isn’t the standard dictionary translation. Write down the words customers use in emails and at trade shows โ that’s more accurate than any dictionary.
Part Three: The five checks, one by one
Check 1: Terminology consistency
| Checklist | How to check | Failing signal |
|---|---|---|
| Are terms translated according to the glossary? | Go through them one by one with find-and-replace | The same term translated differently on different pages |
| Is the product name consistent? | Search the product name across the site | The same model called different things on different pages |
| Are parameter units consistent? | Check every value and unit | mm in one place, cm in another |
| Company name and brand name | Search the brand name across the site | The brand name got translated (brand names usually stay as they are) |
| Certification names | Check CE / UL / ISO and the rest | Certification names paraphrased or abbreviated incorrectly |
The most common mistake at this stage: translating the brand name. If a Chinese brand name like “็ฏๅฝขๅฑฑ” gets machine-translated into something like “Crater Mountain”, it directly breaks the consistency of the brand entity โa brand name must be the same string in every language, because search engines and AI identify entities by matching strings.
Check 2: Rewriting SEO metadata
This is the stage people skip most often. Many companies machine-translate their page titles and descriptions too, and the results perform terribly in the target market’s search results.
| Project | How to do it | Common mistake |
|---|---|---|
| Title | Rewrite, don’t translate literally. Organize keywords around how the target market actually searches | Literal translation of the Chinese title โ word order and phrasing don’t match local search habits |
| Description | Rewrite, with keywords and a call to action in the local language | Literal translation that reads like machine translation |
| H1 | Echoes the title, but isn’t identical | Word-for-word identical to the title (wastes semantic space) |
| URL slug | Use the target language,never pinyin | Using a pinyin slug (German customers can’t read it at all) |
| Image alt text | Describe it in the target language | Keeping the Chinese alt or an English alt |
| Internal link anchor text | Use descriptive anchor text in the target language | Using uninformative anchors like “click here” |
Why must the title be rewritten instead of translated literally? Because search demand is expressed differently in every language. A Chinese buyer might search “ๅทฅไธ็บงๆง่กๆบๆๅๅฎถๆจ่”, while a German buyer searches “elektrischer Stellantrieb Hersteller Industrie” โword order, word choice and modifier relationships are all different. A literal translation is grammatically correct, but nobody searches for it.
A practical approach:Search your core keyword in the target language, see how the top-ranking page titles are written, then rebuild your title around that phrasing(don’t copy the content).
Stage three: URL structure and hreflang
This is the most technical stage, and the easiest to get wrong.
Three options for URL structure:
| Solution | Format | Pros | Drawbacks | Suitable for |
|---|---|---|---|---|
| Subdirectory | site.com/de/ |
Concentrates authority, easy to maintain | Server must be same-origin, weaker geo targeting | Most businesses |
| Subdomain | de.site.com |
Can be deployed independently | Splits authority, needs separate setup | Large sites, big regional differences |
| Country-code top-level domain | site.de |
Strongest geo signal | Expensive, needs multiple domains and certificates | Deep localization |
We recommend the subdirectory option(site.com/de/) because it concentrates authority and costs the least to maintain, which is enough for most companies going global.
Six common hreflang mistakes:
| # | Mistake | Consequence | The right way |
|---|---|---|---|
| 1 | One-way reference (A points to B, B doesn’t point back to A) | Search engines ignore the pair | References must go both ways |
| 2 | Missing x-default | Users whose language doesn’t match have no fallback page | Designate a default version (usually English or a language-selection page) |
| 3 | The page hreflang points to doesn’t exist or returns a 404 | The relationship breaks | Verify every link resolves before launch |
| 4 | hreflang conflicts with canonical | Contradictory signals, indexing errors | Point canonical at the page’s own language version, not all at the English version |
| 5 | Non-standard language codes (writing de-AT when it should be at) |
Not recognized | Use ISO 639-1 language codes plus an optional ISO 3166-1 region code |
| 6 | Adding hreflang to paginated / filtered pages with inconsistent configuration | Indexing chaos | Use self-referencing hreflang on paginated pages, or one consistent policy |
The fourth one is the most hidden, and the most common. A typical mistake: pointing canonical on every language version at the English version. That tells search engines “these language pages are copies of the English page,” so the non-English versions barely get indexed โthis is the number one reason people “build a multilingual site and get no rankings.”
Stage four: localization (it’s not just language)
The language is right, but the conventions are wrong, and customers still feel “this isn’t for us.”
| Project | What needs localizing | Common mistake |
|---|---|---|
| Dates | Format (MM/DD vs DD/MM vs YYYY-MM-DD) | 09/16 reads wrong in Spanish- and German-speaking markets |
| Numbers | Thousands separators and decimal points (1,234.56 vs 1.234,56) | Use the wrong decimal mark and your specs get misread |
| Units | Metric vs imperial (mm vs inch, kg vs lb, โ vs โ) | US market, metric only |
| Currency | State the currency clearly | A number with no currency |
| Name order | Given name first or family name first | Address the customer wrong |
| Address format | Country-specific address order | Affects logistics and trust |
| Regulatory wording | Local compliance requirements (e.g. EU product safety law, data protection) | Translating Chinese compliance wording as-is |
| Contact preferences | Preferred local channels (phone/email/WhatsApp) | Only one way to get in touch |
| Measurement conventions | How power, area and weight are expressed locally | Customers have to convert it themselves |
Of these, “number formats” and “units” are the easiest to overlook, and they have the most direct impact. A US customer sees “1.234,56 mm” and is confused; a German customer sees “1,234.56 mm” and is just as confused โthe same digits read differently on each side, which can throw an estimate off by an order of magnitude.
Stage 5: Verify after launch
Launching isn’t finishing. We recommend checking on day 1, day 7 and day 30 after launch.
| Checkpoint | What to check |
|---|---|
| Launch day | Links resolve, hreflang works, redirects are correct, pages render properly |
| Day 7 | Whether search engines have crawled the site, whether Search Console shows errors, whether the multilingual tags are recognized |
| Day 30 | Whether pages are indexed, whether keywords are getting impressions, whether bounce rate and time on page look abnormal |
Checklist of verification tools and methods:
| Purpose | Method |
|---|---|
| Check whether hreflang is correct | The “Internationalization” report in Search Console + a manual check of the HTML head |
| Check whether pages are indexed | site:site.com/de/ Query |
| Check for duplicate content issues | Search Console’s “Duplicate, Google chose different canonical than user” |
| Check redirect chains | A crawler or a browser extension |
| Check language detection | Visit with your browser set to that language and see whether it redirects to the right version |
| Check performance | Load speed of each language version (do your CDN nodes cover the target region?) |
One check people often skip: whether all language versions are equally fast. If the English site runs on a global CDN but the German site only has US nodes, German users will see a noticeably slower German page, which hits bounce rate and rankings directly.
4. Lock in the process: who owns which stage
Multilingual content usually goes wrong not because nobody does the work, but because nobody owns it. Assign each of the five stages to a named owner:
| Stage | Owner | Deliverable | Acceptance Criteria |
|---|---|---|---|
| โ Terminology consistency | Content / Product | Glossary + proofreading log | 100% terminology match rate |
| โก SEO metadata | SEO / Content | Title / desc / slug list per language | Written individually for each page, never translated word for word |
| โข URL and hreflang | Technical / SEO | Config checklist + verification screenshots | No errors in Search Console |
| โฃ Localization | Content / regional colleagues | Localization checklist (dates / units / currency / regulations) | All 20 spot checks pass |
| โค Post-launch verification | SEO / Operations | Three-stage verification report | Indexed normally within 30 days |
One organizational suggestion: assign a “language owner” for each language. Even if that person isn’t full-time, there should be a clear name attached to each language. In practice, a language with no owner degrades into a stale page with outdated specs within six months, and outdated wrong information is worse than not having that language at allโ because it feeds into AI training data and pollutes your brand information for the long term.
FAQ
| Action | How to do it |
|---|---|
| Log changes | For any content update to the English version (the main source), log what changed and when |
| Assess whether it’s needed | Decide whether the change affects other languages (spec changes must be synced; tone edits can wait) |
| Assign the sync | Create a task for the owner of each language in your task system |
| Audit regularly | Spot-check each language version against the main source once a quarter |
| Tier | Metrics | Observation period |
|---|---|---|
| Technology | Pages indexed, hreflang errors, crawl status | 30 days after launch |
| Traffic | Organic traffic and keyword coverage per language | 3โ6 months |
| Business | Inquiries and closed deals per language | 6โ12 months |
Final thoughts
The most draining part of multilingual work isn’t translation โ translation can be outsourced and sped up. What’s genuinely hard are the five gates after translation: align terminology, rewrite metadata, pair up structure, adapt to local habits, and watch the data after launch.
These five things share one trait:they all require someone who truly “knows this market”, not just tools. And that’s exactly why the cost of multilingual content was never the “translation fee” โ it’s the ongoing manpower to maintain it.
So here’s a practical suggestion:Don’t ask “how many languages can we do?” Ask “how many languages can we maintain long term?” The answer is usually fewer than you expect โ but those are the languages that actually bring in inquiries.
