Le fichier robots.txt est probablement le fichier le plus court et le plus mal compris d'une boutique Shopify. Il tient en quelques lignes, il est généré automatiquement, il ne se voit pas dans le back-office, et pourtant il conditionne la façon dont Googlebot explore l'intégralité de votre catalogue. Résultat : dès qu'une agence évoque le sujet, les dirigeants oscillent entre deux réactions extrêmes. Soit ils l'ignorent totalement en supposant que Shopify a bien fait son travail, soit ils veulent tout personnaliser sans avoir mesuré les conséquences sur le crawl et l'indexation.

Depuis 2021, Shopify permet enfin d'éditer ce fichier via le thème (fichier robots.txt.liquid). C'est une bonne nouvelle pour les boutiques matures qui veulent affiner leur crawl budget, mais c'est aussi une porte ouverte à des erreurs difficiles à détecter avant plusieurs semaines.

Cette FAQ répond aux sept questions que je reçois le plus souvent lors d'audits de boutiques Shopify et Shopify Plus. L'objectif n'est pas de vous transformer en expert du protocole d'exclusion, mais de vous permettre de décider en connaissance de cause : faut-il toucher au fichier, quoi bloquer, quoi laisser tranquille, et comment vérifier que vos modifications ne pénalisent pas votre indexation.

1. À quoi sert exactement le fichier robots.txt sur une boutique Shopify ?

Le robots.txt indique aux moteurs de recherche quelles URL ils peuvent explorer, mais il ne contrôle ni l'indexation ni le classement.

C'est la première confusion à lever. Le fichier robots.txt, accessible à l'adresse votre-domaine.com/robots.txt, applique le protocole d'exclusion des robots défini à la fin des années 90. Il liste des règles Allow et Disallow par user-agent (Googlebot, Bingbot, etc.). Ces règles concernent uniquement le crawl, c'est-à-dire l'exploration des pages par les robots.

Autrement dit : une URL bloquée dans le robots.txt peut malgré tout apparaître dans les résultats Google si elle est linkée depuis un autre site. Elle sera simplement affichée sans description, avec la mention « Aucune information n'est disponible pour cette page ». Pour empêcher une page d'être indexée, la bonne balise est noindex, pas le robots.txt.

Sur Shopify, le robots.txt par défaut a été conçu pour un cas d'usage standard : autoriser Google à explorer les collections, les fiches produits, les pages informatives, et bloquer les pages sans intérêt SEO — panier, checkout, recherche interne, URL avec paramètres de tri, comptes clients. C'est un compromis raisonnable pour la majorité des boutiques.

Le sujet devient intéressant quand votre catalogue dépasse quelques centaines de références, ou quand vous utilisez des applications qui génèrent des URL parasites. Là, une configuration optimale du robots.txt Shopify peut réellement peser sur votre crawl budget et sur la vitesse à laquelle Google découvre vos nouveautés.

2. Que contient le robots.txt par défaut de Shopify et faut-il y toucher ?

Le fichier par défaut couvre 90 % des besoins ; n'y touchez pas tant que vous n'avez pas identifié un problème précis dans Search Console.

Par défaut, Shopify bloque les répertoires suivants pour tous les user-agents : /admin, /cart, /orders, /checkout, /carts, /account, les URL de recherche interne (/search), les préfixes de politique interne, ainsi que la plupart des paramètres de tri et de filtres qui n'apportent pas de valeur SEO (?sort_by=, ?variant= dans certains cas).

Il déclare également un ou plusieurs Sitemap: qui pointent vers sitemap.xml. Ce fichier sitemap est lui-même segmenté par Shopify en plusieurs sous-sitemaps (produits, collections, pages, articles de blog).

Trois cas de figure justifient de personnaliser le fichier :

Dans tous les autres cas, la règle est simple : ne touchez à rien. Un robots.txt Shopify mal édité peut couper l'accès à des milliers de fiches produits en une seule ligne, et le temps de détection en Search Console tourne autour de deux à quatre semaines. C'est un des points systématiquement vérifiés lors d'un audit SEO AuditFacile.

3. Comment personnaliser le robots.txt Shopify sans risque ?

