Pular para o conteúdo

Consultas DR gratuitas não exigem chave. Faça login para receber $100 em crédito.

LinksVerifier
LinksVerifierCadastre-se

Mito vs realidade

Links comprados não aparecem: seis mitos, seis passos de reprodução

Sua ferramenta diz zero links novos, o fornecedor diz que entregou. Ambos podem estar certos por um tempo. Veja como descobrir qual deles deixa de estar certo.

Ponte de pedra com seis arcos atravessando um vale nebuloso

Triagem de bugs

A maioria dos links ausentes é questão de tempo, não fraude

O atraso na indexação explica uma grande parte dos relatórios. Fraude, uma página noindex e um atributo rel alterado explicam a maior parte do resto. Teste nessa ordem e você economizará muitos e-mails de reclamação.

  • Nosso índice é atualizado aproximadamente mensalmente
  • O Search Console lista links com seu próprio atraso
  • Apenas uma busca ao vivo prova que o link está no HTML hoje

Mito contra realidade

MitoRealidadePasso de reprodução
Se uma ferramenta não mostra um link, o link não existeCada ferramenta tem uma data de rastreamento, e a nossa é mensalBusque a página de origem e procure pelo seu domínio
O Search Console deve listá-lo dentro de alguns diasSeu relatório de links é atualizado em seu próprio cronograma e amostra os dadosCompare a data do relatório com a data da publicação
Ahrefs, Semrush e Majestic sempre concordamCada uma executa seu próprio crawler, então as contagens diferem por designVerifique o mesmo domínio em duas ferramentas, espere lacunas
Uma resposta 200 significa que o link está OKA página pode retornar 200 e conter noindex ou um canonical em outro lugarProcure no HTML por noindex e rel=canonical
Exclusão significa que o fornecedor enganouSites migram, editores removem artigos antigos, atualizações de CMS removem marcaçãoVerifique as capturas do Wayback para a data de remoção
Dofollow é um valor relÉ uma gíria; os valores reais são nofollow, sponsored e ugcVeja o código-fonte e leia a string rel
Três balanças de latão equilibrando pedras pesadas em madeira

Os três mitos que causam mais discussões

Links comprados não aparecendo é geralmente uma questão de tempo antes de ser uma questão de fraude. Três dos mitos na tabela merecem uma olhada mais de perto, porque cada um leva a um ticket na direção errada.

Uma resposta 200 não garante o link

Um status 200 informa que o servidor respondeu. Não diz nada sobre a marcação dentro da resposta. Uma página pode retornar 200 e ainda conter noindex, ou uma tag canonical que aponta para outro endereço.

Leia o HTML que o servidor realmente enviou, depois leia o dump do cabeçalho para um X-Robots-Tag. Ambos podem esconder um problema que o código de status nunca mostra.

Um link excluído nem sempre é uma trapaça

Quando um link desaparece, o primeiro palpite é geralmente o fornecedor. As causas mais comuns são chatas: uma migração de site, um editor que remove artigos antigos ou uma atualização de CMS que remove marcação que não reconhece.

Verifique o arquivo web para a data de remoção antes de escrever ao fornecedor. Se as capturas mostrarem que a página mudou após a sua publicação, a questão se torna quando mudou, não quem fez.

Duas ferramentas que discordam estão se comportando normalmente

Duas ferramentas de links que discordam sobre um domínio estão ambas funcionando. Cada uma tem seu próprio crawler, seu próprio cronograma e suas próprias regras para o que conta como um link. Uma lacuna de alguns hosts é comum.

Nomeie uma ferramenta como referência no ticket e mantenha as outras como contexto. Não misture suas contagens em uma única coluna.

O Search Console opera em seu próprio relógio

O relatório de links no Search Console é um pipeline separado com seu próprio atraso, e pode amostrar os dados que mostra. Um link que está faltando lá pode ainda estar visível em uma busca ao vivo, e um link que está visível lá pode demorar para aparecer.

Compare a data do relatório com a data da publicação e anote ambas no ticket. Não cobre o fornecedor de uma janela que o relatório nunca prometeu.

O cronograma da primeira semana que esperamos

Dia 0, o fornecedor relata o link ao vivo. Busque-o. Sua tarefa é buscá-lo no mesmo dia e salvar o HTML. Uma cópia salva vale mais que um screenshot.

Dê tempo. Dentro do primeiro mês nosso crawler pode ou não ter visitado. Se a atualização já aconteceu antes da publicação, você não verá nada até a próxima, então uma chamada no dia 10 pode legitimamente retornar nenhuma linha. Registre como pendente em vez de falha.

Após a próxima atualização, execute. Chame backlinks para o seu domínio e procure pelo host de origem. Se estiver faltando agora, você tem uma discrepância real. Investigue: busque a página novamente, verifique se há uma âncora alterada, um novo valor rel ou um redirecionamento. O glossário lista cada um desses testes.

Passos de reprodução para um ticket de link ausente

  • Salve o HTML fonte ao vivo com carimbo de data, usando curl ou a função de salvar do seu navegador.
  • Registre o status HTTP da URL de origem e da sua URL de destino com curl -I.
  • Anote a data da última atualização mensal que você conhece e se a publicação veio antes dela.
  • Execute refdomains para o seu site e procure na lista pelo host de origem.
  • Anexe todos os quatro itens ao ticket do fornecedor antes de pedir uma substituição.

