Avaliações na App Store: como conseguir mais notas e responder do jeito certo

Resumindo: Peça avaliações apenas com o prompt do sistema (RequestReviewAction ou AppStore.requestReview no iOS, In-App Review API no Android), logo depois de o usuário ter sucesso em algo, nunca na primeira abertura e nunca a partir de um botão. A Apple exibe o prompt no máximo três vezes por ano, o Google aplica uma cota não divulgada, e as duas lojas proíbem incentivos e perguntas antes do prompt. Responda primeiro às avaliações de poucas estrelas e às que relatam bugs, mantenha as respostas curtas e específicas e avise quando a correção for lançada: as duas lojas notificam o autor da avaliação, que pode então atualizar a nota.

As notas decidem se um desconhecido confia na sua página da loja, e o Google diz claramente que o Play classifica os apps por "uma combinação de notas, avaliações, downloads e outros fatores". A maioria das equipes sabe que precisa de mais avaliações. Poucas sabem exatamente onde ficam os limites das regras, então ou pedem de menos ou montam um fluxo de pedido que um revisor da Apple ou do Google rejeitaria.

Este guia reúne as regras atuais das duas lojas (verificadas na documentação da Apple e do Google em outubro de 2026), quando pedir, como responder e como transformar avaliações em roadmap.

As regras, em outubro de 2026

App Store

A API. A Apple agora marca o SKStoreReviewController como obsoleto (desde o iOS 18). Use RequestReviewAction no SwiftUI (leia o valor de ambiente requestReview e chame-o) ou AppStore.requestReview(in:) com uma UIWindowScene no UIKit. Ambos estão disponíveis a partir do iOS 16. Se você ainda oferece suporte a versões mais antigas do iOS, mantenha a chamada antiga atrás de uma verificação de disponibilidade.

O limite. Para quem ainda não avaliou seu app naquele dispositivo, o StoreKit exibe o prompt no máximo três vezes dentro de um período de 365 dias. Se a pessoa já avaliou ou escreveu uma review, o prompt só aparece para uma nova versão do app e depois de mais de 365 dias desde a última avaliação. Os usuários também podem desativar esses prompts para todos os apps.

A chamada pode não fazer nada. Como a API pode não exibir o alerta, a Apple diz para não chamá-la em resposta a um toque em botão ou outra ação do usuário. No modo de desenvolvimento o prompt sempre aparece; em builds do TestFlight a chamada não tem efeito, então não avalie seu fluxo a partir de um beta.

Um link permanente é permitido. A documentação da Apple sugere um link fixo para a página do produto nos ajustes, com action=write-review adicionado à URL para abrir direto a tela de escrever avaliação. Esse é o lugar certo para uma linha "Avaliar o Streakly".

O que o App Review aplica. A diretriz 5.6.1 manda usar a API fornecida e diz que a Apple "não permitirá prompts de avaliação personalizados". A diretriz 3.2.2(x) diz que os apps não podem obrigar o usuário a avaliar o app para acessar funcionalidades ou conteúdo. A diretriz 5.6.3 (Discovery Fraud) proíbe manipular avaliações, e a introdução da Seção 3 avisa que feedback pago, incentivado, filtrado ou falso pode levar à expulsão do Apple Developer Program. "Filtrado" é a palavra importante: um fluxo que manda usuários satisfeitos para a loja e os insatisfeitos para um formulário de e-mail é exatamente isso.

Google Play

A API. A Play In-App Review API mostra um card de avaliação dentro do seu app. O Google aplica uma cota por usuário limitada no tempo. O valor exato é um detalhe de implementação que pode mudar sem aviso, então chamar launchReviewFlow mais de uma vez em pouco tempo (exemplo do Google: menos de um mês) pode não exibir nada.

As regras de design. Mostre o card como ele é: sem redimensionar, sem sobreposições, sem removê-lo por código. Também não coloque um botão "Avalie-nos" na frente da API, porque o usuário que já atingiu a cota teria uma experiência quebrada. Leve os toques em botão para a Play Store.

