API d’inspection d’URL

Découvrez l'API d'inspection des URL pour des rapports toujours plus efficaces et granulaires.

Inspection des URL Analyse de l’API

Pour ceux qui, comme moi, aiment le référencement et le monde de Google, le 31 janvier 2022 sera marqué sur le calendrier : le moteur de recherche a enfin publié son API Inspection URLs qui nous permet, à nous les fous du référencement, de nous livrer à la conception de nouveaux rapports, de plus en plus opportuns et intéressants, à la fois pour notre propre analyse interne et pour la présentation de données aux clients. Après avoir lu le forum des développeurs de Google, je suis tombée sur le blog de ma collègue Lazarina Stoy, qui a non seulement pensé à rapporter l’information, mais a également créé un modèle complet pour Google data Studio qui reprend les données de la Search Console et les présente sous leur meilleur jour.

Vue d’ensemble de l’API Inspection de l’URL

L’API d’inspection des URL utilise une méthode appelée“index.inspect” qui vous permet d’afficher le statut d’une URL et de définir si elle est “indexée” ou “non indexée”. Pour obtenir ces résultats, vous pouvez faire une demande en analysant deux paramètres : le premier indique l’URL que vous souhaitez analyser et le second l’URL de la propriété définie dans la Search Console.

La structure requise est la suivante :

Représentation JSON :

Copy to Clipboard

Au moment de la rédaction de l’article, il est possible de vérifier la version dans l’index de Google et il n’est pas possible de tester l’indexabilité d’une URL en direct, et Google a fixé des quotas maximaux d’analyse de temps : 2 000 requêtes par jour et 600 par minute.

Inspection de l’URL de l’API et Screaming Frog

Comme vous le savez déjà, Screaming Frog peut être connecté via API à Google Search Console et cela vous permet de traiter les données de cette nouvelle version d’une manière simple mais très puissante pour des analyses de plus en plus avancées présentées d’une manière simple et intuitive.

> > > Configuration API Onglet API Google Search Console Activer l’inspection d’URL

Esport dei dati con screaming frog

De Screaming Frog à Data Studio

Une fois que vous avez obtenu les données nécessaires avec le Seo Spider, vous pouvez utiliser le modèle de Lazarina Stoy (Template Data Studio…j’ai mis le lien au bas de l’article) comme tableau de bord, entrer votre propriété, faire une copie et utiliser les données extraites de Screaming Frog comme source pour votre modèle nouvellement créé.

template-data-studio

source : lazarinastoy

*Veuillez noter que le modèle ne fonctionnera correctement que si vous avez configuré la version anglaise de Screaming Frog, sinon les noms des colonnes dans le fichier exporté seront différents et les données ne seront pas renvoyées par Google Data Studio ! Je vais bientôt traduire le modèle pour la version italienne de Seo Spider !

Comme pour tous les modèles de Data Studio, il peut y avoir des problèmes liés au clonage des champs, des filtres et des applications spécifiques aux filtres. Afin de “corriger” les éventuels bogues, je vais indiquer ci-dessous tous les éléments qui composent le modèle.

Champ personnalisé : incompatibilité canonique ? (O/N)

Champ personnalisé : Section de la page

Champ personnalisé : Pages avec et sans clics

Champ personnalisé : Fréquence de balayage

Les filtres inclus dans le modèle sont les suivants :

  • Exclusion des pages présentant des erreurs d’utilisation mobile.
  • Exclusion des pages avec 0 clic.
  • Exclusion des URL sans résumé.
  • Exclusion des URL ayant le statut “null”.
  • Les pages avec crawling ne sont pas autorisées.
  • L’extraction de la page a échoué.
  • Code d’état correspondant à 404.

Données sur le GDS

Avant de plonger dans l’analyse des données que vous trouverez dans le modèle, je voudrais faire quelques remarques sur les données elles-mêmes. N’oubliez pas que le statut “l’URL est sur Google” ne correspond pas à la présence de la page dans les résultats de recherche ; l’apparition effective dans Serp exige que la page et les données soient conformes aux lignes directrices en matière de qualité et de sécurité. En outre, l’outil d’inspection des URL ne prend pas en compte les actions manuelles, les suppressions de contenu et les URL bloqués temporairement. Il peut donc arriver que l’URL ne soit pas présente sur Google mais que l’outil indique tout de même son indexation sur le moteur de recherche. Seule une analyse ad hoc permettra de comprendre la raison de cette divergence.

Section du modèle GDS

