O blog da GoodBarber

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

Últimos artigos

  7 min de leitura

Prompt teardown: a mesma palavra, duas memórias

Dois prompts pedem a mesma coisa: lembrar. Um ganha uma memória pessoal; o outro, uma memória comum a todo o estúdio. Estas são as palavras que decidiram.

  11 min de leitura

Marketing baseado em localização para apps móveis: geofencing, beacons e notificações mais úteis

“Você está perto da nossa loja. Venha nos visitar!”Essa mensagem sabe onde uma pessoa está, mas não por que a interrupção seria relevante. Ela não oferece um valor específico nem um próximo passo. Na melhor das hipóteses, o marketing baseado em localização usa a proximidade como contexto, não como toda a estratégia.Agora compare com esta mensagem:“Seu pedido está pronto. Você está perto do ponto de retirada — mostre esta mensagem no balcão.”A segunda mensagem conecta uma pessoa conhecida, um lugar relevante, o momento certo e uma ação imediata. A mesma lógica pode orientar uma visita a um museu, um alerta em um evento ou um serviço local — não apenas uma promoção.

  11 min de leitura

Analytics para aplicativos móveis: o que medir para decidir melhor

O número de downloads costuma se tornar o principal indicador após o lançamento. Mas ele registra aquisição, não toda a relação entre um usuário e seu aplicativo.Uma pessoa pode instalar o app e nunca mais abri-lo. Outra pode voltar todas as manhãs, ler vários artigos e responder às notificações. Contar ambas como um download esconde a diferença que realmente importa.O mesmo cuidado vale para qualquer métrica isolada. Mais visualizações de página podem indicar uma exploração útil ou uma navegação confusa. Uma sessão mais longa pode representar uma escuta atenta ou atrito em uma tarefa que deveria levar poucos segundos. Pergunte qual comportamento produziu o número e qual decisão ele pode orientar.

  10 min de leitura

Acessibilidade em apps móveis: como tornar seu app mais acessível

Não é possível comprovar que um app é acessível por meio de uma prévia ou de uma pontuação de contraste. No entanto, é possível remover uma quantidade surpreendente de barreiras antes do início dos testes formais.A acessibilidade móvel vai muito além do contraste de cores. Tipografia, espaçamento, navegação, áreas de toque, rótulos, movimento, mídia e comportamento com tecnologias assistivas também determinam se uma pessoa consegue concluir uma tarefa.As WCAG foram escritas para conteúdo web. As orientações WCAG2Mobile do W3C explicam como aplicar os critérios de nível A e AA das WCAG 2.2 a apps móveis nativos, web e híbridos. O documento é informativo, não uma norma móvel separada, e sozinho não basta para estabelecer que um app seja acessível.Esta checklist separa o que pode ser configurado de forma centralizada do que ainda precisa ser verificado no produto publicado:Área de acessibilidadePrimeira verificaçãoO que configurar ou testarContraste de coresTextos, fundos, controles e estadosDefinir as cores globais e verificar cada combinação de contrasteTipografia e espaçamentoPadrões legíveis, quebra de linha e ampliaçãoConfigurar a hierarquia tipográfica e as margens globaisNavegaçãoDestinos e rótulos clarosConfigurar a estrutura, os rótulos e a navegação do appÁreas de toqueControles fáceis de operarVerificar o app gerado em dispositivosLeitores de telaNomes, funções, estados e ordem de focoTestar os apps iOS e Android geradosMovimentoEfeitos úteis e opcionaisConfigurar animações e resposta tátil e testar as preferências do sistemaMídiaLegendas, transcrições e alternativas em textoAdicionar alternativas durante a criação e a revisão editorialInteração PWATeclado, zoom, foco e layouts responsivosTestar a PWA publicada em navegadores

  10 min de leitura

Checklist de privacidade para apps: o que preparar antes do envio às lojas

