API de suivi de positionnement

Comme nous supportons le positionnement horizontal et vertical, l’API vous dira aussi automatiquement si un type spécifique de résultat est non seulement visible mais aussi “above or below the fold”. C’est extrêmement important pour analyser pourquoi un top résultat naturel n’obtient pas le CTR (click through rates) que vous attendez. Cela peut être parce que certains de vos positionnements naturels ont été poussés ‘beyond the fold’ (c’est-à-dire l’utilisateur a besoin de faire défiler vers le bas pour les voir) par d’autres types de résultats au-dessus d’eux. Afin de réussir, nous travaillons à partir d’une taille de browser standard, comme ce qui suit:

User Agent Browser Dimensions

pc 1920×1080

mac 1920×1080

tablet 768×1024

ipad 768×1024

iphone 375×667

mobile 375×667

La valeur “above the fold” est ensuite calculée en vérifiant si la position verticale des coordonnées de l’élément en haut à gauche est moindre que la taille de la fenêtre du browser. Simple!

Cela ne surprendra personne de voir les ads CPC remontées dans les SERPs quand la phrase a un sous-entendu commercial, les CPC sont toujours la source principale de revenus pour Google. Pour ceux d’entre vous qui veulent suivre toutes les ads CPC apparaissant dans les SERPS, vous serez heureux d’apprendre que nous vous montrons aussi les détails pour les ads que Google met vers le bas de la page. L’API vous permettra de savoir quand et où nous voyons les ads, par exemple si elles apparaissent en haut de la page1 ou en bas de la page 3. Vous remarquerez que nous différencions simplement les deux en utilisant la propriété “on_top”:

Si vous développez une plateforme de gestion des campagnes CPC ou simplement vous construisez un dashboard SEM et avez besoin des données CPC et SEO, vous devriez trouver cette mise à jour très utile.

AMP (Accelerated Mobile Pages) sont devenus un sujet un peu controversé au sein de la communauté SEO cette dernière année. Mais indépendamment de ce que vous pensez des avantages ou des inconvénients de la mise en œuvre du support des AMP, ils sont le reflet de Google traitant le fait que la plupart des recherches en ligne sont maintenant effectuées en utilisant des appareils mobiles (portables, tablettes, etc). Habituellement, vous ne verrez ces résultats que dans les recherches mobile. C’est pourquoi vous devrez specifier un agent utilisateur mobile dans votre requête API. Pour en lire plus concernant les pages AMP, vous pouvez lire cet article de searchengineland.com.

Google fournit depuis quelque temps ‘direct answers’ à des requêtes dans des formes variées et souvent de façon si informative que la réponse présentée en haut de SERPs est suffisante pour répondre à la question initiale. Un utilisateur n’a donc pas toujours besoin de naviguer vers un site internet particulier. Ces types de résultats ont différentes formes, mais parmi les plus communes est le type “liste”, qui montrera une liste ordonnée (avec des nombres) ou une liste non ordonnée. Voici un exemple:

Cependant, pour certaines requêtes Google renverra une “direct answer” qui ressemble beaucoup à un paragraphe et c’est parfois le cas même si le contenu lié est en fait affiché sous forme de liste. Cela apparaîtra “type” => “paragraph” dans la réponse JSON.

Pour certains résultats “direct answer”, vous verrez un tableau en haut des SERPs. Ils peuvent varier légèrement d’une requête à l’autre, comme vous pouvez le remarquer avec les exemples suivants:

Chez Authoritas, nous travaillons constamment sur de nouvelles fonctionnalités à ajouter à l’API SERPs. Nous pouvons également suivre les résultats de définition du dictionnaire.

Voici à quoi ressemble le dictionnaire dans les SERPs:

Depuis janvier 2020, notre API peut également suivre les événements dans les SERPs Google.

Les SERPs ressemblent à:

L’API peut depuis un certain temps récupérer les résultats vidéo normaux, mais Google peut certaines fois mettre en évidence le résultat vidéo le plus pertinent en haut de la page des résultats. Vous ne pouvez voir ce type de résultats que sur la page1 des SERPs. Voici un exemple:

Et voici la réponse JSON que vous obtiendrez de notre API:

Pour certaines requêtes, Google va retourner un résultat basé sur un ‘knowledge panel’ ou un ‘knowledge graph”. Cela apparaît à droite des SERPs. Voici un bon exemple en recherchant ‘barack obama’:

Pour certaines requêtes, Google va aussi afficher des “questions liées”que d’autres utilisateurs ont posées pour des requêtes similaires:

Cette section des SERPs est souvent montrée au-dessus de la ligne de flottaison (du moins pour l user PC)  et comme pour les “recherches associées” (en-dessous), récupérer cette information peut être utile dans le cadre de vos recherche de mots-clés quand vous menez une campagne de marketing digital. Ci dessous le JSON retourné.

De même que vous voyez dans Google les résultats “autres questions posées”, vous pourrez toujours voir normalement  une section “recherches associées” vers le bas des SERPs, au-dessus de la section pagination. Vous pouvez aussi utiliser ces données comme une addition utile à toute recherche de mots-clés que vous pouvez être amené à faire durant votre campagne. La partie relevante de la réponse JSON ressemblera à ceci:

Les liens annexes peuvent indiquer que Google considère qu’un site Web appartient à une marque reconnue. Ils aident à étendre la taille de la liste organique d’un site Web, il peut donc être utile de les avoir, mais vous devrez mettre en œuvre le balisage sur Schema.org pour pouvoir les utiliser.

Google va certaines fois retourner des tweets dans les résultats SERPs. Cela a plus de chance d’arriver si l’internaute recherche un topique. Un bon moyen de le voir est d’utiliser un hashtag Twitter quand vous allez sur Google. Voici un exemple récent:

Depuis janvier 2020, nous pouvons désormais suivre les cours des actions dans notre API de suivi de positionnement

Voici à quoi cela ressemble dans les SERPs:

Janvier a été un mois chargé et nous avons également publié des résultats de traductions dans l’API:

Translations donne des résultats immédiats sans que l’utilisateur n’ait à cliquer sur un site:

C’est une addition aux SERPs par Google et un bon exemple pour montrer comment Google essaye de fournir à ses utilisateurs des réponses rapides et détaillées. Evidemment ces données proviennent de Google Maps.

Vidéo

J’admets que le terme “visibilité” peut avoir plusieurs significations dans notre industrie. Quand nous l’utilisons, nous faisons souvent référence à la visibilité naturelle (i.e quelle visibilité naturelle a un domaine particulier dans les SERPs, en tenant compte de ses mots-clés qui se positionnent, de leur positionnement actuel, du Volume de Recherche moyen de Google pour chacun, et du CTR  (click through rate) pour un mot-clé à cette position – pas vraiment facile à calculer, mais très utile à connaitre). Cependant pour ce cas spécifique, par “visibilité” nous entendons si le résultat est visible par un internaute quand il arrive la première fois sur cette page. C’est-à-dire cela ne demande aucune intéraction pour la voir autre que de faire défiler de haut en bas. Donc généralement ceci s’applique aux actualités, tweets, images, shopping ou tout autre type de résultats pour qui Google génère un carrousel gauche-droite. Voici quelques examples:

Dans l’exemple du dessus, nous savons (et reportons) X résultats actualités, mais seulement certains sont visibles initialement, pour un internaute à moins que cet utilisateur clique sur le chevron à droite de l’écran pour faire que le carrousel bouge à droite et montre plus de résultats.