Blog

O relatório do GA4 mostra 12.400 sessões na semana. A consulta no BigQuery sobre os dados exportados da mesma propriedade devolve 13.100. O analista que apresenta o número à diretoria precisa decidir qual deles é “o certo”, e a resposta honesta é que nenhum dos dois está errado. Eles respondem a perguntas ligeiramente diferentes, e a diferença tem causas conhecidas e verificáveis. Este roteiro mostra como reconciliar os dois em cinco etapas, sem prometer que as contas vão fechar exatamente.

Por que as duas fontes não coincidem por construção

A interface do GA4 e a exportação para o BigQuery partem do mesmo fluxo de eventos, mas passam por processamentos diferentes. A interface aplica regras de apresentação, como limites de limiar para proteger privacidade, amostragem em explorações grandes e, em algumas configurações, modelagem de dados quando há consentimento limitado. A exportação entrega eventos mais próximos do bruto, e as métricas são calculadas por quem consulta, com a lógica escrita na consulta.

Consequência prática: uma diferença de poucos pontos percentuais entre as duas fontes é esperada, e uma diferença grande indica problema de configuração ou de consulta. Não existe um número padrão de tolerância aceito pelo mercado; a faixa aceitável depende do volume, do tipo de propriedade e do uso do dado, e deve ser definida por você a partir da sua própria série histórica.

Etapa 1: alinhar a definição da métrica

A maior parte das divergências nasce na consulta. Sessão no GA4 é um conceito construído, não um campo pronto: a exportação traz um identificador de sessão e os eventos, e quem consulta precisa combinar usuário e sessão para contar. Quem conta sessões com a mesma fórmula da interface chega perto; quem usa uma aproximação, como contar eventos de início de sessão, pode se afastar.

1. Documente a fórmula. Escreva como a interface define a métrica e como você a reproduz na consulta, em uma frase cada.
2. Use o mesmo fuso. A interface usa o fuso configurado na propriedade; a exportação armazena a data em formato próprio e a consulta pode usar outro fuso.
3. Use o mesmo conjunto de dados. Confira se a consulta cobre os mesmos dias e se inclui as mesmas tabelas, diárias e intradiárias, quando aplicável.

Etapa 2: comparar em um recorte simples

Não comece pelo relatório inteiro. Escolha um dia sem campanha, sem lançamento e sem mudança de site, e compare uma única métrica, por exemplo, número de eventos de visualização de página. Eventos são mais fáceis de conciliar que sessões e usuários, porque não dependem da combinação de identificadores.

Se a contagem de eventos coincide, o problema está na definição de sessão ou de usuário. Se não coincide, o problema está antes: na coleta, no filtro de tráfego interno ou no período processado.

Etapa 3: investigar os mecanismos conhecidos

Com o recorte simples em mãos, passe pelos mecanismos que mais explicam as diferenças, nesta ordem de probabilidade.

1. Limiares de privacidade. Em algumas configurações, a interface oculta linhas com poucos usuários. A exportação não aplica esse filtro, o que aumenta o total do BigQuery.
2. Amostragem. Explorações que consultam grande volume de eventos podem ser amostradas, e o limite depende do tipo de propriedade. Confira o limite atual na documentação do Google, porque ele muda. Relatórios padrão são em geral dispensados da amostragem.
3. Modelagem por consentimento. Se a propriedade usa modo de consentimento, a interface pode incluir dados modelados que não existem na exportação.
4. Filtros de dados. Filtros de tráfego interno ou de desenvolvedor aplicados na interface nem sempre se refletem na exportação da mesma forma. Confira a configuração do filtro e o estado dele.
5. Latência. Os dados do dia corrente na exportação diária chegam com atraso. Comparações de ontem para hoje trazem diferenças que desaparecem dias depois.

Etapa 4: calcular e acompanhar a diferença

Quando as definições estiverem alinhadas, calcule a diferença percentual semanal entre as duas fontes ao longo de pelo menos oito semanas. Registre o valor em uma planilha simples. A pergunta não é se a diferença é zero, e sim se ela é estável.

Um exemplo numérico de reconciliação (hipotético)

Considere uma propriedade de e-commerce com valores inventados, apenas para mostrar o raciocínio. Em uma semana, a interface informa 12.400 sessões e a consulta do BigQuery devolve 13.100, uma diferença de 700 sessões, ou cerca de 5,6% sobre o valor da interface.

O analista aplica o roteiro. Na etapa 2, compara eventos de visualização de página em um dia comum: a interface mostra 41.800 e o BigQuery 41.790. A diferença é de dez eventos, desprezível, o que indica que a coleta está alinhada e o problema está na definição de sessão. Na etapa 1, ele descobre que a consulta contava sessões distintas por identificador de sessão isolado, sem combinar com o identificador do usuário. Como o identificador de sessão pode se repetir entre usuários diferentes, a contagem ficava em desacordo. Corrigida a consulta, a diferença cai para 1,8%.

O resíduo de 1,8% é então atribuído, com o apoio da etapa 3, ao efeito de limiares e de latência, e não a erro. O analista registra esse percentual, acompanha por oito semanas e verifica que ele oscila entre 1,5% e 2,2%. Resultado: a diferença está estável, e a explicação para a diretoria fica em uma frase. Repare que o ganho veio de corrigir a consulta, não de mexer na configuração do GA4, o que é comum.

Os erros que mais consomem tempo

Alguns equívocos se repetem em quase todo projeto de reconciliação, e conhecê-los economiza dias.

1. Comparar períodos de fechamentos diferentes. Dados recentes ainda estão sendo processados; compare períodos fechados há pelo menos dois dias.
2. Misturar fusos. Um dia que termina às 21h em um fuso e à meia-noite em outro move eventos de um dia para o outro e distorce a comparação diária.
3. Ignorar o filtro de tráfego interno. Se a equipe navega no site durante testes, a diferença entre fontes pode mudar de acordo com quando o filtro foi ativado.
4. Usar exploração para conciliar. Explorações amostradas são a pior base de comparação; use relatórios padrão ou consulte um período menor.
5. Confiar em memória. Mudanças de configuração, de tag ou de consentimento passam despercebidas. Mantenha um registro datado de qualquer alteração na propriedade.

O último item merece ênfase. A maior parte das discrepâncias “misteriosas” se explica por uma mudança feita semanas antes por alguém que esqueceu de avisar. Um histórico simples, com data e responsável, resolve metade dos casos.

