N'importe quel projet studio se publie comme une véritable page web indexable sur mailinapp.com/lp/<slug> — le même arbre de blocs, rendu par le pipeline identique qui produit l'email envoyé, si bien qu'un quiz noté ou une offre adossée à un compte à rebours fonctionne sur la page exactement comme dans une boîte de réception.
Un créateur de pages de destination et un créateur d'emails sont presque toujours deux outils séparés avec deux bibliothèques de composants séparées. MailInApp n'en construit pas un second : une page de destination est un projet studio, publié au lieu d'être envoyé, passant par les mêmes émetteurs et le même rendu sans repli que la vue en direct utilise déjà.
Ce qui change réellement à la publication
Rien ne change dans l'arbre de blocs — un sondage, un formulaire, un compte à rebours, un paiement de produit, un RSVP, un quiz, tout se rend exactement comme dans un email envoyé. Ce qui diffère, c'est l'enveloppe. Au lieu d'une coque de tableau d'email livrée à un destinataire, le projet se rend comme une page autonome accessible à quiconque possède le lien. Elle porte de véritables métadonnées SEO par page (titre, description, image de partage social) et un contenu indexable par les moteurs de recherche — contrairement à la vue en direct protégée par jeton, une page de destination est faite pour être trouvée.
Le mécanisme de capture de prospects : un Formulaire dirigé vers un formulaire d'inscription
Le comportement réel d'un bloc Formulaire dépend de ce vers quoi il est dirigé. Laissé tel quel, ses soumissions passent par l'endpoint d'interactions habituel et apparaissent dans vos réponses comme n'importe quelle autre enquête. Dirigez-le plutôt vers un formulaire d'inscription, et les soumissions vont directement dans une liste de contacts — la page de destination devient une page de génération de prospects sans câblage supplémentaire au-delà de ce seul réglage.
Un quiz comme aimant à prospects
Un simple formulaire « téléchargez notre guide » demande un email en échange de quelque chose de statique. Un bloc Quiz noté sur une page de destination demande beaucoup plus d'engagement d'abord — « découvrez votre résultat » entraîne quelqu'un à travers plusieurs questions avant la récompense. Le même mécanisme Formulaire-vers-formulaire-d'inscription capture le prospect une fois qu'il s'est investi pour voir le résultat.
Publier, dépublier, et le slug
Depuis le panneau Page de destination de la barre d'outils du studio, choisissez un slug (suggéré automatiquement à partir du nom du projet, modifiable et converti en slug en direct pendant que vous tapez) et cliquez sur Publier. Dépublier retire la page — les visiteurs obtiennent une erreur 404 — sans libérer le slug, donc republier plus tard ramène exactement la même URL ; le slug n'est libéré que si vous supprimez le projet lui-même.
Sans destinataire, les interactions sont anonymes
Un email envoyé a un destinataire précis derrière chaque interaction ; une page de destination n'en a pas. Quiconque possède le lien peut l'ouvrir, donc les interactions qu'elle génère sont enregistrées anonymement et limitées en fréquence par IP, le même traitement que reçoivent déjà les liens d'aperçu du studio et les exports HTML.
La servir depuis votre propre domaine
Les pages publiées se trouvent par défaut à mailinapp.com/lp/<slug>. Connectez un domaine de portail personnalisé une fois, et chaque page de destination que vous publiez ensuite — celle-ci comprise — devient accessible à <votre-domaine>/lp/<slug> à la place, sans configuration par page.
Pour commencer
Construisez la page comme n'importe quel autre projet studio, déposez un bloc Formulaire et dirigez-le vers un formulaire d'inscription si la capture de prospects est l'objectif, puis publiez depuis le panneau Page de destination de la barre d'outils. La construire et la prévisualiser est gratuit sur tous les forfaits ; la publier en direct est une fonctionnalité des forfaits payants avec un plafond par forfait — voir pages de destination et tarifs pour les détails.