18 August 2026
Roughly two thirds of the twelve stations in a multilingual InDesign run can be automated. The remaining third, preparation, review and sign-off, sets the turnaround time. Automating only those two thirds speeds up a process whose duration arises elsewhere. This article walks the run station by station, from the source document to the released language version.
Contents

InDesign ships with a full scripting interface. Text extraction, style assignment, image replacement, output and batch processing can be automated. Editorial judgement and sign-off cannot, because they require a decision about content.
Through that interface, documents can be opened, changed, exported and closed without anyone touching them. It is the technical basis for everything described here as automatable.
Adobe documents it as the Scripting DOM API, and the newer extension technology as UXP. Both are publicly specified and not tied to a single vendor.
A script on the workstation, InDesign Server, and a platform with process control. The three differ less in technology than in how many people they can support.
| Level | What it does | Where it ends |
|---|---|---|
| Script on the workstation | Repetitive steps on the open file, text export, style assignment, export per language | Runs as long as the person who wrote it is still there, and as long as the InDesign version matches |
| InDesign Server | Processes documents unattended, without anyone having InDesign open, dozens of files in sequence | Requires operation, licensing and someone to define the process |
| Platform with process control | Connects processing with translation, review, roles and sign-off | Higher entry effort, pays off with repetition and several people involved |
The step from level one to level two is a technical one. The step from level two to level three is an organisational one.
The second step is the more effective one as soon as more than one person is involved in the process.
A multilingual run has more steps than most process diagrams show. Nine of the twelve stations can be automated fully or in part, three stay human.

Nine of twelve stations can be automated fully or in part. The three marked stations set the turnaround time.
| # | Station | Automatable? |
|---|---|---|
| 1 | Prepare the document: styles instead of local formatting, language attribute, space allowance | No, but only once |
| 2 | Extract text with its markup from the layout | Yes |
| 3 | Pre-translation from the translation memory | Yes |
| 4 | Machine translation of the remaining text | Yes |
| 5 | Terminology check against the glossary | Yes |
| 6 | Specialist review per language | No. The place of the review can be designed, the review itself cannot |
| 7 | Write the translated text back into the layout | Yes |
| 8 | Check line breaks and overset text | Partly. Detecting yes, deciding no |
| 9 | Detect and swap language-dependent images | Partly. Detecting yes, producing the image content no |
| 10 | Sign-off by the department or the market | No |
| 11 | Output per language: PDF, print data, archive version | Yes |
| 12 | Filing, revision status, traceability | Yes |
The three remaining stations, preparation, review and sign-off, account for the larger share of calendar time in most organisations.
Stations 3 to 5 raise the question of which engine is used and where its limits lie inside the layout. More on that in the article on where AI translation is headed.
Automation that ends at station 7 barely shortens the run. The text arrives in the layout faster and then waits for the review exactly as long as before.
Want to know how much layout rework your documents need after translation? The layout cost calculator estimates the share from two PDF versions of the same document.
Because stations 6 and 10 are dismissed as human work. That is only half right: the review is specialist work, the environment it happens in is a process decision.
And that decision is the biggest lever in the whole process. There are two common variants.
With fourteen languages, the first variant means fourteen parallel processes with fourteen interim versions and at least two rounds per language.
In the second variant, the overset text is visible in the same place where it is fixed.
The difference is not a question of processing power. It is the question of whether the review happens inside the document or next to it.
Automation amplifies the structure it finds. If the structure is untidy, automation amplifies the error. Five conditions decide whether the effort pays off.
A script is not a one-off effort. It is a small software product with a life cycle. Four things change reliably and make maintenance necessary.
The last point is the most common one in practice. Automation only one person understands is a risk, not a process.
For in-house development, budget for ongoing maintenance and settle beforehand who will take it on.
The language count in these runs is rarely a marketing decision. For machinery sold in the EU, the EU Machinery Regulation ties it to the markets served, and every version has to stay online for ten years after the machine is placed on the market.
InTO covers stations 2 to 5, 7, 11 and 12 automatically, and moves stations 6 and 8 into the rendered layout.
DTP processing runs through an embedded InDesign Server. No additional software is needed on your side, and everyone involved works in the browser.
For a run across thirty documents in twelve languages, that means:
What InTO does not automate: preparing your document and the editorial decision itself.
A layout without styles and without space allowance does not get faster on a platform either. Which file travels between the stations is covered in the article on IDML, INDD and XLIFF.
In 30 minutes we walk through the twelve stations in your actual process and mark which ones are automated today, which ones could be, and where the calendar time actually accumulates. You receive the result in writing.
Book a 30-minute process reviewFor simple, repetitive steps, ready-made scripts and templates are enough. As soon as translation, terminology and sign-off are involved, it stops being a scripting topic and becomes a process question, and then it is about a tool rather than an in-house development.
InDesign Server processes documents unattended, without the application being open. It makes sense when many files in many languages go through regularly. For individual documents, the operating effort is out of proportion to the benefit. In server-based platforms it is already included.
A great deal on the translation step, but on the overall run only as much as the review and sign-off loops allow. If sign-off still runs through PDF and email, the turnaround time stays essentially the same despite automation.
No. Database publishing produces layouts from a data source, for example product data in a catalogue. Multilingual automation produces language versions of an existing layout. The two can be combined, but they are different tasks with different tools.
That has to be checked before every update. Adobe moved the extension technology to UXP, and older extensions do not necessarily keep running. Plan a test of the automation as a fixed part of every version change.
Jae Hyun Kim
Director Sales & Marketing at lisocon. Works with industrial clients on multilingual documentation processes, from the format question through to sign-off in more than 30 languages.
Sources