Comment passer de SharePoint à un DAM

Aucun guide publié ne détaille, étape par étape, comment déplacer une photothèque de SharePoint vers un DAM. Des éditeurs proposent des services de migration gratuits, et une étude de cas fait état de 75 000 médias déplacés, mais les étapes, les choix de correspondance et les délais ne sont écrits nulle part. Ce guide les écrit.

C’est la partie 4 d’une série de quatre. La partie 3 a décidé ce qui migre et ce qui reste ; ce guide suppose cette décision prise. Le guide général de mise en œuvre d’un DAM couvre le projet autour de la migration, y compris l’équipe pilote et la formation. Cette page couvre la migration elle-même, dans l’ordre où se déroulent les étapes.

Étape 1 : fixer le périmètre par écrit

Rédigez un périmètre d’une page avant de toucher à un fichier. Il liste :

Quels emplacements sont concernés. Des sites et bibliothèques SharePoint nommés, des canaux Teams nommés et des comptes OneDrive nommés. La partie 3 explique pourquoi il faut chercher dans les trois.
Quels types de contenu migrent. En général photos, vidéos, fichiers de design, logos, templates et finals diffusés. Les documents restent.
Ce qui sera supprimé plutôt que déplacé. Fichiers de travail antérieurs à une date limite, exports jamais utilisés, doublons. Le décider maintenant fait gagner plus de temps que n’importe quel outil.
Ce que veut dire « terminé ». Chaque média du périmètre est dans le DAM avec ses métadonnées, chaque ancien lien mène vers une destination utile, et les anciennes bibliothèques sont en lecture seule.

Une migration sans périmètre écrit finit par inclure tous les fichiers dont quelqu’un se souvient, et ne se termine jamais.

Étape 2 : faire l’inventaire de l’existant

Il vous faut la liste de tous les fichiers du périmètre avec leur chemin, taille, type, dates et valeurs de colonnes. L’interface de SharePoint ne la fournit pas au-delà de quelques milliers d’éléments. Les options :

PnP PowerShell. Get-PnPListItem avec pagination exporte les éléments et colonnes d’une bibliothèque en CSV, y compris les valeurs de métadonnées gérées. C’est la méthode la plus complète, et celle qu’un administrateur SharePoint reconnaîtra.
L’API Microsoft Graph. Lister récursivement les éléments du lecteur donne le chemin, la taille, les dates et les empreintes, mais pas les colonnes personnalisées. Bien pour un premier comptage, moins bien pour les métadonnées.
Synchroniser et scanner. Synchronisez la bibliothèque avec OneDrive et lancez un scanner de fichiers sur le dossier local. Simple, mais cela atteint la recommandation de synchronisation de 300 000 fichiers sur les grandes bibliothèques et perd les valeurs de colonnes.

À partir de l’export, produisez quatre chiffres par bibliothèque : nombre de fichiers, taille totale, nombre par extension et nombre par année de dernière modification. Ces chiffres fixent le calendrier de l’étape 9, et ils montrent en général qu’une grande part de la bibliothèque est faite de vieux exports que personne n’a ouverts depuis des années.

Repérez en même temps les conteneurs à problèmes : tout dossier de plus de 100 000 éléments (l’héritage des permissions n’y est pas modifiable), toute bibliothèque dont les vues échouent déjà au seuil de 5 000 éléments, et tout chemin proche de la limite de 400 caractères. Ces limites sont documentées dans la partie 1, et ce sont aussi les endroits où les outils d’export peinent.

Étape 3 : supprimer les doublons avant de déplacer quoi que ce soit

Une photothèque SharePoint utilisée depuis quelques années contient la même image à plusieurs endroits : l’original dans un dossier de shooting, une copie redimensionnée dans un dossier de campagne, une copie renommée dans un canal Teams et une copie réenregistrée dans le OneDrive d’un designer. Tout déplacer dans le DAM déplace le problème.

Deux passes fonctionnent :

Doublons exacts, par empreinte du contenu, à partir de l’inventaire. Ils peuvent être fusionnés sans vérification.
Quasi-doublons (redimensionnés, recompressés, recadrés, réexportés), que l’empreinte ne détecte pas. Un DAM doté de la détection des doublons les trouve après l’ingestion ; la détection des quasi-doublons de freedam est conçue pour cette passe. La séquence pratique est donc : fusionner les doublons exacts avant le déplacement, ingérer, puis examiner les groupes de quasi-doublons proposés par le DAM et garder un master par groupe.

Notez quel chemin a été conservé pour chaque groupe. L’étape 8 en a besoin.

Étape 4 : faire correspondre colonnes et termes aux champs du DAM

