Score SEO Lighthouse : 100 sur une page de catégorie Ecommerce
Un score SEO Lighthouse de 100 est facile à falsifier sur une petite page statique. C'est plus difficile sur une véritable page de catégorie ecommerce avec des cartes produits, des images, des prix, l'état des stocks, des filtres, des balises canoniques, des données structurées et un backend qui doit toujours fournir des données commerciales fraîches.
J'ai exécuté Lighthouse le 17 juin 2026 pour `https://www.cigge.se/e-cigaretter/engangs-vape`. Le résultat sur ordinateur de bureau était propre sur toute la ligne : 100 Performance, 100 Accessibilité, 100 Bonnes pratiques et 100 SEO. Le résultat mobile s'est également bien maintenu : 97 Performance, 100 Accessibilité, 100 Bonnes pratiques et 100 SEO.
Cela ne signifie pas que la page a « terminé » avec le SEO. Cela signifie que la base technique est suffisamment solide pour que le travail SEO puisse se concentrer sur le contenu, l'intention, les liens internes, les données commerciales et l'autorité, au lieu de lutter contre un balisage cassé, un rendu lent ou des signaux d'exploration désordonnés.
Le Résultat
| Audit Lighthouse | Ordinateur de bureau | Mobile |
|---|---|---|
| --- | ---: | ---: |
| Performance | 100 | 97 |
| Accessibilité | 100 | 100 |
| Bonnes pratiques | 100 | 100 |
| SEO | 100 | 100 |
L'URL testée était une page de catégorie ecommerce en direct, et non une route de démonstration épurée. Cela compte. Les pages de catégorie sont généralement l'endroit où le ecommerce headless devient désordonné en premier.
Parmi les pages ecommerce de vape suédoises avec lesquelles j'ai travaillé ou que j'ai testées, je n'ai jamais vu de résultat de page de catégorie plus rapide. Je ne l'appellerais le site de vape le plus rapide de Suède qu'après un benchmark contrôlé des concurrents, mais cette page est un candidat sérieux : scores Lighthouse parfaits sur ordinateur de bureau, 97 de performance mobile et de véritables données commerciales sur la page.
Une page de détail produit a un produit principal. Une page de catégorie a de nombreux produits, de nombreuses images, du tri, des filtres, de la pagination, la disponibilité des produits, des changements de prix, du texte marketing et des liens internes. La page doit servir simultanément les acheteurs, les moteurs de recherche et l'équipe CMS.
Ce que prouve un score SEO Lighthouse
Lighthouse est un outil d'audit automatisé de l'équipe Chrome de Google. Il vérifie la performance, l'accessibilité, les bonnes pratiques, le SEO et d'autres signaux de qualité web. Google PageSpeed Insights utilise également Lighthouse pour les diagnostics de laboratoire.
Un score vert n'est pas une garantie de classement. La propre documentation de Google considère 90 et plus comme bons, et un 100 parfait comme difficile à maintenir une fois qu'une page contient de véritables données produits et des scripts de production.
Je lis donc ce score SEO Lighthouse comme une preuve technique, et non comme une célébration. La page passe les vérifications de base qui bloquent souvent le SEO ecommerce : HTML explorable, métadonnées appropriées, structure accessible, performance stable et aucune erreur évidente de navigateur ou de sécurité.
Pourquoi le Ecommerce rend cela difficile
Les pages ecommerce créent des modes de défaillance SEO qui n'apparaissent pas sur les simples pages marketing.
Les grilles de produits peuvent envoyer trop de JavaScript. Les images de produits peuvent détruire la performance si elles ne sont pas dimensionnées et priorisées correctement. Les filtres peuvent créer des pièges d'exploration. La pagination peut diviser les signaux. Les descriptions CMS peuvent briser la structure des titres. Les URL de variantes peuvent créer des pages dupliquées. Les mises à jour de stock peuvent forcer des purges de cache larges. Les URL d'images du backend peuvent fuir des chemins locaux ou privés. Les données structurées peuvent s'éloigner de ce que voit l'acheteur.
Une seule couche faible peut faire chuter toute la page.
Ce score est venu du traitement de la page de catégorie comme un système, et non comme un modèle avec quelques balises meta. Cette même vision systémique sous-tend mon travail sur la mise à l'échelle du ecommerce avec Next.js→.
Le travail SEO derrière le score
Le travail important a eu lieu avant l'exécution de Lighthouse.
Nous avons nettoyé les balises canoniques des catégories afin que la page un et les routes de catégorie paginées partagent une base cohérente. Cela réduit la confusion des pages dupliquées et empêche la pagination de combattre l'URL de catégorie principale.
Nous avons restauré un fallback H1 de modèle lorsque la description de catégorie modifiable n'en fournit pas. Cela peut sembler mineur, mais les H1 manquants étaient l'un des défauts techniques SEO les plus clairs dans les données d'exploration.
Nous avons corrigé la gestion de l'origine du sitemap afin que les URL publiques se résolvent à partir de la bonne origine de la boutique plutôt que de fuir des hypothèses backend. Un sitemap devrait être ennuyeux. S'il contient de mauvais hôtes, des URL non indexables ou des URL bloquées, il gaspille l'attention d'exploration.
Nous avons renforcé les balises canoniques localisées et les liens de retour hreflang. Le SEO ecommerce multilingue échoue lorsque chaque langue pointe vers l'extérieur mais ne reçoit pas un chemin de retour correspondant.
Nous avons également durci les données structurées produits et marchands. Le schéma ecommerce doit correspondre à la réalité : le produit, l'offre, la disponibilité, les détails du marchand et les détails d'expédition doivent s'aligner sur la page et l'état du backend.
Le nettoyage de l'exploration était plus important qu'un seul score
La capture d'écran Lighthouse est un artefact propre, mais la valeur SEO plus profonde est venue des corrections d'exploration qui l'entourent.
Un audit technique de suivi a montré la direction clairement :
| Type de problème | Avant | Après |
|---|---|---|
| --- | ---: | ---: |
| URL bloquées par Robots | 1 612 | 7 |
| H1 manquants | 999 | 67 |
| URL non indexables dans le sitemap | 1 185 | 14 |
| Liens de retour hreflang manquants | 102 | 4 |
| H1 multiples | 245 | 2 |
| Structure H1 non séquentielle | 2 529 | 2 |
Ce sont les chiffres qui m'importent plus que les cercles verts. Lighthouse me dit que la page passe un contrôle de laboratoire de haute qualité. Les données d'exploration me disent que le site devient plus facile à comprendre pour les moteurs de recherche à grande échelle.
La performance nécessitait une discipline de cache
Le score de performance ne vient pas d'un seul ajustement d'image.
La boutique utilise un frontend Next.js sur un backend PrestaShop. Cette configuration vous donne de la vitesse lorsque les limites du cache sont claires, et de la douleur lorsque l'invalidation est trop large.
Nous nous sommes orientés vers une invalidation ciblée plutôt que des purges sur tout le site. Les événements produits, les événements de stock, les changements de catégorie, les mises à jour de fabricants, les changements d'images, les modifications CMS et les événements blog/bootstrap n'ont pas tous besoin du même rayon d'explosion. Lorsqu'un événement de stock purge toute la boutique, les utilisateurs le paient avec des pages plus lentes et des caches plus froids.
Le meilleur modèle est simple : invalider le plus petit ensemble utile de balises de cache, puis laisser le frontend continuer à servir rapidement des pages de catégorie et de produits stables. Le même modèle d'ingénierie apparaît dans mon travail sur CRM CMS personnalisé avec Next.js→ : donner du pouvoir aux éditeurs sans laisser les données dynamiques endommager le frontend.
C'est pourquoi la page de catégorie peut transporter de véritables données ecommerce et atteindre encore 100 de performance sur ordinateur de bureau et 97 de performance mobile.
Un HTML propre compte toujours
Les équipes ecommerce modernes traitent souvent le SEO comme des métadonnées plus un schéma. C'est trop étroit.
La page a toujours besoin de HTML sémantique. Elle a besoin d'un H1 sensé. Elle a besoin d'un texte de catégorie qui peut être modifié sans casser le document. Elle a besoin de liens produits qui s'affichent en tant que liens. Elle a besoin d'images avec des dimensions appropriées et un texte alt. Elle a besoin d'URL canoniques qui ne changent pas parce qu'un filtre ou un état de pagination s'est mélangé à la mauvaise couche.
C'est là que le travail PageBuilder et rich-text compte. Un éditeur CMS devrait faciliter le contenu, et non créer un HTML de catégorie mal formé. Le travail sur l'éditeur Tiptap React→ a aidé à garder les blocs modifiables pratiques tout en respectant le HTML et les règles de sécurité de la boutique.
La même règle s'appliquait lorsque j'ai reconstruit d'anciens systèmes de contenu lors d'une migration WordPress headless→ : garder l'expérience éditeur flexible, mais garder le HTML public prévisible.
Ce que je ne revendiquerais pas à partir de cela
Je ne revendiquerais pas qu'un score SEO Lighthouse de 100 signifie que la page se classera première.
Les classements de recherche dépendent toujours de l'intention de requête, de la gamme de produits, des prix, de la confiance en la marque, des liens internes, des backlinks, de la qualité du contenu, du comportement des utilisateurs et de la façon dont Google interprète l'ensemble du site.
Je n'utiliserais pas non plus Lighthouse comme seule source de performance. Les résultats de laboratoire sont utiles car ils sont reproductibles. Les données de terrain comptent car elles proviennent de vrais utilisateurs sur de vrais appareils et réseaux.
L'affirmation honnête est plus étroite et plus forte : cette page de catégorie ecommerce a passé une porte de qualité technique stricte tout en se comportant comme une page commerciale.
La conclusion pratique
Pour le SEO ecommerce, je veux que la plateforme technique s'efface.
Cela signifie que les pages de catégorie rendent un HTML utile. Les balises canoniques et les sitemaps racontent une seule histoire. Le hreflang est réciproque. Les données produits et les données structurées correspondent. Les caches restent chauds après de petites modifications backend. Les éditeurs peuvent ajouter du contenu sans endommager la structure de la page. Les images se chargent rapidement sans cacher le produit.
Lorsque ces éléments s'alignent, un score SEO Lighthouse comme celui-ci devient possible. Plus important encore, l'équipe SEO peut passer du temps sur le travail qui compte vraiment : le contenu, la couverture des produits, les liens internes, la conversion et l'autorité.
Je vois le résultat Lighthouse comme une preuve de qualité d'ingénierie. Le score est la partie visible. La valeur est le système qui se cache derrière.