Checklists SEO par CMS et par type de site

Commencez par le socle commun, puis ouvrez la section de votre plateforme ou de votre type de site. Cochez chaque point au fur et à mesure : chacun dit quoi regarder, avec quel outil gratuit, et pourquoi cela compte. Tous les faits techniques ont été vérifiés dans la documentation officielle de l'éditeur le 15/09/2026.

Trois outils suffisent pour presque tous les points : l'outil d'inspection d'URL de la Search Console, le code source de la page (clic droit, « Afficher le code source », puis recherche dans la page) et le test des résultats enrichis de Google. Le reste se lit dans l'administration de votre CMS. Une version, un thème ou une extension peuvent modifier un comportement par défaut : ce qui fait foi, c'est ce que votre site rend réellement.

Socle commun WordPress Wix Shopify PrestaShop WooCommerce Magento / Adobe Commerce Site SaaS Site B2B industriel

Toutes plateformes

Le socle commun, à vérifier avant tout le reste

Ces contrôles valent quel que soit le CMS. Ils évitent de corriger une plateforme à l'aveugle.

La canonique retenue par Google est bien celle que vous déclarezComment vérifier : dans la Search Console, inspectez une page qui vend, puis comparez « URL canonique déclarée par l'utilisateur » et « URL canonique sélectionnée par Google ». « Tester l'URL active » montre la version actuelle de la page.
Pourquoi : Google peut choisir une autre URL que la vôtre. Si c'est le cas sur vos pages clés, c'est cette autre adresse qui se positionne.Vérifié : aide Search Console, outil d'inspection d'URL, 15/09/2026.
Les doublons sont traités par redirection ou par balise canonique, pas par le robots.txtComment vérifier : pour chaque doublon connu (ancienne URL, version avec paramètre), notez la méthode utilisée.
Pourquoi : Google décrit la redirection et la balise canonique comme des signaux forts, le plan de site comme un signal faible, et demande de ne pas utiliser le robots.txt pour la canonicalisation : une URL bloquée peut rester indexée sans son contenu.Vérifié : Google Search Central, « Spécifier une URL canonique », 15/09/2026.
Aucune page en noindex n'est aussi bloquée par le robots.txtComment vérifier : listez les pages que vous voulez sortir de l'index, puis vérifiez dans votre fichier /robots.txt qu'aucune règle Disallow ne les couvre.
Pourquoi : selon Google, la règle noindex (balise meta ou en-tête X-Robots-Tag) n'est efficace que si la page n'est pas bloquée par le robots.txt, puisque le robot doit pouvoir la lire.Vérifié : Google Search Central, « Bloquer l'indexation avec noindex », 15/09/2026.
Chaque page d'une liste paginée a sa propre URL et sa propre canoniqueComment vérifier : ouvrez la page 2 d'une catégorie ou d'un blog, affichez le code source et lisez la balise canonical : elle doit pointer vers la page 2 elle-même, pas vers la page 1. Vérifiez aussi que le numéro de page n'est pas après un # et que les pages sont reliées par des liens <a href>.
Pourquoi : Google demande de ne pas utiliser la première page comme canonique d'une suite paginée et ignore ce qui suit un #. Une page 2 canonicalisée ailleurs peut emporter hors de l'index les produits ou articles qu'elle est seule à lister. Google n'utilise plus rel="next" et rel="prev".Vérifié : Google Search Central, « Pagination, défilement incrémentiel », 15/09/2026.
Les données structurées de vos gabarits passent le test des résultats enrichisComment vérifier : collez l'URL d'une page de chaque gabarit (produit, article, page de service) dans le test des résultats enrichis de Google, puis lisez les erreurs et avertissements.
Pourquoi : l'outil indique quels résultats enrichis vos données structurées peuvent produire. Un gabarit cassé l'est sur toutes les pages qui l'utilisent.Vérifié : aide Search Console, test des résultats enrichis, 15/09/2026.

Checklist 1

WordPress

WordPress laisse presque tout modifiable. Les pertes viennent surtout d'un réglage oublié ou d'une structure changée sans redirection.

