Ce que tu peux publier et ce que tu ne peux pas

Ce que tu peux publier sur Bernuvia est fixé par la Politique de contenu, qui fait partie des Conditions. C'est elle, la règle. Cet article ne fait que l'expliquer en clair : si une phrase d'ici et le document ne disent pas la même chose, c'est le document qui prime.

Un template, c'est un logiciel réel et complet dans les limites de ce qu'il prétend être : du code qui s'installe et s'exécute en suivant sa propre documentation, avec les fichiers et les ressources que sa fiche annonce.

• Ce doit être du code que tu peux commercialiser : parce que tu l'as écrit, parce qu'il t'a été cédé par écrit ou parce que sa licence d'origine le permet.
• Le code de ton employeur ou d'un client ne compte pas sans autorisation, même si c'est toi qui l'as écrit. Pas davantage le code téléchargé sur un autre marketplace, pris dans le dépôt de quelqu'un d'autre ou issu d'une fuite, ni ce même code avec des changements cosmétiques qui n'en font pas autre chose.
• S'il est encore en cours, dis-le : indique-le dans son stade et décris exactement ce qui fonctionne aujourd'hui.
• Nous ne vérifions pas qui est le véritable auteur. Nous publions sur la foi de ta déclaration de titularité, et c'est à toi d'en répondre.

Presque tous les refus viennent de ces points. Passe-les en revue avant d'envoyer, même si le template est entièrement le tien.

• Des secrets dans le paquet. Avant de le téléverser, enlève les clés d'API, les tokens, les mots de passe, les certificats et les chaînes de connexion, y compris ceux qui restent dans l'historique de versions et dans les fichiers d'environnement d'exemple contenant des valeurs réelles. Si nous en trouvons un, nous retirons le template sans attendre et nous te prévenons : une credential publiée est une credential compromise, donc fais-la tourner.
• Des données personnelles réelles. Pas de bases de clients, d'adresses e-mail, de téléphones, d'adresses postales, de documents d'identité ni de dossiers médicaux ou financiers de personnes réelles : les données de test, on les invente. Idem pour l'information confidentielle d'autrui, comme des contrats, des prix internes ou du code sous accord de confidentialité.
• Les composants tiers et leurs licences. Tu peux en intégrer, mais déclare lesquels et sous quelle licence, dans la description ou dans un fichier de licences à l'intérieur du paquet. Ces licences priment sur celle de Bernuvia pour ces composants-là. N'intègre pas de composants dont la licence est incompatible avec ta façon de vendre (ni réciprocité forte dans un template vendu pour un usage propriétaire, ni attribution obligatoire sans l'attribution), ni polices, icônes, images, musique ou ressources payantes que tu ne peux pas redistribuer : remplace-les par des alternatives sous licence libre ou par des repères, et dis-le dans la fiche.
• Les marques d'autrui. Tu peux les nommer quand il le faut pour dire avec quoi ton template fonctionne. Ce que tu ne peux pas, c'est les utiliser d'une manière qui laisse croire que ton template est officiel, certifié ou soutenu par cette marque : ni dans le nom, ni sur la couverture, ni avec son logo.
• Du contenu illicite ou qui porte atteinte à des droits. Sont exclus le code malveillant (portes dérobées, vol de credentials ou de wallets, minage caché, télémétrie non déclarée), les outils d'attaque, la fraude et l'usurpation, le contenu sexuel explicite, la haine et la violence, les kits d'émission de tokens présentés comme un investissement, les videurs de wallets et, plus largement, tout ce qui porte atteinte aux droits de tiers. La liste complète est dans la Politique de contenu.
• La fiche doit correspondre à ce que tu livres. La description, les captures, le stade déclaré et la liste de ce qui est inclus doivent coller au contenu réel de l'archive. Une capture d'une fonctionnalité que le template ne livre pas est une description fausse, et c'est la première chose qu'on regarde si l'acheteur ouvre un litige.

Les captures sont la partie de la fiche par laquelle quelque chose passe le plus souvent sans qu'on le veuille : elles sont prises sur un environnement réel et emportent ce qui traînait à l'écran. L'assistant demande un minimum de 3 images et en accepte jusqu'à 20, et la première sert de couverture : passe-les en revue une par une.

• Les données d'autres personnes : noms, adresses e-mail, téléphones, photos ou messages de clients ou de collègues réels. Remplis la démo avec des données inventées avant de capturer.
• Les adresses et identifiants complets : adresses postales, numéros de compte, adresses de wallet, identifiants de commande ou d'utilisateur, et toute clé visible dans une console, dans un panneau d'administration ou dans la barre du navigateur.
• Les marques de tiers : logos, écrans d'autres produits ou interfaces d'autrui qui laissent croire que ton template est officiel ou soutenu.
• Du contenu qui n'est pas le tien : photos, icônes, illustrations ou polices de banque sans licence de redistribution, même si elles ne sont là que pour remplir.
• Des écrans que le template ne livre pas : une version future, une offre à part ou tout simplement un autre projet.

Un refus ne ferme pas la porte. La révision est faite par des personnes de l'équipe, on te dit ce qui n'allait pas, et tu peux corriger et renvoyer depuis ton panneau.

1. 1Dans Mes templates, ouvre Motif du refus et lis ce qui a été signalé : le motif raconte les faits concrets, pas une formule.
2. 2Appuie sur Corriger et renvoyer : l'éditeur s'ouvre avec tout préchargé. Répare exactement ce qui a été signalé, enregistre, et le renvoi en révision est automatique.
3. 3Si tu penses qu'il y a eu une erreur, écris-nous depuis le formulaire de contact avec la catégorie de recours. Tu as six mois pour le faire, et cette catégorie ne compte pas dans la limite d'un message par jour.