Une annonce peut être approuvée aujourd’hui puis cesser de diffuser après une modification du site, une panne d’hébergement ou l’expiration d’un domaine. Le diagnostic est souvent trompeur : l’équipe ouvre la page depuis son bureau, la voit fonctionner et conclut que le refus Google Ads est injustifié.
Search Engine Land a rapporté le 1er octobre 2026 que Google enrichit les exemples de sa règle « Destination not working ». Les précisions doivent s’appliquer à partir du 27 octobre. Elles rendent plus explicites des cas déjà risqués : faute dans l’URL, erreur DNS, réponse serveur, page protégée ou contenu impossible à explorer.
1. Ce que Google précise dans la règle
La documentation officielle sur les exigences de destination demande qu’une page soit accessible, fonctionnelle et utile dans la zone ciblée. Une destination peut être refusée si elle renvoie une erreur HTTP, si le domaine ne répond pas, si Google AdsBot ne peut pas l’explorer ou si l’utilisateur doit s’authentifier pour voir le contenu promis.
Les erreurs ne se limitent donc pas à une page 404 évidente. Une faute dans un sous-domaine, un certificat arrivé à expiration, une boucle de redirection ou une réponse 5xx intermittente peuvent suffire. Une règle robots.txt trop large ou un pare-feu qui bloque certains robots crée le même résultat : la page existe, mais Google ne peut pas la vérifier correctement.
À retenir
La conformité concerne la destination réellement atteinte après toutes les redirections, dans la zone et sur l’appareil ciblés, avec les paramètres ajoutés par la campagne.
2. Pourquoi votre navigateur peut afficher une page que Google refuse
Votre test manuel bénéficie de cookies, d’un cache, d’une session connectée et d’une adresse IP connue. AdsBot arrive sans cet historique. Il peut suivre une autre variante mobile, déclencher une protection anti-bot ou être redirigé vers une page différente selon le pays.
Les paramètres de suivi ajoutent une autre source d’écart. L’URL simple fonctionne, mais le modèle de suivi, le suffixe d’URL finale ou un paramètre dynamique produit une adresse invalide. Une campagne peut aussi pointer vers une ancienne page alors que le menu du site utilise déjà la nouvelle.
Erreurs à éviter
- Tester seulement la page d’accueil ou l’URL sans paramètres.
- Vérifier depuis un seul pays et un seul appareil.
- Réouvrir immédiatement un recours sans corriger la cause technique.
- Oublier les sitelinks, composants, flux et annonces anciennes.
3. Auditez toutes les URL susceptibles d’être diffusées
Exportez les URL finales des annonces, mots-clés, sitelinks, composants d’image, flux produits et modèles de suivi. Dédupliquez-les, mais conservez l’origine de chaque URL afin de savoir quelle ressource corriger. Ajoutez les pages créées dynamiquement et les variantes localisées.
Pour chaque destination, relevez le code HTTP final, le temps de réponse, la chaîne de redirections, le certificat, la résolution DNS et la présence du contenu attendu. Contrôlez aussi que la page reste cohérente avec l’annonce : une redirection vers une page générique peut être techniquement accessible tout en créant un autre problème de conformité.
4. Testez dans des conditions proches de Google AdsBot
Rejouez les URL avec un agent utilisateur Google AdsBot pour ordinateur et mobile. Faites le test sans cookie, depuis les marchés ciblés et avec les paramètres réellement générés par Google Ads. Vérifiez que robots.txt, le CDN, le WAF et les règles anti-fraude ne bloquent pas la requête.
Un seul succès ne suffit pas pour une erreur intermittente. Répétez le contrôle à plusieurs heures et alertez sur les codes 5xx, les délais excessifs et les variations de destination. Les pages de campagne à fort trafic doivent être supervisées comme un service critique, pas seulement relues avant le lancement.
5. Corrigez dans le bon ordre avant une nouvelle vérification
Commencez par la cause commune : domaine, DNS, certificat, hébergement ou règle de sécurité. Corrigez ensuite les URL individuelles et les anciens composants. Suspendez temporairement les ressources dont la destination reste incertaine afin d’éviter que de nouveaux refus brouillent le diagnostic.
Après correction, videz les caches nécessaires, testez à nouveau la chaîne complète et attendez que la page soit stable. Demandez ensuite la vérification dans Google Ads. Conservez l’heure des tests, les codes obtenus et la modification effectuée : cette preuve accélère l’analyse si le problème revient.
6. Plan d’action en 48 heures
Plan d’action 24/48 h
- Exportez toutes les URL finales, composants et modèles de suivi actifs.
- Testez code HTTP, DNS, certificat, redirections et paramètres.
- Rejouez les pages comme AdsBot desktop et mobile depuis les zones ciblées.
- Corrigez les causes communes, puis les URL isolées.
- Mettez en place une surveillance continue avant le 27 octobre.
La clarification de Google ne change pas la logique fondamentale : l’annonce et sa page d’arrivée forment une seule expérience. La meilleure prévention consiste à intégrer le contrôle des destinations au déploiement du site et au monitoring quotidien, au lieu d’attendre qu’un refus publicitaire révèle une panne déjà coûteuse.