Solução de problemas e perguntas frequentes

Olhe o que está na tela antes de fazer qualquer outra coisa.

• Um cartão vermelho dizendo Could not compile this project. O app tem um erro que impede que ele rode. As linhas abaixo dizem qual. Copie-as para o chat, ou conte ao Setherion o que você vê, e ele é corrigido como qualquer outra mudança.
• Uma barra dizendo Preview hit a runtime error. O app iniciou e depois travou. Fix with AI, na barra, escreve a solicitação para você. É cobrado como qualquer mudança.
• Nada, absolutamente. Clique na seta Reload preview, à esquerda da caixa acima da pré-visualização. Veja Pré-visualização.

Antes de um app ser mostrado a você, ele é aberto às escondidas e verificado, e um que trava é consertado primeiro, então um primeiro olhar em branco é raro. Veja a próxima pergunta.

Toda criação e toda mudança é aberta às escondidas antes de você ver. Enquanto isso acontece, a linha de status mostra Testing the app. Se o app travar, ele volta e é consertado, até três vezes, sem custo para você, e é testado de novo. O que está na tela continua como estava até a nova versão passar.

Se uma mudança ainda deixar o app sem conseguir ser criado, ela não é cobrada: os créditos voltam para você. Conte o que aconteceu no chat, ou clique em Fix with AI na barra, se ela aparecer.

Na tela vazia do editor, um cartão que diz That build stopped partway significa que uma execução terminou antes de acabar. Peça a mesma coisa de novo. Veja Build, Chat e Plan.

Depois de toda criação e toda mudança, o app é medido na largura de um celular. Se algo ultrapassar, uma barra mostra Wider than a phone screen, com Fix with AI. Para ver você mesmo, abra o menu de tamanho acima da pré-visualização e escolha Mobile. Veja Pré-visualização.

Enquanto uma criação ou uma mudança está rodando, o botão de enviar na caixa vira um quadrado. Clique nele para parar. A execução termina na próxima etapa, não escreve nada no seu app, e os créditos dela são devolvidos.

Você não precisa esperar na página. Se você recarregar, fechar a aba ou bloquear o celular, a execução continua e chega ao seu app. Um pequeno cartão, Building your app ou Working on your change, tem seu próprio botão Stop, e pode avisar você quando terminar.

Uma edição que apagaria uma parte grande do app é recusada antes de entrar: um arquivo que encolhe cerca de 40% ou mais volta como estava, e o mesmo vale para uma edição que tira essa quantidade do app inteiro. A única exceção é quando você pediu para remover algo. As etapas da mudança mostram um aviso como Edit would have deleted page content, original preserved. Peça de novo com mais precisão, por exemplo “só mude a cor da barra do topo”.

Se algo se perdeu mesmo assim:

• Undo this change, sob a mudança no chat, desfaz essa mudança.
• Undo e Redo, acima da pré-visualização, percorrem as mudanças desta sessão.
• History guarda todas as versões, nomeadas pelo que fizeram. Restore this version volta a uma delas, e o ponto em que você estava fica em History, para você poder avançar de novo.

Veja Histórico.

Quando o Setherion não consegue confirmar que uma mudança foi aplicada, o visto sob a mensagem fica âmbar e a mensagem diz o que realmente aconteceu em vez da frase animada. Peça de novo, dizendo o lugar exato: “no cabeçalho, deixe o botão Reservar azul”. Mudar uma coisa de cada vez funciona melhor. Veja Como pedir.

Antes de um app ser entregue, o Setherion confere as fotos que ele usa e troca as que não existem por outras que existem. Uma imagem quebrada na pré-visualização aparece na pílula issues no alto à direita da pré-visualização, com Fix with AI.

Para trocar uma imagem você mesmo, ative Edit acima da pré-visualização, clique nela e escolha Image. Para ver todas as imagens que o app usa, abra Code e depois a pasta Images. Para uma nova, peça no chat, ou use Media AI no menu + para criar uma com IA. Veja Pré-visualização e Ferramentas de mídia e design.

