Critérios de Revisão Marketplace

Este artigo descreve o conjunto de requisitos que um aplicativo deve cumprir para ser distribuído através do Firefox Marketplace. Estes requisitos são projetados para equilibrar as necessidades de ambos os usuários e desenvolvedores de aplicativos a partir do Firefox Marketplace. Os desenvolvedores querem requisitos justos, consistentes e não-draconianas que eles podem confiar para construir um negócio online. Por outro lado, os usuários querem garantia de que os aplicativos são seguros, irá trabalhar em seu dispositivo, e que a aplicação irá fazer o que diz que vai fazer. Os requisitos de aplicativos abaixo apontar para o delicado equilíbrio entre essas necessidades.

Aqui estão expectativas dos revisores do que é ou não é app da Mozilla :

  • Critérios serão aplicados de maneira justa, compassiva e consistente. O processo de revisão do app não se destina a ser um gatekeeper, mas sim um ponto de contato confiável que fornece feedback para ajudar os desenvolvedores a serem mais bem sucedido.
  • Os revisores não são uma equipe de QA! Durante o processo de revisão, alguém vai olhar sobre o manifesto do aplicativo e passar alguns minutos exercitando o aplicativo como um usuário normal faria.
  • Se um aplicativo falhar na avaliação, será dado ao desenvolvedor uma explicação clara dos problemas encontrados, os passos para reproduzir e, quando possível, o revisor deve apontar o desenvolvedor na direção certa, fornecendo links para documentação de apoio relevante ou fazer recomendações sobre a mudança que precisa ser feita.
  • Os revisores não fazem nenhum julgamento sobre a forma como um aplicativo parece, apenas em como o aplicativo funciona. Por exemplo, um aplicativo com um parágrafo do texto em vermelho sobre um fundo laranja não seria rejeitado porque é feio, mas pode ser rejeitado se não for legível.
  • Nós sempre damos aos desenvolvedores o benefício da dúvida. Se não tiver certeza se um aplicativo deve ser rejeitado, os revisores vão fazer perguntas antes de emitir uma rejeição. Aplicativos não será (conscientemente) rejeitado devido a questões de plataforma que estão fora do controle do colaborador; no entanto, pode recusar a aprovação se não podemos obter o aplicativo para trabalhar.

Segurança

Todos os detalhes da arquitetura de segurança app estão disponíveis aqui: https://wiki.mozilla.org/Apps/Security

  • O manifesto do aplicativo deve ser servido a partir da mesma origem que o aplicativo.
  • The app manifest must be served a Content-Type header of application/x-web-app-manifest+json.
  • Aplicativos não devem usar redirecionamentos ou iframe para carregar o conteúdo que o desenvolvedor não está autorizado a usar.
  • Permissões solicitadas deve ser especificado no manifesto do aplicativo com a descrição do motivo pelo qual a permissão é necessária.
  • Aplicativos do tipo privilegiado passará por outras verificações, incluindo a revisão do código, devido ao potencial para atividade maliciosa e perda de dados do usuário com APIs privilegiados.
  • A Política de Segurança de Conteúdo (CSP) definido no manifesto do aplicativo determina o código que aplicativo pode fazer. O padrão, se não especificado, para aplicações não-privilegiados é o mesmo que qualquer site; aplicativos do tipo privilegiado tem um padrão mais restritivo. O relatório de validação criado em submissão ao Firefox Marketplace vai indicar violações CSP potenciais em seu app - embora tenha cuidado falso-positivos e uso em partes das bibliotecas 3rd partido que você não usa.

Privacidade

 

Conteúdo

  • Quaisquer aplicativos que violam nossas Diretrizes de conteúdo a seguir não são permitidos. Se você acha que tem um caso extremo, por favor, pergunte a equipe de revisão de esclarecimento, mesmo se o aplicativo ainda não esteja pronto para ser submetido. Queremos ajudá-lo a ficar no caminho certo, em vez de investir tempo de desenvolvimento em conteúdo que será rejeitada.
  • A partir de janeiro de 2014, todos os aplicativos devem receber uma classificação da Coalizão Internacional de Classificação (IARC). Para obter esta classificação, vamos encaminhá-lo para um breve questionário durante o processo de submissão, e você vai receber a classificação imediatamente. Mais informações sobre o processo de classificação está disponível aqui.
  • Imagens e descrições apresentadas ao Firefox Marketplace deve representar com precisão o aplicativo. Você pode incluir 1-2 imagens "marketing" que mostram a compatibilidade, comparar características, ou outra forma, gerar interesse, mas deve haver pelo menos uma captura de tela do aplicativo em ação, de modo que os usuários podem visualizar o que eles estão realmente recebendo. Se uma das suas imagens é uma tela inicial ou lançamento, você também deve incluir uma imagem da parte funcional de sua aplicação.
  • No manifesto do aplicativo, as chaves de localidade deve coincidir com as localizações que seu aplicativo suporta. Ao fornecer uma chave de localidade em polaco, os usuários vão esperar que o seu app para estar disponível nesse idioma.
  • O ícone do aplicativo deve seguir o guia de estilo ícones de aplicativos Firefox OS. Apenas um ícone de 128 x 128 é obrigatório, mas recomendamos também um ícone de 512 x 512 também (para mais detalhes, consulte a implementação Ícone para apps.) Note que os ícones podem ser redondo, quadrado arredondado canto, ou quadrado, de acordo com o guia de estilo .

