Buscar na documentação
ctrl+4K
Módulos
Authentication
Merchant
Catalog
Order
Events
Logistics
Shipping
Review
Financial
Soluções

Conceitos

Webhooks eliminam necessidade de polling contínuo. O iFood envia eventos automaticamente via HTTPS.Comparação:
AspectoPollingWebhook
Latência30s–60sTempo real
InfraestruturaCliente consulta APIiFood envia para endpoint
Ideal paraIntegrações distribuídasIntegrações centralizadas
RequisitosBaixa disponibilidade OKAlta disponibilidade obrigatória
Diagrama polling vs webhook
  1. Evento ocorre (ex.: novo pedido)
  2. iFood envia request POST para seu endpoint
  3. Você valida assinatura e responde 202 Accepted
  4. Processa evento assíncronamente

Mensagem JSON com informações do pedido. Veja estrutura do evento.Header HMAC SHA256 para validar autenticidade. Veja como validar.Indica se merchant está online. Veja presença no webhook.
O iFood tenta entregar eventos por até 15 minutos após a primeira tentativa.Ciclo de retentativas:
  • Primeira falha → reenvio após 30s
  • Falhas subsequentes → intervalo crescente
  • Após 15 min → evento descartado
Eventos descartados não podem ser recuperados automaticamente. Use polling como fallback.

Você recebe e-mails automáticos quando ocorrem falhas:
TipoFrequênciaAção necessária
Falha de healthcheckDiáriaImediata
Alerta de erroDiáriaCorreção em 24h
Alerta críticoA cada 4hImediata
Webhook desabilitadoUma vezApós 72h sem correção

  • At-least-once delivery: Evento pode ser entregue mais de uma vez
  • Não garante ordem: Eventos podem chegar fora de ordem
  • Sem acknowledgment: Não há confirmação explícita pós-entrega
  • 1 URL por aplicativo (máx. 250 caracteres)
  • Timeout de 5 segundos
  • Sem filtros por tipo de evento ou merchant
Idempotência obrigatória: Use campo id para identificar duplicatas.

  • ✅ Receber eventos com sucesso
  • ✅ Validar assinatura corretamente
  • ✅ Rejeitar eventos com assinatura inválida
  • ✅ Responder em até 5 segundos
Esta página foi útil?
Avalie sua experiência no novo Developer portal: