Standards 8 min read 14 October 2026

PDF Colour Management: RGB, CMYK, ICC Profiles, and Print vs Screen

Colours in a PDF can look dramatically different on screen versus in print if colour management is ignored. This guide explains how PDF colour spaces work, when to use RGB vs CMYK, how to embed ICC profiles, what output intents do, and how to prepare PDFs for accurate colour reproduction.

A PDF that looks perfect on your screen can print with completely wrong colours on a commercial press — or look different on two monitors sitting next to each other. Colour management is the discipline that prevents this, and PDFs have carried sophisticated colour management infrastructure since PDF 1.1. Yet most people who work with PDFs never need to think about it, while professionals in graphic design, photography, and commercial printing deal with colour management issues constantly. This guide covers the colour management machinery inside PDFs: how ICC profiles are embedded and referenced, what output intents do in PDF/X and PDF/A, the difference between device-dependent and device-independent colour, and how to use soft-proofing to predict how a PDF will look when printed.

Device-dependent vs device-independent colour

The fundamental problem colour management solves is that colour descriptions like "RGB(255, 0, 0)" mean different things on different devices. A value of 255 red on an sRGB monitor looks different from 255 red on a wide-gamut DCI-P3 display, different again from the reddest ink a CMYK press can produce, and different from what a camera sensor records as "maximum red". These are device-dependent colour spaces — the colour you get depends on the specific device's characteristics. Device-independent colour spaces use a mathematically defined colour model anchored to human vision (CIE XYZ, developed in 1931, which models the response of the three types of cone cells in the human eye). Any device-dependent colour can be converted to CIE XYZ through a characterisation measurement, and from there to any other device-dependent space. The ICC profile standard is the mechanism for capturing these characterisation measurements. In PDF, the PDF colour space types divide along this line: Device-dependent: /DeviceGray, /DeviceRGB, /DeviceCMYK. These specify colour values without defining what those values mean in absolute terms. The output colour is determined by the rendering device. Device-independent (CIE-based): /CalGray, /CalRGB, /Lab, /ICCBased. These specify colour relative to CIE reference values. /ICCBased is the most flexible and commonly used, as it can describe any device colour space using an embedded ICC profile.

ICC profiles in PDF

An ICC profile is a standardised binary data file (typically with a .icc or .icm extension) that characterises a colour device or colour space. The ICC specification (ICC.1) defines the profile format; the current version is ICC.1:2022. In PDF, an ICC profile is embedded as a stream object with /Subtype /ICCBased. The /N entry specifies the number of colour components (1 for greyscale, 3 for RGB/Lab, 4 for CMYK). The raw ICC profile binary is the stream data. Common ICC profiles embedded in PDFs: sRGB IEC61966-2.1 — The sRGB standard colour space, which approximates the gamut of a typical consumer display. PDFs created from Microsoft Office, web screenshots, and most consumer cameras embed sRGB. Any RGB image without a specific ICC profile is typically assumed to be sRGB by modern PDF viewers. Adobe RGB (1998) — A wider-gamut RGB space used in professional photography. Covers more of the printable gamut than sRGB, making it better suited for high-quality print reproduction of photographic content. ISO Coated v2 (Fogra 39) — The standard CMYK profile for European offset printing on coated paper. Referenced by PDF/X-4 and commonly embedded in print-ready PDFs targeting European commercial printing. SWOP (US Web Coated) — The standard CMYK profile for US offset printing. Used in PDF/X files targeting US commercial printing. Embedding vs. assuming — PDF/X requires all colour content to either use device-independent colour spaces with embedded ICC profiles, or to use device-dependent spaces only when the output intent defines their interpretation. PDF/A requires an output intent for any device-dependent colour that appears in the document.

Output intents in PDF/X and PDF/A

An output intent is a document-level declaration of the intended output device, stored in the /OutputIntents array in the PDF document catalogue. It defines how device-dependent colours (DeviceGray, DeviceRGB, DeviceCMYK) in the document should be interpreted. PDF/X output intents — PDF/X (the print-oriented PDF standard, ISO 15930) requires an output intent that either: - References a named printing condition from the standard registry (e.g., FOGRA39, SWOP2006_Coated3v2), or - Embeds an ICC profile that characterises the target printing condition. PDF/X-1a requires CMYK + spot only, with a CMYK output intent. PDF/X-4 allows RGB and CMYK with ICC-based colour management. PDF/A output intents — PDF/A (the archiving standard, ISO 19005) requires an output intent if the document contains device-dependent colour. This ensures that the document's colours can be reproduced correctly in the future — even if the original display devices are no longer available. Rendering intents — Separate from output intents, rendering intents specify how out-of-gamut colours should be handled during colour conversion. The four rendering intents defined in the ICC specification are: Perceptual (compress entire gamut to fit, preserving relationships), Relative Colorimetric (clip out-of-gamut colours, adapt white point), Absolute Colorimetric (clip out-of-gamut, preserve absolute white/black), and Saturation (preserve saturation for business graphics). The default for photographic content is Perceptual or Relative Colorimetric.

