About OCR PDF
OCR PDF runs the Tesseract recognition engine as WebAssembly inside your browser: every page is rendered to a canvas at 150 DPI, read, and then either rebuilt as a searchable PDF with an invisible text layer aligned to the visible page, or saved as plain text. The selected document is processed locally, with one network caveat: Tesseract fetches the chosen language's training data, roughly 10 to 15 MB, from the public jsDelivr CDN when it is not already available to the browser. Use it to make a scanned contract searchable, pull tentative figures from a faxed invoice, index paper receipts, or turn a photographed page into text that can be proofread and reused.
OCR PDF specs
| Price | Free ($0) — no paid tier |
|---|---|
| Account | Not required |
| Watermark | None |
| Where it runs | In your browser, on your device |
| File upload | No file is uploaded |
| Input | PDF (1 file) |
| Output | Searchable PDF, or TXT |
| File size limit | Limited only by your device's memory |
| Offline use | Requires a language-data download on first run; later offline use depends on browser caching |
How to use OCR PDF
Add the scanned PDF
Drop one document onto the upload area, or click to browse. The page preview appears immediately so you can page through the file before running anything.
Pick the language
Choose the matching language chip. There is no auto-detection — recognition uses whatever you select, and the wrong choice is the usual cause of garbled output.
Choose the output
“Searchable PDF” keeps every page as it looks and adds an invisible text layer. “Plain text” skips the PDF and saves the recognised text as a .txt file.
Press Run OCR
The button reads Run OCR & download PDF or Run OCR & download text depending on the mode. The first run in a new language shows a “Loading OCR engine…” bar while its model downloads.
Watch the per-page progress
Once the engine is ready the bar switches to “Page N of M”. Keep the tab open — recognition happens in this window, not on a server.
Check the recognised text, then save
The download starts by itself when the run finishes. Use the preview pager to read the recognised text for each page, and watch for the amber notice that reports any page which could not be given a text layer.
Frequently asked questions about OCR PDF
Does my PDF get uploaded when I run OCR?
The component gives rendered page pixels to Tesseract inside the tab; it does not send the selected PDF to the language-data host. Tesseract does fetch the chosen trained-data file from cdn.jsdelivr.net when needed. A browser may cache that asset, but cache retention and offline availability depend on browser settings and storage state, so a previous successful run is not a permanent offline guarantee. On a metered connection, allow roughly 10 to 15 MB for a language model fetch.
How accurate is the text recognition?
Accuracy depends almost entirely on the page you feed it, and this tool will not quote you a number it cannot stand behind. Recognition is strong on clean, high-contrast printed text that sits straight on the page — a laser-printed contract, a typeset report, a crisp flatbed scan. It degrades on fax-quality output, photographs taken at an angle, faint carbon copies, heavily stylised display type, dense tables, text laid over background images, and pages skewed by more than a degree or two. Before you trust an output, use the preview pane: after a run it shows the recognised text for whichever page you are viewing, so you can page through and judge for yourself. When a page comes back wrong, the usual fixes are rescanning it straighter, raising the contrast, or correcting the language selection.
Which languages can I choose, and does it detect the language by itself?
There is no automatic detection — recognition uses whichever language chip you select, and choosing wrongly is the most common cause of nonsense output. Twenty languages are available: English, Spanish, French, German, Italian, Portuguese, Dutch, Polish, Russian, simplified and traditional Chinese, Japanese, Korean, Arabic, Hindi, Turkish, Finnish, Swedish, Norwegian and Danish. Each has its own trained model with its own character set and word statistics, which is why an English model reads a Polish page badly rather than merely imperfectly. Switching the chip and running again reloads the engine with the new model, downloading it once if you have not used that language before. For a document that mixes languages, pick the one that dominates the body text; short foreign passages usually survive, and accented characters outside the selected model are the first thing to be misread.
Does the output PDF actually become searchable?
Searchable PDF mode attempts to add an invisible text layer aligned with the recognised words. Pages with a substantial native text layer are copied rather than OCR-rasterised; mixed pages can keep their content and receive an additional recognised layer. If a page cannot receive a layer, it remains in the download and an amber notice reports it. Search, selection order and copied text depend on recognition quality and positioning, so test the output rather than assuming accessibility or archival conformance. Plain text mode writes a .txt file instead.
What scan resolution should the source PDF be?
Around 300 DPI, in grayscale or bilevel, is the practical target for the scan you start from. Inside the tool every page is re-rendered at 150 DPI before recognition — a deliberate compromise between accuracy and the memory a browser tab can hold — and that render is what the engine sees. Scanning your original far above 300 DPI therefore buys little here, while scanning below roughly 200 DPI costs you: thin strokes merge, small type loses the shapes that distinguish it, and digits and punctuation are usually the first characters to be misread. Other properties of the source matter as much as resolution — even lighting, straight alignment, and genuine contrast between ink and paper. A well-lit 200 DPI scan usually beats a shadowed 600 DPI photograph of the same page by a wide margin.
Can it read handwriting?
Handwriting is not something this tool can do reliably. The engine is trained on printed and typeset characters, and the models offered here are the standard printed-text ones; there is no handwriting model in the list. Neat, well-separated block capitals — the kind you get on a form that asked for them — are sometimes recognised well enough to be useful. Ordinary cursive, hurried notes, signatures and margin annotations are not: expect either nonsense or nothing at all for those. If your document mixes a printed form with handwritten answers, running OCR still helps, because the printed part becomes searchable while the handwritten entries simply remain pixels in the page image. For documents that are handwritten throughout, a service built specifically for handwriting recognition is the right tool.
Why in-browser processing matters
Every PDFChamp tool runs inside this page: the file you choose is read by JavaScript in your own browser and is never sent to a server, so nothing is uploaded, queued, or stored anywhere. That removes the upload wait, the processing queue, and the question of what happens to your file afterwards — the PDFChamp overview compares this architecture with server-side PDF tools.
Last updated