Vá além dos formulários do seu criador de sites

Mantenha o formulário que o criador desenha e mude só para onde ele envia: uma action personalizada no Webflow, Send to URL no Carrd, um destino de webhook no Framer ou um action simples numa página hospedada na Netlify. O envio então vai para um backend de formulários que valida, filtra, armazena e encaminha cada envio, e os limites de envios e as restrições de plano do criador deixam de valer para ele. Antes, confira o que você perde, como upload de arquivos e a caixa de entrada do próprio criador.

Criadores de sites vêm com formulários porque todo site precisa de um. Eles são feitos para o primeiro formulário de contato, não para o décimo formulário nem para o milésimo envio. Uma hora você bate numa parede: um limite de envios, um recurso que exige um plano de que você não precisaria, um formulário que só funciona enquanto o site fica num único host, ou uma caixa de entrada que é o seu único registro de quem escreveu.

Você não precisa refazer o formulário para passar disso. Todo criador de sites relevante consegue enviar um formulário para outro lugar. Este guia explica o que muda quando isso acontece, como fazer em cada criador sem perder nenhum envio e quando ficar nos formulários do criador é a melhor escolha.

O que muda quando o formulário sai do criador

Um formulário de criador de sites tem duas metades: a parte que você vê, que o criador desenha, e a parte que recebe o envio. Migrar para um backend de formulários troca só a segunda metade. Seu layout, fontes e estilos ficam onde estão.

Os limites em que as pessoas esbarram

Cada criador traça a linha num lugar diferente. A tabela resume o que cada um diz nas próprias páginas de preços e de ajuda em outubro de 2026. Planos mudam, então confira a página da variante indicada para detalhes e o site do criador antes de decidir.

Repare na linha do Framer. O Framer já tem webhooks, então sair dos formulários dele é uma escolha sobre o que acontece depois do envio, não um jeito de contornar um limite. A página do Framer é honesta sobre quando você não precisa do Ikiform.

Quatro jeitos de passar do limite

Um backend de formulários não é a única resposta, e às vezes não é a melhor.

Faça upgrade quando os formulários do criador já fazem tudo de que você precisa e o plano vale a pena por outros motivos também. Migre para um backend de formulários quando o limite é do próprio formulário: você quer um só lugar para envios de vários sites, talvez troque de criador, ou os envios precisam chegar a outras ferramentas de forma confiável. A comparação com o Netlify Forms analisa essa troca em detalhe para um host.

O que você perde

Quando um formulário envia para outro lugar, o criador o trata como um formulário HTML simples. Os recursos de formulário dele deixam de valer para esse formulário. Conheça a lista antes de trocar:

• A caixa de entrada do criador. Novos envios aparecem no painel do Ikiform, não no do criador. Os antigos ficam onde estavam.
• A mensagem de sucesso do criador, às vezes. Os blocos de sucesso e erro do Webflow só rodam quando o Webflow cuida do envio. O modo AJAX do Carrd e o destino de webhook do Framer mantêm os deles.
• Upload de arquivos. Upload de arquivos ainda não é suportado. Um envio com arquivo recebe 422 files_not_supported. Os formulários personalizados do Webflow, da Netlify e do Carrd aceitam arquivos, então confira isso primeiro.
• Integrações por cliques. Não há integrações de um clique. Toda ferramenta é alcançada por um webhook assinado, diretamente ou por uma ferramenta de automação como Zapier ou n8n.
• O filtro de spam do criador. O honeypot, a pontuação de spam, os limites de taxa e a verificação humana opcional do Ikiform assumem. Um elemento de reCAPTCHA adicionado no criador não faz nada com um destino personalizado; remova-o.

Aponte cada criador para o Ikiform

Crie um formulário no painel do Ikiform e copie o endpoint dele. Depois use a configuração do próprio criador para um destino externo. Os guias da documentação para Webflow, Carrd e Framer têm o caminho completo de cliques; aqui está o que mudar e a única coisa que a maioria das pessoas deixa passar.

Webflow

1. Selecione o formulário dentro do Form Block e abra Settings.
2. Em Send to, escolha uma action personalizada, cole o endpoint em Action e defina Method como POST.
3. Renomeie o Name de cada input para um id em minúsculas, como email. O Webflow preenche os nomes a partir dos rótulos, então senão você ganharia Email e Field 2.
4. Publique e envie a partir do domínio webflow.io. Actions personalizadas não rodam no Designer.

Fácil de deixar passar: o bloco de sucesso do Webflow para de aparecer, porque o Webflow não vê mais o resultado. Defina Redirect after submit no Ikiform, ou adicione o script da documentação do Webflow. Detalhes e o limite do Starter estão na página do limite do Webflow.

Netlify

1. Remova data-netlify ou netlify, netlify-honeypot e qualquer input oculto form-name.
2. Defina o action do formulário como o endpoint e o method como post.
3. Passe o antigo caminho de agradecimento para Redirect after submit, como uma URL https: completa.
4. Em formulários com JavaScript, apague a cópia estática oculta que você mantinha para o build da Netlify e envie ao endpoint em vez de ao seu próprio site.

