Référence des attributs
Lien [link] dans Google Shopping : exigences, bonnes pratiques et exemples
Guide de l'attribut link dans Google Merchant Center : exigences HTTPS, règles de la page de destination, paramètres de suivi et correction des liens rompus.
Souris ergonomique sans fil
link : URL de produit HTTPS canonique → renvoie 200, le produit affiché correspond aux données du flux, prix et disponibilité confirmés
Souris ergonomique sans fil
link : "https://example-tech.com/products/mouse-old-url" → 404 Not Found → Produit refusé. Budget gaspillé sur tous les clics antérieurs au refus. Confiance de Google entamée.
Google explore les URL de vos pages de destination pour vérifier que le produit présenté dans l'annonce correspond à ce qui se trouve sur la page — y compris le prix, la disponibilité et le titre. Une erreur 404, une redirection vers la page d'accueil ou une page affichant un produit différent entraîne un refus immédiat. Google effectue également des vérifications périodiques, de sorte que les produits dont le lien casse après approbation sont refusés a posteriori.
Qu’est-ce que l’attribut link ?
L’attribut link contient l’URL de la page de destination que les acheteurs atteignent lorsqu’ils cliquent sur votre annonce Shopping ou votre fiche gratuite. C’est l’un des trois attributs requis les plus critiques (avec title et price) car il constitue le point d’entrée de chaque conversion que votre campagne Shopping peut générer. Un lien rompu, incohérent ou mal optimisé se traduit directement par des dépenses publicitaires gaspillées, des refus de produits et un manque à gagner.
Plus qu’une simple destination de clic, l’URL link est activement explorée par Google, qui vérifie que ce que vous annoncez correspond à ce qu’affiche la page de destination. L’attribut link ne sert donc pas seulement à diriger le trafic — il garantit la cohérence des données entre votre flux et votre site. Le robot d’exploration de Google vérifie le prix, la disponibilité, la correspondance du titre et l’accessibilité de la page, et refuse les produits pour lesquels des divergences sont constatées.
Spécifications techniques
| Nom dans le flux | link |
| Requis | Oui — pour tous les produits |
| Longueur max. | 2 000 caractères |
| Protocole | HTTPS requis pour les annonces Shopping ; HTTP non accepté |
| Doit renvoyer | Statut HTTP 200 pour la page spécifique au produit |
| Redirections | Autorisées (301/302), mais la destination doit être la bonne page de produit |
| Paramètres de suivi | Autorisés comme chaîne de requête ; envisagez ads_redirect pour les séparer |
| Attribut associé | mobile_link pour les URL spécifiques aux mobiles ; ads_redirect pour les URL de suivi |
Où s’affiche-t-il ?
-
Annonces Shopping — Chaque clic sur une annonce Shopping envoie l’acheteur vers l’URL
link(ou l’URLads_redirectsi elle est définie). Le domaine affiché dans l’annonce (« example.com ») est extrait de cette URL. Les acheteurs voient le domaine mais pas l’URL complète dans la plupart des formats d’annonces. -
Fiches gratuites — Dans l’onglet Shopping, les clics sur les fiches gratuites utilisent également l’attribut
linkcomme destination de clic. Les mêmes exigences de correspondance d’URL et de vérification par exploration s’appliquent aux fiches gratuites comme aux annonces payantes. -
Remarketing dynamique — Google utilise l’URL de la page de destination du produit pour associer les signaux de comportement des utilisateurs (pages vues, ajouts au panier) à des produits spécifiques pour la création d’audiences de remarketing. L’URL doit correspondre à la page sur laquelle votre balise de remarketing se déclenche.
Règles
-
HTTPS requis pour les annonces Shopping — Les URL HTTP entraînent un refus automatique pour les emplacements payants. Le certificat SSL doit être valide (non expiré, non auto-signé).
-
Doit mener à la page du produit concerné — L’URL doit renvoyer une page affichant le produit exact annoncé, et non une page de catégorie, une page de résultats de recherche ou la page d’accueil.
-
Doit renvoyer HTTP 200 — 404, 410, 500 ou une redirection vers une page d’erreur entraînent un refus. Les erreurs de serveur temporaires (503) peuvent entraîner des avertissements avant le refus.
-
La page de destination doit correspondre aux données du flux — Le prix, la disponibilité et le produit affiché dans son ensemble doivent correspondre à ce qui se trouve dans le flux. Les robots d’exploration de Google le vérifient.
-
Pas d’interstitiels ni d’écrans de connexion obligatoires — Les pages qui nécessitent une connexion, les fenêtres contextuelles de vérification de l’âge qui bloquent l’accès ou les interstitiels pleine page avant d’afficher le produit ne sont pas autorisés.
-
Pas de pages uniquement en JavaScript — Si les informations sur le produit ne sont rendues que via JavaScript (non présentes dans le code source HTML ou les données structurées), le robot d’exploration de Google peut ne pas être en mesure de vérifier les données du flux, ce qui entraîne des incohérences et des refus.
Bonnes pratiques
Utilisez des URL canoniques et propres comme base
L’attribut link doit pointer vers l’URL canonique du produit — la version propre, permanente et canonique sans identifiants de session, paramètres de pagination ou variables d’état de l’interface utilisateur. Conservez les paramètres de suivi dans ads_redirect ou utilisez des paramètres UTM qui n’affectent pas le contenu de la page. Les URL canoniques propres sont plus stables lors des mises à jour du site et plus faciles à gérer dans les pipelines de flux.
Alignement des données structurées Schema.org
Ajoutez le balisage de produit Schema.org à vos pages de produits et gardez-le synchronisé avec votre flux. Lorsque le robot d’exploration de Google trouve des données structurées correspondantes (même prix, même état de disponibilité, même GTIN), il valide les données de votre flux plus rapidement et avec plus de certitude, ce qui réduit le risque de refus. Les produits avec des données structurées précises sont moins susceptibles d’être signalés pour des incohérences, même lors de brefs décalages de synchronisation des données.
Stabilité des URL lors des migrations de site
Les migrations de plateformes e-commerce sont la principale cause de refus massifs liés aux liens. Liste de contrôle de planification pour les migrations :
-
Établissez la correspondance entre toutes les URL de produits existantes et les nouvelles URL avant la bascule
-
Mettez en place des redirections 301 pour toutes les pages produits déplacées, dès la bascule
-
Mettez à jour votre flux Merchant Center avec les nouvelles URL canoniques dès que les nouvelles URL sont en ligne
-
Consultez l’onglet « Attention requise » de Merchant Center quotidiennement pendant les 2 premières semaines suivant la migration
-
Testez un échantillon d’au moins 50 URL de produits avant la migration à l’aide d’un outil de vérification d’URL
Suivre sans polluer le flux
| Option | Comment | Avantages/Inconvénients |
| UTM dans l'attribut link | Ajouter ?utm_source=google&utm_medium=cpc au lien | Simple ; UTM visibles dans le flux |
| Attribut ads_redirect | Définir link = URL canonique, ads_redirect = URL de suivi | Séparation propre ; plus robuste |
| Marquage automatique (gclid) | Activer dans les paramètres du compte Google Ads | Automatique ; fonctionne nativement avec GA4 |
Impact sur les performances
-
Taux de refus — Les problèmes liés aux liens figurent parmi les 3 principales causes de refus de produits dans Merchant Center. Un taux de refus de 1 % sur un flux de 10 000 produits signifie que 100 produits ne sont pas éligibles à la diffusion, ce qui réduit directement la portée de la campagne et les revenus.
-
Qualité de la page de destination — Des pages de destination lentes, pauvres en contenu ou incohérentes à l’URL liée font baisser votre taux de conversion et peuvent entraîner des refus liés à la page de destination. Les annonces Shopping n’ont pas de Niveau de qualité lié aux mots clés : le coût se voit donc dans les conversions, et non dans une pénalité de Niveau de qualité.
-
Taux de conversion — Envoyer les utilisateurs vers le produit exact sur lequel ils ont cliqué (par opposition à une page de catégorie ou à la page d’accueil en raison de redirections cassées) peut améliorer les taux de conversion de 20 à 40 %. Des pages de destination précises réduisent le taux de rebond et augmentent l’intention d’achat à l’arrivée.
-
Latence de vérification par exploration — Après une mise à jour du flux, les robots d’exploration de Google peuvent prendre 1 à 3 jours pour revérifier les URL des produits. Pendant ce délai, les produits avec des modifications de liens récentes peuvent subir des baisses d’impressions temporaires jusqu’à ce que l’exploration confirme la validité des données.
Erreurs courantes
-
Utiliser HTTP au lieu de HTTPS pour les URL de produits — refus immédiat pour les emplacements payants
-
Faire pointer vers une page de catégorie ou de résultats de recherche au lieu de la page détaillée du produit concerné
-
Utiliser des URL basées sur la session (contenant
SESSIONID=ou similaire) qui expirent et entraînent des erreurs 404 lors de l’exploration -
Ne pas implémenter de redirections 301 lorsque les URL des produits changent, provoquant des refus massifs pour erreur 404
-
Intégrer des paramètres de suivi qui modifient le contenu de la page ou déclenchent des prix différents pour le trafic de suivi
-
Utiliser des pages rendues par JavaScript sans équivalents HTML statiques ni données structurées, si bien que le robot d’exploration de Google ne peut pas vérifier les détails du produit
-
Pointer plusieurs variantes de produits vers la même URL — toutes partagent le même prix/disponibilité et Google ne peut pas les distinguer
Conseils de pro
-
Configurez une surveillance automatisée des URL — Mettez en place un contrôle quotidien, côté serveur, de l’état des URL de vos 500 premiers produits (en dépenses publicitaires), avec une alerte à chaque réponse autre que 200. Un lien rompu détecté en quelques heures coûte beaucoup moins cher qu’un lien découvert après 3 jours de dépenses gaspillées. Des outils comme Screaming Frog, des scripts personnalisés ou des services de surveillance de flux GMC font tous l’affaire.
-
Déployez le balisage Schema.org sur toutes les pages produits — Le schéma de produit avec
price,availability,skuetgtinprécis permet au robot d’exploration de Google de recouper les données de votre flux avec des données structurées, ce qui rend les incohérences plus faciles à détecter et à corriger — et les produits validés moins susceptibles d’être signalés pour des divergences au moment de l’exploration. -
Utilisez l’attribut ads_redirect pour tout le suivi payant — Conservez
linkcomme URL de produit canonique propre et placez tout le suivi (UTM, identifiants de clic, chaînes de redirection) dansads_redirect. Votre flux est plus facile à auditer, les URL canoniques restent stables pour le référencement naturel et les fiches gratuites, et les modifications de suivi ne nécessitent pas de mises à jour du flux. -
Testez automatiquement les liens dans votre pipeline de génération de flux — Avant de soumettre une mise à jour de flux, lancez une vérification légère par requête HEAD sur toutes les URL du lot. Tout ce qui renvoie un statut non 200 doit être signalé et examiné avant que le flux ne soit soumis à Google. Cette seule étape de validation évite la majorité des refus liés aux liens.
Foire aux questions
L'attribut link nécessite-t-il le protocole HTTPS ?
Pourquoi un produit peut-il être refusé à cause de l'attribut link ?
Puis-je ajouter des paramètres de suivi UTM à l'attribut link ?
link, par exemple utm_source=google&utm_medium=cpc&utm_campaign=shopping, précédés du point d'interrogation habituel. Cependant, pour plus de flexibilité et des URL de flux plus propres, Google recommande d'utiliser plutôt l'attribut ads_redirect — il vous permet de spécifier une URL de suivi distincte de l'URL canonique du produit. Ainsi, le link de votre flux reste propre et canonique, tandis que ads_redirect gère le suivi des clics payants.Qu'est-ce que l'attribut mobile_link et en ai-je besoin ?
mobile_link est un attribut facultatif qui spécifie une version optimisée pour les mobiles de la page du produit lorsque vos URL mobiles et de bureau diffèrent. Si votre site utilise un design responsive (la même URL s'adapte à toutes les tailles d'écran), vous n'avez pas besoin de mobile_link. Vous n'en avez besoin que si vos pages de produits mobiles ont des URL différentes (par exemple, m.example.com/product) ET que ces pages mobiles offrent une expérience mobile nettement meilleure que l'URL de bureau.L'URL de mon produit inclut le titre du produit (slug). Que se passe-t-il si je renomme le produit ?
/products/blue-running-shoes devient /products/navy-blue-running-shoes), l'ancienne URL renverra une erreur 404 si elle n'est pas correctement redirigée. Vous devez soit : (a) mettre en place une redirection permanente 301 de l'ancienne URL vers la nouvelle (et mettre à jour le lien du flux), soit (b) conserver l'URL d'origine comme canonique et ne modifier que le titre sur la page. L'option B est plus simple du point de vue de la gestion du flux.