WordPress et l’Open Website Alliance : garder la maîtrise de son site

Le 21 septembre 2026, Mary Hubbard a annoncé prendre la présidence tournante de l’Open Website Alliance au nom de la WordPress Foundation. L’annonce WordPress rappelle que l’alliance réunit les organisations communautaires de Drupal, Joomla!, TYPO3 et WordPress autour de l’open source. Cette coopération ne modifie pas directement votre site. Elle offre une occasion de préciser ce que votre entreprise maîtrise réellement.

L’open source concerne les possibilités offertes par la licence du logiciel, notamment son utilisation, son examen et sa modification. Un site construit avec un tel outil conserve pourtant des dépendances : hébergement, extensions, comptes de services et travail du prestataire. Les coûts d’exploitation et de maintenance subsistent. L’autonomie se vérifie à travers ces éléments, au-delà du nom de la technologie.

Pouvoir publier et pouvoir partir sont deux capacités distinctes

L’autonomie d’édition répond au travail courant : corriger une information, remplacer une image ou ajouter une page. La capacité de transfert répond à un changement d’environnement. Une équipe peut très bien publier sans posséder les accès nécessaires à une migration. Il faut donc examiner les deux situations séparément dans le projet.

Demandez une démonstration avec une page représentative. La personne qui publiera doit pouvoir repérer les zones modifiables et comprendre les effets de ses actions. Faites préciser ce qui demande une intervention technique : nouveau comportement, formulaire particulier ou fonction marchande. Ce périmètre protège à la fois la liberté d’édition et le fonctionnement du site.

Élément	Point à établir avant la livraison
Nom de domaine	Titulaire, accès de gestion et procédure de renouvellement
Textes et médias	Droits d’utilisation, emplacement et récupération des originaux
Site et données	Contenu de la sauvegarde ou de l’export, fonctions à reconstruire
Services externes	Compte propriétaire, abonnement et conditions de transfert

Dans un exemple hypothétique, une entreprise récupère toutes ses pages mais découvre que son formulaire dépend d’un compte détenu par l’ancien prestataire. Les textes sont disponibles ; le parcours de demande reste incomplet. Le test de sortie doit suivre ce parcours et identifier le service, l’accès et la configuration à reprendre. Il ne suffit pas de vérifier qu’un fichier d’export existe.

Préparer un transfert compréhensible

Prenez une petite copie représentative et faites décrire sa remise en service : données, médias, configuration et dépendances. Pour une boutique, les commandes et les comptes clients ajoutent des contraintes de confidentialité et de continuité. Leur récupération ne doit pas être traitée comme celle d’un simple ensemble de pages.

Listez également les éléments qui ne se transfèrent pas automatiquement : licence liée à un compte, outil de paiement, service d’envoi ou connexion à une application externe. Un changement de prestataire peut conserver le site tout en exigeant un nouveau contrat pour l’un de ces services. Ces coûts et ces opérations doivent être visibles avant la décision.

La maîtrise des accès ne signifie pas que tous les collaborateurs doivent disposer de tous les droits. L’entreprise doit savoir qui détient les accès, comment les retrouver et comment les retirer au départ d’un intervenant. Gardez ces informations dans un outil sécurisé et vérifiez leur disponibilité sans les faire circuler dans un document public.

Enfin, choisissez qui suit les composants et les sauvegardes après livraison. L’ouverture du logiciel permet son évolution ; elle ne garantit pas que chaque composant restera maintenu. Un inventaire court et une procédure de reprise permettent de décider lorsqu’une dépendance doit changer.