Sem perguntas antes. O Google é explícito: seu app "não deve fazer nenhuma pergunta ao usuário antes ou durante a exibição do botão ou card de avaliação", incluindo perguntas de opinião como "Você gosta do app?" e preditivas como "Você daria 5 estrelas a este app?".

Sem incentivos. A política de Avaliações, notas e instalações de usuários proíbe manipular notas, avaliações ou instalações. Entre as violações listadas estão oferecer desconto ou outro incentivo por uma nota e estimular avaliações que contenham links, cupons ou códigos.

Lado a lado

Quando pedir: momentos de sucesso, não aberturas

As Human Interface Guidelines da Apple dizem para pedir só depois de o usuário demonstrar engajamento, nunca na primeira abertura nem durante o onboarding, nunca no meio de uma tarefa, e para deixar "pelo menos uma ou duas semanas entre os pedidos". O Google diz para pedir quando o usuário "já experimentou o suficiente do seu app ou jogo para dar um feedback útil". Transforme isso em código com uma regra de liberação (gate), não com um timer.

Um gate na prática, para um app hipotético

Tome o Streakly, um rastreador de hábitos hipotético. Seu prompt só dispara quando todas estas condições são verdadeiras:

1. O usuário acabou de completar uma sequência de 7 dias e está na tela de comemoração há pelo menos dois segundos.
2. Ele abriu o app em pelo menos 5 dias diferentes.
3. Não houve crash nem falha de sincronização nesta sessão.
4. O app ainda não solicitou avaliação para esta versão.
5. Passaram-se pelo menos 14 dias desde o último pedido.

Nenhuma dessas condições faz pergunta ao usuário, então tudo fica dentro das regras das duas lojas. O projeto de exemplo da própria Apple usa a mesma ideia: espera um processo ser concluído várias vezes, nunca pede duas vezes para a mesma versão do bundle e aguarda alguns segundos na tela de conclusão.

@Environment(\.requestReview) private var requestReview

func streakCompleted() {
    guard ReviewGate.shouldAsk(version: appVersion) else { return }
    ReviewGate.markAsked(version: appVersion)
    requestReview()
}

Para o feedback de usuários insatisfeitos, ofereça a todos a mesma linha permanente "Enviar feedback" nos ajustes ou na ajuda. Ela não pode decidir quem vê o prompt do sistema.

A conta da nota: quantas avaliações de 5 estrelas você precisa

Se a sua média atual é A com N avaliações e as novas avaliações têm média R, o número de novas avaliações x necessário para chegar a uma meta T é:

x = N × (T − A) / (R − T)

Subindo uma nota de 3,9 para 4,3, supondo uma média simples:

Conferindo para 1.000: (1.000 × 3,9 + 572 × 5) ÷ 1.572 = 4,30. Duas lições decorrem disso. As novas notas realistas nunca são todas de 5 estrelas, então o número real fica mais perto da coluna do meio. E a diferença entre R e T pesa mais que o volume: corrigir o que gera avaliações de 1 estrela move o R, o que reduz o x mais rápido que qualquer ajuste no prompt.

Duas ressalvas específicas de cada loja. O Google diz que a nota que os usuários veem no Play é ponderada para as notas mais recentes, então uma versão melhor se recupera mais rápido do que a tabela sugere. A nota resumida da Apple é por território, então faça essa conta por país, começando pelos países que trazem a maior parte dos seus downloads.

Zerando a nota resumida da App Store

A Apple permite zerar a nota resumida quando uma nova versão é lançada (função de Admin ou App Manager): na página da versão, selecione "Reset rating when this version is released" e salve antes de enviar. O que saber antes:

• Vale para todos os países de uma vez quando a versão entra no ar.
• Não pode ser desfeito depois do lançamento.
• As avaliações escritas continuam na página.
• A página do produto informa que a nota foi zerada recentemente até que pessoas suficientes avaliem a nova versão.

