Avertissement : cet article est le résultat de la traduction automatique, l'exactitude et la fidélité de la traduction ne sont donc pas garanties. Pour consulter la version originale de cet article, en anglais, cliquez ici.
Marketplace

Conditions de soumission de HubSpot Marketplace

Dernière mise à jour: novembre 22, 2019

Tout le monde peut configurer un compte fournisseur HubSpot Marketplace Provider et créer de nouveaux modèles à vendre aux 18 000+ clients de HubSpot. Afin de garantir la meilleure expérience pour les clients de HubSpot Marketplace, chaque modèle est revu en fonction des critères suivants par l'un des ingénieurs d'assurance qualité de HubSpot.

Remarque : les demandes de remboursement sont de la responsabilité de tous les fournisseurs Marketplace. Bien que toutes les transactions soient entre le client et le fournisseur uniquement, elles sont des directives générales pour gérer les demandes de remboursement.

1. Conformité au CMS Marketplace

1.1 Pour le moment, les soumissions à Marketplace peuvent contenir :

  • Modèles du site web
  • Modèles de page de destination
  • Modèles de blogs
  • Modèles de pages système
    • Modèles de pages d'erreur
    • Modèles de Page de mot de passe
    • Modèles de Page de préférences d'abonnement
  • Modèles d'e-mails
  • Modules

1.2 Pour le moment, les soumissions à Marketplace peuvent ne pas contenir :

  • HubDB

1.3 Les modèles doivent utiliser l'interface glisser-déposer de HubSpot.

  • Les modèles de pages web doivent utiliser l'interface Glisser-Déposer de HubSpot.
  • Les modèles de pages de destination doivent utiliser l'interface Glisser-Déposer de HubSpot.
  • Les modèles de blogs doivent utiliser l'interface Glisser-Déposer de HubSpot
  • Les modèles de pages système doivent utiliser l'interface Glisser-Déposer de HubSpot.
  • Les modèles d'e-mails peuvent utiliser l'interface Glisser-Déposer ou Fichier codé en raison des limitations de style.
  • Les modules doivent utiliser le constructeur de modules de HubSpot.

1.4 Les fichiers d'actifs tiers doivent être chargés sur le CDN HubSpot sauf s'ils proviennent d'une source réputée (Google Fonts, Font Awesome, etc.), auquel cas ils peuvent être ajoutés à la feuille de style à l'aide de la fonction « @import ». Si une version CDN externe d'une bibliothèque est incluse, une copie locale doit être fournie en remplacement.

  • Clarification : l'inclusion des fichiers dans un module du CDN HubSpot doit utiliser la section Fichiers liés.

1.5 Les fournisseurs peuvent offrir jusqu'à cinq modèles gratuits.

1.6 Tous les actifs doivent être regroupés dans un dossier parent

  • Clarification : Les actifs doivent être regroupés dans un dossier et le nom du dossier doit décrire la liste de vos produits

dossiers

2. Exigences de conception

2.1  L'affichage doit s'adapter aux largeurs habituelles des appareils mobiles et des ordinateurs de bureau.

  • Clarification : le contenu doit occuper toute la largeur de la page sans nécessiter de défilement horizontal, à moins que le défilement horizontal ne soit l'objectif clair de la conception. Avec des centaines de périphériques et de configurations, il est nécessaire de tester chaque page par rapport au plus grand nombre possible d'entre eux. Si vous n'êtes pas en mesure d'effectuer un test par rapport à un dispositif physique ou à la taille d'un ordinateur de bureau, utilisez une approche logicielle pour effectuer un test par rapport à diverses configurations. Tous les modèles doivent être conformes au système de grille à 12 colonnes de HubSpot basé sur Bootstrap 2.x.