Etapa 5: escolher a fonte da verdade por uso

Depois da reconciliação, defina qual fonte responde a cada tipo de pergunta, e escreva isso. Para acompanhamento rápido de tendência, a interface é suficiente e mais ágil. Para análise que exige junção com dados de CRM, de vendas ou de custos, o BigQuery é a escolha, porque permite controle total da lógica. Para relatórios de diretoria, escolha uma única fonte e mantenha-a, mesmo que o número varie um pouco em relação ao que o analista vê na interface.

O que importa na prática é que a empresa não alterne de fonte conforme o resultado agrade mais. Com uma fonte definida e um registro da diferença histórica, a explicação para uma divergência passa a levar minutos, e a discussão sai da pergunta “qual número está certo” e vai para “o que mudou”.

Como explicar a diferença para quem decide

Diretoria e clientes não querem uma aula sobre exportação de eventos; querem saber se podem confiar no número. Uma explicação eficaz cabe em três frases: qual fonte o relatório usa e por quê, qual é a diferença habitual entre as fontes e a causa principal dela, e o que seria sinal de alerta. Por exemplo: “Os relatórios usam o BigQuery porque cruzam com vendas. A interface do GA4 costuma mostrar entre 1% e 3% a menos, por privacidade e latência. Se passar de 5%, investigamos.”

Essa formulação transforma uma dúvida recorrente em um acordo explícito, com um critério de investigação. Ela também protege o analista: quando o número muda, a conversa gira em torno do critério combinado, não da reputação de quem calculou. Os percentuais do exemplo são ilustrativos; a faixa da sua empresa deve sair da sua própria série histórica, observada por algumas semanas antes de ser formalizada.

Revise o critério a cada trimestre ou sempre que houver mudança relevante no site, nas tags ou no consentimento. Um critério velho dá falsa segurança.

Perguntas frequentes

A exportação para o BigQuery é gratuita?

A ativação da exportação diária é gratuita para propriedades padrão, e o custo vem do armazenamento e das consultas no BigQuery. Os limites e as condições mudam, então vale consultar a documentação atual do Google.

Qual fonte devo usar para atribuição de conversão?

Depende do objetivo. Se a atribuição precisa seguir o modelo da interface, use a interface. Se você quer testar outros modelos ou cruzar com dados de CRM, use o BigQuery, sabendo que os números vão diferir.

É possível zerar a diferença?

Em geral, não, e tentar costuma consumir mais tempo do que o ganho de precisão justifica. O objetivo realista é entender a diferença e mantê-la estável.

Uma taxa de cliques de 3,2% no relatório de desempenho do Search Console parece ruim ou boa? A resposta honesta é: depende de uma pergunta que o relatório não responde, que é em qual posição, para qual tipo de consulta e em qual formato de resultado essa taxa foi medida.

A CTR orgânica é uma das métricas mais citadas e uma das mais mal interpretadas em SEO. Este texto destrincha como ela é calculada, onde engana e o que fazer com ela sem tirar conclusões erradas.

Como a métrica é calculada

A taxa de cliques é a divisão entre cliques e impressões. Se uma página aparece 10.000 vezes e recebe 320 cliques, a taxa é 3,2%. A conta é simples. O que a complica é a definição de “impressão”: no Search Console, a impressão conta quando o resultado entrou na página de resultados, mesmo que o usuário não tenha rolado até ele, e as regras de contagem variam conforme o tipo de resultado. Por isso, a mesma taxa pode esconder públicos que nunca viram o seu link.

Por que a média global é a pior leitura possível

A média do site mistura consultas de marca, que costumam ter CTR muito alta, com consultas genéricas em posições baixas, que têm CTR muito baixa. Quando você publica muito conteúdo novo que ainda aparece em posição 15 ou 20, a média cai, e isso é um efeito de composição, não de queda de qualidade dos títulos. O oposto também acontece: uma boa campanha de marca eleva a média e esconde um problema real nas páginas de conteúdo.

Por isso, o primeiro corte obrigatório é separar consultas de marca e de não marca. Sem isso, qualquer conversa sobre CTR do site inteiro tende a ser ruído.

O segundo corte: posição

Em geral, a CTR cai de forma acentuada da primeira para a terceira posição e continua caindo depois. Existem estudos de mercado que publicam curvas médias, mas elas variam por setor, por dispositivo, por idioma e por presença de elementos como resumos em destaque, mapas e respostas geradas por IA. Use esses números como ordem de grandeza, nunca como meta.

Mais útil que uma curva do mercado é a sua própria curva: agrupe suas consultas por posição média (1, 2–3, 4–5, 6–10) e calcule a CTR de cada faixa. Isso mostra o seu padrão e permite comparar páginas dentro do mesmo grupo.

O terceiro corte: intenção da consulta

Consultas informacionais, como “o que é churn”, frequentemente geram menos cliques porque o resultado responde direto na página. Consultas transacionais ou de comparação tendem a gerar mais clique, porque o usuário precisa visitar o site para agir. Comparar CTR de uma página informacional com a de uma página comercial é comparar categorias diferentes.

Agrupe por intenção antes de comparar. Se não tiver ferramenta de classificação, um agrupamento manual por padrão de palavra (como, o que é, melhor, preço) já resolve a maior parte do caso.

Exemplo de leitura com números fictícios

Suponha um blog com três páginas de conteúdo, todas na posição média 4. A página A tem 8.000 impressões e 240 cliques (3,0%). A página B tem 6.000 impressões e 108 cliques (1,8%). A página C tem 500 impressões e 4 cliques (0,8%). A leitura apressada diz que C é a pior. Mas com 500 impressões, quatro cliques contra seis podem ser acaso. A página B, com volume relevante e CTR bem abaixo de A na mesma posição, é o candidato real a investigação: título genérico, descrição que repete o título ou intenção desalinhada.

Esse tipo de leitura evita gastar semanas ajustando páginas em que a diferença é só ruído estatístico. Os números acima são ilustrativos e não representam nenhum site real.

Um processo em cinco passos para usar a CTR

1. Exporte consultas e páginas de um período de pelo menos 28 dias, evitando semanas atípicas.
2. Separe marca de não marca e analise cada grupo em separado.
3. Agrupe por faixa de posição e calcule a CTR de cada faixa.
4. Identifique as páginas abaixo da própria curva, aquelas cuja CTR está bem abaixo da média da sua faixa de posição, com volume de impressões relevante.
5. Teste uma mudança por vez em título ou descrição e compare o antes e o depois no mesmo intervalo de tempo.