A Apple recomenda usar com moderação. Nossa regra prática: zere só quando a nota baixa for causada por um problema que a nova versão corrige e quando o seu gate de prompt puder reconstruir uma contagem relevante em algumas semanas.

Como responder às avaliações

O que cada loja oferece

Na App Store, usuários com a função Account Holder, Admin ou Customer Support podem responder no App Store Connect em Ratings and Reviews. Só uma resposta por avaliação é exibida, ela pode levar até 24 horas para aparecer, e você pode editá-la ou excluí-la depois (respostas editadas são marcadas). A página de notas e avaliações da Apple acrescenta que o autor é notificado quando você responde e pode atualizar a avaliação, que você pode responder a avaliações de qualquer idade e que pode receber alertas por e-mail quando um usuário edita uma avaliação que você respondeu.

No Google Play, qualquer pessoa com a permissão "Reply to reviews" pode publicar uma resposta pública por avaliação e editá-la a qualquer momento. O usuário recebe uma notificação push e um e-mail, e pode atualizar sua nota ou avaliação. Se você responde pela Reply to Reviews API, a resposta é limitada a 350 caracteres de texto simples, a API só retorna avaliações criadas ou modificadas na última semana, e apenas a primeira resposta a uma avaliação dispara notificação.

As duas lojas pedem o mesmo tom: conciso, respeitoso, específico, sem dados pessoais, marketing ou spam. O Google acrescenta que as respostas devem focar no problema do usuário e não pedir uma nota maior.

Quem responder primeiro

O conselho da própria Apple: se você não consegue responder a tudo, priorize as menores notas e as avaliações que mencionam problemas técnicos na versão atual. Nós acrescentaríamos uma meta, como recomendação e não como regra de loja: responder às avaliações de 1–2 estrelas em até um dia útil, enquanto o usuário ainda está com o app instalado, e a todas as outras em até uma semana.

Modelos de resposta

Cada modelo abaixo cabe em 350 caracteres, então funciona nas duas lojas. Personalize as partes entre colchetes; a Apple recomenda expressamente respostas pessoais em vez de genéricas para avaliações parecidas.

1 estrela, relato de bug

Obrigado por avisar, [nome]. Você tem razão: [recurso] falha em [dispositivo/SO] depois da última atualização. Encontramos a causa e a correção está na versão [x.y], que sai esta semana. Se continuar acontecendo depois de atualizar, escreva para suporte@[app].com com o modelo do seu aparelho e vamos olhar direto.

1 estrela, recurso ausente

Justo, [nome]. O Streakly ainda não consegue [fazer X]. É o recurso mais pedido deste mês e está no nosso roadmap, mas não vamos prometer uma data que não podemos cumprir. Até lá, [alternativa, se houver]. Avisaremos aqui quando for lançado.

2 estrelas, reclamação de preço

Obrigado pelo feedback sincero. O plano gratuito inclui [recursos principais]; o Premium acrescenta [recursos específicos] e custa [preço/período]. Você pode cancelar a qualquer momento nos ajustes da conta. Se algo que você esperava de graça não está, diga qual parte em suporte@[app].com.

5 estrelas, agradecimento

Obrigado, [nome]! Uma sequência de [N] dias não é pouca coisa. Se houver algo que tornaria o Streakly ainda mais útil para você, conte aqui; lemos todas as respostas.

Avaliação destinada a outro app, ou sobre a loja

Obrigado por escrever. Parece que isso pode ser sobre outro app, já que o Streakly não [recurso mencionado]. Se for sobre nós, escreva para suporte@[app].com contando o que você viu e vamos resolver. Para problemas de cobrança, o [Suporte da Apple / Ajuda do Google Play] pode ajudar diretamente.

O que deixar de fora: descontos, códigos ou ofertas do tipo "atualize sua nota e nós…" (incentivos), promessas com datas de que você não tem certeza, discussões com o autor da avaliação e qualquer coisa que identifique o usuário. Para problemas de cobrança e download no iOS, a Apple pede que você encaminhe o usuário ao Suporte da Apple.