Fácil de deixar passar: os deploy previews ficam nos próprios subdomínios netlify.app, então o seu domínio de produção em Allowed domains não os cobre. A página da Netlify tem o código para cada framework.

Carrd

1. No Pro Plus, adicione um Form, defina Type como Custom, depois Send to URL, e cole o endpoint.
2. Defina Method como AJAX e Format como Default, para o Carrd manter o comportamento de On Success e On Failure.
3. Dê a cada campo um ID ou Submitted ID: name, email, message.
4. No Pro Standard, cole um formulário HTML num elemento Embed.

Fácil de deixar passar: o formato XML falha com 415, e um campo File falha com 422 files_not_supported. Veja a página do Carrd.

Framer

1. Dê a cada input um nome em minúsculas. O Framer envia os nomes como chaves JSON.
2. Selecione o formulário e, ao lado de Send To, escolha Add… > Webhook, depois cole o endpoint.
3. No Ikiform, deixe Allowed domains vazio e o Spam check desligado, e escolha o limite de taxa Relaxed.

Fácil de deixar passar: o Framer envia dos servidores dele, não do navegador do visitante, então as verificações de origem e os limites de taxa por visitante não funcionam do jeito de sempre. A página do Framer explica a troca e um relay assinado que resolve isso.

Squarespace, Wix, WordPress e os demais

Criadores sem configuração de destino externo costumam aceitar um embed HTML. Cole um formulário como o abaixo num bloco de código ou de embed. Ele envia com fetch para os visitantes ficarem na página, mostra o primeiro erro de campo do Ikiform e volta para um envio normal se o script não rodar.

<form id="enquiry" action="https://ikiform.com/f/frm_xxxxxxxxxxxxxxxx" method="post" target="_top">
  <label>Name <input name="name" autocomplete="name" required maxlength="120"></label>
  <label>Email <input name="email" type="email" autocomplete="email" required></label>
  <label>Budget
    <select name="budget">
      <option value="">Not sure yet</option>
      <option value="under_5k">Under $5k</option>
      <option value="5k_20k">$5k to $20k</option>
      <option value="over_20k">Over $20k</option>
    </select>
  </label>
  <label>What are you planning? <textarea name="message" rows="5" required minlength="20"></textarea></label>
  <input type="hidden" name="source" value="builder-embed">
  <input name="_gotcha" type="text" tabindex="-1" autocomplete="off" hidden>
  <p id="enquiry-status" role="status" hidden></p>
  <button type="submit">Send enquiry</button>
</form>
<script>
  document.getElementById("enquiry").addEventListener("submit", async (event) => {
    event.preventDefault();
    const form = event.currentTarget;
    const status = document.getElementById("enquiry-status");
    const button = form.querySelector("button");
    button.disabled = true;
    try {
      const response = await fetch(form.action, {
        method: "POST",
        headers: { Accept: "application/json" },
        body: new FormData(form),
      });
      const result = await response.json();
      if (result.ok) {
        form.replaceChildren(Object.assign(document.createElement("p"), {
          textContent: "Thanks. We reply within two working days.",
        }));
        return;
      }
      const fields = result.error.fields ?? {};
      const first = Object.keys(fields)[0];
      status.textContent = first ? `${first}: ${fields[first][0]}` : result.error.message;
    } catch {
      status.textContent = "Couldn't send. Check your connection and try again.";
    }
    status.hidden = false;
    button.disabled = false;
  });
</script>

• target="_top" importa quando o criador coloca os embeds dentro de um iframe. Sem ele, um envio simples carregaria a página de agradecimento dentro do frame.
• O input oculto _gotcha é o honeypot. As pessoas não o veem; bots que preenchem todo input se marcam como spam.
• O input oculto source registra de qual criador ou página veio o contato, o que ajuda quando vários sites enviam para um formulário.
• O script envia com fetch, então deixe o Spam check desligado para este formulário, ou remova o script e deixe o navegador enviar normalmente, o que roda a verificação sem código extra.

Os guias do Squarespace, do Wix e do WordPress mostram onde cada criador deixa você colar código, e o embed para criadores de sites tem uma versão estilizada.

Os nomes dos campos são a migração de verdade

A maior parte do trabalho ao migrar um formulário de criador de sites é dar nomes. O Ikiform armazena os nomes que o formulário enviar, e cada criador gera nomes do seu próprio jeito:

Renomeie para ids curtos em minúsculas antes de publicar: name, email, budget, message. Os e-mails de notificação e as colunas do CSV ficam mais legíveis, e um campo email vira o endereço de resposta de cada notificação. Depois que chegar um envio real, adicione campos ao formulário do Ikiform para o servidor exigir tipos e tamanhos. Teste o formulário de contato acima com a definição dele:

Domínios de staging e domínios permitidos

Os criadores publicam num endereço de staging antes do seu próprio domínio. Envios de um domínio que não está em Allowed domains do formulário são armazenados como spam, ou recusados com Reject. Liste todo endereço do qual você vai testar:

