Language versions Translation workflow Hreflang & URLs

Custom multilingual website software development

Appfront builds custom software to keep a multilingual website manageable: managing language versions side by side, running translations through a workflow with review and approval, setting up hreflang and URL structure correctly for each language, and keeping track of what is falling behind. For organisations that find a second or third language doubles the work of managing their site rather than doubling its reach.

What is multilingual website software?

Multilingual website software is the layer that keeps your content manageable across several languages. It is not about translation itself, but everything around it: which page exists in which language, which version lags behind the original, who reviews and approves a translation, how URLs are structured per language, and how search engines learn which language versions belong together. That last part is done with hreflang annotations, and this is where things often go wrong in practice.

Most websites start out monolingual. When a language is added, it is often bolted on: a second site, or separate pages that drift out of step with the original within six months. Editors lose track of what has and hasn't been updated, and visitors receive outdated information in their own language. Custom software makes the link between source and translation explicit, so a change to the Dutch text appears as an outstanding task against every other language.

This page is about managing multilingual content. If you are looking for the translation engine itself, with automatic translation and post-editing, see AI translation software. If the goal is selling in several countries with their own currencies and customs rules, international e-commerce software is the right starting point. You can read more about the underlying content management system under CMS development.

Source and translation linked

When the original changes, that shows up as an open task on every language version. Any backlog becomes visible, rather than being flagged by a customer.

Translation remains human work

Automatic translation, an agency or your own editor: the workflow stays the same, only the source of the translation changes.

Technical setup done properly

Hreflang, language URLs and canonicals are generated by the software, not maintained by hand.

How we build your multilingual website software

We start with your language policy and your editorial team, not the technology. How many languages, who translates, who approves, and what happens when the original changes. Those answers shape the design; the hreflang implementation follows naturally from them.

1
Discovery & language policy

We map out which languages you publish in, which markets they serve, and who translates and who approves. We also decide what must be fully translated and what deliberately stays in a single language.

2
Design

We design the content model with source and translations, the URL structure per language, and the role model for editor, translator and final reviewer. We also define how hreflang and canonicals are built.

3
Build & iteration

We build in short iterations and get your editorial team working with real pages early on. A translation workflow that looks right on paper but takes too many clicks in practice will simply be bypassed.

4
Go-live & maintenance

A controlled go-live with a migration of existing language versions and a check of the references, followed by management and expansion when a new language is added.

What multilingual website software actually does

What you need depends on the number of languages and on who does the translation work. Below is what we most often deliver.

Language versions side by side

See per page which languages exist, which are missing and which lag behind the original, with the source displayed alongside while translating.

Translation workflow

From open to translated, reviewed and approved, with a clear view of who is responsible at each step. Approval can happen per language, so German can go live while French is still in progress.

Hreflang and URL structure

Language variants and canonicals are generated automatically based on your structure, including the reference to the default language.

Terminology

Fixed translations for product names and technical terms, so different translators do not each introduce their own wording.

What is falling behind

An overview of pages where the original has changed and the translation has not, sorted by page importance.

Exchanging with translation providers

Prepare content for a translation agency or translation service and place the translation back without cutting and pasting.

Who we build multilingual website software for

The nature of translation work differs greatly from one organisation to another. For each of them, we build software that suits how language is handled there.

Exporting companies

Where a handful of languages serves a handful of markets, and the product information in each language needs to stay up to date.

Organisations with a Dutch and English site

The most common situation, where the English version consistently lags behind because nobody can see what has changed.

Public and semi-public organisations

Where, alongside Dutch, English and sometimes a regional language or plain language is needed, with requirements for accessibility and care.

Editorial teams with external translators

Where translation work is done outside the organisation and exchanges currently happen through documents and email.

Not yet sure about a large project?

Test your idea first: a working prototype in 1 day

With OneDayBuild, we turn your idea into something tangible in one day for €1,150, so you can see whether further development is worth the investment. Decide to go ahead with the full build? Then we credit the full cost.

Explore OneDayBuild →

Technology and integrations

We build with a modern, maintainable web stack and integrate with the content management system you use, or build one that works alongside it. For multilingual sites, the key requirements are: an integration with a translation service or agency, correct hreflang output in the page head and sitemap, and a URL structure that works per language. If you use machine translation, we connect it as a source within the same workflow, after which an editor reviews and approves the content.

Node.js / Python / PHP / .NET React / Vue front end PostgreSQL / SQL database Headless or traditional CMS Integration with a translation service or agency Hreflang in page head and sitemap Roles for editor, translator and final reviewer Hosting in the Netherlands or the EU

Why choose Appfront for your multilingual website software?

We build custom software with a dedicated team, without vendor lock-in. You remain the owner of your software, your content and your translations.

Our own team

Design and build happen in-house. You speak with the people who actually make your software.

No vendor lock-in

Content and translations belong to you and can be exported. There is no platform holding your language versions hostage.

Free choice of translation method

Automatic, agency or in-house editor: the workflow keeps working, even if you later change method.

Growing with you

Adding a language or dropping a market: the structure adapts without you having to rebuild the site.

Security and privacy in multilingual website software

With a multilingual site, content often temporarily leaves your own environment, for example when it is sent to a translation agency or a translation service. That is the point at which you need to know exactly what is being sent and where it is processed, especially if the text still contains unpublished information or personal data.

We set up the integration so that only the text that needs translating is sent, and we document which service processes it and where. For unpublished content, we agree whether it may leave your systems at all. Permissions are managed by role, so an external translator only sees the work assigned to them and not the rest of the site. Data processing agreements with the translation service are part of this; we make sure the software is aligned with them.

Frequently asked questions about multilingual website software

Answers to the questions we are asked most often about multilingual websites.

Multilingual website software is the management layer around your content in several languages: which page exists in which language, which translation lags behind the original, who reviews and approves, how the URLs are structured per language, and how search engines recognise which language versions belong together. The translation itself may be done by a service, an agency or your own editor; the software ensures the process around it runs properly.

AI translation software is the engine: it converts text from one language to another, optionally followed by post-editing by a translator. Multilingual website software is the layer around it that tracks which pages need translating, has the result go through review, and publishes the language versions technically correctly. The two work well together, but you can use them separately.

By explicitly linking source and translation. When a Dutch page changes, an outstanding task automatically appears for every other language, detailing what has changed. On an overview screen, editors can see which pages are falling behind, sorted by how important each page is. This makes backlogs visible the moment they arise, rather than when a customer raises them.

Yes, and that is one of the reasons not to do it by hand. The software generates the hreflang references in the page head and in the sitemap based on the language versions that actually exist, including the reference to the default language. If a language version disappears or a new one is added, this is handled automatically. Maintaining hreflang manually almost always drifts out of step with reality.

Often, yes. It depends on how your content management system handles content and whether it offers a usable integration. With some systems, we build the multilingual layer alongside it and connect it; with others, it is wiser to replace the content management system as well. We determine what makes sense during the discovery phase, and we will also tell you if the best answer is to stay with your current solution.

We build custom software. Multilingualism affects your content model, your editorial process and your URL structure, and all three are set up differently in every organisation. After an intake conversation, we decide together which part will deliver the most value and in what order we build.

Ready to build your multilingual website?

Tell us which languages you operate in and where content management is currently getting stuck. In an advisory conversation, we will look together at what custom development would deliver and where it makes most sense to start.

Edit content