Fechando o ciclo depois de uma correção

Quando uma versão corrige algo de que os avaliadores reclamaram, a Apple recomenda dizer isso nas notas da versão e responder às avaliações relevantes. Como o autor é notificado e pode atualizar sua avaliação, essa é a forma mais honesta de recuperar estrelas. No Google Play, editar uma resposta existente não envia nova notificação, então anuncie as correções também nas notas da versão.

Quando não responder: denuncie

Se uma avaliação contém material ofensivo, spam ou conteúdo que viola os termos da loja, use Report a Concern no App Store Connect em vez de responder (o usuário não é avisado). No Google Play, denuncie a partir da avaliação no Play Console. Não responda a abusos em público.

Transforme avaliações em roadmap

As respostas consertam uma relação. O ganho maior está em ler as avaliações em conjunto.

1. Etiquete cada avaliação com um tema principal de uma lista curta e estável: bug, desempenho, preço, recurso ausente, confusão de UX, sincronização/dados, elogio. Mantenha a lista com menos de dez etiquetas ou ninguém vai usá-la de forma consistente.
2. Conte por semana, por versão e por país. Um tema que dispara depois de um lançamento é uma regressão. Um tema que cresce devagar é item de roadmap.
3. Ordene pelo dano, não pelo volume. Dê mais peso às menções de 1 estrela do que às de 3. Dez avaliações de 1 estrela dizendo "a sincronização perdeu meus dados" valem mais que quarenta de 3 estrelas dizendo "queria um modo escuro".
4. Cite, não parafraseie. Coloque duas ou três citações reais de avaliações em cada ticket. Engenheiros corrigem o que conseguem visualizar.
5. Leia as avaliações de 1 estrela dos concorrentes. Os temas de reclamação que se repetem entre apps rivais são as lacunas que um produto melhor pode preencher.
6. Feche o ciclo com notas de versão e respostas, e depois observe se a participação desse tema cai.

A Apple agora também mostra resumos de avaliações gerados por LLM nas páginas de produto nos Estados Unidos e em mais oito lojas em inglês. O que seus avaliadores mais repetem é o que o comprador vai ler primeiro, mais um motivo para corrigir reclamações recorrentes em vez de apenas respondê-las.

Erros comuns

• Um botão "Avalie-nos" ligado à API de avaliação. Ele não mostra nada depois que a cota é usada. Aponte para a página da loja.
• "Gostando do Streakly? Sim / Não" antes do prompt. Proibido no Google Play e tratado como prompt de avaliação personalizado no iOS.
• Pedir na abertura depois de uma atualização. A Apple desaconselha pedir logo que o app abre, mesmo que não seja a primeira abertura.
• Pedir só a usuários que acabaram de falar com o suporte e saíram satisfeitos. Isso é filtragem, que a Apple classifica como manipulação.
• Respostas copiadas e coladas. Texto idêntico sob cinquenta avaliações parece bot e não ajuda ninguém.
• Zerar a nota para esconder uma semana ruim. Isso apaga sua contagem em todos os lugares e não remove as avaliações escritas.
• Ignorar o país. Uma nota 4,6 nos EUA pode esconder um 3,8 na Alemanha depois de um bug de tradução.

Como a Searvia ajuda

As ferramentas de avaliações da Searvia agrupam suas avaliações mais recentes em temas, com um próximo passo para cada um, redigem respostas no idioma do avaliador para você editar e aprovar e as publicam pela API oficial assim que o App Store Connect ou o Google Play estiver conectado (agentes de avaliações opcionais podem redigir, etiquetar e sinalizar avaliações automaticamente, e só publicam sem aprovação se você ativar isso). O acompanhamento de notas segue sua nota por país e avisa na manhã em que um país cai 0,1 ou mais em 7 dias, e os mapas de reclamações transformam as avaliações de 1–2 estrelas de qualquer app em temas com citações reais. Veja como tudo se encaixa em análise de avaliações de apps.