Guide
Mac Live Text vs browser OCR
Live Text is great for a single image already open on your Mac. A browser tool still helps for PDF stacks, clipboard paste, and the same workflow on every machine.
Updated September 25, 2026
Two solid Mac-friendly paths
macOS Live Text can select words inside a photo or screenshot you already have open in Preview, Photos, or Quick Look. For one image on this Mac, that is often the fastest copy.
Screenshot2Text runs OCR in your browser tab. It fits saved files, PDF pages, clipboard paste, and the same steps when you are not on a Mac.
Pick the path that matches the file you have and the machines you use. Live Text is the shorter path for a single open image. The browser tool fits better when the job spans files, PDFs, or another OS.
What we measured on our 22-screenshot set
Every comparison guide on this site uses the same test set: the 22 base screenshots from our OCR accuracy test. There are 5 app and settings screens (ui01-settings to ui05-form), 5 blocks of paragraph text (para01-article to para05-policy), 4 code and terminal snippets (code01-js to code04-json), 4 receipts, invoices, and price lists (num01-receipt to num04-bank), and 4 chat conversations (chat01-sms to chat04-family).
The table shows mean character error rate (CER) for each kind of screenshot saved as a lossless PNG, as a dark mode PNG, and as a simulated phone photo of the screen. Lower is better, and 0.00% is a perfect read. The main figures are run 3 results from September 25, 2026, read by the same in-browser OCR the homepage tool uses after a second OCR update that day. Run 2 results from earlier the same day sit next to them as history. We calculated the per-kind averages from the run 3 CSV and the run 2 CSV. The run 1 baseline CSV is there too.
In run 3 on this set, plain paragraphs stayed close to perfect in every version, from 0.09% as a PNG to 0.87% as a phone photo, and the 4 chat screenshots read with no errors as PNG. Dark mode raised the error on app screens from 0.41% to 3.87%. Simulated phone photos hurt most, above all chat screenshots at 21.03% and app screens at 12.87%. Across all 22 screenshots, run 3 came in at 0.65% as PNG, 1.77% in dark mode, and 9.74% as phone photos. In run 2 those three were 1.16%, 2.22%, and 10.12%.
Know the limits before you lean on these numbers. We generated the screenshots in Chromium with Linux fonts, they have no phone status bars, and the phone photos are simulated rather than taken with a camera. With 4 or 5 screenshots per kind, one bad read moves an average.
We did not run Live Text on these screenshots. It is a macOS feature and our test runs on a Linux machine, so there is no Live Text number in this table and no head-to-head result. The table describes Screenshot2Text only.
| Kind of screenshot | PNG, run 3 | PNG, run 2 | Dark mode PNG, run 3 | Dark mode PNG, run 2 | Simulated phone photo, run 3 | Simulated phone photo, run 2 |
|---|---|---|---|---|---|---|
| App and settings screens (5) | 0.41% | 0.56% | 3.87% | 4.03% | 12.87% | 13.03% |
| Paragraph text (5) | 0.09% | 0.43% | 0.78% | 1.12% | 0.87% | 1.26% |
| Code and terminal (4) | 2.03% | 2.16% | 2.21% | 2.21% | 10.69% | 11.00% |
| Receipts, invoices, and price lists (4) | 0.92% | 1.15% | 0.59% | 0.59% | 4.68% | 5.15% |
| Chat conversations (4) | 0.00% | 1.84% | 1.12% | 2.96% | 21.03% | 21.66% |
| All 22 screenshots | 0.65% | 1.16% | 1.77% | 2.22% | 9.74% | 10.12% |
What Apple's documentation says about Live Text
Apple added Live Text to the Mac in macOS Monterey. Apple's Monterey announcement says it detects text in photos, including phone numbers, websites, and addresses, and that it uses on-device machine learning so user data is kept private.
In Preview, you drag to select text in a photo or image, Control-click the selection, and choose Copy Text. The same menu offers Look Up, Translate, and a web search, and detected phone numbers, websites, and email addresses get their own actions. That is from Apple's Preview guide to Live Text. The Photos guide covers the same kind of actions for photos in your library.
Apple also says Live Text is not available in all regions or languages and points to its macOS feature availability page. Check it before you count on Live Text for a language other than your own.
What these pages do not say: none of them mention an upload or an account step, and none of them say whether Live Text works offline. We have not tested that, so we make no claim either way.
| Feature | macOS Live Text | Screenshot2Text in a browser |
|---|---|---|
| Platform | A Mac with macOS Monterey or later, in Apple apps such as Preview and Photos | A current browser on Windows, Mac, Linux, ChromeOS, or a phone |
| Where recognition runs | On device, per Apple | In your browser tab, with no image upload |
| Upload or account | Apple's pages describe neither | No upload and no account |
| Offline use | Not stated by Apple | Needs a connection to load the page, engine, and language data the first time |
| Output | Copy Text, Look Up, Translate, web search, and actions on numbers and links | An editable box, then copy or download .txt |
| Languages | Varies by region and language, per Apple | Language picker on the page |
When Live Text in Preview or Photos is enough
Use Live Text when the screenshot or photo is already open on this Mac and you only need a quick highlight-and-copy. Hover or click the detected text, select, paste into Notes or Mail. No browser warm-up.
We have not measured Live Text on our screenshot set, so we cannot say how it scores on any kind of image. A practical check works instead: if Apple already shows a clean selection outline around the words you need, copy from there and proofread.
Stay with Live Text when you are not processing a PDF stack, you do not need an editable box with download .txt on another device, and you do not care about a language pack picker beyond what macOS offers for that image.
When a browser OCR page fits better
Open Screenshot2Text when the capture already lives as a PNG, JPG, WebP, GIF, BMP, or PDF. Drop the file, or paste from the clipboard with ⌘V. Edit the result in the page, then copy or download text.
Browser OCR helps when you move between machines. A Windows laptop at work, a Chromebook, or a Linux box will not share your macOS Live Text habit. The same homepage works wherever recognition can load.
It also helps for scanned PDF pages and multi-file jobs. Live Text is image-first inside Apple apps. It is not a multi-page PDF batch reader. If you need several pages labeled in one pass, use the browser tool or the PDF landing.
Privacy-minded workflows that must keep recognition on-device land here too. The read stays in the tab. Ads stay on the homepage and stay separate from recognition.
Side-by-side practical differences
Input: Live Text starts from an image already open in Preview, Photos, or similar. Screenshot2Text starts from a file drop, a paste, or a PDF you already have.
Languages: the browser tool exposes a language picker for the packs listed on the page. Match the language to the screenshot before you judge accuracy.
Output: both can land text on your clipboard. The browser page also keeps an editable box and a .txt download, which helps when you want to clean OCR mistakes before paste.
Scope: Live Text fits instant Mac grabs on one open image. Browser OCR fits saved assets, phone screenshots transferred over, PDF pages, and non-Mac machines. These are workflow differences, not accuracy results.
A simple decision rule
If the words are in a photo or screenshot already open on this Mac and you only need them once, use Live Text.
If the words live in a file stack, a chat image you are about to paste, a PDF, or you want the same steps on Windows or Linux, open Screenshot2Text.
If Live Text looks fine, keep it. Do not force a browser round trip for pride. If Live Text misses dark UI, tiny type, or a multi-column scan, try the browser tool, and fix the capture with the cleaner-screenshot guides either way. Dark mode raised our own error rate on app screens too: from 0.41% to 3.87% in run 3 of our test on September 25, 2026, and from 0.56% to 4.03% in run 2 earlier that day.
Honest limits on both sides
Neither path is courtroom-perfect OCR. Handwriting, neon-on-neon UI, severe blur, and curved labels still fail. Cropping and contrast matter more than which logo sits on the window.
Screenshot2Text is free to use. macOS Live Text follows Apple's OS limits and update cadence. Compare features, not slogans.
HEIC files do not read here yet. The file picker does not list them, and a dragged or pasted HEIC file fails to decode in browsers without HEIC support. Convert to PNG or JPG first.
If recognition fails in the browser after a sharp crop and the right language, read the failure checklist guide before you assume the site is broken.