Dans le monde numérique, la vitesse est la monnaie de l'expérience utilisateur. Nous nous attendons à ce que les pages web se chargent en millisecondes, que les vidéos se diffusent instantanément et que les applications soient réactives. Pourtant, lorsqu'il s'agit de visualiser de gros documents en ligne — comme un rapport médical de 500 pages ou un dessin architectural complexe — les utilisateurs sont souvent contraints d'attendre.

Ils fixent les spinners de chargement. Ils attendent les barres « processing… ». Ils regardent les pages se rendre lentement, bloc par bloc.

Cette attente est une décision de conception, pas une loi de la physique. Visionneuse de documents en ligne fonctionne sur le moteur Doconut, qui prépare d'abord la page que vous regardez et le reste pendant que vous lisez.

Pourquoi les visionneuses héritées sont lentes

Pour comprendre pourquoi certaines visionneuses sont lentes, il faut examiner leur fonctionnement.

Client‑Side Heavy : Certaines visionneuses essaient de télécharger le PDF ou le fichier complet dans le navigateur et de le rendre avec JavaScript. Pour un fichier de 100 Mo, cela signifie que l'utilisateur doit attendre le téléchargement complet de 100 Mo avant de voir la page 1.
Inefficient Conversion : D’autres convertissent tout le document en images sur le serveur avant d’afficher quoi que ce soit. Convertir 1 000 pages prend du temps, retardant le premier rendu.

Le secret de la vitesse : diffusion à la demande

Doconut utilise une approche plus intelligente : Diffusion au niveau de la page.

Lorsque un utilisateur ouvre un document :

First page first : le moteur rend la page visible et l’envoie, de sorte que le document s’ouvre avant que le reste du fichier ne soit traité.
Background Processing : pendant que l'utilisateur lit la page 1, le serveur prépare discrètement les pages 2 et 3 en arrière‑plan.
Vector Optimization : au lieu d’envoyer de lourds bitmap bruts, Doconut peut envoyer des données SVG optimisées, légères et qui s’adaptent parfaitement sans pixellisation.

Métriques de performance qui comptent

Si vous évaluez une visionneuse, mesurez ces indicateurs sur vos propres fichiers plutôt que de vous fier à un titre :

Time to First Byte (TTFB) : à quelle vitesse le serveur répond‑il ?
Time to First Page (TTFP) : la vitesse perçue du visionneur, et le nombre d’utilisateurs qui le ressentent réellement.
Scroll smoothness : quelqu’un peut‑il parcourir un document de 100 pages sans à‑coups ?
Cold versus warm : une exécution à chaud masque le coût du traitement initial. Testez les deux.

Utilisez la même machine, le même navigateur, le même profil réseau et le même jeu de documents pour chaque candidat, et rapportez les percentiles plutôt que les moyennes. Une médiane masque les documents lents qui génèrent les tickets de support.

Amical avec la bande passante

La vitesse ne dépend pas seulement du CPU ; c’est aussi ce qui traverse le réseau.

Mobile : diffuser uniquement la page affichée signifie qu’un téléphone ne télécharge pas un fichier qu’il ne finira jamais de lire.
Vector where it helps : envoyer des données vectorielles optimisées au lieu de gros bitmap maintient un dessin technique net à n’importe quel zoom sans charge lourde.

Essayez‑le sur votre fichier le plus lent

Le benchmark honnête est le fichier qui vous agace aujourd’hui. Ouvrez‑le sur OnlineDocumentViewer.com et observez quand apparaît la première page.

Deux limites à connaître avant de le faire. Les téléchargements sont plafonnés par format — 25 Mo pour PDF, PSD, TIFF, Visio, EPUB et images, 20 Mo pour Excel, PowerPoint et Project, 15 Mo pour Word, 10 Mo pour CAD et e‑mail, 5 Mo pour HTML, XML et texte — ainsi un scan réellement énorme sera refusé ici plutôt que rendu lentement. Et le fichier est supprimé après visualisation : il n’y a aucun cache conservant votre document pour le visiteur suivant, car il n’y a pas de visiteur suivant.

Conclusion

La vitesse perçue provient d’une seule décision : préparer la page que le lecteur regarde, et préparer le reste pendant qu’il lit. C’est ce qui fait qu’un gros document semble ouvert plutôt que « en cours de chargement ».

Pour les fichiers dépassant les limites ci‑dessus, ou les documents qui ne quittent pas votre réseau, le même moteur est proposé sous licence comme le Doconut SDK et fonctionne sur votre propre matériel, où vous dimensionnez la machine pour le plus gros fichier que vous acceptez.