Si Joomla est retenu comme plateforme cible, la préparation doit considérer le site source comme un système de contenu relié plutôt que comme une collection d’Articles et de tables. Articles, Categories, Menu Items, Modules, niveaux d’accès, langues, médias, templates, plugins, Components et routes se répondent. Un contenu peut exister dans la base tout en étant inaccessible, masqué au groupe d’Users attendu, associé à la mauvaise langue ou dépendant d’une extension absente de la boutique cible.
Le dossier de préparation doit rendre ces relations explicites avant le début de la migration. Chaque tâche importante doit avoir un responsable, une preuve et une condition de préparation. L’objectif n’est pas de terminer la conception cible à l’avance, mais d’éliminer l’ambiguïté sur ce que Joomla possède, ce qu’une extension possède, ce qui doit rester externe et quels enregistrements représentatifs exposeront les relations les plus importantes pendant les tests de migration.
Sécuriser les accès administratifs, l’hébergement et les preuves source
Commencer par confirmer qui peut accéder à Joomla Administrator, au panneau d’hébergement, à la base, au système de fichiers, aux répertoires médias, au DNS et aux services externes de stockage ou diffusion. L’accès doit permettre de restaurer le site, d’inspecter les données appartenant aux extensions et de produire des preuves fiables même si le site public devient indisponible.
| Action de préparation | Responsable | Preuve | Condition de préparation |
|---|---|---|---|
| Confirmer l’accès Joomla Administrator | Propriétaire du site ou administrateur Joomla | Compte fonctionnel et synthèse du rôle | Menus, Users, extensions et zones de configuration nécessaires sont inspectables. |
| Confirmer hébergement et base de données | Responsable infrastructure/hébergement | Accès panneau, credentials base et versions PHP/base | Un export actuel de la base et une sauvegarde du système de fichiers peuvent être créés indépendamment du site en production. |
| Documenter l’environnement Joomla | Responsable technique | Version Joomla, PHP, base, template actif, langues et notes cache/CDN | L’environnement source figure dans un inventaire daté unique. |
| Recenser les dépendances externes | Responsable système | DNS, CDN, stockage, e-mail, recherche, formulaires, CRM, outils d’analyse et authentification | Chaque dépendance externe a un propriétaire et une décision de continuité cible. |
| Figer les identifiants source | Coordinateur migration | IDs Articles, Categories, Menu Items, Users, enregistrements d’extensions et clés externes utiles | Les références croisées importantes restent traçables après extraction. |
Créer une sauvegarde complète avant tout nettoyage. Conserver l’original immuable et enregistrer date, périmètre, emplacement, chiffrement ou contrôles d’accès et responsable de restauration. Si le site utilise stockage média externe, réécriture CDN ou références distantes, les documenter séparément : une archive locale peut ne pas contenir tout le contenu.
Inventorier Articles, Categories, menus, Modules et routes
Les Articles ne définissent pas la structure publique complète. Categories organisent le contenu, Menu Items créent routes et contextes, Modules fournissent des contenus environnants et niveaux d’accès contrôlent la visibilité. La préparation doit relier ces éléments pour les pages les plus importantes.
| Relation de contenu | Preuve à préparer | Condition de préparation |
|---|---|---|
| Article → Category | Export avec IDs, alias, langue, statut et niveau d’accès | Chaque Article du périmètre possède une Category identifiée ou un traitement volontaire sans Category. |
| Menu Item → destination | Inventaire avec type, parent, alias, route, langue, accès et Component/vue liée | Les routes prioritaires ont une destination cible explicite et ne sont pas déduites du seul titre d’Article. |
| Module → contexte de page | Liste avec position, affectation aux menus, langue, accès et extension propriétaire | Les Modules critiques sont classés comme contenu, présentation, sortie d’extension ou candidats au retrait. |
| Hiérarchie de Categories | Carte parent-enfant avec alias et descriptions | Hiérarchie, variantes multilingues et restrictions d’accès sont comprises. |
| Redirections et fonctionnement SEF | Liste d’URL, règles de redirection/routage et notes canonical | Chaque chemin à forte valeur a une route cible ou une décision de redirection. |
Séparer structure de contenu durable et présentation. Un Menu Item peut pointer vers un Article, une Category Blog/List, des éléments tagués, un Contact, un Component personnalisé ou une URL externe. Un Module peut apparaître seulement sur certains Menu Items. Enregistrer la route et la logique d’affectation réelles plutôt que supposer que l’Article suffit à recréer la page.
Prioriser les URL disposant de trafic organique, backlinks, campagnes, importance juridique, accès compte ou usage fréquent. Pour chacune, enregistrer propriétaire actuel, intention cible, langue et décision : conserver directement, rediriger une fois ou retirer.
Préparer Users, groupes, niveaux d’accès et permissions
Joomla sépare Users, User Groups, Viewing Access Levels et permissions. Un User peut appartenir à plusieurs groupes et la hiérarchie peut produire de l’héritage. Les niveaux d’accès peuvent contrôler Articles, Categories, Menu Items, Modules et enregistrements de Components. Un simple export des Users ne suffit pas lorsque le site dépend de memberships, rôles éditoriaux, contenu restreint ou types de comptes personnalisés.
| Action | Responsable | Preuve | Condition de préparation |
|---|---|---|---|
| Classer les populations User | Administrateur Joomla et propriétaire métier | Liste groupée : admins, auteurs, membres, Customers, partenaires, bloqués, inactifs | Chaque population a un rôle cible ou une exclusion explicite. |
| Cartographier l’appartenance aux groupes | Responsable des accès | Export User→group et hiérarchie des groupes | Users multi-groupes et relations héritées sont visibles. |
| Cartographier les niveaux d’accès | Responsable contenu/membership | Définitions des Access Levels et groupes associés | Le contenu restreint est relié aux Users qui doivent le voir. |
| Cartographier les permissions | Administrateur Joomla | Synthèse des permissions globales et Components critiques | Les capacités administratives ne sont pas confondues avec l’accès front-end. |
| Recenser les dépendances d’authentification | Responsable identité | Login local, social, LDAP, SSO, MFA, politique mot de passe et reset | L’approche cible des comptes est documentée sans présumer la portabilité des mots de passe. |
Lorsqu’une extension commerce, membership, LMS, annuaire ou communauté possède son propre profil, relier ce profil au Joomla User ID et classer l’extension comme véritable propriétaire de la relation métier. Ne pas aplatir statut membre, historique d’abonnement, progression, données vendeur ou Customer dans de simples métadonnées User.
Préparer le contenu multilingue et les associations linguistiques
Les sites Joomla multilingues peuvent affecter Articles, Categories, Menu Items, Modules, Contacts et autres enregistrements à des langues et relier leurs équivalents par des associations. La préparation doit préserver l’affectation de langue et la relation entre les traductions.
Créer un ensemble de preuves avec langues de contenu activées, tags, langue par défaut, Menu Items d’accueil par langue, Articles/Categories/Menu Items associés et configuration du sélecteur de langue. Identifier séparément les enregistrements valables pour toutes les langues.
| Question multilingue | Preuve | Condition de préparation |
|---|---|---|
| Famille d’Articles traduits | IDs associés, alias, titres, tags de langue et routes | Chaque traduction du périmètre possède un équivalent connu ou un traitement autonome intentionnel. |
| Navigation par langue | Menus, pages d’accueil, alias et affectations de Modules | Chaque langue possède navigation principale et route d’accueil définies. |
| Médias/métadonnées partagés | Références de fichiers, légendes, alt text et métadonnées par langue | Actifs partagés et champs localisés sont distingués. |
| Contenu de repli non traduit | Enregistrements toutes langues ou utilisés en fallback | Le fallback est documenté, pas déduit d’une traduction manquante. |
Des alias ou titres identiques ne prouvent pas une association. Utiliser les enregistrements de langue et associations Joomla quand ils existent, puis noter les liens interlangues maintenus manuellement par templates ou extensions.
Inventorier extensions, Custom Fields, templates et tables personnalisées
Les extensions peuvent posséder contenu, transactions, profils, formulaires, redirections, tags, téléchargements, bookings, memberships, événements, annuaires et intégrations. Templates et overrides peuvent modifier le rendu sans posséder les données. Il faut identifier le propriétaire de tout jeu de données critique n’appartenant pas au noyau.
| Preuve d’extension | Détail requis | Condition de préparation |
|---|---|---|
| Inventaire des Components | Nom, version, rôle, tables, IDs core référencés et propriétaire | Chaque Component important a une décision : conserver, remplacer, restructurer, externaliser ou retirer. |
| Inventaire plugins/Modules | Déclencheur ou rôle d’affichage, emplacement config et enregistrements associés | Les dépendances de fonctionnement sont séparées des données de contenu. |
| Custom Fields | Groupe, type, valeurs autorisées, contextes, valeurs et template/extension consommateur | Chaque champ requis dans la plateforme cible a un propriétaire d’implémentation nommé. |
| Templates/overrides | Template actif, enfant, overrides, layouts personnalisés, positions et dépendances builder | Le travail de présentation n’est pas confondu avec la migration des données. |
| Tables/code personnalisés | Schéma, clés primaires/étrangères, but métier et identifiants externes | Les données personnalisées actives sont reliées au processus qui les consomme. |
Pour chaque jeu de données appartenant à une extension, préparer des enregistrements représentatifs et une carte de relations. Un outil de formulaires peut contenir définitions, soumissions, fichiers, notifications et état de livraison CRM ; un annuaire peut contenir fiches, propriétaires, Categories, emplacements, revendications et Reviews. Ce sont des entités indépendantes, pas de simples « champs personnalisés ».
Préparer médias, fichiers et références intégrées
Les médias Joomla peuvent être référencés depuis HTML d’Articles, Custom Fields, Modules, templates, galeries, extensions de téléchargement, stockage distant ou builders tiers. Une copie du système de fichiers ne dit pas quels enregistrements utilisent chaque fichier.
Créer un inventaire distinguant images locales, documents, audio/vidéo, miniatures générées, actifs distants et uploads gérés par extensions. Capturer chemin, nom, MIME, taille, propriétaire connu et type de référence : contenu d’Article, champ, métadonnée, Module ou table d’extension.
Identifier URL absolues, chemins relatifs, noms encodés, doublons, références cassées et différences de casse. Ne pas renommer ou dédupliquer avant d’avoir enregistré les références. Si un nettoyage est nécessaire, conserver un registre source→chemin nettoyé.
La condition de préparation n’est pas une médiathèque parfaite, mais un ensemble de preuves suffisamment complet pour relier les contenus et extensions prioritaires aux fichiers nécessaires.
Séparer le périmètre Joomla core du commerce et des applications
Un site Joomla peut contenir J2Commerce, J2Store, VirtueMart, membership, LMS, booking, événements, annuaire ou applications personnalisées. La préparation Joomla doit identifier ces domaines sans absorber leurs checklists au niveau des enregistrements.
| Domaine | Préparation au niveau Joomla | Propriétaire séparé |
|---|---|---|
| Extension e-commerce | Version Joomla, Users, Articles, Categories, menus, Modules, plugins, template et inventaire d’extensions | Products, Customers, Orders, prix, paiement, livraison, taxe et données propres à l’extension relèvent de la checklist commerce. |
| Membership/LMS | Users, groupes, niveaux d’accès, contenu protégé et extension | Plans, abonnements, inscriptions, progression, paiements et certificats relèvent du propriétaire applicatif. |
| Formulaires/CRM | Placement menu/Module, liens User et extension | Définitions, soumissions, fichiers, notifications et IDs CRM relèvent du propriétaire formulaire/CRM. |
| Component personnalisé | Users, menus, Modules, routes et intégration template | Entités personnalisées, processus et clés externes relèvent du périmètre du Component. |
Cette frontière évite les doublons et clarifie la responsabilité. Le dossier Joomla doit néanmoins enregistrer toute dépendance capable de masquer, exposer ou router du contenu appartenant à une application.
Choisir des échantillons représentatifs
Les échantillons doivent exposer les relations les plus importantes, pas seulement les Articles les plus récents. Construire un registre avec IDs source, URL, raison du choix, objets liés, propriétaire attendu et preuves nécessaires.
Inclure au minimum :
- un Article lié via un Menu Item Single Article ;
- un Article atteint par une vue Category Blog/List ;
- une famille multilingue avec Menu Items associés ;
- du contenu restreint utilisant des niveaux d’accès non publics ;
- une page dont le rendu dépend de Modules ;
- du contenu avec Custom Fields et médias intégrés ;
- une URL ou redirection historique prioritaire ;
- un enregistrement appartenant à une extension majeure ou un Component personnalisé ;
- un User appartenant à plusieurs groupes lorsque le sens de l’accès compte.
Le registre est prêt lorsque chaque échantillon identifie les relations Article, Category, Menu Item, Module, langue, niveau d’accès, média, extension et route qu’il doit exercer. Il doit rester centré sur des preuves source complètes et traçables.
Établir la porte finale de préparation
Avant la migration, le coordinateur doit pouvoir répondre à partir de preuves documentées.
| Question de préparation | Condition de préparation |
|---|---|
| La source est-elle récupérable ? | Sauvegardes immuables base + fichiers avec responsable de restauration et notes sur stockage externe. |
| Les pages prioritaires sont-elles traçables ? | Articles, Categories, Menu Items, Modules, langues, niveaux d’accès, médias et routes sont reliés pour les contenus à forte valeur. |
| Users et permissions sont-ils compris ? | User Groups, niveaux d’accès, permissions et dépendances d’authentification sont documentés. |
| Les extensions sont-elles classifiées ? | Chaque extension/table personnalisée importante a propriétaire, but, preuve source et décision cible. |
| Les frontières applicatives sont-elles explicites ? | Commerce et autres applications ont leur propre périmètre de préparation. |
| Les échantillons sont-ils sélectionnés ? | Le registre couvre routage, accès, multilingue, médias, extensions et données personnalisées. |
| Les inconnues sont-elles contrôlées ? | Chaque dépendance non résolue possède un responsable, une date de décision et un effet sur le périmètre. |
Une décision esthétique manquante ne bloque pas forcément la préparation. En revanche, accès source absent, sauvegardes incomplètes, propriété d’extension inconnue, contenu restreint intraçable ou données personnalisées non définies doivent bloquer le périmètre concerné jusqu’à obtention des preuves.
Conclusion
La préparation Joomla est solide lorsqu’elle préserve les relations entre Articles, Categories, menus, Modules, Users, niveaux d’accès, langues, médias, routes, templates, extensions et systèmes externes. La checklist doit produire des preuves source récupérables, une propriété nommée, des échantillons représentatifs et des conditions de préparation claires plutôt qu’une simple liste d’exports.
Avec ces contrôles, le périmètre peut distinguer contenu Joomla core, présentation, fonctionnement d’extensions et données applicatives sans s’appuyer sur des suppositions pendant l’exécution.
Questions fréquentes
Que faut-il préparer en premier pour une migration Joomla ?
Sécuriser l’accès à Joomla Administrator, à l’hébergement, à la base, au système de fichiers et au stockage externe, puis créer des sauvegardes immuables et un inventaire daté de l’environnement. Sans preuves source récupérables, l’analyse ultérieure du contenu et des extensions n’est pas fiable.
Pourquoi les menus font-ils partie de la préparation ?
Les Menu Items créent les routes et contextes de page. Ils peuvent pointer vers Articles, vues de Categories, Contacts, Components personnalisés ou URL externes et porter langue et accès. Migrer un Article seul ne recrée pas la page par laquelle les Users y accèdent.
Comment préparer les Joomla Users et niveaux d’accès ?
Exporter séparément Users, appartenance aux groupes, hiérarchie des groupes, Viewing Access Levels et permissions importantes. Identifier aussi les fournisseurs d’authentification et profils appartenant aux extensions afin de ne pas confondre identité de connexion avec membership, Customer, learner ou vendor.
Que faire des Joomla Custom Fields ?
Documenter groupe, type, valeurs autorisées, contexte, valeurs stockées et template/extension consommateur. Un champ est prêt lorsque son propriétaire cible et son usage métier sont connus.
Comment représenter le contenu Joomla multilingue dans le dossier de préparation ?
Enregistrer affectations de langue et associations Joomla pour Articles, Categories, Menu Items et Modules. Inclure les pages d’accueil et routes par langue et distinguer contenu partagé, traductions correspondantes et fallbacks intentionnels.
Quels enregistrements choisir pour les tests représentatifs ?
Choisir des cas qui exercent menus, vues de Categories, associations multilingues, restrictions d’accès, Modules, Custom Fields, médias, URL prioritaires et propriété d’extensions. Chaque échantillon doit inclure les IDs source et relations nécessaires à son interprétation.