By Franck Raison on septiembre 22, 2026
IPP, el Protocolo de Impresión de Internet, es el protocolo estandarizado por la IETF que transporta las impresiones entre un cliente y una impresora a través de HTTP. Permite a un cliente enviar una impresión, consultar qué puede hacer una impresora, comprobar el estado de una impresión y cancelarla. A diferencia de los protocolos que sustituyó, incorpora autenticación, control de acceso y cifrado TLS como parte del estándar, no como una ocurrencia tardía.
Lo importante ahora es que IPP es el mecanismo por el que una impresora se describe a sí misma, y ese mismo mecanismo es el que hace innecesario el controlador de la impresora. Toda la plataforma de impresión moderna de Microsoft se basa en él y, a partir del 1 de julio de 2026, Windows Ready Print convierte a IPP en la ruta por defecto para las nuevas instalaciones de impresoras en Windows.
¿Cómo funciona IPP?
Cuando un cliente añade una impresora IPP, consulta el dispositivo y la impresora responde con sus propias capacidades: tamaños de papel admitidos, dúplex, modos de color, resolución y opciones de acabado como el grapado. El cliente crea una cola de impresión a partir de esa respuesta. Cuando se envía una impresión, esta viaja por HTTP con los atributos de la impresión adjuntos.
Ese intercambio es todo el truco. En el modelo de controladores, hay que decirle al cliente por adelantado lo que la impresora puede hacer, y el vehículo para eso es un paquete de controladores escrito por el fabricante. En el modelo IPP, el cliente pregunta y la impresora responde. El conocimiento reside en el dispositivo, donde de todos modos siempre ha sido más exacto.
Como IPP funciona sobre HTTP, hereda la maquinaria de HTTP de forma gratuita: esquemas de autenticación, TLS para el cifrado, uso de proxies y transmisión de datos. Una impresión enviada a una impresora IPP a través de HTTPS es una transacción HTTP autenticada y cifrada.
¿Qué sustituyó IPP?
IPP sustituyó a LPD/LPR y a la impresión RAW por el puerto TCP/IP 9100, ambos anteriores a cualquier expectativa seria de que un protocolo de red debiera autenticar a alguien.
LPR (Line Printer Remote) surgió de BSD Unix y se documentó en el RFC 1179 en 1990. Escucha en el puerto 515, acepta una impresión y la imprime. El protocolo no incluye autenticación, ni cifrado, y solo ofrece informes de estado rudimentarios.
La impresión RAW en el puerto 9100, a veces llamada JetDirect o impresión por socket, es aún más minimalista. El cliente abre un socket TCP con la impresora y le transmite los datos de impresión. No hay control de impresiones, ni negociación, ni acuse de recibo más allá de la propia conexión TCP. Si puedes acceder al puerto, puedes imprimir, y la impresora no preguntará quién eres.
Ambos siguen estando muy extendidos. Son la razón por la que una cola de impresión puede enviar tranquilamente un documento confidencial a un dispositivo que nunca comprobó si tenía permiso para recibirlo. El modo Windows Protected Print, cuando está activado, deshabilita por completo las canalizaciones heredadas que dependen de las colas RAW y LPR, lo que supone un cambio mucho mayor de lo que parece en la mayoría de entornos.
¿De dónde surgió IPP?
IPP comenzó en 1996 como una propuesta de Novell, desarrollada con Xerox bajo el nombre Lightweight Document Printing Application. IBM proponía algo similar al mismo tiempo, y HP y Microsoft estaban creando nuevos servicios de impresión para lo que terminaría siendo Windows 2000. En lugar de fragmentarse, las empresas llevaron el trabajo al Printer Working Group y negociaron un grupo de trabajo en la IETF.
Merece la pena conocer el historial de versiones porque explica por qué IPP no es un estándar de un único proveedor:
- IPP/1.0, 1999, publicado como una serie de RFC experimentales
El trabajo continúa en el grupo de trabajo del Protocolo de Impresión de Internet del PWG, que ha ampliado IPP para abarcar el escaneo, el fax, la impresión 3D y la gestión de sistemas.
Hoy, IPP es compatible con más del 98 % de las impresoras que se venden. Es la base sobre la que se asientan AirPrint, IPP Everywhere y Mopria. Cuando Apple, Google, Microsoft y los fabricantes de impresoras llegaron de forma independiente a la impresión sin controladores, todos llegaron a IPP.
¿Qué es IPP Everywhere y qué relación tiene Mopria?
IPP Everywhere es el programa de certificación del Printer Working Group, publicado en 2013, que define los requisitos mínimos que toda impresora debe cumplir para ser compatible con la impresión sin controladores. Especifica qué formatos de documento debe aceptar una impresora y qué operaciones IPP debe implementar, para que un cliente pueda imprimir sin ningún conocimiento previo del dispositivo.
La certificación Mopria se basa en esos requisitos mínimos y añade los suyos propios. La Mopria Alliance, fundada en septiembre de 2013 por Canon, HP, Samsung y Xerox, ha certificado más de 10.000 modelos de impresoras de 24 marcas, lo que representa más de 120 millones de dispositivos en el campo.
La distinción importa por una razón práctica: el modo Windows Protected Print requiere la certificación Mopria, no la de IPP Everywhere. Las dos listas se solapan en gran medida, pero no son idénticas, y un dispositivo puede ser compatible con IPP sin estar certificado por Mopria. Al comprobar una flota frente a WPP, el directorio de productos certificados por Mopria es la fuente autorizada.
¿Qué significa el cambio a IPP para una flota de impresoras de empresa?
Significa que el controlador de impresión deja de ser tu problema y que, en su lugar, el problema pasa a ser la capacidad de la impresora.
En el modelo basado en controladores, una impresora que no podía hacer algo era una impresora que necesitaba un controlador mejor. Con IPP, una impresora que no puede hacer algo es una impresora que no informa de esa capacidad, y no hay ningún paquete del fabricante que se pueda instalar para añadirla. Los acabados avanzados, los códigos de contabilidad, el control a nivel de bandeja y el seguimiento por departamentos son las funciones con más probabilidades de comportarse de forma diferente cuando Windows selecciona el controlador IPP integrado en lugar del del fabricante.
Ese es el verdadero riesgo de la migración, y no es una cuestión de seguridad. Es una cuestión del tipo «ahora los cheques del equipo de finanzas salen por la bandeja equivocada», y saldrá a la luz la primera semana.
El cloud rendering evita este dilema porque no pone a la impresora y a Windows a negociar directamente. ezeep procesa cada una de las impresiones en la nube utilizando el controlador correcto del fabricante de una biblioteca de más de 6.000, y luego entrega los datos listos para imprimir al dispositivo a través del ezeep Hub. El dispositivo final no necesita ningún controlador y la impresora no necesita describirse a Windows mediante IPP, porque la nube ya sabe lo que puede hacer. El hardware no certificado y el especializado siguen en servicio.
¿Seguirán funcionando los plotters y los dispositivos de gran formato en el modo WPP?
Cómo comprobar si una impresora tiene la certificación Mopria (para WPP)
