Journal ·
WordPress vs Astro : performance, SEO et cout long terme
Comparatif WordPress vs Astro pour un site vitrine ou un blog: temps de chargement, securite, editeur, maintenance et scalabilite.
WordPress reste un standard pour publier vite. Astro est une alternative moderne pour viser performance, SEO technique, et maintenance reduite.
1) Differences de base
| Point | WordPress | Astro |
|---|---|---|
| Mode | CMS dynamique (PHP) | SSG/SSR moderne |
| Editeur | Gutenberg + plugins | Markdown/MDX + CMS possible |
| Performance | variable selon plugins | excellente par defaut |
| Maintenance | updates + securite | moins de surface d'attaque |
2) Performance et CWV
Sur WordPress, la perf depend surtout:
- theme
- plugins
- cache
- hebergement
Sur Astro, la perf est souvent bonne "out of the box" car vous envoyez peu de JS.
3) SEO technique
WordPress:
- bon pour demarrer
- risque de duplication (tags/categories)
- plugins SEO indispensables
Astro:
- controle fin (headers, schema, routing)
- ideal pour architecture contenu longue traine
4) Couts caches
WordPress peut devenir cher en:
- maintenance (securite, mises a jour)
- performance (optimisations recurrentes)
- plugin stacking (abonnements)
Astro demande plus d'investissement initial si vous voulez un back-office complet, mais peut etre tres rentable en maintenance.
5) Quand choisir quoi ?
- WordPress si: equipe marketing autonome, besoin plugin ecosystem, delai court
- Astro si: objectif performance/SEO, experience premium, codebase propre
Conclusion
Le bon choix depend de votre cycle de vie. Si le site est un actif long terme, la dette plugin devient un vrai sujet.
Articles associes:
Atelier pratique (partie 1)
Cette section est volontairement operationnelle: vous pouvez la convertir en checklist, en backlog Jira/Notion, ou en plan de sprint. L'objectif est de transformer "WordPress vs Astro : performance, SEO et cout long terme" en une suite d'actions claires a realiser sur 7 a 30 jours, avec des points de controle et des livrables.
Pour eviter le flou, chaque sous-partie se termine par un resultat attendu (un fichier, une page, une mesure, une capture, un tableau). C'est ce qui rend le travail actionnable, meme en petite equipe.
Livrables (en 1 sprint)
- Un tableau "page -> intention -> requetes -> CTA".
- Une liste de 20 liens internes a creer (source, ancre, destination).
- Une capture des metriques avant/apres (Search Console + conversions).
Plan d'action 14 jours (priorites SEO)
Jour 1-2: audit rapide (indexation, erreurs, pages money, intentions). Jour 3-5: fixes techniques a fort impact (404/redirects, titles/meta, canonical, sitemap, perf). Jour 6-9: contenu et maillage (1 page pilier + 3 pages soutien + liens internes explicites). Jour 10-14: mesure (Search Console, conversions), puis iteration (2 hypotheses, 2 tests).
Maillage interne (exemples)
- Depuis une page service: liens vers 3 cas clients + 2 articles "comment" + 1 page pricing.
- Depuis un article guide: lien vers page service + lien vers checklist + lien vers FAQ objections.
- Depuis une FAQ: lien vers sections precises (ancres), pas seulement vers la home.
Exemples d'intentions (a reutiliser)
- Information: "comment faire ..." -> guide + checklist.
- Comparatif: "X vs Y" -> tableau decisionnel + recommandations.
- Transactionnel: "prix / devis" -> page offre + preuves + FAQ objections.
Mesure (ne pas piloter a l'intuition)
- Definez 1 KPI principal (ex: demandes).
- Ajoutez 2 micro-conversions (scroll 75%, clic tel, envoi formulaire).
- Faites une revue hebdo: pages qui montent/baissent, requetes, CTR, conversions.
Garde-fous (anti-perte de temps)
- Limitez les pages: 5 pages money, le reste sert a les soutenir.
- Une seule metrique prioritaire par sprint (ex: demandes, appels, inscriptions).
- Aucun nouveau plugin/script tant que la perf mobile n'est pas stable.
Atelier pratique (partie 2)
Cette section est volontairement operationnelle: vous pouvez la convertir en checklist, en backlog Jira/Notion, ou en plan de sprint. L'objectif est de transformer "WordPress vs Astro : performance, SEO et cout long terme" en une suite d'actions claires a realiser sur 7 a 30 jours, avec des points de controle et des livrables.
Pour eviter le flou, chaque sous-partie se termine par un resultat attendu (un fichier, une page, une mesure, une capture, un tableau). C'est ce qui rend le travail actionnable, meme en petite equipe.
Livrables (en 1 sprint)
- Un tableau "page -> intention -> requetes -> CTA".
- Une liste de 20 liens internes a creer (source, ancre, destination).
- Une capture des metriques avant/apres (Search Console + conversions).
Plan d'action 14 jours (priorites SEO)
Jour 1-2: audit rapide (indexation, erreurs, pages money, intentions). Jour 3-5: fixes techniques a fort impact (404/redirects, titles/meta, canonical, sitemap, perf). Jour 6-9: contenu et maillage (1 page pilier + 3 pages soutien + liens internes explicites). Jour 10-14: mesure (Search Console, conversions), puis iteration (2 hypotheses, 2 tests).
Maillage interne (exemples)
- Depuis une page service: liens vers 3 cas clients + 2 articles "comment" + 1 page pricing.
- Depuis un article guide: lien vers page service + lien vers checklist + lien vers FAQ objections.
- Depuis une FAQ: lien vers sections precises (ancres), pas seulement vers la home.
Exemples d'intentions (a reutiliser)
- Information: "comment faire ..." -> guide + checklist.
- Comparatif: "X vs Y" -> tableau decisionnel + recommandations.
- Transactionnel: "prix / devis" -> page offre + preuves + FAQ objections.
Mesure (ne pas piloter a l'intuition)
- Definez 1 KPI principal (ex: demandes).
- Ajoutez 2 micro-conversions (scroll 75%, clic tel, envoi formulaire).
- Faites une revue hebdo: pages qui montent/baissent, requetes, CTR, conversions.
Garde-fous (anti-perte de temps)
- Limitez les pages: 5 pages money, le reste sert a les soutenir.
- Une seule metrique prioritaire par sprint (ex: demandes, appels, inscriptions).
- Aucun nouveau plugin/script tant que la perf mobile n'est pas stable.
Atelier pratique (partie 3)
Cette section est volontairement operationnelle: vous pouvez la convertir en checklist, en backlog Jira/Notion, ou en plan de sprint. L'objectif est de transformer "WordPress vs Astro : performance, SEO et cout long terme" en une suite d'actions claires a realiser sur 7 a 30 jours, avec des points de controle et des livrables.
Pour eviter le flou, chaque sous-partie se termine par un resultat attendu (un fichier, une page, une mesure, une capture, un tableau). C'est ce qui rend le travail actionnable, meme en petite equipe.
Livrables (en 1 sprint)
- Un tableau "page -> intention -> requetes -> CTA".
- Une liste de 20 liens internes a creer (source, ancre, destination).
- Une capture des metriques avant/apres (Search Console + conversions).
Plan d'action 14 jours (priorites SEO)
Jour 1-2: audit rapide (indexation, erreurs, pages money, intentions). Jour 3-5: fixes techniques a fort impact (404/redirects, titles/meta, canonical, sitemap, perf). Jour 6-9: contenu et maillage (1 page pilier + 3 pages soutien + liens internes explicites). Jour 10-14: mesure (Search Console, conversions), puis iteration (2 hypotheses, 2 tests).
Maillage interne (exemples)
- Depuis une page service: liens vers 3 cas clients + 2 articles "comment" + 1 page pricing.
- Depuis un article guide: lien vers page service + lien vers checklist + lien vers FAQ objections.
- Depuis une FAQ: lien vers sections precises (ancres), pas seulement vers la home.
Exemples d'intentions (a reutiliser)
- Information: "comment faire ..." -> guide + checklist.
- Comparatif: "X vs Y" -> tableau decisionnel + recommandations.
- Transactionnel: "prix / devis" -> page offre + preuves + FAQ objections.
Mesure (ne pas piloter a l'intuition)
- Definez 1 KPI principal (ex: demandes).
- Ajoutez 2 micro-conversions (scroll 75%, clic tel, envoi formulaire).
- Faites une revue hebdo: pages qui montent/baissent, requetes, CTR, conversions.
Garde-fous (anti-perte de temps)
- Limitez les pages: 5 pages money, le reste sert a les soutenir.
- Une seule metrique prioritaire par sprint (ex: demandes, appels, inscriptions).
- Aucun nouveau plugin/script tant que la perf mobile n'est pas stable.
Atelier pratique (partie 4)
Cette section est volontairement operationnelle: vous pouvez la convertir en checklist, en backlog Jira/Notion, ou en plan de sprint. L'objectif est de transformer "WordPress vs Astro : performance, SEO et cout long terme" en une suite d'actions claires a realiser sur 7 a 30 jours, avec des points de controle et des livrables.
Pour eviter le flou, chaque sous-partie se termine par un resultat attendu (un fichier, une page, une mesure, une capture, un tableau). C'est ce qui rend le travail actionnable, meme en petite equipe.
Livrables (en 1 sprint)
- Un tableau "page -> intention -> requetes -> CTA".
- Une liste de 20 liens internes a creer (source, ancre, destination).
- Une capture des metriques avant/apres (Search Console + conversions).
Plan d'action 14 jours (priorites SEO)
Jour 1-2: audit rapide (indexation, erreurs, pages money, intentions). Jour 3-5: fixes techniques a fort impact (404/redirects, titles/meta, canonical, sitemap, perf). Jour 6-9: contenu et maillage (1 page pilier + 3 pages soutien + liens internes explicites). Jour 10-14: mesure (Search Console, conversions), puis iteration (2 hypotheses, 2 tests).
Maillage interne (exemples)
- Depuis une page service: liens vers 3 cas clients + 2 articles "comment" + 1 page pricing.
- Depuis un article guide: lien vers page service + lien vers checklist + lien vers FAQ objections.
- Depuis une FAQ: lien vers sections precises (ancres), pas seulement vers la home.
Exemples d'intentions (a reutiliser)
- Information: "comment faire ..." -> guide + checklist.
- Comparatif: "X vs Y" -> tableau decisionnel + recommandations.
- Transactionnel: "prix / devis" -> page offre + preuves + FAQ objections.
Mesure (ne pas piloter a l'intuition)
- Definez 1 KPI principal (ex: demandes).
- Ajoutez 2 micro-conversions (scroll 75%, clic tel, envoi formulaire).
- Faites une revue hebdo: pages qui montent/baissent, requetes, CTR, conversions.
Garde-fous (anti-perte de temps)
- Limitez les pages: 5 pages money, le reste sert a les soutenir.
- Une seule metrique prioritaire par sprint (ex: demandes, appels, inscriptions).
- Aucun nouveau plugin/script tant que la perf mobile n'est pas stable.
Atelier pratique (partie 5)
Cette section est volontairement operationnelle: vous pouvez la convertir en checklist, en backlog Jira/Notion, ou en plan de sprint. L'objectif est de transformer "WordPress vs Astro : performance, SEO et cout long terme" en une suite d'actions claires a realiser sur 7 a 30 jours, avec des points de controle et des livrables.
Pour eviter le flou, chaque sous-partie se termine par un resultat attendu (un fichier, une page, une mesure, une capture, un tableau). C'est ce qui rend le travail actionnable, meme en petite equipe.
Livrables (en 1 sprint)
- Un tableau "page -> intention -> requetes -> CTA".
- Une liste de 20 liens internes a creer (source, ancre, destination).
- Une capture des metriques avant/apres (Search Console + conversions).
Plan d'action 14 jours (priorites SEO)
Jour 1-2: audit rapide (indexation, erreurs, pages money, intentions). Jour 3-5: fixes techniques a fort impact (404/redirects, titles/meta, canonical, sitemap, perf). Jour 6-9: contenu et maillage (1 page pilier + 3 pages soutien + liens internes explicites). Jour 10-14: mesure (Search Console, conversions), puis iteration (2 hypotheses, 2 tests).
Maillage interne (exemples)
- Depuis une page service: liens vers 3 cas clients + 2 articles "comment" + 1 page pricing.
- Depuis un article guide: lien vers page service + lien vers checklist + lien vers FAQ objections.
- Depuis une FAQ: lien vers sections precises (ancres), pas seulement vers la home.
Exemples d'intentions (a reutiliser)
- Information: "comment faire ..." -> guide + checklist.
- Comparatif: "X vs Y" -> tableau decisionnel + recommandations.
- Transactionnel: "prix / devis" -> page offre + preuves + FAQ objections.
Mesure (ne pas piloter a l'intuition)
- Definez 1 KPI principal (ex: demandes).
- Ajoutez 2 micro-conversions (scroll 75%, clic tel, envoi formulaire).
- Faites une revue hebdo: pages qui montent/baissent, requetes, CTR, conversions.
Garde-fous (anti-perte de temps)
- Limitez les pages: 5 pages money, le reste sert a les soutenir.
- Une seule metrique prioritaire par sprint (ex: demandes, appels, inscriptions).
- Aucun nouveau plugin/script tant que la perf mobile n'est pas stable.
Atelier pratique (partie 6)
Cette section est volontairement operationnelle: vous pouvez la convertir en checklist, en backlog Jira/Notion, ou en plan de sprint. L'objectif est de transformer "WordPress vs Astro : performance, SEO et cout long terme" en une suite d'actions claires a realiser sur 7 a 30 jours, avec des points de controle et des livrables.
Pour eviter le flou, chaque sous-partie se termine par un resultat attendu (un fichier, une page, une mesure, une capture, un tableau). C'est ce qui rend le travail actionnable, meme en petite equipe.
Livrables (en 1 sprint)
- Un tableau "page -> intention -> requetes -> CTA".
- Une liste de 20 liens internes a creer (source, ancre, destination).
- Une capture des metriques avant/apres (Search Console + conversions).
Plan d'action 14 jours (priorites SEO)
Jour 1-2: audit rapide (indexation, erreurs, pages money, intentions). Jour 3-5: fixes techniques a fort impact (404/redirects, titles/meta, canonical, sitemap, perf). Jour 6-9: contenu et maillage (1 page pilier + 3 pages soutien + liens internes explicites). Jour 10-14: mesure (Search Console, conversions), puis iteration (2 hypotheses, 2 tests).
Maillage interne (exemples)
- Depuis une page service: liens vers 3 cas clients + 2 articles "comment" + 1 page pricing.
- Depuis un article guide: lien vers page service + lien vers checklist + lien vers FAQ objections.
- Depuis une FAQ: lien vers sections precises (ancres), pas seulement vers la home.
Exemples d'intentions (a reutiliser)
- Information: "comment faire ..." -> guide + checklist.
- Comparatif: "X vs Y" -> tableau decisionnel + recommandations.
- Transactionnel: "prix / devis" -> page offre + preuves + FAQ objections.
Mesure (ne pas piloter a l'intuition)
- Definez 1 KPI principal (ex: demandes).
- Ajoutez 2 micro-conversions (scroll 75%, clic tel, envoi formulaire).
- Faites une revue hebdo: pages qui montent/baissent, requetes, CTR, conversions.
Garde-fous (anti-perte de temps)
- Limitez les pages: 5 pages money, le reste sert a les soutenir.
- Une seule metrique prioritaire par sprint (ex: demandes, appels, inscriptions).
- Aucun nouveau plugin/script tant que la perf mobile n'est pas stable.
Sources et liens utiles
- MDN Web Docs: https://developer.mozilla.org/
- RFC 9110 HTTP Semantics: https://www.rfc-editor.org/rfc/rfc9110
- Google Search Central (docs): https://developers.google.com/search
- Search Console: https://search.google.com/search-console
- Rich Results Test: https://search.google.com/test/rich-results
- Schema Markup Validator: https://validator.schema.org/
- PageSpeed Insights: https://pagespeed.web.dev/