Não adicione um host compartilhado inteiro como webflow.io ou netlify.app. Isso deixaria qualquer site desse host enviar ao seu formulário. Subdomínios de um domínio listado já são permitidos, então example.com cobre www.example.com.

Leve seus envios antigos junto

O Ikiform não tem importação, então os envios antigos ficam onde estavam. Exporte-os antes de trocar, e antes que uma mudança de plano possa removê-los:

• Webflow: baixe os envios de cada formulário como CSV nas configurações de Forms do site.
• Netlify: baixe os envios de cada formulário como CSV na seção Forms do site.
• Carrd: formulários de contato e de e-mail personalizados entregam cada mensagem por e-mail, então a sua caixa de entrada é o registro.
• Framer: a caixa de e-mail ou a planilha do Google Sheets para onde você mandava os envios é o registro.

Para manter um só histórico, coloque a exportação antiga e uma exportação CSV do Ikiform em duas abas de uma mesma planilha do Google Sheets e empilhe as duas. Esta fórmula pega as colunas de data, nome, e-mail e mensagem de cada uma, das mais novas para as mais antigas. Ajuste as letras das colunas para bater com os seus arquivos:

=SORT({
  Webflow!A2:A, Webflow!C2:C, Webflow!D2:D, Webflow!E2:E;
  Ikiform!B2:B, Ikiform!F2:F, Ikiform!G2:G, Ikiform!H2:H
}, 1, FALSE)

Uma exportação do Ikiform começa com id, created_at, form e status, depois uma coluna por campo, e comporta até 100.000 linhas por arquivo.

Troque sem perder nenhum envio

1. Crie o formulário no Ikiform, adicione os destinatários das notificações e adicione seus domínios de staging e de produção em Allowed domains.
2. Mude o destino no site de staging e faça um teste real pelo celular e pelo notebook.
3. Confira os nomes dos campos do envio no painel. Renomeie o que foi gerado automaticamente, publique o staging de novo e teste outra vez.
4. Publique no domínio de produção num horário tranquilo e envie mais um teste.
5. Deixe a notificação do criador ligada por uma semana se ele ainda receber algo, como um segundo formulário que você não migrou, e então desligue.
6. Exporte os envios antigos do criador e guarde o arquivo junto com o novo histórico.

Na primeira semana, confira o filtro Spam no painel do Ikiform a cada um ou dois dias. Um contato real armazenado como spam recebe a mesma resposta de sucesso que um envio normal, então o visitante nunca fica sabendo. Marque como não spam, e o e-mail e os webhooks dele saem nessa hora. Os e-mails de notificação vão para até 10 destinatários confirmados.

Escolha o seu caso

Cada criador tem o seu limite, a sua configuração de destino externo e as suas pegadinhas. Estas páginas tratam de um criador por vez.

• Limite de envios do WebflowO plano gratuito Starter do Webflow para de coletar após 50 envios de formulário por site e sites exportados não coletam nada; aponte o Form Block para o Ikiform.
• Limite do Netlify FormsPlanos legados da Netlify medem envios de formulário por site e fazem upgrade automático, e planos por créditos podem pausar o site; leve o formulário para um backend.
• Formulários do CarrdO formulário de contato do Carrd só manda e-mail e formulários personalizados exigem o Pro Plus: use Send to URL no Plus ou um embed HTML no Standard para guardar cada envio.
• Formulários do FramerOs formulários do Framer já enviam para e-mail, Sheets ou um webhook; adicione o Ikiform como webhook para envios armazenados e filtrados, alertas à equipe e mais destinos.

Confira se funciona

Faça isto primeiro no staging, e depois uma vez no site de produção. O Ikiform não tem plano gratuito. Testar é grátis: um workspace sem plano aceita 50 envios de teste por mês vindos de localhost. Para entrar no ar, escolha o Pro a partir de US$ 6/mês para 500 envios, ou pague uma vez: 10.000 envios por US$ 49 ou 50.000 envios por US$ 149, com créditos que nunca expiram. Veja os preços.

1. Em Allowed domains do formulário, adicione o domínio do seu site, mais localhost enquanto desenvolve. Deixe vazio para aceitar envios de qualquer lugar.
2. Publique no domínio de staging do criador. Destinos personalizados não rodam no editor nem no designer.
3. Preencha o formulário na sua página e envie. Você cai na sua página de agradecimento, ou na hospedada pelo Ikiform.
4. Abra Submissions no painel. O novo envio está lá com todos os campos que você enviou.
5. Leia os nomes dos campos nesse envio. Eles devem ser os seus ids em minúsculas, não rótulos nem nomes gerados.
6. Confira a caixa de entrada de cada destinatário das notificações. Cada um recebe um e-mail com os campos, e Reply vai para quem enviou quando o formulário tem um campo email.
7. Envie com o honeypot preenchido, _gotcha=bot. Ele ainda recebe uma resposta de sucesso, mas o envio é armazenado como spam e não dispara e-mail nem webhook.
8. Não chegou nada? Mude o filtro de status do painel para Spam. Spam recebe a mesma resposta de sucesso de um envio real.
9. Envie mais uma vez a partir do seu domínio de produção depois de publicar lá.

Solução de problemas

Perguntas