De WordPress à Astro — des sites web dix fois plus rapides et moins chers à créer
Migrer de WordPress vers Astro et confier la maintenance à un assistant IA, c’est passer de semaines à quelques heures par modification et d’heures de développement facturées à un abonnement. Avec ciqualia.com pour exemple, ce guide montre comment réussir la migration et ce qu’il faut définir une fois pour toutes.
ciqualia.com a tourné sous WordPress jusqu’à fin août 2026. Depuis, le site est construit avec Astro, et les nouveaux contenus naissent dans un chat avec un assistant IA. Les chiffres de ce guide proviennent de ce site.
Pourquoi WordPress coûte cher
Avec WordPress, presque chaque modification de contenu commence par une modification technique. Une nouvelle page demande un nouveau modèle ou un modèle modifié. Ce modèle doit s’accorder avec le thème, les plugins et les personnalisations existantes, et c’est seulement ensuite que quelqu’un peut écrire le texte.
Pour ciqualia.com, une équipe de développement s’en chargeait, à environ 40 € de l’heure. Les modifications représentaient des dizaines d’heures par mois, et chacune prenait au moins deux semaines, questions, coordination, tests et reprises compris. S’y ajoutaient des plugins premium payants dont les mises à jour dépendent d’une licence payante.
Récapitulons : à quoi devait servir un CMS ?
Arrêtons-nous un instant sur la raison d’être des CMS. Un système de gestion de contenu devait permettre de publier sans s’occuper de technique. Dans une installation WordPress qui a grandi au fil des ans, la technique revient par les modèles et les plugins.
Aujourd’hui, un assistant IA peut tenir ce rôle. La rédaction décrit dans le chat ce qui doit changer ; l’assistant écrit le texte et le code, vérifie le résultat et publie sur instruction. À une condition : définir une fois, avec soin, les exigences techniques, les limites, le retour arrière et les vérifications sur un environnement de test.
C’est le même principe que l’Agentic OS pour le back-office : des règles valables pour toutes les tâches, des tâches répétables et des résultats vérifiés avant la clôture.
Pourquoi Astro
Astro produit du HTML prêt à servir à partir de composants et de fichiers de contenu. Il n’y a ni base de données, ni PHP, ni interface d’administration à maintenir et à sécuriser. Les contenus sont des fichiers dans le dépôt, un par langue, et chaque modification est une version traçable.
Pour un assistant IA, c’est l’espace de travail qui convient : il lit et écrit des fichiers au lieu de cliquer dans une interface, et chacune de ses modifications peut être relue, vérifiée et annulée.
Ce qui se définit une fois pour toutes
Pour que la rédaction ne travaille plus que dans le chat, on définit une fois ce qu’est le site, ce qui est vérifié avant chaque publication et comment une erreur est annulée. Le tout est enregistré comme skill ou plugin de l’assistant IA et s’applique ensuite à chaque tâche.
- 01 Règles ce qu’est le site
- Design system et composants
- Langues et terminologie
- Exigences SEO
- Ton et formule d’adresse
- Affirmations interdites
- 02 Vérifications avant chaque publication
- Build et contrôle des types
- Balises meta et données structurées
- Sitemap avec date de modification
- Liens
- Captures en trois largeurs
- 03 Validation et retour arrière qui peut faire quoi, et quand
- Stage avant la production
- Branche principale protégée
- Validation avant chaque publication
- Chaque modification versionnée
- Retour arrière en une instruction
Pour ciqualia.com, cela comprend par exemple : chaque modification de contenu vaut pour les neuf langues à la fois. Chaque page paraît d’abord sur le stage, une copie de test du site. Et une liste de contrôle avant chaque publication vérifie titres, descriptions, liens entre langues, images et mise en page sur ordinateur, tablette et smartphone.
La rédaction ne travaille que dans le chat
La rédaction n’a besoin de rien savoir de git, des pull requests ou des pipelines de build. Elle écrit une tâche dans le chat — par exemple « Nouvelle page sur ISO 13485 sur le modèle de la page ISO 9001, dans toutes les langues » —, regarde le résultat sur le stage, indique les corrections et dit pour finir : « Publier en production. »
- 01 Rédaction dans le chat
- Décrire la tâche
- Voir le résultat sur le stage
- Indiquer les corrections
- Valider la publication
- 02 Assistant IA selon les règles définies
- Texte et code dans toutes les langues
- Lancer les vérifications
- Mettre à jour le stage
- Soumettre la modification à validation
- 03 Production automatique
- Build
- Déploiement
- Sitemap avec date de modification
Chaque version est conservée : un état antérieur est à une instruction dans le chat.
Les chiffres : des heures au lieu de semaines
| Critère | WordPress avec une équipe de développement | Astro avec un assistant IA |
|---|---|---|
| Durée d’une modification | Au moins deux semaines | En général une à cinq heures |
| Coûts courants | Des dizaines d’heures de développement par mois à environ 40 € | Un abonnement à 20 € par mois |
| Plugins et bibliothèques | Plugins premium payants | Open source sous licence MIT |
| Langues | Deux | Neuf |
La durée provient des journaux de l’assistant : douze tâches depuis octobre 2026, mesurées de la tâche dans le chat à la modification prête à être validée. En médiane, environ une heure et demie de travail et environ quatre heures au total ; plus longtemps seulement lorsqu’une tâche attendait une réponse pendant la nuit.
- Une nouvelle page sur la norme ISO 13485 en neuf langues, sur le modèle d’une page existante : un peu plus d’une heure.
- Une page « À propos » qui remplace la page de contact, en neuf langues : environ 1,3 heure.
- Des liens internes vers deux nouvelles pages depuis toutes les pages où ils ont leur place : huit minutes.
- Les plus grosses tâches, un catalogue de produits et une page sectorielle : quatre à cinq heures.
La migration elle-même a été rapide : la première ligne de code a été écrite le 4 août 2026, et le 29 août le nouveau site a remplacé WordPress sur ciqualia.com. Depuis, une vingtaine de nouvelles pages et cinq articles ont été ajoutés, chacun en neuf langues.
Côté coûts, des dizaines d’heures de développement à 40 € — 800 € ou plus par mois — contre 20 €. Côté délais, deux semaines contre quelques heures. Dans les deux cas, plus d’un ordre de grandeur.
Plus rapide et moins cher ne veut pas dire moins bien. Voici comment les outils d’analyse courants évaluent la page d’accueil de ciqualia.com, sur mobile comme sur ordinateur :
- PageSpeed Insights : performances 100, accessibilité 95, bonnes pratiques 100, SEO 100, Agentic Browsing 3 sur 3.
- Ahrefs Site Audit : Health Score 100 — aucune URL interne du site ne présente d’erreur.
Ce qui remplace les plugins
Avant la migration, faites l’inventaire : quels plugins sont installés, et à quoi sert chacun ? Pour ciqualia.com, il en est resté peu de chose :
| Fonction | Sous WordPress | Avec Astro |
|---|---|---|
| Formulaire de contact | Contact Form 7 | Formulaire propre, qui fonctionne aussi sans JavaScript |
| Protection anti-spam | Akismet | Honeypot et piège temporel, puis la même interface Akismet |
| Conserver les demandes | CFDB7 | Stockage sur le serveur du site, avant l’envoi du courriel |
| Envoi de courriels | Deux plugins SMTP | Une seule bibliothèque de messagerie |
| Multilinguisme | Polylang Pro | Routage des langues d’Astro |
| SEO | Yoast SEO | Balises meta, données structurées et sitemap dans la mise en page |
| Cache | WP Rocket | Inutile : HTML prêt à servir |
| Bannière cookies | Plugin de cookies | Inutile : aucun cookie |
| Sécurité | Plugins de sécurité et de gestion de fichiers | Inutile : ni PHP, ni base de données, ni téléversements |
L’inventaire est aussi un audit. Pour ciqualia.com, le code des anciens plugins contenait trois choses volontairement laissées de côté : une vérification des certificats désactivée lors de la transmission au CRM, des alertes d’erreur envoyées à une boîte privée et deux plugins SMTP concurrents.
Migrer sans perdre son référencement
Le sitemap de l’ancien site comptait 80 adresses. Chacune a fait l’objet d’une décision :
- 16 existent sur le nouveau site à la même adresse. Elles n’ont besoin d’aucune règle.
- 11 ont un successeur sous un autre chemin et sont redirigées de façon permanente (301), avec et sans barre oblique finale.
- 53 répondent 404 délibérément : le portfolio, les offres d’emploi, d’anciennes pages de services, des pages de test et des archives d’étiquettes.
Le jour de la bascule :
- Faire pointer le DNS vers le nouveau serveur.
- Purger robots.txt du cache du CDN — sinon il renvoie pendant des heures au sitemap de l’ancien plugin SEO.
- Soumettre le nouveau sitemap dans Google Search Console.
- S’attendre à davantage de réponses 404 : elles découlent des décisions ci-dessus.
- Vérifier quelques redirections par sondage et envoyer une demande de test par le formulaire.
La protection des données intégrée d’emblée
Moins de technique, c’est aussi moins de questions de protection des données. L’ancien site utilisait Google Analytics et une bannière cookies. Le nouveau renonce délibérément aux cookies, y compris ceux de mesure d’audience, et n’a donc pas besoin de bannière : le visiteur commence à lire tout de suite, sans devoir d’abord fermer une demande de consentement. Les données personnelles n’apparaissent que dans le formulaire de contact. L’assistant IA travaille avec du code et des textes, pas avec les données des visiteurs.
Ce qui est tout de même traité — formulaire de contact, envoi de courriels, hébergement — a sa place dans le registre des activités de traitement. Complaica tient ce registre et assure le suivi des tâches de protection des données ; pour en savoir plus, voir les pages sur le logiciel RGPD et la gestion de la protection des données.
Pour finir : des captures d’écran en neuf langues
Reste une question sur laquelle les sites multilingues butent souvent : comment obtenir des captures de son propre logiciel dans chaque langue ? Une image en allemand à côté d’un texte en français fait négligé, et chaque nouvelle version du logiciel rend toutes les images obsolètes d’un coup.
Pour ciqualia.com, les vues du produit ne sont donc pas des photos prises à la main. Chaque vue est reconstruite comme composant avec les textes traduits du logiciel et rendue comme page à part entière pour chaque langue. Un script ouvre ces pages dans un navigateur Chrome sans fenêtre (headless), les photographie et enregistre les images en plusieurs largeurs aux formats AVIF et WebP — environ 2 000 fichiers, produits en une seule commande. Quand un texte ou une couleur change, l’assistant refait les prises de vue.
Pour les visites guidées du produit, le même Chrome se connecte à une démo locale de la vraie application, ouvre les modules et les photographie en taille bureau. Et la vérification de la mise en page avant chaque publication fonctionne de la même façon : des captures en trois largeurs, que l’assistant examine lui-même.
Demandez-nous comment
Ciqualia construit des sites de cette manière et met en place le processus pour votre équipe : les règles, les vérifications, le stage et le skill pour l’assistant IA. Pour le développement logiciel et le remplacement d’applications existantes, voir Pragmatica ; pour l’intégration de l’IA, voir Gnostica.
Autres articles
-
Agentic OS — comment automatiser le back-office d’une petite entreprise
-
Normes automobiles — la checklist de conformité pour OEM et fournisseurs
-
NIS2 — qui est concerné et ce que la directive exige
-
Checklist ISO 27001 ou cheat sheet — la certification en un coup d’œil
-
PIA et DPIA — faciles à confondre
-
Alice derrière les miroirs noirs
-
Ciqualia : la philosophie des solutions modernes
Qu’en pensez-vous ?
Écrivez-nous — laquelle de ces propositions est la vôtre ?
Merci.
Nous vous répondons sous un jour ouvré.
Non envoyé.
Cela n’a pas fonctionné. Vérifiez les champs ou écrivez-nous directement.