O blog da GoodBarber

Novidades do produto, guias práticos e ideias para criar, lançar e fazer crescer o seu app.

Últimos artigos

  11 min de leitura

O que quebra em silêncio quando você não atualiza seu app (e por que você nunca percebe na GoodBarber)

Resumo. Um aplicativo móvel que não é atualizado não fica congelado: ele se degrada. As notificações push param de chegar, os novos usuários param de encontrá-lo, e as lojas acabam ocultando ou removendo o app. Na GoodBarber, a plataforma absorve cada mudança dos OS e das lojas e entrega a correção com a sua próxima atualização: um ano de solavancos do mundo mobile chega até você como uma nota de versão. A única coisa que continua com você: atualizar com regularidade.Seu app funciona hoje. Deixe-o um ano sem mexer: ele vai continuar abrindo, continuar bonito, continuar fazendo o trabalho dele no seu próprio telefone. Nada no seu painel avisa você. A armadilha está exatamente aí.Porque enquanto seu app ficava parado, tudo o que o sustenta se moveu. Apple e Google lançaram novos sistemas operacionais, reescreveram as regras das lojas, aposentaram encanamentos antigos. Você percebe meses depois, por sintomas que parecem um problema de marketing: os downloads esfriam, as campanhas push alcançam cada vez menos gente, um usuário fiel escreve dizendo que o app se comporta mal no telefone novo dele. A degradação é real, e não tem nada a ver com a qualidade do seu conteúdo.

  13 min de leitura

Nem todos os servidores MCP são iguais: MCP BaaS vs MCP de aplicação

Em resumo. Um servidor MCP vale apenas pelo que expõe. Plataformas BaaS como o Back4app e o Supabase expõem o seu backend: tabelas da base de dados, esquemas, queries, cloud code. O servidor MCP da GoodBarber expõe as operações de uma app móvel em produção: publicar um artigo, agendar uma notificação push, atualizar o catálogo, ler as estatísticas. 150 ferramentas tipadas por domínio à data em que escrevemos, condicionadas às funcionalidades ativas, restritas a uma app por OAuth, com read-back verificado em cada escrita. O mesmo protocolo, uma altitude muito diferente.O Model Context Protocol venceu depressa. Apresentado pela Anthropic em novembro de 2024 e doado à Linux Foundation um ano depois, o MCP é hoje a forma padrão de dar ferramentas a um agente de IA, com mais de 9.400 servidores públicos listados no MCP Registry oficial em 2026. O que significa que a frase “temos um servidor MCP” se tornou, discretamente, uma simples caixa de verificação. Qualquer plataforma pode assinalá-la, e esse visto não lhe diz nada.As perguntas que importam estão um nível abaixo. O que é que o servidor permite a um agente ver? O que é que lhe permite alterar? E, quando o agente escreve, o que se interpõe entre um prompt bem formulado e um sistema em produção avariado? As respostas dependem muito menos do protocolo, que é igual para todos, do que da altitude à qual cada plataforma se liga.

  7 min de leitura

Prompt teardown: GPS, memória e Maps a partir de uma única frase

Já ninguém duvida de que uma IA consiga gerar código capaz — mesmo «vibe-coded», funciona, às vezes muito bem. Não é essa a pergunta interessante. A pergunta interessante é: uma vez gerada, o que faz realmente essa secção dentro da tua app? Fica como um bloco isolado a um canto, ou aproveita o que o dispositivo e a app já sabem fazer? A forma mais honesta de responder é pegar num prompt e desmontá-lo, linha a linha.É para isso que serve esta nova série. Em cada episódio pegaremos num prompt da biblioteca do AI Extension Builder e desmontá-lo-emos: onde confia na plataforma, onde a força, e o que sabe fazer de facto a secção resultante. Começamos com um dos prompts de exemplo da biblioteca: «onde estacionei».Este é o prompt mais curto que poderias escrever para isto:Build a "remember where I parked" helper.É tudo. Uma frase, não um caderno de encargos. E eis o que sai:Um botão para guardar a tua localização. Uma secção que reencontra esse ponto ao reabrir a app. Um botão para voltar ao carro. Um link discreto para apagar. E, se recusares a localização, um ecrã que o explica em vez de falhar.A surpresa não é que sete palavras desenhem um ecrã. É que esta secção, nascida de uma frase, já aproveita as capacidades do dispositivo: lê o GPS, guarda uma memória, abre o Maps. Não pedimos nenhuma destas três coisas.

  8 min de leitura

