Reprendre la main sur son site plutôt que de le louer

Le contexte

Le site de ClariGuard était initialement construit sur une plateforme propriétaire, de celles qui permettent de publier vite sans écrire une ligne de code.

Ce site-ci en est le remplacement. Vous êtes en train de le lire, ce qui en fait la réalisation la plus facile à vérifier de ce portfolio : tout ce qui est décrit ici est observable depuis votre navigateur.

Le problème

Les constructeurs de sites fermés règlent un vrai problème, celui du démarrage, et en créent trois autres à retardement.

On ne maîtrise pas ce qui est produit. Le code envoyé aux visiteurs est celui de l’éditeur, avec ses scripts, ses traceurs et son poids. Difficile de tenir un discours de maîtrise numérique sur un site dont on ne sait pas ce qu’il dépose chez ses visiteurs.

On ne maîtrise pas les performances ni le référencement technique. On subit les choix de la plateforme.

On ne maîtrise pas la sortie. Le contenu est prisonnier d’un format propriétaire, et partir coûte cher, ce qui est le principe même du modèle.

Pour un cabinet dont le métier consiste à réduire la dépendance de ses clients à leurs fournisseurs, cette situation était intenable.

Les contraintes

• Ne perdre aucun positionnement acquis. Les pages qui remontent dans les moteurs de recherche constituent un actif commercial : leurs adresses ne doivent pas bouger.
• Rester rapide sur mobile, où arrive la majorité des visiteurs.
• Un site qui doit tenir seul, sans équipe pour le maintenir.
• Des intégrations avec mes propres systèmes, sans que le site cesse de fonctionner si l’un d’eux est indisponible.

Mon intervention

Conception, développement, migration des contenus, référencement technique, exploitation.

L’architecture

Le site est généré statiquement : les pages sont produites à l’avance et servies comme de simples fichiers. Il n’y a pas de serveur applicatif à maintenir, pas de base de données à sauvegarder, pas de version de langage à mettre à jour en urgence quand une faille est publiée. La surface d’attaque d’un site statique se réduit à sa configuration d’hébergement.

Les rares fonctions dynamiques, formulaires et outils interactifs, vivent dans des fonctions isolées, appelées à la demande.

L’identité visuelle repose sur un système de jetons de conception centralisés, partagés avec mes autres outils, ce qui garantit que la même couleur de marque est réellement la même partout. Une vérification automatisée signale toute dérive.

Les choix techniques

Aucune image de banque, aucun visuel généré. Toutes les illustrations du site sont vectorielles et écrites à la main. Ce choix sert la performance, mais il sert surtout la cohérence : un site de conseil illustré par des photographies génériques ressemble à tous les autres.

Des intégrations qui échouent en silence. Le site notifie mes systèmes internes lorsqu’un formulaire est soumis, mais toute erreur de ce côté est absorbée sans conséquence visible. Un visiteur ne doit jamais voir son message perdu parce qu’un système interne était indisponible.

Une sauvegarde hebdomadaire automatique du dépôt vers un stockage externe, indépendant de la plateforme d’hébergement.

La sécurité

Le site applique des en-têtes de sécurité stricts : transport chiffré obligatoire et mémorisé par le navigateur, politique de sécurité du contenu en mode bloquant, et interdiction d’affichage dans un cadre externe, ce qui coupe une famille entière d’attaques par superposition.

La politique de sécurité du contenu en mode bloquant mérite un mot, parce qu’elle est rarement mise en place : elle interdit au navigateur d’exécuter tout script qui ne vient pas d’une origine explicitement autorisée. C’est contraignant, cela casse les intégrations tierces posées à la légère, et c’est précisément l’intérêt.

Une page dédiée du site expose ces éléments de manière vérifiable. Je considère qu’un cabinet qui vend de l’hygiène numérique doit accepter d’être mesuré avec les outils qu’il recommande.

Le résultat

Un site statique, rapide, sans dépendance à un éditeur, dont les adresses des pages référencées ont été préservées lors de la migration, avec redirections permanentes pour celles qui ont changé.

La qualité est vérifiée automatiquement avant chaque mise en ligne. Un contrôle amusant mais révélateur fait partie de la chaîne : il refuse la publication si un tiret cadratin apparaît dans le contenu rendu. C’est la ponctuation qu’un modèle de langage produit spontanément et qu’un humain ne tape jamais au clavier. J’utilise l’IA comme outil de travail, et ce qui est publié passe par une relecture.

Ce que ce projet démontre

C’est la mise en pratique, sur mon propre site, de ce que je conseille : réduire la dépendance aux fournisseurs, maîtriser ce que l’on expose, et automatiser les contrôles plutôt que de compter sur sa vigilance.

Pour un dirigeant, la question sous-jacente est la bonne : que se passe-t-il si votre prestataire actuel disparaît, augmente ses tarifs ou ferme votre compte ? Ici, la réponse est vérifiable. Le contenu est dans des fichiers texte, le code est sauvegardé hors de la plateforme d’hébergement, et l’ensemble peut être redéployé ailleurs.