Translate PDF From Dutch to Spanish
Upload a PDF file in Dutch and download the same file in Spanish. This page sets out exactly what “the same file” means for this format, this source language and this target — including what still does not work.
What Survives When You Translate PDF
- Output is produced by removing the original text and drawing the translation back into the same box, so page geometry, images and vector art are the originals.
- A dual mode puts the original page beside the translated one, which is what you want when you are checking a document rather than replacing it.
- Born-digital pages are read from the text layer; scanned pages are routed to OCR automatically, page by page, inside the same file. Text-layer pages are read exactly. OCR pages are best-effort — a line the recogniser cannot read stays in the source language — and they are billed in full either way.
- A block we cannot translate confidently keeps its original pixels: visibly untranslated, never filled with a guess.
Producing Spanish
PDF output is drawn by us, glyph by glyph, with the fonts we ship, so the target has to be a script those fonts render. Spanish is one of them: Latin, Cyrillic and Greek targets are available in every format we support, PDF and images included.
Which Languages Each Format SupportsReading Dutch
Dutch is written in the Latin alphabet, which every extraction path here reads without a special case: a born-digital file gives up its text layer directly.
If the PDF is a scan rather than a born-digital file, its pages go to OCR first. That is best-effort: on clean scans it works well; on dense or degraded ones a share of lines is never extracted and stays in Dutch on the page, and the page is billed in full either way.
See It on a Real Document
The before and after below is a real PDF file this engine translated, Spanish to English — the same format as this page, a different language pair. The examples page has the files themselves.
What This Does Not Do
- Scanned pages and images are best-effort: on dense or degraded scans a share of lines is never extracted at all. Those lines stay in the source language on the page rather than being guessed at, and the page is charged in full whatever OCR reads off it. We do not promise a scan comes back 100% translated. Born-digital pages carry no such caveat.
- Handwriting-style Nastaliq — Urdu in particular — is not read reliably by any OCR we have tested. Those files fail with an explicit error instead of returning something that merely looks translated.
- Anything the verify stage cannot confirm falls back to the source text, visible and untranslated. A file that looks finished but is not is the one outcome we will not ship.
Questions
- Is the translated PDF still a working file?
- Output is produced by removing the original text and drawing the translation back into the same box, so page geometry, images and vector art are the originals.
- Can you produce Spanish in PDF?
- PDF output is drawn by us, glyph by glyph, with the fonts we ship, so the target has to be a script those fonts render. Spanish is one of them: Latin, Cyrillic and Greek targets are available in every format we support, PDF and images included.
- How do you read Dutch input?
- Dutch is written in the Latin alphabet, which every extraction path here reads without a special case: a born-digital file gives up its text layer directly.
- What happens to my file afterwards?
- Uploaded and generated files are automatically deleted within 24 hours, and are never used to train a model.
Try It on Your Own File
No card and no per-file character minimum. If a segment cannot be translated confidently you will see it fall back, rather than a green tick over a guess.