Imagine o app de um personal trainer com contas de membros, localização opcional, um formulário de e-mail e analytics. Já são quatro fluxos de dados diferentes. Basta alterar um recurso para que o cenário de privacidade também mude.A parte mais difícil não é criar uma página jurídica. É fazer com que três elementos descrevam o mesmo app:ElementoO que deve refletirO próprio appOs dados, as permissões e os serviços de terceiros realmente utilizadosA política de privacidadeO que é coletado, por quê, por quem, por quanto tempo e o que os usuários podem fazer a respeitoAs declarações nas lojasAs respostas de Privacidade do App da Apple e Segurança dos dados do Google Play com base na versão atual do appSe um desses elementos disser “nenhum dado de localização” enquanto o app enviado solicitar acesso à localização, existe uma inconsistência.Grande parte da preparação de privacidade consiste em verificar a coerência: o app, a política e a página da loja precisam contar a mesma história. Essa coerência é necessária, mas não substitui o cumprimento das regras de privacidade e dados do usuário das lojas.Este artigo ajuda você a preparar essa história. Ele não oferece aconselhamento jurídico: os requisitos aplicáveis variam conforme o país, o público e o tipo de dado.

  5 min de leitura

O servidor MCP da sua app já fala a última versão do protocolo

Cada app GoodBarber inclui o seu próprio servidor MCP. É a porta segura que permite a um assistente de IA, com a sua autorização, ler e gerir a sua app: escrever e agendar artigos, atualizar produtos, consultar as estatísticas, preparar notificações push. Liga o assistente uma vez, ele autentica-se por OAuth e só vê a sua app.Se está a descobrir o tema, dois bons pontos de partida: a nossa página MCP explica como ligar um assistente à sua app, e este artigo explica o que distingue um servidor MCP aplicacional.

  17 min de leitura

A checklist de produção que as apps criadas com IA chumbam (7 coisas que se partem depois da demo)

A versão curta. Uma app criada com IA que brilha numa demo provou que sabe renderizar, não que sabe funcionar. A produção decide-se em sete coisas aborrecidas: as contas, os estados vazios, a revisão nas lojas, a entrega de push, a fatura da stack, a primeira atualização e a operação semana após semana. Faça as sete verificações abaixo antes de anunciar uma data de lançamento. No GoodBarber, a plataforma carrega as seis primeiras, umas já integradas, outras como serviço, e a sétima resolve-se ligando um agente de IA.Construiu uma app com um app builder com IA, ou fê-la em vibe coding, prompt a prompt, ao longo de algumas noites. Funciona. Mas repare nas condições em que funciona: o seu telemóvel, o seu Wi-Fi, a sua conta, dados que introduziu à mão, um build gerado há uma hora. Uma demo é uma app testada exclusivamente em condições amigáveis.Pronta para produção significa o contrário: a app continua a funcionar quando as condições amigáveis desaparecem. Desconhecidos em vez de si, um revisor em vez de uma audiência, meses em vez de uma tarde.Já escrevemos sobre a origem deste fosso: o nosso artigo sobre os sete muros entre um protótipo e as lojas mapeia a distância estrutural, e o nosso texto sobre criar uma app versus operá-la dá nome ao trabalho que começa depois do lançamento. Esses artigos terminam em perguntas que vale a pena fazer a si mesmo. Este transforma as perguntas em experiências: sete verificações, cada uma com um procedimento concreto e uma condição de aprovação que não deixa margem para discussão, todas executáveis esta semana. Se uma verificação lhe parecer aborrecida, é exatamente essa a ideia. A produção é onde vivem os bugs aborrecidos.

  9 min de leitura

Site ou app para a sua pequena empresa? Pare de sobredimensionar

Em resumo. A maioria das pequenas empresas não precisa de um site maior. Precisa do site certo: fácil de encontrar no Google, capaz de aceitar marcações e entregue como PWA, um site que também se instala como uma app. Uma PWA GoodBarber é renderizada do lado do servidor, por isso posiciona-se no Google como qualquer site, e chega integrada numa app Content: PWA mais apps nativas iOS e Android, a partir de uma única configuração. Vende produtos físicos? Isso é uma app à parte: a app eCommerce da GoodBarber, com o seu próprio catálogo e checkout.Num tópico intitulado are we massively overengineering websites for small businesses? (“estaremos a sobredimensionar massivamente os sites das pequenas empresas?”), publicado no r/nocode em julho de 2026, um criador de sites pergunta por que razão se vendem a um contabilista, a um canalizador ou a um tosquiador de cães do bairro animações à medida, um CMS complexo e dezenas de páginas. A resposta mais votada defende que a maioria desses clientes ficaria mais bem servida com um perfil no Google Business Profile e uma simples página de links do que com o site de oito páginas que vieram encomendar. Outro comentário põe o dedo na doença real: confundimos o que impressiona os programadores com o que é útil aos clientes.O tópico tem razão no problema e fica a um passo da solução. A pergunta útil não é o tamanho que o site deve ter. É que ferramenta faz os três trabalhos que um negócio de serviços tem de verdade: ser encontrado por clientes novos, aceitar marcações sem ping-pong telefónico e continuar presente no telemóvel dos habituais. É uma questão de forma. E há um objeto no mercado com exatamente essa forma.O vocabulário é novo para si? As três definições, a explicação de SEO e a tabela comparativa completa site vs app vs PWA estão reunidas num guia de decisão completo. Este artigo concentra-se no caso da pequena empresa.

  15 min de leitura

