Cookies for analytics and advertising
We use cookies for analytics and advertising, both sent to Google. Refusing changes nothing you can see.Read the privacy page
Converting WebP to TXT reads the words out of an image saved from a web page and returns them as plain text you can paste. A WebP is almost always something a website served, and the recognition runs entirely on your own machine.
Up to 100 files at once. Mixed formats are fine.
They convert one after another and download together as a ZIP.
WebP to TXT
Nobody exports WebP from a camera or a scanner. It is a delivery format for web pages, and essentially every WebP anyone holds arrived by saving an image off a site — which is why this conversion has a much more specific audience than the other recognition pages here.
What people save tends to be information published as a picture: a chart, a price table, a comparison, a quotation, a screenshot somebody posted, a document that was scanned and put on a page as an image. In every case the words are visible and unselectable, and reading them back is the only route short of retyping.
Web images are served at the size the page needed. A chart displayed at 600 pixels wide is stored at roughly that, often less on a page built for speed — and text recognition needs enough pixels per character to work with.
So results from web images vary far more than results from scans or phone photographs, and the cause is almost always the same. Enlarging the file afterwards does not help; it adds pixels without adding information and usually softens the letterforms, making the reading worse rather than better.
This is the single most useful thing on the page. Many sites serve several sizes of the same image and display the smallest that fits — so opening the image in its own tab, or looking at the page source for a larger source in the set, frequently finds a version two or three times the size.
Two or three times the pixels is the difference between a mangled reading and a clean one. It takes thirty seconds and it beats every setting on this page put together.
The output is plain text in reading order. For a chart that means you get the axis labels, the series names and the numbers, and you do not get any indication of which belonged to which — the arrangement that made it a chart is spatial, and plain text has no space.
That is still useful when the point is to capture the figures. It is not useful for reconstructing the chart, and for a table published as a picture, expect to spend as long rebuilding the columns as reading them. Where the underlying data exists somewhere, finding it is faster than recognising a picture of it.
Recognition matches shapes to letters without understanding anything, and it has no way to flag where it was unsure. The output is fluent and complete-looking whether or not every character was read correctly.
That matters particularly for the material saved off web pages: prices, statistics, dates, percentages, references. A misread digit in a figure you then quote is the error most likely to survive a glance and least likely to be forgiven. Check the numbers against the image.
The recogniser works inside one language’s letterforms and vocabulary, and given the wrong one it does not report a failure — it returns the closest match available in a set that cannot contain the right answer.
This comes up constantly with web images, because a page you are reading in translation, or a screenshot from another country, is not in the language your machine defaults to. If a result looks strange in a way you cannot explain, this is the first thing to check.
Recognition happens inside the browser tab on your own processor. The image is never sent anywhere, there is no account and no daily allowance, and a folder of saved pictures converts in a single pass.
It also means the conversion works on material you would not want to hand to a third party — an internal dashboard somebody screenshotted, a document shared in a private group, a page behind a login. Those are a large share of what gets saved as an image and read back.
| WebP | TXT | |
|---|---|---|
| Full name | WebP Image | Plain Text |
| File extension | .webp | .txt, .text, .log |
| Media type | image/webp | text/plain |
| Compression | Either, depending on the setting | — |
| First published | 2010 | 1963 |
| Published by | — | |
| Specification | RFC 9649 | Unicode |
| Licensing | Open standard | Open standard |
| Standing today | Current | Current |
| Bit depth | 8 | — |
| Colour it can describe | RGB, YCbCr | — |
| Largest image | 16,383 px per side | — |
| Opens in a browser | Every browser | Every browser |
| Considered instead | AVIF, JPG, PNG | MD, RTF |
TXT is a working format and WebP is a finished one. What comes back is editable text and objects rather than a picture of a page, which is usually the reason for the conversion and also where its limits are.
The usual programs do not overlap: WebP opens in Adobe Photoshop, GIMP and Squoosh, TXT in Notepad, TextEdit and Visual Studio Code — so whoever receives the result needs something from the second list.
The two are aimed at different work: WebP at the web and handing a finished file over, TXT at moving data between programs and archiving. That is worth weighing before converting, because the reason one exists is usually the reason the other is awkward.
WebP is Google's format, published in 2010. It records 8 bits per channel.
TXT dates from 1963, specified as Unicode. Notepad, TextEdit and Visual Studio Code all read it.
TXT was published in 1963 and WebP in 2010. The older one is generally the safer file to hand to somebody; the newer one usually does the job in fewer bytes.
No. This conversion runs entirely inside your browser, so the file never leaves your device. You can confirm it yourself: open the network tab of your browser's developer tools and convert something. You will see the page load, plus the analytics and advertising the site is paid for with — and nothing carrying your file. The engine behind this particular pair is Tesseract, the open-source text recognition engine; your browser fetches it once and caches it.
Because a website served one. Almost every site now delivers WebP for its images, so saving a picture from a page gives you a format that nothing on your computer chose. It is not something anybody creates deliberately.
Resolution. Web images are served at the size the page needed, often a few hundred pixels wide, and text recognition needs enough pixels per character. Enlarging afterwards adds pixels without adding detail — look for a larger version of the image instead.
Often. Many sites serve several sizes and the page displays a small one; opening the image in its own tab, or checking the page source for a larger source, frequently finds a version two or three times the size — which is worth more than any setting here.
Usually the language setting. Read against the wrong language, the recogniser returns the best match within a vocabulary that does not contain the right answer, and the result reads as confident nonsense rather than as an error.
It will read the labels and lose the arrangement. The output is plain text in reading order, so the numbers come back without knowing which axis, series or segment they belonged to. Useful for capturing values, not for reconstructing the chart.
No. The recognition runs inside your own browser, so nothing is sent anywhere. There is no account, no queue and no daily allowance, and a folder of saved images converts in one pass.
The claims this page makes about WebP and TXT are checkable, and these are the documents that settle them.