C’est l’étape qui détermine si la bibliothèque migrée est interrogeable dès le premier jour. Prenez chaque colonne de l’export d’inventaire et décidez de sa destination. Un tableau de correspondance a quatre colonnes : colonne SharePoint, champ du DAM, transformation, et traitement des valeurs vides.

Décisions typiques :

Titre, Description, Mots-clés d’entreprise correspondent au titre, à la description et aux tags du DAM. Les mots-clés se séparent sur le point-virgule qu’utilise SharePoint.
Les colonnes de métadonnées gérées correspondent aux vocabulaires contrôlés du DAM. Exportez d’abord le jeu de termes depuis le magasin de termes et importez-le comme vocabulaire, pour que les valeurs concordent. Le guide de la taxonomie explique comment élaguer un jeu de termes qui a grossi.
Le chemin du dossier est souvent la seule métadonnée d’une bibliothèque. Faites correspondre les segments du chemin à des champs : /Campaigns/2025/Spring/ devient campagne = Printemps 2025. Écrivez la règle bibliothèque par bibliothèque ; n’essayez pas d’écrire une seule règle pour toutes.
Créé, Modifié, Créé par sont repris comme dates et contributeur d’origine du média, pas comme date d’ingestion.
EXIF et IPTC contenus dans les fichiers sont lus par le DAM à l’ingestion : tout ce que SharePoint ignorait (mots-clés Lightroom, légendes, mentions de copyright) apparaît sans correspondance à définir. Vérifiez sur un échantillon que les champs attendus sont présents.
Les colonnes de statut de validation, s’il y en a, correspondent à l’état de workflow du DAM. Voir l’étape 6.
Les colonnes sans destination sont soit abandonnées, soit conservées dans un champ générique « legacy » pour référence. Décidez, et ne reportez pas trente champs inutilisés dans le nouveau schéma. Le guide des métadonnées explique pourquoi un petit schéma est rempli et un grand ne l’est pas.

Décidez ensuite ce que fait l’IA du DAM à l’ingestion. Le tagging automatique, l’OCR des textes dans les images, la transcription des vidéos et la détection de visages comblent des manques qu’aucun export SharePoint ne contient, et ils s’appliquent à toute la bibliothèque, pas seulement aux nouveaux imports. Laissez-les tourner et prévoyez une passe de relecture plutôt qu’une passe de tagging manuel : corriger des tags produits par la machine est environ dix fois plus rapide que créer des tags. Le guide de l’IA fixe les attentes sur ce qui demande une relecture.

Étape 5 : traduire les permissions

Listez chaque groupe Entra et chaque groupe SharePoint qui a accès à une bibliothèque du périmètre, ainsi que chaque dossier aux permissions uniques. Construisez ensuite le tableau des rôles de la partie 3 : chaque groupe correspond à un rôle du DAM, et chaque dossier aux permissions uniques correspond à une collection dotée d’une règle d’accès.

Deux simplifications sont presque toujours justes :

Fusionnez les permissions de dossiers qui ne diffèrent que par l’historique. Une bibliothèque de 40 dossiers aux permissions uniques n’a généralement que trois vrais publics.
Convertissez les comptes invités en liens de partage ou en accès au portail quand l’invité ne fait que télécharger. Ne gardez des comptes équivalents que pour les personnes qui importent.

Consignez la correspondance. C’est le document que l’IT examinera, et c’est ce qui permet d’éviter le problème « peut voir mais ne peut pas télécharger » de la partie 3.

Étape 6 : décider du sort des versions et de l’état de validation

SharePoint conserve un historique de versions. Il est presque toujours inutile de le déplacer : les enregistrements intermédiaires d’un export vidéo sont volumineux et personne ne les consultera. Déplacez la version actuelle de chaque média, et les versions antérieures seulement quand le type de média l’exige (logos et templates, dont on demande parfois la version validée précédente). Indiquez dans le document de périmètre que le reste demeure dans la bibliothèque SharePoint en lecture seule jusqu’à la fin de sa rétention.

L’état de validation est différent. Si la bibliothèque SharePoint avait une colonne « Approuvé », un dossier nommé « Final », ou une règle non écrite selon laquelle tout ce qui se trouve dans un dossier donné était validé, décidez avant l’ingestion comment cela correspond aux états du DAM. Le contrôle de version et les fonctions de workflow du DAM géreront l’état à partir de là ; la migration doit l’initialiser correctement une fois. Les médias dont personne ne peut garantir l’état doivent être ingérés comme « à relire » plutôt que comme validés.

Étape 7 : migrer par tranches