Publicar na App Store: todas as tuas perguntas respondidas no nosso AMA no Reddit

Organizámos um AMA em direto no r/GoodBarber, aberto a qualquer pergunta sobre publicar uma app na App Store: App Review, App Store Connect, contas de programador, tudo. As respostas vieram diretamente da equipa de suporte que gere todos os dias as publicações na App Store e na Google Play, com engenheiros iOS a entrar sempre que uma pergunta se tornava técnica. Aqui fica o resumo. Fazem-nos esta pergunta muitas vezes, por isso analisámos os nossos próprios casos de suporte dos últimos 18 meses. Os motivos de rejeição mais comuns são menos dramáticos do que se pensa:Metadados da App Store incompletos ou incorretos — informação, capturas de ecrã ou descrições em falta ou enganosas.Um formulário de App Privacy mal configurado.Apps que a Apple considera incompletas ou não totalmente funcionais durante a revisão.Além disso, vemos regularmente rejeições ligadas a direitos de conteúdo (sobretudo áudio ou vídeo), apps em setores regulados que não cumprem as expectativas da Apple, ou consideradas demasiado parecidas com algo que já existe.Para uma primeira submissão, tudo começa nos metadados: destaca o valor real da tua app em vez de uma promoção genérica, e segue as guidelines da Apple — são a base de tudo o resto. E se fores rejeitado, não entres em pânico. Uma rejeição não é um beco sem saída, normalmente é só parte do processo. Lê com atenção o feedback da Apple, resolve cada ponto e volta a submeter — já vimos muitas apps serem aprovadas depois de uma, ou várias, rondas de revisão.Se estiveres convencido de que um revisor se enganou, mantém-te nos factos. Explica claramente porque achas que a tua app cumpre a guideline em questão, e sustenta o argumento com tudo o que possa ajudar — capturas de ecrã, uma gravação de ecrã, credenciais de teste, instruções passo a passo se uma funcionalidade não for óbvia. Se a conversa não avançar, podes pedir uma chamada com um representante da Apple através do App Resolution Center no App Store Connect — uma conversa direta costuma esclarecer mal-entendidos mais depressa do que uma troca escrita. Como último recurso, podes recorrer ao App Review Board, onde um membro sénior da equipa da Apple revê o caso. Em qualquer dos casos, o objetivo não é provar que a Apple está errada, mas facilitar ao máximo que o revisor perceba porque é que a tua app cumpre.

  9 min de leitura

Crie um jogo com classificação na sua app, sem programar

Pedimos ao AI Extension Builder da GoodBarber um jogo de arcada completo: um Flappy Bird jogável com o dedo, em ecrã inteiro, com uma classificação partilhada por todos os jogadores. Aqui fica o resultado, o prompt exato que o gerou e aquilo que esta prova de conceito revela: com o AI Extension Builder, quase tudo o que se consegue descrever pode tornar-se uma secção da sua app. Um videojogo não é aquilo que se espera de um app builder.E é precisamente isso que faz dele um bom teste. Para perceber do que o AI Extension Builder é realmente capaz, mais vale pedir-lhe o improvável do que mais uma secção do costume. Descrevemos-lhe, então, um jogo de arcada completo — jogável com o dedo, em ecrã inteiro, com uma classificação partilhada por todos os jogadores — e ficámos a ver até onde aguentava.Aguentou. A lição não é "publique jogos", mas antes "o teto está muito mais alto do que imagina": o que vale para um Flappy Bird vale também para aquela funcionalidade específica de que a sua app precisa mesmo. Tudo lhe foi descrito por palavras, em alguns parágrafos. Aqui fica o resultado.

  5 min de leitura

