Cette traduction est incomplète. Aidez à traduire cet article depuis l'anglais.
Cet article décrit les différents prérequis qu'une application doit satisfaire avant de pouvoir être publiée par le Firefox Marketplace. Ces critères sont pensés pour considérer les besoins des développeurs d'applications du Firefox Marketplace autant que ceux de leurs utilisateurs. Les développeurs attendent des critères équitables, universels et réalistes dans lesquels ils peuvent avoir confiance pour concrétiser leurs idées. D'un autre coté, les utilisateurs veulent être assurés que les applications soient sûres, fonctionnelles et fassent bien ce qu'elles sont censées faire. Les prérequis listé ci-dessous servent à trouver l'équilibre délicat entre ces différents besoins.
D'après Mozilla, les modalités d'une revue d'application sont :
- Les critères de sélection doient être appliqués de manière équitable et juste. Le processus de revue d'application ne doit pas être un obstacle mais bien une étape clef permettant d'aider les développeurs à améliorer leur produit grâce à des retours avisés.
- Les évaluateurs n'ont pas pour vocation d'être une équipe de contrôle de qualité ! Durant le processus de revue, le manifeste d'application sera lu puis l'application sera utilisée quelques minutes comme elle l'aurait été par un utilisateur lambda.
- Si l'application ne passe pas la revue, le développeur recevra une explication détaillée du probléme rencontré ainsi que la maniére de le reproduire. Si possible, le développeur recevra également des conseils sur les changements à effectuer et des indications sur la documentation correspondante.
- Les évaluateurs ne jugent pas l'apparence d'une application, mais seulement son fonctionnement. Par exemple, une application avec un paragraphe en rouge clignotant sur un fond orange ne sera pas rejetée parce qu'elle est hideuse mais pourait l'être parce qu'elle n'est pas lisible.
- Nous laissons toujours le bénéfice du doute aux développeurs. Si nous hésitons à refuser une application, les évaluateurs poseront toujours des questions avant de la rejeter. Les applications ne sont pas (sciemment) refusées pour des problémes de compatibilité qui ne sont pas contrôlables par les développeurs; cependant nous pouvons différer notre approbation si nous ne parvenons pas à faire fonctionner l'application.
Sécurité
Tous les détails de l'architecture de sécurité des applications sont disponibles ici : https://wiki.mozilla.org/Apps/Security
- Le manifeste d'application doit être disponible à la racine de l'application.
- Le manifeste d'application doit être servi avec l'entête
Content-Type
:application/x-web-app-manifest+json
. - Les applications ne doivent pas utiliser de redirection ou d'iframes pour charger le contenu que le développer n'est pas autorisé à utiliser.
- Les permissions requises doivent être spécifiées dans le manifeste de l'application, et leur besoin doit être justifié.
- Les applications de type
privileged
recevrons des vérifications supplémentaires, incluant notamment des revues de code, pour vérifier l'absence d'activité malveillante et de perte de données utilisateur rendues possibles par les APIsprivileged.
- La politique de sécurité du contenu (CSP) défini dans le manifeste d'application ce que le code source de l'application peut faire. Les applications de type
privileged
doivent répondre à une CSP plus restrictive. Le rapport de validation créé à la soumission d'une application sur le Firefox Marketplace indiquera les violations potentielles de la CSP dans votre application - méfiez-vous malgré tout des faux positifs et des demandes de certains modules de bibliothèques tiers que vous n'utilisez pas forcément.
Confidentialité
Le dévelopeur devra fournir un lien vers la politique de confidentialité utilisée pour son application lors de sa soumission. Il n'y a, en revanche, pas de restriction concernant le format ou le contenu de cette politique de confidentialité. N'hésitez-pas à utiliser le template de politique de confidentialité, et à prendre connaissance des directives sur la politique de confidentialité.
Contenu
- Une application qui enfreint nos directives de contenu spécifiées ci-après ne sera pas autorisée. Si vous pensez être dans une situation limite, n'hésitez pas à demander des explications à l'équipe de revue, et ce, même si l'application n'est pas encore prête pour une soumission. Nous voulons vous aider à rester sur la bonne voie, plutôt que d'investir du temps de développement dans un contenu qui sera rejeté.
- A partir de janvier 2014, toutes les applications doivent recevoir une notede la part de l'International Age Rating Coalition (IARC). Pour obtenir cette note, nous vous dirigeons vers un bref questionnaire au cours du processus de soumission, et la note sera assignée immédiatement. Des informations supplémentaires sur le processus d'évaluation sont disponibles ici.
- Les captures d'écran et descriptions soumises sur le Firefox Marketplace doivent représenter l'application avec précision. Vous pouvez inclure 1 ou 2 images vendeuses, qui prouvent la compatibilité, comparent les caractéristiques, ou de manière générale, suscitent l'intérêt, mais il doit aussi y avoir au moins une capture d'écran de l'application en fonctionnement, pour les utilisateurs puissent prévisualiser ce qu'ils vont réellement obtenir. Si l'une de vos captures d'écran montre l'écran de lancement, ou un écran de chargement, vous devez également inclure une capture d'écran de la partie fonctionnelle de l'application.
- Dans le manifeste de l'application, les clés
locale
doivent correspondre aux localisations que votre application prend en charge. En spécifiant une clélocale
en polonais, les utilisateurs s'attendent à ce que votre application soit disponible dans cette langue.
Directives de contenu
Cette liste décrit les types de contenu qui ne sont pas appropriées sur le Firefox Marketplace. Cette liste est indicative et non définitive, elle peut donc être mise à jour. Mozilla a le droit de retirer immédiatement l'application du Firefox Marketplace, si celle-ci est jugée en violation de ces directives de contenu :
- Matériaux pornographiques obscènes, ou de représentations graphiques de sexualité ou de violence.
- Contenu qui viole les droits de la personne, y compris la propriété intellectuelle, les droits à la vie privée, à la publicité tout autre droits de propriété.
- Contenu qui vise à nuire à Mozilla ou à ses utilisateurs (tels que du code malveillant, des virus, des logiciels espions...).
- Contenu illégal ou faisant la promotion d'activités illégales.
- Contenu trompeur, frauduleur, conçu pour le phishing ou autres vols d'identité.
- Contenu faisant l'apologie des jeux d'argents.
- Contenu faisant la publicité de produits ou services illicites ou contrôlées.
- Contenu promouvant l'exploitation des enfants.
- Contenu qui dégrade, intimide, menace, incite à la violence, ou encourage des actions préjudiciables contre quelqu'un ou un groupe ayant pour cible l'âge, le sexe, la race, l'origine ethnique, l'origine nationale, la religion, l'orientation sexuelle, le handicap, la religion, la situation géographique ou d'une autre catégorie protégée.
- Contenu diffusant un discours de haine.
- Aucun qui trompe un utilisateur à prendre une décision d'achat.
Fonctionnalité
- L'évaluateur doit être en mesure de mettre en oeuvre les fonctionnalités annoncées de l'application. Les défauts superficiels et les inconvénients mineurs seront renseignés au développeur, pour permettre une amélioration, mais n'empêcheront pas la validation d'une application.
- L'application ne doit pas compromettre les performances ou la stabilité du système.
Ergonomie
Politique de blocage
liste noire