À qui s’adresse DXPR Builder.

Apprendre DXPR BuilderCommencer iciCréer votre première page

DXPR Builder sert trois publics. Les responsables marketing publient des pages sans code. Les administrateurs de site gèrent permissions et réglages. Les développeurs étendent l’éditeur et le connectent à Drupal. La première section montre ce que chaque public fait dans le produit ; la seconde montre les types d’organisation qui l’utilisent.

Les trois publics

Responsables marketing

Les marketeurs travaillent dans l’éditeur, sur la page même. Ils :

  • glissent des éléments du sélecteur d’éléments dans sections, lignes et colonnes, et modifient le texte en ligne (voir Prise en main de l’éditeur)
  • démarrent des pages depuis des modèles de page ou leurs propres modèles d’utilisateur enregistrés (voir Modèles)
  • génèrent des sections, réécrivent des textes et créent des images avec l’assistant IA (voir Fonctions IA)
  • placent blocs Drupal, vues et formulaires dans les mises en page sans quitter la page

Administrateurs de site et webmasters

Les administrateurs configurent le module sous DXPR Studio à /admin/dxpr_studio/dxpr_builder. Ils :

  • saisissent la clé de produit et choisissent où elle est stockée (General Settings)
  • activent ou désactivent les fonctions IA et règlent le filtrage de sortie (AI)
  • créent des profils d’utilisateur qui décident quels éléments, blocs, vues, modèles et boutons d’éditeur chaque rôle voit (voir Choisir ce que chaque rôle voit dans le builder)
  • gèrent les modèles de page et les modèles d’utilisateur globaux
  • attribuent la permission Edit with DXPR Builder et surveillent les pages User Licenses et Content Items (voir Présentation des licences)
  • vérifient les connexions sortantes et la résidence des données (voir Pare-feu et résidence des données)

Développeurs

Les développeurs travaillent avec le code et les API du module. Ils :

  • ajoutent le formateur de champ DXPR Builder à leurs propres types de contenu et types de blocs
  • exposent des classes utilitaires avec hook_dxpr_builder_classes_alter(), et déclarent des jeux d’icônes avec des fichiers *.dxpr_icon_sets.yml (voir API des hooks)
  • scriptent le contenu avec les commandes drush dxb:* (voir Commandes Drush)
  • appellent les routes AJAX et IA depuis des intégrations sur mesure (voir Points de terminaison d’API)
  • thèment la sortie, qui est du HTML Bootstrap 5 stocké dans le champ de l’entité

Organisations qui utilisent DXPR Builder

Agences digitales

Les agences confient la création de pages à leurs clients tout en gardant le flux éditorial et les permissions de Drupal. Les profils d’utilisateur limitent ce que chaque rôle client peut modifier.

Secteur public

Les équipes du secteur public laissent des non-techniciens publier des pages tout en respectant les exigences d’accessibilité et de sécurité. Le module tourne sur le propre serveur Drupal de l’organisation et stocke les pages dans sa base de données. Les connexions sortantes se limitent aux vérifications de licence, aux assets de l’éditeur, aux analyses de l’éditeur et aux requêtes IA, et l’option du modèle UE garde le traitement IA chez un fournisseur européen. Ce qui fonctionne quand l’accès sortant est bloqué est détaillé sur Pare-feu et résidence des données.

Enseignement supérieur

Les équipes web des universités laissent les départements publier leurs propres pages dans des modèles contrôlés par la marque. Les profils d’utilisateur restreignent les éléments, modèles et boutons d’éditeur de texte que chaque rôle peut utiliser.

Grandes entreprises

Les équipes des grandes entreprises déploient les opérations de contenu sur plusieurs entités. Profils d’utilisateur, modèles de page et d’utilisateur, et flux éditorial de Drupal accompagnent les grandes équipes distribuées.

Et ensuite ?