2.2  La conception doit présenter une grande qualité esthétique, un attrait visuel et doit être attrayant sur toutes les plateformes.

  • Clarification : au fil du temps, l'attente de fournir des conceptions de meilleure qualité aux clients augmente. Les nouveaux modèles doivent atteindre ou dépasser le niveau de qualité actuel afin de s'assurer qu'ils répondent à ces attentes.
  • Soumissions présentant une mauvaise qualité esthétique :
    • 2.2.1 sont trop semblables dans la conception aux éléments existants.
    • 2.2.2 Affichent l'utilisation incohérente de l'espacement, du rembourrage ou de la hauteur des lignes, ce qui affecte la typographie et l'emplacement de l'élément.
    • 2.2.3 Utilisent des images et des textures peu attrayantes, filigranées ou trop compressées.
    • 2.2.4 Utilisent des couleurs qui ne se complètent pas.
    • 2.2.5 Incluent des éléments mal alignés ou placés de façon incohérente. 

2.3 Les versions multicolores des actifs ne doivent pas être envoyées.

  • Clarification : il n'est pas autorisé de soumettre des actifs ayant la même mise en page dans des agencements de couleurs différents.  Nous approuverons un attribut et rejetterons tous les autres.

2.4 Des conventions descriptives d'affectation de noms doivent être utilisées.

  • Clarification : les noms d'actifs seront automatiquement créés à partir du nom du fichier modèle.
  • Conseil : n'utilisez pas de barre oblique « / » dans le nom d'attribut, car cela provoquerait un échec de l'injection de l'attribut.

2.5 Tous les modèles soumis doivent inclure une page d'exemple pratique. 

  • Clarification : en soumettant une page de destination, un blog, une page web ou un modèle d'e-mail, incluez un lien vers un modèle de version de démonstration en direct dans le champ Démo. Un lien vers votre domaine de stimulation hs-sites est acceptable.

2.6 Tous les modules de menu doivent utiliser l'arborescence de menu par défaut. 

2.7 Les actifs doivent utiliser des étiquettes descriptives de module/champ, le cas échéant. 

  • Clarification : les étiquettes doivent être utilisées pour décrire l'objectif d'un module ou d'un champ de module.

2.8 Les actifs doivent utiliser le contenu par défaut du module pour expliquer les objectifs de chaque module. 

  • Clarification : le contenu du module par défaut devrait inclure un texte générique décrivant comment utiliser le modèle d'un point de vue technique ou de marketing entrant. Cela démontre les capacités du modèle et fournit des lignes directrices claires à l'utilisateur. Vous pouvez définir le contenu par défaut en sélectionnant l'icône d'engrenageModifier les options sur les modules individuels dans l'outil de création de modèles.

2.9 Le contenu par défaut doit correspondre à ce qui est annoncé sur la page de liste des biens et sur le site de démonstration.

  • Clarification : tout le verbiage, toutes les images et les autres supports utilisés sur la page d'énumération des actifs doivent correspondre à ce qui est utilisé sur le site de démonstration et sur l'actif.

2.10 Les actifs ne doivent pas utiliser les éléments de HubTheme.

  • Clarification : si des éléments de HubTheme sont utilisés dans un actif, ils seront rejetés.  Les éléments comprennent, sans toutefois s'y limiter :
    • Groupes globaux HubTheme
    • Modules globaux HubTheme
    • Feuilles de style HubTheme

2.11 Les actifs ne doivent pas utiliser les éléments d'un modèle d'exemple HubSpot.

  • Clarification : toute ressource par défaut qui est localisée ou clonée à partir d'une ressource qui se trouve dans le dossier HubSpot par Défaut du gestionnaire de conception sera rejetée.

2.12 Les actifs ne doivent pas utiliser des éléments d'un actif existant de HubSpot Marketplace.

  • Clarification : tout actif qui a été acheté ou une version clonée d'un actif qui a été acheté sur HubSpot Marketplace sera rejeté.

3. Code & qualité du modèle

3.1  Toutes les feuilles de style primaires et tous les fichiers javascript doivent être joints aux sections « Feuilles de style liées » et « Fichiers JavaScript liés » du modèle.

  • Clarification : il ne faut pas croire qu'une ou plusieurs feuilles de style supplémentaires seront appelées, par exemple primary.css ou hub-theme.css.