Depuis juin 2021, Shopify autorise l'édition via le fichier robots.txt.liquid dans le thème, à condition de respecter la structure Liquid officielle.

La procédure est la suivante : dans l'admin Shopify, allez dans Boutique en ligne > Thèmes, cliquez sur les trois points de votre thème actif, puis Modifier le code. Dans le dossier templates, cliquez sur Ajouter un nouveau template, sélectionnez robots dans la liste déroulante, puis Créer un template. Shopify insère automatiquement le contenu par défaut, écrit en Liquid, que vous pouvez ensuite adapter.

Trois recommandations non négociables :

Erreur classique à éviter : ajouter un Disallow: / global. J'ai vu ce cas trois fois en douze ans, à chaque fois pendant une refonte, avec un délai de détection de six à huit semaines. La perte de trafic organique se chiffrait en dizaines de milliers d'euros.

Autre erreur fréquente : bloquer /collections/ pour tenter de gérer la duplication de contenu. C'est une très mauvaise idée. Les pages catégories concentrent une partie importante de votre trafic longue traîne et de votre maillage interne.

4. Comment vérifier vous-même votre robots.txt Shopify

Trois outils gratuits suffisent : navigateur, Search Console, et un crawler comme Screaming Frog.

Étape 1 — vérification visuelle. Ouvrez https://votre-domaine.com/robots.txt dans votre navigateur. Le fichier doit s'afficher en texte brut. Vérifiez la présence d'une ligne Sitemap: https://votre-domaine.com/sitemap.xml. Vérifiez qu'aucune règle Disallow: / n'apparaît pour User-agent: * ou User-agent: Googlebot.

Étape 2 — Search Console. Dans Paramètres > Statistiques sur l'exploration, examinez la répartition des demandes de crawl par type de réponse. Si vous voyez un pic soudain de codes 4xx ou une chute des explorations réussies, c'est un signal d'alerte. Le rapport « Indexation des pages » vous indique aussi combien d'URL sont marquées « Bloquée par le fichier robots.txt » — ce chiffre doit rester stable.

