Votre site, votre choix

Posséder un site n'est pas une seule chose, mais un ensemble de choses distinctes que l'on confond facilement : le logiciel sur lequel il tourne, les textes et les images qu'il publie, les réglages qui décrivent votre activité, l'adresse que les gens saisissent, le compte qui sert les pages et les services avec lesquels il communique. La maîtrise réelle d'un site est aussi solide que la maîtrise de chacune de ces parties prise séparément.

C'est pourquoi « votre site vous appartient » mérite une explication plutôt qu'une affirmation. Une licence peut être perpétuelle et ne servir à rien si l'adresse, le compte d'hébergement et les réglages de compilation appartiennent à quelqu'un d'autre. Une copie des fichiers peut vous appartenir et rester inutilisable si le système qui transforme ces fichiers en site en fonctionnement ne fait pas partie de l'accord. Une propriété que l'on ne peut pas exercer est une promesse, pas une position.

Foundation est construite en tenant compte de cette différence : la plateforme est un produit public partagé sous licence ouverte, et le site que vous bâtissez dessus est le vôtre. L'emplacement des comptes qui servent votre site — chez vous, ou chez nous dans le cadre d'une exploitation gérée — dépend du mode d'exploitation que vous choisissez.

La licence Apache 2.0 vous accorde des permissions irrévocables sur le code : elles ne peuvent plus vous être retirées. C'est une affirmation sur des permissions, et il faut la distinguer de ce qui maintient un site en fonctionnement. Une licence ne garantit pas qu'un domaine reste enregistré, qu'un hébergeur continue d'exister, qu'un service tiers reste disponible ou qu'un compte reste ouvert. Cela dépend des comptes, des fournisseurs et des accords — et c'est pourquoi le reste de cette page porte sur qui les maîtrise.

Une transmission n'est pas non plus une formalité. Une transmission sérieuse réunit le dépôt avec la version de Foundation qu'il exécute, les mentions de licence et d'attribution, vos contenus et ressources sous forme de fichiers, le domaine et ses enregistrements DNS, les réglages de compilation et de déploiement, les variables d'environnement et autres secrets, la liste des services tiers et une documentation suffisante pour que quelqu'un d'autre reprenne le travail. Deux points sont systématiquement sous-estimés : les secrets, car un dépôt ne contient aucun mot de passe, et le domaine, car la possession d'un dépôt n'a aucune incidence sur l'enregistrement d'un domaine.

Les trois modes d'exploitation envisagés — vos propres comptes avec une aide ponctuelle, vos comptes avec Provelopment en maintenance, ou Provelopment qui exploite avec une copie indépendante et une voie de reprise — sont des intentions, pas des offres figées : les conditions se conviennent au moment du contrat, et rien sur cette page ne constitue un engagement contractuel.

Un site construit avec Foundation peut fonctionner de trois manières. La première, entièrement par vous-même : le dépôt, le domaine et le compte d'hébergement sont à votre nom et vous appliquez vous-même les modifications. La deuxième, avec un développeur ou une agence que vous choisissez : le travail se fait dans votre dépôt et vos comptes, exécuté par un tiers. La troisième, avec Provelopment : par accord, avec une aide à la mise en place, à la maintenance et à l'exploitation.

Aucune de ces trois formes n'est un catalogue de prestations déjà arrêté, et aucune ne promet ce qui est proposé aujourd'hui. Elles décrivent l'intention qui a guidé la construction du projet : la plateforme, la configuration et les manuels sont conçus pour que les trois fonctionnent et pour qu'aucune ne soit la seule option raisonnable. Ce qui ne change dans aucune d'elles : le logiciel vous est permis, les contenus et l'identité vous appartiennent, et la décision de changer reste la vôtre.

Une installation et un site ne sont pas la même chose. Une installation Foundation peut desservir un seul site ou plusieurs : dans ce cas, derrière chaque nom d'hôte se trouve un Spoke distinct, avec son identité, ses contenus, ses ressources et sa configuration, tandis que tous les Spokes partagent la même base d'exécution Foundation. Ce qui est partagé, ce sont les capacités d'exploitation : la base d'exécution, la structure commune, les schémas, les vérifications et le processus de construction et de déploiement.

Pour une remise, la différence compte. Si l'installation ne contient qu'un site, la remise reste simple. Si elle contient plusieurs Spokes, il faut distinguer ce qui est commun de ce qui appartient à chacun ; transférer un Spoke vers une autre installation est possible, mais cela suppose de décider du sort des parties partagées et demande plus de travail que la remise d'un site isolé. Affirmer que « chaque site peut être transféré de façon indépendante » serait donc faux : tout dépend de l'installation à laquelle appartient le site et de ce qui y est partagé.

Et même lorsque la licence et la propriété sont claires, il n'en découle pas un déménagement sans obstacle. Les droits ne remplacent ni les comptes, ni les accès, ni le savoir d'exploitation ; d'où la liste qui suit, qui sert à vérifier une remise.

La responsabilité de la maintenance et de l'exploitation incombe toujours à quelqu'un. Il faut décider à qui : à vous, à un développeur que vous désignez, ou — par accord — à Provelopment. Ce qui compte n'est pas le contenu de la réponse, mais le fait qu'il s'agisse d'une décision et non d'une supposition.

Changer de développeur ou de prestataire est une décision ordinaire. Le travail est surtout pratique : transférer les comptes et les réglages, modifier la destination du domaine et des enregistrements DNS, ressaisir les secrets et les variables d'environnement, déployer dans le nouvel environnement et vérifier que les pages, les formulaires et les redirections se comportent comme avant. Il faut aussi le dire franchement : le résultat n'est pas toujours identique, car les compétences, le prix et la qualité varient, et un déménagement précipité provoque des incidents temporaires. Foundation n'affirme qu'une chose : aucune partie du logiciel n'est volontairement conçue pour rendre un déménagement difficile.

Le travail quotidien est discret : mettre à jour les dépendances, appliquer les correctifs de sécurité, vérifier que les sauvegardes se restaurent vraiment, surveiller la disponibilité et s'assurer qu'une mise à jour ne casse rien. Un site laissé sans entretien ne s'effondre pas d'un coup : il vieillit, et le coût apparaît d'un seul coup à la fin. Une décision prise coûte donc moins qu'une supposition.