Pular para o conteúdo
SEOBlogBotCadastre-se

Exemplo prático

Auditoria de um arquivo com 200 posts: um exemplo prático com números fictícios

Seu blog tem duzentos posts antigos e ninguém lembra para o que eles fazem link. Este exemplo, com valores inventados, mostra quantas chamadas são necessárias e como fica a conta de créditos.

Equipe de pesquisa do SEOBlogBot ·

Jardim com duzentas plantas e três regadores coloridos
Este é um exemplo

O blog, a contagem de posts, as contagens de hosts e os resultados abaixo são todos hipotéticos. Substitua cada valor pelos seus próprios antes de planejar qualquer coisa.

A configuração

Imagine um blog com 200 posts. Uma verificação do seu próprio site lista 1.150 links de saída, que se reduzem a cerca de 410 hosts únicos após remover duplicatas e o seu próprio domínio.

Uma verificação manual gratuita de backlinks no Ahrefs em 410 hosts é uma tarde de colar e dor de cabeça, então o plano é automatizar. Três fases cobrem o trabalho: classificar os hosts, inspecionar os problemáticos e, em seguida, analisar o próprio blog.

Espere que toda a execução, desde a exportação até um arquivo limpo, caiba em uma semana de trabalho para um editor e um desenvolvedor. Em seguida, planeje mais uma rodada.

As contagens serão diferentes no seu arquivo. Substitua pela sua própria exportação antes de copiar qualquer valor para um plano. Cada número aqui mostra apenas a forma do trabalho.

Tornando a etapa de exportação repetível

A exportação determina se o resto da execução pode ser confiável. Três hábitos a mantêm honesta, e cada um é barato de configurar antes da primeira chamada.

HTML renderizado, não Markdown

Exporte os links da página renderizada, aquela que o visitante recebe. O Markdown ignora shortcodes, incorporações e qualquer coisa que um plugin insira. É nesse espaço que a maioria dos links ausentes se esconde.

Uma linha por post

Escreva uma linha por post, com a URL do post, o host e a data da exportação. Uma única lista plana é difícil de verificar. Linhas por post permitem reexecutar um post sem tocar no resto.

Mantenha os nomes das colunas simples e estáveis, para que um script posterior possa ler o arquivo deste mês e do mês passado da mesma forma.

Registre a data da verificação junto com a exportação. Uma lista construída no mês passado e uma lista construída hoje podem divergir, e a auditoria deve mostrar qual delas foi usada.

Remova o seu próprio domínio primeiro

Remova o seu próprio domínio e os hosts de redes sociais para os quais todos os posts fazem link. Caso contrário, o rodapé do seu próprio site lidera a lista de classificação e enterra os problemas reais.

Ponte longa de pedra com múltiplos arcos em perspectiva

Ordenando o trabalho

Uma varredura de duzentos posts não precisa ser concluída de uma vez. Precisa de uma ordem, para que as correções mais úteis cheguem primeiro.

Comece com posts que ainda recebem visitas

Ordene o arquivo pelos posts que ainda geram cliques no Search Console. Um link quebrado em um post morto custa pouco. Um link quebrado em uma página que os leitores ainda abrem custa confiança, então comece com esse segundo grupo.

O Search Console diz quais URLs ainda recebem cliques. Não diz quais dos seus links de saída estão quebrados, então as duas fontes têm funções diferentes.

Corrija os problemas mais baratos primeiro

Domínios estacionados e hosts mortos são frequentemente uma única edição cada. Limpe-os antes de abrir os casos mais difíceis, para que a lista diminua e o resto caiba em um dia.

Deixe as decisões de julgamento para o final

Uma citação que é apenas fraca, como um pequeno blog que diz algo verdadeiro, precisa do olhar de um leitor. Coloque essas em uma pilha separada e decida-as com o editor, não com um limite.

Escreva uma nota de uma linha com cada decisão. Seis meses depois, essa nota economiza o mesmo argumento de acontecer duas vezes.

Alguns desses vão se sair bem. Uma página que parece fina em uma primeira análise pode ser uma nota curta e correta, e o editor pode fechar esse arquivo em um minuto.

Fase por fase

01

Classifique todos os 410 hosts em uma chamada

bulk_dr aceita até 2.000 domínios, então uma chamada a 1 crédito resolve. Ordene a coluna de classificação em ordem crescente.

02

Inspeccione a fatia mais baixa

Digamos que 38 hosts retornem com 0 ou 1. Abra cada página citada manualmente; a maioria são sites mortos ou domínios estacionados. Planeje 20 minutos por dez páginas.

03

Obtenha os dados de link do próprio blog

refdomains e anchors para o seu domínio custam 2 créditos cada, 4 no total. Compare os âncoras com os posts que te preocuparam.

04

Corrija, depois registre

Substitua ou remova as citações ruins, registre a data e os créditos gastos no registro de auditoria.

Validando o lote antes de confiar nele

Uma varredura pode terminar limpa e ainda estar errada. Três verificações capturam a maioria dos danos. Mantenha-os simples o suficiente para um script de shell e inclua-os no trabalho, não na memória de alguém.

Verifique ok em cada resposta

