Supabase: limite de 2 e-mails por hora na operação

Supabase entrega resultado em fluxo de trabalho? Para o meu caso, não. Configurei o projeto inteiro, cadastrei o primeiro usuário de teste e o redirecionamento do link enviado por e-mail simplesmente não funcionou como deveria. Foi aí que descobri o limite de 2 e-mails por hora na configuração padrão. Para qualquer aplicação que dependa de confirmação de cadastro, recuperação de senha ou convite de equipe, isso é inviável. Desinstalei tudo e fui para outra solução. O limite de 2 e-mails por hora que travou meu fluxo de cadastro O ponto que mais me incomodou não foi o erro em si, foi a descoberta do teto de envio. Eu estava montando o fluxo de autenticação de um projeto pequeno, com pouco mais de uma dezena de usuários previstos para o primeiro mês, e precisava testar o caminho completo: criar conta, receber o e-mail, clicar no link, cair na área logada. Com 2 e-mails por hora, cada rodada de teste virava uma espera de meia hora. Testar cinco cenários diferentes levou uma tarde inteira.

Entendo que exista um limite para proteger o serviço de abuso, mas 2 envios por hora é um número que não cobre nem a validação interna de um time de desenvolvimento, muito menos a operação real de um produto em produção. Um cadastro com confirmação obrigatória, mais um pedido de redefinição de senha, já consome a cota inteira. Se dois usuários se cadastrarem no mesmo horário, o segundo fica sem receber o link e não tem ideia do motivo.

Tentei entender se havia algum ajuste na configuração que liberasse mais envios, mas nada do que encontrei resolvia o problema sem uma estrutura adicional que eu não queria montar naquele momento. Para quem está avaliando se Supabase entrega resultado em fluxo de trabalho, esse detalhe pesa: a proposta é justamente reduzir atrito de backend, e eu acabei gastando tempo com uma limitação de infraestrutura de e-mail. O redirecionamento do link de confirmação não funcionou como esperado O segundo problema foi o motivo de eu ter descoberto o limite. Depois de criar o usuário, o link que chegou no e-mail não me levou para a tela correta. Segui a documentação, revisei as URLs de redirecionamento permitidas, refiz a configuração do zero e o comportamento continuou inconsistente. Ora caía em uma página em branco, ora voltava para a tela inicial sem sessão ativa.

Como o projeto era simples, eu esperava que esse fosse o trecho mais tranquilo de todo o setup. Em vez disso, passei a maior parte do tempo tentando descobrir se o problema estava no meu código, na configuração do painel ou no envio do e-mail. A dificuldade de isolar a causa foi o que mais me desgastou, porque cada tentativa nova dependia de receber outro e-mail de confirmação, e aí esbarrava de novo na cota de envio.

Quando finalmente consegui reproduzir o erro de forma clara, percebi que a correção exigiria mexer em detalhes de configuração de autenticação que eu não queria manter em um projeto tão pequeno. Somando o limite de envio com o redirecionamento quebrado, o custo de continuar era maior do que recomeçar em outra ferramenta. Por que decidi desinstalar e recomeçar em outra plataforma A decisão de desinstalar veio rápido, no mesmo dia. Removi o projeto, apaguei as configurações e voltei para uma alternativa que já conhecia, onde o fluxo de cadastro e envio de e-mails funcionou no primeiro teste. Perdi algumas horas de configuração, mas ganhei previsibilidade.

Não estou dizendo que a ferramenta não serve para ninguém. Para quem só precisa de banco de dados e não vai usar autenticação por e-mail no início, talvez a experiência seja outra. O meu caso era exatamente o oposto: autenticação era o coração do projeto. Quando o recurso central não entrega o básico, o resto do pacote perde valor.

Para mim, o aprendizado foi claro: antes de adotar qualquer plataforma gerenciada, vale checar os limites de envio de e-mail e o comportamento do redirecionamento em um teste controlado. Foi um teste barato, mas custou um dia de trabalho e a confiança na ferramenta. Hoje, quando alguém do time pergunta se Supabase entrega resultado em fluxo de trabalho para começar um projeto do zero, eu conto essa história antes de dar qualquer opinião.

No fim, a experiência foi negativa o suficiente para eu não recomendar a plataforma para quem precisa validar cadastro com confirmação por e-mail logo na primeira sprint. Se o seu cenário for diferente, teste com calma e acompanhe o consumo de envios desde o primeiro usuário criado.