example-commerce-host.com

1. Dans Google Analytics, ouvrez Admin et accédez à Data streams. Sélectionnez votre flux Web.
2. Ouvrez Configure tag settings › Configure your domains. Supprimez example-petstore.com et example-commerce-host.com, puis ajoutez les domaines que vous possédez ou utilisez réellement, comme votre boutique et votre prestataire de paiement.
3. De retour dans Configure tag settings, ouvrez List unwanted referrals et ajoutez les sites référents qui ne doivent pas démarrer de nouvelle session, comme votre prestataire de paiement. Vous pouvez en indiquer jusqu’à 50.
4. Enregistrez. Les modifications s’appliquent à la balise Google sur toutes les pages qui utilisent ce flux.

Vous préférez le code à l’interface d’administration ?

// Only if you configure cross-domain measurement in code instead of in the admin
gtag('set', 'linker', {
  'domains': ['www.example.com', 'checkout.example.net']
});

Vérification : Cliquez sur un lien d’un de vos domaines vers un autre. L’adresse de la page de destination doit contenir _gl=. Dans Admin › DebugView (avec Tag Assistant ou le mode débogage activé), la visite doit se poursuivre en une seule session.

Documentation : Set up cross-domain measurement · Lire le guide complet

1. Dans Tag Manager, ouvrez Google tags, sélectionnez votre balise Google et choisissez Show all.
2. Sous Configure your domains, ne conservez que vos propres domaines. Utilisez List unwanted referrals pour les sites référents à ignorer.
3. Recherchez example-petstore, example-commerce-host, _gaq et pageTracker dans vos Tags et vos Variables. Supprimez les anciennes balises HTML personnalisées qui contiennent du code Classic ou Universal Analytics.
4. Testez avec Preview, puis cliquez sur Submit pour publier une nouvelle version du conteneur.

Vérification : En mode Preview, la balise Google se déclenche sur chaque page et aucune balise ne fait référence aux domaines d’exemple. Les liens entre vos domaines contiennent _gl=.

Documentation : Google tag settings in Tag Manager · Lire le guide complet

1. Recherchez _gaq, pageTracker, ga.js, analytics.js, ga('create' et urchin dans vos modèles.
2. Supprimez l’intégralité du bloc, y compris les gestionnaires onclick et onsubmit contenant _link ou _linkByPost. Faites pointer les liens d’exemple, comme « See my pet store » ou « Continue Shopping », vers vos propres pages, ou supprimez-les.
3. Installez la balise Google pour Google Analytics 4 (extrait ci-dessous) ou ajoutez-la via Google Tag Manager.

<!-- Google tag (gtag.js) for Google Analytics 4 -->
<script async src="https://www.googletagmanager.com/gtag/js?id=G-XXXXXXXXXX"></script>
<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  gtag('js', new Date());
  gtag('config', 'G-XXXXXXXXXX');
</script>

Vérification : Affichez la source de la page : elle ne contient plus ga.js, analytics.js ni les domaines d’exemple. Dans Google Analytics 4, Reports › Realtime affiche votre propre visite.

Documentation : Universal Analytics has been replaced · Lire le guide complet

1. Yoast SEO, Rank Math et All in One SEO génèrent le schéma de votre site à partir de votre propre adresse et n’utilisent pas les domaines d’exemple. Pour supprimer malgré tout l’action de recherche : Yoast add_filter( 'disable_wpseo_json_ld_search', '__return_true' );, Rank Math rank_math/json_ld/disable_search, All in One SEO Search Appearance › Advanced › Enable Sitelinks Search Box désactivé.
2. SEOPress a supprimé le balisage du champ de recherche dans la version 8.1 (septembre 2024). Mettez le plug-in à jour.
3. Le domaine d’exemple provient généralement d’un bloc collé à la main : vérifiez le fichier header.php de votre thème, les champs « code personnalisé dans l’en-tête » ou « scripts d’en-tête », ainsi que les plug-ins qui insèrent du code dans l’en-tête de la page.
4. Remplacez le bloc par le balisage WebSite correct (extrait ci-dessous), ou supprimez-le si votre plug-in SEO en génère déjà un.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "WebSite",
  "name": "Your site name",
  "url": "https://www.example.com/"
}
</script>

Vérification : Affichez la source de votre page d’accueil : elle contient un seul bloc WebSite avec votre propre nom et votre propre adresse. Vérifiez-le avec le Schema Markup Validator.

Documentation : Yoast: SearchAction · Lire le guide complet

1. Recherchez le bloc <script type="application/ld+json"> (ou les microdonnées) qui contient example-petstore.com.
2. Remplacez url par votre propre page d’accueil et définissez name sur le nom de votre site. La partie potentialAction / SearchAction peut être supprimée : Google n’affiche plus le champ de recherche sitelinks.
3. Ne conservez le bloc WebSite que sur votre page d’accueil.
4. Dans la Search Console, utilisez URL Inspection › Request indexing pour votre page d’accueil.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "WebSite",
  "name": "Your site name",
  "url": "https://www.example.com/"
}
</script>

Vérification : Le Schema Markup Validator affiche un élément WebSite avec vos propres name et url. Le test des résultats enrichis ne couvre pas les noms de sites.

Documentation : Site names in Google Search · Lire le guide complet

1. Validez l’ancien et le nouveau domaine en tant que propriétés de domaine dans le même compte Search Console.
2. Redirigez chaque ancienne adresse vers son équivalent sur le nouveau domaine avec une redirection 301, et maintenez les redirections pendant au moins 180 jours.
3. Dans l’ancienne propriété, ouvrez Settings › Change of address et sélectionnez la nouvelle propriété.
4. Vérifiez que les URL canoniques, les sitemaps et les hreflang du nouveau site ne contiennent pas d’adresses d’exemple, puis envoyez à nouveau le sitemap.

Vérification : Dans la Search Console, la demande de changement d’adresse apparaît comme en cours et la nouvelle propriété commence à recevoir des impressions.

Documentation : Change of Address tool · Lire le guide complet

1. Déterminez où l’adresse est définie : une URL de base ou un hôte dans le code, un fichier de configuration, une variable d’environnement, un environnement Postman ou le constructeur d’un SDK.
2. Déplacez l’adresse dans la configuration (extrait ci-dessous) et faites-la pointer vers le service réel.
3. Révoquez chaque clé, jeton ou mot de passe envoyé à ce domaine, et générez-en de nouveaux auprès du service qui les a émis.
4. Ajoutez une vérification qui échoue lorsque l’adresse configurée contient example-, pour que cela ne puisse plus se reproduire.

# Python: read the address from configuration, not from the code
import os
BASE_URL = os.environ["API_BASE_URL"]

// JavaScript / Node.js
const baseURL = process.env.API_BASE_URL;

Vérification : Les requêtes atteignent le service réel et aboutissent. Plus rien de votre code n’arrive ici : ce domaine répond à ces requêtes par 410 Gone.

Documentation : OWASP Secrets Management · Lire le guide complet