Uma resposta com ok definido como false não é dados. Conte as falhas conforme avança e pare a varredura quando elas ultrapassarem uma pequena proporção que você escolheu antes de começar.

Se a varredura parar nessa linha, anote onde parou e por quê. A próxima execução pode então retomar a partir desse ponto em vez de começar de novo e pagar duas vezes.

Conte linhas contra a entrada

Compare o número de hosts que você enviou com o número que retornou. Uma discrepância significa um erro de digitação, uma duplicata ou uma queda silenciosa, e cada uma precisa de uma linha no registro.

Mantenha o JSON bruto

Salve cada resposta ao lado da data e da lista de entrada. Quando uma classificação parecer errada três meses depois, o arquivo bruto responde à pergunta mais rápido do que uma nova chamada seria.

A conta para esta execução hipotética

ChamadaCréditosDólares
bulk_dr em 410 hosts1$0.0001
refdomains no blog2$0.0002
anchors no blog2$0.0002
Total5$0.0005
Mão ajustando uma balança de equilíbrio com uma única pedra

Lendo o resultado sem se enganar

Um zero significa um site morto? Nem sempre.

Um host sem domínios de referência em nosso índice pode ser um site muito novo, uma página de intranet privada ou um domínio estacionado genuíno, e apenas um humano pode dizer qual. Trate a coluna de classificação como uma chave de ordenação para sua atenção, nunca como uma pontuação que decide por conta própria.

Leia a coluna de classificação ao lado dos âncoras. Uma classificação baixa ao lado de um perfil de âncoras variado significa algo diferente de uma classificação baixa ao lado de uma pilha de texto âncora idêntico, e os dois exigem acompanhamento diferente.

Uma classificação que muda entre duas varreduras também é informação útil. Verifique se o host mudou ou apenas o índice.

O que te surpreenderia

O custo raramente é o limite aqui.

O tempo vai para ler 38 páginas e decidir o que fazer com cada uma, e nenhuma API remove essa etapa. Planeje um dia de editor. Nossos dados são atualizados aproximadamente uma vez por mês, então um host que parece vazio pode simplesmente ser novo no índice.

Outra surpresa é com que frequência um site aparece com duas grafias. O domínio nu e a versão com www são linhas separadas até que você as una, e uma contagem que parece alta é frequentemente apenas esse dobro.

Para manter o arquivo limpo depois, coloque o gate na frente de novos posts e agende a auditoria mensal. A tabela de custos lista o preço de cada ação.

Perguntas sobre executar uma varredura

Quatro perguntas surgem em quase todas as varreduras, e são mais fáceis de resolver antes da primeira chamada do que depois dela.

Posso fazer isso com uma verificação gratuita de backlinks no Ahrefs?

Não nessa escala. Verificadores web gratuitos são feitos para um domínio por vez, então 410 hosts significariam 410 consultas manuais. Um script com uma chamada em lote é a rota prática.

Preciso passar por todos os resultados?

Apenas para as listas pagas. Uma classificação em lote pega a lista de hosts em uma chamada, enquanto refdomains e anchors retornam páginas. Use page e per, com per até 5000, e pare no limite de paginação profunda de 50.000 linhas.

Qual ordem de classificação devo usar?

Ordene pelo campo que te interessa com sort, depois defina order como asc ou desc. Para uma busca por hosts fracos, a ordem crescente por classificação coloca os piores resultados primeiro.

E se um host tiver uma classificação mas sua página tiver desaparecido?

A classificação descreve links em nosso índice, não se uma página ainda carrega. Verifique a página em si, porque uma atualização do índice pode ficar atrasada em relação a uma página que já desapareceu.

Uma varredura é suficiente?

Geralmente não. Execute uma vez para limpar o arquivo, depois mantenha o gate em novos posts e repita a auditoria mensalmente, já que o índice é atualizado aproximadamente uma vez por mês.

Antes de iniciar sua própria varredura

  • Exporte links de saída de HTML renderizado, não Markdown.
  • Remova o seu próprio domínio e hosts de redes sociais comuns primeiro.
  • Mantenha o JSON bruto de cada resposta ao lado da data.
  • Escreva o limite antes de olhar os resultados.
  • Orçamente tempo de editor, não créditos.

Variações do mesmo exemplo

A escala muda, o método não.

Um blog pequeno pode pular a etapa em lote e executar toda a sua lista em uma chamada manual. O método permanece o mesmo, e apenas a ferramenta muda.

Um blog com 2.000 posts tem talvez 3.000 hosts únicos, o que ainda cabe em duas chamadas bulk_dr a 1 crédito cada. Uma rede de dez blogs repete o plano dez vezes e custa cerca de cinco centavos, então o orçamento nunca decide o projeto. O tempo de revisão decide.

Cuidado com a etapa de renderização. No WordPress, exporte o HTML renderizado via API REST, e no Hugo ou Eleventy leia a pasta construída, já que a saída já tem todos os links que um visitante verá. Sites Ghost podem usar a API de Conteúdo para o mesmo trabalho.

Exporte também páginas excluídas se ainda as tiver. Seus links de saída ainda contam como trabalho, porque um visitante pode chegar a eles por um resultado de pesquisa antigo.