Titre SEO et méta-description Shopify : les champs que l'IA réécrit

Où Shopify range le titre SEO et la méta-description

Chaque produit, collection, page et article de blog Shopify a deux titres et deux descriptions. La première paire est celle que voient les clients sur la boutique : le titre et la description du produit. La seconde est celle que lisent les moteurs de recherche : le titre de la page et la méta-description.

Cette seconde paire vit dans la section Référencement sur les moteurs de recherche, en bas de l’éditeur. Sur un produit, vous l’ouvrez avec l’icône crayon et trouvez trois champs :

Champ	Ce qu’il contrôle	Où il apparaît
Titre de la page	La balise title	Le lien bleu dans les résultats
Méta-description	La balise meta description	L’extrait sous le lien, quand Google l’utilise
Ancre d’URL	La fin de l’URL	La barre d’adresse et tous les liens vers la page

Les collections ont la même section, avec les trois mêmes champs. Les pages et les articles de blog ont un bloc équivalent dans leur propre éditeur. Le centre d’aide Shopify précise qu’au-delà de 70 caractères pour un titre et de 320 caractères pour une description, le texte risque d’être tronqué dans les résultats.

En coulisses, Shopify stocke le titre de page et la méta-description dans deux métachamps de l’espace de noms global, title_tag et description_tag. Ce détail compte pour une raison : toute application ou tout script ayant un accès en écriture à vos produits peut les modifier via l’API Admin, sans jamais ouvrir l’éditeur que vous consultez.

Ce qui s’affiche quand les champs sont vides

La documentation développeur de Shopify est explicite pour les produits : à la création, le titre de page et la méta-description reprennent par défaut le titre et la description du produit. Votre thème décide ensuite comment la balise <title> finale est assemblée, souvent en y ajoutant le nom de la boutique.

Ce repli a deux conséquences faciles à manquer :

• Modifier le titre visible change le résultat de recherche si le champ Titre de la page n’a jamais été rempli. Un merchandiser qui renomme « Pull col rond mérinos » en « Le pull de tous les jours » pour une campagne a aussi réécrit l’extrait dans Google.
• Vider un champ SEO est une modification. Un outil qui écrit une valeur vide ne laisse pas les choses en l’état : il rend la main au repli, c’est-à-dire en général aux premières lignes d’une description écrite pour les clients, pas pour une page de résultats.

Quand vous relisez des changements SEO, vous relisez donc deux couches : les champs SEO explicites, et les champs visibles sur lesquels ils se rabattent.

Ancres et redirections : le champ qui casse les liens

L’ancre d’URL est la partie de l’adresse après /products/ ou /collections/. Changez-la, et tous les liens qui pointaient vers l’ancienne adresse (depuis Google, vos newsletters, d’autres sites ou vos propres menus) mènent ailleurs.

Quand vous modifiez l’ancre d’une collection dans l’interface administrateur, Shopify vous laisse choisir de créer une redirection de l’ancienne URL vers la nouvelle, pour que les visiteurs n’arrivent pas sur une page 404. Le centre d’aide recommande aussi de ne pas modifier l’ancre trop souvent, au risque que la page ne s’affiche plus dans les résultats des moteurs de recherche.

Deux cas demandent une attention particulière :

• Les modifications faites hors de l’éditeur. La redirection est créée quand quelqu’un coche la case. Une application ou un agent qui met à jour l’ancre via l’API peut en créer une, ou pas : vérifiez la liste de vos redirections d’URL dans l’interface administrateur après toute modification en masse.
• Les redirections ne partent que d’URL cassées. Shopify ne redirige une URL que si elle ne charge plus de page. Si l’ancienne ancre est réutilisée par un autre produit, la redirection ne se déclenche jamais.

Comment les outils IA réécrivent ces champs sans que vous le voyiez

Les applications SEO et les agents IA excellent précisément dans cette tâche : prendre 400 produits, écrire pour chacun un titre de page riche en mots-clés et une méta-description sous la limite de longueur, puis enregistrer. Le problème n’est pas la qualité d’une réécriture isolée. C’est que le changement touche un champ que personne n’ouvre, sur des centaines d’éléments, en une seule passe.

Les effets de bord à surveiller quand un outil IA modifie le référencement en masse :

• Toutes les méta-descriptions suivent le même modèle, et 400 extraits commencent par les mêmes cinq mots.
• Des noms de marque, des références de modèle ou des termes réglementés (« bio », « imperméable ») sont ajoutés ou supprimés.
• L’ancre est « optimisée » elle aussi, parfois sans redirection.
• Seule la langue source est mise à jour et les traductions gardent l’ancien texte, ou bien les traductions sont réécrites avec un autre angle.
• Un champ est vidé parce que l’outil n’avait rien à écrire, et le repli prend le relais.

Rien de tout cela n’apparaît sur la fiche produit que voit le client. Cela apparaît des semaines plus tard dans la Search Console, quand les impressions ou le taux de clic bougent et que personne ne sait dire ce qui a changé.

Un champ SEO que personne ne relit après le lancement est un champ que n’importe qui peut réécrire.

Liste de contrôle pour les changements de champs SEO

Passez-la sur la version proposée, comparée à la version en ligne. Tout ce qui échoue repart vers l’auteur, qu’il s’agisse d’une personne ou d’un agent.

1. Le titre de page se lit naturellement et nomme le produit
2. Le titre de page reste sous 70 caractères environ
3. La méta-description reste sous 320 caractères environ
4. La méta-description correspond à la page, pas à un modèle
5. Aucune promesse que la fiche ne peut pas justifier
6. Marque, références et termes réglementés conservés
7. Aucun champ SEO vidé sans raison
8. Ancre inchangée, ou changée avec redirection
9. Ancienne ancre non réutilisée par un autre élément
10. Chaque traduction relue, pas seulement la langue source
11. Métachamps utilisés par le thème intacts
12. Changement attribué à un auteur et un relecteur nommés

Où la comparaison champ par champ et l’approbation aident

La liste se passe facilement sur un produit. Sur 400, il vous faut voir uniquement ce qui a changé, et il faut que le changement attende que quelqu’un l’ait regardé.

C’est le manque que comble Vetta. Les modifications de produits, collections, pages et articles sont proposées sous forme de versions, par une personne, un import CSV ou un agent IA connecté en MCP, et n’atteignent la boutique qu’après l’approbation d’un relecteur. L’écran de relecture affiche une comparaison champ par champ entre la version en ligne et la version proposée, mot à mot : titre, ancre, descriptions, titre de page et méta-description, tags et métachamps, avec un onglet par traduction publiée. Le relecteur peut approuver, demander des modifications ou rejeter, avec une note. Les agents IA peuvent proposer, mais ni approuver ni publier.

Comme chaque version est conservée, y compris les modifications faites directement dans l’interface administrateur Shopify, vous pouvez aussi répondre à la question qui suit d’ordinaire une chute de positions : quels champs SEO ont changé, quand, et qui l’a approuvé. Si une réécriture se révèle moins bonne, restaurer la version précédente ajoute une nouvelle version par-dessus au lieu d’effacer l’historique.

Vous pouvez voir comment fonctionne l’étape de relecture sur la page du workflow d’approbation. Quel que soit votre outil, le principe reste le même : les champs SEO méritent la même relecture que le texte que lisent vos clients, parce que les moteurs de recherche les lisent en premier.