Comptez d’abord les parcours de décision, pas les pages
Je ne choisis pas un CMS d’après un joli template. Les problèmes arrivent plus tard : une seconde langue, changer un canonical, poser un 301, connecter le CRM et comprendre pourquoi le formulaire n’a pas été envoyé.
L’erreur que j’éliminerais d’abord : Choisir la structure d’après un template plutôt que d’après le nombre d’intentions.
Quoi préparer et quel résultat attendre
- Résultat : La structure ne bloque pas la croissance et n’oblige pas le visiteur à chercher un service dans une toile universelle.
- Comptez services/produits, audiences distinctes, régions, filtres, contenu et le nombre de pages futures.
- Conservez les données sources et les droits d’accès séparément du résultat pour pouvoir vérifier ce qu’a fait le choix de structure du site.
- Dessinez le parcours de trois clients typiques et vérifiez si chacun peut avoir une URL et un CTA propres.
Faire correspondre trois structures au fonctionnement réel de l’entreprise
- Choisir une landing page
Une landing page convient à un produit, une audience, un chemin de décision court et peu de requêtes autonomes. Construisez des sections problèmes, preuves, conditions et CTA.
Проверьте: Tout le scénario peut se terminer sans seconde page.
Если не сработало: Si des services et questions distincts apparaissent, placez-les sur des URL séparées.
- Choisir une structure multipage
Pour plusieurs services, créez /services/ et une URL distincte pour chaque service. Ajoutez contacts, cas clients, FAQ et liens internes entre pages liées.
Проверьте: Chaque page a sa propre intention et un CTA avec owner.
Если не сработало: Ne découpez pas un service par ville sans contenu local.
- Choisir une boutique
Une boutique est nécessaire avec un catalogue, un stock, des prix, des variantes, un panier et des achats répétés. Décrivez filtres, catégories et règles d’indexation dès le départ.
Проверьте: Un visiteur peut trouver un produit et comprendre disponibilité/livraison.
Если не сработало: Pour 3 à 5 produits, utilisez une page produit ou un petit catalogue, pas une plateforme lourde.
- Calculer le coût total d’ownership
Additionnez support, contenu, intégrations, SEO, formulaires, paiements et migration de données. Un démarrage bon marché avec une maintenance manuelle chère n’est pas une économie.
Проверьте: Il y a un owner des changements après le lancement.
Если не сработало: Retirez une fonctionnalité que personne ne pourra maintenir.
Une page de test avant d’acheter
Sur chaque plateforme, créez `/test-service/` et vérifiez : title, description, slug, canonical, noindex, JSON-LD, sitemap, redirection 301, formulaire et GA4 sans double comptage. Vérifiez l’URL publiée, pas la preview.
Dans WordPress, ouvrez `Settings → Reading` et `Settings → Permalinks`. Dans Webflow — `Pages → Page settings → SEO settings`. Dans Wix — `SEO & GEO → Tools and settings → SEO Settings`. Dans Tilda — les réglages SEO de la page et les `robots.txt` et `sitemap.xml` publiés.
curl -I https://example.com/test-service/
curl -s https://example.com/test-service/ | grep -Ei 'title|description|canonical|robots'Je vérifie le coût de sortie
Avant le lancement, demandez l’export du contenu, des images et des URL, une sauvegarde, un tableau de redirections et le transfert du domaine. Si chaque changement exige un prestataire, ce n’est pas automatiquement une mauvaise plateforme — ajoutez simplement le temps interne et le coût de support au TCO.
- Le domaine et les comptes de récupération doivent appartenir à l’entreprise.
- Un nouveau site ne doit pas changer toutes les URL sans carte de 301.
- L’accès analytics et Search Console est vérifié avant le lancement.
Je vérifie le chemin d’urgence, pas seulement l’éditeur
Demandez de créer une sauvegarde, de supprimer une page de test, de poser un 301, de restaurer la page depuis la sauvegarde et d’exporter le contenu. Si le support ne sait pas où vit le sitemap ni comment transférer le domaine, notez cela comme risque d’ownership.
Évaluez la plateforme sur une page de service réelle et un formulaire, pas sur un template de démo. Une heure de ce contrôle coûte moins cher qu’une migration après une chute de trafic.
Quand il faut une landing page, un site ou une boutique
| Critère | Question | Bon signe |
|---|---|---|
| Entrée | Qu’est-ce qui entre exactement dans le choix de structure du site ? | Comptez services/produits, audiences distinctes, régions, filtres, contenu et le nombre de pages futures. |
| Action | Que le système a-t-il le droit de faire seul ? | Uniquement des actions prélistées, sans accès à tout le compte |
| Vérification | Comment savoir que le résultat est acceptable ? | Dessinez le parcours de trois clients typiques et vérifiez si chacun peut avoir une URL et un CTA propres. |
| Échec | Où vont les cas peu clairs ? | Commencez par une structure plus petite et laissez des URL propres pour les services futurs au lieu de créer des sections « au cas où ». |
Ce qui doit changer après la mise en place
La structure ne bloque pas la croissance et n’oblige pas le visiteur à chercher un service dans une toile universelle.
Comment la structure commence à bloquer recherche et ventes
Choisir la structure d’après un template plutôt que d’après le nombre d’intentions.
Essayer de caser cinq services dans une seule landing page.
Acheter une boutique sans owner pour le catalogue et le stock.
Ne pas planifier la portabilité du contenu et des URL.
Quand le choix du site ne peut pas se faire au seul budget
Faites appel à un spécialiste si le choix touche un catalogue, plusieurs marchés, une migration d’URL ou des intégrations paiement et CRM.
Que se demander avant d’acheter un template
À qui s’adresse cette approche de choix de structure de site ?
Une landing page, un site multipage et une boutique ne se distinguent pas par le nombre d’écrans, mais par le nombre d’intentions, de produits, de règles et de scénarios d’achat. Choisissez la structure selon le fonctionnement de l’entreprise.
Par où commencer si tout est encore manuel ?
Comptez services/produits, audiences distinctes, régions, filtres, contenu et le nombre de pages futures.
Comment vérifier que le setup ne vous nuira pas ?
Dessinez le parcours de trois clients typiques et vérifiez si chacun peut avoir une URL et un CTA propres.
Et si le résultat n’est pas clair ?
Commencez par une structure plus petite et laissez des URL propres pour les services futurs au lieu de créer des sections « au cas où ».
