Cette page couvre la demande de site web de bout en bout : le déblocage, le formulaire que le membre remplit, les délais, puis la façon dont la demande est traitée en interne. Elle s'adresse aux coachs et aux admins.
Sommaire
<aside> 🔒
La demande de site web se débloque quand le module « Site web » de la formation est validé (quiz réussi). Avant ça, la page est verrouillée et renvoie vers le module.
</aside>
Vue verrouillée : le membre voit la condition et le bouton vers le module Site web.
Une fois le module validé, le membre remplit un formulaire en plusieurs blocs : identité (nom de la conciergerie, ville, contacts, couleur principale, logo), histoire, services proposés, offres et zones desservies.
Bloc identité : nom, ville, contacts, couleur (détectée automatiquement depuis le logo) et logo.
Blocs histoire et services : plus le membre en dit, plus le site est personnalisé.
<aside> ⏱️
Délai annoncé au membre : livraison sous 72 h. En interne, le SLA du développeur est de 24 h. Une seule demande de site par compte (nouvelle tentative possible uniquement si la génération a échoué).
</aside>
<aside> ✅
Après livraison, le membre retrouve son site sur la même page : URL, statut, et connexion d'un domaine personnalisé s'il en achète un.
</aside>
<aside> 🔵
La demande part automatiquement du CRM vers le générateur de sites. Le développeur gère la file de génération dans l'admin du générateur, et le CRM se synchronise tout seul (URL réellement déployée, statut « en cours » puis « livré »).
</aside>
<aside> 🔵
Les demandes de modification d'un site déjà livré ne passent pas par le formulaire : le membre ouvre un ticket (ou passe par son coach), et le développeur traite la modification dans la file.
</aside>
Ce que c'est. Le générateur ajoute désormais automatiquement, dans chaque site qu'il produit, le socle de référencement qui rend une conciergerie trouvable : le titre et la description de la page (déjà présents avant), l'URL canonique, les balises de partage Open Graph (aperçu propre quand le site est partagé sur WhatsApp ou Facebook) et surtout la fiche entreprise structurée schema.org LocalBusiness : nom, ville, téléphone, email et liste des services. C'est ce bloc que Google lit pour comprendre « c'est une conciergerie à Marrakech, voici son numéro » et le faire remonter dans les recherches locales, et c'est aussi ce que lisent les moteurs IA (ChatGPT, Perplexity) qui n'exécutent pas le JavaScript.
Pourquoi maintenant. En construisant l'annuaire des conciergeries du Maroc, on a audité les sites de tous les membres. Le constat : environ 19 sites de membres (faits en dehors du réseau, la plupart avec le builder de Hostinger) servent une page vide que Google ne peut pas lire, et 4 sites de membres sont carrément hors ligne. Les sites de NOTRE générateur, eux, étaient déjà lisibles ; on en a profité pour les armer complètement. C'est un argument delivery : le site fourni par le réseau est visible sur Google et dans les IA, ce que la plupart des sites faits ailleurs ne sont pas.
Le bloc réellement injecté dans un site livré (exemple : KECH DELUX, Marrakech) : canonical, Open Graph et la fiche LocalBusiness avec les services.
Comment ça marche. Rien ne change dans le parcours : le membre remplit le même formulaire, le site est généré et déployé pareil. Juste avant le déploiement, une étape déterministe (pas d'IA, donc pas d'aléa) complète l'en-tête du site avec tout ce qui manque, sans jamais dupliquer ce que la génération a déjà posé. Les informations viennent du formulaire du membre : nom de la conciergerie, ville, téléphone, email, services cochés.