Commencer gratuitement
← Tous les guides

Le plan du site

Chaque projet hébergé possède son propre écran Plan du site — une lecture réelle et structurée de PLAN.md, le document vivant que le moteur de création rédige et tient à jour, et non un export ponctuel ni un journal des modifications. On y accède par le bouton « Plan du site » sur la page du projet, à /projects/<id>/plan, protégé de la même manière que le reste des outils d'équipe d'un projet. Une version distincte, en lecture seule, du même écran existe pour le client lui-même — voir « Ce que voit le client » ci-dessous.

1

Ce que c'est vraiment

PLAN.md est rédigé dès que la première création d'un projet se termine, et il est destiné à toujours décrire le site tel qu'il est maintenant — et non un journal de tout ce qui lui est arrivé (c'est le rôle de l'onglet Versions et du Journal des modifications). L'écran Plan du site analyse ce Markdown et le transforme en interface réelle : un tableau pour les pages, une liste pour les modules, une liste de contrôle pour les questions en suspens, et du texte simple pour les informations d'entreprise, la marque et les décisions.

Tant qu'aucune création n'est terminée, il n'y a encore rien à lire : l'écran affiche « Pas encore de plan », explique simplement que le plan est rédigé par la première création du projet, et renvoie vers la page du projet plutôt que d'afficher un tableau vide.