O passo 4 é onde o ganho aparece. Uma página na posição 3 com CTR abaixo de outras páginas na posição 3 tem um problema de título, de snippet ou de alinhamento com a intenção, e é candidata natural a ajuste.

O que muda com resultados enriquecidos e respostas automáticas

Hoje a página de resultados traz resumos, caixas de perguntas relacionadas, mapas, vídeos e, em muitas consultas, respostas geradas por IA acima dos links tradicionais. Cada um desses elementos empurra o primeiro resultado orgânico para baixo e desvia atenção. Na prática, a mesma posição 1 pode entregar CTR muito diferente de um ano para outro, sem que a página tenha mudado.

Por isso, a série histórica precisa ser lida com cuidado. Se a CTR de um grupo de consultas cai enquanto a posição e as impressões se mantêm, uma explicação provável é a presença de novos elementos na página de resultados. A forma de confirmar é pesquisar manualmente as consultas mais importantes, no mesmo dispositivo, e observar o que aparece acima do seu resultado. Documente isso com capturas datadas, porque a página muda.

Também vale separar dispositivos. No celular, os elementos adicionais ocupam proporcionalmente mais tela e a CTR tende a se comportar de forma diferente do computador. Um relatório que mistura os dois pode esconder mudanças relevantes.

Onde a análise costuma falhar

O primeiro erro é o volume pequeno. Com poucas centenas de impressões, a CTR oscila muito por acaso, e qualquer mudança parece efeito. Uma regra prática é definir um mínimo de impressões por página antes de olhar para a taxa, e esse mínimo depende do seu site. Não existe um número universal, mas abaixo de algumas centenas de impressões a leitura é frágil.

O segundo erro é atribuir toda variação ao título. Mudança de posição, sazonalidade, atualização do Google e novos recursos na página de resultados afetam a taxa sem que você tenha mexido em nada. Por isso, o teste ideal compara páginas semelhantes, uma alterada e outra não, no mesmo período.

O terceiro é ignorar a perda de cliques causada pelo próprio resultado: quando a resposta aparece no topo da página, a CTR cai mesmo com a posição estável. Nesse caso, o problema não é o título, é o formato do resultado, e a decisão pode ser mudar o ângulo do conteúdo.

Como documentar a análise para repetir depois

Um relatório de CTR que só vive na cabeça de quem fez é inútil seis meses depois. Registre sempre o período analisado, o filtro de marca e não marca, a definição das faixas de posição, o mínimo de impressões usado e as mudanças externas conhecidas. Guarde a exportação bruta junto ao relatório, para que outra pessoa consiga reproduzir os números.

Defina também uma rotina de revisão. Uma checagem mensal das páginas abaixo da própria curva, com uma ou duas ações por ciclo, entrega mais resultado do que uma grande auditoria feita uma vez por ano. O motivo é a medição: com mudanças pequenas e datadas, você consegue atribuir efeito. Com dez mudanças ao mesmo tempo, você nunca vai saber o que funcionou.

Por fim, relacione CTR a resultado de negócio. Um aumento de cliques em uma página sem potencial de conversão tem pouco valor. Cruze com conversões ou com engajamento para priorizar páginas em que mais cliques significam mais retorno.

Quando a CTR não é a métrica certa

Há situações em que olhar CTR atrapalha. Em páginas que respondem a uma pergunta curta, como uma definição ou um número, um usuário satisfeito pode nem clicar, e uma CTR baixa não significa fracasso. Nesses casos, a métrica relevante pode ser a presença do seu conteúdo como fonte da resposta, ou o efeito indireto em buscas de marca. Avalie o objetivo da página antes de impor uma meta de cliques.

Da mesma forma, uma CTR alta pode mascarar um problema: se o título promete mais do que o conteúdo entrega, você ganha o clique e perde o usuário logo em seguida. Cruze a taxa com tempo de permanência e com conversões para entender se o clique foi bem aproveitado. A CTR mede a promessa do resultado, não a qualidade da entrega.

Por isso, trate a taxa de cliques como uma das peças de um conjunto, ao lado de posição, impressões, engajamento e conversão. Isoladamente, ela conta uma história pela metade.

O que levar para dentro da empresa

Se você precisa defender um argumento, apresente a CTR por grupo, nunca a média do site. Mostre a faixa de posição, o volume de impressões e o período. Diga também quando o número é estimativa, quando o intervalo é curto e quando houve mudança externa no período. Um relatório que admite os limites é mais convincente que um que apresenta um número solto.

Perguntas frequentes

Qual é uma boa CTR orgânica?

Não há número único. Depende de posição, intenção e tipo de resultado. Compare suas páginas com as suas próprias, no mesmo grupo.

Mudar o título sempre aumenta a CTR?

Não. Títulos mais específicos e alinhados à intenção costumam ajudar, mas é preciso testar e medir. Há casos em que a mudança piora o resultado.

A CTR de respostas geradas por IA aparece no Search Console?

As regras de relatório mudam com frequência. Consulte a documentação oficial atual para saber como esses formatos são contados.

Quanto tempo esperar depois de mudar um título?

Em geral, algumas semanas, para acumular impressões suficientes e atravessar a variação semanal. Evite concluir em poucos dias.

Em uma conta de Search Console, as impressões ficaram estáveis, mas os cliques caíram 18% em três meses. A primeira reação do time foi culpar a posição. A pergunta de medição correta, porém, é outra: a queda veio do CTR, das impressões ou da composição das consultas? Cada resposta pede uma ação diferente, e confundir uma com a outra faz o time gastar um trimestre consertando o problema errado.

Este artigo propõe um método em etapas para isolar a causa de uma queda de cliques orgânicos. Os números que aparecem nos exemplos são ilustrativos e servem para mostrar o raciocínio; não são de nenhuma pesquisa específica.

Etapa 1: decomponha cliques em impressões e CTR

Exporte os dados do Search Console para dois períodos comparáveis: o recente e o anterior, com o mesmo número de dias e, de preferência, o mesmo número de cada dia da semana. Comparar quatro semanas com quatro semanas evita o viés de feriados e de sazonalidade semanal. Depois, calcule a variação percentual de impressões e de CTR separadamente.

Essa tabela é um ponto de partida, não um diagnóstico. Cada linha é uma hipótese a testar nas etapas seguintes.

Etapa 2: separe marca de não marca

