Cloudflare sur vos landing pages
Si vous faites tourner une seule landing page sur un seul domaine, le DNS est une corvée ponctuelle. C'est rarement le cas des media buyers. Un domaine par offre, un domaine par geo, un domaine par client : chacun impose de se connecter à un registrar, de trouver l'écran DNS, de créer un enregistrement au format de ce fournisseur, d'attendre, et de vérifier si le HTTPS demande un second enregistrement. C'est l'étape la plus lente du lancement d'une page par ailleurs prête.
La connexion Cloudflare de LanderLab supprime cette étape. Vous vous connectez une fois à Cloudflare et approuvez l'accès, et à partir de là LanderLab crée et maintient les enregistrements DNS de chaque domaine que vous ajoutez depuis ce compte. Quand vous ajoutez un domaine, LanderLab vérifie où son DNS est géré et recommande Cloudflare quand il l'y trouve.
Des domaines personnalisés sans copier d'enregistrements DNS
Avec le DNS manuel, chaque domaine est un petit projet : ouvrir l'écran DNS du fournisseur, créer l'enregistrement qu'affiche LanderLab, s'adapter à la façon dont chaque fournisseur écrit un hôte, supprimer tout enregistrement déjà présent sur cet hôte, puis rafraîchir jusqu'à la vérification, et parfois ajouter un second enregistrement pour le HTTPS. Ça marche avec n'importe quel registrar, et c'est toujours l'étape où les lancements bloquent.
Avec Cloudflare connecté, LanderLab écrit lui-même les enregistrements dans votre compte Cloudflare et les maintient ensuite. Vous saisissez le domaine, choisissez quels workspaces peuvent y publier, et la page créée ce matin peut passer en ligne sur son propre domaine le jour même.
Un domaine par offre, par geo, par client
Les buyers qui répartissent leur trafic sur plusieurs domaines, un par verticale, un par pays, un par client, ajoutent des domaines bien plus souvent que les autres. C'est précisément là que la connexion unique est rentable : chaque nouveau domaine d'un compte Cloudflare connecté évite entièrement le travail DNS.
Chaque domaine peut être réservé aux workspaces qui doivent y publier, ou ouvert à « Tous les espaces de travail », ce qui couvre aussi les workspaces créés plus tard. Une agence peut garder les domaines de chaque client dans le workspace de ce client, connectés via le compte Cloudflare du client.
Des domaines racines pour les offres portées par une marque
Certaines offres doivent vivre sur le domaine racine, pas sur un lp. ou un go. devant lui : une marque d'advertorial, un site produit, un client qui veut une URL nette à son nom dans la publicité. Beaucoup de fournisseurs DNS ne peuvent pas placer l'enregistrement dont LanderLab a besoin sur un domaine racine, c'est pourquoi le DNS manuel demande en général un sous-domaine. Cloudflare prend en charge les deux : le domaine racine est une option dès le départ.
Les domaines qui ne sont pas encore sur Cloudflare
Un domaine enregistré ailleurs peut quand même passer par Cloudflare : un seul changement de serveurs de noms chez le registrar, fait une fois par domaine, au lieu d'enregistrements DNS à y maintenir pour chaque page que vous publiez.
Le changement peut prendre de quelques minutes à 48 heures pour se propager partout, et le domaine reste En attente jusque-là : faites-le avant le jour du lancement, pas le jour même.
Prêt pour le trafic payant dès qu'il est Actif
Quelle que soit la façon dont un domaine est connecté, c'est dans ses paramètres qu'on prend soin du trafic payant. « Désactiver l'indexation » ajoute une balise noindex à chaque page d'un domaine utilisé uniquement pour la publicité. Une URL de repli personnalisée envoie les personnes qui tombent sur un lien mort vers une page avec un formulaire d'opt-in au lieu d'une 404. Le code personnalisé au niveau du domaine place un tag manager, un pixel ou un bandeau de consentement sur chaque page qui y est publiée, en une fois.