O que há de novo na GoodBarber? Junho 2026

As atualizações deste mês concentram-se na visibilidade, na conformidade e na experiência de utilização — novas formas de destacar ações importantes, de proteger os utilizadores mais jovens e de tornar mais fluidas as interações do dia a dia na sua aplicação. Eis as novidades:Novo Floating Button global: destaque uma ação importante em toda a sua aplicação, configurada uma única vez a partir do Structure panel.Age Protection: uma nova funcionalidade para cumprir as leis regionais de verificação de idade e proteger automaticamente os utilizadores mais jovens.Miniaturas de eventos no mapa: os eventos apresentados num mapa podem agora surgir com a sua própria imagem de miniatura em vez de um marcador padrão, para que cada um seja reconhecível de imediato.Mostrar/ocultar palavra-passe: os seus utilizadores podem agora tocar no ícone de olho para mostrar ou ocultar a palavra-passe em qualquer ecrã de início de sessão ou de registo, para que um erro de escrita nunca mais os bloqueie.

  10 min de leitura

AI Extension Builder: ligue o Supabase à sua app

O AI Extension Builder já permite criar uma secção personalizada para a sua app descrevendo-a por palavras simples. Agora essas secções conseguem guardar e partilhar dados reais. Peça uma sondagem, uma lista de reservas ou um livro de visitas: o builder monta os dados por trás e liga-os à sua app ativa — graças a uma nova integração com o Supabase. Até agora, o AI Extension Builder era brilhante numa coisa: transformar uma frase numa secção que funciona. Descreva uma contagem decrescente, um mood board, um mini-jogo — e ele aparece na sua app, com um estilo que encaixa na perfeição. Mas cada secção que ele criava vivia inteiramente no dispositivo do visitante. Nada do que produzia conseguia reter informação nem passá-la de uma pessoa para outra.Era esse o limite. Se pedisse uma "sondagem dos leitores", obtinha uma sondagem que funcionava perfeitamente para uma pessoa, num dispositivo. Os votos ficavam guardados no navegador. Bastava fechar a app e desapareciam. Ao abri-la noutro telemóvel, a contagem começava do zero. Um livro de visitas que só você consegue ler não é um livro de visitas. Uma lista de reservas que se apaga em cada dispositivo não é uma lista de reservas.A razão era sempre a mesma: essas funcionalidades precisam de um sítio para guardar os dados e de um conjunto de regras que definam quem os pode ler e escrever. Essa camada — um backend — é a parte difícil, e é precisamente o tipo de coisa que costumava figurar entre as limitações dos criadores de apps no-code. O novo conector do Supabase traz isso para dentro do builder. O AI Extension Builder passa a construir a camada de dados ao mesmo tempo que a secção, na mesma conversa, antes de escrever uma única linha de código.(Se está a começar agora a criar secções desta forma, comece por como funciona o AI Extension Builder — este artigo continua a partir daí. É a mesma ferramenta que há pouco aprendeu a gerir o carregamento de ficheiros, agora também com uma camada de dados.)

  5 min de leitura

AI Extension Builder: carrega os teus ficheiros