Consultas de marca (as que contêm o nome da empresa) têm CTR muito alto e comportam-se diferente do restante. Uma campanha de mídia, um evento ou uma notícia mexe nelas sem ter relação com SEO. Filtre as consultas que contêm o nome da marca e analise as duas fatias separadamente.

Um erro comum é concluir que “o SEO piorou” quando o que caiu foi a busca de marca depois do fim de uma campanha. A decisão correta passa a ser outra: ou reforçar a mídia, ou aceitar a queda como efeito sazonal.

Etapa 3: olhe a posição média com desconfiança

A posição média no Search Console é ponderada por impressões. Isso cria um paradoxo conhecido: quando a página começa a aparecer para muitas consultas de cauda longa, em posições baixas, a posição média piora, mesmo que as posições das consultas principais não tenham mudado. O contrário também ocorre.

Por isso, a posição média agregada não deve ser usada como diagnóstico isolado. Compare as posições por consulta nas 20 ou 50 consultas com mais cliques no período anterior. Se elas continuam nas mesmas faixas, o problema não é de ranking.

Etapa 4: verifique mudanças na página de resultados

Nos últimos meses, a página de resultados de muitas consultas informativas passou a exibir respostas geradas por IA, caixas de resposta direta e blocos de perguntas relacionadas. Esses elementos podem reduzir o CTR de uma posição sem que a posição mude. O cenário B da tabela costuma ter essa origem.

Como testar: pesquise manualmente as 10 consultas que mais perderam cliques, em janela anônima e no mesmo país, e registre o que aparece acima do seu resultado. Se há um bloco de resposta no topo, o CTR esperado para a sua posição é menor do que o de períodos anteriores. A ação, nesse caso, não é “melhorar o título”, e sim decidir se vale disputar a consulta ou migrar esforço para consultas com intenção transacional.

Etapa 5: segmente por dispositivo, país e tipo de página

Uma queda agregada pode esconder um problema localizado. Cruze a variação de cliques por dispositivo (celular versus desktop), por país e por grupo de páginas (blog, produto, categoria). Se a queda se concentra em um único grupo de páginas, a investigação deve ir para lá: um template alterado, uma regra de canonical mal aplicada, um bloqueio de rastreamento.

1. Exporte os dados por página e por consulta para os dois períodos.
2. Agrupe as páginas por tipo e calcule a variação de cliques de cada grupo.
3. Ordene pelos grupos que mais explicam a perda absoluta, não a percentual.
4. Abra o grupo líder e repita a decomposição de impressões e CTR.

A perda absoluta importa mais do que a percentual: uma página que caiu 60% mas tinha 20 cliques explica menos do que um grupo que caiu 10% e tinha 8 mil.

Estudo de caso ilustrativo: três leituras para a mesma queda

Considere um site de conteúdo com 400 mil impressões e 12 mil cliques em um mês (CTR de 3,0%). No mês seguinte, as impressões sobem para 460 mil e os cliques caem para 11,5 mil (CTR de 2,5%). À primeira vista, o time diria que “o tráfego está estável”. A decomposição mostra outra história: as impressões cresceram 15%, e o CTR caiu cerca de 17%.

O que explica essa combinação? Três hipóteses plausíveis, e cada uma pede um teste diferente. Primeira: o site passou a aparecer para mais consultas informativas de baixa intenção, o que aumenta impressões e dilui o CTR. O teste é filtrar as consultas novas e calcular o CTR delas separadamente. Segunda: um bloco de resposta direta ou de IA entrou nas consultas principais. O teste é a verificação manual descrita na etapa 4. Terceira: a posição média das consultas principais caiu uma ou duas posições, o suficiente para reduzir o CTR sem alterar muito as impressões. O teste é comparar as posições por consulta.

Repare que a ação muda conforme a hipótese. Na primeira, o problema é de mensuração: o tráfego novo é de qualidade diferente e deve ser avaliado por conversão, não por cliques. Na segunda, a decisão é editorial e estratégica. Na terceira, é trabalho técnico e de conteúdo para recuperar posição. Sem a decomposição, o time tenderia a tratar tudo como a terceira.

Armadilhas de medição que distorcem a leitura

Algumas fontes de erro aparecem com frequência. A primeira é comparar períodos de tamanhos diferentes ou que contêm eventos distintos, como Black Friday ou férias escolares. A segunda é ignorar o atraso de dados do Search Console, que consolida as informações dos últimos dias de forma incompleta; evite incluir os dois ou três dias mais recentes na análise. A terceira é misturar propriedades: uma propriedade de domínio e uma de prefixo de URL podem mostrar números diferentes para o mesmo site.

Outra armadilha é a mudança de configuração do próprio site. Uma migração de domínio, a troca de URLs, a alteração de templates e a inclusão de parâmetros podem redistribuir cliques entre páginas e dar a impressão de queda, quando o total se manteve. Antes de concluir que perdeu tráfego, verifique se houve alguma mudança técnica no período.

Como transformar o diagnóstico em decisão

Com a causa provável identificada, o passo seguinte é ligar a conclusão a uma ação com critério de sucesso mensurável. Se a hipótese é de perda de CTR por mudança na página de resultados, defina qual será o indicador de sucesso (por exemplo, o CTR das 20 consultas principais) e por quanto tempo você acompanhará, em geral entre quatro e oito semanas. Se a ação é reescrever títulos e descrições, teste em um grupo de páginas e use outro grupo parecido como controle, e não altere tudo ao mesmo tempo.

O argumento que sobe para a diretoria deve conter três coisas: o que aconteceu, medido com números do período; a causa mais provável, com o grau de incerteza explicitado; e o que será feito, com prazo e métrica. Quem leva um relatório assim costuma ganhar credibilidade, porque separa o que se sabe do que se supõe.

Quando a queda é real e quando é ruído

Nem toda oscilação merece investigação. Sites pequenos têm variação natural grande, e uma semana com 20% a menos pode ser apenas ruído estatístico. Uma regra prática é calcular a variação semana a semana dos últimos três ou quatro meses e usar o intervalo observado como faixa de normalidade. Uma queda que ultrapassa essa faixa em duas ou mais semanas seguidas já justifica a análise completa. Uma queda isolada, sem repetição, geralmente não justifica.

Vale também registrar, em uma planilha de eventos, tudo que mudou no site e no mercado: lançamentos de páginas, alterações técnicas, campanhas, atualizações de algoritmo anunciadas pelos buscadores. Quando a queda aparecer, a planilha encurta a investigação de dias para horas.

