O que todo mundo pergunta antes de contratar
Se a sua dúvida não estiver aqui, manda pelo formulário. Respondemos com a resposta real, não com uma tela de vendas.
Entendendo a fila
Como o QueueGuard funciona, na prática?
A requisição do visitante passa primeiro pelo QueueGuard. Se o fluxo está abaixo do limite que você definiu, ela segue direto para o seu site e a pessoa nem sabe que existimos. Se o fluxo passou do limite, ela é redirecionada para uma sala de espera hospedada na nossa infraestrutura, com a sua marca, e recebe uma posição. Conforme a vazão libera, ela volta para o seu site com um token confirmando que passou pela fila — sem esse token, não entra por fora.
Quando exatamente uma pessoa é colocada na fila?
Depende de como você configurar. No modo rede de segurança, a fila só aparece quando o fluxo passa do limite em visitantes por minuto que você definiu — nos dias normais ela fica invisível. No modo abertura marcada, ela fica ligada desde antes da hora, com contagem regressiva, e no minuto da abertura sorteia quem chegou cedo. Você também escolhe qual parte do site fica protegida: tudo, só uma página, só o login, ou só quando a pessoa clica em finalizar compra.
Quem chegou primeiro entra primeiro mesmo?
Sim, no modo ordem de chegada. Cada visitante recebe uma posição única, presa ao dispositivo dele. Dar F5 não muda a posição, abrir outra aba não cria outra vaga, e fechar o navegador não faz perder o lugar. No modo abertura marcada é diferente de propósito: todo mundo que chegou antes da hora entra num sorteio no minuto da abertura, porque premiar quem tem internet mais rápida não é justo. Quem chega depois da abertura entra por ordem de chegada normalmente.
Como vocês definem a vazão de saída?
Você define, em visitantes por minuto, e pode mudar em tempo real pelo painel durante o evento. O jeito certo de descobrir o número inicial é um teste de carga: encontrar em que ponto o seu sistema começa a degradar e ficar um pouco abaixo disso. Se você nunca fez teste de carga, a gente ajuda a dimensionar — na prática o gargalo quase nunca é o servidor web, é o banco ou uma integração de terceiro.
Comparando com as alternativas
Por que não simplesmente escalar a infraestrutura?
Escalar é uma boa ideia e você deve fazer. Só que sozinho tem três limites. Custo: dimensionar banco para vinte vezes a carga normal significa pagar por isso o ano todo para usar em três dias. Risco: autoescalonamento reage depois que a carga chegou, e nos primeiros minutos — os piores — você ainda está com a capacidade antiga; além disso sempre tem um pedaço que não escala, como gateway de pagamento, ERP ou API de terceiro com limite. Trabalho: exige monitoramento ativo e gente de plantão. A fila resolve por outro caminho: em vez de aumentar o que entra, ela controla quanto entra por vez.
E se eu só puser um CAPTCHA ou um rate limit?
São ferramentas para outro problema. CAPTCHA barra bot, não barra demanda legítima — se dez mil pessoas de verdade querem o mesmo ingresso, todas passam pelo CAPTCHA e todas batem no seu servidor. Rate limit corta a requisição excedente, mas o que a pessoa vê é um erro, sem posição, sem previsão e sem justiça: quem tem conexão melhor tenta mais vezes e passa na frente. A fila resolve o mesmo excesso, mas transformando a rejeição em espera ordenada.
A fila não vai fazer as pessoas desistirem?
A pergunta certa é: desistir comparado a quê. A alternativa real não é entrar direto — é encontrar erro, lentidão e carrinho que perde item. Espera sem informação é insuportável; espera com posição visível, tempo estimado e barra andando é aceitável. Some a isso o fato de que quem espera numa fila já demonstrou intenção alta de compra, e a conversão de quem chega do outro lado costuma ser melhor do que a de um site normal em dia normal.
Técnico e operacional
Em que tecnologia meu site precisa estar?
Em nenhuma específica. A fila trabalha no nível do HTTP, na frente da sua aplicação. Funciona com site feito sob medida, com framework, com plataforma de e-commerce, com aplicativo nativo e com sistema legado que ninguém quer mexer. Se a sua aplicação responde a uma requisição, dá para colocar a fila na frente dela.
Funciona em aplicativo e no celular?
Sim. A sala de espera é responsiva e a posição fica presa ao dispositivo. Para aplicativo nativo, a validação da vez é feita por chamada de API no seu back-end, então o app consulta e decide se abre a tela ou mostra a espera.
Quanto tempo leva para integrar?
Com script na página, minutos. Com integração na borda ou proxy reverso, normalmente uma tarde de trabalho de uma pessoa. O que leva mais tempo não é a integração: é decidir qual parte do fluxo proteger e medir a capacidade real da sua origem. Por isso pedimos pelo menos duas semanas de antecedência quando já tem data marcada.
Dados dos meus clientes passam por vocês?
Não. A fila decide se a pessoa entra ou espera; ela não toca no seu checkout, no seu banco nem nos dados do seu cliente. O que trafega é o suficiente para manter a posição e validar a vez.
E se o QueueGuard cair no meio do meu evento?
A sala de espera é uma aplicação leve e feita para uma coisa só — segurar gente esperando consome muito menos recurso do que rodar uma loja. Ela roda distribuída, sem ponto único de falha. E a configuração de segurança padrão é falhar aberto: se a fila ficar indisponível, o tráfego passa direto para o seu site em vez de bloquear todo mundo.
Consigo mudar as coisas durante o evento?
Sim, e é justamente o ponto. Vazão, mensagem na tela e regras de acesso mudam em tempo real pelo painel, sem deploy e sem janela de manutenção. Se o servidor está folgado, você abre a torneira; se apertou, você segura.
Contratação
Preciso pagar o ano todo para usar em um dia?
Não. O uso único existe exatamente para isso: a fila é montada para a data, fica ativa na janela do evento e é desligada depois. Se com o tempo o pico virar rotina, dá para migrar para o contínuo sem refazer a integração.
Como vocês chegam no preço?
Pelo volume que a fila vai precisar segurar e pelo modelo de contratação. Não trabalhamos com tabela de prateleira porque a diferença entre uma inscrição municipal e a abertura de um lote nacional é grande demais para caber num plano fechado. Você conta o caso no formulário e recebe uma proposta com o número.
Dá para testar antes do evento de verdade?
Sim, e recomendamos. Antes da data a gente sobe a fila em ambiente de teste, roda carga simulada e mede onde a sua origem começa a degradar. Esse número é o que define a vazão no dia — chutar esse valor é o erro mais caro que dá para cometer aqui.
Atende compra pública? Tem nota, contrato, empenho?
Sim. Trabalhamos com órgão público e entendemos que o caminho passa por processo, documentação e prazo de empenho. Conta no formulário qual é a modalidade e a gente monta a documentação que o seu setor de compras precisa.
O que acontece se o pico for maior do que o previsto?
A fila continua segurando. Ela é dimensionada para absorver muito mais do que a sua origem aguenta — o objetivo é que o excedente nunca chegue no seu servidor, independentemente do tamanho. O que muda com um pico maior é o tempo de espera das últimas posições, não a estabilidade do seu site.
Ficou com dúvida que não está aqui?
Manda no WhatsApp. Se a fila não for a resposta certa para o seu caso, a gente diz isso também.
O próximo pico já tem data?
Traga a data e o volume esperado. A gente dimensiona a vazão, define a integração e deixa a fila pronta antes do dia.
Solicitar orçamento