Ne migrez pas tout en une seule opération. Migrez une bibliothèque, une campagne ou un type de média, vérifiez, puis recommencez. Le guide de mise en œuvre explique pourquoi les tranches réussissent là où les migrations en une fois sont abandonnées ; en bref, chaque règle de correspondance a une erreur que l’on ne trouve que sur des données réelles, et une tranche en limite l’ampleur.

L’ordre qui fonctionne en général :

Le brand kit. Logos, polices, templates, charte graphique. Petit, de grande valeur, utilisé par tous, et il rend le DAM immédiatement utile à l’équipe pilote.
La campagne en cours. Tout ce sur quoi le marketing travaille ce mois-ci. Ses utilisateurs testeront la correspondance sans ménagement.
Les images produit. Volumineuses, bien structurées, faciles à faire correspondre à partir du chemin ou des colonnes de références.
Les campagnes passées, de la plus récente à la plus ancienne, en s’arrêtant à la date limite du périmètre.
La vidéo, séparément, à cause de sa taille.

Pour le transfert lui-même, le chemin d’ingestion du DAM décide de la mécanique. freedam ingère depuis un partage WebDAV, un bucket compatible S3 ou Google Drive, et par l’API REST avec un fichier annexe de métadonnées par fichier. Un pipeline courant : exporter la tranche depuis SharePoint avec PnP PowerShell vers un dossier ou un bucket intermédiaire, écrire à côté les métadonnées mises en correspondance en CSV ou JSON, et laisser l’ingestion par dossier surveillé du DAM récupérer les deux. L’entrée du glossaire sur l’ingestion décrit ce qui arrive à chaque fichier à son entrée.

Après chaque tranche, vérifiez cinq points : le nombre en entrée égale le nombre en sortie moins les suppressions voulues ; un échantillon de dix médias a les métadonnées prévues par la correspondance ; la recherche de trois éléments que l’équipe pilote cherche habituellement aboutit ; les aperçus existent pour les formats de design ; et les permissions se comportent comme prévu pour une personne de chaque rôle.

Étape 8 : rediriger les anciens liens

Chaque page SharePoint, message Teams, email et article d’intranet qui renvoyait vers un fichier déplacé pointe maintenant vers un fichier qui sera bientôt en lecture seule ou disparu. C’est l’étape que la plupart des migrations sautent, puis regrettent.

Pour les fichiers liés depuis des pages SharePoint et l’intranet, modifiez les liens vers l’URL du DAM. L’export d’inventaire indique quels fichiers étaient le plus liés ; commencez par eux.
Pour les fichiers que les gens ont mis en favori, laissez un petit document « déplacé » à l’ancien emplacement pendant une durée définie, avec le nouveau lien. C’est manuel et utile pour les cinquante médias les plus utilisés, pas pour tous.
Pour les canaux Teams, publiez un message épinglé avec le lien de la collection du DAM pour cette équipe.
Conservez la correspondance de l’étape 3 (quel chemin a été gardé pour chaque groupe de doublons) et la correspondance entre ancien chemin et nouvelle URL du média, afin de pouvoir répondre à toute demande sur un ancien lien.

Les liens propres au DAM n’ont plus besoin de ce traitement : l’URL d’un média reste stable d’une version à l’autre, et un lien de partage continue de fonctionner jusqu’à son expiration.

Étape 9 : calendrier selon le volume

Ce sont des estimations de travail pour les étapes de migration ci-dessus, pour une équipe qui a déjà défini le périmètre et fait l’inventaire. Elles supposent que l’IA du DAM fait la première passe de tagging et que des personnes relisent.

Taille de la bibliothèque	Inventaire et dédoublonnage	Correspondance et permissions	Déplacement et vérification, par tranches	Redirections et mise hors service	Durée totale
Jusqu’à 5 000 médias	2 jours	2 jours	1 semaine	2 jours	2 à 3 semaines
5 000 à 50 000	1 semaine	1 semaine	3 à 5 semaines	1 semaine	6 à 8 semaines
50 000 à 500 000	2 à 3 semaines	2 semaines	8 à 12 semaines, en tranches parallèles	2 semaines	Un trimestre

La vidéo ajoute du temps en proportion de la taille plutôt que du nombre ; 2 To de rushes se déplacent à la vitesse du réseau entre SharePoint et le stockage du DAM, et ce transfert doit tourner sans surveillance la nuit et le week-end plutôt que sur le chemin critique du projet.

Les durées écoulées sont plus longues que le travail qu’elles contiennent, parce que chaque tranche attend la vérification de quelqu’un qui a un autre travail. C’est normal. Une migration annoncée terminée à 100 % en une semaine a généralement sauté l’étape 8.