O que concluir, e o que não concluir

Com as cinco etapas, o time passa a ter uma hipótese ordenada por evidência, não uma opinião. O ponto de atenção é que o Search Console tem limitações: ele agrupa consultas raras e não mostra todas elas, e os dados de CTR dependem da posição em que o resultado foi exibido. Por isso, trate as conclusões como indícios e confirme com uma segunda fonte, como o analytics do site, o log do servidor ou uma ferramenta de monitoramento de posições.

Se a ideia é levar o argumento para a diretoria, o formato que costuma funcionar é uma tabela com a decomposição de cliques, o cenário identificado e a ação proposta. Evite apresentar uma única causa quando as evidências apontam para mais de uma.

Perguntas frequentes

Uma queda de 10% em cliques já é um problema?

Depende da variação histórica do site. Calcule a oscilação normal entre períodos equivalentes dos últimos meses; só vale investigar o que sai desse intervalo.

Posso confiar no CTR médio de mercado?

Como referência geral, sim, mas o CTR varia muito por tipo de consulta, dispositivo e elementos da página de resultados. Compare o seu site com ele mesmo ao longo do tempo antes de comparar com benchmarks.

Preciso de ferramentas pagas para isso?

Não para o diagnóstico inicial. O Search Console, uma planilha e um período de comparação bem definido já permitem isolar a causa na maior parte dos casos.

Numa operação com busca orgânica relevante, a diferença entre o que o relatório de última interação mostra e o que uma análise de caminho completo devolve ao canal costuma ser grande o bastante para mudar decisão de orçamento. Não é um erro de implementação: é o modelo funcionando exatamente como foi desenhado. A pergunta que este texto responde é outra — como estimar o tamanho dessa diferença na sua base, sem trocar de ferramenta e sem esperar seis meses.

O que o modelo de última interação realmente mede

Última interação (ou last click) atribui 100% da conversão ao último canal não direto antes do fechamento. É um modelo de registro, não de causalidade: ele responde “por onde a pessoa entrou desta vez”, e essa é uma pergunta legítima. O problema começa quando a resposta é usada para decidir onde investir, porque aí a pergunta deixa de ser “por onde entrou” e passa a ser “o que fez a pessoa comprar” — e são coisas diferentes.

A distorção tem um padrão previsível. Canais que aparecem cedo no caminho, quando a pessoa ainda está descobrindo que tem um problema, quase nunca são o último clique. Canais que aparecem tarde, quando a pessoa já decidiu e está só localizando a página, quase sempre são. Busca orgânica de topo, conteúdo educativo, vídeo e redes sociais caem no primeiro grupo. Busca paga de marca, e-mail de carrinho abandonado e retargeting caem no segundo.

Isso significa que o modelo tende a subestimar sistematicamente o primeiro grupo e superestimar o segundo. A magnitude varia muito: em venda de ticket baixo e ciclo de um dia, a diferença entre modelos costuma ser pequena, porque há poucos pontos de contato para distribuir. Em B2B com ciclo de semanas ou meses e oito a quinze toques registrados, a diferença fica grande o suficiente para inverter o ranking de canais.

Onde o orgânico desaparece da conta

Há três mecanismos distintos que tiram crédito do orgânico, e eles se somam. Vale separá-los porque cada um exige uma correção diferente.

O primeiro é a posição no caminho, já descrita. O segundo é a canibalização por marca: alguém lê um artigo seu, sai, volta três dias depois digitando o nome da empresa no buscador e clica no anúncio de marca que está acima do resultado orgânico. O último clique registra mídia paga. A busca orgânica que gerou o conhecimento não aparece em lugar nenhum, e o anúncio de marca recebe crédito por uma intenção que ele não criou.

O terceiro é a perda de rastro entre dispositivos e sessões. Descoberta no celular, compra no desktop, janela de cookie expirada, navegador que limita armazenamento — cada uma dessas situações quebra o caminho e transforma um toque intermediário em uma sessão direta ou em um caminho de um único clique. O efeito é assimétrico: o toque perdido é quase sempre o mais antigo, ou seja, o do canal de descoberta.

Os quatro modelos e o que cada um distorce

Nenhum modelo baseado em regra é neutro. Cada um embute uma teoria sobre como a decisão de compra acontece, e a escolha entre eles é a escolha de qual erro você prefere cometer.

Há ainda modelos orientados a dados, que ajustam os pesos a partir da comparação entre caminhos que converteram e caminhos que não converteram. Eles são melhores que regras fixas quando há volume suficiente de conversão, mas continuam sendo correlação — descrevem o que acompanha a conversão, não o que a causa. E são sensíveis à mesma perda de rastro descrita acima: se o dado de entrada está incompleto, o modelo aprende o padrão da lacuna.

Como refazer a conta sem ferramenta nova

Dá para estimar a ordem de grandeza da distorção com o que a maioria das operações já tem. O procedimento tem cinco etapas.

1. Exporte os caminhos de conversão dos últimos 90 dias. Você precisa da sequência de canais por conversão, não do relatório já agregado por canal.
2. Separe as conversões por número de toques. Um clique, dois a três, quatro ou mais — essa quebra sozinha já mostra quanto da sua base está em ciclo curto.
3. Reprocesse cada grupo em dois modelos: última interação e linear. A diferença percentual por canal, dentro do grupo de quatro ou mais toques, é a sua estimativa de distorção.
4. Isole a busca de marca do resto da mídia paga. Marca misturada com prospecção esconde o efeito de canibalização, que é justamente o que você quer enxergar.
5. Compare o crédito do orgânico nos dois modelos e escreva a faixa, não o número. Algo como “entre X% e Y% mais crédito no modelo linear” é uma conclusão defensável; um número único não é.

Esse exercício não prova causalidade. Ele mostra quanto da sua leitura atual depende da escolha de modelo — e essa informação já muda a conversa com quem aprova orçamento, porque tira a discussão do terreno da opinião.

O teste que resolve a discussão

Atribuição descreve caminhos registrados. Para saber o que aconteceria sem o canal, é preciso desligá-lo em algum lugar e comparar. O desenho mais barato para isso é o teste geográfico: escolhe-se um conjunto de regiões comparáveis, suspende-se o investimento no canal em metade delas, mantém-se na outra metade, e observa-se a diferença de receita total — não de receita atribuída.