3.2 Les modèles ne doivent pas utiliser Style sur Structure.

  • Clarification : ce n'est jamais une bonne idée de décorer l'architecture structurelle du site web. Cela inclura des éléments tels que le fluide conteneur, le fluide de ligne, le widget, ou d'autres catégories et les ID utilisés de manière globale sur le modèle de site (voir exemple ci-dessous). Si vous avez besoin d'appliquer un style à un élément, vous pouvez y placer une classe personnalisée à partir de l'outil de création de modèles. Le style avec des classes personnalisées permet de cibler plus facilement un seul module ou élément et de maintenir l'évolutivité du site.

structure-example

3.3 Les ressources ne doivent pas utiliser de classes en ligne personnalisées que les utilisateurs pourraient écraser à partir de l'Éditeur de texte enrichi (WYSIWYG). 

  • Clarification : les classes ou ID personnalisés ne doivent pas être inclus en ligne dans les modules de Texte enrichi à moins qu'ils ne soient générés par le système HubSpot. Vous pouvez appliquer une classe à un module au niveau du modèle en cliquant sur l'icône d'engrenage sur le côté droit d'un module et en sélectionnant Modifier CSS (ou en cliquant sur l'engrenage et ensuite Modifier les déclarations CSS sur un groupe de modules).

3.4 Les actifs ne doivent pas utiliser un code redondant ou inutile.  Cela comprend, mais n'est pas limité :

  • les scripts
  • les feuilles de style
  • un code inutilisé ou commenté

3.5 Tous les modules par défaut de HubSpot doivent être stylisés/affichés correctement sur tous les modèles de Page & Blog soumis.

3.6 Les modèles et modules ne doivent pas afficher d'erreurs dans la console.

3.7 Les ID et les catégories doivent être correctement nommés et suivre une convention d'affectation de noms.

3.8 Les catégories CSS par défaut doivent être couvertes dans la feuille de style pour respecter le comportement attendu.

3.9 Dans la mesure du possible, les actifs doivent être chargés d'une manière conforme au SSL.

3.10 Toutes les ressources doivent utiliser le nouveau cadre de modules.

3.11 Tous les actifs doivent être pris en charge par les navigateurs pris en charge par HubSpot.

4. Exigences relatives au site web et aux modèles de page de destination

4.1  Tous les modules par défaut doivent être suffisamment stylisés pour être utilisés.  Tout module ajouté à une page doit correspondre au style du modèle.  Cette liste comprend, mais n'est pas limité :

  • les modules d'en-tête
  • les modules de formulaire et d'abonnement
    • les étiquettes de formulaire
    • les champs de saisie de formulaire
    • les cases de vérification & boutons radio
    • les boutons « Sélectionner »
    • les boutons « Envoyer »
  • les modules image
  • les module diaporama
  • les titres de partage sur les réseaux sociaux
  • Modules de référencement et de filtrage des articles
  • Modules de menu
  • Modules de recherche
  • Modules RSS

Pour plus d'informations, consultez le fichier Modèle CSS de HubSpot.

4.2 Des modules personnalisés et des modules globaux peuvent être utilisés dans les modèles de sites web et de pages de destination.

4.3 Les modèles doivent inclure au moins un groupe global.

5. Exigences spécifiques au modèle de blog

5.1 les modèles d'articles de blog ou de listes de blogs peuvent être utilisés. 

  • Clarification : Le titre du modèle doit indiquer qu'un modèle est spécifiquement destiné soit à un Article de blog, soit à des Listes de blogs.

5.2 Les commentaires doivent être stylés.

  • Clarification : les commentaires doivent être testés et stylisés pour correspondre au style du modèle de blog. Notamment :
    • Principaux commentaires
    • Réponses aux commentaires

5.3 Les auteurs doivent être stylés.

5.4 Des modules personnalisés, des modules globaux et des groupes globaux peuvent être utilisés dans les modèles de blog.

6. Exigences relatives au modèle d'e-mail

6.1 Les modèles d'e-mails doivent contenir le module d'information sur l'emplacement du bureau qui comprend les jetons pour :

  • Nom
  • Adresse postale 1
  • Adresse postale 2
  • Ville
  • État
  • Code postal
  • Type d'e-mail

6.2 Des modules personnalisés peuvent être utilisés dans les modèles d'e-mails.

7. Exigences du pack de modèles

7.1 Tous les packs de modèles, à l'exception des packs de modèles d'e-mails, doivent utiliser la même feuille de style.

7.2 Les packs de modèles ne doivent pas dépasser 100 modèles.

8. Notes supplémentaires sur le processus

  • HubSpot se réserve le droit de rejeter les modèles pour des raisons qui ne sont pas mentionnées ci-dessus, bien que l'ingénieur de contrôle qualité puisse fournir un feedback par e-mail dans de tels cas.
  • Notre équipe de contrôle de qualité (AQ) travaille à partir d'un ensemble de modèles soumis. Les modèles qui ne satisfont pas à l'AQ pour avoir enfreint l'une ou l'autre de ces directives seront déplacés au bas de cette file d'attente lorsqu'ils seront soumis à nouveau.
  • Veuillez noter que HubSpot n'est pas en mesure de fournir des informations sur la place de votre modèle dans la file d'attente. Suivre attentivement les instructions ci-dessous vous aidera à vous assurer que votre modèle passe la première fois qu'il est soumis au processus d'AQ, mais comme le volume fluctue, notre équipe n'est pas en mesure de fournir un délai pour l'inspection de votre modèle.
  • Les fournisseurs doivent soutenir leur propre travail s'il y a des problèmes avec l'un ou l'autre des codes.
  • Les fournisseurs doivent être en mesure de fournir un reçu détaillé sur demande comportant :
    • les détails du modèle
    • la date de l'achat
    • le prix du modèle
    • les informations sur l'entreprise du fournisseur de modèles
    • Les soumissions de Marketplace seront supprimées si des bogues sont présents.
    • Les soumissions de Marketplace seront retirées si les actifs de tiers se brisent.
    • Les fournisseurs sont responsables de tous les codes et fichiers téléchargés.
    • Les actifs ne doivent pas suivre les utilisateurs sans leur consentement éclairé et explicite.
    • Les actifs et leurs développeurs ne doivent rien faire d'illégal, de malhonnête ou d'offensant sur le plan moral.

9. Clause de non-responsabilité

9.1 Les modèles ne doivent pas inclure les actifs de tiers qui ne sont pas autorisés pour la distribution. Ces éléments incluent :

  • les textures, photos et autres œuvres d'art
  • les icônes et sprites
  • Polices
  • les fichiers multimédia comprenant des sons, des vidéos et de la musique

9.2 Les modèles doivent être approuvés dans les trois nouvelles soumissions ou seront automatiquement supprimés.

9.3 Les fournisseurs doivent utiliser la Passerelle de paiement par Stripe, le cas échéant, dans le pays de leur entreprise.

9.4 HubSpot n'est pas responsable des problèmes de passerelle de paiement (Paypal ou Stripe) qui peuvent survenir pendant le processus d'achat.

9.5 Tous les modèles soumis qui violent les lois sur les droits d'auteur seront immédiatement supprimés et le fournisseur sera banni de HubSpot Marketplace.

9.6 Le modèle ne peut pas inclure d'images provenant de l'intégration Shutterstock.

9.7 Les activités suivantes ne sont pas autorisées sur HubSpot Marketplace ou sur les sites auxquels HubSpot Marketplace renvoie :

  • à la promotion ou l'engagement des activités illégales
  • au contenu dérogatoire, dénigrant et/ou malveillant
  • au contenu offensant sur la race, la religion, l'âge, le sexe ou l'orientation sexuelle 
/fr/resources/what-are-the-submission-requirements-for-the-template-marketplace