Flo Luccioni

Flo Luccioni

PWA Developer

I’m a frontend developer on GoodBarber’s Progressive Web Apps team, where we build the rendering engine of our no-code platform for browsers.

I work on the shared UI and performance foundations that make our users’ no-code experience into fast, polished and accessible web products that feel native on every device.

SeguirLinkedIn

Artigos de Flo Luccioni

  14 min de leitura

Teste fechado do Google Play: como conseguir 12 testadores por 14 dias sozinho

O Google pede uma coisa simples, formulada de um jeito intimidador: antes de solicitar o acesso à produção, seu app precisa ter passado por um teste fechado com no mínimo 12 testadores inscritos de forma contínua por pelo menos 14 dias.PerguntaRespostaQuem é afetado?Contas de desenvolvedor pessoais criadas a partir de 13 de novembro de 2023Quem não é?Contas de organização e contas pessoais criadas antes dessa dataQuantos testadores?12 no mínimo, ao mesmo tempoPor quanto tempo?14 dias, consecutivosO que zera o contadorUm testador que sai do programa. Se ele voltar, os 14 dias recomeçam do zeroO que libera a etapa seguinteO botão Solicitar para produção no painel da Play ConsolePrazo de resposta do GoogleNormalmente sete dias ou menosFonte: Play Console Help — App testing requirements for new personal developer accounts, consultada em 11 de setembro de 2026.Duas precisões que tiram muita ansiedade. A primeira: o contador acompanha a inscrição dos testadores, não as suas versões; publicar uma build nova na trilha fechada durante os 14 dias não zera nada. A segunda: são mesmo 12 contas do Google inscritas, não 12 aparelhos nem 12 avaliações cinco estrelas.

  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.