Ir para o conteúdo

Do Lovable ao app iOS: SwiftUI nativo, sem encapsulamento

Ao publicar, você recebe um app web em um endereço lovable.app. A App Store exige mais. Veja o que o Lovable cria, os três caminhos para chegar a um app para iPhone e como levar o seu ao AirBuild.

AirBuild6 min de leitura

Você descreveu um app, o Lovable o criou e ele funciona no navegador. Então alguém pergunta se está na App Store.

O Lovable publica um app web

O próprio Lovable diz isso em sua documentação: ele cria apps web, e a publicação sempre é feita em uma URL da web. Ao selecionar Publish, você recebe um app web hospedado em your-app.lovable.app ou em um domínio personalizado, com HTTPS incluído. Não há build para iOS, registro no App Store Connect nem envio para análise.

A documentação apresenta duas maneiras de chegar mais perto de um celular: um app web progressivo que as pessoas adicionam à tela de Início ou uma estrutura nativa em torno da URL publicada para enviar às lojas de apps. A primeira opção nunca aparece na App Store. A segunda esbarra na regra de revisão explicada mais abaixo.

O que é um projeto do Lovable

Por trás do editor, um projeto do Lovable é uma base de código React. O Lovable não gera React Native. Novos projetos recebem o Lovable Cloud, um backend integrado baseado na fundação de código aberto do Supabase, para banco de dados, login e armazenamento. Alguns conectam um projeto próprio no Supabase. Quando um repositório é conectado, o código é sincronizado nos dois sentidos com o GitHub, GitLab ou Bitbucket. Nos planos pagos, você também pode baixá-lo.

Isso define o próximo passo. As telas de um app web em React são HTML renderizado pelo mecanismo do navegador, inclusive dentro de uma estrutura nativa. Um app iOS de verdade precisa ser recriado com componentes nativos. A questão é quem vai criá-lo e com qual tecnologia.

Três caminhos para um app para iPhone

  1. EncapsularCapacitor ou um serviço de WebView

    Uma estrutura nativacarregando your-app.lovable.app
    Continua sendo seu siteDiretriz 4.2: um site reempacotado
  2. Refazer em React Nativeum serviço de conversão

    Componentes React Nativereescritos a partir do seu código React
    Um app de verdade, multiplataformacom ambiente de execução e visual próprios
  3. Levar ao AirBuilduma equipe de IA

    Entende o que ele faztelas, fluxos e serviços usados
    Um app SwiftUI nativoApp Review sob nossa responsabilidade
Os três caminhos partem do mesmo app do Lovable. Apenas o primeiro ainda termina em um site.

“Seu app deve incluir recursos, conteúdo e interface que o elevem além de um site reempacotado. Se o app não for especialmente útil, original ou semelhante a um app, ele não pertence à App Store.”

Apple, Diretrizes de Revisão da App Store 4.2, Funcionalidade mínima

É por isso que o caminho do encapsulamento é uma aposta: uma estrutura em torno de your-app.lovable.app é, por definição, um site reempacotado, e cada rejeição custa um ciclo de revisão. Um app SwiftUI nativo não começa com esse problema, pois não é um site. Cada tela é criada com os frameworks da Apple. Por isso, a rolagem, as animações e as respostas aos seus comandos funcionam como nos outros apps do celular.

Como funciona a migração

  1. Deixe o link

    Entre na lista de espera com o endereço publicado do seu app do Lovable ou com o repositório do GitHub que ele sincroniza. Inclua uma frase sobre o que o app iOS deve fazer e para quem ele se destina.

  2. Sua equipe de IA recria o app em SwiftUI

    Os agentes de produto, design e desenvolvimento do AirBuild entendem o que seu app faz, suas telas e seus fluxos, e criam um app iOS nativo a partir deles. Seu app web não é alterado. Você continua editando-o no Lovable.

  3. Teste no seu iPhone e siga para o App Review

    O app chega ao seu celular pelo TestFlight para que você possa testá-lo e pedir alterações com palavras simples. Quando ele estiver pronto, o AirBuild prepara a página da App Store, envia o app, acompanha a revisão, responde aos revisores, corrige os problemas apontados e reenvia.

O que é aproveitado

Cada tela mantém sua função. A maneira de chegar até ela muda. As rotas do navegador viram uma barra de abas, uma pilha de navegação e folhas modais.