Duas exigências tornam esse teste viável ou inviável. A primeira é volume: regiões com poucas conversões por semana produzem variação aleatória grande o bastante para engolir o efeito. A segunda é tempo: o período precisa cobrir pelo menos um ciclo de venda completo, e depois mais um, porque o efeito de desligar um canal de descoberta aparece com atraso. Em operação de ciclo longo, isso significa um teste de meses, o que muitas vezes é o argumento real contra fazê-lo.

Quando o teste não cabe, a alternativa honesta é assumir a incerteza: manter o modelo atual como registro operacional, tratar a faixa calculada na seção anterior como margem de erro conhecida e não usar variação de poucos pontos percentuais entre canais como base para realocar orçamento.

Qual modelo usar em qual situação

Para operação de ciclo curto, ticket baixo e maioria de caminhos com um ou dois toques, última interação é adequado e trocar por outra coisa adiciona complexidade sem ganho. A distorção existe, mas é pequena diante do ruído natural da operação.

Para ciclo de semanas com quatro ou mais toques típicos, decaimento temporal é a escolha mais defensável entre os modelos de regra. Ele não finge que todos os toques pesam igual, o que é implausível, nem zera o começo do caminho, que é o erro grave do último clique. Não é correto — nenhum é — mas erra menos onde erra mais caro.

Para qualquer decisão de aumentar ou cortar investimento acima de uma fatia relevante do orçamento, nenhum modelo de atribuição deveria ser suficiente sozinho. Aí vale o teste geográfico, mesmo que demore. O custo de rodá-lo é conhecido e limitado; o custo de cortar por três meses um canal que sustentava a demanda do fundo do funil não aparece em relatório nenhum até ser tarde.

Perguntas frequentes

Trocar o modelo de atribuição muda a receita real?

Não. Muda apenas a distribuição do crédito entre canais. A receita total é a mesma em qualquer modelo — o que varia é a quem ela é creditada, e portanto quais decisões de orçamento parecem justificadas.

Conversões marcadas como diretas podem ser recuperadas?

Parcialmente. Parte do tráfego direto é gente que realmente digitou o endereço; outra parte é rastro perdido. Comparar a proporção de diretas entre dispositivos e entre páginas de entrada ajuda a separar os dois casos, mas não existe forma de recuperar a origem de uma sessão cujo caminho foi quebrado.

Vale a pena implementar atribuição no servidor?

Ajuda no terceiro mecanismo descrito acima — a perda de rastro — e costuma reduzir a proporção de caminhos de um único clique. Não resolve a canibalização por marca nem a questão de posição no caminho, porque essas são limitações do modelo, não da coleta.

Qual janela de atribuição usar?

Ela precisa ser pelo menos tão longa quanto o ciclo de venda observado, medido da primeira visita ao fechamento, no percentil alto e não na média. Janela mais curta que o ciclo descarta o começo do caminho por construção — e o começo do caminho é exatamente onde o orgânico aparece.

A pergunta que interessa não é se conteúdo antigo pode voltar a ranquear — pode. É outra, bem mais incômoda: de cada 100% de crescimento atribuído a um content refresh, quanto realmente veio da edição do texto? Em auditorias de projetos de conteúdo, a resposta costuma ficar entre um terço e metade do ganho bruto reportado. O resto é sazonalidade, regressão à média, mudança de SERP e reindexação que teria acontecido de qualquer jeito. O número varia muito por nicho e por volume de páginas, mas a direção do erro é sempre a mesma: o ganho bruto superestima o efeito.

Isso não torna o refresh inútil. Torna a medição atual inútil — e é ela que decide quantas horas do time vão para reescrever o que já existe em vez de produzir o que não existe.

De onde saiu a promessa dos três dígitos

O formato do case é sempre o mesmo. Alguém pega um conjunto de URLs com queda de tráfego, reescreve, republica com data nova, e compara os 30 dias seguintes com os 30 dias anteriores. O gráfico sobe. O post no LinkedIn diz +180%.

O problema está inteiro na escolha do ponto de partida. As páginas selecionadas para refresh são, por definição, páginas que estavam mal. Tráfego orgânico de uma URL individual oscila bastante semana a semana — em páginas de cauda longa, variações de 30% a 50% entre semanas consecutivas são rotina, sem que nada tenha mudado. Quando você escolhe deliberadamente o vale dessa oscilação como linha de base, parte do movimento seguinte é apenas o retorno ao patamar habitual. É regressão à média, e ela aparece no relatório com a mesma cara que teria um ganho de verdade.

Some a isso o segundo fator: a maior parte dos calendários de refresh roda no começo do ano ou depois de uma queda sazonal. Se o tema tem demanda cíclica — e quase todo tema B2B tem, com vale em dezembro e janeiro e recuperação a partir de fevereiro —, o refresh é executado exatamente na descida e medido exatamente na subida.

Os quatro efeitos que se misturam no mesmo gráfico

Antes de medir, vale separar o que está sendo somado no número final. São quatro coisas distintas, com durações e causas diferentes:

1. Regressão à média. A página volta ao patamar em que já estava. Dura enquanto o patamar durar e não tem relação com a edição.

2. Sazonalidade da demanda. O volume de busca do tema subiu. Aparece em todas as páginas daquele assunto, tenham sido editadas ou não — o que a torna a mais fácil de isolar.

3. Reindexação e refresco de data. Republicar dispara um novo rastreamento e, em alguns casos, uma exibição de data mais recente no resultado. Costuma produzir um pico curto, de poucas semanas, que decai. É efeito real, mas não é efeito de conteúdo.

4. Ganho de correspondência com a intenção. O texto passou a responder melhor a pergunta que a busca faz. É o único dos quatro que se sustenta e o único que justifica o custo de reescrever.

Um relatório que não separa esses quatro não informa nada acionável. Ele diz que algo aconteceu, sem dizer o que repetir.

A medição que funciona: grupo de controle dentro do próprio site

Não é preciso experimento sofisticado. É preciso um controle — e o site já tem material para construir um.

O procedimento tem cinco etapas:

1. Monte o universo elegível. Liste todas as URLs que se qualificariam para refresh pelo seu critério (queda de cliques, posição média entre 8 e 20, conteúdo com mais de X meses — o critério importa menos do que ser aplicado igualmente a todas).

2. Divida aleatoriamente em dois grupos. Metade recebe refresh nesta rodada. A outra metade fica para a rodada seguinte. A palavra decisiva é aleatoriamente: se você tratar primeiro as que “parecem mais promissoras”, destruiu o controle antes de começar.

