Drip-feed: o que ele faz e o que não faz

O drip-feed divide um pedido em várias execuções iguais e as espaça ao longo do tempo. Ele está disponível em 27 dos serviços deste catálogo — é uma propriedade de cada serviço, não uma chave que funciona em todo lugar.

Como a divisão funciona

Você informa o total desejado, o número de execuções e o intervalo entre elas em minutos. O painel divide o total pelo número de execuções e envia cada execução como um pedido próprio.

Um exemplo. Mil unidades, dez execuções, intervalo de sessenta minutos: cada execução leva cem unidades, uma sai a cada hora, e a última começa nove horas depois da primeira.

Duas coisas decorrem dessa divisão, e ambas costumam surpreender:

• Cada execução precisa atingir o mínimo do serviço. Se um serviço começa em 100 unidades, um pedido de 1.000 não pode ser dividido em mais de dez execuções. O formulário limita o número de execuções ao total dividido pelo mínimo — então, se você quer mais execuções, aumente o total, não as execuções.
• O resto é descartado. Mil unidades em três execuções dão 333 cada: 999 são pedidas e 999 são cobradas. Execuções de tamanhos diferentes não existem aqui, e você não paga pela unidade que fica de fora.

O que ele não faz

Ele não distribui um pedido entre vários posts. Um pedido usa um link. O drip-feed estica esse único pedido no eixo do tempo; não o reparte entre publicações. Vários posts significam vários pedidos.

Ele não muda o que chega. As contas, a região e a garantia são exatamente as mesmas que seriam sem ele. O drip-feed controla os horários de chegada e nada mais.

Ele não torna o pedido indetectável. Esta é a afirmação que você mais vai encontrar, e vale separá-la na parte que pode ser verificada e na que não pode. A chegada gradual de fato aparece diferente num gráfico público de crescimento do que um degrau vertical — isso é simplesmente verdade, e quem olhar o gráfico do seu canal vai ver. Se isso muda alguma coisa dentro da detecção da própria plataforma não é algo que alguém de fora possa observar, e um serviço que diz que muda está descrevendo uma esperança, não uma medição.

Quando vale a pena usar

O argumento honesto a favor do drip-feed é o público humano, não o algoritmo. Se a sua curva de crescimento vai ser vista por um anunciante, um cliente ou um parceiro, uma rampa passa uma impressão melhor do que um degrau. Se ninguém vai olhar a curva, dividir o pedido não traz nada e só atrasa o resultado.

O segundo caso é acompanhar um evento real: distribuir visualizações pelas horas em que uma live realmente está no ar, ou pelos dias em que uma campanha realmente está ativa, para que os números fiquem ao lado de algo que os explique.

Onde encontrar

Os campos de execuções e intervalo aparecem no formulário de pedido apenas nos serviços que suportam drip-feed; nos demais eles nem são exibidos. Então, se a entrega gradual importa para um alvo específico, escolha o serviço primeiro e confira se os campos estão lá antes de planejar em cima deles. Pedidos feitos em série ganham uma seção própria na sua conta, onde cada execução e seu resultado podem ser vistos separadamente.