Seu app do Lovable no navegador

/Painel com as corridas desta semana
/runsTodas as corridas, da mais recente para a mais antiga
/runs/:idUma corrida: percurso, ritmo e notas
Adicionar corridaUma caixa de diálogo sobre a lista

O mesmo app em SwiftUI

Barra de abasCorridas, Esta semana, Ajustes
Lista de corridasUma List com atualização ao puxar
Detalhes da corridaAberta na pilha, com retorno por gesto
Adicionar corridaUma folha modal, fechada ao deslizar para baixo
Um exemplo: um rastreador de hábitos para corredores.
Parte do seu appO que acontece com ela
Textos, cores e identidade visualSão aproveitados. O app deve ter a sua identidade, sem parecer um modelo pronto.
Dados e backendPermanecem onde estão. Diga com o que seu app se comunica: Lovable Cloud, um projeto próprio no Supabase ou uma API. Planejamos o app iOS em torno disso.
LoginDiga como o login funciona hoje. Assim como seus dados, ele permanece onde está.
Seu app webPermanece inalterado, e você continua podendo editá-lo no Lovable.
Página da App StoreÉ nova. Nome, descrição, capturas de tela, respostas sobre privacidade e notas para revisão são preparados para você.

O que você precisa ter em mãos

  • O link publicado do seu app do Lovable ou o repositório dele no GitHub, caso haja páginas protegidas por login.
  • Uma assinatura do Apple Developer Program ou um plano para se inscrever antes do envio do app.
  • Um parágrafo sobre o que o app iOS deve fazer primeiro. Ele não precisa ter tudo o que o app web oferece.
  • A URL de uma política de privacidade. A Apple exige esse documento, e o App Store Connect não aceita envios sem ele.

Perguntas

O Lovable pode criar um app iOS?

Não. O Lovable cria apps web, e a publicação sempre é feita em uma URL da web. A documentação sugere um app web progressivo ou uma estrutura nativa em torno da URL publicada. Nenhuma dessas opções é um app iOS nativo.

Um app do Lovable encapsulado é permitido na App Store?

Muitas vezes, não. A diretriz 4.2 diz que um app deve incluir recursos, conteúdo e interface que o elevem além de um site reempacotado. Um WebView em torno da URL publicada é o exemplo clássico de um site reempacotado.

Isso substitui meu app web?

Não. Seu app web continua funcionando no endereço lovable.app ou no seu domínio, e você continua editando-o no Lovable. O AirBuild cria o app iOS ao lado dele.

O que acontece com meu backend?

Ele permanece onde está. Ao entrar na lista de espera, diga com o que seu app se comunica: Lovable Cloud, um projeto próprio no Supabase ou uma API. Planejamos o app iOS em torno disso, sem mover seus dados.

Preciso de um Mac ou do Xcode?

Nenhum dos dois. O AirBuild executa sua equipe de IA em um Mac ou na nuvem, e o app chega ao seu iPhone pelo TestFlight. Para publicar, você precisa ser membro do Apple Developer Program.

Quem é o dono do código do app iOS?

Você. Seu código do Lovable continua sendo seu, assim como o projeto SwiftUI que o AirBuild cria a partir dele.

Próximo passo

Entre na lista de espera com seu link do Lovable

Acesso antecipado. Enviamos convites pela lista de espera conforme nossa capacidade, e o link que você deixar será a primeira coisa que veremos.

Fontes

  1. Lovable: Publicação: o que a publicação implanta e a informação de que ela sempre é feita em uma URL da web.
  2. Lovable: GitHub, GitLab e Bitbucket: sincronização bidirecional, um repositório por projeto e download do código nos planos pagos.
  3. Lovable: Supabase: Lovable Cloud como backend padrão e conexão com um projeto próprio no Supabase.
  4. Apple: Diretrizes de Revisão da App Store, 4.2 Funcionalidade mínima: a regra que afeta um site reempacotado.
  5. Apple: TestFlight: como um build chega ao seu iPhone antes da App Store.

Conteúdo conferido com a documentação do Lovable e as Diretrizes de Revisão da App Store da Apple em 30 de setembro de 2026. A migração de um projeto para o AirBuild está em acesso antecipado. Lovable, Supabase e Apple são marcas comerciais de seus respectivos proprietários. O AirBuild não é afiliado a eles.