Um app fala o idioma em que você escreveu a solicitação, e uma mudança posterior mantém o idioma em que o app já está. Para fazê-lo falar outro, diga isso: “Traduza o app inteiro para o francês”. Para fazer um idioma valer para todos os apps, escreva-o como uma regra. Veja Escreva no seu idioma e Ajustes da IA.

• Uma mudança não está no ar até você publicar de novo. As edições no editor só chegam ao app no ar quando você clica em Publish. History marca as mudanças que ainda não foram publicadas.
• A versão antiga ainda aparece. Seu navegador a guardou. Atualize forçando com Ctrl+Shift+R.
• Login e dados são os de verdade. O app publicado usa suas contas e seus dados reais, então os dados de exemplo que você viu na pré-visualização podem não estar lá.
• Anúncios e compras em um jogo são de mentirinha na pré-visualização, e ficam ocultos no site. Só são reais no app de celular. Veja Jogos.
• Um app privado pede que as pessoas entrem primeiro no espaço de trabalho. Veja Publicar na web.

Abra Manage, depois Cloud, depois Users.

• A pessoa aparece na lista. O login em si funcionou, e o que precisa ser corrigido são as telas do app. Conte ao chat o que acontece depois de entrar.
• Ninguém novo consegue entrar. Confira Sign-in settings: Allow new signups, Email and password e Google sign-in precisam estar ativados para o que você oferece. Uma mudança vale para o app publicado imediatamente.
• Eles nunca recebem o e-mail de confirmação. Com Require email confirmation ativado, as contas novas precisam abrir um link na caixa de entrada. Veja a próxima pergunta.
• O botão do Google não faz nada. Ele abre em uma janela pop-up, então o navegador precisa permitir pop-ups. Ele não exige nenhuma configuração sua, e funciona no site publicado e na pré-visualização. Não funciona dentro da versão de celular do app vinda das lojas, onde as pessoas entram com e-mail e senha.
• O app não tem login nenhum. Então Users mostra This app has no login, com Ask AI to add accounts.

Não há endereços de redirecionamento nem chaves do Google para configurar em um app feito aqui. Só um app no seu próprio Supabase é diferente: o Google é ativado nesse projeto do Supabase. Veja Cloud.

• Mensagens de formulário. Toda mensagem é guardada em Manage, depois Cloud, depois Forms, então nada se perde. O e-mail sobre cada uma vai para o endereço da sua conta do Setherion, não para o endereço que o visitante digitou, e Email me about each message precisa estar ativado. Olhe também na sua caixa de spam.
• As cartas estão pausadas. As cartas de um app param sozinhas quando mais de 10% voltam ou 2% são marcadas como spam. Manage, depois Cloud, depois Emails mostra Letters are paused, e Resume letters as inicia de novo. A causa mais comum são cadastros feitos por um script com endereços inventados.
• O limite diário. Cada plano limita as cartas que um app envia: Free 100 por dia, Pro 2.000, Business 10.000. Passado o limite, nenhuma sai até a hora ou o dia virar. Emails mostra o seu limite.
• O limite de um visitante. Um visitante pode enviar 10 mensagens de formulário por hora, e um app recebe 300 por dia.
• Teste. Send me a test, em Emails, envia a você uma carta do jeito que o app a envia.

Veja Cloud e Cloud.

• É um plano pago? O Free não tem domínio personalizado. O Pro inclui 3 e o Business 25, contados em todos os seus apps.
• O app foi publicado antes? Um domínio aponta para algo publicado.
• Os registros estão no lugar? Adicione o registro A e o CNAME onde você comprou o domínio, e remova quaisquer registros AAAA, que podem bloquear a conexão.
• Você esperou? O DNS pode levar alguns minutos, e até dois ou três dias. Clique em Verify Domain de novo mais tarde. O endereço setherion.app funciona o tempo todo.
• O nome é permitido? Nomes sob setherion.com e setherion.app não podem ser conectados.
• Em um espaço de trabalho, conectar um domínio é para proprietários e administradores.

Veja Domínios personalizados.

