--- title: "Migrations de contenus vers SharePoint Online" route: "/references/migrations-contenus-sharepoint-online" description: "Des références PopCloud de migration depuis SharePoint Server, Jive et des partages de fichiers vers une architecture SharePoint Online définie." --- # Migrer des contenus vers SharePoint Online selon une cible définie Les références PopCloud portent sur des migrations de contenus depuis SharePoint Server, Jive ou des partages de fichiers vers SharePoint Online. L'objectif n'est pas de reproduire la source à l'identique : les contenus doivent rejoindre une architecture cible, des règles de gouvernance et des droits définis avant l'exécution. PopCloud relie cette préparation à la copie effective des fichiers, de leurs versions et de leurs métadonnées. La même méthode permet de préparer les campagnes de communication, de suivre l'exécution en temps réel dans Power BI et de traiter les écarts à partir de journaux centralisés. ## Trois patrimoines sources rencontrés en projet ### Depuis SharePoint Server Les projets partent d'un patrimoine composé de collections de sites, sous-sites, bibliothèques, pages, documents, versions, métadonnées et droits. La structure historique ne correspond pas nécessairement à l'organisation attendue dans SharePoint Online. L'inventaire rend visibles les propriétaires et les dépendances. La qualification distingue ce qui doit être migré, archivé ou écarté. Les règles de correspondance indiquent ensuite où créer les sites et bibliothèques, comment reprendre les identités et comment transformer les éléments qui ne peuvent pas être copiés tels quels. ### Depuis Jive Une migration depuis Jive doit transposer une logique de communautés vers une architecture SharePoint Online. Le connecteur PopCloud traite les contenus, documents, pièces jointes et images en conservant leur rattachement à l'espace source. Les références de production documentent aussi la préparation des communications aux propriétaires, le suivi de chaque communauté et les traces détaillées du connecteur. La migration technique reste ainsi reliée à la fermeture progressive de la plateforme source et à la validation de la cible. ### Depuis des partages de fichiers Les partages de fichiers demandent de reconstruire un contexte que l'arborescence seule n'exprime pas toujours. Le projet prépare la destination, les métadonnées, les propriétaires et les règles d'accès avant de lancer la copie vers les bibliothèques SharePoint Online. PopCloud peut copier directement les fichiers, leurs versions et leurs métadonnées. Les traitements restent rattachés au référentiel de migration et aux règles de la cible, comme pour les autres sources. ## Définir l'architecture et les règles avant la copie Le Migration Center constitue la source commune du projet. Il réunit le répertoire des espaces, leurs propriétaires, les correspondances entre source et cible, la planification des vagues, l'état des tâches et les journaux d'exécution. La configuration traduit les décisions en règles exécutables : - destination de chaque espace ou contenu - correspondance des identités et des droits - reprise des fichiers, versions et métadonnées - transformation des pages et de la navigation lorsque le projet le demande - traitement des contenus à archiver, exclure ou reprendre séparément - communications et validations attendues à chaque étape Les propriétaires peuvent qualifier leur périmètre à partir d'un tableau de bord ou directement depuis la plateforme source. Des indicateurs d'ancienneté et d'usage peuvent éclairer leur choix. Ils n'abandonnent pas la décision au moteur de migration. ## Préparer les campagnes de communication La communication est préparée avec les vagues de migration. PopCloud permet de structurer les emails adressés aux propriétaires et aux utilisateurs selon les étapes du programme : - ouverture de la phase de qualification et mise à disposition des consignes - relance des propriétaires avant la date de clôture - annonce du démarrage d'une vague de migration - rappel avant la bascule et le passage éventuel de la source en lecture seule - confirmation de fin de migration et demande de validation Les messages peuvent reprendre les informations du Migration Center : espace concerné, liens vers la source et la cible, dates de la vague et actions attendues. Leur préparation peut être adaptée aux populations, à la langue et au niveau d'information retenu par le programme. L'équipe projet coordonne ainsi les campagnes avec l'état réel des tâches, au lieu de maintenir un planning de communication séparé. ## Outiller l'exécution sans imposer un moteur unique PopCloud possède ses propres capacités de copie pour les fichiers, les versions et les métadonnées. Selon la source, la cible et les règles du projet, il peut aussi orchestrer ShareGate ou le SharePoint Migration Tool de Microsoft. Ces outils sont des moteurs mobilisables, pas des dépendances qui définissent PopCloud. La valeur de PopCloud se situe dans la continuité entre : - l'inventaire et la qualification du patrimoine - la configuration des règles - la planification des vagues - la préparation des communications - l'exécution des copies et transformations - le monitoring en temps réel dans Power BI - le diagnostic à partir des journaux centralisés - la remédiation et la clôture des tâches Chaque tâche produit des traces consultables depuis le Migration Center. En cas d'écart, l'équipe peut retrouver le périmètre, les paramètres et les opérations concernés, ajuster la configuration et préparer une reprise ciblée. ## Suivre le programme en temps réel dans Power BI Les tableaux de bord Power BI donnent à l'équipe projet une vue opérationnelle du programme à partir des données du Migration Center. Ils rendent visibles l'avancement de la qualification, la planification des vagues, l'état des tâches, les traitements terminés ou en anomalie et les remédiations à conduire. Cette vue de pilotage est complétée par les journaux d'exécution. Power BI permet de repérer immédiatement le périmètre qui demande une attention ; les logs apportent ensuite le détail nécessaire au diagnostic, à la correction et à la preuve des opérations réalisées. ## Ce qui distingue cette migration d'une montée de version SharePoint Server Une migration de contenus vers SharePoint Online transforme un patrimoine selon une architecture cible. Elle sélectionne, réorganise et adapte les contenus, les métadonnées, les droits, les pages et la navigation. Une migration de SharePoint Server vers une autre version de SharePoint Server répond à un autre objectif : restituer la ferme aussi fidèlement que possible. Elle s'appuie notamment sur la copie, l'attachement et la mise à niveau des bases de données, avec reprise des personnalisations et des composants d'infrastructure. [Examiner les références de migration de fermes SharePoint Server](/references/migrations-sharepoint-server). ## Ce que ces références démontrent Les projets PopCloud montrent qu'une migration de contenus doit être pilotée comme une transformation de l'information. La copie ne commence qu'après avoir défini le périmètre, la cible et les règles. Les campagnes de communication, le monitoring Power BI et les logs maintiennent ensuite le lien entre ces décisions, les personnes concernées et leur exécution. Cette méthode s'applique à des sources différentes sans enfermer le programme dans un outil de copie unique. Elle permet à l'équipe projet, aux propriétaires et aux responsables techniques de travailler depuis le même référentiel. [Découvrir la méthode PopCloud](/offres/popcloud). ## Préparons votre migration vers SharePoint Online Un premier échange permet d'identifier vos sources, l'architecture cible, les règles de transformation et le niveau de qualification nécessaire avant de choisir les moteurs de copie. [Présenter votre programme de migration](/contact).