Ouvrez Paramètres > Site (ou Site public & Branding) depuis le tableau de bord de votre projet.

Dans la section Domaine personnalisé, cliquez sur “Ajouter le domaine” ou saisissez le nom de domaine souhaité (ex. www.example.com ou example.com).

• Pour un sous-domaine (ex. www.example.com) : préférez un enregistrement CNAME.
• Pour un domaine racine/apex (ex. example.com) : votre fournisseur DNS doit supporter ALIAS/ANAME ou fournir des enregistrements A vers les adresses indiquées par l’interface.

Après l’ajout, l’interface affiche les enregistrements DNS exacts que vous devez créer chez votre registrar (ex. CNAME, TXT pour vérification, éventuellement A). Copiez-les précisément.

Connectez-vous chez votre registrar/fournisseur DNS et créez les enregistrements indiqués (type, nom/host, valeur/target, TTL recommandé). Sauvegardez les modifications.

Retournez dans l’interface du projet et cliquez sur “Actualiser” ou “Vérifier” pour démarrer la validation. Le système vérifie automatiquement les enregistrements DNS et la présence des jetons de validation.

Patientez jusqu’à obtention du statut “Actif”. La propagation DNS peut prendre de quelques minutes à 48 heures selon le TTL et le fournisseur.

Nom/Host : www (ou le sous-domaine choisi)
Type : CNAME
Valeur/Target : la cible fournie dans l’interface (copier-coller)
TTL : 300–3600s recommandé
Note : assurez-vous qu’aucun autre enregistrement A/AAAA n’existe pour ce même nom.

Si vous voulez l’apex (example.com) :

• Préférez ALIAS/ANAME si votre fournisseur le propose.
• Sinon, créez les enregistrements A fournis (les IP indiquées) chez votre registrar.
  TTL : 300–3600s recommandé.

Type : TXT
Nom : souvent une valeur fournie (ex. _deployit-verif.example.com) ou @ selon instructions
Valeur : jeton unique affiché dans l’interface
But : prouver que vous contrôlez le domaine. La vérification ne fonctionnera pas si le jeton est incorrect ou absent.

Parfois, un TXT additionnel est demandé pour la validation SSL : suivez strictement la clé et le nom fournis par l’interface.

Le système interroge publiquement le DNS pour vérifier la présence des enregistrements CNAME/A et des TXT de validation.

Si tout est correct, un certificat SSL est demandé et la validation SSL complète peut nécessiter quelques minutes supplémentaires.

Statuts courants : En attente (Pending), Actif (Active), Erreur (Errors). Une fois Actif, la vitrine répondra sur le domaine configuré.

• Recommandé pour la simplicité.
• Insérer un CNAME vers la cible indiquée + TXT de vérification.
• Watchout : supprimez tout enregistrement A pour le même sous-domaine avant d’ajouter un CNAME.

• Nécessite ALIAS/ANAME ou enregistrements A fournis.
• La validation SSL prend parfois plus de temps.
• Si votre fournisseur ne propose pas ALIAS, utilisez les A fournis ou redirigez l’apex vers www côté registrar si possible.

• Désactivez le proxy (DNS only) pendant la validation.
• Une fois Actif, vous pouvez réactiver le proxy si nécessaire, mais vérifiez le comportement HTTPS/redirects.

Avant validation (Statut : En attente)

• Le domaine peut ne pas répondre.
• Le certificat SSL n’est pas encore émis.
• Certaines fonctions dépendantes du domaine sont désactivées.

Après validation (Statut : Actif)

• Le domaine dessert la vitrine publiquement.
• Certificat SSL valide et HTTPS activé.
• Le messenger intégré et les redirections fonctionnent normalement.

Vérifications : TTL trop long, enregistrements ajoutés mais non publiés. Attendre la propagation et vérifier avec un outil DNS public. Confirmez que vous avez ajouté le bon type (CNAME vs A) et la bonne cible.

Vérifiez que la valeur TXT est exacte (pas d’espaces en début/fin) et que le nom du record correspond aux instructions (parfois _deployit… ou @). Supprimez les anciennes valeurs en conflit.

Message indiquant que le domaine est déjà lié à un autre projet : vous devez d’abord supprimer le domaine du projet actuel qui l’utilise, puis l’ajouter à ce projet. Un même domaine ne peut être attribué qu’à une seule vitrine de projet.

Si vous utilisez un CDN/proxy (Cloudflare, etc.), mettez l’enregistrement en mode DNS only (desactivez le proxy) durant la validation. Réactivez le proxy seulement une fois la validation terminée et testée.

Attendre quelques minutes et réessayer la vérification. Assurez-vous que les enregistrements TXT requis existent et que le domaine répond correctement sur HTTP/HTTPS. Si le problème persiste, rafraîchissez la configuration côté DNS (suppressions/ajouts) puis relancez la vérification.

Si la validation reste bloquée, supprimez le domaine depuis l’interface, supprimez les enregistrements DNS erronés chez le registrar, attendez la propagation, puis recommencez l’ajout en suivant scrupuleusement les instructions.

Un domaine personnalisé ne peut être utilisé que par un seul projet à la fois. Si vous tentez d’ajouter un domaine déjà pris, l’interface affichera une erreur et empêchera la validation.

1. Supprimez d’abord le domaine du projet qui le détient.
2. Attendez la propagation de la suppression (quelques minutes à quelques heures selon le TTL).
3. Ajoutez ensuite le domaine au nouveau projet et suivez la procédure de validation.

Les domaines wildcard ou partagés peuvent nécessiter des étapes spécifiques et doivent être validés individuellement selon les contraintes du fournisseur DNS. Contactez le support si vous utilisez des configurations avancées.

Accédez aux paramètres du site dans votre projet.

Éditez le nom du site, les couleurs (primaire, accent, arrière-plan, texte) et les liens du pied de page (footer_links). Chaque champ offre un aperçu en temps réel.

Cliquez sur “Enregistrer” ou “Save”. Un message de confirmation s’affiche (ex. “Enregistré !”). Les modifications s’appliquent à la vitrine publique une fois sauvegardées.

Dans Paramètres > Site, section “Détection automatique depuis le site web”, saisissez l’URL publique à analyser.

Cliquez sur “Détecter” (ou “Scrape”). L’opération est asynchrone : elle peut prendre quelques instants et n’est pas garantie de réussir selon le site cible.

Quand le résultat est prêt, l’interface propose les couleurs, logo, polices et autres éléments extraits. Vous pouvez intégrer automatiquement ces valeurs dans le formulaire ou les copier manuellement.

Ajustez les valeurs importées si nécessaire (contrastes, noms, liens) puis sauvegardez le branding.

Dans les paramètres du projet, définissez les adresses email ou contacts qui doivent recevoir les tickets envoyés depuis le formulaire public.

L’interface fournit un petit snippet HTML/JS à coller juste avant la balise de votre site externe. Ce snippet ajoute un bouton de signalement.

• Attributs optionnels : couleur du bouton (hex), position (“right” ou “left”).

Accédez à la page publique où est installé le messenger, ouvrez le formulaire, renseignez les champs obligatoires (ex. titre, description, URL) et envoyez. Le formulaire est validé côté projet avant routage.

Les tickets validés sont routés vers les contacts configurés. Vérifiez la boîte de réception ou le dossier spam si vous ne recevez rien, et ajustez les adresses de contact si besoin.