Google Cloud Print a été définitivement arrêté le 31 décembre 2020. Si vous lisez ces lignes, vous avez probablement encore un workflow qui supposait qu'il serait toujours là : une application qui imprimait une étiquette depuis un serveur, un back-office qui envoyait un ticket au comptoir d'une boutique, un script qui transmettait un bon de travail à un entrepôt.
Réponse courte : Google n'a rien proposé en remplacement. Ce qui l'a remplacé, en pratique, c'est une API d'impression cloud : un endpoint HTTPS auquel vous envoyez une requête, avec une imprimante qui maintient elle-même une connexion sortante vers ce service. Pas de serveur d'impression local, pas de pilote sur une machine qui doit rester allumée. Expedy Print fait partie de ces API ; ci-dessous, un comparatif honnête avec les autres options pour que vous puissiez juger si elle correspond à votre cas.
Pourquoi Google Cloud Print a été arrêté
Google Cloud Print était une technologie de transition. Elle existait parce qu'en 2010, imprimer depuis un Chromebook ou un téléphone était réellement compliqué. Elle n'a jamais reçu d'API stable, documentée et versionnée pour des backends tiers : elle était conçue autour d'un utilisateur qui clique sur « Imprimer » dans un navigateur.
Lors de l'annonce de l'arrêt en 2019, la recommandation officielle était d'utiliser l'impression native des plateformes (CUPS, IPP, plugins d'impression mobiles). Ce conseil fonctionne pour une personne qui imprime un document. Il ne répond pas du tout au cas que la plupart des gens avaient réellement : un serveur qui doit faire sortir du papier d'une machine ailleurs, sans humain présent.
C'est ce vide que comble la génération actuelle d'outils.
Ce qu'il faut réellement remplacer
Avant de comparer des produits, il vaut la peine d'être précis sur les quatre choses que Google Cloud Print apportait :
- L'accessibilité : l'imprimante était joignable depuis internet sans ouvrir de port sur le routeur de la boutique.
- L'absence de logiciel local : après l'enregistrement initial, aucun ordinateur ne devait rester allumé.
- Une file d'attente : les travaux soumis pendant que l'imprimante était hors ligne n'étaient pas silencieusement perdus.
- Le multi-sites : un seul compte pouvait porter de nombreuses imprimantes dans de nombreux lieux.
Toute solution de remplacement qui abandonne l'un de ces points n'est pas un remplacement, c'est une régression. C'est le piège principal : plusieurs « alternatives » réintroduisent discrètement un ordinateur qui doit rester allumé à côté de l'imprimante.
Les options en 2026
| Option | Machine locale nécessaire | Sens | Matériel | Adapté à |
|---|---|---|---|---|
| IPP / CUPS natif | Oui, un serveur d'impression | Push, LAN uniquement | Aucune | Impression bureautique sur un site |
| QZ Tray | Oui, une applet Java sur le poste | Navigateur vers imprimante locale | Aucune | Imprimer depuis une web app au même bureau |
| Star CloudPRNT | Non | L'imprimante interroge votre serveur | Gamme Star | Parcs déjà standardisés Star |
| Epson Server Direct Print | Non | L'imprimante interroge votre serveur | Gamme Epson | Parcs déjà standardisés Epson |
| PrintNode | Oui, une application cliente sur un poste ou un Pi | Push via API | Aucune | Parcs USB existants avec une machine disponible |
| Expedy Print | Non | Push via API REST | Aucune (imprimante cloud ou adaptateur Pi) | Backends qui doivent imprimer sans surveillance |
Deux différences structurelles comptent davantage que n'importe quelle liste de fonctionnalités.
Push contre polling. CloudPRNT et Server Direct Print inversent la relation : c'est l'imprimante qui demande à votre serveur, toutes les quelques secondes, s'il y a quelque chose à imprimer. Vous devez donc construire et héberger cet endpoint, garantir sa disponibilité, et accepter l'intervalle de polling comme plancher de latence. Une API push supprime entièrement ce travail : vous envoyez un job, le service le livre.
Un ordinateur doit-il rester allumé. QZ Tray nécessite une application Java sur la machine qui possède l'imprimante, plus un certificat de signature de code pour l'impression silencieuse. PrintNode nécessite son client sur un ordinateur ou un Raspberry Pi à côté de l'imprimante. Ce sont des conceptions légitimes, mais elles recréent le mode de panne que les utilisateurs de Google Cloud Print cherchaient à fuir : quelqu'un referme le portable, l'impression s'arrête.
Le remplacer par un appel REST
Avec une imprimante cloud qui maintient sa propre connexion sortante, imprimer devient une seule requête HTTP depuis l'endroit où votre code tourne déjà :
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": "COMMANDE #1043\n2x Margherita\n1x Tiramisu\n\nTotal : 28,50 EUR",
"origin": "mon-backend"
}'
Aucun SDK à installer, aucun démon local. Le même appel fonctionne depuis Node.js, Python, PHP, Go, Ruby, .NET ou un script shell, ce qui compte si le code qui parlait à Google Cloud Print est réparti sur plusieurs services.
Pour la mise en page (lignes en gras, logos, QR codes, codes-barres, découpe), voyez la documentation de mise en page.
Migrer un parc existant
La migration est généralement plus légère que prévu, parce que l'intégration Google Cloud Print se résumait rarement à plus que « envoyer ce texte à cet identifiant d'imprimante ».
- Inventoriez ce qui imprime encore. Listez chaque type de document et l'imprimante visée. La plupart des parcs découvrent qu'un tiers des intégrations est abandonné depuis des années.
- Décidez par site : nouvelle imprimante ou adaptateur. Si l'imprimante thermique en place fonctionne et doit seulement devenir joignable, un adaptateur USB Raspberry Pi la transforme en imprimante cloud adressable en REST. Si l'imprimante est en fin de vie, une imprimante cloud 4G/Wi-Fi/Ethernet sort complètement le réseau local de l'équation : utile dans les boutiques où vous ne maîtrisez pas le routeur.
- Faites correspondre les identifiants. Remplacez l'ancien identifiant GCP par le nouveau
printer_uiddans votre configuration, pas dans votre code. - Faites tourner les deux en parallèle une semaine. Imprimez vers le nouvel endpoint et gardez l'ancien chemin en journalisation seule. Les types de documents oubliés apparaissent immédiatement.
- Traitez explicitement le cas hors ligne. Décidez de ce qui doit se passer quand une imprimante est injoignable : réessai, alerte ou mise en file. C'est l'étape la plus souvent sautée, et celle qui produit les incidents « on a perdu une commande » six mois plus tard.
Quelle option pour quel cas
- Vous imprimez depuis un navigateur, sur le même bureau que l'imprimante. QZ Tray ou l'impression native est plus simple que n'importe quel service cloud.
- Tous vos sites tournent déjà en matériel Star ou Epson et héberger un endpoint ne vous dérange pas. CloudPRNT ou Server Direct Print conviendra, au prix du serveur de polling à construire.
- Vous avez un ordinateur allumé en permanence sur chaque site. PrintNode est un choix raisonnable.
- Votre backend doit imprimer sans surveillance, dans des lieux que vous ne maîtrisez pas. Une API REST en push avec une imprimante qui se connecte seule est la seule option qui conserve les quatre propriétés de Google Cloud Print.
Expedy Print appartient à cette dernière catégorie. Il existe un plan gratuit pour tester, des connecteurs natifs pour Shopify, WooCommerce et HubRise, et une spécification OpenAPI si vous voulez générer un client. Si votre cas correspond à l'une des trois premières situations, un autre outil vous servira mieux, et c'est une réponse plus utile qu'un argumentaire commercial.
FAQ
Quand Google Cloud Print a-t-il exactement fermé ?
Le service a été arrêté le 31 décembre 2020. La fermeture avait été annoncée en novembre 2019, et aucun service Google ne l'a remplacé.
Existe-t-il une alternative gratuite à Google Cloud Print ?
Expedy Print propose un plan gratuit couvrant 50 requêtes d'impression par mois, ce qui suffit à porter une intégration et à la tester de bout en bout. Les tickets imprimés sur le plan gratuit portent un filigrane.
Dois-je racheter des imprimantes ?
Non. Un adaptateur USB Raspberry Pi transforme une imprimante USB thermique, à étiquettes ou de bureau existante en imprimante cloud adressable en REST. Acheter une imprimante cloud n'est nécessaire que si le matériel est en fin de vie ou s'il n'y a pas de réseau local exploitable.
Que deviennent les travaux envoyés pendant que l'imprimante est hors ligne ?
Ils sont mis en file et livrés à la reconnexion de l'imprimante, et l'API expose l'état de livraison pour que votre backend puisse alerter ou réessayer plutôt que de perdre le travail silencieusement.
Puis-je continuer à imprimer depuis un navigateur comme avec Google Cloud Print ?
Oui, mais le navigateur est rarement le bon endroit désormais. Si l'impression est déclenchée par un événement métier (commande, paiement, expédition) l'envoyer depuis votre backend est plus fiable que de dépendre d'un onglet ouvert.