Un site vitrine que le clientose modifier.
Le piège d’un site vitrine n’est pas de le faire : c’est l’état dans lequel on le laisse. Nexus construit les pages, mais il range aussi les accès, surveille la mise en ligne et garde la trace de ce qui a été décidé — pour que la petite demande de dans six mois ne soit pas une enquête.
Le site en production, avec son back-office et un compte p
Les accès de l’hébergement, de la base et du back-office r
La sonde de page active, les sauvegardes planifiées et vér
La fiche du projet : ce qui est en ligne, sur quel commit,
Comment ça se passe.
Les pages, et le modèle de contenu derrière
Ce que le client doit pouvoir changer seul décide de la structure du back-office. Un champ libre de trop et il n’y touchera plus.
L’agent écrit et montre
Les pages apparaissent une à une dans l’explorateur de fichiers de l’application, pendant qu’il travaille. Vous ouvrez la préproduction quand vous voulez.
On range les accès pendant le chantier
Hébergement, base, back-office, SFTP : au coffre, chiffrés. L’agent s’en sert sans les lire, et ils seront là dans six mois.
On met en ligne, et on met sous surveillance
Une sonde publique lit la page d’accueil, le fichier des robots, le plan du site et une adresse improbable pour vérifier la page 404.
Ce que vous recevez à la fin
Le site en production, avec son back-office et un compte par personne qui le modifie
Les accès de l’hébergement, de la base et du back-office rangés au coffre du projet
La sonde de page active, les sauvegardes planifiées et vérifiées
La fiche du projet : ce qui est en ligne, sur quel commit, avec quelles décisions
Sur quoi ça s’appuie
Le coffre d’accès
Les accès du client rangés, chiffrés, employés par l’agent sans qu’il les voie.
Surveillance et sauvegardes
La sonde de page et les sauvegardes : l’alerte avant le client.
Les projets
La fiche du projet : ce qui est en ligne, ses accès, ses décisions.
La mémoire partagée
Ce qui a été décidé reste lisible pour la session de dans six mois.
Questions fréquentes
Quelques pages soignées et un back-office que le client ose ouvrir : un site vitrine construit, documenté, surveillé et mis à jour dans la même application.
Une autre question ? Écrivez-nous →Quel CMS ?
Celui que votre client sait déjà utiliser. Ce qui compte pour Nexus, c’est que le code vive dans un dépôt git et que le serveur s’atteigne en SSH ou en SFTP ; les branches, le coffre et la préproduction fonctionnent pareil derrière.
Qui fait les mises à jour ensuite ?
Un agent, à la demande ou sur une tâche planifiée : il met à jour en préproduction, relit les pages dans son navigateur, puis vous laisse déclencher la production. Voir le cas « Maintenance et mises à jour ».
Et si le client appelle pour une correction de texte ?
Sa demande arrive dans son portail, devient une tâche, et la discussion qui la traite part avec le dossier de reprise du projet : le commit en ligne, les branches ouvertes, les dernières sessions.