La case « Demander aux moteurs de recherche de ne pas indexer ce site » est décochéeComment vérifier : Réglages > Lecture, puis dans le code source de l'accueil, cherchez « noindex ».
Pourquoi : depuis la version 5.3, cette case ajoute une balise meta robots « noindex,nofollow » dans l'en-tête de toutes les pages. Elle est souvent restée cochée depuis la phase de construction. Elle désactive aussi le plan de site natif.Vérifié : documentation WordPress, « Settings Reading screen », et annonce des plans de site de WordPress 5.5, 15/09/2026.
Si l'accueil est une page statique, une page des articles est bien choisieComment vérifier : Réglages > Lecture, champs « Page d'accueil » et « Page des articles ».
Pourquoi : selon la documentation, sans page des articles sélectionnée, vos articles ne sont accessibles que par les liens de catégories, de calendrier ou d'archives. Ils perdent un point d'entrée dans le maillage.Vérifié : documentation WordPress, « Settings Reading screen », 15/09/2026.
La structure des permaliens est lisible, et ne change pas sans plan de redirectionComment vérifier : Réglages > Permaliens. La structure « Simple » produit des adresses du type ?p=123.
Pourquoi : la documentation WordPress rappelle qu'un permalien doit rester permanent. Sur un site déjà positionné, changer la structure change toutes les adresses : chaque ancienne URL qui reçoit du trafic doit alors être redirigée, la redirection étant un signal fort pour Google.Vérifié : documentation WordPress, « Settings Permalinks screen » ; Google Search Central, URL canoniques, 15/09/2026.
Vous savez quel plan de site est actif, et ce qu'il contientComment vérifier : ouvrez /wp-sitemap.xml. S'il ne répond pas, une extension l'a probablement remplacé : cherchez l'adresse indiquée dans votre /robots.txt. Soumettez le bon plan dans la Search Console.
Pourquoi : depuis WordPress 5.5, le plan de site natif inclut par défaut les types de contenu publics, les taxonomies, les archives d'auteurs et l'accueil. Des archives d'auteurs ou d'étiquettes sans valeur peuvent donc y figurer. Une extension peut aussi le désactiver pour imposer le sien.Vérifié : make.wordpress.org, « New XML Sitemaps Functionality in WordPress 5.5 », 15/09/2026.
Le robots.txt référence le plan de siteComment vérifier : ouvrez /robots.txt et cherchez une ligne « Sitemap: ».
Pourquoi : le robots.txt généré par WordPress référence l'index du plan de site pour que les moteurs le trouvent. Un fichier robots.txt physique posé à la racine remplace ce comportement.Vérifié : make.wordpress.org, WordPress 5.5 ; documentation WordPress, « Settings Reading screen », 15/09/2026.

Checklist 2

Wix

Wix pose seul la plupart des réglages. Il reste à vérifier ce qu'il laisse vide et ce qu'une modification manuelle peut casser.

