Aller au contenu

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.

WP2ASTRO 01

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.

  1. 01 Règles ce qu’est le site
    • Design system et composants
    • Langues et terminologie
    • Exigences SEO
    • Ton et formule d’adresse
    • Affirmations interdites
  2. 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
  3. 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
Les règles décrivent le site, les vérifications sécurisent chaque modification, la validation et le retour arrière gardent la production stable.

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. »

  1. 01 Rédaction dans le chat
    • Décrire la tâche
    • Voir le résultat sur le stage
    • Indiquer les corrections
    • Valider la publication
  2. 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
  3. 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.

La rédaction donne les tâches et les validations, l’assistant fait la technique, le pipeline publie.

Les chiffres : des heures au lieu de semaines

CritèreWordPress avec une équipe de développementAstro avec un assistant IA
Durée d’une modification Au moins deux semainesEn 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 payantsOpen source sous licence MIT
Langues DeuxNeuf

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 :

FonctionSous WordPressAvec Astro
Formulaire de contact Contact Form 7Formulaire propre, qui fonctionne aussi sans JavaScript
Protection anti-spam AkismetHoneypot et piège temporel, puis la même interface Akismet
Conserver les demandes CFDB7Stockage sur le serveur du site, avant l’envoi du courriel
Envoi de courriels Deux plugins SMTPUne seule bibliothèque de messagerie
Multilinguisme Polylang ProRoutage des langues d’Astro
SEO Yoast SEOBalises meta, données structurées et sitemap dans la mise en page
Cache WP RocketInutile : HTML prêt à servir
Bannière cookies Plugin de cookiesInutile : aucun cookie
Sécurité Plugins de sécurité et de gestion de fichiersInutile : 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 :

  1. Faire pointer le DNS vers le nouveau serveur.
  2. Purger robots.txt du cache du CDN — sinon il renvoie pendant des heures au sitemap de l’ancien plugin SEO.
  3. Soumettre le nouveau sitemap dans Google Search Console.
  4. S’attendre à davantage de réponses 404 : elles découlent des décisions ci-dessus.
  5. 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.

En savoir plus

WP2ASTRO 03

Qu’en pensez-vous ?

Écrivez-nous — laquelle de ces propositions est la vôtre ?

✓Souhaitez-vous d’autres articles sur ce sujet ?
✓Souhaitez-vous partager vos propres documents sur le sujet ?
✓Nous laissez-vous vos coordonnées ?
✓Nous suivez-vous sur les réseaux sociaux ?
Demander la liste de prix