Calo del traffico dopo l'acquisto di link: una procedura operativa QA
Il panico fonde cinque cause in una. Questa procedura operativa le separa in un ordine fisso, con una condizione di stop a ogni passaggio.
Team di ricerca di LinksVerifier ·
La procedura operativa
01
Passaggio 1: datare il calo al giorno esatto
Apri le prestazioni di Search Console e trova il primo giorno in cui le impressioni sono diminuite, non il giorno in cui te ne sei accorto. Confronta desktop e mobile separatamente. Condizione di stop: se il calo è precedente al lotto, il lotto non ne è la causa.
02
Passaggio 2: allineare la data con gli aggiornamenti noti
Google ha confermato aggiornamenti core come quello del marzo 2024 e un aggiornamento sulla spam dei link a dicembre 2022. Se la tua data rientra in una finestra di aggiornamento, il lotto di link è solo uno dei sospetti.
03
Passaggio 3: cercare un'azione manuale
Search Console mostra le azioni manuali nel suo report specifico. Nessun messaggio significa nessuna azione manuale. Gli effetti algoritmici non inviano avvisi, motivo per cui la datazione è importante.
04
Passaggio 4: valutare i danni
La perdita è diffusa su tutto il sito o concentrata sulle pagine verso cui hai puntato i link? Un calo concentrato sulle pagine target implica i link. Un calo uniforme indica un'altra causa.
05
Passaggio 5: audit del lotto con i controlli standard
Esegui le cinque asserzioni: pagina live, attributo rel, noindex, redirect, rating. Ottieni i rating delle sorgenti con bulk_dr; un lotto di 100 domini costa 1 credito.
06
Passaggio 6: decidere, poi attendere
Rimuovi o chiedi al fornitore di rimuovere ciò che puoi. Disavow solo ciò che non puoi. Poi attendi un ciclo completo di crawling prima di giudicare. La pazienza fa parte della procedura ed è il passaggio che le persone saltano quando un cliente chiama ogni mattina.
Leggere le date di Search Console prima di dare la colpa a un lotto
Un calo del traffico dopo l'acquisto di link è prima di tutto un problema di datazione. La stessa caduta può sembrare improvvisa in una visualizzazione e graduale in un'altra, quindi scegli la visualizzazione prima di attribuirle una causa.
Righe giornaliere, righe settimanali e il periodo di confronto
Search Console può mostrare righe giornaliere, oppure una vista settimanale e mensile, e le tre danno immagini diverse dello stesso calo. Un'interruzione netta in un giorno appare diversa da un pendio su un mese. Scegli la vista che mostra l'interruzione più chiaramente e annota quale hai usato. Esporta le righe una volta, archivialle con la data e confrontale con la copia archiviata in seguito, perché un grafico riaperto il mese successivo potrebbe non corrispondere a quello che hai visto.
I confronti anno su anno rimuovono la stagionalità, mentre i confronti settimana su settimana mostrano la forma delle ultime settimane. Rispondi alla domanda che ti stai ponendo e non mescolare le due cose in un unico grafico.
Desktop e mobile su righe separate
Un calo che appare solo su desktop, o solo su mobile, è un indizio. Un problema di link di solito tocca entrambi i dispositivi, mentre una modifica al template o al rendering spesso si manifesta prima su un solo dispositivo.
Registra le cifre di ogni dispositivo su righe separate, così il confronto sopravviverà alla prossima volta che qualcuno riassume il grafico.
Quale data inserire nel ticket
La data che conta è il primo giorno del calo sostenuto, non il primo giorno in cui qualcuno ha lamentato. Arrotondala a un giorno, non a una settimana. Poi scrivi le date di inserimento del lotto accanto, così entrambe le righe possono essere lette su una pagina. Un ticket che indica un giorno è facile da verificare. Uno che dice "circa a metà mese" non lo è.
Disavow, onestamente
Google ha lanciato lo strumento di disavow nell'ottobre 2012. Google ha anche detto che per la maggior parte dei siti non è necessario, perché i suoi sistemi ignorano molti link spammy da soli.
Non aspettarti un'inversione istantanea. Nessuna. Il recupero da un calo algoritmico di solito attende un aggiornamento core successivo o il prossimo crawling, e nessuno al di fuori di Google può darti una data. Scrivilo. Registra il giorno in cui hai inviato il file e giudica dopo diverse settimane, non diversi giorni.
Il disavow ha mai senso?
Significa mai? No. Se hai acquistato link su network che sembrano artificiali e temi un'azione manuale, un file di disavow è una cintura ragionevole da indossare con i bretelle. Non è una bacchetta magica per il recupero da solo.
Cosa cambia con un disavow e quando registrarlo
Inviare un disavow cambia quali link chiedi ai motori di ricerca di contare. Registra la data di invio e l'elenco dei domini che conteneva, così una revisione successiva può dire quali link erano in scope al momento.
Conserva anche il file precedente. Una diff tra due versioni è la registrazione più semplice di ciò che hai deciso e quando. Archivia il file nella stessa cartella delle prove, così viaggiano insieme.
Un'avvertenza sui tempi
I link acquistati nella stessa settimana di un aggiornamento core sono il classico falso positivo. Entrambi vengono accusati, e solo la data può separarli. Scrivi la data prima di scrivere la teoria.
Cosa registrare a ogni passaggio
Passaggio
Prova da salvare
Strumento
1
Esportazione prestazioni, righe giornaliere
Search Console
2
Nome e data dell'aggiornamento accanto al grafico
Le tue note
3
Screenshot del report delle azioni manuali
Search Console
4
Click per URL prima e dopo
Search Console
5
HTML recuperato, dump degli header, elenco rating
curl, bulk_dr
6
Richieste di rimozione e file di disavow con data
Email del fornitore
Chi fa cosa nella procedura operativa
Sei passaggi sembrano un unico lavoro. Di solito si dividono tra tre ruoli. Definire i ruoli prima del calo evita che le prove finiscano in una sola casella di posta senza proprietario. Una breve nota di passaggio tra i ruoli risparmia una settimana di ripetere le stesse domande.
L'analista data il calo
La persona che legge Search Console gestisce i passaggi da 1 a 4. Data il calo, controlla il report delle azioni manuali e valuta la perdita. Il suo output è una breve nota con date e screenshot, non un verdetto sui link.
Il revisore dei link esegue l'audit
Il passaggio 5 spetta a chi esegue i controlli sui link. Produce le righe di passaggio, in sospeso e fallimento dalla cartella delle prove e segnala qualsiasi riga fallita in due checkpoint consecutivi.
Il proprietario del sito decide sulle rimozioni
Il passaggio 6 richiede una decisione da parte di chi possiede il sito. Le richieste di rimozione e le registrazioni di disavow sono scelte aziendali oltre che tecniche. Scrivi le opzioni con i loro compromessi prima di chiedere un sì o un no.
Cosa questa procedura operativa non può decidere
Non possiamo dirti la causa. Chiunque dica di poterlo fare, solo da un grafico, sta indovinando, e chiunque lo affermi solo da un grafico sta indovinando. Un processo QA esclude le cause; raramente ne individua una. A volte la risposta è un cambiamento non correlato, come un redesign o un canonical rotto.
Se il lotto è pulito e le date non si allineano, smetti di dare la colpa ai link, perché ogni ora spesa su di loro è un'ora non spesa sulla regressione reale. Guarda il tuo registro di rilascio della stessa settimana.
Per i termini usati sopra, consulta il glossario. Per il costo di ripetere l'audit mensilmente, consulta la tabella dei costi.
Cause che sembrano danni da link
Una rimozione DMCA, una modifica a robots.txt o una migrazione del sito possono produrre ciascuna un calo improvviso che assomiglia a un danno da link. Una pagina rimossa perde il suo ranking indipendentemente dall'aspetto dei suoi link. Controlla se le pagine perse restituiscono ancora 200 e se è stata presentata una denuncia contro di esse, prima di interpretare la perdita come un effetto dei link. Ciascuna di queste cause lascia una registrazione propria, quindi cerca la registrazione prima di indovinare.
Il tuo registro di rilascio per la stessa settimana
Ripercorri la cronologia delle modifiche per la stessa settimana. Guarda le modifiche ai template, i nuovi plugin, i tag canonical modificati e le regole di redirect modificate. Ognuna di esse può spostare i ranking senza alcun link esterno coinvolto.
Inserisci quelle voci nella cronologia accanto alla data del lotto, così il revisore le vede entrambe insieme.
Domande che le persone pongono durante un calo del traffico
Un calo del traffico dopo l'acquisto di link è sempre causato da quei link?
No. Un calo può provenire da un aggiornamento core, da un rilascio, da un cambiamento stagionale o da un cambiamento nel tracciamento. I link sono un sospetto tra molti. La procedura operativa data prima il calo, così il lotto viene testato solo quando il timing si adatta.
Un file di disavow riporterà i ranking?
Da solo no. Un file di disavow dice a Google quali link non vuoi vengano contati. Non inverte un calo algoritmico e il recupero di solito attende un prossimo crawling o un aggiornamento core. Giudicalo dopo diverse settimane, non diversi giorni.
La frequenza di crawling può diminuire dopo una rimozione?
Può. Una volta che le pagine sono rimosse o bloccate, il crawler tende a visitarle meno spesso. Controlla le statistiche di crawling accanto alla data di rimozione prima di interpretare qualsiasi cambiamento.
Quanto dovrebbe durare il recupero?
Non può essere data nessuna data e nessuno al di fuori di Google può darla. Imposta una data di revisione, di solito dopo un ciclo completo di crawling, e giudica il lotto contro quella data piuttosto che contro l'umore del cliente quella mattina. Scrivi la data di revisione nel ticket quando la imposti, così nessuno dovrà ricordarla.
Dovremmo aspettare il prossimo aggiornamento core?
A volte un calo si allinea con un aggiornamento e si inverte dopo il successivo. Questa è un'ipotesi, non un piano. Continua la pulizia in parallelo e registra ogni modifica con la sua data, così il prossimo aggiornamento può essere letto contro una registrazione.
Prima di giudicare il lotto
La data del calo è scritta, con la visualizzazione di Search Console e il dispositivo utilizzato.
Ogni riga del lotto ha uno stato, una data e una copia HTML salvata.
Qualsiasi aggiornamento che cade vicino al calo è nominato, con il suo mese.
È stata impostata una data di revisione, dopo almeno un ciclo completo di crawling.
