La plupart des checklists SEO Shopify qui circulent couvrent les mêmes bases : balises title, alt sur les images, vitesse de chargement. Ce n'est pas faux. C'est juste insuffisant. Shopify a une architecture propre, des contraintes techniques que les autres CMS n'ont pas, et des comportements par défaut qui créent des problèmes d'indexation que Google détecte et que personne ne corrige.
Si tu as un store Shopify qui stagne, qui perd des positions sans raison apparente, ou qui n'a jamais vraiment décollé en organique, il y a de fortes chances que le problème soit dans l'un des 15 points de cette liste. Pas dans ton budget Google Ads. Pas dans tes fiches produits. Dans la structure technique que ton dev a laissé par défaut et que ton agence n'a pas regardée.
On passe en revue tout ça. Bloc par bloc.
Pourquoi une checklist générique ne suffit pas sur Shopify
Un store WordPress et un store Shopify ne partagent pas les mêmes problèmes SEO. Shopify impose une structure d'URL fixe, gère les redirections de façon parfois imprévisible, duplique les pages produits selon les collections auxquelles elles appartiennent, et délègue une grande partie de la logique d'indexation à des comportements par défaut que peu de marchands comprennent.
Les checklists génériques ignorent tout ça. Elles te disent "optimise tes méta-descriptions" sans préciser que Shopify peut en générer 3 versions différentes pour le même produit. Elles mentionnent le sitemap sans préciser que Shopify le découpe en plusieurs fichiers XML et que certains ne sont pas toujours bien soumis à Google Search Console.
Le résultat : des stores techniquement sabotés par leur propre plateforme. Des budgets SEO dépensés sur du contenu pendant que les fondations s'effondrent.
Cette checklist cible spécifiquement les points d'attention Shopify, ceux que les devs laissent par défaut et que les agences oublient de vérifier lors d'un onboarding rapide.
Bloc 1 : Structure technique (crawlabilité et indexation)
Fichier robots.txt : ce qu'il doit contenir, ce qu'il doit bloquer
Depuis 2021, Shopify permet de modifier le fichier robots.txt via un template Liquid. Avant ça, il était verrouillé. Beaucoup de stores tournent encore avec le fichier par défaut, qui comporte des omissions problématiques.
Par défaut, Shopify bloque correctement les URLs de type /admin, /cart, /orders. Ce qu'il ne gère pas toujours bien : les paramètres de tri (?sort_by=), les pages de résultats de recherche interne (/search?q=), et certains préfixes de collections filtrées. Ces URLs génèrent du contenu dupliqué et consomment inutilement ton crawl budget.
Ce que tu dois vérifier dans ton robots.txt :
- Les paramètres
?sort_by=,?filter.p.m=,?variant=sont-ils bloqués ? - Les pages de recherche interne (
/search) sont-elles exclues ? - Le sitemap est-il référencé dans le fichier avec la bonne URL ?
- Aucune collection ou page importante n'est bloquée accidentellement ?
Plan du site XML : génération automatique vs corrections manuelles
Shopify génère un sitemap.xml automatique accessible sur ton-store.com/sitemap.xml. Ce fichier agrège plusieurs sous-sitemaps : produits, collections, pages, articles de blog. C'est pratique. C'est aussi une source de problèmes si tu n'y touches pas.
Premier problème : Shopify inclut dans le sitemap des pages qui ne devraient pas être indexées (pages cachées de thème, pages de test, collections de saison non supprimées). Deuxième problème : les produits hors stock ne sont pas automatiquement retirés du sitemap, même si tu les as retirés de la navigation.
Soumets le sitemap dans Google Search Console. Vérifie le ratio URLs soumises / URLs indexées. Un ratio inférieur à 70 % signale un problème de qualité ou de crawl que Google a décidé de ne pas explorer.
Doublons canoniques : paramètres UTM, filtres, variantes de produits
C'est ici que la checklist SEO Shopify de la plupart des agences s'arrête au symptôme sans traiter la cause. Les doublons sur Shopify viennent de trois sources principales :
- Variantes de produits : chaque combinaison de variant (couleur, taille) génère une URL avec un paramètre
?variant=XXXXXXX. Shopify pose une balise canonique pointant vers l'URL parent, ce qui est correct... sauf quand des apps ou des imports CSV cassent ce comportement. - Paramètres UTM et tracking : tes campagnes email, tes liens social media avec UTM créent des versions trackées de tes URLs. Sans configuration correcte côté Google Search Console (paramètres d'URL à ignorer), Google peut les crawler et les indexer comme pages distinctes.
- Double URL collection/produit : le cas évoqué plus tôt. Shopify ajoute automatiquement une balise canonique vers
/products/, mais vérifie en production que c'est bien le cas pour chaque produit, surtout après une migration ou un changement de thème.
Bloc 2 : URLs et redirections
Structure d'URL produits : slug personnalisé ou collection/produit par défaut
Shopify impose une structure : /products/nom-du-produit. Tu ne peux pas la modifier pour mettre le produit directement à la racine. Ce n'est pas un problème SEO en soi. Le vrai problème vient des slugs auto-générés à partir du titre produit.
Un titre "Chaise de bureau ergonomique - Noir - Modèle 2024 - Réf. CH2024N" génère un slug du type /products/chaise-de-bureau-ergonomique-noir-modele-2024-ref-ch2024n. Long, peu lisible, et qui change si tu modifies le titre. Chaque modification de titre sans redirect 301 associée = page 404 qui disparaît de l'index.
La règle : édite le slug manuellement au moment de la création du produit. Une fois indexé, ne le touche plus sans préparer la redirection.
Redirections 301 : migration, suppression de SKU, changements de collections
Shopify gère les redirections via l'interface "Navigation > URL Redirects". La limite est à 100 000 redirections pour les plans standards. Ça semble beaucoup. Pour un store avec plusieurs années d'historique et des changements fréquents de catalogue, ça se remplit vite.
Les cas critiques à couvrir :
- Produits supprimés ou dépubliés qui avaient des backlinks ou du trafic organique
- Changements de nom de collection (l'URL change, les pages produits associées restent, les liens internes sont cassés)
- Migration depuis un autre CMS ou une autre instance Shopify
- Changements de domaine ou passage à un sous-domaine de marché
Bloc 3 : Balises métadonnées et données structurées
Meta titles et descriptions : édition en masse vs optimisation individuelle
Par défaut, Shopify utilise le nom du produit comme meta title et le début de la description comme meta description. C'est fonctionnel. C'est loin d'être optimal.
Les meta titles auto-générés ne ciblent pas de mot-clé transactionnel. "Chaise bureau ergonomique" en title vs "Chaise de bureau ergonomique : livraison offerte | Ton store" - la différence de CTR est réelle. Google Organic CTR moyen sur position 3 tourne autour de 10-11 % selon les études Backlinko. Travaille tes titles pour le click, pas seulement pour le mot-clé.
Pour les stores avec plus de 500 produits, l'édition individuelle n'est pas réaliste. Passe par des apps comme Bulk Edit ou des exports/imports CSV pour des mises à jour en masse sur des familles de produits. Mais garde une optimisation manuelle sur les 20-30 produits qui génèrent 80 % de ton chiffre d'affaires.
Schema.org produits : microdata obligatoires (prix, disponibilité, évaluations)
Shopify intègre nativement du balisage schema.org/Product dans la plupart des thèmes récents. Mais "intégré" ne veut pas dire "correct". Vérifie avec le Rich Results Test de Google que les éléments suivants sont bien présents et valides :
name: nom du produitpriceetpriceCurrency: obligatoires pour les rich snippets prixavailability: InStock / OutOfStock, mis à jour dynamiquementaggregateRating: si tu as des avis, ils doivent être balisésbrand: souvent absent sur les stores multi-marques
Un schema mal formé ou incomplet ne te pénalise pas directement. Mais tu rates les rich snippets dans les SERPs, ce qui réduit ton CTR de 20 à 30 % selon les cas.
Open Graph : impact sur le partage social et l'UX
Les balises Open Graph (og:title, og:description, og:image) contrôlent ce qui s'affiche quand un produit est partagé sur Facebook, Pinterest, WhatsApp. Sur un store e-commerce, le partage produit est une source de trafic non négligeable.
Shopify génère ces balises automatiquement, mais l'image utilisée par défaut est souvent la première image du produit en full size. Sans compression ni recadrage pour le format 1200x630 recommandé, le rendu est cassé. Définis une image Open Graph dédiée pour tes produits stratégiques et pour ta page d'accueil.
Bloc 4 : Performance et Core Web Vitals
LCP et images produits : optimisation lazy loading et compression
Le LCP (Largest Contentful Paint) mesure le temps d'affichage de l'élément le plus grand sur ta page. Sur une page produit Shopify, c'est quasi-systématiquement la photo principale du produit. Si cette image fait 3 Mo et que Shopify ne l'a pas convertie en WebP, ton LCP dépasse les 2,5 secondes sur mobile. Google le sanctionne dans son signal Page Experience.
Shopify convertit automatiquement les images en WebP depuis 2022. Mais le lazy loading, lui, doit être correctement implémenté dans ton thème Liquid. Les thèmes Shopify 2.0 (Dawn et ses dérivés) le gèrent bien. Les thèmes anciens ou fortement personnalisés, beaucoup moins.
Vérifie avec PageSpeed Insights : l'image hero de tes pages produits doit être préchargée (loading="eager" sur la première image), les images suivantes en loading="lazy".
CLS sur les pages produits : carousels, avis, sélecteurs de variants
Le CLS (Cumulative Layout Shift) mesure les décalages de mise en page pendant le chargement. Sur Shopify, les sources de CLS les plus fréquentes :
- Carousels d'images produits qui se chargent progressivement et poussent le contenu
- Apps d'avis clients (Judge.me, Yotpo, Okendo) qui injectent leur widget après le chargement initial
- Sélecteurs de variants qui modifient la mise en page au clic
- Bandeaux promotionnels chargés via des scripts tiers
Un score CLS inférieur à 0,1 est la cible. Au-delà de 0,25, c'est un signal négatif dans l'algorithme Page Experience.
Bloc 5 : Contenu et optimisation on-page
Descriptions produits courtes vs contenu SEO réel : où mettre 500 mots
Voici le compromis que personne ne te dit clairement : la description courte de Shopify (celle qui apparaît au-dessus du bouton "Ajouter au panier") est faite pour convertir, pas pour le SEO. 3-5 lignes, bullets points des bénéfices clés, appel à l'action.
Le contenu long-form SEO - celui qui cible les mots-clés secondaires, répond aux questions d'achat, développe les cas d'usage - se place dans une section dédiée en bas de page. Sur Shopify 2.0, tu peux créer des sections modulaires pour ça. Un bloc "En savoir plus" ou "Guide d'achat" visible après le fold, qui ne perturbe pas la conversion mais que Google explore intégralement.
500 mots de description produit au-dessus du bouton d'achat. L'utilisateur doit scroller pour atteindre le CTA. Le taux de conversion chute. Le SEO n'est pas non plus au rendez-vous car le contenu n'est pas structuré avec des H2/H3.
Description courte de 80-120 mots orientée bénéfices + bloc de contenu SEO en section secondaire avec sous-titres, FAQ produit, et mots-clés longue traîne. Conversion préservée, autorité topique construite.
H1 par page : un seul, sans duplication entre titre et balise meta
Shopify utilise par défaut le titre du produit comme H1. C'est correct. Le problème vient quand des apps SEO ou des thèmes mal configurés ajoutent un second H1 (souvent le nom du store ou un titre de section générique). Google voit plusieurs H1, le signal est dilué.
Vérifie dans le code source de chaque type de page (produit, collection, article, homepage) qu'il n'y a qu'un seul tag <h1>. Inspecte aussi que le H1 n'est pas identique à la meta title - les deux doivent être proches sémantiquement mais pas copiés-collés.
Balises HTML : H2/H3 hiérarchisées, pas de saut de niveau
La hiérarchie de titres (H1 - H2 - H3) est un signal de structure pour Google. Un thème Shopify qui utilise un H4 directement après un H1 pour des raisons de style CSS crée une incohérence que les crawlers détectent. La règle : jamais de saut de niveau. H1 - H2 - H3, dans cet ordre. Si tu as besoin d'un sous-sous-titre, utilise H3 sous un H2, pas H4 directement sous H1.
Bloc 6 : Configuration Shopify spécifique
SSL/HTTPS : vérification du certificat et des ressources mixtes
Shopify fournit un certificat SSL sur tous les plans. C'est automatique. Ce qui n'est pas automatique : s'assurer que toutes les ressources chargées sur ton store (scripts, images, fonts) sont bien servies en HTTPS. Une seule ressource en HTTP crée une erreur de "contenu mixte" que Google détecte et que les navigateurs signalent aux utilisateurs.
Cas fréquent : une ancienne app déconnectée qui laisse un script HTTP dans le thème. Ou une image importée depuis une URL externe non sécurisée. Utilise l'onglet Sécurité des DevTools Chrome pour identifier les ressources en clair.
Pages orphelines et collections cachées : détection et indexation
Les pages orphelines sont des URLs accessibles et indexables, mais sans aucun lien interne qui pointe vers elles. Google les trouve via le sitemap ou des backlinks externes, mais sans maillage interne, elles accumulent peu d'autorité et sont crawlées rarement.
Sur Shopify, les cas typiques :
- Pages de landing créées pour des campagnes passées, jamais dépubliées
- Collections créées pour des opérations promo, masquées de la navigation mais toujours indexables
- Pages de blog sans lien depuis la navigation principale
- Versions de test de pages d'accueil ou de pages produits
Recense ces pages via un crawl Screaming Frog ou Sitebulb, croise avec Google Search Console pour voir lesquelles reçoivent des impressions, et décide : indexer + mailler, ou noindex + dépublier.
Sous-dossiers vs sous-domaines pour les marchés multiples
Si tu opères sur plusieurs marchés (France, Belgique, Suisse, ou FR/EN), la question de la structure internationale est critique. Shopify Markets permet de gérer plusieurs langues et devises. La configuration SEO optimale :
| Structure | Exemple | Impact SEO | Recommandation |
|---|---|---|---|
| Sous-dossiers | store.com/fr/ et store.com/en/ | Autorité de domaine partagée, plus fort | Recommandé si départ sur Shopify Markets |
| Sous-domaines | fr.store.com et en.store.com | Autorité séparée, plus complexe à construire | A éviter sauf contrainte technique |
| Domaines séparés | store.fr et store.com | Ciblage géographique maximal, coût double | Pertinent sur des marchés très établis |
| Paramètre d'URL | store.com?lang=fr | Très mauvais, non recommandé par Google | A ne jamais utiliser |
Quelle que soit la structure choisie, les balises hreflang sont obligatoires. Shopify les génère automatiquement si Shopify Markets est correctement configuré. Vérifie leur présence et leur cohérence dans le code source de chaque version linguistique.
Checklist complète : à utiliser tous les trimestres
Voici les 15 points dans l'ordre de priorité pour une checklist SEO Shopify trimestrielle :
- robots.txt : paramètres de filtres, tri et recherche bloqués ; sitemap référencé
- Sitemap XML : soumis dans Search Console, ratio indexation vérifié (>70%)
- Canonicals : double URL collection/produit, paramètres UTM, variantes
- Slugs produits : personnalisés manuellement, sans modification post-indexation
- Redirections 301 : produits supprimés, collections renommées, migrations couvertes
- Meta titles : uniques, keyword-rich, orientés CTR, pas auto-générés sur les top produits
- Meta descriptions : uniques, 150-160 caractères, appel à l'action
- Schema.org : price, availability, aggregateRating valides via Rich Results Test
- Open Graph : image 1200x630 définie pour les produits et pages stratégiques
- LCP : image hero préchargée, WebP, <2,5s sur mobile
- CLS : score <0,1, carousels et apps avis vérifiés
- H1 unique : un seul par page, différent de la meta title
- Hiérarchie H2/H3 : aucun saut de niveau, aucun H2 générique
- Contenu SEO produits : section long-form en bas de page sur les produits clés
- Pages orphelines : détectées, maillées ou dépubliées
Quand une checklist ne suffit plus, faire un audit réel
Une checklist, c'est de la maintenance. Un audit, c'est du diagnostic. La différence : la checklist te dit si les points sont cochés ou non. L'audit te dit pourquoi un point est défaillant, depuis quand, et ce que ça coûte en trafic et en ranking.
Il y a des signaux qui indiquent qu'une checklist ne suffit plus :
- Perte de 20 % ou plus de trafic organique sur une période de 3 mois sans changement de stratégie
- Position moyenne qui stagne entre 11 et 20 sur tes mots-clés cibles malgré du contenu régulier
- Taux d'indexation en baisse dans Search Console sans explication visible
- Migration récente (thème, domaine, refonte catalogue) sans audit post-migration
- Store multilingue ou multi-marchés avec des problèmes de canonicalisation entre versions
Dans ces cas, un audit SEO e-commerce complet va identifier ce que la checklist ne voit pas : les patterns d'erreurs systémiques, les problèmes de maillage interne à l'échelle, les opportunités de ranking que la structure actuelle te bloque.
Une checklist dit "ça tourne". Un audit dit "voilà pourquoi ça ne performe pas comme ça devrait". Les deux sont nécessaires. Dans cet ordre.
Si tu es sur un programme d'accompagnement Shopify structuré, l'audit initial fait partie du processus d'onboarding. C'est la base sur laquelle toute la stratégie de croissance organique est construite. Pas un document PDF qu'on te remet et qu'on n'ouvre plus.
Foire aux questions
Questions fréquentes
Quels sont les points SEO spécifiques à Shopify que je dois auditer en priorité ?
Les trois points à traiter avant tout : la gestion des URLs dupliquées (double URL collection/produit + paramètres de variantes), la configuration du fichier robots.txt pour bloquer les paramètres de filtres et de tri, et la vérification des balises canoniques sur les produits clés. Ces trois points sont responsables de la majorité des problèmes d'indexation et de dilution d'autorité sur les stores Shopify.
Comment gérer les doublons de produits avec variantes et paramètres UTM ?
Pour les variantes, Shopify pose automatiquement une balise canonique vers l'URL parent /products/nom-produit. Vérifie qu'elle est bien en place dans le code source, surtout après un changement de thème. Pour les paramètres UTM, configure Google Search Console pour qu'il les traite comme paramètres à ignorer dans la section "Paramètres d'URL". Pour les filtres (?filter.p.m=, ?sort_by=), bloque-les dans le robots.txt via le template Liquid.
Shopify gère-t-il bien les balises canoniques par défaut ?
Partiellement. Shopify pose des canonicals sur les variantes de produits et sur les URLs de type collection/produit. Mais il ne gère pas les canonicals sur les pages filtrées, les pages de résultats de recherche interne, ni les URLs avec paramètres UTM ou de tri. Ces cas doivent être traités manuellement via le template Liquid ou via une app dédiée.
Comment optimiser les descriptions produits pour le SEO sans nuire à la conversion ?
La réponse est dans la structure, pas dans le compromis. Sépare la description courte (80-120 mots, orientée bénéfices, au-dessus du fold) du contenu SEO long-form (400-700 mots, structuré avec des H2/H3, placé en section secondaire en bas de page). Sur Shopify 2.0, les sections de page personnalisables permettent de faire ça proprement sans toucher au thème. L'utilisateur n'est pas bloqué par un mur de texte pour acheter, et Google explore un contenu riche et structuré.
Quel impact les Core Web Vitals ont-ils réellement sur le ranking en e-commerce ?
L'impact est réel mais nuancé. Google l'a confirmé : les Core Web Vitals sont un facteur de départage entre pages de qualité contenu équivalente. Sur des mots-clés très compétitifs, un LCP supérieur à 2,5s ou un CLS supérieur à 0,1 peut faire perdre 1 à 2 positions face à un concurrent plus rapide. Sur un store e-commerce avec des dizaines de pages produits ciblant des mots-clés transactionnels à forte valeur, ces positions font une différence chiffrée en chiffre d'affaires.
Dois-je utiliser des apps SEO Shopify ou faire le travail manuellement ?
Les apps SEO (Plug in SEO, Smart SEO, SEO King) sont utiles pour les mises à jour en masse : génération de meta descriptions, ALT automatiques sur les images, schema basique. Elles ne remplacent pas une configuration manuelle sur les éléments stratégiques. Les 20-30 produits qui font ton chiffre d'affaires méritent une optimisation individuelle - title, description, schema, contenu. Le reste peut être traité en masse. Pas de hack magique : les apps font gagner du temps sur le volume, pas sur la qualité.
Ce que cette liste ne remplace pas
Cette checklist te donne le squelette. Mais Shopify cache des pièges supplémentaires : la version française de ton store qui génère des canonicals incorrects, la gestion des stocks qui dépublie automatiquement des produits et casse des URLs référencées, les redirections cassées après un changement de thème qui font disparaître 6 mois de netlinking. Ces cas ne rentrent pas dans une liste de 15 points.
Si tu veux que quelqu'un vérifie vraiment - le code, Search Console, les patterns d'erreurs, les opportunités non exploitées - on fait un audit personnalisé avec Peii en 1h. On identifie ce qui bloque le ranking, on priorise ce qui a le plus d'impact, et on chiffre ce que ça coûte de ne rien faire. Ça paie ou ça paie pas, on voit ensemble.