Qu'est-ce qu'un site web jetable ?
Un site web jetable n'est pas une erreur de design, mais le résultat d'une architecture système à court terme. Il est construit avec énergie et budget, mis en ligne, remplit son but – puis commence à vieillir lentement. Après deux à trois ans, le relaunch s'impose, non parce que le contenu manque, mais parce que la technique, la structure ou le design n'ont pas été conçus pour durer. Les analyses de marché montrent que les sites web sont fondamentalement renouvelés en moyenne après environ 2–3 ans dans toutes les branches, et même plus tôt dans les secteurs technologiques. Le relaunch est donc moins une exception qu'une routine.
Les causes sont récurrentes : écosystèmes de plugins croissants, structures de bases de données complexes, extensions CSS et JavaScript non contrôlées, éditeurs visuels sans limites système claires, configurations d'hébergement avec plusieurs dépendances externes. Parallèlement, de nombreuses interfaces vieillissent parce qu'elles ont été conçues de manière très tendance. Ensemble, cela crée une érosion technique et visuelle. Le relaunch devient l'option économiquement apparemment la plus sensée – alors que le problème fondamental est structurel.
| Branche | Ø années jusqu'au relaunch |
|---|---|
| Technologie | ~1,5 ans |
| Marketing | ~1,8 ans |
| Industrie | ~3,3 ans |
| Ø toutes branches | ~2,6 ans |
Si les sites web sont en pratique traités comme des produits de 2 ans sur le marché, ce n'est rarement la faute du web lui-même. Cela vient des décisions dans la stack, le système de design et la logique de maintenance.
Comment nous changeons cela avec Relaunch24 – technique
Notre approche commence par la stack : nous réduisons systématiquement les pièces mobiles. L'hébergement tourne sur une infrastructure dédiée chez Hetzner, géré via Ploi.io, avec des déploiements clairement définis, des configurations serveur reproductibles et un paysage de services minimal. Pas de dix services cloud, pas de dépendances API implicites, pas de plateforme boîte noire. Chaque instance est facilement traçable et techniquement (quasi) identique.
Comme CMS, nous utilisons Kirby, délibérément sans base de données. Tout le contenu est stocké sous forme de fichiers structurés directement dans le système de fichiers, versionnable, portable, entièrement exportable. Pas de spirales d'optimisation de requêtes, pas de migrations de tables ni de fragmentation progressive de base de données. La surface d'attaque pour les facteurs de vieillissement se réduit encore, car une couche système entière disparaît.
La livraison des médias et assets est assurée par le fiable Bunny CDN européen. Les assets statiques sont distribués globalement, tandis que la logique centrale reste volontairement légère et centralisée en Europe. Cela crée pour chaque site une configuration qui réagit dynamiquement et reste stable sous charge, sans basculer dans des scénarios d'auto-scaling complexes.
Chaque nouveau site R24 repose donc sur une base identique, bien testée et cohérente. Les mises à jour ciblent des composants précis : versions PHP, couches de sécurité ou exigences légales – jamais le système entier. Nous ne remplaçons pas des plateformes entières, nous mettons à jour ou échangeons des composants définis. C'est exactement ce qui empêche le relaunch total classique.
Comment nous changeons cela avec Relaunch24 – design
Si la technique doit durer, le design ne doit pas être dicté par les tendances. De nombreux relaunches ne sont pas déclenchés par de vrais déficits fonctionnels, mais par une fatigue visuelle. Des effets qui semblaient « state of the art » au lancement paraissent datés après quelques années. La pression ne vient pas de la nécessité, mais d'une surchauffe esthétique.
Notre approche chez R24 est donc volontairement réduite. Nos modules suivent des règles de design claires : typographie cohérente, espacements définis, utilisation systématique des couleurs, hiérarchies de mise en page calmes. Peu d'overlays d'effets, usage discret des animations décoratives sans valeur fonctionnelle, pas d'expériences de design qui vieillissent mal. Le langage visuel est volontairement sobre et intemporel.
L'essentiel est que le design soit pensé de manière systémique. Chaque module est conçu pour fonctionner de manière stable dans différents contextes. La combinabilité n'est pas un hasard, mais fait partie de la logique de design. Il en résulte des pages qui restent cohérentes même lors d'extensions. Les rédacteurs peuvent empiler du contenu sans détruire l'équilibre visuel.
Une grille propre ne perd pas de validité. Une bonne typographie ne vieillit pas au rythme annuel. Les contrastes clairs restent accessibles. En limitant consciemment la complexité visuelle, nous réduisons la pression subjective de modernisation – et avec elle l'un des déclencheurs les plus fréquents de relaunches inutiles.
Le résultat : des sites web sans date d'expiration pour tous
Chaque personne et chaque organisation mérite un site web qui fonctionne simplement – aujourd'hui, dans cinq ou dix ans. Sans obsolescence programmée, sans cycles de relaunch constants, sans complexité inutile. Le contenu reste facile à modifier, tout le reste est clairement réduit. Le site tourne – et continue de tourner, sans jamais avoir besoin de repartir de zéro.
