--- title: "Apple e Google mudam as regras. O que acontece com seu app?" description: "Uma regra das lojas nunca quebra um app: ela decide seu direito de ser distribuído. Declarações, revisão, um examinador humano — o que está realmente em jogo qu" canonical_url: "https://pt.goodbarber.com/blog/apple-e-google-mudam-as-regras-o-que-acontece-com-seu-app-a1313/" lang: pt date: 2026-08-31 last_updated: 2026-08-31 --- # Apple e Google mudam as regras. O que acontece com seu app? [Voltar](/blog/make-it-r19/) # Apple e Google mudam as regras. O que acontece com seu app? Escrito por [Dumè Siacci](https://pt.goodbarber.com/blog/author/dominique-siacci/) na Segunda-Feira 31 Agosto 2026 ## Uma manchete sobre um aperto da Apple, um e-mail oficial num jargão impenetrável, um prazo em algum lugar — e aquela pergunta: isso me afeta? Aqui está o que realmente está em jogo quando uma loja muda suas regras, por que isso não se parece com nenhuma pane técnica, e as duas únicas coisas que ficam nas suas mãos. ![](https://cmsphoto.ww-cdn.com/superstatic/121801/art/grande/97513636-67905483.jpg?v=1785332882.7010574) **Dia 1.095** — *o que acontece com um app nos três anos seguintes ao seu lançamento.* ## Uma regra nunca quebra seu app Comecemos pelo que distingue este assunto de todos os outros desta série. Quando o iOS ou o Android evolui, funções podem parar de responder — é um problema técnico, e se conserta tecnicamente. Uma regra das lojas, por sua vez, não quebra nada: seu app pode funcionar perfeitamente, no seu telefone e no dos seus usuários, e ainda assim ficar **barrado na porta**. Porque as lojas não são prateleiras onde se coloca um app: são portas vigiadas. Nada chega aos usuários sem passar por uma revisão, e essa revisão aplica as regras de hoje. É uma ameaça de outra natureza. Ela não se manifesta como um defeito, mas como uma recusa, uma exigência nova, uma caixa a preencher que não existia. E vem com uma língua própria — juristas e desenvolvedores misturados — na qual seria preciso primeiro entender *se você está envolvido* antes mesmo de saber o que fazer. ## O que as regras olham — e não é só o seu código Olhe o que as lojas pedem e um padrão aparece: as regras não tratam só do que seu app *faz* — tratam igualmente do que ele *declara, pede e mostra*. **O que ele declara.** Quais dados coleta, para quê, com quem os compartilha, a que público se dirige. As lojas exigem que a ficha diga a verdade sobre o app — e essa exigência engrossa ano após ano. **O que ele pede.** Uma permissão — localização, fotos, microfone — já não pode simplesmente ser tomada: é preciso pedi-la no momento certo, por uma razão que se possa exibir, e que se possa justificar. **O que ele mostra.** Conteúdo, compras, preços: o que o app oferece precisa corresponder ao anunciado, e ficar dentro do que a loja aceita distribuir. Acrescente a propriedade que os editores descobrem muitas vezes tarde demais: essas regras se aplicam **no momento em que uma atualização se apresenta**. Um app é examinado pelas regras de hoje, não pelas que o viram nascer. Sobre o que isso faz, com o tempo, a um app que ninguém mais atualiza, Pierre-Laurent escreveu [o inventário de referência](https://pt.goodbarber.com/blog/o-que-quebra-em-silencio-quando-voce-nao-atualiza-seu-app-e-por-que-voce-nunca-percebe-na-goodbarber-a1306/); não vou repeti-lo. ## O que «cuidar disso» significa, do lado da plataforma Como as regras falam mais a língua da conformidade do que a do código, o trabalho da plataforma não se parece com um conserto — se parece com a **jurisprudência**. Acompanhar o que as lojas publicam e, sobretudo, o que elas passam a exigir *na prática*: uma revisão é feita por pessoas, e a letra de uma regra nem sempre diz como ela será aplicada. Enviar apps continuamente é como se acumula exatamente esse saber — quais formulações passam, quais declarações são esperadas, o que desperta uma pergunta do examinador. E depois traduzir tudo isso, uma vez, na forma como os apps são construídos e apresentados às lojas, para que cada app o herde sem nunca precisar cuidar disso. O contraponto, desta vez em uma frase: se você mantivesse seu app sozinho, essa jurisprudência seria sua para reconstituir, recusa após recusa — porque é assim que ela se aprende, quando ninguém a aprendeu antes de você. E a nota de honestidade que percorre toda esta série vale aqui mais do que em qualquer outro lugar: uma revisão guarda sua parte de julgamento humano. O trabalho feito a montante torna as recusas raras na parte técnica e declarativa; ele não transforma o exame em formalidade. ## As duas coisas que ficam nas suas mãos [O mapa completo de quem cuida do quê está no primeiro artigo](https://pt.goodbarber.com/blog/seu-app-ainda-vai-funcionar-daqui-a-tres-anos-a1310/); para as regras das lojas, ele se resume a duas linhas — mas essas duas linhas são o coração do assunto, justamente porque as regras falam de *você*. **Sua conta de desenvolvedor.** Seu app está publicado em seu nome — é isso que o torna seu — e é portanto a você que as lojas se dirigem oficialmente. Essa conta se renova, e é a porta pela qual passa toda atualização. **As respostas que falam do seu negócio.** Quando uma regra faz uma pergunta sobre o *seu* conteúdo — quais dados você coleta, a que público se dirige, o que você vende —, a resposta só pode vir de você. É a consequência lógica de tudo o que precede: as lojas querem que o app diga a verdade sobre si mesmo, e essa verdade é a sua. E se até essa parte pesa, o [GoodBarber Takes Care](https://pt.goodbarber.com/app-publishing-service/) é o serviço em que nossa equipe cuida do envio às lojas por você. ## O dia em que sua atualização se apresenta na porta Eis o que tudo isso muda, concretamente. Quando você publica, seu app presta um exame cujo programa mudou desde a última vez — ele sempre muda. Mas ele não se apresenta sozinho: chega construído e apresentado conforme o que as lojas exigem naquele dia, amparado pela experiência de todos os envios que precederam o seu. Você não estudou; o app chega preparado. Preparado, porém, não significa pré-aprovado: a decisão, na porta, pertence à Apple e ao Google, e a mais ninguém — nenhuma plataforma pode prometê-la em nome deles, e nenhuma deveria. O que a preparação muda é tudo o que depende da preparação; a decisão em si é precisamente para isso que existe a revisão. As regras das lojas continuarão mudando no mesmo ritmo, e endurecendo na mesma direção. A diferença não é que elas poupem você — é que elas deixam de ser sua leitura de toda noite. Para a versão de engenharia — o que três anos de regras e de sistemas fazem de verdade com um app —, [contei os detalhes no dev.to](https://dev.to/goodbarber/what-breaks-when-nobody-touches-your-app-for-three-years-2dgm). E se o seu app ainda não existe, melhor construí-lo onde alguém já faz essa leitura por você: [criar meu app com a GoodBarber](https://pt.goodbarber.com/create/). ## Perguntas frequentes **Como sei se uma nova regra da Apple ou do Google afeta o meu app?** Você não precisa determinar isso sozinho. As regras técnicas e declarativas são acompanhadas e aplicadas no nível da plataforma, sem envolver você. As que fazem uma pergunta sobre o seu conteúdo ou suas práticas de dados se apresentam na sua conta de desenvolvedor, como uma declaração a confirmar — e aí a resposta pertence ao seu negócio, não à técnica. **Uma mudança de regras pode fazer minha atualização ser recusada?** Uma recusa sempre é possível: uma revisão é feita por pessoas, com uma parte de julgamento. O que a plataforma muda é a preparação: seu app se apresenta construído conforme as exigências em vigor, amparado pela experiência dos envios anteriores. E se o próprio envio pesa, o GoodBarber Takes Care existe para assumi-lo. **Preciso ler as guidelines da Apple e do Google antes de publicar?** Não para a parte técnica e declarativa — ela é acompanhada a montante, para todos os apps da plataforma. Já as regras sobre o conteúdo em si — o que seu app tem o direito de oferecer, vender e mostrar — falam do seu negócio, e esse é um terreno em que você continua sendo quem sabe melhor. **Meu app pode ser barrado mesmo funcionando perfeitamente?** Sim, e essa é a particularidade das regras das lojas: elas não tratam só do bom funcionamento do app — tratam também do seu direito de ser distribuído, ou seja, do que ele declara, pede e mostra. É por isso que a conformidade é um trabalho por si só, distinto do técnico: um app pode ser tecnicamente impecável e ainda assim se ver diante de uma declaração que no ano passado não existia. ![Dominique Siacci](https://blog.goodbarber.com/_public/profile/ca/ca3512f4dfa95a03169c5a670a4c91a19b3077b4-default.jpg) Sobre o autor[Dominique Siacci](https://pt.goodbarber.com/blog/author/dominique-siacci/)CTO Co-fundador e CTO da GoodBarber. Conduzo a visão técnica do produto: arquitetura, infraestrutura e, mais recentemente, a integração da IA no coração da plataforma. Developer de alma, mantenho-me próximo do código e das decisões de engenharia que permitem a milhares de utilizadores da GoodBarber publicarem as suas apps sem escrever uma única linha de código. [Saiba mais](https://pt.goodbarber.com/blog/author/dominique-siacci/) [![LinkedIn](https://portal.ww-cdn.com/portal_static/svg/base2021/linkedin.3ed8162e2a2b.svg)](https://fr.linkedin.com/in/dsiacci/)[![X](https://portal.ww-cdn.com/portal_static/svg/base2021/x.820492c586dd.svg)](https://twitter.com/dsiacci)[![Facebook](https://portal.ww-cdn.com/portal_static/svg/base2021/fb.be37c82b8283.svg)](https://www.facebook.com/dsiacci)