Como as publicações são feitas: IPs, contas, comportamento
“Publicações de IPs diferentes” é o mínimo, não um diferencial: apenas a diversidade de IPs já não é suficiente. Abaixo está o que realmente acontece com cada publicação, incluindo as camadas que normalmente não são discutidas: fingerprint do navegador, comportamento, captchas e e-mail de cadastro.
A publicação passa por um navegador real
A publicação não é uma requisição HTTP a um formulário, mas um Chromium automatizado: a página de login é aberta, os campos são preenchidos e os mesmos scripts do site são acionados como com um usuário real. Isso é visivelmente mais caro do que uma simples requisição POST, mas é assim que a publicação passa onde há alguma proteção, e parece uma sessão normal, não um bot.
A automação é iniciada com uma camada anti-detect: os sinais de um navegador controlado ficam ocultos, e o ambiente (tamanho da janela, idioma, fuso horário, conjunto de recursos) parece uma configuração de usuário comum, não um headless padrão.
Camada de rede
| Canal | Quando é usado |
|---|---|
| Proxies ISP: endereços estáticos de provedores reais | Canal principal de publicação: endereço estável, sessão ativa, cookies preservados |
| Endereços residenciais rotativos | Cadastros e cenários de várias etapas em que é necessária uma saída nova |
| Gateway antibot | Novas tentativas e sites com proteção rígida: assume a passagem pelas verificações |
Cada proxy é verificado quanto à disponibilidade antes do uso; os que não funcionam são marcados e excluídos. Publicações a partir do IP do servidor da plataforma não passam: esse endereço rapidamente se torna reconhecível.
Captchas
Alguns sites são protegidos por verificações: Cloudflare challenge, hCaptcha, reCAPTCHA, Turnstile. Para eles, são usados solvers próprios e serviços externos de reconhecimento. Onde a verificação não pode ser passada de forma consistente, o site é simplesmente excluído do pool, em vez de continuar “funcionando às vezes”: metade das publicações com falha é pior do que a ausência do site.
Contas e e-mail
- As contas são cadastradas em um domínio de e-mail próprio, com recebimento em todos os endereços: a confirmação de cadastro chega e é processada automaticamente.
- Há um número limitado de publicações por site em um mesmo lançamento: o parâmetro de reutilização do site é definido nas configurações e não permite que toda a cascata vá para um único domínio.
- Contas e sessões são armazenadas e reutilizadas: uma conta com histórico de publicações parece mais natural do que uma recém-criada.
Ritmo de publicação
A cascata não publica tudo em uma hora. No modo natural, as publicações são distribuídas de forma irregular ao longo do tempo; no modo normal, elas saem em fluxos paralelos com limite de tarefas simultâneas. Um lançamento concluído geralmente leva de algumas horas a um dia.
O que acontece depois da publicação
- O endereço da publicação é salvo no relatório.
- Uma verificação é iniciada: a página é reaberta e o seu link é procurado. Veja por que apenas links verificados entram no relatório.
- A publicação é enviada para indexação e o status é verificado na busca. Veja indexação de publicações.
- Se o slot não for confirmado, ele é realocado para outro site por nossa conta.