Pode ser dono da sua app. Consegue sair do seu app builder com IA?

A versão curta. Não é o que esperaria. Os principais app builders com IA deixam-no genuinamente exportar o código; à data de agosto de 2026, o Lovable sincroniza com o GitHub em todos os planos, incluindo o gratuito, e a sua documentação afirma que está “never locked in”. O lock-in vive noutro lugar: no backend gerido onde os seus dados residem, no alojamento e na autenticação que teria de substituir, no ciclo de edição por IA que fica para trás e na base de código escrita por IA que passa a ser exclusivamente sua responsabilidade no momento em que se vai embora. Ser dono do código nunca foi o mesmo que conseguir sair.Lock-in costumava significar uma coisa simples: o seu trabalho está preso num formato proprietário e a porta de saída está trancada. Os app builders com IA mudaram a forma do problema. A porta está aberta. A questão é o que cabe por ela.Uma app são três bens diferentes com um único nome: o código-fonte, o sistema em funcionamento que serve utilizadores reais e o negócio que a app transporta. A exportação move a primeira. Não move as outras duas. A frustração que atravessa os tópicos de migração deste verão vem de descobrir essa distinção demasiado tarde.

  3 min de leitura

Novos temas Classic para lançar a sua app mais depressa

A biblioteca de temas Classic da GoodBarber continua a crescer, e esta leva traz dez novos temas para apps de conteúdo. Cada um é uma direção visual acabada que pode tornar sua, para que a sua app pareça cuidada logo no primeiro ecrã. O mais difícil numa app de conteúdo quase nunca é o conteúdo. É fazer com que tudo pareça intencional, ecrã após ecrã, quando o design não é a sua profissão. Um tema resolve isso ao dar-lhe uma direção visual completa: cores, tipografia, estilo de imagens e layout já funcionam em conjunto. Traz o seu conteúdo e a sua marca; o tema traz o acabamento. E como cada tema assenta no Smart Design, o resultado mantém-se coerente por muito que o personalize.

  9 min de leitura

Seu app ainda vai funcionar daqui a três anos?

O que acontece com um app nos três anos seguintes ao lançamento: o que se move ao redor dele, o que a plataforma absorve no seu lugar e a curta lista do que continua no seu nome.

  9 min de leitura

A sua IA sabe criar uma app. Veja como deixá-la gerir a sua.

Em resumo: o dia do lançamento é o meio do caminho, não a meta. O verdadeiro trabalho de uma app móvel está nas operações diárias: publicações, campanhas de push, atualizações do catálogo, encomendas. É nesse trabalho diário que um agente de IA se torna genuinamente útil.A conversa em torno da IA está obcecada com a criação. Demos de prompt-to-app, ecrãs gerados, protótipos produzidos de uma só vez. É compreensível: a criação dá demos espetaculares. Mas quem já lançou mesmo uma app conhece a parte incómoda: no dia em que a app chega às lojas, a maior parte do trabalho ainda está à sua frente.Uma app que ninguém opera morre em silêncio. Os conteúdos ficam parados, as campanhas de push cessam, o catálogo perde atualidade e a retenção segue o mesmo caminho. Operamos apps em produção desde 2011, e quinze anos de operações ensinam uma lição: o que decide o destino de uma app não é a forma como foi criada, mas a forma como é gerida. Examinámos esse ponto cego em Os app builders com IA sabem criar uma app. Sabem operá-la?: o setor tornou-se muito bom a gerar apps e manteve um silêncio estranho sobre a forma de as operar.É por isso que uma nova categoria está a ganhar forma: a app operável por agentes. Não uma app criada por IA, mas uma app cujas operações diárias um agente de IA consegue realmente executar, segundo as suas instruções, com salvaguardas. Constrói-se uma vez. Opera-se para sempre. E é na segunda parte que se vive.

  14 min de leitura

GoodBarber vs Replit

