Joindre les backlinks aux exports Search Console, étape par étape

La configuration, et pourquoi une jointure est utile

Search Console affiche les sites qui vous lient. Il ne les classe pas.

Exportez les sites référents principaux en CSV : le fichier vous donne une colonne de domaines sans indication de poids. C'est ce manque que la jointure comble, car un export brut est une liste et non un argument.

Notre action bulk_dr attribue un score à toute la colonne en un seul appel, donc la jointure est un simple left_join() sur le domaine. Search Console ne montre qu'un échantillon des liens qu'il connaît, considérez donc l'export comme un plancher, pas un total.

Ce que l'exemple vous apprend, et ce qu'il ne vous apprend pas

Lisez attentivement la ligne du forum, car quarante liens à un DR 9 représentent du volume sans poids.

Dans ce cas fictif, deux lignes avec un seul lien chacune surpassent 67 liens provenant de sites fins, ce qui est le modèle que vous devez rechercher dans vos propres données. Cela reflète le fonctionnement du DR, et non une promesse de classement.

Ne lisez pas de causalité là-dedans. Google a indiqué que les liens sont un signal parmi tant d'autres, et depuis la mise à jour core de mars 2024, le paysage n'a fait que se complexifier.

Empilez plusieurs exports dans une seule table d'abord

Avant de joindre les backlinks aux exports Search Console, empilez les fichiers. La plupart des cas réels impliquent plusieurs exports, un par client ou un par trimestre, et la jointure est plus propre lorsqu'il n'y a qu'une seule table à laquelle joindre.

Vérifiez que les fichiers correspondent vraiment

Plusieurs fichiers CSV provenant de plusieurs personnes ne se combinent proprement que s'ils partagent les noms de colonnes, l'ordre des colonnes, les formats de date et l'encodage. Supposons que vous receviez un export par client. Avant de les lier, comparez la ligne d'en-tête de chaque fichier et arrêtez-vous dès qu'une différence est détectée.

Une vérification rapide consiste à lister les noms de colonnes par fichier et à définir une condition d'arrêt unique dans le script. Cela coûte quelques lignes et évite un désalignement silencieux.

Délimiteurs et marques décimales

Les exports provenant de différentes machines arrivent parfois avec un point-virgule comme délimiteur ou avec une marque décimale différente. Vérifiez le délimiteur de chaque fichier avant de supposer qu'il s'agit d'un fichier séparé par des virgules, et définissez une locale explicite lorsque la marque décimale diffère.

Un fichier qui s'analyse en une seule colonne est l'échec le moins coûteux à détecter. Imprimez le nombre de colonnes de chaque fichier et arrêtez-vous s'il est égal à un.

Écrivez les choix d'analyse dans le script sous forme d'arguments explicites, et non de valeurs par défaut, afin que la prochaine personne puisse les voir sans ouvrir les données.

Une longue table avec une colonne source

Empilez les fichiers dans une longue table avec une colonne qui enregistre le fichier source et la date de l'export. Cette table remplace l'ensemble de feuilles que les gens gardent manuellement à jour.

Les résumés deviennent alors un seul appel group_by() au lieu d'une feuille par client. Conservez les fichiers bruts intacts, afin que l'étape d'empilement puisse être relancée à partir de zéro.

Les recherches croisées entre feuilles sont des jointures

Une demande telle que « déplacer la colonne 2 avec la colonne 1 » est une jointure déguisée. Choisissez la clé, ici le domaine, et laissez left_join() transporter la deuxième colonne. La version tableur se brise dès qu'une ligne bouge, tandis qu'une jointure par clé non.

Si la deuxième table utilise un format de clé différent, corrigez la clé avant la jointure plutôt qu'après. Un désalignement est généralement un problème de casse ou de préfixe.

Ce qu'une jointure ne peut pas corriger

Une jointure place deux tables côte à côte sur une clé. Elle ne peut pas faire coïncider deux sources, et elle ne peut pas sauver un domaine qui n'a jamais été exporté. Lorsque deux exports diffèrent sur un compte, la jointure montre le désaccord plutôt que de le résoudre.

Conservez cette différence visible dans le rapport, avec les deux noms de source à côté, afin qu'un lecteur puisse voir de quel export provient un chiffre.

Une jointure ne peut également pas vous dire pourquoi deux sources diffèrent. Cela nécessite un examen des lignes brutes, ce qui est une raison de plus de conserver l'export intact.

Conservez les noms de source dans la table

Une colonne source est une assurance bon marché. Lorsqu'un chiffre semble erroné dans six mois, la première question est de savoir de quel export il provient, et la colonne y répond sans chercher dans les anciens dossiers.

Supposons qu'un client demande pourquoi un domaine apparaît deux fois. La colonne source montre qu'il provient de l'export de printemps et de l'export d'été, ce qui est un fait que vous pouvez expliquer en une phrase.

Règles de nettoyage qui sauvent la jointure

Les clés cassent en premier, et silencieusement.

Mettez tous les domaines en minuscules, supprimez le www initial, supprimez les points et slashes finaux, et regroupez les doublons avant l'appel, car une seule lettre majuscule erronée transforme une bonne correspondance en un NA que vous ne remarquerez peut-être pas jusqu'à ce qu'un client pose la question.

Conservez l'export brut intact dans son propre fichier, écrivez la table nettoyée à côté, et enregistrez la date de l'export dans le nom du fichier. Le manuel mensuel explique pourquoi les fichiers datés sont importants, et la page de notation par lots contient le code de requête à réutiliser.

Enfin, lorsque l'export contient 1 200 domaines uniques et que la table notée en contient 1 150, identifiez ces 50 avant de tracer quoi que ce soit ; le glossaire liste ce que l'action retourne, et l'arbre décisionnel vous indique quand une autre source est la meilleure réponse.

Un deuxième export sans reconstruire la jointure

L'ajout d'une deuxième période est là où beaucoup de jointures échouent silencieusement. La solution est de décider de la capture avant de toucher aux scores.

Considérez la capture comme faisant partie de la clé. Deux lignes avec le même domaine et des dates de capture différentes sont des faits différents, même lorsque les chiffres se ressemblent.

Deux exports de mois différents ne constituent pas une tendance tant que la question de la capture n'est pas réglée. Réglez-la d'abord, puis tracez la ligne.

Noter les deux périodes en une seule passe

Supposons que vous ayez l'export de ce trimestre et celui du trimestre dernier. Empilez les deux avec leurs dates, puis notez les domaines uniques des deux fichiers en une seule passe, afin que les deux trimestres partagent une seule capture.

Les noter séparément, à des moments différents, mélangerait deux états d'index dans une seule comparaison. Notez la date de capture sur le graphique, afin qu'un lecteur puisse voir que les deux chiffres proviennent d'une seule passe.

Domaines présents dans les deux

Un domaine présent dans les deux exports devrait apparaître une fois dans la table de score et deux fois dans la table empilée. Cela maintient le score honnête et le compte de liens par trimestre honnête aussi.

Créez une table de score avec une ligne par domaine avant de la joindre, afin que la jointure ne multiplie pas les lignes. Vérifiez que son nombre de lignes est égal au nombre de domaines uniques.

Conservez la notation et la jointure dans des étapes séparées

Conservez l'étape de notation dans son propre script et la jointure dans un autre. Lorsqu'un score change, vous savez quelle étape relancer, et la jointure n'a pas besoin d'être refaite manuellement.

Un petit fichier qui enregistre la date de capture et les noms des exports facilite la mise en correspondance des deux étapes plus tard.