Étape 3 — crawl complet. Lancez Screaming Frog (gratuit jusqu'à 500 URL, alternative payante : Sitebulb ou Oncrawl). Configurez-le pour respecter le robots.txt (Configuration > Robots.txt > Respect robots.txt). Comparez le nombre d'URL explorées avec le nombre de produits déclarés dans votre catalogue Shopify. Un écart de plus de 10 % justifie une investigation.

Enfin, l'ancien outil de test du robots.txt de Google n'existe plus dans sa forme initiale, mais vous pouvez utiliser l'outil Inspection d'URL de Search Console. Collez une URL clé (une fiche produit à fort chiffre d'affaires), et vérifiez que la ligne « Exploration autorisée » indique Oui.

Ce triple contrôle prend quinze minutes et couvre les problèmes SEO fréquents en e-commerce liés au crawl.

5. Faut-il bloquer les URL avec paramètres, les collections filtrées, la recherche interne ?

Oui pour la recherche interne et la plupart des paramètres, non pour les collections filtrées si elles sont travaillées éditorialement.

La recherche interne (/search?q=) génère des URL infinies : une par requête utilisateur. Shopify la bloque déjà par défaut, gardez cette règle. Aucune valeur SEO à indexer les pages de résultats de votre moteur interne.

Les paramètres de tri (?sort_by=price-ascending, ?sort_by=best-selling) sont également bloqués par défaut, ce qui est cohérent. Ces URL retournent le même contenu que la collection parente, dans un ordre différent — pas d'intent utilisateur distinct.

Les paramètres de suivi marketing (?utm_source=, ?fbclid=) ne devraient pas transiter par le robots.txt mais être gérés côté canonical. Shopify le fait déjà : chaque URL avec UTM pointe canoniquement vers la version propre.

Les collections filtrées (/collections/robes?filter.p.m.custom.color=noir) sont un cas plus subtil. Si vous avez travaillé éditorialement certaines combinaisons — par exemple « robes noires », « robes noires longues » — parce qu'elles correspondent à une intention de recherche réelle, ne les bloquez pas. À l'inverse, si toutes vos combinaisons de filtres sont indexables sans distinction, vous risquez de générer des milliers d'URL peu qualitatives.

La bonne pratique en 2026 : gérer la sélection au niveau du noindex ou de la balise canonical, pas au niveau du robots.txt. Le robots.txt est un outil grossier ; les balises HTML permettent une granularité fine, page par page. C'est un des points détaillés dans ce que contient l'audit AuditFacile pour les catalogues de plus de 500 références.

6. Comment gérer les crawlers IA (GPTBot, ClaudeBot, PerplexityBot) dans le robots.txt ?

C'est une décision business avant d'être technique : voulez-vous que vos contenus alimentent les réponses génératives ?

Depuis 2023, les principaux acteurs de l'IA générative ont publié des user-agents dédiés que vous pouvez cibler dans votre robots.txt : GPTBot (OpenAI), ClaudeBot et Claude-Web (Anthropic), PerplexityBot (Perplexity), Google-Extended (usage IA de Google, distinct de Googlebot), Bytespider (ByteDance), CCBot (Common Crawl, utilisé par plusieurs modèles).

Deux positions se défendent, et je ne recommande pas l'une systématiquement plus que l'autre.

Position 1 — autoriser. Vos fiches produits et vos articles de blog peuvent apparaître dans les réponses d'assistants IA, ce qui devient une source de visibilité en croissance rapide. Les utilisateurs de ChatGPT, Claude ou Perplexity qui posent des questions produit ont un intent commercial réel.

Position 2 — bloquer. Vos contenus servent à entraîner des modèles concurrents sans contrepartie économique. Si vos descriptions produits sont un actif éditorial différenciant, il peut être légitime de les protéger.

La syntaxe pour bloquer un crawler IA est identique à la syntaxe standard :

User-agent: GPTBot
Disallow: /

Point important : bloquer Google-Extended n'empêche pas Googlebot d'indexer vos pages pour la recherche classique. Les deux user-agents sont distincts. Vous pouvez donc rester dans l'index Google tout en refusant l'usage IA. C'est une nuance qui échappe encore à beaucoup de marchands.

Cette question mériterait un article dédié, mais retenez pour l'instant qu'il n'y a pas de bonne réponse universelle. Alignez la décision avec votre stratégie de contenu.

7. Combien de temps avant que Google prenne en compte mes modifications ?

Google recharge le robots.txt en général toutes les 24 heures, mais l'impact sur le crawl et l'indexation peut prendre plusieurs semaines à se stabiliser.

Techniquement, Googlebot met en cache votre robots.txt pendant une durée qui varie selon la fréquence de vos publications, généralement moins de 24 heures. Vous pouvez forcer un rafraîchissement en soumettant l'URL /robots.txt via l'outil d'inspection de Search Console.

En revanche, les conséquences d'une modification prennent plus de temps à se manifester dans vos indicateurs SEO :

Pour suivre ces évolutions, deux rapports Search Console sont indispensables : « Statistiques sur l'exploration » et « Indexation des pages ». Créez un rappel calendaire à J+30 et J+60 après toute modification pour vérifier que les indicateurs évoluent dans le sens attendu.

Si vous constatez une baisse de pages indexées dans les 30 jours suivant une modification du robots.txt, la première hypothèse à vérifier est une règle trop large. C'est aussi le type de diagnostic que couvre un audit SEO AuditFacile : 49 € en paiement unique, satisfait ou remboursé.

En conclusion

La configuration optimale du robots.txt Shopify n'est pas une question de virtuosité technique, mais de discipline. Le fichier par défaut convient à la majorité des boutiques et il ne faut le modifier que si vous avez identifié un problème concret dans Search Console. Trois priorités à actionner cette semaine :

Un, vérifiez l'accessibilité et le contenu de votre /robots.txt actuel — cinq minutes, aucun risque, réponse immédiate. Deux, consultez le rapport « Statistiques sur l'exploration » dans Search Console et vérifiez qu'aucun pic anormal de codes 4xx ou 5xx n'apparaît sur les 90 derniers jours. Trois, si vous avez déjà personnalisé votre robots.txt.liquid, faites relire la configuration par un œil externe avant d'ajouter de nouvelles règles. Une seule ligne mal placée peut immobiliser des semaines de travail SEO.