Le test qui prouve le problème

Prenez n'importe quel calendrier Wix Bookings avec un jour chargé — disons 12 RDV répartis sur 3 staff. Faites Cmd+P (Ctrl+P sur Windows) dans votre navigateur. Enregistrez en PDF. Ouvrez le fichier. Maintenant faites pareil avec un outil dédié. Les deux PDF côte à côte racontent toute l'histoire.

La version imprimée navigateur va avoir au moins trois des cinq échecs ci-dessous. Ce n'est pas un jugement de valeur — c'est ce qui arrive quand on imprime une UI qui n'a pas été conçue pour le papier.

Échec 1 — la sidebar Wix mange la page

Le dashboard Wix a une sidebar gauche (navigation), un en-tête en haut (compte, recherche, notifications), et diverses barres d'outils autour du calendrier. Quand vous imprimez, le navigateur capture tout. Sur A4, les vraies données du planning utilisent peut-être 60 % de la largeur. Le reste est inutilisable.

Vous pouvez désactiver en-têtes et pieds dans le dialogue d'impression, mais le chrome dans la page (sidebar, top bar) fait partie du HTML rendu. Le navigateur ne sait pas distinguer "contenu" de "chrome". Il imprime tout.

Échec 2 — les infos cachées restent cachées

Survolez un RDV dans le calendrier. Une infobulle apparaît avec le nom complet du client, son téléphone, ses notes. Cette infobulle est générée par JavaScript au survol. Quand vous imprimez, vous ne survolez pas — donc l'infobulle est cachée. Le PDF n'inclut pas les téléphones, n'inclut pas les notes, n'inclut pas le détail du service. Vous imprimez un calendrier de créneaux et de noms abrégés, ce qui est inutile à un accueil chargé.

Échec 3 — les jours multi-staff sont tronqués

Si vous avez 4 collaborateurs ou plus pour une journée, Wix Bookings les affiche dans un layout qui scrolle horizontalement. L'impression ne capture que ce qui est dans la zone visible. Donc si Marie est la 5e personne en partant de la gauche, sa journée n'est pas imprimée. Vous pouvez réduire le zoom, mais alors le texte devient trop petit. Compromis impossible à gagner.

Une imprimante dédiée aplatit les données : elle sait qu'il y a 5 collaborateurs, génère une mise en page qui les fait tous tenir sur la zone imprimable, et choisit les tailles de police en conséquence. Aucune de ces décisions ne se prend dans un pipeline d'impression navigateur générique.

Échec 4 — le CSS d'impression n'existe pas

Les pages web peuvent embarquer un stylesheet d'impression (@media print) qui réorganise tout pour le papier. Certaines apps investissent là-dedans. Wix Bookings non — son calendrier est conçu pour l'écran. Résultat : le navigateur utilise les couleurs écran (qui s'impriment souvent en gris pâle sur N&B), les hauteurs de ligne écran (qui gaspillent l'espace papier), et la mise en page écran (qui suppose un scroll, ce que le papier n'a pas).

Ce n'est pas la faute de Wix — construire une version papier-optimisée de chaque UI est un investissement non-trivial. Ils ont priorisé l'écran. La solution est un outil qui prend les données et les rend pour le papier depuis le départ, ce que font les apps d'impression dédiées.

Échec 5 — pas d'automatisation possible

Même en acceptant les problèmes de format, il faut quand même cliquer manuellement sur Cmd+P chaque matin. Pas d'API, pas de planification, pas d'envoi auto. Essayez de mettre en place "le planning arrive dans ma boîte mail à 7h" avec l'impression navigateur — impossible. Celui qui ouvre le dashboard en premier doit s'en souvenir, doit choisir la plage de dates, doit envoyer le fichier à qui en a besoin.

Les workflows manuels cassent le jour où quelqu'un est malade, en retard, ou distrait. L'automatisation enlève les humains de la chaîne — voir comment configurer l'envoi auto pour l'alternative.

Ce qu'une imprimante dédiée corrige

Un outil dédié corrige chacun des cinq échecs par conception :

  • Il lit les données via l'API Wix, pas depuis le DOM rendu. Donc le chrome du dashboard n'est jamais dans la photo.
  • Tous les champs (téléphone, notes, service) sont accessibles depuis l'API, peu importe ce que l'écran affiche.
  • La mise en page est générée spécifiquement pour le papier — l'outil décide des tailles de police, de la densité, des largeurs de colonnes.
  • Le CSS d'impression est remplacé par un rendu PDF direct avec un toolkit typo (mPDF dans notre cas). Couleur, contraste, conso d'encre sont tous des choix explicites.
  • Automatisation : le même moteur qui génère un PDF au clic peut aussi le générer sur planning et l'envoyer par email.

Le compromis c'est qu'un outil dédié n'est pas gratuit aux paliers supérieurs. L'impression navigateur c'est 0 € ; BookingPrint Pro est gratuit en Starter (15 PDF/mois, Classique uniquement), 9,99 $/mois en Pro, 19,99 $/mois en Business. Pour la plupart des business qui impriment chaque jour, le palier Pro se rentabilise en temps économisé dès la première semaine.

Quand l'impression navigateur reste OK

Honnêtement : si vous n'avez besoin d'imprimer le calendrier que 2-3 fois par an (inspection, audit), l'impression navigateur gratuite suffit. Le format est mauvais mais c'est suffisant pour un usage occasionnel où personne ne lit le PDF plus d'une fois.

L'outil dédié ne compte que si l'impression fait partie du workflow quotidien. Le calcul est en gros : vous imprimez 5+ fois par mois ? Le temps économisé (format propre, automatisation, moins de réimpressions parce que la première fois a foiré) justifie le prix. Une fois par trimestre ? Restez sur l'impression navigateur et passez votre chemin.

Tester les deux

L'essai Business 5 jours de l'imprimante Wix Bookings dédiée ne coûte rien et vous laisse comparer les deux workflows sur vos vraies données. Générez un PDF dans BookingPrint Pro, puis faites Cmd+P sur le même calendrier dans votre navigateur. Mettez les deux côte à côte. La décision est en général évidente en 3 minutes.

Installer : BookingPrint Pro sur le Wix App Market. Tutoriel de base si vous le voulez : comment imprimer votre planning Wix Bookings.