Soft-proofing PDFs for print

Soft-proofing is the process of simulating on screen how a document will look when printed on a specific device — using colour management to transform the display output to approximate the printer's gamut and characteristics. For PDF files, soft-proofing is the primary way to catch colour issues before committing to a print run. Adobe Acrobat Pro — View > Print Production > Output Preview opens Acrobat's soft-proofing panel. You can: select a simulation profile (the target press condition), enable "Simulate Paper Color" and "Simulate Black Ink", view per-channel colour separations, and identify areas where the document's colours are out-of-gamut for the target press. Total Ink Coverage (TIC) — Commercial offset printing has a maximum total ink coverage limit (typically 300–320% for coated paper, 240% for uncoated). Areas where the four CMYK channels sum to more than the limit cause wet ink to not dry properly. Acrobat's Output Preview shows TIC violations as a gamut warning overlay. Overprint preview — In CMYK printing, objects can be set to overprint (ink on top of other ink) or knockout (white space beneath). The visual result is different from on-screen appearance unless "Overprint Preview" is enabled (View > Preview > Overprint in Acrobat). Soft-proofing with overprint preview active is essential for checking trapping and intentional overprint effects. Photoshop and InDesign — Adobe Photoshop (Edit > Proof Setup > Custom) and InDesign (View > Proof Colors) also provide soft-proofing. For InDesign PDF exports, proofing in InDesign before export is often more efficient than proofing the exported PDF.

Frequently asked questions

What is the difference between sRGB and AdobeRGB in a PDF?

sRGB (IEC 61966-2.1) and Adobe RGB (1998) are both three-channel RGB colour spaces, but with different gamuts — the range of colours they can describe. Adobe RGB has a significantly wider gamut, particularly in the cyan-green region, covering approximately 50% of the visible colour space versus approximately 35% for sRGB. For PDF files intended for web display or general office use, sRGB is the appropriate choice — web browsers and most screen rendering assumes sRGB. For PDFs intended for high-quality print reproduction of photographic content, Adobe RGB preserves more colour information that a good print process can reproduce. Important: simply converting an sRGB image to Adobe RGB colour space does not make the colours better — it must be captured or processed in Adobe RGB from the start. Assigning the wrong ICC profile to an image (e.g., tagging an sRGB image as Adobe RGB) will cause colour shifts when colour-managed applications convert it.

Why does my PDF look different on screen vs in print?

Several factors cause screen-to-print colour differences: (1) Gamut mismatch — printers cannot reproduce the full gamut of an RGB display. Saturated blues, bright greens, and vivid oranges on screen are often outside the CMYK gamut of most printing processes. (2) Missing or wrong ICC profiles — if your PDF uses DeviceRGB without an embedded ICC profile, the printer assumes a default (often sRGB), which may not match your monitor. (3) Viewing conditions — displays emit light; printed paper reflects it. The perceived colour of the same values differs significantly. (4) No output intent — without an output intent declaration, the RIP applies its own default interpretation of device-dependent colours. To diagnose: open the PDF in Acrobat Pro > View > Print Production > Output Preview, select the output profile matching your press condition, and enable "Simulate Paper Color".

Does PDF/A require colour management?

PDF/A-1 (ISO 19005-1) requires that all colour content in the PDF is either: (a) device-independent (using CalGray, CalRGB, Lab, or ICCBased colour spaces), or (b) device-dependent but with an output intent defined in /OutputIntents that provides the ICC profile for interpreting those device values. This ensures that the document can be accurately reproduced from its stored data at any future time, even on devices that did not exist when the document was created — a fundamental archival requirement. PDF/A-2 and PDF/A-3 relax this slightly for transparency groups, and PDF/A-4 (based on PDF 2.0) has updated colour management requirements aligned with the newer PDF/X standards.

Try it yourself

Everything in this article can be done directly in the free PDFTheGuide editor — no account required.

Edit PDF Compress PDF Open editor