Google Cloud Print se apagó definitivamente el 31 de diciembre de 2020. Si estás leyendo esto, probablemente aún tengas un flujo de trabajo que daba por hecho que seguiría ahí: una aplicación que imprimía una etiqueta desde un servidor, un back office que enviaba un recibo al mostrador de una tienda, un script que mandaba una orden de trabajo a un almacén.
Respuesta corta: Google no sacó ningún sustituto. Lo que lo ha reemplazado, en la práctica, es una API de impresión en la nube: un endpoint HTTPS al que envías una petición, con una impresora que mantiene ella misma una conexión saliente hacia ese servicio. Sin servidor de impresión local, sin driver en un equipo que deba permanecer encendido.
Por qué se retiró
Google Cloud Print era una tecnología puente. Existía porque en 2010 imprimir desde un Chromebook o un móvil era realmente difícil. Nunca recibió una API estable, documentada y versionada para backends de terceros: estaba pensada para un usuario que pulsa «Imprimir» en un navegador.
Al anunciar el cierre en 2019, la recomendación oficial fue usar la impresión nativa de cada plataforma (CUPS, IPP, plugins móviles). Ese consejo sirve para una persona que imprime un documento. No sirve en absoluto para el caso que la mayoría tenía: un servidor que necesita que salga papel de una máquina en otro sitio, sin nadie presente.
Qué hay que reemplazar realmente
Conviene ser preciso sobre las cuatro cosas que aportaba Google Cloud Print:
- Accesibilidad: la impresora era alcanzable desde internet sin abrir un puerto en el router de la tienda.
- Nada de software local: tras el registro inicial, ningún ordenador tenía que quedarse encendido.
- Una cola: los trabajos enviados con la impresora desconectada no se perdían en silencio.
- Multi-sede: una sola cuenta podía contener muchas impresoras en muchos lugares.
Cualquier sustituto que renuncie a uno de estos puntos no es un sustituto, es un retroceso. Ahí está la trampa: varias «alternativas» reintroducen discretamente un ordenador que debe permanecer encendido junto a la impresora.
Las opciones en 2026
| Opción | Máquina local | Sentido | Hardware | Ideal para |
|---|---|---|---|---|
| IPP / CUPS nativo | Sí, un servidor | Push, solo LAN | Ninguna | Ofimática en una sede |
| QZ Tray | Sí, un applet Java | Navegador a impresora local | Ninguna | Imprimir desde una web app en el mismo escritorio |
| Star CloudPRNT | No | La impresora consulta tu servidor | Gama Star | Parques ya estandarizados en Star |
| Epson Server Direct Print | No | La impresora consulta tu servidor | Gama Epson | Parques ya estandarizados en Epson |
| PrintNode | Sí, un cliente en un equipo | Push vía API | Ninguna | Parques USB con un equipo disponible |
| Expedy Print | No | Push vía API REST | Ninguna | Backends que imprimen sin supervisión |
Dos diferencias estructurales importan más que cualquier lista de funciones.
Push frente a polling. CloudPRNT y Server Direct Print invierten la relación: es la impresora la que pregunta a tu servidor cada pocos segundos si hay algo que imprimir. Tienes que construir y alojar ese endpoint, garantizar su disponibilidad y aceptar el intervalo de sondeo como suelo de latencia.
Si un ordenador debe seguir encendido. QZ Tray necesita una aplicación Java en la máquina que posee la impresora, más un certificado de firma de código para imprimir sin diálogo. PrintNode necesita su cliente en un ordenador junto a la impresora. Ambos recrean el fallo del que huían los usuarios de Google Cloud Print: alguien cierra el portátil y deja de imprimirse.
Sustituirlo con una llamada REST
curl -X POST https://www.expedy.fr/api/v2/printers/{printer_uid}/print \
-H "Authorization: API_SID:API_TOKEN" \
-H "Content-Type: application/json" \
-d '{
"printer_msg": "PEDIDO #1043\n2x Margarita\n1x Tiramisú\n\nTotal: 28,50 EUR",
"origin": "mi-backend"
}'
Sin SDK que instalar ni demonio local. La misma llamada funciona desde Node.js, Python, PHP, Go, Ruby, .NET o un script de shell. Para la maquetación (negritas, logos, códigos QR, códigos de barras, corte), consulta la documentación de maquetación.
Migrar un parque existente
- Inventaría lo que aún imprime. La mayoría de los parques descubren que un tercio de las integraciones lleva años abandonado.
- Decide por sede: impresora nueva o adaptador. Si la impresora térmica actual funciona, un adaptador USB Raspberry Pi la convierte en impresora en la nube. Si está al final de su vida, una impresora 4G/Wi-Fi/Ethernet elimina la red local de la ecuación.
- Mapea los identificadores. Sustituye el id de GCP por el nuevo
printer_uiden la configuración, no en el código. - Convive una semana con ambos caminos. Los tipos de documento olvidados aparecen de inmediato.
- Trata el caso sin conexión explícitamente. Es el paso que más se omite y el que produce incidentes de «hemos perdido un pedido» seis meses después.
Qué opción encaja contigo
- Imprimes desde un navegador, junto a la impresora. QZ Tray o la impresión nativa es más simple.
- Todo tu parque es Star o Epson y no te importa alojar endpoints. CloudPRNT o Server Direct Print funcionarán.
- Tienes un ordenador siempre encendido en cada sede. PrintNode encaja.
- Tu backend debe imprimir sin supervisión, en sitios que no controlas. Una API REST push con una impresora que se conecta sola es la única opción que conserva las cuatro propiedades de Google Cloud Print.
Expedy Print pertenece a esa última categoría, con plan gratuito y conectores para Shopify, WooCommerce y HubRise.
FAQ
¿Cuándo cerró exactamente Google Cloud Print?
Se apagó el 31 de diciembre de 2020. El cierre se anunció en noviembre de 2019 y ningún servicio de Google lo sustituyó.
¿Hay una alternativa gratuita a Google Cloud Print?
Expedy Print tiene un plan gratuito de 50 peticiones de impresión al mes, suficiente para portar una integración y probarla de extremo a extremo. Los tickets del plan gratuito llevan marca de agua.
¿Tengo que comprar impresoras nuevas?
No. Un adaptador USB Raspberry Pi convierte una impresora USB existente en una impresora en la nube accesible por REST. Comprar una impresora nueva solo es necesario si el equipo está al final de su vida o no hay red local utilizable.
¿Qué pasa con los trabajos enviados con la impresora desconectada?
Se ponen en cola y se entregan al reconectar, y la API expone el estado de entrega para que tu backend pueda alertar o reintentar en lugar de perder el trabajo en silencio.