Étape 10 : mettre hors service

Quand la dernière tranche est vérifiée :

Passez les anciennes bibliothèques en lecture seule. Ne les supprimez pas.
Appliquez une étiquette de rétention pour qu’elles soient supprimées à une date fixée, passé laquelle personne ne les cherchera plus. Un an est courant.
Si les anciennes bibliothèques sont volumineuses et que le quota de stockage est serré, déplacez-les vers Microsoft 365 Archive, qui est facturé 0,05 $ US par Go et par mois uniquement pour le stockage au-delà du quota du tenant, contre 0,20 $ US pour le stockage actif.
Supprimez les comptes invités qui ont été convertis en liens de partage à l’étape 5.
Mettez à jour la page « où trouver quoi » de l’intranet et les documents d’accueil des nouveaux arrivants.

Étape 11 : prévenir les gens, deux fois

Envoyez un message avant le déplacement de la première tranche, pour dire ce qui va migrer, quand, et où ce sera. Envoyez-en un second quand le brand kit est en ligne, avec le lien et les trois recherches qui fonctionnent désormais. Laissez ensuite l’équipe pilote du guide de mise en œuvre répondre aux questions dans ses canaux. Ces deux messages comptent plus qu’une session de formation, parce qu’ils arrivent au moment où les gens vont chercher quelque chose.

La checklist

Document de périmètre : emplacements, types de contenu, suppressions, définition de « terminé ».
Export d’inventaire par bibliothèque, avec décompte par type et par année.
Fusion des doublons exacts à partir des empreintes.
Tableau de correspondance : colonne vers champ, transformation, règle pour les valeurs vides.
Jeux de termes exportés et importés comme vocabulaires.
Tableau des rôles : groupe vers rôle, dossier vers collection.
Règles sur les versions et l’état de validation écrites.
Ordre des tranches validé, en commençant par le brand kit.
Vérifications par tranche : décomptes, métadonnées sur échantillon, trois recherches, aperçus, un utilisateur par rôle.
Relecture des quasi-doublons après ingestion.
Liens redirigés pour les médias et pages les plus utilisés.
Anciennes bibliothèques en lecture seule, étiquetées, archivées si elles sont volumineuses.
Deux annonces envoyées.

Questions fréquentes

Combien de temps faut-il pour migrer de SharePoint vers un DAM ?

Deux à trois semaines pour une bibliothèque de moins de 5 000 médias, six à huit semaines jusqu’à 50 000, et environ un trimestre pour des centaines de milliers, quand le travail se fait par tranches avec une vérification après chacune. La durée est fixée par les vérifications et les redirections de liens, pas par le transfert des fichiers.

Perd-on l’historique de versions en passant de SharePoint à un DAM ?

Seulement si vous le choisissez. Le choix habituel est de déplacer la version actuelle de chaque média, de déplacer les versions antérieures pour les quelques types de médias qui en ont besoin, et de laisser le reste dans la bibliothèque SharePoint en lecture seule jusqu’à la fin de sa période de rétention. Le DAM tient son propre historique de versions à partir du jour de l’ingestion.

Puis-je garder mon arborescence de dossiers ?

Oui, et il faut aussi la convertir en métadonnées. La plupart des DAM peuvent importer une arborescence de dossiers sous forme de collections, et le chemin du dossier est souvent la seule métadonnée d’une bibliothèque SharePoint : faire correspondre les segments du chemin à des champs (campagne, année, gamme de produits) donne à chaque média des valeurs interrogeables que le dossier seul ne donnait pas.

Comment exporter les fichiers et les métadonnées de SharePoint ?

PnP PowerShell exporte en CSV les éléments d’une bibliothèque et les valeurs de colonnes, y compris les métadonnées gérées, et peut télécharger les fichiers. L’API Microsoft Graph liste les éléments du lecteur avec chemins, tailles et empreintes, mais pas les colonnes personnalisées. Synchroniser avec OneDrive et scanner le dossier local est le plus simple, mais perd les valeurs de colonnes et se heurte à la recommandation de synchronisation de 300 000 fichiers.

Que doit-il rester dans SharePoint après la migration ?

Les documents, les archives, tout ce qui est sous rétention ou conservation légale, les enregistrements de réunions dans Stream, et l’intranet. La partie 3 de cette série donne la répartition complète par type de contenu.

C’est la dernière partie de la série. Reprenez au début avec SharePoint comme DAM : les vraies limites, ou passez à la page sur l’alternative à SharePoint. Pour lancer une première tranche sur de vrais fichiers, le plan Gratuit de freedam ingère depuis un dossier en un après-midi.