3. Fixe a janela antes de executar. Escolha o período de comparação e escreva em algum lugar antes de publicar. Janela definida depois de ver o resultado é a origem de metade dos números inflados que circulam.

4. Compare a variação entre grupos, não a variação de cada grupo. Se o grupo tratado subiu 40% e o grupo de controle subiu 25%, o efeito atribuível ao refresh é a diferença — cerca de 15 pontos —, não os 40%. Sazonalidade e tendência geral do site afetam os dois grupos igualmente e se cancelam na subtração.

5. Meça em duas janelas. Uma curta, de 4 semanas, que captura o pico de reindexação. Outra de 12 semanas, que mostra o que sobrou depois que o pico decaiu. A diferença entre as duas é a parte do ganho que era temporária.

Com 20 ou 30 páginas por grupo o resultado já é utilizável para decisão interna. Com menos de 10, o ruído individual de cada URL domina e a leitura não se sustenta — nesse caso, acumule duas ou três rodadas antes de concluir qualquer coisa.

O que medir em cada janela

A última linha merece atenção. Refresh que amplia o escopo de uma página frequentemente faz com que ela passe a competir com outra URL do próprio site. O ganho aparece na página tratada e a perda aparece em outra, fora do relatório. Somar as duas antes de comemorar é o que separa uma medição honesta de um slide bonito.

Onde o refresh compensa e onde é retrabalho caro

Quando a medição é feita desse jeito, o resultado costuma se organizar em três grupos bem distintos — e o padrão se repete o suficiente para servir de heurística de priorização.

Páginas em posição intermediária, cujo texto ficou desatualizado em fatos verificáveis — preço, versão de ferramenta, regra que mudou —, respondem bem e sustentam o ganho. Faz sentido: a lacuna entre o que a página diz e o que a busca procura era real e foi fechada.

Páginas que perderam tráfego porque a SERP mudou de formato — passou a exibir resultado direto, bloco de vídeo, painel de resposta — quase não respondem. O texto não é o gargalo; o espaço disponível encolheu. Reescrever ali é gastar horas contra uma restrição que não depende de você.

Páginas com tráfego pequeno e estável, escolhidas para refresh só porque são antigas, tendem a mostrar ganho de curto prazo e retorno ao patamar em três meses. É o caso mais comum de falso positivo e o mais caro, porque é também o mais numeroso na maioria das listas de refresh.

A escolha que eu faria com esse quadro na mão: concentrar todo o orçamento de refresh no primeiro grupo, tratar o segundo com mudança de formato em vez de reescrita, e simplesmente não tocar no terceiro até que haja evidência específica de que ele responde. Na prática isso costuma reduzir a lista de refresh a algo entre um quinto e um terço do tamanho original — e é justamente essa redução que libera horas para conteúdo novo.

O que fazer na próxima rodada

Se o time já tem um calendário de refresh rodando, não é preciso parar tudo. Basta não tratar a próxima leva inteira: separe metade como controle, registre a janela antes de publicar e compare a diferença de variação entre os dois grupos em 12 semanas. O custo do experimento é adiar o refresh de metade das páginas por um trimestre. O retorno é parar de decidir alocação de time com base em um número que mede principalmente a própria janela de comparação.

Perguntas frequentes

Trocar a data de publicação sozinha melhora o ranqueamento? Trocar a data sem alterar o conteúdo tende a produzir, no máximo, um efeito curto ligado ao rastreamento, que decai. Como estratégia isolada, o custo é baixo, mas o retorno também — e o risco de exibir uma data recente em cima de informação velha é real para a confiança do leitor.

Quantas páginas preciso para medir com alguma segurança? Para decisão interna, 20 a 30 por grupo já dão leitura estável. Abaixo de 10 por grupo, a variação natural de URLs individuais domina o resultado e qualquer conclusão é frágil.

Dá para usar outro site ou o mercado como controle? Não com a mesma confiabilidade. O controle precisa estar sujeito às mesmas mudanças de infraestrutura, links internos e histórico de domínio que o grupo tratado. Páginas do próprio site cumprem isso; páginas de fora, não.

E se a diferença entre os grupos der praticamente zero? É um resultado, não uma falha. Significa que, para aquele perfil de página, o ganho reportado antes vinha de sazonalidade e regressão — e que aquelas horas rendem mais em conteúdo novo ou em correção de canibalização.

Refresh de conteúdo ajuda a ser citado por sistemas de resposta com IA? Os dados públicos ainda são escassos e variam muito por vertical. O que dá para afirmar com segurança é que informação factualmente desatualizada prejudica em qualquer superfície de resposta. Tratar isso como consequência de manter o conteúdo correto é mais defensável do que tratar como objetivo de otimização com meta própria.

Uma agência apresenta um relatório com “Autoridade de Domínio: 42” e o cliente pergunta o que precisa fazer para chegar a 60. A pergunta parece razoável, mas ela parte de uma premissa errada: a de que esse número é uma nota atribuída pelo Google. Não é. É a saída de um modelo estatístico de uma empresa privada, treinado para prever posicionamento — e a diferença entre prever e determinar é exatamente onde a métrica engana.

Vale destrinchar como o número é construído, por que a escala mente sobre o próprio progresso e em que situações ele ainda entrega decisão útil.

Como o número é calculado

Métricas de autoridade — Domain Authority, Domain Rating, Authority Score, cada fornecedor tem a sua — partem todas do mesmo insumo: o grafo de links que aponta para o domínio. O fornecedor rastreia a web com o próprio robô, monta um índice de páginas e links, e roda sobre esse grafo um cálculo derivado da lógica do PageRank, em que um link vale mais quando vem de uma página que também recebe links relevantes.

Até aqui é matemática de grafo. A parte que quase ninguém lê na documentação vem depois: o valor bruto é passado por um modelo de aprendizado de máquina treinado para correlacionar com posicionamento observado em amostras de resultados de busca. O modelo é recalibrado periodicamente. Quando ele é recalibrado, o número de um site pode cair sem que nada tenha mudado no site — mudou a régua, não o objeto medido.

Essa é a primeira distinção prática. Existem duas causas possíveis para uma queda na métrica: perda real de links ou recalibração do modelo. Antes de abrir investigação interna, verifique se a queda foi simultânea em vários domínios da sua carteira e se o fornecedor anunciou atualização de índice no período. Movimento coletivo raramente é problema individual.

A escala é logarítmica, e isso muda toda a leitura