A Replit constrói ferramentas de desenvolvimento dentro do navegador desde 2016. No início de 2026 acrescentou uma oferta mobile, sob uma página intitulada «Idea to Mobile App in Minutes» — o que a coloca, pela primeira vez, no terreno dos criadores de apps.Passamos então pela plataforma o nosso briefing habitual: AURORA, o mesmo app de guia de viagem de alto padrão que construímos em cada ferramenta desta série. Não uma lista de funcionalidades, mas um app de verdade, que precisa chegar às lojas, ser atualizado toda semana e ser operado por alguém que não escreve código.O que sai da Replit é sólido. E é também, sem ambiguidade, uma base de código: um projeto React Native, uma nuvem cobrada por uso e um console de desenvolvimento. Toda a comparação cabe nessa frase — a Replit responde em linguagem natural e depois entrega algo que se comporta como um projeto de engenharia. Se isso é um presente ou um problema depende inteiramente de quem vai tocar o app na próxima terça-feira.

  7 min de leitura

AI Extension Builder: templates de artigos para a sua app

Nomeie qualquer secção de conteúdo da sua app no seu prompt, e o AI Extension Builder constrói uma secção que mostra esse conteúdo — com o layout exato que descreveu. Os seus artigos, o seu template, sempre atualizado. Cada secção de conteúdo de uma app GoodBarber vem com uma gama de templates cuidadosamente desenhados. Escolhe um e funciona — é essa a vantagem de uma plataforma integrada. Mas o layout que tem em mente nem sempre está na lista. Talvez imagine os seus últimos artigos em estilo revista: uma grande foto de capa com o título sobreposto, cartões mais pequenos por baixo. Ou os seus eventos numa agenda compacta, só com a data e o local. Até agora, escolhia o template que mais se aproximava.O que muitos utilizadores do AI Extension Builder ainda não descobriram é que esse limite desapareceu. O builder não cria apenas widgets independentes — sabe ler o conteúdo das secções existentes da sua app. E isso torna-o em algo mais interessante do que um gerador de widgets: uma ferramenta para desenhar os seus próprios templates de apresentação.

  5 min de leitura

IndexNow no GoodBarber: indexe a sua PWA mais depressa

O posicionamento de uma PWA assenta num princípio simples: para que uma página apareça nos resultados de pesquisa, um motor tem primeiro de a visitar, ler e indexar. Essa passagem — o rastreio (crawl) — não é você que a desencadeia. É o motor que decide quando volta, ao seu próprio ritmo.Para um site estático, essa espera pouco importa. Para uma app cujo conteúdo está vivo — um meio que publica várias vezes por dia, uma loja cujos preços e stock mudam, uma agenda cujos eventos surgem e expiram — é um entrave real. O trabalho já está feito: o conteúdo está online, atualizado, pronto a ser encontrado. Mas fica à espera de um rastreador que ainda não voltou. Entretanto, às vezes é uma versão antiga da página — ou nada de todo — que aparece nos resultados.

  6 min de leitura

Ler, citar, treinar: é você que decide o que as IA fazem com o seu conteúdo

Se publicou a sua PWA, ela está a servir um robots.txt neste momento: o primeiro ficheiro que um robô lê, e o que decide o que vem a seguir — que partes do seu site são exploradas, e por quem. O seu diz que sim a toda a gente.Tudo o que se segue diz respeito a essa versão web da sua aplicação. As suas apps iOS e Android não são exploradas por ninguém, e o separador só aparece depois de a PWA ter sido publicada pelo menos uma vez: antes disso não há ficheiro nenhum para configurar.Era uma resposta defensável. Simplesmente não era a sua — e o público a quem responde mudou. Há uns anos, um robô sobre o seu conteúdo era o Google, o Bing ou um aspirador que lhe era indiferente. Hoje, uma parte crescente desse tráfego pertence a empresas de IA, e não querem todas a mesma coisa das suas páginas. Tratá-las em bloco é escolher entre todas e nenhuma.O novo separador divide-as em quatro famílias: Search engines (Google, Bing e os outros motores que referenciam o seu site nos resultados), AI answers (ChatGPT, Claude ou Perplexity quando citam o seu site nas respostas), AI training (os robôs que recolhem o seu conteúdo para treinar os seus modelos) e On-demand reading (quando alguém pede a uma IA que abra e leia uma página específica do seu site). Quatro famílias, porque são quatro acordos diferentes.