Quando lançámos o AI Extension Builder, já sabia construir uma secção à medida a partir de um simples prompt. Faltava uma peça: o teu próprio material. Até agora, o assistente partia de uma folha em branco, escrevia o código, mostrava-o em direto, mas com as suas próprias imagens de substituição. Para usar o teu logótipo ou os teus dados, era preciso apontar para um URL externo, uma ligação frágil e alojada noutro lado. O novo gestor de ficheiros elimina esse passo.Imagina um clube de corrida que quer uma secção «Calendário de corridas» na sua app.O responsável abre o painel Assets e arrasta dois ficheiros: logo.png e um corridas.csv com as datas e os locais. Depois pede ao assistente:«Mostra as próximas corridas a partir deste CSV, com o nosso logótipo no topo.»O assistente já conhece estes ficheiros. Não os inventa, não os recria, não os codifica em base64: referencia-os pelo seu URL exato — logo.png numa etiqueta <img>, corridas.csv através de um fetch(). A secção aparece em direto, com as cores do clube e as suas datas reais.Dias de trabalho para um programador, aqui poucos minutos. E o resultado não é uma maquete: é uma extensão nativa, alojada pela GoodBarber, que vai para a app publicada como qualquer outra secção.

  5 min de leitura

AI Extension Builder: tudo o que perguntaste no nosso AMA no Reddit

Recentemente organizámos um AMA no r/GoodBarber dedicado ao AI Extension Builder, a funcionalidade em beta que transforma uma descrição em linguagem natural numa verdadeira secção integrada na tua app. Melhor ainda: os programadores que criaram a funcionalidade estiveram no tópico a responder diretamente. As perguntas foram excelentes: concretas, práticas e, muitas vezes, de pessoas que já tinham construído algo. Eis o que daí saiu.Uma constatação recorrente entre quem testa o builder: mais iterações não significam automaticamente uma app melhor. A partir de certo ponto, as alterações perdem relevância, e recomeçar com um prompt mais claro costuma ser melhor do que andar a corrigir sem fim um já existente.A nossa opinião: iterar funciona melhor quando afinas a intenção inicial. Quando cada ronda muda a direção do projeto, costuma ser mais produtivo recomeçar. A qualidade desse primeiro prompt tem um impacto enorme: quanto mais claro estiveres sobre o que queres construir, as funcionalidades esperadas e a experiência do utilizador, melhor será o resultado.

  11 min de leitura

Testar o Custom Code GoodBarber com um membro ligado

Precisa que o seu Custom Code do GoodBarber se comporte de forma diferente para um utilizador autenticado — mostrar conteúdo premium, saudar um membro pelo nome, esconder uma secção dos visitantes anónimos? Quer tenha escrito esse código por si próprio ou o tenha gerado com o AI Extension Builder, ele pergunta à App API quem está ligado através de gb.user.getCurrent(). Mas a pré-visualização do back-office não tem login real, por isso, em apps com Membership, essa chamada cai sempre no caminho de erro. Este guia explica como o utilizador atual se comporta na pré-visualização para cada tipo de app e dá-lhe uma forma de copiar e colar para testar como um membro autenticado. Muito Custom Code precisa de saber quem está a usar a app neste momento: mostrar conteúdo premium, saudar membros pelo nome, esconder uma secção dos visitantes anónimos, adaptar um checkout. A App API do GoodBarber dá-lhe acesso ao utilizador atual através de gb.user.getCurrent().E o Custom Code já não é apenas algo que se escreve à mão. Com o AI Extension Builder do GoodBarber, descreve em linguagem natural a secção que pretende e o assistente gera a extensão por si — código que se liga diretamente à mesma App API do GoodBarber. Escrito à mão ou gerado por IA, ele chama gb.user.getCurrent() da mesma forma, e você testa-o da mesma forma. Por isso, este guia aplica-se tanto se escreveu o código como se o pediu por prompt.Mas eis o obstáculo com que todo o programador acaba por se deparar: dentro da pré-visualização do back-office, não existe nenhum utilizador autenticado. A pré-visualização é apenas uma renderização da sua app — não há ecrã de login, não há sessão, não há nada contra o qual autenticar.Para a maioria dos tipos de app, o GoodBarber contorna isto discretamente por si, de modo que testar "como um utilizador autenticado" simplesmente funciona. Para a extensão Membership, não funciona — e isso é intencional. Este artigo percorre como o utilizador atual se comporta na pré-visualização para cada tipo de app e dá-lhe uma forma simples, de copiar e colar, de testar o caso mais complicado: um membro autenticado.

  12 min de leitura