Os índices de autoridade vão de 0 a 100 e são comprimidos logaritmicamente. Isso significa que a distância entre 20 e 30 não é a mesma distância entre 60 e 70 — a segunda exige uma quantidade de sinal de link ordens de grandeza maior que a primeira.

A consequência para planejamento é direta. Um site novo que sai de 8 para 25 em alguns meses fez um movimento comum, alcançável com um punhado de menções qualificadas. Um site que sai de 55 para 65 fez um movimento que, na maioria dos segmentos, leva anos e envolve cobertura de imprensa, conteúdo citado por terceiros ou aquisição de outro domínio. Prometer o segundo com o esforço do primeiro é o erro de projeção mais frequente em proposta de agência.

Por isso metas absolutas do tipo “chegar a 50 até dezembro” não se sustentam. A meta que se sustenta é relativa: reduzir a distância para a mediana dos domínios que ocupam as três primeiras posições nas consultas que interessam. Esse recorte muda por consulta e é o único que conversa com receita.

Os quatro pontos em que a métrica engana

1. Ela não é específica por consulta. O número é do domínio inteiro. A busca ranqueia páginas, e ranqueia por consulta. Um domínio com autoridade alta em conteúdo financeiro não herda vantagem automática ao publicar sobre um tema em que nunca foi citado.
2. Cada fornecedor mede um índice diferente. A cobertura de rastreamento varia bastante entre eles — a ordem de grandeza da diferença é de dezenas de porcento em número de domínios referentes encontrados para o mesmo alvo, e essa diferença cresce em segmentos de nicho e em idiomas fora do inglês. Comparar o número de um fornecedor com o de outro não é comparação, é ruído.
3. Ela é manipulável na margem. Como o cálculo depende do grafo de links, redes de sites construídas para inflar o indicador conseguem elevar o número sem alterar posicionamento. É por isso que a métrica é mais confiável para descartar do que para aprovar: autoridade muito baixa costuma indicar domínio sem histórico, mas autoridade alta não certifica qualidade.
4. Ela ignora intenção e qualidade da página. Duas páginas do mesmo domínio, com a mesma autoridade herdada, performam de maneira completamente distinta se uma responde à intenção da consulta e a outra não.

O que cada indicador de fato mede

Onde a métrica ainda vale o tempo de olhar

Descartá-la por completo também é exagero. Há três usos em que ela entrega decisão melhor do que qualquer alternativa de custo semelhante.

O primeiro é triagem de oportunidade de link. Ao avaliar uma lista de centenas de domínios candidatos a parceria, conteúdo convidado ou assessoria, a métrica ordena a fila rapidamente. Não decide sozinha — mas coloca no fim da fila o domínio criado há três meses sem histórico, e isso economiza horas.

O segundo é leitura de concorrência relativa. Se todos os domínios que ocupam o topo das consultas que interessam estão numa faixa e o seu está muito abaixo dela, o diagnóstico é de lacuna estrutural de autoridade — o problema não vai ser resolvido reescrevendo o título. Se o seu domínio está na mesma faixa e mesmo assim não ranqueia, o gargalo é de página, intenção ou indexação, não de autoridade.

O terceiro é detecção de anomalia. Uma queda abrupta em domínios referentes, acompanhada de queda na métrica, costuma revelar perda de links reais — parceiro que reformulou o site, portal que despublicou o material, migração que perdeu redirecionamentos. Nesse caso o número não é a resposta, é o alarme que motiva a apuração.

O painel que substitui a métrica na decisão semanal

Para quem precisa levar argumento com número para dentro da empresa, a autoridade de domínio é uma péssima primeira linha de relatório. Ela não se move na cadência da reunião, não responde por consulta e não conecta com receita. A sequência abaixo funciona melhor porque cada linha responde a uma pergunta de decisão diferente.

1. Impressões nas consultas-alvo, semana a semana. Responde: o buscador considera nossas páginas elegíveis para o que queremos disputar?
2. Número de consultas-alvo com pelo menos uma página nas dez primeiras posições. Responde: quantas frentes já são disputáveis? É um contador inteiro, muito mais legível em reunião do que uma média.
3. Domínios referentes novos no mês, com o nome de cada um. Responde: a aquisição de links está viva? A lista nominal impede que o indicador seja inflado por lixo.
4. Cliques e conversões das páginas-alvo. Responde: o tráfego que chegou fez alguma coisa? Sem essa linha, todo o resto é vaidade.
5. Autoridade de domínio, trimestral. Fica no relatório, mas no rodapé e na cadência certa — como leitura de contexto competitivo, não como meta.

A inversão de prioridade é o ponto. Quando a métrica de autoridade encabeça o relatório, a discussão vira sobre o número. Quando ela vai para o fim, a discussão volta para quais consultas foram conquistadas e o que aconteceu com quem chegou pela busca.

Perguntas frequentes

O Google usa autoridade de domínio no algoritmo?

Não. O indicador é criado por empresas de ferramentas de SEO a partir do próprio rastreamento delas. Representantes do buscador negam publicamente a existência de uma pontuação de autoridade de domínio como fator de ranqueamento. O que existe são sinais de link, entre muitos outros — e o modelo do fornecedor é uma tentativa externa de aproximar o efeito desses sinais.

Por que meu número caiu se não perdi nenhum link?

As duas causas mais comuns são recalibração do modelo do fornecedor e atualização do índice de rastreamento, em que links antes contabilizados deixam de ser encontrados. Verifique se outros domínios que você acompanha caíram no mesmo período. Se caíram, foi a régua.

Qual fornecedor tem o número mais confiável?

A pergunta não tem resposta única, porque não existe valor verdadeiro contra o qual comparar. O critério prático é outro: escolha um fornecedor, meça sempre por ele e nunca misture números de origens diferentes na mesma planilha. Consistência de fonte importa mais que escolha de fonte.

Faz sentido recusar um link porque o domínio tem autoridade baixa?

Não como regra automática. Um domínio pequeno, temático e realmente lido pelo seu público tende a valer mais do que um domínio genérico de número alto que publica sobre qualquer assunto. A autoridade baixa é sinal para investigar o domínio, não veredito para descartá-lo.

Em quanto tempo dá para subir a autoridade de um site novo?

A faixa inicial da escala se move em meses com trabalho consistente de conteúdo e menções. A metade superior se move em anos. Qualquer proposta que prometa metade superior em prazo de trimestre está vendendo previsão de modelo, não resultado de busca.