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
TIFF for print and archives, PNG for screens and the web.
Choose PNG when
Anything shown on a screen. PNG is smaller, universally supported, and lossless already.
Choose TIFF when
Print production, scanning and archiving, where CMYK, layers, embedded colour profiles and 16 bits per channel matter and file size does not.
TIFF is a container, not one format. Two TIFFs can be compressed entirely differently, which is why one opens somewhere and another does not.
Nothing is discarded. PNG and TIFF both store their content losslessly, so the conversion is a change of packaging rather than a change of quality, and it can be repeated without accumulating damage.
Transparency survives. Both PNG and TIFF store an alpha channel, so a cut-out stays cut out and nothing is filled in behind it.
TIFF is a working format and PNG 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.
TIFF supports layers. A PNG arrives already flattened, so the result has one layer — the structure has to be rebuilt by hand if it is needed.
Only some browsers read TIFF. It is the less portable of the two, so it is worth being sure the program at the other end accepts it before sending one.
Adobe Photoshop reads both PNG and TIFF, so there is a way to check the result against the original without a second tool.
The two are aimed at different work: PNG at screenshots, line art and logos and the web, TIFF at print, scanning and archiving. That is worth weighing before converting, because the reason one exists is usually the reason the other is awkward.
PNG is PNG Development Group's format, published in 1996. It records 16 bits per channel.
TIFF comes from Adobe and dates from 1986, specified as TIFF 6.0. Adobe Photoshop, Affinity Photo and ImageMagick all read it.
PNG holds one page. A multi-page TIFF converts a page at a time rather than in one file.
Layers are merged. TIFF keeps them separate and editable; PNG stores the composite, so anything that depended on moving a layer afterwards has to happen before the conversion.
PNG has nowhere to put IPTC fields, which hold captions, credits and keywords and the GPS coordinates, so those go no further than the TIFF. Worth checking before the original is deleted, and worth knowing if the point was to strip it.
TIFF can hold CMYK; PNG is RGB. A file prepared for a printing press converts to screen colour, and the separations have to be made again in the print workflow.
TIFF carries up to 32 bits per channel and PNG stores 16. The extra precision is what survives heavy correction without banding, so the conversion is best made after the editing rather than before it.
Nothing is discarded. TIFF and PNG both store their content losslessly, so the conversion is a change of packaging rather than a change of quality, and it can be repeated without accumulating damage.
Transparency survives. Both TIFF and PNG store an alpha channel, so a cut-out stays cut out and nothing is filled in behind it.
PNG opens in every current browser. TIFF has narrower browser support than that. If the file is going onto a web page or into a form, that is usually the whole reason for the conversion.
Adobe Photoshop reads both TIFF and PNG, so there is a way to check the result against the original without a second tool.
The two are aimed at different work: TIFF at print, scanning and archiving, PNG at screenshots, line art and logos and the web. That is worth weighing before converting, because the reason one exists is usually the reason the other is awkward.
TIFF is Adobe's format, published in 1986. It records 32 bits per channel.
PNG comes from PNG Development Group and dates from 1996, specified as ISO/IEC 15948. Adobe Photoshop, GIMP and Paint.NET all read it.
PNG 139 KB → TIFF 601 KB 4.3× larger
PNG 7 KB → TIFF 601 KB 86.2× larger
PNG 3 KB → TIFF 601 KB 236.0× larger
| PNG | TIFF | |
|---|---|---|
| Full name | Portable Network Graphics | Tagged Image File Format |
| Extension | .png | .tif, .tiff |
| Media type | image/png | image/tiff |
| Compression | Lossless — nothing is discarded | Lossless — nothing is discarded |
| This site can write it | Yes | Yes |
Which to choose
Neither format discards anything. A photograph saved as a PNG and the same photograph saved as a TIFF contain identical pixels, and converting between them in either direction changes nothing about the image. Anyone told that TIFF is "higher quality" has been told something that is not true.
What differs is what surrounds the pixels: how large the file is, what extra information it can carry, and which industries built their workflows around it. That is what this comparison is actually about.
PNG compresses, losslessly and quite well. TIFF very often does not — the baseline uncompressed variant stores every pixel as plain bytes, which is what makes it universally readable and what makes it enormous.
A 2000 by 2000 image is roughly 16 megabytes as an uncompressed TIFF regardless of what it contains, where the PNG of a flat graphic might be a few kilobytes and of a photograph a few megabytes. TIFF does support compression schemes, and they are exactly where elderly print and archive software starts refusing files, which is why the uncompressed form persists.
Several pages in one file, which is why scanners produce multi-page TIFFs of documents. Layers, in the variant Photoshop writes. CMYK colour, which matters for commercial printing where PNG only speaks RGB. Sixteen bits per channel with full colour-management data. Embedded colour profiles that print workflows depend on, and rich metadata including the scanning device and its settings.
PNG has none of this and never intended to. It was designed in 1996 to be a good image format for the web and for interface graphics — one page, RGB, small, and simple enough that every browser could implement it correctly. It succeeded at that and did not try to become a production format.
Commercial printers and pre-press, whose workflows were built around it before PDF took over and who still accept it. Document management and records systems in law, insurance and healthcare. Scanning software, which has written TIFF since the 1980s. Archives, museums and libraries, where it is frequently the specified preservation format. Scientific and medical imaging, where the bit depth and metadata are the point.
What these have in common is that somebody wrote a specification naming the format, and nothing since has been worth the cost of changing it. TIFF is not chosen for convenience; it is chosen because a requirement says so.
Everyone else. Anything on a web page, in an email, in a document, in a presentation, uploaded to a form, or handed to a colleague. PNG holds the same pixels in a fraction of the space and opens in every program made this century, including on a phone.
The transparency case is worth naming separately: PNG has a proper alpha channel and it works everywhere. TIFF can carry alpha too, and a number of print workflows and older tools ignore it and composite onto white — so a cut-out image is safer as a PNG in every context that is not specifically demanding TIFF.
PNG to TIFF is a container change with no visual consequence at all, done because a specification asks for it. Expect the file to grow considerably, expect the alpha channel to survive in the file and possibly be ignored by the recipient, and expect no improvement in quality — there is none available.
TIFF to PNG is the more useful direction and equally lossless, provided the TIFF is a single page in RGB at eight bits. A multi-page TIFF becomes one PNG per page; a CMYK TIFF has to be converted to RGB, which is a genuine colour transformation and not merely a re-wrap; and sixteen-bit data is reduced unless the tool preserves it.
Safari displays TIFF and no other browser does, so it never was. PNG is, and for interface graphics it remains the safe fallback — but WebP is smaller by a quarter to a half with nothing given up, and every current browser reads it.
The sensible arrangement is TIFF only when a specification names it, PNG as the universal exchange and fallback format, and WebP or AVIF as what a site actually serves. Keeping a PNG or TIFF master and generating the web formats from it is the same discipline as keeping a lossless audio master, and for the same reason.
No. Both are lossless, so the same image in either format contains identical pixels and converting between them changes nothing. TIFF differs in what it can carry — multiple pages, CMYK, 16-bit, layers — not in fidelity.
Baseline TIFF is usually uncompressed — every pixel stored as plain bytes. That is what makes it readable by every scanner, printer and archive tool, and it is why a 2000 by 2000 image is about 16 megabytes whatever it contains.
Whatever they ask for, and they usually ask for PDF or TIFF. TIFF is accepted because their workflows predate the alternatives and because it can carry CMYK and embedded colour profiles, which PNG cannot.
Only Safari displays it, so everyone on Chrome, Firefox or Edge gets a broken image. PNG is the fallback for the web, and WebP or AVIF is what a site should actually serve — smaller by a wide margin with nothing given up for lossless content.
For a single-page RGB TIFF at eight bits, nothing. A multi-page TIFF becomes one PNG per page, CMYK has to be transformed to RGB, which is a real colour conversion, and 16-bit data is reduced unless the tool preserves it.
It depends who set the requirement. Archives frequently specify TIFF, and if yours does, that settles it. Absent a specification, PNG holds the same pixels in far less space and is opened by more software, which are the properties an archive actually needs.
The claims this page makes about PNG and TIFF are checkable, and these are the documents that settle them.