«Envíamelo en PDF» parece una instrucción precisa hasta que el archivo llega a preimpresión. PDF es un contenedor capaz de conservar texto, imágenes, vectores, perfiles de color, transparencias, capas, formularios, anotaciones y muchas otras cosas. Esa flexibilidad explica buena parte de su éxito, pero también el problema: dos documentos que terminan en .pdf pueden ser técnicamente muy distintos y comportarse de manera diferente al pasar por un RIP, separar tintas o exponerse en plancha.
Guardar o exportar un documento como PDF garantiza, en el mejor de los casos, que hemos creado un PDF. No garantiza que las fuentes estén disponibles para impresión, que el color esté descrito de forma coherente, que no existan elementos externos, que el archivo declare para qué condición de impresión se ha preparado o que las transparencias vayan a procesarse como esperamos. Por eso la industria gráfica desarrolló la familia PDF/X: no como un formato diferente, sino como un conjunto de restricciones y obligaciones sobre el propio PDF para facilitar un intercambio fiable de originales destinados a impresión.
La «X» viene precisamente de exchange. La idea es sencilla: reducir ambigüedades antes de que el trabajo entre en producción. Un PDF/X debe identificarse como tal, incluir la información necesaria para reproducirlo dentro del nivel de conformidad correspondiente y excluir funciones de PDF que no tienen sentido —o pueden introducir problemas— en un flujo de impresión. Eso convierte el archivo en algo más previsible, aunque no lo convierte automáticamente en un archivo correcto para cualquier imprenta.
Qué cambia cuando un PDF es PDF/X
Todos los miembros de la familia PDF/X comparten una base. Las fuentes utilizadas deben estar incrustadas, completas o como subconjuntos que contengan los caracteres empleados. Las imágenes necesarias para imprimir deben formar parte del propio documento. No se permite proteger el archivo con contraseña ni depender de JavaScript, formularios, audio, vídeo o gráficos externos para obtener el resultado impreso. El documento también debe declarar una condición de salida mediante un Output Intent, es decir, una descripción de la condición de impresión para la que se ha preparado el color.
Hay además reglas sobre cajas de página, colores directos y otros aspectos internos del PDF. Si el documento declara una zona de sangre mediante BleedBox, esta debe quedar fuera del área final definida por TrimBox. Sin embargo, el estándar no dice que un folleto deba llevar exactamente 3 mm de sangre, ni establece una resolución mínima universal para las imágenes. Esas decisiones dependen del producto, del proceso, de la distancia de observación y de los requisitos concretos del proveedor de impresión.
Esta diferencia es importante porque evita una confusión muy habitual: pasar una validación PDF/X no equivale a pasar el control de calidad completo de una imprenta. Un cartel puede ser PDF/X y contener una fotografía con resolución insuficiente para el tamaño final. Un libro puede cumplir el estándar y no tener la sangre que exige la encuadernación. Un anuncio puede ser técnicamente conforme y superar el límite de cobertura total de tinta admitido por una condición de impresión concreta. PDF/X establece el terreno común; la especificación de producción añade las reglas del trabajo real.
De PDF/X‑1a a PDF/X‑4
PDF/X‑1a fue durante años la referencia más reconocible de entrega para imprenta. Su filosofía responde a un flujo en el que muchas decisiones se cierran antes de enviar el archivo: los elementos de impresión se preparan en CMYK, gris o tintas directas, y no se admiten RGB ni espacios de color independientes del dispositivo. Tampoco conserva transparencias vivas. Para producir un PDF/X‑1a, los efectos transparentes deben resolverse mediante acoplado, proceso que divide y, cuando es necesario, rasteriza partes de la página para obtener una apariencia equivalente sin transparencia nativa.
Aquello tenía sentido cuando los RIP y los flujos de trabajo no podían manejar de forma fiable esas funciones. También daba à la imprenta un archivo muy «cocinado»: el diseñador decidía antes de la entrega cómo convertir el color y cómo resolver las transparencias. El precio de esa seguridad era perder información que podría resultar útil más adelante. Una conversión prematura de RGB a CMYK reduce las posibilidades de adaptar el mismo original a otra condición de impresión. El acoplado de transparencias puede fragmentar objetos, complicar ediciones posteriores y generar interacciones delicadas con sobreimpresiones y tintas directas.
PDF/X‑4 cambió ese equilibrio. La norma ISO 15930–7 permite datos CMYK, gris, RGB, color gestionado y tintas directas; admite transparencias nativas y contenido opcional. En lugar de exigir que cada efecto quede resuelto de antemano, permite conservar más información del documento hasta etapas posteriores, donde un flujo moderno puede procesarla con conocimiento de la condición real de salida.
Esto no significa que RGB sea siempre preferible a CMYK ni que deba aplazarse cualquier conversión. Significa que el estándar ya no obliga a eliminar esa información simplemente para cumplir el formato de intercambio. En un flujo bien gestionado, una imagen RGB con su perfil puede llegar intacta al sistema que realizará la conversión adecuada. Si la imprenta exige, en cambio, un CMYK específico desde origen, PDF/X‑4 también puede transportarlo. Su ventaja está en la capacidad de mantener un modelo de producción más flexible sin renunciar a las restricciones que hacen fiable el intercambio.
El Output Intent no convierte el color
El Output Intent es una de las piezas que más se nombran y peor se entienden. No es una orden automática para «poner todo en CMYK». Describe la condición de salida prevista: el entorno de impresión para el que se ha preparado el documento. Puede apoyarse en un perfil ICC que caracteriza ese proceso y que ayuda a interpretar correctamente los colores gestionados.
Adobe señala expresamente que el Output Intent describe el destino final de reproducción y que, por sí mismo, no convierte los colores del PDF. La distinción es fundamental. Un documento puede contener objetos RGB con perfil, objetos CMYK y tintas directas, y al mismo tiempo declarar una condición de salida. La política concreta de conversión dependerá de cómo se haya creado el archivo y de lo que haga después el flujo de preimpresión.
En impresión offset europea es frecuente encontrarse con perfiles asociados a condiciones normalizadas. PSO Coated v3, por ejemplo, está registrado para una condición basada en ISO 12647–2:2013 sobre papel estucado premium y utiliza los datos de caracterización FOGRA51. Para papeles no estucados existen otras condiciones. Elegir un perfil porque «es el que usamos siempre» sin saber el papel, la máquina o la especificación de la imprenta puede ser tan problemático como no elegir ninguno.
Aquí aparece una regla práctica que vale más que memorizar nombres de perfiles: la condición de salida debe corresponderse con el destino acordado. Si la imprenta facilita un preset, un perfil o una especificación propia, esa información tiene prioridad sobre una receta genérica. El PDF/X sirve precisamente para que esa condición no quede implícita en una conversación o en un nombre de archivo, sino vinculada al documento que va a producirse.
Transparencias, RGB y fuentes: conservar información útil
La transparencia es quizá la diferencia visual más fácil de comprender entre los flujos antiguos y PDF/X‑4. Sombras, modos de fusión, objetos con opacidad parcial y muchas construcciones habituales de InDesign, Illustrator o Photoshop pueden mantenerse como transparencias nativas. El RIP las procesa cuando dispone de toda la información necesaria para la salida. Esto evita el acoplado previo que exigían variantes más restrictivas y reduce la fragmentación innecesaria de la página.
La ventaja no consiste solo en que el PDF sea «más moderno». Mantener transparencias vivas conserva relaciones entre objetos que pueden resolverse mejor en un sistema de producción capaz de gestionar color, sobreimpresión y resolución de salida de forma conjunta. Esto exige, a cambio, un flujo competente. Una imprenta que trabaja con equipos o software antiguos puede seguir solicitando PDF/X‑1a o un PDF ya acoplado porque su infraestructura está construida alrededor de ese tipo de archivo. La especificación correcta no es la más reciente por definición, sino la que el receptor puede procesar de forma controlada.
Con el color ocurre algo parecido. PDF/X‑4 permite que ciertos recursos permanezcan en RGB con gestión de color, pero no convierte en buena práctica entregar imágenes sin criterio ni confiar en que «la imprenta lo arregle». La conservación de RGB es útil cuando forma parte de una política clara de gestión de color. Si el archivo mezcla perfiles de forma accidental, contiene negros construidos de manera inadecuada o utiliza tintas directas que deberían convertirse, la conformidad PDF/X no resolverá esas decisiones.
Las fuentes ofrecen un ejemplo opuesto: aquí el estándar sí es tajante. Deben estar incrustadas para que el receptor no tenga que disponer de ellas ni sustituirlas. Eso reduce uno de los fallos clásicos del intercambio de archivos. Aun así, la licencia de una tipografía puede impedir su incrustación. En ese caso el problema debe resolverse antes de considerar el documento listo para producción; convertir textos a curvas de forma indiscriminada elimina información tipográfica, aumenta la complejidad y no sustituye a una política correcta de fuentes.
PDF/X‑4 no sustituye el control de preimpresión
Un buen PDF para imprenta necesita dos niveles de comprobación. El primero es la conformidad con el estándar elegido. El segundo verifica si ese archivo cumple las condiciones específicas del trabajo. Acrobat Preflight, por ejemplo, puede inspeccionar fuentes, color, transparencias, resolución de imagen, cobertura de tinta, compatibilidad y estructura interna. Otros sistemas profesionales realizan controles equivalentes y pueden automatizarlos dentro de un flujo de recepción.
Conviene pensar en el preflight como una inspección del archivo, no como un botón mágico de reparación. Algunas incidencias se pueden corregir de forma automática. Otras exigen volver al documento de origen. Si falta sangre en una fotografía que termina exactamente en el corte, ningún perfil PDF/X puede inventar la parte de imagen que nunca existió. Si un negro pequeño se ha construido con cuatro tintas, una corrección automática quizá sea posible, pero antes hay que saber si ese objeto debe ser negro de texto, un fondo enriquecido o una decisión deliberada. Cuanto más contextual es el problema, menos aconsejable resulta «arreglarlo» sin entenderlo.
También hay comprobaciones visuales que siguen siendo necesarias: sobreimpresiones, reservas, tintas directas, troqueles, barnices, blancos opacos, orden de páginas o elementos cercanos al corte. La previsualización de separaciones y de sobreimpresión continúa teniendo sentido aunque el PDF sea técnicamente conforme. Un estándar puede afirmar que el archivo está construido dentro de ciertas reglas; no puede saber que el logotipo debía medir 28 mm, que ese Pantone no debía convertirse a proceso o que la página 16 contiene la fotografía equivocada.
Ghent Workgroup: de la norma al trabajo real
Ahí resulta especialmente útil Ghent Workgroup. Sus especificaciones no sustituyen a PDF/X, sino que construyen sobre él un conjunto de requisitos más concretos para distintos segmentos de producción. En impresión comercial mantiene una generación moderna basada en PDF/X‑4 y conserva como referencia histórica especificaciones anteriores basadas en PDF/X‑1a. La organización recomienda actualmente sus especificaciones GWG 2015 y GWG 2022 basadas en PDF/X‑4, mientras que la antigua GWG 1v4, basada en PDF/X‑1a, ya no recibe soporte.
El valor práctico está en bajar desde el estándar general hasta configuraciones que se pueden usar en aplicaciones y sistemas de control. GWG publica ajustes para herramientas como Adobe InDesign, Illustrator y soluciones de preflight. Así, la pregunta deja de ser «¿qué casillas marco para hacer un PDF bueno?» y pasa a ser «¿qué especificación necesita este trabajo y cómo configuro mis herramientas para cumplirla?».
Esa forma de trabajar también explica por qué conviene pedir à la imprenta sus requisitos antes de exportar. Una empresa puede aceptar PDF/X‑4 pero añadir valores concretos de resolución, sangre, cobertura de tinta, tamaño de página, colores directos o versiones admitidas. Otra puede entregar directamente un preset de InDesign o un perfil de control. La mejor entrega no es la que obedece a una configuración memorizada, sino la que conecta documento, proceso y proveedor mediante criterios explícitos.
PDF/X‑6 existe, pero PDF/X‑4 sigue importando
PDF/X‑4 no es el último miembro de la familia. ISO publicó PDF/X‑6 en 2020, basado en PDF 2.0, con funciones pensadas para flujos aún más avanzados, entre ellas mejoras relacionadas con condiciones de salida por página y entornos de impresión complejos. Aun así, que exista una norma posterior no vuelve obsoleto de inmediato todo el ecosistema anterior. En producción gráfica cuentan tanto las capacidades del formato como la implantación real en RIP, sistemas de recepción, automatizaciones y procedimientos de las imprentas.
De hecho, Ghent Workgroup sigue construyendo sus especificaciones modernas de impresión comercial sobre PDF/X‑4. La propia ISO mantiene ISO 15930–7:2010 como norma vigente y la confirmó de nuevo en 2026. Esto sitúa PDF/X‑4 en un punto poco espectacular pero muy útil: suficientemente moderno para conservar transparencias y color gestionado, suficientemente conocido para estar integrado en numerosos flujos profesionales.
Por eso la pregunta «¿qué PDF quiere la imprenta?» tiene una respuesta mejor que «PDF/X‑4 siempre». La respuesta correcta es: el PDF que cumpla la especificación acordada para ese trabajo. Hoy, en muchos flujos, ese archivo será PDF/X‑4. Pero su calidad dependerá además del perfil de salida correcto, las fuentes incrustadas, las imágenes adecuadas, la sangre necesaria, el tratamiento de negros y tintas, las sobreimpresiones y un preflight ajustado a producción.
Exportar a PDF sigue siendo el último paso visible del diseñador, pero no debería ser un trámite. Es el momento en que una maqueta deja de depender de nuestro equipo y se convierte en instrucciones para otro sistema. PDF/X‑4 funciona bien precisamente porque reduce lo que debe adivinar la imprenta sin obligarnos a destruir información útil antes de tiempo. Ese es el cambio importante: no entregar un PDF que simplemente se abre, sino un archivo cuyo comportamiento está previsto.
Referencias
- International Organization for Standardization. (2001). ISO 15930–1:2001. Graphic technology — Prepress digital data exchange — Use of PDF — Part 1: Complete exchange using CMYK data (PDF/X‑1 and PDF/X‑1a). ISO 15930–1:2001.
- International Organization for Standardization. (2010). ISO 15930–7:2010. Graphic technology — Prepress digital data exchange using PDF — Part 7. ISO 15930–7:2010.
- International Organization for Standardization. (2020). ISO 15930–9:2020. Graphic technology — Prepress digital data exchange using PDF — Part 9. ISO 15930–9:2020.
- Ghent Workgroup. Commercial Print. Ghent Workgroup.
- Ghent Workgroup. Application Settings. Ghent Workgroup.
- PDF Association. PDF/X: The key facts. PDF Association.
- Adobe. Output intents in PDFs (Acrobat Pro). Adobe Help Center.
- Adobe. Analyzing documents with the Preflight tool (Adobe Acrobat Pro). Adobe Help Center.
- International Color Consortium. PSOcoated_v3.icc. ICC Profile Registry.
Descubre más desde Proyecto Gráfico
Suscríbete y recibe las últimas entradas en tu correo electrónico.
Debe estar conectado para enviar un comentario.