Fold : la techno qui accélère votre infra sans que vous ayez rien à faire

Le problème qu'on voulait résoudre

Chez OxalisHeberg, on a toujours été agacés par une chose : la plupart des solutions de performance web demandent du travail. Configurer un CDN, ajuster un cache, choisir les bons plugins, surveiller que rien ne casse... Résultat, une minorité de sites en profite vraiment, et le reste tourne à des vitesses qu'on pourrait largement améliorer.

Fold part d'un principe simple : la vitesse ne devrait jamais être une option payante en temps ou en compétence technique. Elle devrait être la norme, par défaut, pour tout le monde.

Qu'est-ce que Fold, concrètement ?

Fold est notre technologie maison qui optimise le traitement et la circulation du trafic sur l'ensemble de notre réseau. Pas seulement sur l'hébergement web classique : le trafic vers vos serveurs de dev en bénéficie aussi. Tout ce qui transite chez OxalisHeberg passe par cette couche d'optimisation, sans configuration, sans installation, sans rien à changer côté client.

Concrètement, voici ce que Fold change aujourd'hui :

Une page WordPress traitée en 57µs côté serveur, contre 275ms avant Fold, un facteur d'environ 4800x sur le temps de traitement brut
Un TTFB de 33ms (Time To First Byte, le temps avant que le premier octet de la réponse n'arrive), contre 180ms auparavant, pour une latence utilisateur-serveur de 25ms

Pour donner un ordre d'idée : à cette vitesse, le temps de traitement d'une page devient négligeable face à la latence réseau elle-même. Autrement dit, ce n'est plus votre hébergeur qui vous ralentit.

Jusqu'à -65% de bande passante, et voici comment

Fold agit directement sur la façon dont le contenu est livré. Chaque page est découpée en chunks de quelques Kio, et chaque chunk n'est chargé que lorsqu'il devient visible pour le visiteur.

Concrètement : si quelqu'un quitte votre page avant d'être arrivé en bas, seules les sections qu'il a réellement vues auront été chargées. Le reste n'a jamais transité sur le réseau. Et pour les visiteurs qui vont bien jusqu'en bas, l'overhead lié au découpage est négligeable, de l'ordre de 3 Kio.

En parallèle, les images sont légèrement dégradées le temps de leur chargement complet, juste assez pour gagner de la bande passante sur le premier affichage, sans que ce soit perceptible à l'œil.

Si vous êtes du genre curieux et que vous ouvrez l'onglet Network de votre navigateur, vous verrez passer des requêtes préfixées /__fold/ : c'est notre couche qui travaille en arrière-plan.

Et niveau expérience utilisateur, rien ne casse ?

C'est la question qu'on nous pose le plus souvent, et légitimement : un chargement progressif au scroll, ça peut vite tourner au mauvais lazy-loading, avec des sauts visuels ou du contenu qui "pop" au dernier moment.

Chez nous, en usage normal (un scroll pour lire tranquillement), il n'y a aucune latence perceptible. Même en scrollant très rapidement jusqu'en bas d'un coup, le pire cas mesuré est un retour sous 15ms, grossièrement la moitié d'un aller-retour réseau classique. Et si vous remontez en haut de la page puis redescendez, les chunks déjà vus restent en mémoire : pas de rechargement, pas de flash.

Si un cas précis pose problème sur votre site, Fold peut être désactivé au cas par cas, page par page ou site par site, sur simple demande.

Et pour Google, les crawlers, le SEO ?

Fold ne s'applique pas aux moteurs de recherche ni aux robots d'indexation. La distinction entre un visiteur humain et un bot repose sur plusieurs signaux combinés, et en cas de doute, on préfère toujours servir la page complète plutôt que de risquer une version incomplète : mieux vaut une page entière qu'une page cassée.

Résultat : aucun impact sur votre référencement, tout en gardant l'optimisation active pour vos vrais visiteurs.

Côté Core Web Vitals, les résultats sont au moins équivalents à avant Fold, avec un LCP et un CLS légèrement meilleurs. L'INP reste stable. On reste prudents sur ces chiffres : les outils de mesure actuels ont leurs propres marges d'imprécision, donc on préfère parler de tendance plutôt que d'annoncer un pourcentage exact ici.

Pourquoi c'est différent de "juste un CDN"

Un CDN classique met en cache du contenu statique proche de l'utilisateur, ce qui aide, mais ne change rien à la façon dont votre serveur traite réellement les requêtes qui ne sont pas en cache (formulaires, contenu dynamique, pages personnalisées).

Fold agit à un autre niveau : sur le traitement lui-même côté serveur, sur la façon dont le contenu est livré au visiteur, et sur l'acheminement du trafic sur notre réseau. Ce n'est pas une couche qu'on ajoute par-dessus votre site, c'est une refonte de la façon dont l'infrastructure gère chaque requête, quel que soit son type.

Et parce que ça opère au niveau réseau plutôt qu'au niveau applicatif, ça bénéficie à tout ce qui transite chez nous : sites web, serveurs de dev, applications internes. Pas besoin de choisir une offre "optimisée" spécifique, Fold est partout.

Ce que ça change pour vous

Rien à configurer, rien à activer. Si votre site ou votre serveur est hébergé chez OxalisHeberg, vous bénéficiez de Fold automatiquement. Pas de plugin à installer, pas de service tiers à connecter, pas de facture supplémentaire.

C'est aussi ce qui nous permet de baisser nos prix en parallèle : moins de ressources consommées pour traiter le même trafic, ça se traduit directement par des coûts plus bas, qu'on répercute sur vos factures.

Et la suite ?

Fold continue d'évoluer. On teste actuellement des optimisations supplémentaires sur le traitement des requêtes dynamiques les plus lourdes, avec l'objectif de réduire encore l'écart entre contenu statique et contenu généré à la volée.

Des questions sur comment Fold s'applique à votre cas précis ? Un ticket sur l'espace client ou un MP, comme toujours.

L'équipe OxalisHeberg.fr