À quoi sert Search Console

C’est tout. Search Console n’écrit pas de descriptions. Elle ne compte pas les visites. C’est une fenêtre de statut sur ce que Google a déjà décidé, plus un moyen de tendre à Google une carte au lieu d’attendre qu’il se promène.

Les citations dans les réponses IA sont un autre tableau de bord. Voir Mythes SEO IA pour créatifs. Cette page, c’est le chemin classique crawl-et-indexation.

Le conseil habituel : coller une balise meta ou uploader un fichier HTML sur le site. Ça marche jusqu’à ce que l’hôte déménage. Une page démarre sur un sous-domaine plateforme, puis vous attachez un domaine personnalisé et tout 301 vers le nouveau. La vérification fichier est liée à un fichier hébergé précis. Elle casse en silence. Un enregistrement DNS TXT vérifie le domaine, pas un fichier — donc il survit au basculement.

Search Console traite le sous-domaine plateforme et votre propre domaine comme des propriétés distinctes de toute façon. Vérifiez l’hôte que les gens chercheront vraiment. Quand vous déménagez, ajoutez la nouvelle propriété plutôt que de supposer que l’ancienne vous a suivi.

Les checklists traitent sitemap.xml comme un inventaire complet de tout ce qu’un visiteur peut ouvrir. Ce n’est pas le cas. ArtInStack en génère un et le tient à jour. Vous le soumettez une fois à Google ; Google le revérifie de lui-même. Republier n’est pas un rituel de resoumission. Le protocole qui pingue d’autres moteurs à la publication, c’est IndexNow — et c’est un autre job. Voir IndexNow, honnêtement.

Ce que la carte inclut : la page d’accueil, les pages et posts publiés qui ne sont pas masqués de la recherche, une URL /terms sur les sites studio, et des URL de détail photo (plafonnées). Ce qu’elle n’inclut pas actuellement : les galeries publiques. Ces URL restent publiques. Elles ne sont juste pas dans ce fichier. Les pages et posts masqués sont omis avant que Google ne les voie. Le réglage masquer-de-la-recherche d’une galerie ne contrôle pas les URL photo dans le sitemap. Aucun des deux fichiers n’est « chaque URL publique ».

Quelques choses qui ressemblent à des erreurs et n’en sont pas : les pages que vous avez masquées de la recherche n’apparaîtront pas comme indexées. C’est le réglage qui fonctionne, pas un échec de crawl. Une page toute neuve peut rester dans « Discovered, currently not indexed » pendant des jours. Normal pour un nouveau domaine à faible autorité. Soumettre le sitemap accélère la découverte ; ça ne garantit pas l’indexation le jour même. Une page qui était à un chemin WordPress ou Squarespace et qui redirige maintenant devrait montrer la redirection comme intentionnelle dans Coverage, pas comme un lien cassé. C’est à ça que servent les 301 d’import.

Ce qui mérite d’être investigué : une page publique non masquée qui reste dans « Excluded » pour des raisons autres qu’une redirection ou votre propre réglage noindex, des semaines après publication. C’est le vrai signal que Coverage existe pour vous donner.

À dire clairement parce que c’est le mélange le plus courant. Les photographes installent d’abord les analytics parce que c’est le produit familier, puis traitent Search Console comme optionnel. Ni l’un ni l’autre ne remplace l’autre. Search Console vous dit si vous êtes visible. Analytics vous dit ce qui se passe après qu’on vous a trouvé. Vous configurez Search Console chez Google, sur l’hôte canonique. Vous configurez les analytics sur le site, comme mesure de visiteurs.

Search Console a aussi un rapport d’images licensables et un rapport rich results pour les données structurées. Les deux vivent dans le produit Google. Si vous cherchez à comprendre spécifiquement les signaux de licence d’image, voir Badge Licensable vs IPTC.