Snapshot DR del dominio: una configurazione mensile per il tuo strumento BI

Scegliere a cosa è consentito rispondere un numero DR del dominio

Il DR del dominio è un conteggio in incognito. Semplice. Aumenta quando più siti distinti linkano a un dominio, e la scala logaritmica rende ogni nuovo punto più difficile da raggiungere rispetto al precedente. Tieni presente questa frase nelle note del grafico.

Un buon tile risponde a una domanda di tendenza per insieme di domini: stiamo chiudendo il divario con i tre rivali, i partner stanno crescendo, una campagna ha prodotto risultati? Un tile scarico mescola traffico o ricavi e invita a una storia causale che i dati non possono sostenere.

Memorizza anche il conteggio grezzo dei domini di riferimento. Se il punteggio cambia di un punto, puoi vedere se si trattava di 40 nuovi domini o 4.000, e questo ti dice se preoccuparti.

Cosa la tabella dovrebbe e non dovrebbe contenere

Una tabella di snapshot è una memoria. Dovrebbe contenere ciò di cui hai bisogno per spiegare un grafico tra un anno, e nulla che inviti a una spiegazione errata. Inizia con il set minimo di colonne che risponde alla domanda di tendenza. Aggiungi una colonna solo quando una riunione lo richiede.

Alcune colonne meritano il loro posto fin dal primo giorno. Meno di quanto pensi. Il dominio, il punteggio, il conteggio dei domini di riferimento, la data di estrazione e il nome della fonte coprono la maggior parte delle domande. Una colonna sul traffico sembra utile, ma proviene da un'altra fonte e da un'altra data, quindi appartiene a un'altra tabella.

Escludi tutto ciò che puoi ricalcolare a partire dal resto. Una variazione mese su mese è una sottrazione, quindi mantienila in una vista piuttosto che come una quarta copia dello stesso fatto.

Scrivi anche l'elenco delle colonne nelle note del grafico. Un lettore che apre il grafico tra un anno dovrebbe vedere da dove proviene ogni numero e quale estrazione lo ha riempito.

Chiavi che impediscono righe doppie

La chiave primaria su domain e pull date fa più che bloccare i duplicati. Indica anche da quale estrazione proviene una riga, il che è importante quando avviene un riesecuzione dopo un timeout. Due righe per lo stesso dominio in un mese dovrebbero essere impossibili, e lo schema dovrebbe dirlo.

Nomi di fonte su cui puoi filtrare

Scrivi la fonte come un'etichetta fissa, ad esempio rankwiser_bulk_dr, non come una nota in testo libero. Un filtro su quell'etichetta mantiene questo punteggio separato da qualsiasi altro punteggio che carichi in seguito. Tieni breve l'elenco delle etichette e scrivilo accanto alla tabella.

Linee guida utili da aggiungere fin dal primo giorno

Tieni una seconda tabella delle estrazioni fallite. Una riga con lo stato HTTP, l'ora e il corpo della risposta batte un gap silenzioso nel grafico. Emetti un alert per tutto tranne ok true.

Blocca l'elenco dei domini nel controllo versione. Diff brevi aiutano. Quando qualcuno aggiunge un concorrente, il diff mostra chi l'ha aggiunto e quando, e il grafico riceve una nota. Altrimenti la linea per quel concorrente appare dal nulla e le persone chiedono perché sia iniziata a marzo.

Pianifica anche il cambio di fonte. Se in seguito aggiungi numeri da Ahrefs o Moz, assegna loro un proprio valore source nella tabella, come discusso quando abbiamo confrontato Ahrefs e Majestic.

Un rapido controllo di salute per ogni esecuzione mensile

Prima di fidarti di un grafico, controlla il job che lo ha riempito. Poi guarda il grafico. Un'esecuzione sana restituisce ok impostato su true, una riga per ogni dominio richiesto e un saldo diminuito dell'importo previsto. Qualcos'altro è un motivo per leggere la risposta, non per tracciare la linea comunque.

Conta le righe che si sono spostate. Se una grande quota si è spostata di tre punti o più, controlla l'elenco dei domini prima di dare la colpa all'indice. Un'improvvisa ondata di movimenti di solito significa che l'elenco è cambiato, non il web.

