Device targeting separa APKs para gerações e capacidades distintas do Quest. Entenda performance, tamanho, rollback e governança de releases.
Resposta direta
O device targeting do Meta Horizon Store permite manter builds diferentes de um aplicativo para grupos de dispositivos Quest. Uma equipe pode entregar ativos e recursos específicos ao Quest 3, preservar um build compatível para modelos anteriores e definir alvos pelo painel, AndroidManifest ou ferramenta de upload. A flexibilidade reduz peso e compromissos de performance, mas aumenta a matriz de testes, a gestão de versões e o risco de rollback involuntário quando um alvo é removido.
Um único APK nem sempre é o menor risco
Recursos exclusivos e ativos pesados podem inflar o pacote de todos. Builds segmentados permitem adequar conteúdo e orçamento às capacidades de cada grupo.
Segmentação não substitui detecção em runtime
Um build direcionado ainda pode rodar em modelos com estados e configurações diferentes. Recursos opcionais devem ser consultados e ter fallback.
Histórico pode acionar rollback
Ao remover um dispositivo do build atual, a loja pode selecionar o próximo build compatível no histórico. A equipe deve validar qual versão se tornará ativa antes da mudança.
CI precisa tratar alvos como configuração crítica
Manifesto, CLI e painel podem definir destinos, com regras de precedência. Revisão automática e inventário de builds evitam publicação para o grupo errado.
Leitura Nexus
A separação vale quando reduz peso ou libera uma capacidade relevante. O custo adicional de testes, suporte e manutenção deve entrar no cálculo antes de multiplicar trilhas.
Perguntas frequentes
Posso ter um build exclusivo para Quest 3?
Sim. A documentação permite direcionar builds a dispositivos ou grupos específicos, respeitando as regras da loja.
Remover um dispositivo tira o aplicativo do ar?
Não necessariamente. O sistema pode recuar para outro build compatível; encerrar suporte exige o fluxo de submissão e bloqueio apropriado.
Vale criar um build para cada headset?
Somente quando a diferença de recursos, tamanho ou performance superar o custo de teste e manutenção da matriz adicional.
Guias essenciais para aprofundar a decisão
Esta análise editorial foi produzida pela Nexus a partir das fontes oficiais abaixo, consultadas em 18 de setembro de 2026. O texto é original e interpreta implicações práticas para empresas.
- Meta Horizon OS Developers — Target app builds by device: fluxos de segmentação, configuração, rollback, bloqueio de compra, requisitos e restrições.
- Meta Horizon OS Developers — Compatibility mode: comportamento automático de compatibilidade e relação com a declaração de dispositivos suportados.
Data informada pela fonte principal: documentação atualizada em 4 de setembro de 2026.