Esta é uma autoverificação, não uma descrição de como a Microsoft revisa os apps. Os detalhes internos da revisão não são públicos, então esta página não chuta como eles funcionam.
Fonte: Microsoft Store Policies, versão 7.20 (página datada de 2026-09-14), consultada em 2026-10-22. As políticas mudam, então leia a versão atual antes de enviar. A política 10.1 diz: "Your product and its associated metadata, including but not limited to your app title, description, screenshots, trailers, content rating, search terms, and product category, must accurately and clearly reflect the source, functionality, and features of your product." (Seu produto e os metadados associados, incluindo, entre outros, título do app, descrição, capturas de tela, trailers, classificação indicativa, termos de busca e categoria do produto, devem refletir com precisão e clareza a origem, a funcionalidade e os recursos do seu produto.)
Antes de enviar
- Leia as políticas atuais, uma vez, por completo. Guarde a data da leitura. Releia quando fizer uma mudança grande.
- O app faz o que a listagem diz. Compare cada afirmação e captura de tela com o build que você envia. Verifique: uma pessoa que nunca viu o app segue sua listagem e encontra cada recurso.
- O build instala e roda em uma máquina limpa. Use a checklist de testes de app para Windows e o plano de instalador e atualização.
- Sem travamento na primeira abertura, offline e como usuário padrão. São as falhas que um revisor encontra primeiro.
- Permissões e dados. Liste o que o app acessa e por quê. Garanta que as informações de privacidade correspondam ao que o app realmente faz. A política 10.5 diz: "If your product accesses, collects or transmits Personal Information, or if otherwise required by law, you must maintain a privacy policy," (Se seu produto acessa, coleta ou transmite Informações Pessoais, ou se a lei exigir, você deve manter uma política de privacidade,) informada como URL no Partner Center no envio. Não é aconselhamento jurídico; confira você mesmo o texto da política.
- Os recursos da listagem estão completos. Descrição, capturas de tela, classificação etária ou de conteúdo, contato de suporte. A política 11.11 diz: "You must obtain an age rating for your product when you submit it in Partner Center," (Você deve obter uma classificação etária para seu produto ao enviá-lo no Partner Center,) concluindo o questionário IARC. A política 10.14 exige informações de contato de suporte ao cliente para contas de Empresa. A lista completa de campos obrigatórios está no Partner Center; confira lá.
- Contas de teste e acesso. Se os recursos exigem login, prepare uma conta de teste funcional e notas para o revisor. A política 10.3.1 diz: "If your product requires login credentials, provide us with a working demo account using the Notes for certification field." (Se seu produto exige credenciais de login, forneça uma conta de demonstração funcional pelo campo Notes for certification.)
- Mantenha um registro. Salve o número do build, a data da leitura das políticas e os resultados dos seus testes.
Se for rejeitado
Leia o motivo informado, corrija exatamente esse problema, teste de novo em uma máquina limpa e reenvie. Para lojas mobile, o mesmo hábito é descrito em motivos comuns de rejeição na App Store e como testar.
Avaliações
Não compre, troque nem recompense avaliações; veja por que comprar avaliações de apps sai pela culatra.
O AppReviewX aceita apps por link da loja: Google Play, Apple App Store, Mac App Store e Microsoft Store. Apps para Windows e Mac precisam já estar publicados na loja, e o AppReviewX não distribui builds nem instaladores. O feedback é privado e estruturado, um feedback aceito = um crédito, e as avaliações na loja são voluntárias, não pagas e nunca obrigatórias. Voltar ao hub de apps para Windows e Mac. Relacionados: prontidão para revisão na Mac App Store, testes de notarização e Gatekeeper. Se você também publica em mobile, comece grátis.
Não é aconselhamento jurídico. Políticas mudam.