Quando uma mudança ou uma criação não cabe, a faixa sobre a caixa avisa, e nada é alterado: o app continua exatamente como estava. Ela diz o que a execução precisava e o que você tem, e quando seus créditos serão renovados. As opções são esperar o mês virar, comprar créditos extras (em um plano pago) ou subir de plano. Onde o plano tem um seletor de modelo, um modelo menor custa menos.

Seu saldo fica ao lado de Publish no editor, e em Settings, depois Plan and credits. Os créditos não usados passam para o mês seguinte.

• No app de outra pessoa, os créditos vêm de quem o criou. Se acabaram, a faixa diz que o proprietário do app está sem créditos, e seus próprios créditos não são tocados.
• Os apps publicados não saem do ar. Eles usam uma cota separada, os créditos de integração, e depois do limite só param as novas gravações, chamadas e e-mails.

Veja Planos e créditos.

O preço de uma imagem ou vídeo de IA, de uma revisão de SEO, de um desenho de arte de jogo, de uma importação ou de um modo de criação mais forte aparece no botão, ou sob a caixa, antes de você clicar. Cada mensagem no chat mostra quanto custou no seu menu. O que um app publicado gastou fica em Manage, depois Cloud, depois Usage. Veja Planos e créditos.

Manage, depois Payments, lê o seu checkout e diz no alto o que encontrou, com a correção:

• Ninguém é cobrado no checkout. Os compradores conseguem concluir a compra e nada recebe um pagamento. Conecte o Stripe, ou escolha Make it an order request para pagamento na entrega ou por fatura.
• Dados de cartão são pedidos na sua página. O app tem seus próprios campos de número de cartão. Nada é cobrado ali, e números de cartão nunca devem ser digitados no formulário de um app. Remove the card fields.
• Os pedidos chegam a você como solicitações. Os compradores enviam o pedido a você e nada recebe um pagamento.

O Stripe também olha o site no ar antes de aceitar você, então publique a loja primeiro. Veja Pagamentos e Lojas online.

Um pedido é escrito quando o Stripe diz que o pagamento foi concluído, não quando o comprador volta à sua página, então um pedido nunca aparece sem ter sido pago. Se um pagamento estiver faltando, confira se o Stripe está conectado em Manage, depois Payments, e se o preço foi adicionado em What this app sells. Um checkout só pode cobrar preços que existam ali. Veja Pagamentos.

Em um plano pago:

• Download ZIP, o ícone de pasta ao lado de Publish, baixa o app como um projeto React comum.
• Publish, depois Export to GitHub ou Export to GitLab, envia-o como um repositório Vite e React executável.
• Para um projeto de celular, Publish to app stores, depois Native, dá a você o projeto inteiro para compilar no Android Studio e no Xcode.

Em todos os planos, os dados do app são exportados como SQL pronto para um Supabase seu, e Export CSV em Cloud, depois Database, baixa uma coleção inteira. Veja Cloud e Projeto nativo.

Abra Manage, depois Settings, depois Delete this app. Ele vai para a lixeira em My Projects, de onde você pode recuperá-lo por 30 dias. Depois disso, ele e seus arquivos enviados são apagados.

Para manter um app mas tirá-lo da web, use Take offline. Uma cópia de um app é Make a copy, em Manage, depois Overview. Veja Configurações, Visão geral e Seus projetos.

Abra Settings, depois Account, e vá até Delete account no fim. Digite DELETE para confirmar. Isso apaga sua conta e todos os dados dela: projetos, conectores, perfil e arquivos enviados. Um plano pago é cancelado no mesmo instante, e nada mais é cobrado. Não dá para desfazer, então exporte antes o que você quiser guardar. Veja Sua conta.

• No chat do app, para qualquer coisa sobre o próprio app: conte ao Setherion o que você vê.
• A página Support mostra se cada parte do Setherion está funcionando agora. Ela leva aos guias, e permite abrir um ticket e acompanhá-lo em My tickets. Em um plano pago, ela também dá um endereço de e-mail direto.
• Um ticket é lido por uma pessoa. Diga qual app, o que você fez e o que você viu.

Veja Obter ajuda e a página Support.