Un site dont les fichiers sont arrivés sans plan (publié depuis un autre outil d'IA via le connecteur, importé ou téléversé) en reçoit tout de même un : l'écran démarre le plan à partir du brief du projet, des choix du kit et des pages mesurées, et une bannière, Ce plan a été démarré pour vous, propose « Enregistrer ce plan », qui en fait le vrai plan du projet afin que chaque section puisse être modifiée. « Lire le plan complet du site » renvoie au document du plan dans l'onglet Plan et brief.

Les outils ajoutés ensuite depuis le Kit (Ajouter au plan) rejoignent la liste des Modules comme Prévu, avec un lien Voir dans le Kit, même lorsque le texte du plan a été rédigé avant leur ajout.

2

La bande de progression et « Plan mis à jour »

Sous le titre, une ligne indique la dernière mise à jour du plan : « Plan mis à jour le 2 oct., 15 h 04 ». Cette heure correspond à la dernière fois où aiKit a mesuré les fichiers réels du site, ce qui se produit après chaque modification (une modification dans le chat, une épingle, un ajout depuis le kit, une restauration, une modification manuelle du plan, une publication depuis un autre outil d'IA).

En haut, une fois le plan créé : une barre de progression globale en pourcentage, et trois cartes en dessous : Pages créées (sur les pages prévues), Modules créés (sur les modules choisis) et Questions répondues (sur les questions ouvertes du plan). Chaque carte est un bouton qui fait défiler jusqu'à la section qu'elle compte. Rien de tout cela n'est déclaré par le texte du plan : une page n'est comptée comme créée que si aiKit la retrouve dans les vrais fichiers du site ; un module n'est compté comme créé qu'à partir du rapport de création vérifié ou du module trouvé dans les fichiers ; et une question est considérée comme répondue lorsque sa ligne est cochée dans le plan ou que le client y a répondu sur sa page Questions.

3

Actualiser le plan

Deux situations font prendre du retard au plan, et l'écran indique laquelle : la passe IA qui réécrit le plan après une modification ne s'est pas terminée (« Le plan écrit n'a pas été mis à jour après la dernière modification », avec la raison), ou le site a une version plus récente que celle sur laquelle le plan a été mesuré (« Le site a changé après la dernière mise à jour de ce plan »). Dans les deux cas, un bouton « Actualiser le plan » apparaît. La page ne le lance jamais toute seule à l'ouverture (ouvrir une page n'utilise jamais l'IA) ; le moteur intègre déjà chaque modification au plan en arrière-plan, et ce bouton sert quand ce travail a pris du retard. Actualiser le plan intègre la modification la plus récente au plan écrit et mesure à nouveau le site. Si cela ne aboutit toujours pas, la bannière reste avec le détail du problème, et vous pouvez appuyer à nouveau sur Actualiser le plan ou modifier le plan à la main.

4

Santé

La carte Santé attribue au site une note sur 100 à partir de règles vérifiées par aiKit dans les vrais fichiers, jamais à partir de l'avis de l'IA : un titre de page ou une description pour les moteurs de recherche manquant ou en double, une page sans titre principal ou avec plusieurs titres principaux, un lien vers une page inexistante, une page que personne ne lie et que le menu omet, des images sans description pour les lecteurs d'écran, des pages très courtes, un formulaire sans destination, et un module demandé par le brief qui ne figure pas sur le site. Chaque problème indique la page concernée, pourquoi il compte, et possède un bouton Corriger : Corriger envoie l'instruction prête à l'emploi du problème comme demande à l'IA, le bouton affiche « Correction demandée » pendant le traitement, et la note est recalculée une fois la modification en ligne. Filtrez la liste par gravité grâce aux compteurs Élevée, Moyenne et Faible, et « Tout afficher » supprime le filtre.

5

Plan du site, détails des pages et Historique

Le plan du site représente le site sous forme d'arbre : l'accueil en haut, puis le menu dans l'ordre, puis les pages atteintes depuis ces pages. Les pages que personne ne lie sont regroupées à part, les pages listées dans le plan mais pas encore créées sont dessinées en pointillés et marquées Prévue, et les pages créées que le plan ne mentionne pas sont marquées « Absente du plan » avec un bouton « Ajouter au plan » qui les ajoute à la section Pages.

Cliquez sur une page (dans le plan du site ou dans la liste des pages) pour ouvrir ses détails à côté du plan. La barre d'adresse devient ?page=/about, de sorte que le lien ouvre la même page pour toute personne de l'équipe. Les détails montrent l'aspect de la page dans Google (titre, adresse, description), ses sections et titres principaux, le nombre de mots, les images et combien n'ont pas de description, ses formulaires et le module du kit qui les traite, si le client l'a approuvée, ainsi que la dernière modification : quand, qui l'a demandée et ce qui a été demandé.

L'Historique liste les versions conservées par aiKit (l'Original et les 10 plus récentes), de la plus récente à la plus ancienne : son numéro, le type de modification (Première création, Chat, Épingle, Kit, Publication, Restauration, Modification du plan), la date, ce qui a été demandé, qui l'a demandé, et les pages modifiées (cliquez sur une page pour ouvrir ses détails). La plus récente est marquée Version actuelle ; chaque version plus ancienne comporte « Restaurer cette version », qui demande confirmation et enregistre d'abord l'état actuel avant de rétablir le site, de sorte qu'une restauration peut être annulée. Les trois premières s'affichent ; « Tout afficher » liste le reste.

6

Vérification des informations de l'entreprise

La section Informations de l'entreprise compare le téléphone, l'e-mail, l'adresse et les horaires fiche client avec le texte des pages créées (l'accueil et la page de contact en premier). Chaque information affiche « Sur le site » ou « Introuvable sur le site » (avec le nombre de pages vérifiées, car le site peut afficher une ancienne valeur), et un lien « Modifier dans la fiche client » garde la fiche client comme source de référence.

7

Les six sections

  • Pages — un tableau : Page, Chemin, Objectif et Statut (Créée ou Prévue), avec un lien « Voir » vers la page en ligne dès qu'elle est à la fois créée et le site en ligne.
  • Modules et outils — chaque module listé dans le plan, avec une pastille Créé ou Prévu et sa propre note.
  • Informations de l'entreprise — horaires, adresse, services, tarifs, tout élément factuel sur l'entreprise, rédigé en texte simple.
  • Image de marque — la palette, le ton et toutes les notes de style consignées dans le plan.
  • Décisions — les choix réels qui ont été faits et qu'il ne faut pas remettre en cause lors de la prochaine modification.
  • Questions ouvertes — une liste de contrôle des points réellement encore indécis, indiquant chacun « Répondu » ou « Toujours ouvert ».
8

Modifier ou Demander une modification

Chaque carte de section comporte les mêmes deux boutons. « Modifier » ouvre le Markdown brut de cette section dans une zone de texte simple et l'enregistre directement dans PLAN.md — il s'agit d'une écriture réelle et immédiate (via le point de terminaison PUT du projet), mais elle ne déclenche volontairement ni création ni publication ; elle modifie seulement ce que dit le document du plan, comme la modification de n'importe quelle autre note.

« Demander une modification » fonctionne différemment, volontairement : il ouvre un petit formulaire (« Que souhaitez-vous modifier dans <section> ? »), et l'envoi crée une vraie demande dans l'onglet Retours du projet — libellée « Plan du site — <Section> : … » — exactement comme toute épingle ou demande de Modification rapide, avec son propre cycle de statut et un lien « Voir la demande » une fois envoyée. Utilisez Modifier lorsque vous corrigez ou réécrivez vous-même le texte du plan ; utilisez Demander une modification lorsque vous voulez que le site réel (et, par conséquent, le plan) soit mis à jour en conséquence.

9

Comment il reste à jour

Le plan comporte deux couches. Les mesures (pages, titres, sections, liens, formulaires, modules, état de santé) sont relevées par le code à partir des fichiers réels après chaque modification, donc elles ne peuvent pas diverger. Le plan rédigé (objectifs, faits sur l'entreprise, image de marque, décisions, questions en suspens) est tenu à jour par une passe d'IA qui s'exécute après chaque modification et ne réécrit que les parties touchées par celle-ci. Elle n'ajoute jamais de journal des modifications ni d'entrées datées ; l'historique des modifications se trouve dans Historique.

Si cette passe d'IA échoue, le plan rédigé reste tel quel plutôt que d'être réécrit à moitié, l'échec est consigné, et l'écran affiche Actualiser le plan (voir ci-dessus) au lieu d'afficher discrètement un plan périmé.

10

Partage, téléchargement et barre des fichiers

Une barre à côté du plan regroupe les actions (sur téléphone, cette barre devient un bouton pleine largeur « Copier le lien client » juste sous la bande de progression, les autres actions étant repliées sous « Plus d'actions (3) »). « Partager avec le client » copie un lien en lecture seule (aikit.ai/p/<project>/plan) — sans outils internes, sans boutons de modification, rien d'interne. « Ouvrir le site en ligne » est un lien direct vers le site en ligne, ou la barre indique clairement « Pas encore en ligne » si ce n'est pas le cas. « Fichiers » affiche le nombre réel de fichiers avec une liste dépliable du chemin et de la taille de chaque fichier. « Télécharger le plan » télécharge le PLAN.md actuel réel sous forme de fichier .md, identique octet par octet à ce que lit l'écran — et non un résumé regénéré.

11

Ce que voit le client

La page du client s'ouvre sur son onglet Plan : le même document de plan de site que celui vu par l'équipe dans l'onglet Plan et brief (vue d'ensemble et objectifs, public, stratégie, plan du site, chaque outil avec ce qu'il apporte à leur entreprise et son statut, plan de contenu, calendrier, décisions et questions en suspens), sans les parties réservées à l'équipe : pas de notes saisies lors de l'ajout d'un outil, pas de noms de la personne qui a ajouté quoi, pas de liens vers la Kit de aiKit, et pas de bouton Rédiger le plan. Un deuxième onglet, Pages et approbations, conserve la vue page par page ci-dessous.

Dans Pages et approbations, protégé par le même code d'accès qu'ils utilisent déjà pour laisser des commentaires (sans connexion séparée), le client voit la même bande de progression, un Plan du site de ses pages, la liste des pages avec des liens « Voir », les modules, les faits sur l'entreprise, l'image de marque, les décisions et les questions en suspens, ainsi qu'une ligne « Plan mis à jour ». Il n'a pas accès à l'état de santé, aux instructions de correction, à l'historique, à qui a demandé quoi, à la liste des fichiers, ni à aucun bouton Modifier ou Demander une modification.

Tout ce que l'équipe marque pour elle-même est supprimé sur le serveur avant l'envoi de la page, dans toutes les sections : une ligne contenant « (internal) », « [internal] » ou « (staff only) », une ligne commençant par « Internal: » ou « Staff only: », toute section dont le titre indique Internal ou Staff only, et les commentaires cachés. Ces lignes n'atteignent jamais le navigateur du client, pas même dans les données réseau de la page.

Chaque page construite possède un bouton Approuver. Le client saisit son nom (et une note facultative) puis approuve ; l'approbation est liée au contenu exact de cette page, donc si la page change ensuite, elle affiche « Modifiée depuis votre approbation » et demande à nouveau. Seule une personne utilisant le code d'accès du client peut approuver. Si vous ouvrez le lien client en étant connecté en tant qu'équipe, vous voyez l'état d'approbation de chaque page mais aucun bouton Approuver, afin que personne ne puisse approuver au nom du client. Sur le Plan du site côté équipe, les pages approuvées affichent « Approuvée par le client » et celles modifiées « Modifiée depuis l'approbation. »

Un bouton « Envoyer un commentaire » se trouve en bas : si le site est en ligne, il ouvre le site en ligne réel avec la superposition de commentaires déjà activée (avec leur propre code d'accès) ; s'il n'est pas encore en ligne, il renvoie à leur page Mises à jour récentes.

Guide suivant Prochaines étapes sur la page du projet

Une question plus rapide et précise ? Consultez la FAQ.