Link acquistati non visibili: sei miti, sei passaggi di riproduzione
Il tuo strumento indica zero nuovi link, il fornitore dice che sono stati consegnati. Entrambi possono avere ragione per un po'. Ecco come scoprire quale dei due smette di averlo.
Team di ricerca di LinksVerifier ·
Triage dei bug
La maggior parte dei link mancanti è dovuta a tempistiche, non a frodi
Il ritardo di indicizzazione spiega una grande parte dei segnalazioni. Frodi, una pagina con noindex e un attributo rel modificato spiegano la maggior parte del resto. Testa in quest'ordine e risparmierai molte email arrabbiate.
Il nostro aggiornamento dell'indice avviene approssimativamente mensilmente
Search Console elenca i link con il proprio ritardo
Solo un fetch live prova che il link è presente nell'HTML oggi
Mito contro realtà
Mito
Realtà
Passaggio di riproduzione
Se uno strumento non mostra un link, il link non esiste
Ogni strumento ha una data di crawl, e la nostra è mensile
Recupera la pagina sorgente e cerca il tuo dominio
Search Console dovrebbe elencarlo entro pochi giorni
Il suo report sui link si aggiorna secondo una sua pianificazione e campiona i dati
Confronta la data del report con la data di inserimento
Ahrefs, Semrush e Majestic sono sempre d'accordo
Ognuno esegue il proprio crawler, quindi i conteggi differiscono per progettazione
Controlla lo stesso dominio in due strumenti, aspettati delle lacune
Una risposta 200 significa che il link è a posto
La pagina può restituire 200 e contenere noindex o un canonical altrove
Cerca nell'HTML noindex e rel=canonical
Eliminato significa che il fornitore ha imbrogliato
I siti migrano, gli editori potano, gli aggiornamenti CMS rimuovono la markup
Controlla le catture di Wayback per la data di rimozione
Dofollow è un valore rel
È uno slang; i valori effettivi sono nofollow, sponsored e ugc
Visualizza il codice sorgente e leggi la stringa rel
I tre miti che causano più discussioni
I link acquistati non visibili sono solitamente una questione di tempistiche prima di essere una questione di frodi. Tre dei miti nella tabella meritano un'occhiata più da vicino, perché ciascuno invia un ticket nella direzione sbagliata.
Una risposta 200 non garantisce il link
Uno status 200 ti dice che il server ha risposto. Non dice nulla sulla markup all'interno della risposta. Una pagina può restituire 200 e comunque contenere noindex, o un tag canonical che punta a un altro indirizzo.
Leggi l'HTML che il server ha effettivamente inviato, poi leggi il dump delle intestazioni per un X-Robots-Tag. Entrambi possono nascondere un problema che il codice di stato non mostra mai.
Un link eliminato non è sempre un imbroglio
Quando un link scompare, il primo sospetto è solitamente il fornitore. Le cause più comuni sono noiose: una migrazione del sito, un editore che pota vecchi articoli, o un aggiornamento CMS che rimuove la markup che non riconosce.
Controlla l'archivio web per la data di rimozione prima di scrivere al fornitore. Se le catture mostrano che la pagina è cambiata dopo il tuo inserimento, la domanda diventa quando è cambiato, non chi l'ha fatto.
Due strumenti in disaccordo si comportano normalmente
Due strumenti di link che non sono d'accordo su un dominio stanno entrambi funzionando. Ognuno ha il proprio crawler, la propria pianificazione e le proprie regole su cosa conta come link. Una lacuna di alcuni host è comune.
Indica uno strumento come riferimento nel ticket e mantieni gli altri come contesto. Non mescolare i loro conteggi in una singola colonna.
Search Console funziona con il proprio orologio
Il report dei link in Search Console è una pipeline separata con il proprio ritardo, e può campionare i dati che mostra. Un link mancante lì potrebbe essere ancora visibile in un fetch fresco, e un link visibile lì potrebbe richiedere del tempo per apparire.
Confronta la data del report con la data di inserimento e inseriscile entrambe nel ticket. Non tenere il fornitore legato a una finestra che il report non ha mai promesso.
La timeline della prima settimana che ci aspettiamo
Giorno 0, il fornitore segnala il link live. Recuperarlo. Il tuo lavoro è recuperarlo lo stesso giorno e salvare l'HTML. Una copia salvata vale più di uno screenshot.
Dagli tempo. Entro il primo mese il nostro crawler potrebbe o meno aver visitato. Se l'aggiornamento è già avvenuto prima dell'inserimento, non vedrai nulla fino al successivo, quindi una chiamata al giorno 10 può legittimamente restituire nessuna riga. Registralo come in sospeso piuttosto che fallito.
Dopo il prossimo aggiornamento, eseguilo. Chiama backlinks per il tuo dominio e cerca l'host sorgente. Se è mancante ora, hai una reale discrepanza. Indaga: recupera di nuovo la pagina, controlla se l'anchor è cambiato, un nuovo valore rel o un redirect. Il glossario elenca ciascuno di questi test.
Passaggi di riproduzione per un ticket su un link mancante
Salva l'HTML sorgente live con un timestamp, usando curl o la funzione di salvataggio del browser.
Registra lo status HTTP dell'URL sorgente e del tuo URL target con curl -I.
Annota la data dell'ultimo aggiornamento mensile che conosci, e se l'inserimento è arrivato prima.
Esegui refdomains per il tuo sito e cerca nella lista l'host sorgente.
Allega tutti e quattro gli elementi al ticket del fornitore prima di chiedere una sostituzione.
Ordine dei test quando un link scompare
Esegui questi in ordine. Ogni passaggio o chiude la domanda o ti dice quale chiedere dopo.
01
Recupera di nuovo la pagina
Recupera l'URL sorgente con curl e salva l'HTML con un timestamp. Nient'altro in questa lista vale la pena testare contro una pagina che non hai recuperato oggi.
02
Leggi la markup, non lo strumento
Cerca nel HTML salvato il tuo dominio e leggi la stringa rel su quell'anchor. Uno strumento può essere in ritardo. La markup mostra ciò che la pagina invia in questo momento. Il glossario definisce ogni valore rel.
03
Controlla lo status e i redirect
Esegui curl -I sull'sorgente e sul tuo URL target. Una catena di redirect o un 404 spiegano un link mancante più velocemente di qualsiasi indicizzazione.
04
Confronta la data di inserimento con l'ultimo aggiornamento
Se l'inserimento è arrivato dopo l'ultimo aggiornamento, la lacuna è attesa. Registra la riga come in sospeso e annota entrambe le date.
05
Ricontrolla dopo il prossimo aggiornamento
Una volta passato l'aggiornamento, richiama backlinks o refdomains per il cliente e cerca l'host sorgente. Solo un host live, indicizzabile e ancora assente è una discrepanza degna di un ticket. Imposta il prossimo controllo con la tabella dei costi a portata di mano.
Esempi di tempistiche, marcati come ipotetici
Gli esempi seguenti sono ipotetici. Mostrano come lo stesso risultato vuoto si legge diversamente a seconda di quando è stato inserito il link.
Un link inserito appena dopo un aggiornamento
Immagina un link inserito il giorno dopo un aggiornamento mensile. La sua prima possibilità reale di apparire è l'aggiornamento successivo, quasi un ciclo intero dopo. Un risultato vuoto nel frattempo è il programma che funziona come progettato.
Marca la riga come in sospeso e annota entrambe le date. Nessuno dovrebbe inseguire un fornitore per una riga che l'indice non ha ancora potuto vedere.
Un link inserito appena prima di un aggiornamento
Ora immagina l'opposto. Un link diventa live pochi giorni prima del prossimo aggiornamento. Potrebbe apparire a quell'aggiornamento, oppure potrebbe essere in ritardo fino al successivo. In ogni caso, un mancato dopo un singolo aggiornamento è un segnale debole.
Un link ancora assente dopo due aggiornamenti
Supponiamo che lo stesso link sia ancora assente dopo due aggiornamenti, mentre la pagina restituisce 200 e l'anchor è presente nell'HTML salvato. Ora la riga ha una reale discrepanza. Controlla robots.txt, i muri di login e noindex prima di dare la colpa all'indice.
Solo allora il controllo della seconda fonte dalla regola di stop guadagna il suo costo.
Mantieni una riga per aggiornamento nel log, con la data in cui hai recuperato la pagina e il risultato di ogni controllo. Su due aggiornamenti, quel log è la differenza tra un'intuizione e un record. Scrivi il ticket come un elenco di osservazioni datate, non come una conclusione sul fornitore.
Domande da un ticket su un link mancante
Quale mito dovrei testare per primo?
Inizia con il test che non costa nulla: un fetch fresco della pagina sorgente e una ricerca del tuo dominio nel suo HTML. Se il link è nella markup, la maggior parte della lista dei miti cade. Se non lo è, i controlli rel, noindex e redirect vengono dopo, e ciascuno richiede un comando.
È un problema un link mancante nella prima settimana?
Da solo, no. Un link inserito poco prima di un aggiornamento potrebbe non apparire fino al successivo. Un mancato nella prima settimana è un motivo per salvare la pagina, registrare la data e programmare il prossimo controllo dopo un aggiornamento.
Un link mancante può essere una penalità?
Può esserlo, ma raramente è la prima spiegazione. La maggior parte dei link mancanti significa che l'indice non ha raggiunto il passo o la pagina è cambiata. Un'azione manuale appare nel report stesso di Search Console, quindi controllalo prima di trarre conclusioni sui link.
Un tag noindex significa che il link è inutile?
Significa che la pagina chiede ai motori di ricerca di restare fuori dai risultati, quindi il link su di essa raramente fa ciò che l'ordine intendeva. Se questo è un difetto dipende da cosa è stato ordinato. Inserisci la scoperta noindex nel ticket accanto all'HTML salvato che lo mostra.
Quando smettere di aspettare
Due aggiornamenti. Questa è la nostra regola pratica, non una regola di Google, e puoi estenderla per nicchie a lenta evoluzione dove gli editori raramente modificano una pagina. Se la pagina è live, indicizzabile e seguita come concordato ma due aggiornamenti mensili la mancano ancora, la pagina sorgente potrebbe essere irraggiungibile per i crawler, dietro un login o bloccata in robots.txt.
A quel punto, testa con una seconda fonte di dati. Ahrefs o Semrush lo faranno. Il nostro da solo non è sufficiente. Il disaccordo tra tre indici è raro per una pagina pubblica normale. L'accordo sull'assenza è una forte evidenza e appartiene al piano di ricontrollo consapevole dei costi.
Se il link è live e trovabile solo recuperandolo, accetta questo e vai avanti. Le domande sull'indicizzazione della pagina stessa vanno al runbook per i cali di traffico se anche le classifiche sono cambiate.