Dans la section“Aperçu de la couverture“, les données suivantes peuvent être observées :

  • le nombre de pages scannées, ainsi que la répartition des pages par section ;
  • le nombre de pages ayant un statut de couverture selon l’API d’inspection, y compris la répartition des pages par statut ;
  • le nombre de pages qui reçoivent des clics ;
  • le nombre de pages présentant des problèmes d’utilisabilité mobile et la répartition des problèmes ;
  • le nombre de pages présentant des problèmes de “rich snippet” et la répartition des erreurs ;
  • un résumé de la distribution de l’état de l’index (les options sont les suivantes : L’URL est sur Google, L’URL est sur Google mais a des problèmes, et L’URL n’est pas sur Google) ;
  • un résumé de la répartition des agents utilisateurs – votre site est-il scanné principalement par un agent mobile, un agent de bureau ou un agent inconnu ?
  • un résumé de la distribution du “page fetch” – les pages incluses dans l’analyse ont-elles été récupérées avec succès par Google ?
  • un résumé de l’état de l’inspection de l’URL – y a-t-il eu des erreurs ?

Dans la section “Mobile Usability “, vous pouvez obtenir :

  • un aperçu de la compatibilité de vos pages avec les mobiles ou des erreurs qu’elles contiennent ;
  • obtenir une vue d’ensemble des principaux types d’erreurs trouvées sur le site et du nombre de pages qui les provoquent ;
  • Filtrez les URL en fonction du type d’erreur, de l’indexabilité et de l’état de l’index de Google.

Dans la section“Rich Snippet Issues“, vous pouvez :

  • Obtenez une vue d’ensemble des principales erreurs liées aux rich snippets ;
  • obtenir une vue d’ensemble du nombre de pages valides pour les données structurées ;
  • voir les principaux types de régimes mis en œuvre ;
  • filtrer et explorer les URL, en fonction de l’indexabilité, des clics et de l’état de l’index de Google, afin d’aider à hiérarchiser les corrections.
analisi dati strutturati

Dans la section Statut Google (page 2 du modèle) :

  • Filtrez et explorez les URL en fonction de l’état de l’API d’inspection des URL, du résumé, des pages cliquées/absentes et de la couverture ;
  • obtenir une vue d’ensemble de la relation entre l’indexabilité et le code de statut – toutes les pages que vous avez déclarées indexables renvoient-elles un code de statut 200 ?
  • obtenir une vue d’ensemble de la relation entre le statut de l’index de Google et les clics – les pages problématiques obtiennent-elles des clics ? Donnez la priorité à leur optimisation.
  • obtenir une vue d’ensemble de la relation entre le statut de contrôle et la répartition des erreurs – lorsqu’une erreur de contrôle est reçue, quelle en est la raison ? Délai de lecture, temps de connexion ?

Dans la section‘Crawling‘, vous pouvez obtenir des statistiques sommaires sur :

  • les pages où l’exploration n’est pas autorisée ;
  • les pages où l’indexation n’est pas autorisée ;
  • URL où la recherche de pages n’est pas autorisée ;
  • les pages avec le code d’état 404.
  • filtrer les URL par agent d’exploration (mobile, bureau, inconnu) ;
  • filtre basé sur la dernière date d’extraction à l’aide du filtre de plage de dates ;
  • en fonction de l’état de récupération de la page ;
  • filtrer par code d’état ;
  • obtenir une vue d’ensemble du comportement du site en matière d’exploration – quelle est la fréquence d’exploration des URL ?

Dans la section “Balisescanoniques”, vous pouvez vérifier les différences entre les balises canoniques que vous avez indiquées et celles sélectionnées par Google. Vous pouvez également compléter ces dimensions par des filtres supplémentaires afin de découvrir d’éventuels schémas d’erreur.

Utilisations pratiques – Lazarina Stoy Modèle

Nous concluons l’analyse de ce modèle par quelques cas pratiques dans lesquels il peut être utilisé.

  • Pour quelles pages Google n’utilise-t-il pas les références canoniques que vous avez indiquées sur le site web ?

Allez à la deuxième page du modèle dans la section “Canonical tags” et filtrez le tableau par “Canonical Mismatch (Y/N)” en utilisant l’option “YES”. Vous pouvez immédiatement examiner toutes les incohérences.

Quelles sont les pages indexées qui obtiennent des clics et qui n’ont pas été analysées par le robot récemment ?

Val sur la page 2 et sélectionnez le filtre Pages avec/sans clics dans la section Statut Google, en le paramétrant pour n’afficher que les pages avec clics.

Faites ensuite défiler vers le bas jusqu’à la section suivante et utilisez la barre de date pour ajuster l’intervalle de temps que vous souhaitez revoir. Vous pouvez voir le résultat dans le tableau ci-dessous avec les URLs, le dernier crawl (date), et le nombre de clics.

Quelles URL génératrices de clics présentent des problèmes d’utilisabilité mobile ou de données structurées ?

Allez à la page 1, dans les sections Mobile Usability Issues et Rich Result Snippet Issues, et utilisez les filtres d’indexation pour répondre à ces questions.

Téléchargez le modèle pour Google data Studio

URL DE L’API D’INSPECTION

Seo Spider Tab