GoodBarber vs BuildFire

A maioria dos comparativos de app builders coloca frente a frente duas filosofias opostas: uma ferramenta que obriga a desenhar uma base de dados e outra que entrega funções prontas. GoodBarber e BuildFire não se enquadram nessa oposição. Concordam no método: você configura funções prontas a usar em vez de montar peças elementares, e chega rápido a um app publicável. E é justamente esse ponto em comum que torna a escolha interessante: quando duas ferramentas pegam o mesmo atalho, a pergunta deixa de ser «qual abordagem escolher» e passa a ser «o que você obtém no fim, e quanto isso dura no tempo?»Para responder de forma concreta, passamos o mesmo briefing pelas duas plataformas: AURORA, o app de teste que serve de fio condutor em toda esta série.A BuildFire é uma plataforma madura e sólida: milhares de apps em produção e um catálogo de plugins bem completo. Com honestidade, as duas ferramentas se dirigem a perfis diferentes, e as verdadeiras linhas de separação estão na qualidade dos apps gerados, no que está incluído na assinatura e no custo de operar um parque de apps ao longo do tempo.

  7 min de leitura

Mundial 2026: adicione uma secção de calendário e resultados à sua app, sem programar

O Mundial 2026 começou, e os jogos vão captar a atenção de toda a gente: uma oportunidade para fidelizar a sua audiência e, ao mesmo tempo, atrair uma nova, diretamente dentro da sua app. Veja como adicionar uma secção de calendário e resultados — o marcador de cada jogo, próximo jogo em destaque, hora de início no fuso horário local — partindo de um simples prompt, graças ao AI Extension Builder da GoodBarber. De 11 de junho a 19 de julho de 2026, 48 equipas e dezenas de jogos vão marcar o ritmo de seis semanas de atenção mundial. Entretanto, a sua comunidade acompanha os scores noutras cinco aplicações. Nenhuma com o seu nome.Uma secção de calendário e resultados: exatamente o tipo de página que, ainda ontem, exigia um programador. Hoje, descreve-a, e ela constrói-se. Eis como.

  7 min de leitura

App agent-ready: porque a sua app tem de ser operável por uma IA em 2026

Durante quinze anos, o software competiu para ser mais fácil de usar pelas pessoas. Essa corrida está a terminar. A próxima decide-se noutro terreno: se a sua app consegue, de todo, ser operada por um agente de IA. Eis o que significa "agent-ready" — estar pronta para uma IA a operar —, os cinco requisitos que exige e porque 2026 é o ano em que deixa de ser opcional. Você gere uma app. Todas as semanas abre um painel, publica algumas coisas, agenda uma notificação push, confere os números de ontem, corrige um preço. Esse painel ficou mais simpático ano após ano — foi essa a promessa do no-code, e resultou. Milhões de pessoas operam hoje apps profissionais sem escrever uma linha de código.Mas quem opera está a mudar. As pessoas começam a entregar essa rotina semanal a um assistente de IA: "Publica estes três artigos, agenda uma push para cada um e diz-me que secção perdeu leitores na semana passada." O assistente não quer um painel mais simpático. Quer uma interface que possa invocar.E esse simples facto reorganiza tudo. A interface que vencer a próxima década não é a que os humanos preferem. É a que um agente consegue conduzir.

  4 min de leitura

Crie uma app de eCommerce apelativa mais depressa com os temas GoodBarber

