Unisci i backlink alle esportazioni di Search Console, passo dopo passo

La configurazione e il motivo per cui un join è utile

Search Console mostra i siti che linkano. Non li classifica.

Esporta i siti che linkano come file CSV: il file ti fornisce una colonna di domini priva di qualsiasi indicazione di peso. È proprio questa lacuna che il join risolve, poiché un'esportazione grezza è un semplice elenco e non un argomento strutturato.

La nostra azione bulk_dr assegna un punteggio all'intera colonna con una sola chiamata, quindi il join è un semplice left_join() sul dominio. Search Console mostra solo un campione dei link che conosce, quindi tratta l'esportazione come un valore minimo, non come un totale.

Cosa ci dice l'esempio e cosa non ci dice

Leggi attentamente la riga del forum, perché quaranta link a DR 9 rappresentano volume senza peso.

In questo caso inventato, due righe con un link ciascuna superano 67 link provenienti da siti sottili: è questo il pattern che dovresti cercare nei tuoi dati. Riflette il funzionamento del DR, non una garanzia sui ranking.

Non interpretarlo come causalità. Google ha affermato che i link sono solo uno dei tanti segnali e, dall'aggiornamento core di marzo 2024, il quadro è diventato ancora più complesso.

Impila più esportazioni in una sola tabella prima

Prima di unire i backlink alle esportazioni di Search Console, impila i file. La maggior parte dei lavori reali prevede più esportazioni, una per cliente o una per trimestre, e il join è più pulito quando c'è una sola tabella da cui unire.

Verifica che i file corrispondano davvero

Più file CSV provenienti da più persone si combinano pulitamente solo quando condividono nomi di colonne, ordine delle colonne, formati di data e codifica. Supponiamo di ricevere un'esportazione per cliente. Prima di unirli, confronta la riga di intestazione di ogni file e interrompi quando una differisce.

Un controllo rapido consiste nell'elenco dei nomi di colonna per file e in un'unica condizione di arresto nello script. Questo richiede poche righe ed evita un'allineamento silenzioso errato.

Delimitatori e marcatori decimali

Le esportazioni da macchine diverse a volte arrivano con un punto e virgola come delimitatore o con un marcatore decimale diverso. Controlla il delimitatore di ogni file prima di assumere che sia un file separato da virgole e imposta una locale esplicita quando il marcatore decimale differisce.

Un file che viene analizzato in una singola colonna è il fallimento più economico da rilevare. Stampa il numero di colonne di ogni file e interrompi quando è uno.

Scrivi le scelte di parsing nello script come argomenti espliciti, non predefiniti, così la persona successiva potrà vederli senza aprire i dati.

Una lunga tabella con una colonna di origine

Impila i file in un'unica tabella lunga con una colonna che registra il file di origine e la data dell'esportazione. Questa tabella sostituisce l'insieme di fogli che le persone tengono manualmente in ordine.

Le sintesi diventano poi una singola chiamata group_by() invece di un foglio per cliente. Mantieni i file grezzi intatti, in modo che il passaggio di impilamento possa essere rieseguito da zero.

Le ricerche tra i fogli sono join

Una richiesta come sposta la colonna 2 insieme alla colonna 1 è un join mascherato. Scegli la chiave, qui il dominio, e lascia che left_join() trasporti la seconda colonna. La versione del foglio di calcolo si interrompe ogni volta che una riga si sposta, mentre un join con chiave no.

Se la seconda tabella utilizza un formato di chiave diverso, correggi la chiave prima del join piuttosto che dopo. Una mancata corrispondenza è solitamente un problema di maiuscole/minuscole o di prefisso.

Cosa un join non può risolvere

Un join affianca due tabelle su una chiave. Non può far concordare due fonti e non può recuperare un dominio che non è mai stato esportato. Dove due esportazioni discordano su un conteggio, il join mostra la discordia anziché risolverla.

Mantieni quella differenza visibile nel report, con entrambi i nomi delle fonti accanto, così un lettore può vedere da quale esportazione proviene un numero.

Un join non può nemmeno dirti perché due fonti discordano. Questo richiede un'analisi delle righe grezze, che è un altro motivo per cui l'esportazione rimane intatta.

Mantieni i nomi delle fonti nella tabella

Una colonna di origine è un'assicurazione economica. Quando una cifra sembra errata tra sei mesi, la prima domanda è da quale esportazione proviene e la colonna lo risponde senza una ricerca nelle cartelle vecchie.

Supponiamo che un cliente chieda perché un dominio appare due volte. La colonna di origine mostra che proviene dall'esportazione di primavera e da quella di estate, un fatto che puoi spiegare in una frase.

Regole di pulizia che salvano il join

Le chiavi si rompono per prime e si rompono silenziosamente.

Converti in minuscolo ogni dominio, rimuovi il www iniziale, elimina i punti e le barre finali e collassa i duplicati prima della chiamata, perché una singola lettera maiuscola trasforma una buona corrispondenza in un NA che potresti non notare finché un cliente non chiede.

Mantieni l'esportazione grezza intatta nel suo file, scrivi la tabella pulita accanto e registra la data dell'esportazione nel nome del file. Il manuale mensile spiega perché i file datati sono importanti e la pagina di valutazione bulk ha il codice di richiesta da riutilizzare.

Infine, quando l'esportazione ha 1.200 domini unici e la tabella valutata ne ha 1.150, trova quei 50 prima di creare qualsiasi grafico; il glossario elenca cosa restituisce l'azione e l'albero decisionale ti dice quando un'altra fonte è la risposta migliore.

Una seconda esportazione senza ricostruire il join

L'aggiunta di un secondo periodo è dove molti join falliscono silenziosamente. La soluzione è decidere l'istantanea prima di toccare i punteggi.

Pensa all'istantanea come parte della chiave. Due righe con lo stesso dominio e date di istantanea diverse sono fatti diversi, anche quando i numeri sembrano simili.

Due esportazioni di mesi diversi non sono un trend finché non è risolta la domanda sull'istantanea. Risolvi prima quella, poi traccia la linea.

Valuta entrambi i periodi in un unico passaggio

Supponiamo di avere l'esportazione di questo trimestre e quella del trimestre scorso. Impilale entrambe con le loro date, quindi valuta i domini unici su entrambi i file in un unico passaggio, così entrambi i trimestri condividono un'unica istantanea.

Valutarli separatamente, in momenti diversi, mescolerebbe due stati dell'indice in un unico confronto. Annota la data dell'istantanea sul grafico, così un lettore può vedere che entrambi i numeri provengono da un unico passaggio.

Domini presenti in entrambi

Un dominio presente in entrambe le esportazioni dovrebbe apparire una volta nella tabella dei punteggi e due volte nella tabella impilata. Questo mantiene onesto il punteggio e onesto anche il conteggio dei link per trimestre.

Crea la tabella dei punteggi con una riga per dominio prima di unirla, così il join non può moltiplicare le righe. Verifica che il suo numero di righe corrisponda al numero di domini unici.

Mantieni la valutazione e il join in passaggi separati

Mantieni il passaggio di valutazione nel suo script e il join in un altro. Quando un punteggio cambia, sai quale passaggio rieseguire e il join non deve mai essere rifatto manualmente.

Un piccolo file che registra la data dell'istantanea e i nomi delle esportazioni rende facile abbinare i due passaggi in seguito.