Les pages qui doivent se positionner sont bien indexablesComment vérifier : dans le panneau SEO de chaque page importante, contrôlez l'option qui laisse les moteurs de recherche indexer la page.
Pourquoi : Wix indexe toutes les pages par défaut, sauf les pages de profil de membre et les pages d'étiquettes et d'archives du blog, en noindex par défaut. Une page désactivée n'apparaît plus dans les résultats de recherche.Vérifié : centre d'aide Wix, « Understanding Your Site's Default SEO Settings » et « Customizing Your Page's SEO Settings in the SEO Panel », 15/09/2026.
Chaque page importante a un title rédigé et une meta descriptionComment vérifier : paramètres SEO du site et panneau SEO de la page, puis le code source.
Pourquoi : par défaut, le title suit le modèle « nom de la page | nom du site » et la meta description reste vide tant que vous ne la remplissez pas.Vérifié : centre d'aide Wix, « Understanding Your Site's Default SEO Settings », 15/09/2026.
Aucune canonique n'a été modifiée sans raisonComment vérifier : code source des pages clés, balise link rel="canonical".
Pourquoi : Wix pose par défaut une canonique qui pointe vers la page elle-même. Selon Wix, modifier la canonique d'une page peut faire disparaître son URL du plan de site.Vérifié : centre d'aide Wix, « Understanding Your Site's Default SEO Settings » et « Understanding Your Site's Sitemap File », 15/09/2026.
Le plan de site est connu de GoogleComment vérifier : ouvrez /sitemap.xml, puis la section Sitemaps de la Search Console.
Pourquoi : Wix met ce fichier à jour automatiquement et le soumet à Google lorsque le site est connecté par la checklist de configuration SEO de Wix. Sans cette connexion, la soumission se fait à la main.Vérifié : centre d'aide Wix, « Understanding Your Site's Sitemap File » et « Submitting Your Sitemap and URLs Directly to Search Engines », 15/09/2026.
Les articles de blog dont l'adresse a changé ont une redirection 301Comment vérifier : tableau de bord, SEO & GEO, Outils et paramètres, URL Redirect Manager.
Pourquoi : Wix crée automatiquement une redirection 301 quand vous changez le slug de la plupart des pages (pages de l'éditeur, produits et catégories Wix Stores, Bookings, Events, Online Programs), mais pas pour les pages du blog. Wix limite à 5 000 redirections par site.Vérifié : centre d'aide Wix, « Setting Up a 301 Redirect for a Page on Your Site », 15/09/2026.
Le robots.txt n'a pas été modifié sans savoir pourquoiComment vérifier : ouvrez /robots.txt, puis SEO & GEO, Outils et paramètres, Robots.txt Editor.
Pourquoi : Wix présente l'édition de ce fichier comme une fonction avancée qui peut empêcher le site d'apparaître dans les résultats, et propose un bouton de retour aux valeurs par défaut.Vérifié : centre d'aide Wix, « Editing Your Site's Robots.txt File », 15/09/2026.
Le balisage préréglé est complet, et le balisage ajouté est en JSON-LDComment vérifier : test des résultats enrichis sur une page produit, article ou service.
Pourquoi : Wix ajoute automatiquement un balisage pour les produits, événements, articles de blog, services de réservation et informations d'entreprise locale, et n'accepte que le format JSON-LD pour le balisage que vous ajoutez.Vérifié : centre d'aide Wix, « Understanding Your Site's Default SEO Settings » et « Adding Structured Data Markup to Your Site's Pages », 15/09/2026.

Checklist 3

Shopify

Shopify fait bien le socle. Les pertes viennent de ce qu'on empile dessus : thème, applications, filtres et variantes.

Le plan de site est accessible et soumisComment vérifier : ouvrez /sitemap.xml et soumettez-le dans la Search Console.
Pourquoi : Shopify génère seul ce fichier (produits et leur image principale, pages, collections, articles), mais Google ne peut pas le lire tant que la boutique est protégée par un mot de passe.Vérifié : centre d'aide Shopify, « Finding and submitting your sitemap », 15/09/2026.
Le robots.txt par défaut n'a pas été modifié à la légèreComment vérifier : ouvrez /robots.txt, puis dans le code du thème, cherchez un modèle robots.txt.liquid.
Pourquoi : le fichier par défaut bloque déjà notamment /admin, /cart, /checkout, /search, /policies/ et les combinaisons /collections/*+*. Shopify avertit qu'une mauvaise utilisation de robots.txt.liquid peut faire perdre tout le trafic.Vérifié : centre d'aide Shopify, « Editing robots.txt.liquid », 15/09/2026.
Les titles et meta descriptions des pages qui vendent sont rédigés, et vérifiés dans le renduComment vérifier : bloc de référencement de chaque produit ou collection dans l'admin, puis le code source de la page en ligne.
Pourquoi : Shopify accepte jusqu'à 70 caractères pour le title et conseille de rester autour de 60 pour éviter la troncature, et 160 caractères pour la meta description. Sans title personnalisé, le thème combine le nom de la boutique et le titre du contenu. Contrôlez la balise réellement rendue, pas seulement le champ.Vérifié : centre d'aide Shopify, « Adding keywords to your store » (titres et meta descriptions), 15/09/2026.
Vos liens internes pointent vers /products/, pas vers /collections/.../products/Comment vérifier : code source d'une page de collection, recherchez « /collections/ » suivi de « /products/ » dans les liens vers les fiches.
Pourquoi : la documentation Shopify prévient qu'une fiche affichée dans le contexte d'une collection et la fiche standard ont le même contenu sur deux URLs. La canonique règle l'indexation, mais chaque lien vers l'adresse secondaire fait explorer une page en double.Vérifié : shopify.dev, filtre Liquid « within », 15/09/2026.
Vous savez quelles variantes mériteraient une page propreComment vérifier : les liens de variante portent le paramètre ?variant= suivi de l'identifiant. Ouvrez une telle adresse et lisez sa canonique dans le code source.
Pourquoi : Shopify documente ces liens profonds de variante sur la page produit. Une couleur ou une taille très recherchée n'a donc pas d'adresse propre à positionner : c'est une décision de catalogue, à prendre avec vos volumes de recherche.Vérifié : shopify.dev, « Support product variants », 15/09/2026.
Chaque produit supprimé ou renommé qui avait du trafic est redirigéComment vérifier : admin, Contenu, Menus, URL redirects ; croisez avec les pages en erreur 404 de la Search Console.
Pourquoi : Shopify ne redirige qu'une URL cassée (qui renvoie une erreur 404), ne permet pas de rediriger les chemins fixes /products et /collections, et plafonne à 100 000 redirections (20 000 000 sur Plus). Shopify conseille aussi de ne pas modifier trop souvent l'identifiant d'un produit.Vérifié : centre d'aide Shopify, « Creating and managing URL redirects » et « Adding and updating products », 15/09/2026.
Avec Shopify Markets, aucune balise hreflang n'est ajoutée par le thème ou une applicationComment vérifier : code source d'une page traduite, comptez les balises hreflang : chaque langue ne doit apparaître qu'une fois.
Pourquoi : Shopify pose automatiquement des canoniques auto-référentes par version et des hreflang selon vos marchés et langues, et avertit que des balises ajoutées en plus créent des annotations dupliquées ou contradictoires.Vérifié : centre d'aide Shopify, « International SEO for markets », 15/09/2026.

Checklist 4

PrestaShop

Points vérifiés sur la documentation de PrestaShop 8. Sur une version plus ancienne ou un thème modifié, contrôlez le rendu réel.

Les URL simplifiées sont activées, et votre serveur les supporteComment vérifier : Paramètres de la boutique, Trafic et SEO, section de configuration des URL.
Pourquoi : la documentation demande d'activer cette option seulement si votre serveur supporte la réécriture d'URL. Sans elle, les adresses gardent la forme index.php?id_product=.Vérifié : documentation PrestaShop 8, « SEO and URLs » et « Managing products », 15/09/2026.
« Rediriger vers l'URL canonique » est réglé sur 301Comment vérifier : même écran, option de redirection vers l'URL canonique.
Pourquoi : l'option accepte « Pas de redirection », 301 ou 302. La documentation indique que l'absence de redirection peut créer des URL en double, et recommande la 301 une fois vos modifications terminées.Vérifié : documentation PrestaShop 8, « SEO and URLs », 15/09/2026.
Vos règles robots.txt personnalisées sont sauvegardées avant toute régénérationComment vérifier : copiez votre /robots.txt actuel avant de cliquer sur le bouton de génération.
Pourquoi : la documentation prévient que générer le fichier remplace le robots.txt existant, et conseille d'ajouter vos propres règles après la génération.Vérifié : documentation PrestaShop 8, « SEO and URLs », 15/09/2026.
Aucune route d'URL ne change sans plan de redirectionComment vérifier : même écran, schéma des URL. La documentation donne pour les produits l'exemple {category:/}{id}-{rewrite}{-:ean13}.html.
Pourquoi : une route s'applique à toutes les pages du même type : la modifier change d'un coup toutes ces adresses, et chaque ancienne URL positionnée doit être redirigée.Vérifié : documentation PrestaShop 8, « SEO and URLs » ; Google Search Central, URL canoniques, 15/09/2026.
Chaque produit désactivé a une redirection choisieComment vérifier : fiche de chaque produit hors ligne, option de redirection.
Pourquoi : PrestaShop propose une erreur 404, une redirection permanente 301 vers un produit ou une catégorie, ou une redirection temporaire 302 avec laquelle les moteurs continuent d'indexer l'URL d'origine. Un arrêt de gamme laissé en 404 perd ses positions et ses liens.Vérifié : documentation PrestaShop 8, « Managing products », 15/09/2026.
Les URL de filtres sont traitées selon leur intérêt en rechercheComment vérifier : filtrez une catégorie, copiez l'URL obtenue, puis vérifiez dans votre robots.txt si elle est bloquée et dans le code source où pointe sa canonique.
Pourquoi : Google recommande de bloquer par robots.txt les URL de filtres sans intérêt en recherche. Pour celles à garder, il demande le séparateur « & », un ordre de filtres constant et une erreur 404 quand une combinaison ne renvoie aucun produit.Vérifié : Google Search Central, « Gérer l'exploration de la navigation à facettes », 15/09/2026.

Checklist 5

WooCommerce

WooCommerce hérite des réglages de WordPress : faites aussi la checklist WordPress ci-dessus.

Les bases d'URL n'ont pas changé sans redirectionsComment vérifier : Réglages > Permaliens. Par défaut, les fiches vivent sous /product/, les catégories sous /product-category/ et les étiquettes sous /product-tag/.
Pourquoi : la documentation WooCommerce prévient que changer la structure met à jour les URLs des produits existants, et que les anciens liens et les pages indexées renvoient une erreur 404 sans redirections.Vérifié : documentation WooCommerce, « Permalinks », 15/09/2026.
Les bases /product/ et /product-category/ ne sont pas retirées par principeComment vérifier : si une extension les retire, notez-le et mesurez la vitesse des fiches avec PageSpeed Insights.
Pourquoi : la documentation développeur de WooCommerce explique que retirer ces bases oblige WordPress à plus de travail pour trouver la page demandée, avec des problèmes de performance et d'URL en double.Vérifié : documentation développeur WooCommerce, « Understanding the risks of removing URL bases », 15/09/2026.
Vous savez quels attributs ont des archives, et si elles apportent des clicsComment vérifier : Produits, Attributs, option « Activer les archives » ; puis dans la Search Console, rapport Performances filtré sur ces adresses.
Pourquoi : activée, cette option crée une page qui liste tous les produits ayant une valeur d'attribut (par exemple une page pour la couleur noire). Le plan de site natif de WordPress inscrit par défaut les taxonomies publiques : ces pages peuvent donc être soumises à Google sans que personne l'ait décidé.Vérifié : documentation WooCommerce, « Managing product taxonomies » ; make.wordpress.org, WordPress 5.5, 15/09/2026.
Les pages panier, commande et compte en ligne sont bien celles assignées dans les réglagesComment vérifier : WooCommerce > Réglages > Avancé, puis code source de chaque page assignée, cherchez « noindex ».
Pourquoi : WooCommerce désactive l'indexation des pages panier, commande et compte, et envoie un en-tête X-Robots-Tag noindex sur ses points de terminaison comme la confirmation de commande. Cette protection vise les pages assignées : une ancienne page restée publiée n'en bénéficie pas.Vérifié : documentation WooCommerce, « WooCommerce Pages » ; référence du code WooCommerce (wc_page_no_robots, wc_prevent_endpoint_indexing), 15/09/2026.

Checklist 6

Magento / Adobe Commerce

La plupart des réglages se trouvent dans Stores > Configuration > Catalog > Catalog > Search Engine Optimization.

« Use Categories Path for Product URLs » reste désactivé, sauf raison chiffréeComment vérifier : écran Search Engine Optimization, puis l'adresse d'une fiche produit en ligne.
Pourquoi : désactivé par défaut, ce réglage garde des URLs produits sans chemin de catégorie. La documentation Adobe indique que le laisser désactivé aide à éviter que les moteurs indexent du contenu en double.Vérifié : Adobe Experience League, « Catalog and product URLs », 15/09/2026.
La balise canonique est activée pour les catégories et pour les produitsComment vérifier : « Use Canonical Link Meta Tag For Categories » et « For Products » sur Yes, puis code source d'une fiche.
Pourquoi : quand plusieurs URLs mènent au même produit, cette balise indique celle à indexer. Adobe recommande de l'activer pour les catégories et pour les produits.Vérifié : Adobe Experience League, « Catalog and product URLs » et « Meta data », 15/09/2026.
« Create Permanent Redirect for URLs if URL Key Changed » est activéComment vérifier : écran Search Engine Optimization, avant tout renommage de produit ou de catégorie.
Pourquoi : cette option génère automatiquement une redirection quand la clé d'URL d'un produit ou d'une catégorie change, ce qui conserve la valeur de l'ancienne adresse.Vérifié : Adobe Experience League, « Catalog and product URLs », 15/09/2026.
Le site en production n'est pas en NOINDEXComment vérifier : Content > Design > Configuration, section Search Engine Robots, valeur « Default Robots » ; puis code source de l'accueil.
Pourquoi : ce réglage propose INDEX, FOLLOW mais aussi NOINDEX, FOLLOW, INDEX, NOFOLLOW et NOINDEX, NOFOLLOW. Une valeur de préproduction recopiée en production retire les pages de l'index.Vérifié : Adobe Experience League, « SEO overview », 15/09/2026.
Le plan de site XML est généré régulièrement et déclaré dans le robots.txtComment vérifier : Marketing > SEO & Search > Site Map pour la date de dernière génération ; Stores > Configuration > Catalog > XML Sitemap pour la fréquence et l'option « Enable Submission to Robots.txt ».
Pourquoi : la génération se planifie (quotidienne, hebdomadaire ou mensuelle). Un plan de site figé liste des produits disparus et oublie les nouveaux.Vérifié : Adobe Experience League, « XML sitemap », 15/09/2026.

Checklist 7

Site SaaS ou application web

Le risque principal d'un site SaaS est le JavaScript : ce que voit votre navigateur n'est pas toujours ce que Google indexe.

Le contenu des pages publiques est visible dans le rendu testé par GoogleComment vérifier : Search Console, inspection d'URL, « Tester l'URL active », puis lisez le HTML rendu et la capture.
Pourquoi : Google traite le JavaScript en trois phases (exploration, rendu, indexation) et rappelle que le rendu côté serveur ou le pré-rendu reste une très bonne idée, car il rend le site plus rapide pour les visiteurs et les robots.Vérifié : Google Search Central, « Principes de base du SEO JavaScript », 15/09/2026.
Chaque page a une vraie URL, reliée par des liens <a href>Comment vérifier : naviguez dans le site et regardez si l'adresse change sans #, puis vérifiez dans le code rendu que les menus sont des liens <a href>.
Pourquoi : Google recommande l'API History plutôt que les fragments pour le routage côté client, afin de pouvoir extraire les URLs des éléments <a> avec href.Vérifié : Google Search Central, « Principes de base du SEO JavaScript », 15/09/2026.
Une page inexistante renvoie un vrai code 404Comment vérifier : inspection d'URL sur une adresse inventée de votre site.
Pourquoi : une application monopage qui répond 200 sur une page absente fabrique des erreurs soft 404. Google demande des codes HTTP significatifs.Vérifié : Google Search Central, « Principes de base du SEO JavaScript », 15/09/2026.
Ni le noindex ni la canonique ne dépendent du JavaScriptComment vérifier : code source brut (pas l'inspecteur du navigateur) : cherchez « noindex » et « canonical ».
Pourquoi : si le HTML d'origine contient un noindex, Google peut ne pas exécuter le JavaScript, donc un script qui le retire ne sera pas vu. Google demande aussi de ne pas utiliser le JavaScript pour changer la canonique vers une autre URL que celle déclarée.Vérifié : Google Search Central, « Principes de base du SEO JavaScript », 15/09/2026.
Les pages de connexion et d'application sont sorties de l'index par noindex, sans être bloquéesComment vérifier : robots.txt et code source des pages de connexion, d'inscription et de l'espace client.
Pourquoi : un noindex n'est lu que si la page n'est pas bloquée par le robots.txt.Vérifié : Google Search Central, « Bloquer l'indexation avec noindex », 15/09/2026.
Les versions linguistiques sont reliées par des hreflang réciproquesComment vérifier : code source de chaque version : elle doit se citer elle-même et citer toutes les autres.
Pourquoi : Google exige ces liens réciproques, des codes de langue ISO 639-1 et de région ISO 3166-1 Alpha 2, et propose la valeur x-default pour les visiteurs sans correspondance. Google ne se sert ni de hreflang ni de l'attribut lang pour détecter la langue d'une page.Vérifié : Google Search Central, « Versions localisées de vos pages », 15/09/2026.
Le balisage SoftwareApplication, s'il existe, repose sur de vrais avisComment vérifier : test des résultats enrichis sur la page produit ou tarifs.
Pourquoi : Google exige name, un prix dans offers (0 pour une application gratuite) et une note ou un avis (aggregateRating ou review). Sans avis réels, la page n'est pas éligible à ce résultat enrichi : n'inventez ni note ni avis pour y parvenir.Vérifié : Google Search Central, « Données structurées pour les applications logicielles », 15/09/2026.

Checklist 8

Site B2B industriel

Catalogues techniques, fiches générées en série, pages par zone : les risques d'un site industriel sont connus et documentés par Google.

Chaque catalogue ou fiche technique en PDF a une page HTML qui porte la demandeComment vérifier : dans la Search Console, rapport Performances, filtrez les pages contenant « .pdf » pour voir lesquelles reçoivent des clics.
Pourquoi : Google indexe les fichiers PDF. Quand un PDF double une page HTML, Google indique que la canonique d'un fichier non HTML se déclare par l'en-tête HTTP rel="canonical", puisqu'on ne peut pas y placer de balise link.Vérifié : Google Search Central, « Types de fichiers indexables » et « Spécifier une URL canonique », 15/09/2026.
Le sélecteur ou configurateur de produits ne fabrique pas des milliers d'URL explorablesComment vérifier : utilisez le sélecteur, observez l'adresse, puis vérifiez robots.txt et canonique.
Pourquoi : c'est une navigation à facettes. Google recommande de bloquer par robots.txt les combinaisons sans intérêt en recherche, ou, pour les combinaisons à garder, le séparateur « & », un ordre constant et une erreur 404 quand rien ne correspond.Vérifié : Google Search Central, « Gérer l'exploration de la navigation à facettes », 15/09/2026.
Les pages par ville ou par région ont chacune un contenu propreComment vérifier : ouvrez deux pages de zone côte à côte : si seul le nom de la ville change, le point n'est pas coché.
Pourquoi : Google classe parmi les abus de pages satellites les pages ciblant des régions ou des villes qui renvoient toutes vers une même page.Vérifié : Google Search Central, « Règles concernant le spam », 15/09/2026.
Les fiches produits générées en série apportent une information utileComment vérifier : relisez un échantillon de fiches issues d'un import ou d'un gabarit : caractéristiques réelles, usages, documents, pas une phrase modèle répétée.
Pourquoi : Google définit l'abus de contenu à grande échelle comme la génération de nombreuses pages dans le but principal de manipuler le classement plutôt que d'aider les utilisateurs.Vérifié : Google Search Central, « Règles concernant le spam », 15/09/2026.
Les versions export sont reliées par des hreflang réciproquesComment vérifier : code source d'une page traduite, contrôlez qu'elle se cite elle-même et cite chaque autre version.
Pourquoi : sans réciprocité, Google peut ignorer les annotations, et un distributeur étranger atterrit sur la mauvaise langue.Vérifié : Google Search Central, « Versions localisées de vos pages », 15/09/2026.

Si vous préférez

Si vous préférez que nous le fassions avec vous

En 30 minutes, nous passons en revue les points non cochés de votre plateforme, préparés avant l'appel à partir de ce qui est public sur votre site. La checklist reste la vôtre, qu'on travaille ensemble ou non.

Réserver un diagnostic gratuit30 minutes, gratuit, sans aucun accès.

Nature du document. Checklist d'information, établie à partir de la documentation officielle des éditeurs et de Google consultée le 15/09/2026. Les comportements par défaut peuvent varier selon la version, le thème ou les extensions installées : vérifiez toujours le rendu réel de votre site.

Sources, consultées le 15/09/2026. Google Search Central : URL canoniques, noindex, pagination, navigation à facettes, SEO JavaScript, versions localisées, règles concernant le spam, types de fichiers indexables, applications logicielles ; aide Search Console : inspection d'URL, test des résultats enrichis.

WordPress : Settings Reading screen, Settings Permalinks screen, plans de site de WordPress 5.5. Wix : réglages SEO par défaut, panneau SEO, plan de site, redirections 301, robots.txt, données structurées.

Shopify : plan de site, robots.txt.liquid, titres et meta descriptions, redirections, SEO international, filtre within, variantes. PrestaShop 8 : SEO and URLs, Managing products. WooCommerce : Permalinks, retrait des bases d'URL, taxonomies produit, pages WooCommerce, référence du code WooCommerce. Adobe Commerce, documentation Adobe Experience League : SEO overview, Catalog and product URLs, Meta data, XML sitemap.

Rank-Brain · SIRET 98885991400018 · Le Bouscat, France · contact@rank-brain.fr

YouTube LinkedIn Instagram Accueil E-commerce Tunnel VSL Expertises Outils gratuits Ressources offertes Nos Formules Notre Histoire Le Fondateur Ressources Scalenroll (agence US) CGV Politique de confidentialité Mentions légales Plan du site