A biblioteca de temas da GoodBarber sempre deu aos comerciantes um sólido ponto de partida profissional, e não para de crescer. As novidades mais recentes são um conjunto de temas pensados para o eCommerce, cada um concebido como uma verdadeira marca, com a sua própria identidade visual. Uma amostra de tudo o que uma app GoodBarber pode oferecer. Seja qual for o estilo da sua loja, o tema certo leva-o da ideia ao lançamento muito mais depressa do que se desenhasse tudo sozinho. Se gere uma loja online ou um negócio local, já sabe que imagem a sua marca deve transmitir. A visão não é o mais difícil. O mais difícil é traduzi-la numa app cuidada, ecrã após ecrã, quando o design não é a sua profissão. Que cores combinar? Que tamanho dar aos títulos? Como manter a coerência de um ecrã para o outro? Para a maioria dos comerciantes, é aqui que o projeto encalha: não em construir a app, mas em concebê-la.Partir do zero parece sinónimo de liberdade criativa. Na maioria das vezes é um entrave. O que faz mesmo avançar um projeto é um ponto de partida credível: algo que já tem bom aspeto, pronto a ser adaptado à sua marca e ao seu catálogo em vez de montado peça a peça.

  6 min de leitura

Use o ChatGPT com a GoodBarber: gerencie o seu app sem código

Vamos esclarecer já, porque é o mal-entendido que trava todo mundo: você não precisa de nenhuma competência técnica. Sem terminal, nada para instalar, nem uma única linha de comando. Se você sabe escrever uma mensagem, sabe gerenciar o seu app.O "MCP" de que os nossos outros artigos falam é simplesmente a ponte segura entre o ChatGPT e o seu app. Você nunca vai precisar mexer nele, nem sequer lembrar o que significam aquelas três letras. Conecta uma vez e esquece.O que você usa é o ChatGPT: o assistente da OpenAI que você provavelmente já abriu uma centena de vezes. A mesma janela de conversa. A única diferença, depois de conectado ao seu app, é que agora ele sabe agir sobre ele.Construímos ferramentas para criadores não técnicos desde 2011. Esta segue a mesma regra que as demais: mais poder, menos complexidade.O que é MCP?

  3 min de leitura

Botão flutuante global: uma ação essencial visível em toda a sua app

O gesto que espera dos seus utilizadores merece estar sempre acessível, quer eles estejam a ler um artigo, a explorar uma ficha de produto ou a passar de um separador para outro. O Botão flutuante global dá-lhe exatamente esse lugar: um botão definido uma só vez, presente onde os seus utilizadores precisam dele, sem que tenha de o reposicionar ecrã a ecrã.

  6 min de leitura

Como automatizar o seu app GoodBarber com n8n e MCP — sem escrever código

Passámos um dia a ligar o n8n ao servidor MCP da GoodBarber para montar uma automação a sério: um workflow que traduz todas as manhãs para francês os artigos do blog do nosso app, sob a forma de rascunhos prontos a rever. Esta é a configuração exata que usámos, o que correu mal pelo caminho e as três lições que lhe poupam uma tarde. A resposta curta: com MCP, é a API que se explica à máquina — deixa de construir os pedidos à mão.Uma integração REST clássica significa ler a documentação de uma API, construir cada pedido HTTP e gerir a autenticação e a paginação por conta própria. MCP (Model Context Protocol) inverte esse trabalho: o seu app GoodBarber expõe as suas operações como tools que qualquer cliente MCP descobre e chama sozinho. O nosso app de teste — uma Content App — expôs 62 tools no momento em que nos ligámos: artigos, parágrafos, eventos, mapas, galerias, vídeos, sons.O n8n conta aqui porque é uma das raras plataformas de automação com um MCP Client node nativo — e porque os seus nodes AI Agent podem entregar esses 62 tools ao Claude e deixar o modelo decidir quais chamar. As plataformas ao estilo do Zapier automatizam apps; o n8n + MCP automatiza o seu app.REST + automação clássicaMCP + n8nTrabalho de integraçãoUm pedido por ação, feito à mãoTools descobertos automaticamenteAutenticaçãoUma chave API por pedidoUma única ligação OAuthA IA no cicloVocê faz o parsing, a IA vê fragmentosO agente chama os tools diretamente