Diretrizes do Conteúdo

Esta lista descreve os tipos de conteúdo que são inadequados para o Firefox Marketplace. Esta lista é ilustrativa, não é definitivo, e pode ser atualizado. Se um pedido for encontrado para ser uma violação dessas diretrizes de conteúdo, Mozilla tem o direito de remover imediatamente o aplicativo do Firefox Marketplace.

  • Nenhum material pornográfico obsceno ou representações gráficas de sexualidade e violência.
  • Nenhum conteúdo que infrinja os direitos de ninguém, incluindo a propriedade intelectual ou outros direitos de propriedade ou direitos de privacidade ou publicidade.
  • Nenhum conteúdo que é projetado para prejudicar Mozilla ou usuários (tais como códigos maliciosos, vírus, spyware ou malware).
  • Nenhum conteúdo que seja ilegal ou promova atividades ilegais.
  • Nenhum conteúdo que é deprecivo, enganosa, fraudulenta ou é projetado para phish ou realizar outro roubo de identidade.
  • Nenhum conteúdo que promova jogos de azar.
  • Nenhum conteúdo que engaja na propaganda de produtos ou serviços ilegais ou controladas.
  • Nenhum conteúdos que exploram crianças.
  • Nenhum conteúdo que degrada, intimida, incite à violência contra ou incentiva ação prejudicial contra alguém ou um grupo com base na idade, sexo, raça, etnia, nacionalidade, religião, orientação sexual, deficiência, religião, localização geográfica ou outra categoria protegida ou constitua discurso de ódio.
  • Nenhum conteúdo que engana um usuário a tomar uma decisão de compra.

Funcionalidade

O revisor deve ser capaz de realizar primários recursos anunciados pelo aplicativo. Falhas de cosméticos e inconvenientes menores serão relatados para o desenvolvedor, mas não vai impedir que um aplicativo seja aprovado.

  • O aplicativo não deve comprometer o desempenho e estabilidade do sistema.

Usuabilidade

elementos de navegação, tais como botões e links, deve ser fácil de clique ou toque.

  • O desenvolvedor deve fazer uma tentativa razoável para otimizar o layout do aplicativo para a plataforma de destino. O intuito desta exigência é pegar falhas óbvias, tais como:
    • Um aplicativo apresentado para celular que é, obviamente, um site desktop.
    • Um aplicativo que muito obviamente não se ajusta para preencher o espaço disponível na tela (imagine um aplicativo de 320x480, que ocupa apenas no canto superior em um tablet, com o resto da tela em branco. Isso certamente não se destina!)
  • O aplicativo deve implementar seu próprio método de navegação e não depender do navegador Chrome ou um botão de hardware de volta, que não estará presente em todos os dispositivos .
  • Por exemplo, um aplicativo será rejeitado se o revisor navega em algum lugar dentro do aplicativo e não é capaz de navegar de volta. Apps não são necessários para implementar uma barra de botões comum para aplicativos nativos.
  • Em v1.1 Firefox OS e maior, você pode adicionar a propriedade manifesto chrome para adicionar controles de navegação mínimas.  

Política de Bloqueamentos

Nós esperamos que nós nunca tem que usá-lo, mas nós nos reservamos o direito de remover ("lista de bloqueio") qualquer aplicativo publicado que é encontrado mais tarde para violar quaisquer requisitos de segurança, de privacidade ou conteúdo, ou aplicativos que degradam seriamente sistema ou o desempenho da rede. Os desenvolvedores serão informados sobre a situação antes que um aplicativo é enviado a lista de bloqueios, vai ser assumido como sendo um bom cidadão a menos que tenhamos provas específicas em contrário, e receberão assistência integral da equipe de revisão app para comunicar o que está acontecendo e obter o problema resolvido. Os exemplos específicos de situações em que se justifica bloqueamento incluem:

  • Phishing
  • Spamming
  • Alterar o conteúdo de filhotes de cachorro v1.0 para Brutal Violência v1.0 (sem atualizar a classificação de conteúdo)
  • mau comportamento grave de aplicativo para uma grande porcentagem de usuários - desempenho do telefone degradante, causando reinicializações, causando perda de dados do usuário, etc., onde os usuários não podem dizer que é por causa do app e onde não é resolvido com a reinicialização do dispositivo.
  • Um aplicativo que está sendo usado para ataques na rede, como uma negação de serviço distribuída (DDoS).

Mais Informações

Os seguintes recursos fornecem mais informações sobre o processo de revisão e de aplicativos revisores:

  • Critérios da Revisão de AppEsta página descreve os testes que os revisores de aplicativos irá realizar em seus aplicativos
  • App reviewerscomo contactar a equipa de revisão app e envolver-se a avaliar aplicativos

Etiquetas do documento e colaboradores

 Colaboradores desta página: alipseight, fabianosantos.net
 Última atualização por: alipseight,