Domaine personnalisé
Par défaut, votre boutique est accessible à l'adresse {votre-slug}.dzbuild.app (ou {votre-slug}.minacef.app pour les boutiques sur le tenant Minacef). Quand vous êtes prêt à passer à l'étape supérieure, faites pointer votre propre domaine — monshop.com, mamarque.dz, n'importe quoi que vous possédez — vers DZBuild et nous servirons votre boutique depuis cette adresse, avec HTTPS automatique.
Il n'y a qu'une seule cible DNS à retenir :
link.dzbuild.app
C'est la cible CNAME canonique de tous les domaines personnalisés sur DZBuild. Si vous trouvez des instructions qui indiquent autre chose, elles sont obsolètes.
Ce qu'il vous faut
- Un domaine que vous possédez déjà (n'importe quel registrar — OVH, Namecheap, GoDaddy, Hostinger, etc.).
- 5 minutes d'attention. La propagation prend généralement moins de 30 minutes.
Vous n'avez pas besoin :
- D'une adresse IP. Nous n'en publions pas. Cloudflare for SaaS achemine votre domaine vers notre origine — vous n'avez qu'à pointer un CNAME.
- D'un certificat SSL séparé. Nous le générons et le renouvelons pour vous, automatiquement.
Deux chemins vers un domaine personnalisé
Vous verrez l'un de ces deux flux dans Tableau de bord → Domaines, selon ce que votre registrar accepte :
| Chemin | Quand l'utiliser | Ce qui se passe |
|---|---|---|
| CNAME standard (recommandé) | Votre registrar accepte un CNAME sur l'apex (@) — Cloudflare DNS, OVH, Namecheap, la plupart des fournisseurs modernes. | Vous ajoutez 2 enregistrements CNAME chez votre registrar actuel. Réglé en quelques minutes. |
| Serveurs de noms Cloudflare (prise en charge complète) | Votre registrar n'accepte pas le CNAME sur l'apex (Hostinger, Wix, Squarespace, certains registrars .dz). | DZBuild crée une zone Cloudflare pour vous. Vous changez les serveurs de noms de votre domaine pour ceux de Cloudflare. Nous gérons le DNS à partir de là. |
Le tableau de bord détecte automatiquement votre registrar lors de l'ajout du domaine. S'il sait que votre fournisseur ne gère pas l'apex CNAME, il affiche directement l'assistant Serveurs de noms Cloudflare.
Chemin A — CNAME standard (la plupart des fournisseurs)
1. Ajoutez le domaine dans DZBuild
Allez dans Tableau de bord → Domaines (/dashboard/domains). Tapez votre domaine (ex. monshop.com) dans le champ et cliquez sur Vérifier.
2. Ajoutez 2 enregistrements chez votre registrar
Connectez-vous à votre registrar de domaine, ouvrez les paramètres DNS (souvent appelés DNS Records, Zone Editor ou Manage DNS) et ajoutez :
| Type | Host / Nom | Valeur / Cible |
|---|---|---|
CNAME | @ (apex / racine) | link.dzbuild.app |
C'est tout — pas d'enregistrement A, pas d'adresse IP, pas de port. N'ajoutez pas de CNAME www — ajouter @ et www ensemble crée un conflit et casse la vérification.
Si votre registrar utilise une terminologie différente :
- Host / Nom = la partie sous-domaine.
@signifie « le domaine lui-même » (l'apex). Certains panneaux veulent le domaine entier à cet endroit. - Value / Target / Pointe vers = toujours
link.dzbuild.app. - Laissez le TTL par défaut (300–3600s). Plus bas, c'est bien ; un TTL très élevé ralentit la propagation si vous devez changer plus tard.
3. Cliquez sur Vérifier
De retour dans Tableau de bord → Domaines, cliquez sur Vérifier. DZBuild contrôle les enregistrements. Quand ils résolvent, le statut bascule sur Actif et votre boutique répond sur monshop.com.
4. SSL — rien à faire
Cloudflare for SaaS émet un certificat SSL pour votre domaine automatiquement et le renouvelle. Les clients voient le cadenas vert. Pas de CSR, pas de téléversement, pas de calendrier de renouvellement.
Dans certains cas (notamment Hostinger, qui réécrit silencieusement votre apex CNAME), le tableau de bord vous présente un enregistrement TXT supplémentaire à ajouter. La carte dans Domaines affiche les valeurs Host et Value exactes à copier. Ajoutez-le chez votre registrar — au même endroit que les CNAMEs — et l'activation SSL se termine en quelques minutes.
Chemin B — Serveurs de noms Cloudflare (quand l'apex CNAME n'est pas accepté)
Certains registrars n'acceptent pas un CNAME sur l'apex. Vous verrez généralement l'un de ces symptômes :
- Le panneau du registrar refuse
CNAME @directement. - Le
CNAME @se sauvegarde mais le registrar l'aplatit (flattening) en silence et votre domaine pointe au mauvais endroit. - La carte de vérification affiche un avertissement de flattening.
Dans ces cas-là, le tableau de bord bascule sur l'assistant Cloudflare DNS. Le flux est :
- Étape 1 — Créer la zone Cloudflare. Cliquez sur Configurer Cloudflare DNS dans le tableau de bord. Nous créons une zone pour votre domaine sur Cloudflare et pré-remplissons les bons enregistrements.
- Étape 2 — Changer vos serveurs de noms. Le tableau de bord affiche deux valeurs
Nameserver(du genrens1.cloudflare.com/ns2.cloudflare.com— les valeurs réelles sont propres à votre zone). Connectez-vous à votre registrar, trouvez la section Serveurs de noms (Hostinger : hPanel → Domains → DNS/Nameservers → Change nameservers), et remplacez les serveurs actuels par les deux serveurs Cloudflare. - Étape 3 — Attendez l'activation. Cloudflare envoie un mail « votre domaine est actif » à la fin de la propagation. Le tableau de bord interroge automatiquement et affiche Activé dès que c'est prêt.
Si votre registrar a DNSSEC activé sur le domaine, désactivez-le avant de changer les serveurs de noms — sinon le changement échoue et les résolveurs refusent les nouveaux serveurs. Le tableau de bord vous le rappelle à l'étape 2.
Après activation, Cloudflare gère le DNS de votre domaine. Votre boutique est en ligne sur monshop.com et www.monshop.com, le SSL est automatique, et vous n'avez plus à gérer les enregistrements vous-même — sauf si vous voulez ajouter par exemple un MX pour l'email, ce qui se fait alors via votre tableau de bord Cloudflare.
Vérifier que ça marche
Deux contrôles rapides :
- Ouvrez
https://monshop.comen navigation privée. Votre boutique doit se charger (et l'URL doit rester surmonshop.com, sans rediriger ailleurs). - Depuis un terminal :
Il doit résoudre. La cible exacte n'a pas d'importance — l'edge Cloudflare gère le routage — ce qui compte c'est que quelque chose résout et que la boutique s'ouvre.dig +short monshop.com
DZBuild fait aussi de l'auto-réparation — un job en arrière-plan re-vérifie périodiquement les domaines actifs et resynchronise l'état SSL si quelque chose dérive.
Pièges fréquents
| Symptôme | Cause | Solution |
|---|---|---|
| « CNAME @ n'est pas autorisé » chez le registrar | Le fournisseur ne supporte pas l'apex CNAME | Utilisez le Chemin B (serveurs de noms Cloudflare) |
| Le domaine vérifie mais SSL reste En attente | Le fournisseur fait du flattening de CNAME | Ajoutez l'enregistrement TXT que le tableau de bord affiche dans Étape supplémentaire requise — Activation SSL |
| Le changement de nameserver ne prend pas effet | DNSSEC est activé | Désactivez DNSSEC, puis réessayez |
| Vérification toujours en échec après 1 heure | TTL trop élevé sur les anciens enregistrements | Baissez le TTL à 300, attendez un cycle TTL, re-vérifiez |
| La boutique s'ouvre sur le bon domaine mais les clients disent « non sécurisé » | SSL en cours d'émission (5–10 min après la première vérification) | Attendez, rafraîchissez, retentez |
| Le domaine est vérifié mais la boutique est inaccessible | Les deux CNAME @ et www ont été ajoutés | Supprimez le CNAME www — seul @ est nécessaire |
Supprimer un domaine
Tableau de bord → Domaines → cliquez sur l'icône poubelle rouge. Nous arrêtons d'accepter le trafic sur ce hostname et le désinscrivons de Cloudflare. Votre boutique repasse sur {votre-slug}.dzbuild.app. Nous ne supprimons pas les enregistrements chez votre registrar — c'est à vous de les nettoyer.
Questions fréquentes
Q : Puis-je utiliser un domaine en .dz ?
R : Oui. Certains registrars .dz n'acceptent pas le CNAME apex — si c'est votre cas, le tableau de bord bascule automatiquement sur le Chemin B.
Q : Vous publiez une IP que je peux mettre dans un enregistrement A ?
R : Non. DZBuild n'expose pas d'IP d'origine. Utilisez toujours le CNAME vers link.dzbuild.app (ou le flux serveurs de noms Cloudflare). Tout ce qui vous demande de configurer A @ {une-ip} est faux.
Q : Combien de temps prend la propagation ? R : Généralement 5–30 minutes pour les CNAMEs, jusqu'à quelques heures pour un changement de serveurs de noms. Le chiffre de 24 heures qu'on lit partout est un pire cas hérité des années 1990 — les résolveurs modernes rafraîchissent bien plus vite.
Q : Est-ce que www.monshop.com fonctionnera ?
R : Seul l'apex (monshop.com) est configuré. Partagez votre domaine sans www avec vos clients.
Q : Plusieurs boutiques, un seul domaine ? R : Un domaine personnalisé par boutique. Si vous gérez plusieurs boutiques, chacune a besoin de son propre sous-domaine ou apex.
Q : Est-ce que ça impacte le SEO ?
R : Positivement — les moteurs de recherche traitent monshop.com comme une vraie marque. Les URL canoniques sont définies automatiquement. Une fois en ligne, soumettez un sitemap à Google Search Console pour le nouveau hostname.