Un conteggio di righe che corrisponde all'elenco è il minimo. Meno righe significa che un dominio è stato eliminato da qualche parte tra il file e la tabella. Trovalo prima della prossima esecuzione.

Cosa ti dice un mese piatto

Un mese con quasi nessun movimento non è prova di stabilità. L'indice si aggiorna approssimativamente una volta al mese, quindi una riga piatta potrebbe semplicemente non essere stata ancora aggiornata. Leggi un mese tranquillo accanto alla sua data di estrazione e ricorda che il grafico segue ancora il calendario.

Chi riceve l'alert

Un alert inviato a una casella di posta condivisa viene ignorato entro un mese. Assegna un'unica persona a questo compito e una seconda per le settimane in cui la prima è assente. L'alert dovrebbe indicare l'elenco dei domini, lo stato HTTP e l'ora, in modo che il lettore non debba aprire lo script per agire.

Testare una modifica prima che vada in produzione

Se cambi l'elenco o la pianificazione, esegui le versioni vecchia e nuova affiancate per un ciclo. Le righe corrispondenti mostrano che la modifica non ha fatto altro. Una differenza che non riesci a spiegare dovrebbe fermare il rollout, per quanto piccola appaia.

Una nota su frequenza e ritmo

Nulla qui richiede velocità. Un'esecuzione mensile è un manipolo di richieste, anche per elenchi grandi, e ogni risposta arriva come un singolo documento JSON. Se il tuo scheduler riprova in caso di errore, rendi la riprova idempotente, cosa che la chiave primaria su domain e pull date ti dà già.

Resisti alla tentazione di eseguire il job quotidianamente solo perché è economico. No. Il nostro indice si aggiorna approssimativamente una volta al mese. Le estrazioni giornaliari restituiscono le stesse righe per settimane, e il tuo grafico si riempie di linee piatte che sembrano stabilità ma riflettono solo il calendario dei crawl. Leggi le ricette alternative di Majestic per altre estrazioni degne di essere pianificate, come gli anchor e le intersezioni.

Gestire il job dopo il lancio

Un job mensile sopravvive alla persona che lo ha creato. Sei mesi dopo, qualcuno di nuovo apre la voce cron e si chiede perché l'elenco viva in un file. Scrivi una breve nota. Mettila in cima allo script con lo scopo, la pianificazione e il costo in crediti. Quella nota è più economica di una riunione a riguardo.

Rivedi l'elenco dei domini ogni trimestre. Rimuovi ciò che non è più importante e aggiungi i concorrenti su cui si basa effettivamente una decisione. Ogni modifica va nel controllo versione con una data, in modo che il grafico possa mostrare il cambiamento invece di nasconderlo.

Il budget è parte della revisione. Un credito al mese. Il costo rimane minimo. Controlla il saldo lo stesso giorno del grafico e scrivi la data del prossimo ricarico nella stessa nota.

Domande che le persone pongono sul job mensile

Quattro domande emergono una volta che il job è in esecuzione da qualche mese. Ogni risposta è una regola che puoi scrivere nella nota di configurazione.

Perché non estrarre quotidianamente, dato che le chiamate sono economiche?

I dati cambiano su un calendario mensile, quindi un'estrazione giornaliera ripete le stesse righe per settimane. Il costo è piccolo, ma il grafico si riempie di linee piatte che sembrano stabilità. Un grafico destinato a un consiglio di amministrazione ha anche bisogno della nota a piè di pagina board runbook.

Cosa succede se un concorrente viene rimosso dall'elenco?

Mantieni la sua cronologia, contrassegna il dominio come rimosso e smetti di estrarlo. Una linea mancante sembra un gap nei dati, quindi scrivi la ragione accanto al grafico.

Posso eseguire il job in un giorno diverso?

Sì, se scegli un giorno e lo mantieni. Il punto è un ritmo costante. Spostare la data di pochi giorni ogni mese rende la tendenza più difficile da leggere.

Cosa faccio con un 402 a metà mese?

Arresta il job, ricarica dalla pagina dell'account con USDT e riesegui solo la richiesta fallita. Tieni la risposta fallita nel tuo log, in modo che il gap nel grafico abbia una spiegazione scritta.