Étape 2 : site marketing, domaine, analytics et SEO

Après le produit, l'étape 2 consiste à construire le site marketing. Pas une brochure de 18 pages. Un domaine propre, une landing lisible, un tracking minimal, une indexation Google, puis une boucle pour apprendre ce qui convertit.

Le but : quand quelqu'un entend parler de ton produit, il doit pouvoir comprendre en 30 secondes ce que tu fais, pour qui, pourquoi c'est crédible, et quoi faire ensuite.

Stack recommandée

Domaine

Recommandation simple : Cloudflare Registrar.

Pourquoi :

prix souvent proches du prix registry, sans upsell agressif ;
DNS excellent ;
proxy, SSL, redirects, cache et sécurité au même endroit ;
facile à connecter à Vercel, Hetzner, DigitalOcean, Linode ou un autre host.

Prends un domaine court, lisible à l'oral, sans tiret si possible. Le .com reste le plus simple si disponible. Sinon .io, .app, .ai, .co, ou un TLD local si ton marché est local.

Hosting

Choisis selon ton niveau technique.

Option	Pour qui	Avantage	Limite
Vercel	landing Next.js, solo pressé	déploiement rapide, previews, SSL automatique	coût et lock-in si ça grossit
Hetzner	dev à l'aise serveur	prix/perf excellent	tu gères infra, updates, monitoring
DigitalOcean	VPS ou app platform simple	UX propre, docs nombreuses	plus cher qu'Hetzner
Linode / Akamai	VPS classique stable	fiable, simple	moins "produit" que Vercel
Cloudflare Pages	site statique	rapide, proche du DNS	moins adapté si backend complexe

Pour une landing : Vercel ou Cloudflare Pages. Pour une app fullstack qui doit durer : VPS Hetzner + Docker + Caddy, ou Vercel si tu veux aller vite.

Setup DNS minimal

Dans Cloudflare :

Acheter ou transférer le domaine.
Ajouter l'host choisi.
Configurer les records DNS :

@      A / CNAME selon l'host
www    CNAME vers le domaine principal ou l'host

Forcer un canonical :

https://domain.com

https://www.domain.com

Choisis un seul format et redirige l'autre. Ne laisse pas deux versions indexables.

Landing page : le pattern qui marche

Ne commence pas par un design compliqué. Commence par une structure qui force la clarté.

1. Nav

La nav doit rassurer et orienter, pas voler l'attention.

Minimum :

logo / nom ;
lien produit ou features ;
pricing si pertinent ;
login si l'app existe ;
CTA court.

Exemple :

[Logo] Product  Pricing  Docs                  Sign in  Get started

2. Hero

Le hero doit répondre à trois questions :

c'est quoi ;
pour qui ;
quel résultat.

Formule :

Headline = résultat concret + audience
Subheadline = mécanisme + contexte + preuve de sérieux
Primary CTA = action business
Secondary CTA = action de confiance

Exemple :

Automatise le support client de ton SaaS B2B.
Un agent IA branché à ta documentation, ton CRM et tes tickets, prêt à répondre en moins de 48h.

[Réserver une démo] [Voir un exemple]

Évite :

"Révolutionne ton business avec l'IA" ;
les claims vagues ;
les mots "simple", "puissant", "innovant" sans preuve ;
les hero avec 6 CTA.

3. Social proof

Même sans clients, tu peux montrer de la preuve.

Ordre de préférence :

logos clients ;
témoignages ;
chiffres d'usage ;
démos publiques ;
screenshots réels ;
build log ;
waitlist / communauté.

Pas de faux logos. Pas de métriques inventées. Si tu n'as rien, montre le produit.

4. Why / How / What

C'est le bloc qui clarifie la stratégie.

Why : pourquoi le problème existe maintenant.

Les équipes support ont plus de tickets, plus de docs, plus de canaux, mais pas plus de temps.

How : comment ton produit résout le problème.

On connecte tes sources de vérité, on indexe tes contenus, puis l'agent répond avec citations et escalade quand il doute.

