Comprar tráfego a granel é um exercício diferente de comprar um pacote de teste pequeno. O preço por mil sessões muda, mas quase tudo o resto também: o que o servidor tem de absorver, o que o CDN fatura, o que a análise ainda consegue distinguir e durante quanto tempo as provas continuam consultáveis. Este guia trata das partes de uma encomenda grande que só aparecem em escala, e começa pela ressalva óbvia: sessões compradas não melhoram o posicionamento na pesquisa, seja qual for a quantidade.
Em resumo
- O volume altera a unidade que se está a comprar. Convém perguntar o que significa uma «visita» no contador do fornecedor antes de comparar qualquer custo por mil. Duas propostas ao mesmo preço podem divergir bastante naquilo que chega efetivamente ao servidor.
- Alguns descontos de volume correspondem a economias reais de capacidade. Outros são uma descida de qualidade. O indício está em saber se o desconto está associado a uma janela de entrega mais longa (plausível) ou a uma janela de entrega inalterada com volume superior (normalmente não).
- A fatura do fornecedor raramente é a maior linha de custo. O tráfego de saída do CDN, o armazenamento de registos e qualquer serviço da infraestrutura própria tarifado por pedido crescem com a encomenda e são faturados a quem compra, não ao fornecedor.
- Volumes grandes degradam a medição própria. Os limiares de amostragem da análise, as janelas de retenção de dados e a cardinalidade das dimensões tornam-se restrições concretas a uma escala em que um teste pequeno nunca lhes chegou perto.
- Comprar por tranches. Um único bloco grande dá um só ponto de dados e nenhuma forma de isolar que nível de volume estragou alguma coisa.
O que o «custo por mil sessões» conta na realidade
O número em destaque numa proposta de volume é quase sempre um custo por mil visitas, e a palavra «visita» está a fazer mais trabalho do que o preço. Antes de comparar duas ofertas, convém obter a definição por escrito. Um pedido que chega à origem, um pedido que renderiza a página, uma sessão que executa a etiqueta de análise e uma sessão que permanece tempo suficiente para ser registada como envolvida são quatro coisas diferentes, e os fornecedores contam em quatro pontos distintos dessa cadeia.
A diferença acumula-se com o volume. Uma camada de contagem que perde parte dos pedidos antes de a monitorização disparar produz uma discrepância pequena o suficiente para passar despercebida numa encomenda de teste e um buraco visível entre fatura e painel numa encomenda grande, altura em que já se pagou.
Três perguntas resolvem quase tudo:
- Em que camada é contada uma visita? Pedido recebido, página renderizada ou etiqueta disparada. Convém pedir a definição, não uma garantia verbal.
- As repetições e os pedidos falhados são contados? Se o WAF colocar um desafio a parte do tráfego, em que coluna é que isso cai?
- Qual é a política em caso de entrega insuficiente? Uma regra de crédito acordada com antecedência vale mais do que uma garantia de entrega acordada em lado nenhum.
Onde os descontos de volume são reais e onde escondem uma descida de qualidade
Os descontos por volume não são automaticamente suspeitos neste contexto. Um fornecedor com infraestrutura fixa tem economias marginais genuínas: um compromisso maior distribuído por uma janela mais longa é mais barato de servir, e repercutir parte disso é racional. O problema é que uma redução de qualidade produz exatamente a mesma forma na tabela de preços.
A pergunta que distingue os dois casos é o que o fornecedor cede em troca. Um desconto ligado a uma janela de entrega mais longa, a um teto diário mais baixo ou a um compromisso de vários meses é coerente com economias de capacidade. Um desconto que mantém a janela de entrega inalterada enquanto multiplica o volume implica fornecimento mais barato, e fornecimento mais barato a curto prazo significa normalmente um conjunto de IP mais reduzido, mais repetição por origem ou uma mistura geográfica mais grosseira do que no escalão acima.
| Estrutura do desconto | Explicação provável | O que verificar |
|---|---|---|
| Preço mais baixo por uma janela de entrega mais longa | Nivelamento de capacidade, plausível | Que o teto diário desce mesmo de forma proporcional |
| Preço mais baixo por um compromisso de vários meses | Certeza de receita, plausível | Condições de saída e o que acontece se a qualidade descer a meio do prazo |
| Mesma janela, volume muito maior, preço unitário mais baixo | Fornecimento mais barato, exige escrutínio | Diversidade de origens e taxa de repetição na amostra entregue |
| Salto acentuado de escalão num volume específico | Muitas vezes uma mudança para outro conjunto de fornecimento | Se o escalão acima e o escalão abaixo se comportam de forma idêntica nos registos próprios |
Isto resolve-se sem discussão: convém comprar uma tranche pequena no escalão com desconto e comparar a sua assinatura nos registos com uma tranche executada no escalão normal. Mesmo conjunto de fornecimento, distribuições semelhantes. Distribuições diferentes significam que o desconto foi uma substituição.
Os custos de infraestrutura que caem do lado de quem compra
Uma encomenda a granel leva a infraestrutura própria para uma faixa de carga que ela pode não conhecer, e vários dos custos daí resultantes são tarifados por pedido. Nenhum deles consta da proposta do fornecedor.
- Tráfego de saída e pedidos no CDN. A maioria dos CDN fatura tanto os bytes transferidos como o número de pedidos. Uma página que pesa algumas centenas de quilobytes, multiplicada por uma encomenda grande, é uma linha de largura de banda considerável. Convém consultar a tabela de preços do CDN para a região concreta em vez de assumir uma tarifa única; as diferenças de preço regionais podem ser substanciais.
- Computação na origem. Respostas em cache são baratas. Tudo o que chega à origem, páginas dinâmicas, endpoints de pesquisa, blocos personalizados, não é. Se os URL de teste forem dinâmicos, convém modelar a taxa de acessos à origem antes de assumir o compromisso.
- Limites de taxa e regras de WAF. Alojamentos, WAF e gateways de API impõem tetos por IP e por endpoint. O tráfego que os aciona continua a custar dinheiro do lado do fornecedor enquanto produz páginas de desafio em vez de sessões. Convém confirmar os limites aplicáveis antes da encomenda em vez de diagnosticar erros 403 depois.
- Volume de registos. Registos de acesso, registos de aplicação e qualquer serviço alojado de registos que fature por volume ingerido crescem diretamente com a encomenda. O excedente de ingestão de registos é uma das surpresas desagradáveis mais frequentes depois de uma campanha grande, e é fácil de delimitar antecipadamente verificando as definições de retenção e o tamanho da linha de registo por pedido.
- Etiquetas de terceiros. A gravação de sessões, os mapas de calor e algumas ferramentas de testes A/B faturam por evento, e vão faturar sessões sintéticas. Convém desativá-las nos caminhos de teste ou aceitar o encargo com conhecimento de causa.
O que o volume faz à análise
Os testes pequenos vivem confortavelmente dentro do comportamento gratuito da maioria das ferramentas de análise. As encomendas a granel não, e as restrições que encontram estão documentadas em vez de misteriosas.
Amostragem. O Google Analytics 4 aplica amostragem aos relatórios de exploração assim que uma consulta ultrapassa um limiar de eventos documentado para as propriedades padrão, com um limiar mais alto no Analytics 360. A própria documentação da Google sobre amostragem de dados indica os valores atuais. A consequência prática é que uma campanha grande pode empurrar precisamente os relatórios que se pretendia ler para território amostrado, de modo que os dados de teste passam a ser uma estimativa justamente no momento em que a precisão importava.
Retenção. O GA4 retém dados ao nível do utilizador e do evento por um período configurável, e as opções disponíveis para as propriedades padrão são limitadas. A documentação sobre retenção de dados da Google enumera as definições atuais. Os relatórios padrão agregados não são afetados, mas a exploração detalhada de uma campanha tem prazo de validade, pelo que convém exportar o que for preciso defender mais tarde em vez de assumir que continuará disponível.
Cardinalidade. As dimensões de cardinalidade elevada são agrupadas num cesto «outros» assim que um relatório ultrapassa o seu limite de linhas. Se a campanha a granel introduzir muitos caminhos de página, referenciadores ou valores de campanha distintos, a dimensão que mais se queria segmentar é a que tem maior probabilidade de desaparecer nesse cesto. Convém manter deliberadamente poucos os valores de dimensão da campanha.
Nada disto altera o que o tráfego consegue provar. Altera se ainda se consegue ver o que aconteceu.
Dividir a encomenda em tranches
Um único bloco grande entregue de forma contínua responde mal a uma pergunta. Uma encomenda em tranches responde com precisão a várias, pelo mesmo custo total, porque cada etapa fornece um ponto de comparação.
- Primeira tranche: fidelidade. Pequena, apenas grande o suficiente para ser visível na análise. Verifica-se se o tráfego é contável, etiquetável e coerente entre os registos do servidor e a análise. Se falhar aqui, o resto da encomenda não vale nada.
- Segunda tranche: carga. Um degrau acima, suficiente para mover as métricas da infraestrutura. Convém observar o CPU da origem, os percentis de tempo de resposta, a taxa de erro e o rácio de acertos em cache do CDN. É aqui que se descobrem os limites de taxa, e de forma barata.
- Terceira tranche: o escalão com desconto. Convém executá-lo em dimensão moderada e comparar a sua assinatura com a da primeira tranche. É a verificação da descida de qualidade descrita acima.
- Restante: entrega doseada. Só agora se compromete o saldo, com um teto diário e uma regra de paragem escrita.
Convém negociar as tranches antes de assinar. Fornecedores que vendem blocos grandes podem aceitar um calendário faseado pelo mesmo total, e uma recusa em fasear é, ela própria, informativa.
Janela de entrega face às horas de pico
Uma encomenda grande comprimida numa janela curta colide com a audiência real. A campanha comprimida e o pico diário genuíno caem na mesma infraestrutura ao mesmo tempo, e se algo se degradar, degrada-se para visitantes que pagam, nas horas que mais importam.
Convém definir o teto de entrega em relação ao débito atual na hora de pico e não em relação ao total diário. O total diário é uma unidade enganadora: uma encomenda distribuída uniformemente por 24 horas tem um pico de cerca de um vinte e quatro avos do total, ao passo que a mesma encomenda entregue numa janela de horário laboral atinge mais do triplo dessa cadência instantânea. Convém perguntar ao fornecedor se consegue agendar a entrega para as horas calmas, e tratar a incapacidade de modelar a entrega como uma restrição que terá de ser absorvida em folga de capacidade.
Que provas exigir em grande volume
As encomendas pequenas são baratas o suficiente para serem avaliadas pelo resultado. As grandes justificam pedir provas à partida, e os pedidos abaixo são razoáveis e não hostis.
- Um registo de entrega ou uma discriminação por hora que se possa reconciliar com os registos de acesso próprios, não uma captura de ecrã resumida.
- A definição de contagem por escrito, além da política de entrega insuficiente e de créditos.
- A composição das origens ao nível que puderem divulgar: distribuição por país, repartição por dispositivo e se o conjunto é partilhado em simultâneo com outros compradores.
- Uma cadência máxima de entrega declarada, para que se possa dimensionar a folga em vez de adivinhar.
- Um mecanismo de suspensão com tempo de resposta definido. Se não for possível travar a entrega dentro de um intervalo conhecido, não é possível fazer valer nenhuma regra de paragem escrita.
A reconciliação é a parte mais vezes saltada. Convém comparar três números depois de cada tranche: o que o fornecedor reporta, o que o registo de acesso registou e o que a análise registou. Duas diferenças, do fornecedor para o registo e do registo para a análise, informam separadamente sobre honestidade e sobre monitorização. Um único número combinado não informa sobre nenhuma das duas.
Perguntas frequentes
Comprar mais tráfego ajuda mais o posicionamento do que comprar menos?
Não. O volume não altera o mecanismo, e o mecanismo não existe. O posicionamento na pesquisa responde a conteúdo, ligações, rastreabilidade e correspondência de intenção. Uma encomenda a granel pode testar a infraestrutura sob esforço e verificar a medição, o que é uma utilização legítima de engenharia e algo completamente distinto.
Um desconto de volume é um sinal de alarme?
Não por si só. Descontos associados a janelas de entrega mais longas ou a compromissos de vários meses têm uma base de custo plausível. Convém tratar um desconto grande com velocidade de entrega inalterada como o caso que precisa de verificação, e verificá-lo com uma tranche pequena em vez de uma discussão.
Como se estima o custo de infraestrutura antes de encomendar?
Toma-se o peso médio da página e a taxa de acessos à origem para os URL de destino, multiplica-se pela dimensão da encomenda e valoriza-se o resultado às tarifas publicadas do CDN para a região em causa. Soma-se a ingestão de registos ao valor de bytes por pedido observado. A estimativa será imperfeita, mas terá a ordem de grandeza certa, o que basta para decidir se a campanha vale o seu custo real.
As campanhas a granel devem usar uma propriedade de análise separada?
Em volumes elevados, vale muito a pena ponderá-lo. Além de manter os relatórios limpos, uma propriedade separada evita que o volume de eventos da campanha empurre a propriedade de produção para os limiares de amostragem e os limites de cardinalidade, um problema que os testes pequenos nunca criam.