POD Print File Checker
Drop your print file and check it against the real upload rules for Amazon Merch on Demand, Printful, Printify and Redbubble — pixel size, file size, format, transparent background and untrimmed padding. Then fix it and download. Your file never leaves your device.
Reading the result, check by check
Up to nine rows come back for every file. Five can stop an upload, one can only ever nag you, and three never judge anything. Before any of them the image is decoded onto a canvas, which browsers cap at 16,384 px a side and 268,435,456 px of area — past either ceiling the tool refuses the file rather than reporting on the blank pixels a clamped canvas returns.
- File format
- Read from the first bytes of the file, never from the extension or the type the browser
reports:
89 50 4E 47is PNG,FF D8 FFis JPEG, and GIF and WebP are recognised only so the failure can name them. Amazon Merch on Demand passes PNG alone; the other three pass PNG or JPEG. A fail here means re-exporting — renaming a.jpgto.pngchanges nothing, because the check never looks at the name. Printful and Printify also accept SVG, which this tool cannot inspect, so an SVG is out of scope rather than rejected. - Pixel dimensions
- Amazon fails anything under 486 × 486 px (the documentation says "greater than 485 × 485") and warns — not fails — when the long edge is under 4,500 px. Printful fails over 20,000 px on either side, Redbubble over 13,500 px. Printify has no platform-wide cap here at all. Read a pass on Printful, Printify or Redbubble narrowly: it means you are inside the platform's outer limits, not that you have met the minimum the specific product demands, which those platforms set per print area.
- Template match
- Amazon only, and purely informational. Your dimensions are compared for exact equality against six sizes: 4500 × 5400 (t-shirt and all products), 4500 × 4050 (hoodie), 1800 × 3200 (phone case), 1200 × 1200 (polo and backpack), 1500 × 675 (trucker and baseball hat) and 485 × 485 (PopSocket). One pixel off and the row reads "Not a standard template size", which is not a fail and never becomes one. It tells you which template you happen to be sitting on; it does not push you onto one.
- File size
- Compared strictly below the cap, in binary megabytes: 26,214,400 bytes for Amazon's 25 MB, 209,715,200 for Printful's 200 MB, 104,857,600 for Printify's 100 MB and 314,572,800 for Redbubble's 300 MB. This is the failure that has nothing to do with your design and everything to do with your export settings, and it is the one the Auto-fix panel can actually solve on its own.
- Alpha channel
- A single walk over the decoded pixels looking for any alpha below 255. The walk uses a stride
of
ceil(sqrt(pixels / 4,000,000)), so files up to four megapixels are read pixel by pixel and larger ones are sampled on a grid — a 4500 × 5400 print file gets a stride of 3 (2.7 million of its 24.3 million pixels), a 13,500 px square gets a stride of 7. A JPEG has no alpha channel to find, which fails on Amazon and warns elsewhere. A PNG in which every pixel is opaque is the export that was flattened onto a white layer on the way out of your editor; the fix is in the editor, not here. - Background
- Separate from the alpha check, and deliberately gentler. The tool averages alpha over an 8 × 8 patch in each of the four corners (the whole image, if it is smaller than 8 px). All four averaging exactly zero passes. A highest corner average below 16 of 255 warns about a stray low-opacity layer — faint enough to look like nothing on screen, dense enough to print as a haze on a dark garment. Anything at 16 or above warns too, but never fails: a design that genuinely is a full-bleed rectangle also has opaque corners, and only you know which of the two you made.
- Trimming
- Amazon and PNG only, and the one row that can warn but never fail. It takes the bounding box of every pixel with alpha above zero and warns when the canvas is more than 2 px wider or taller than that box, reporting the empty share as a percentage. One caveat worth knowing: when the alpha walk used a stride above 1, the box is deliberately grown outward by (stride − 1) on each side, so on a large file the reported artwork box is a slight over-estimate. A few extra transparent pixels are harmless; an auto-trim that clips your design is not.
- DPI metadata
- Reported, never judged. For a PNG the tool walks the chunks to
pHYsand only trusts it when the unit byte is 1 (pixels per metre), converting withround(ppuX × 0.0254); a unit byte of 0 means the file declared an aspect ratio rather than a density, and nothing is reported. For a JPEG it reads the JFIF APP0 density: units 1 is dpi as written, units 2 is dots per centimetre multiplied by 2.54, units 0 gives nothing. "Not declared" is the normal, harmless answer for most exporters. - Colour profile
- Always "CAN'T CHECK", on every file, on every platform. The canvas hands JavaScript pixels the browser has already colour-managed, so an untagged file and an sRGB-tagged file arrive identical. The tool cannot see the difference and will not pretend it can.
What Auto-fix actually changes
The three fixes run in a fixed order, and the order matters. Trimming
happens first, cropping the canvas down to the alpha bounding box found during the check. Then "Fit
onto a canvas" centres that result on the exact template you picked (or a custom size you type as
4500x5400), scaled by min(target width ÷ width, target height ÷ height, 1)
and padded with transparency. Last, the file is re-encoded as PNG; if it still misses the size limit,
the tool loops — multiplying the scale by max(0.6, sqrt(limit ÷ current size) × 0.92)
each round and giving up at a tenth of the original — until the blob fits. The finished file is then
put back through exactly the same inspection routine as your original, so the report you see
afterwards describes the fixed file as measured, not as intended. It downloads as
yourfilename-platform-fixed.png.
What it leaves alone is the more useful half. It performs no colour
conversion, so an untagged or CMYK-authored file comes out as untagged as it went in. It drops DPI
metadata entirely — canvas output carries no pHYs chunk — so a file that declared
300 DPI before a fix reads "Not declared" after one; harmless for POD, but surprising. It cannot
invent transparency: a design flattened onto white goes in opaque and comes out opaque, only now in a
differently sized frame. And it never enlarges anything, which is where sellers most often mistake a
fix for a repair. Fitting a 1,200 px design onto Amazon's 4500 × 5400 canvas pads it
out to 4500 × 5400 and the dimensions row turns green — but the artwork is still
1,200 px of real detail in the middle of a large transparent rectangle, and it prints at whatever
size 1,200 px supports. Passing the uploader's arithmetic and having enough resolution to print
well are two different things, and only one of them can be fixed after the fact.
POD print file requirements, by platform
Every rule this tool checks comes from each platform's own current documentation — links are in the table. Where a platform gives a recommendation rather than a hard limit, this tool reports it as a warning, not a failure. For the reasoning behind these numbers, our guide to print-on-demand image requirements for Printful, Printify and Redbubble breaks down resolution, colour mode and transparency per print area.
| Platform | Format | Max file size | Dimensions | Source |
|---|---|---|---|---|
| Amazon Merch on Demand | PNG | Under 25 MB | Any size over 485 × 485 px; 4500 px+ recommended | Best Practices |
| Printful | PNG, JPEG, SVG | 200 MB | Up to 20,000 px per side | Help Center |
| Printify | PNG, JPEG, SVG | 100 MB (20 MB for SVG) | Set per product in the Product Creator | Help Center |
| Redbubble | PNG, JPEG | 300 MB | Up to 13,500 × 13,500 px; each product has its own minimum | Dimensions & Format |
Is 4500 × 5400 px still required for Amazon Merch?
No — and this trips a lot of sellers up. 4500 × 5400 px is the size of Amazon's standard t-shirt template (15 × 18 in at 300 DPI), and it's still a perfectly good canvas to design on. But Amazon's current design editor accepts artwork at any dimension larger than 485 × 485 px and scales it to fit each product for you. Amazon now explicitly recommends going the other way: upload art trimmed of all extraneous blank or transparent pixels, as large as possible, because trimming is what lets the editor's centering and scaling tools work properly. So this tool never fails a file for not being exactly 4500 × 5400.
Why does my Amazon Merch upload keep getting rejected?
The three hard rules are the usual culprits: the file must be a PNG (JPEG is not accepted), it must be under 25 MB, and it must be larger than 485 × 485 px. Large, detailed PNGs cross 25 MB easily — this tool re-encodes and, only if that isn't enough, scales down until the file fits.
Frequently asked questions
Can this tool check my sRGB colour profile?
No, and it will never claim to. Browsers don't reliably expose an image's embedded ICC profile to JavaScript — the canvas hands back pixels that have already been colour managed, so a file with no profile and a file tagged sRGB can look identical. Rather than show you a PASS that might be wrong, this tool reports colour profile as "can't check" and asks you to confirm it in your editor (in Photoshop: Edit → Convert to Profile → sRGB IEC61966-2.1).
How do you know my background is really transparent?
Two separate checks. First, whether the file has an alpha channel with any non-opaque pixel at all — a PNG saved over a white layer has an alpha channel that is 100% opaque, which is the classic "it's a PNG so it must be transparent" mistake. Second, the tool samples the four corners of the image and reports their actual alpha, which catches a design sitting on a solid background.
What does the DPI check tell me?
It reads the DPI written into the file's metadata (the PNG pHYs chunk or the JPEG
JFIF density) and reports it — nothing more. DPI metadata is just a printing hint and most POD
platforms ignore it entirely; Redbubble says outright that "DPI and PPI don't affect your final
uploaded image". What actually matters is pixel dimensions, so this row is informational and never
fails your file.
Does my artwork leave my computer when I auto-fix it?
It doesn't. Reading the pHYs chunk or JFIF density means parsing the raw bytes of your PNG or JPEG in memory, and “Apply fixes” rebuilds the artwork on a canvas and hands it to toBlob — the fixed PNG reaches your Downloads folder from a blob: URL. There is no upload step at any point, so a design you haven't launched yet stays yours.