Ordem de testes quando um link desaparece

Execute-os nesta ordem. Cada etapa ou fecha a questão ou diz qual pergunta fazer a seguir.

01

Busque a página novamente

Pegue a URL de origem com curl e salve o HTML com um carimbo de data. Nada mais nesta lista vale a pena testar contra uma página que você não buscou hoje.

02

Leia a marcação, não a ferramenta

Procure o HTML salvo pelo seu domínio e leia a string rel naquela âncora. Uma ferramenta pode ter atraso. A marcação mostra o que a página envia agora. O glossário define cada valor rel.

03

Verifique o status e os redirecionamentos

Execute curl -I na origem e na sua URL de destino. Uma cadeia de redirecionamento ou um 404 explica um link ausente mais rápido do que qualquer índice pode.

04

Compare a data de publicação com a última atualização

Se a publicação veio após a última atualização, a lacuna é esperada. Registre a linha como pendente e anote ambas as datas.

05

Re-query após a próxima atualização

Uma vez passada a atualização, chame backlinks ou refdomains para o cliente e procure pelo host de origem. Apenas um host que está ao vivo, indexável e ainda ausente é uma discrepância que vale um ticket. Defina a próxima verificação com a tabela de custos em mãos.

Bússola de latão com rosto de relógio em mapa aberto

Exemplos de tempo, marcados como hipotéticos

Os exemplos abaixo são hipotéticos. Eles mostram como o mesmo resultado vazio é lido de forma diferente dependendo de quando o link foi publicado.

Um link publicado logo após uma atualização

Imagine um link publicado no dia seguinte a uma atualização mensal. Sua primeira chance real de aparecer é a atualização seguinte, quase um ciclo inteiro depois. Um resultado vazio no meio é o cronograma funcionando como projetado.

Marque a linha como pendente e anote ambas as datas. Ninguém deve cobrar um fornecedor por uma linha que o índice ainda não poderia ter visto.

Um link publicado logo antes de uma atualização

Agora imagine o oposto. Um link vai ao vivo alguns dias antes da próxima atualização. Pode aparecer nessa atualização, ou pode ter atraso para a seguinte. De qualquer forma, uma falha após uma única atualização é um sinal fraco.

Um link ainda ausente após duas atualizações

Digamos que o mesmo link ainda esteja ausente após duas atualizações, enquanto a página retorna 200 e a âncora está no HTML salvo. Agora a linha tem uma discrepância real. Verifique robots.txt, paredes de login e noindex antes de culpar o índice.

Só então a verificação de segunda fonte da regra de parada ganha seu custo.

Mantenha uma linha por atualização no log, com a data em que você buscou a página e o resultado de cada verificação. Sobre duas atualizações, esse log é a diferença entre um palpite e um registro. Escreva o ticket como uma lista de observações datadas, não como uma conclusão sobre o fornecedor.

Perguntas de um ticket de link ausente

Qual mito devo testar primeiro?
Comece com o teste que não custa nada: uma busca fresca da página de origem e uma busca pelo seu domínio no seu HTML. Se o link estiver na marcação, a maioria da lista de mitos cai. Se não estiver, as verificações de rel, noindex e redirecionamento vêm a seguir, e cada uma leva um comando.
Um link ausente na primeira semana é um problema?
Sozinho, não. Um link publicado pouco antes de uma atualização pode não aparecer até a seguinte. Uma falha na primeira semana é um motivo para salvar a página, registrar a data e agendar a próxima verificação após uma atualização.
Um link ausente pode ser uma penalidade?
Pode ser, mas raramente é a primeira explicação. A maioria dos links ausentes significa que o índice não se atualizou ou a página mudou. Uma ação manual aparece no próprio relatório do Search Console, então verifique isso antes de tirar conclusões sobre os links.
Uma tag noindex significa que o link é inútil?
Significa que a página pede aos mecanismos de busca para ficarem fora dos resultados, então o link nela raramente faz o que o pedido pretendia. Se isso é um defeito depende do que foi pedido. Coloque a descoberta do noindex no ticket ao lado do HTML salvo que a mostra.

Quando parar de esperar

Duas atualizações. Essa é nossa regra prática, não uma regra do Google, e você pode estendê-la para nichos de movimento lento onde editores raramente alteram uma página. Se a página está ao vivo, indexável e seguida conforme acordado, mas duas atualizações mensais ainda a perdem, a página de origem pode estar inacessível para crawlers, atrás de um login ou bloqueada no robots.txt.

Nesse ponto, teste com uma segunda fonte de dados. Ahrefs ou Semrush farão. O nosso sozinho não é suficiente. Discordância entre três índices é rara para uma página pública normal. Concordância na ausência é evidência forte e pertence ao plano de re-verificação consciente de custos.

Se o link está ao vivo e encontrável apenas buscando, aceite isso e siga em frente. Questões de indexação sobre a página em si vão para o runbook para quedas de tráfego se as classificações também mudaram.