PDF to PNG for Designers: Workflow Tips
PDF-to-PNG conversion shows up in design work far more often than most people guess. A client emails a PDF brief that needs to live next to your Figma file. A printer expects sign-off before the press runs. A moodboard wants three pages out of a 60-page magazine. This guide is the five real scenarios a designer hits in a normal week, and the conversion settings that make each one painless instead of pixel-soup.
Scenario 1: a client PDF that needs to live in Figma
The most common case. A client sent over a PDF mock the in-house team built; you're extending it. Dragging the PDF into Figma collapses it into a single embed — no way to zoom for inspection, isolate elements, or pick exact colors.
Convert it to per-page PNGs first, then drop them onto the Figma canvas at original size. At a high enough resolution you can zoom to 200–300% and still read every letterform, which is how you reverse-engineer the brand's spacing, font, and palette.
Recommended settings
- Resolution: long edge ≥ 2000px (our web converter's default)
- Color space: leave as sRGB — Figma assumes sRGB
- Naming:
[client]-[project]-p001.png
Inside Figma lock the PNGs and build new components above them. To match colors exactly, the Color Pick plugin's eyedropper beats any manual hex matching.
Scenario 2: pulling external references into a moodboard
Competitor catalogs, magazine spreads, brand guidelines, academic layouts — moodboards run on PDFs you didn't make. The fastest way to lift two or three pages out of a 60-page PDF onto a Figma board:
- Upload to the web converter — page thumbnails appear immediately
- Download only the pages you want (skip the full ZIP)
- Drag them onto the moodboard
Tip: moodboards exist for inspiration, not pixel inspection. Downscale to 1200–1500px so the Figma file stays light enough to comment in real time.
Scenario 3: last-mile mockup for printer sign-off
Before shipping a PDF/X-1a to the press, you need the client to say "go." Sending the PDF itself buries them in a viewer and they often miss a page or two. The faster path is to convert at 300 DPI and post the PNGs as a card stack in Slack / KakaoTalk.
The client swipes through every page in one motion, screenshots and comments on the one with the problem, and the whole sign-off collapses from thirty minutes to five.
Sign-off mockup settings
- DPI: 300 (matches printer expectation)
- Width: ~2480px for A4 at 300 DPI
- Color space: sRGB for monitor review; ship separate CMYK proofs if exact color matters
- Delivery: individual PNGs, not a ZIP — clients need to swipe quickly on mobile
Detailed DPI and color-space settings live in our high-resolution conversion guide.
Scenario 4: dev handoff
When the design exists in someone else's PDF and you're saying "build this header on page 3," ship a cropped PNG of just the relevant region, not the full page. Bring the cropped image into a Figma component, then export that component at 1x, 2x, and 3x so the developer never has to ask for retina assets again.
Scenario 5: writing up the project for portfolio
Finished projects produce PDFs that pile up. Behance, Notion, and personal sites treat embedded PDFs as a download — visitors bounce. Convert to per-page PNGs and present as a gallery instead.
Portfolio settings
- Width: 1600px (Retina-friendly, still loads fast)
- Compression: ImageMagick's
-stripto drop metadata - Layout: vertical scroll of pages with click-to-fullscreen
Mistakes I keep seeing
- Downscaling twice — converting at 72 DPI then re-exporting from Figma compounds quality loss. Pick the right resolution the first time.
- Ignoring color space — CMYK source PDFs render differently as sRGB PNGs. If the difference is big, request a printed proof rather than guessing.
- No file naming — twelve projects a semester is unrecognizable without a pattern. Pick one (e.g.
YYYY-MM-client-stage-p001.png) and stick to it.
Convert a client PDF
Drag, drop, get per-page PNGs or a ZIP. Up to 2000px long edge by default.
Convert Now