| Caminho | Esforço técnico | Controle do cliente |
|---|---|---|
| iFood Pedidos API | Alto: token, webhook, refresh | Baixo: cliente é do iFood |
| Plugin de delivery | Médio: configuração no WooCommerce | Alto: cliente é seu |
| Link externo para o iFood | Baixo: 1 botão no menu | Baixo: redireciona para a praça |
| Cardápio próprio no WooCommerce | Médio: loja e checkout | Total: venda direta sem comissão |
| Plataforma gerenciada FULL | Baixo: bundle pré-configurado | Total: site no seu domínio |
Legenda: o mesmo restaurante recebendo pedidos pela praça e pelo cardápio próprio mostra o peso da comissão na margem.
--- ## Caminho 1: Integração iFood via API oficial A integração iFood via API oficial usa o iFood Pedidos API, que entrega pedidos em JSON por webhook com latência típica abaixo de 5 segundos. É a rota mais automática e a mais frágil: exige token de acesso, renovação periódica e um endpoint no WordPress. Restaurantes acima de 100 pedidos por dia ganham mais com ela. O ganho é eliminar a digitação manual entre o tablet do iFood e o sistema interno; o preço é a complexidade de manter a ponte viva. A ponte usa a REST API do WordPress como porta de entrada do webhook. Um detalhe que quebra muita integração: o token do iFood Pedidos API expira, e sem um refresh agendado a janela de almoço chega com pedidos entrando no app mas não disparando no WordPress. A documentação oficial do desenvolvedor iFood descreve o ciclo de autenticação, e ferramentas como Zapier ou Make conseguem orquestrar o refresh sem você escrever PHP. Ainda assim, é a rota que mais gera ticket de suporte. --- ## Caminho 2: Integração iFood com plugin de delivery no WooCommerce A integração iFood com plugin de delivery transforma o WooCommerce no motor de pedidos e usa o iFood só como vitrine extra. Cada pedido que entra pela sua loja não paga a comissão de 12% a 30% da praça. A configuração leva uma tarde e roda no mesmo WordPress do site institucional. Plugins de delivery para WooCommerce adicionam horário de funcionamento, taxa de entrega por bairro e status de pedido personalizado, recursos que o cardápio cru do iFood não dá. Aqui mora o Pix no WooCommerce como argumento de margem: receber via Pix direto no checkout próprio custa centavos contra os percentuais do app. O risco técnico é o cache. Em restaurante com mais de 200 pedidos por dia rodando o cardápio no WooCommerce do mesmo site que serve o institucional, o cache de página sem exclusão da rota de checkout trava o pedido em horário de pico; excluir as rotas de carrinho e finalização do cache resolve antes mesmo de pensar em trocar de servidor. É o tipo de detalhe que não aparece em tutorial genérico. --- ## Caminho 3: Integração iFood por link externo A integração iFood por link externo é a rota de menor esforço: um botão "Peça pelo iFood" no menu do WordPress que abre a loja da praça em nova aba, sem nenhuma API. Funciona em 5 minutos. Para volume abaixo de 30 pedidos por dia, costuma ser suficiente. O custo é estratégico, não técnico: você entrega o cliente ao iFood e segue pagando a comissão integral de até 30% por pedido. O link externo aponta para fora do seu domínio, então sinalize com `rel="nofollow noopener"` e `target="_blank"` para não vazar autoridade de SEO. Esse caminho combina bem com uma página de pedido online no restaurante WordPress que centralize todos os canais: iFood, WhatsApp e cardápio próprio lado a lado. Assim o cliente decide, e você mede qual canal converte melhor antes de investir na integração iFood automática. --- ## Caminho 4: Integração iFood substituída pelo cardápio próprio A integração iFood pode ser substituída por um cardápio próprio no WooCommerce, a rota que mais protege a margem. Cada venda direta economiza a comissão de 12% a 30%, e o Baymard Institute mostra por que o checkout pesa: a taxa média de abandono de 70,2% transforma cada fricção a menos em pedido fechado. Em vez de integrar a praça, você monta a loja de delivery no seu WordPress e usa o iFood só como canal secundário; o controle total do cliente é o prêmio. O cardápio próprio pede um gateway de pagamento WooCommerce confiável e um cardápio digital no WordPress bem estruturado, com fotos e categorias. A documentação oficial do WooCommerce detalha como configurar zonas de entrega e métodos de pagamento, o passo que mais gera dúvida. Quem vai mais fundo encontra o delivery próprio no WordPress como evolução natural: app, área de entregador e fidelidade, tudo no seu domínio, sem refém de algoritmo de praça. --- ## Caminho 5: A plataforma FULL como alternativa de integração A plataforma FULL é a alternativa para quem quer o cardápio no próprio domínio sem montar cada peça à mão. O bundle entrega WooCommerce, gateway, cache e segurança já configurados sobre os 150 mil sites conectados na rede. A integração iFood continua possível por link ou API, mas o foco muda. O site vira o canal principal de venda, e o iFood passa a ser o complemento; boa parte dos restaurantes que chega ao suporte só descobre isso tarde demais. O argumento de custo é direto: o plano PRO da FULL sai por R$849 e cobre até 10 sites, o que dá R$85 por site com todos os plugins inclusos. Comparado à comissão de até 30% por pedido do iFood, o bundle se paga em poucos dias de delivery. Para gerenciar tudo, a categoria de gestão de sites WordPress da FULL reúne os guias de operação. A integração iFood deixa de ser o centro e vira uma engrenagem entre outras. --- ## Quero migrar o cardápio para o meu domínio. Por onde começo? Antes de qualquer integração iFood automática, vale conhecer a plataforma que tira o restaurante da dependência da praça. O plano PRO da FULL custa R$849 e inclui até 10 sites, o equivalente a R$85 por site, com WooCommerce, gateway de pagamento, cache e os 17 plugins do bundle já prontos para rodar um cardápio de delivery. Contra a comissão de 12% a 30% que o iFood retém em cada pedido, o investimento volta rápido. Veja os planos da FULL em FULL.services/planos e escolha o que cabe na sua operação. --- ## Passo a passo: Configurar a integração iFood no WordPress A configuração da integração iFood no WordPress segue quatro etapas, da escolha do caminho ao teste do primeiro pedido. O processo leva de 5 minutos (link externo) a meio dia (API completa), dependendo da rota escolhida nos blocos acima. Siga na ordem para não retrabalhar. ### Passo 1: Defina o caminho da integração iFood pelo volume Comece medindo seu volume diário de pedidos antes de escolher qualquer ferramenta. Abaixo de 30 pedidos por dia, o link externo basta; acima de 100, a API ou o cardápio próprio compensam o esforço. Anote a margem que você perde hoje em comissão: esse número decide tudo. ### Passo 2: Instale o WooCommerce e o gateway de pagamento Instale o plugin WooCommerce e ative um gateway local como Pix ou cartão. Configure as zonas de entrega por bairro e a taxa de frete. Esse é o motor que recebe a venda direta e libera você da comissão da praça. ### Passo 3: Conecte a integração iFood escolhida Para a rota de API, gere o token no portal do iFood Pedidos API e aponte o webhook para o endpoint da resposta JSON no seu WordPress. Para link externo, cole a URL da sua loja iFood num botão. Agende o refresh do token se usar API. ### Passo 4: Teste um pedido real de ponta a ponta Faça um pedido de teste pelo caminho configurado e confirme que ele chega ao painel certo. Verifique o cache: a rota de checkout precisa estar fora dele. Só então abra para o cliente. Um teste mal feito vira ticket de suporte no primeiro horário de pico. --- ---Sim, e para a maioria dos restaurantes é o caminho indicado: use um botão de link externo no menu do WordPress que abre a loja do iFood em nova aba, sem token nem webhook. É a rota de 5 minutos, recomendada para volume abaixo de 30 pedidos por dia. A limitação é o controle: o cliente vira do iFood e você paga a comissão integral de até 30% por pedido. Para venda direta sem comissão, escolha o cardápio próprio no WooCommerce com Pix, não a iFood Pedidos API.
Porque a sincronização automática só existe pela API, e ela costuma falhar por token expirado. O iFood Pedidos API entrega o pedido por webhook, mas se o token de acesso vence sem refresh agendado, os pedidos entram no app e não disparam no WordPress. A correção é programar a renovação do token via Zapier ou Make. Sem a API, o pedido nunca aparece sozinho: o link externo apenas redireciona o cliente para a praça.
Integrar o iFood mantém a comissão de 12% a 30% por pedido; o delivery próprio no WordPress com WooCommerce roda a venda no seu domínio sem essa taxa. Escolha integrar o iFood se quer velocidade e aceita pagar a praça; escolha o delivery próprio se a prioridade é margem e dados do cliente. A integração iFood via link externo monta em 5 minutos, enquanto o cardápio próprio com WooCommerce e Pix leva uma tarde. A maioria começa pelo iFood e migra ao cardápio próprio ao passar de 100 pedidos diários.
A comissão do iFood fica entre 12% e 30% por pedido, conforme o plano contratado na praça. A venda direta no WordPress com gateway próprio custa apenas a taxa do meio de pagamento, centavos por transação no caso do Pix. Em um cardápio com ticket médio de R$50, isso representa de R$6 a R$15 retidos por pedido no app. O plano PRO da FULL, a R$849 por até 10 sites, ou R$85 por site, se paga em poucos dias de delivery direto.
A integração iFood automatiza só a entrada do pedido no seu sistema, e apenas pela API oficial. O iFood Pedidos API envia pedido, itens e endereço em JSON por webhook, eliminando a digitação manual entre o tablet da praça e o WordPress. O que continua manual é o cardápio: preço, foto e disponibilidade você atualiza nos dois lugares, salvo se usar um plugin que espelhe o catálogo. Link externo não automatiza nada, apenas redireciona o cliente.