What : ce que l'utilisateur obtient concrètement.

Un widget support, un dashboard de réponses, des logs, et une boîte de validation humaine.

Ce bloc évite l'effet "j'ai mis de l'IA partout". Il donne une logique.

5. Deuxième social proof

Après l'explication, remets une preuve. Pas la même que plus haut.

Exemples :

avant/après ;
mini case study ;
capture d'écran annotée ;
extrait de réponse générée ;
client quote ;
benchmark interne ;
"built with" si ton audience est technique.

6. CTA final

Le dernier CTA doit être direct.

Prêt à tester sur tes vrais tickets ?
[Réserver une démo]

Si tu es early :

On onboard 5 équipes cette semaine.
[Demander un accès]

7. Footer

Footer minimal :

produit ;
docs ou guides ;
contact ;
legal ;
privacy ;
status si app SaaS ;
réseaux si utiles.

Le footer n'est pas une poubelle de liens. C'est une zone de confiance.

Analytics

Installe un tracking simple dès le début.

Minimum :

page views ;
clics CTA principaux ;
signup / demo request ;
source du trafic ;
conversion landing -> signup.

Option standard : Google Analytics 4.

Événements à suivre :

cta_primary_click
cta_secondary_click
signup_started
signup_completed
demo_requested
pricing_viewed
outbound_link_click

N'installe pas 12 scripts. Un site lent avec trois pixels marketing perd déjà en crédibilité.

Google Search Console

Search Console sert à vérifier que Google comprend ton site.

Checklist :

Ajouter la propriété domaine.
Vérifier via DNS Cloudflare.
Soumettre le sitemap.
Vérifier robots.txt.
Inspecter la home.
Demander l'indexation après mise en ligne.

URLs à prévoir :

/sitemap.xml
/robots.txt
/privacy
/terms

Même si tu n'as pas de stratégie SEO longue, Search Console te donne les erreurs d'indexation, les requêtes, les pages qui apparaissent et les problèmes techniques.

SEO technique minimal

Chaque page importante doit avoir :

un seul h1 clair ;
un title spécifique ;
une description spécifique ;
une URL lisible ;
canonical ;
Open Graph image ;
favicon propre ;
sitemap ;
robots ;
temps de chargement correct ;
contenu visible sans login.

Pour la home :

title: Produit - résultat pour audience
description: Une phrase claire sur le problème, la solution et le public.

Exemple :

title: SupportAgent - support IA pour SaaS B2B
description: Déploie un agent IA connecté à ta documentation pour répondre aux tickets support avec sources et escalade humaine.

La landing ne doit pas mentir sur le produit

La meilleure landing early stage ressemble à ton produit réel.

Si ton app est un dashboard calme et utilitaire, ne fais pas une landing crypto avec gradients, 3D et claims énormes.

Si ton produit est social, montre des profils, des posts, des interactions, des screenshots vrais.

Si ton produit est devtool, montre le terminal, l'API, le code, la latence, les logs.

Le design marketing doit préparer au produit, pas créer une promesse visuelle que l'app ne tient pas.

Checklist de publication

Avant de partager :

domaine branché ;
HTTPS OK ;
www redirige correctement ;
favicon OK ;
title/description OK ;
Open Graph preview OK ;
Google Analytics installé ;
Search Console vérifiée ;
sitemap soumis ;
CTA principal testé ;
formulaire testé ;
page mobile vérifiée ;
temps de chargement correct ;
liens footer OK ;
page privacy si tracking ou collecte email.

Ordre recommandé

Ne passe pas trois semaines sur la landing.

Acheter le domaine sur Cloudflare.
Brancher hosting.
Publier une landing simple.
Ajouter Analytics.
Ajouter Search Console.
Soumettre sitemap.
Partager à 20 personnes ciblées.
Réécrire le hero avec les mots qu'elles utilisent.

La landing V1 n'est pas censée être parfaite. Elle est censée être en ligne, claire, mesurable, et assez crédible pour apprendre.