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.

Mis à jour 7 min de lecture
Attribut Lien — page de destination inaccessible ou fonctionnelle

Souris ergonomique sans fil

49,99 €example-tech.com
HTTPS ✓200 OKLe prix correspond

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

49,99 €example-tech.com

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.

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 fluxlink
RequisOui — pour tous les produits
Longueur max.2 000 caractères
ProtocoleHTTPS requis pour les annonces Shopping ; HTTP non accepté
Doit renvoyerStatut HTTP 200 pour la page spécifique au produit
RedirectionsAutorisées (301/302), mais la destination doit être la bonne page de produit
Paramètres de suiviAutorisé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’URL ads_redirect si 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 link comme 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

OptionCommentAvantages/Inconvénients
UTM dans l'attribut linkAjouter ?utm_source=google&utm_medium=cpc au lienSimple ; UTM visibles dans le flux
Attribut ads_redirectDéfinir link = URL canonique, ads_redirect = URL de suiviSéparation propre ; plus robuste
Marquage automatique (gclid)Activer dans les paramètres du compte Google AdsAutomatique ; 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, sku et gtin pré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 link comme URL de produit canonique propre et placez tout le suivi (UTM, identifiants de clic, chaînes de redirection) dans ads_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 ?
Oui — le protocole HTTPS est requis pour toutes les annonces Shopping et fortement recommandé pour les fiches gratuites. Les URL uniquement en HTTP ne sont pas acceptées pour les campagnes Shopping payantes. Si votre site diffuse encore des pages de produits en HTTP, vous devez soit passer tout le site en HTTPS, soit vous assurer que les liens de votre flux pointent vers l'équivalent HTTPS. Google vérifie également que le certificat SSL est valide et n'a pas expiré.
Pourquoi un produit peut-il être refusé à cause de l'attribut link ?
Les causes de refus les plus courantes liées aux liens sont : (1) 404 Not Found — l'URL renvoie une page d'erreur ; (2) redirection vers la page d'accueil ou une page de catégorie — au lieu de la page du produit concerné ; (3) incohérence de prix ou de disponibilité — la page affiche des informations différentes de celles du flux ; (4) site temporairement indisponible — Googlebot ne peut pas atteindre la page lors de son exploration ; (5) HTTP au lieu de HTTPS ; (6) connexion requise — la page est protégée par une authentification. Chacune de ces causes entraîne un refus jusqu'à sa résolution.
Puis-je ajouter des paramètres de suivi UTM à l'attribut link ?
Oui — vous pouvez ajouter des paramètres UTM directement à l'URL 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 ?
C'est un scénario courant et préjudiciable. Si vous renommez un produit et que la structure de votre URL est fondée sur le slug du produit (par exemple, /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.
Comment Google vérifie-t-il que la page de destination correspond aux données du flux ?
Les robots d'exploration automatisés de Google visitent régulièrement vos pages de destination de produits et extraient le prix, la disponibilité, le titre et d'autres signaux à l'aide d'une combinaison de données structurées (balisage Schema.org), d'analyse HTML et d'analyse d'images. Si ce que le robot trouve sur la page ne correspond pas à ce que vous avez soumis dans le flux — par exemple, le flux indique 49,99 € mais la page affiche 54,99 € — le produit est signalé pour une incohérence de prix et refusé. Cette exploration a lieu à la fois lors de l'approbation initiale et périodiquement par la suite.
La même URL peut-elle être utilisée pour plusieurs produits dans le flux ?
Non — chaque produit de votre flux doit avoir une URL de page de destination unique et spécifique au produit. Si plusieurs produits de votre flux pointent vers la même URL (par exemple, tous pointent vers une page de catégorie ou la page d'accueil), le robot d'exploration de Google ne peut pas vérifier les détails spécifiques au produit tels que le prix et la disponibilité, et tous ces produits seront probablement refusés. Chaque variante de produit achetable doit avoir sa propre page de détail de produit dédiée.

Guides associés