C'est la structure vers laquelle les marchands algériens reviennent pour le trafic payant froid. Un point de départ, à faire évoluer ensuite sur vos propres chiffres.

DZBuild a les deux. Ils servent à des buts différents :

Les deux peuvent tourner en parallèle — landing pages pour le payant, pages produit/catégorie pour le SEO et le direct.

Les landing pages dépendent de votre plan :

La limite Pro compte chaque ligne de /dashboard/landing-pages, brouillons et pages générées par IA compris. C'est en supprimant un brouillon inutilisé que vous libérez un emplacement.

Les landing pages ne se vendent pas à l'unité. Elles viennent avec le plan, et le générateur IA dépense des crédits IA plutôt qu'un forfait par page.

Quand un plan payant expire :

Renouvellement : /dashboard/subscribe, puis ▶ Comment renouveler ? (guide intégré), ou YouTube DZBuild.

Le générateur IA a deux prérequis, tous deux vérifiés avant tout débit de crédits — si l'un échoue, rien n'est facturé :

Voir Crédits IA pour les tarifs, remboursements et limites.

ℹ️ Info — Langue de la page

Une landing page porte sa propre langue, indépendante de celle de votre boutique — elle définit aussi le sens du texte. Aujourd'hui, vous ne pouvez la choisir que dans l'assistant de génération IA (ou via l'API publique). Une page construite à la main dans l'éditeur est en arabe / RTL, et aucun réglage ne permet de la changer ensuite.

La landing vit sur /landing/{slug} sur le domaine de votre boutique (note : /landing/, pas /lp/).

⚠️ Attention — Choisissez toujours un vrai produit

Une landing page sans produit applique quand même le tarif de livraison de base par wilaya — la livraison n'est pas à zéro. Ce qu'elle perd silencieusement, c'est le supplément de poids, la surcharge Livraison personnalisée par produit et les règles de quantité min/max. Un produit lourd, ou doté d'une surcharge de livraison spécifique, est donc sous-facturé par rapport à sa propre page produit.

Une page créée dans le tableau de bord en a toujours un : le formulaire de création exige un produit, et l'éditeur vous laisse remplacer le produit de la page par un autre, pas le retirer. Les anciennes pages et les pages créées via l'API peuvent encore ne pas en avoir ; la liste des landing pages les signale par un badge et un lien pour associer un produit dans les paramètres de la page. Les sections formulaire de commande, bouton de commande et offres produit ont aussi chacune leur propre sélecteur de produit, et le produit d'une section prime sur celui de la page.

Voici les types de sections que vous pouvez ajouter dans l'éditeur :

Offres produit est le principal levier de panier moyen sur les landing pages. Les lots par quantité sont tarifés côté serveur : le total que voit le client est toujours celui qui lui est facturé, et une offre peut porter sa propre livraison gratuite. Le bouton de commande peut aussi être réglé pour suivre les offres, en associant automatiquement la quantité choisie au prix de l'offre correspondante.

Un formulaire ou un bouton de commande a quatre comportements, choisis dans ses réglages :

Les valeurs par défaut ne s'appliquent qu'à la création et ne sont jamais rétro-appliquées : les anciennes sections gardent le comportement avec lequel elles ont été créées. Notez que le récapitulatif de commande s'affiche sous le bouton d'envoi, pas au-dessus.

3 à 5 lignes maximum. Avec icônes :

Écrivez ces lignes à partir de votre boutique. Une promesse de livraison ou de retour que vous ne pouvez pas tenir, c'est ce qui produit les colis refusés.

Utilisez la section Témoignages.

Il n'existe aucun type de section FAQ ni accordéon — écrivez la FAQ dans une section Texte libre.

Installez d'abord Facebook Pixel + CAPI. Les événements eux-mêmes sont automatiques — il n'y a rien à configurer sur la landing page :

Les landing pages n'émettent InitiateCheckout que lorsque l'acheteur envoie un formulaire de commande : une audience de retargeting bâtie sur cet événement laisse de côté tous les visiteurs qui n'ont jamais appuyé sur le bouton de commande. Retargetez plutôt sur ViewContent ou sur une audience de vues de page pour l'URL /landing/ ; voir Stratégie de panier abandonné.

L'assignation du Pixel ne fait pas partie de la création de la landing page, et ce n'est pas un « override ». Allez sur /dashboard/pixels, ouvrez le pixel et assignez-le à la landing page. La règle :

Les pixels globaux continuent de se déclencher à côté du pixel assigné : un pixel de campagne s'ajoute, il ne se substitue jamais.

À partir de 50+ achats, basculez la campagne sur Optimize for Purchase — Meta optimise pour les acheteurs, pas les curieux.

L'add-on A/B Testing (plan Pro) est la méthode intégrée. Vous lui donnez 2 à 5 landing pages, il vous rend un seul lien de test, fait tourner les visiteurs entre les pages, compte les commandes produites par chacune et vous laisse envoyer tout le trafic restant vers la gagnante. Pointez votre pub sur le lien de test plutôt que sur l'URL d'une page. L'add-on se gère sur /dashboard/ab-tests.

Si vous préférez garder la répartition dans Facebook ou TikTok :

Gardez un nommage propre entre les deux pages :

Ne changez pas deux choses à la fois, sinon vous ne saurez pas laquelle a gagné. Et souvenez-vous que chaque page supplémentaire consomme un emplacement de landing page.

Le temps de chargement mobile tue la conversion :

Compressez les hero (WebP, ≤ 200 KB). Lazy-load sous la ligne. L'add-on Cadrage d'images aide au cadrage, et les versions WebP sont servies automatiquement.

Une LP ne vaut que par son trafic. Adaptez l'audience à l'offre :