Sur l'un de mes projets e-commerce les plus ambitieux, j'avais bâti toute l'architecture sur un thème WordPress premium populaire, très complet en fonctionnalités et plutôt beau. Le contenu était travaillé, le SEO on-page en place, mais les Core Web Vitals restaient rouges malgré les optimisations successives. Et cette lenteur ne touchait pas seulement l'expérience utilisateur : elle plombait tout l'amont SEO.
J'ai mis plusieurs mois à accepter ce que les données me disaient vraiment : le thème lui-même étranglait Googlebot. Pages trop lourdes, temps de réponse serveur élevés, rendu côté client inutilement complexe. Conséquence en cascade : crawl ralenti, indexation qui traînait, gain de mots-clés plafonné, positions qui peinaient à monter. La conversion encaissait la facture en bout de chaîne. Il avait coûté cher, il avait l'air de « bien fonctionner » en surface, et pendant longtemps j'ai cherché à contourner plutôt qu'à trancher.
Après migration vers une stack plus légère, optimisée en priorité pour la vitesse, la cascade s'est inversée : crawl plus fluide, indexation accélérée, positions qui remontent, conversion qui suit. Les Core Web Vitals sont passés au vert, et le site a continué de croître sur une base technique enfin saine.
Ce que j'en ai retenu : en e-commerce, la performance technique n'est pas un bonus UX, c'est la condition d'un bon SEO. Un thème ou une stack trop lourde ralentit le crawl, freine l'indexation, étouffe le positionnement, et coûte bien plus cher en chiffre d'affaires perdu qu'elle n'économise en temps de développement. Depuis, chaque choix de stack part de la contrainte de vitesse, pas de la richesse fonctionnelle. C'est ce qui guide aujourd'hui mon choix par défaut pour Astro et Cloudflare sur les projets récents.
