Anavem
Languageen
Comment changer le domaine SharePoint dans Microsoft 365 sans interruption

Comment changer le domaine SharePoint dans Microsoft 365 sans interruption

Renommez votre domaine SharePoint Online en utilisant les commandes PowerShell et les outils natifs de Microsoft. Guide complet étape par étape avec suivi et vérification.

15 avril 2026 15 min
mediumsharepoint 8 étapes 15 min

Pourquoi changer votre domaine SharePoint dans Microsoft 365 ?

Les organisations doivent souvent renommer leur domaine SharePoint Online pour s'aligner sur des initiatives de rebranding, des fusions, des acquisitions ou simplement pour adopter un nom de domaine plus professionnel. Microsoft 365 offre une fonctionnalité intégrée de renommage de locataire qui vous permet de changer votre domaine SharePoint de quelque chose comme oldcompany.sharepoint.com à newcompany.sharepoint.com sans nécessiter une migration complète de locataire à locataire.

En quoi consiste le processus de renommage du domaine SharePoint ?

La fonctionnalité de renommage de locataire SharePoint Online modifie à la fois votre domaine principal SharePoint (tenant.sharepoint.com) et votre domaine OneDrive (tenant-my.sharepoint.com) pour utiliser un nouveau domaine .onmicrosoft.com comme base. Il s'agit d'une opération de renommage sur place qui préserve toutes vos données, autorisations et configurations tout en mettant à jour les URL sous-jacentes.

Le processus utilise des cmdlets PowerShell et nécessite une planification minutieuse car il entraîne une inaccessibilité temporaire du site pendant l'opération de renommage. La durée dépend du nombre de vos sites mais peut varier de plusieurs heures à plusieurs jours pour les locataires plus importants.

Quelles sont les principales exigences et limitations ?

Microsoft impose plusieurs limitations importantes à la fonctionnalité de renommage de domaine. Votre locataire doit avoir 10 000 sites ou moins au total (y compris les sites SharePoint, les comptes OneDrive et les conteneurs SharePoint Embedded). Le locataire ne peut pas être configuré pour Microsoft 365 Multi-Geo, et vous ne pouvez effectuer qu'un seul renommage par locataire sans ouvrir une demande de support.

L'opération de renommage nécessite Windows (Mac n'est pas pris en charge) et la dernière version de SharePoint Online Management Shell. Vous devez programmer le renommage entre 24 heures et 30 jours à l'avance, et le nouveau domaine doit être ajouté et vérifié via l'outil spécialisé d'ajout de domaine de Microsoft plutôt que par le processus standard du centre d'administration.

Guide de mise en oeuvre

Procédure complète

01

Vérifier l'éligibilité du domaine et ajouter un nouveau domaine

Avant de commencer le processus de renommage, confirmez que votre locataire répond à toutes les exigences et ajoutez votre nouveau domaine via l'outil spécialisé de Microsoft.

Accédez à l'outil officiel d'ajout de domaine à https://aka.ms/SPORenameAddDomain. Ceci est différent du processus standard "Ajouter un domaine" dans le centre d'administration Microsoft 365.

Cliquez sur Ajouter un domaine personnalisé et entrez votre nouveau nom de domaine complet (par exemple, newtenant.onmicrosoft.com). Sélectionnez Ajouter un domaine pour continuer.

Avertissement : N'utilisez pas le processus standard d'ajout de domaine ou ne définissez pas cela comme un domaine de secours. Utilisez uniquement l'outil spécialisé lié ci-dessus.

Après avoir ajouté le domaine, vérifiez qu'il apparaît avec un statut vérifié sur la page Noms de domaine personnalisés. Le processus de vérification prend généralement quelques minutes.

Vérification : Vérifiez que votre nouveau domaine apparaît comme "Vérifié" dans le centre d'administration Microsoft 365 sous Paramètres > Domaines. Le statut doit être vérifié avant de continuer.

Confirmez également l'éligibilité de votre locataire en vérifiant le nombre total de sites. Exécutez cette commande PowerShell après la connexion (couverte dans l'étape suivante) :

Get-SPOSite -Limit All | Measure-Object | Select-Object Count

Le nombre doit être de 10 000 sites ou moins au total.

02

Installer la dernière version de SharePoint Online Management Shell

La fonctionnalité de renommage de domaine nécessite la dernière version de SharePoint Online Management Shell. Les versions plus anciennes peuvent ne pas inclure les cmdlets nécessaires.

Tout d'abord, désinstallez toutes les versions existantes pour éviter les conflits. Ouvrez PowerShell en tant qu'administrateur et exécutez :

Uninstall-Module Microsoft.Online.SharePoint.PowerShell -Force -AllVersions

Vous pouvez également supprimer les anciennes versions via Paramètres Windows > Applications > Applications et fonctionnalités, en recherchant "SharePoint Online Management Shell".

Téléchargez la dernière SharePoint Online Management Shell depuis la page de téléchargement officielle de Microsoft. Visitez la documentation Microsoft à https://learn.microsoft.com/en-us/sharepoint/change-your-sharepoint-domain-name et suivez le lien de téléchargement pour la version actuelle 2026.

Installez le package téléchargé avec des privilèges administrateur. Acceptez toutes les options d'installation par défaut.

Astuce pro : Exécutez toujours l'installation en tant qu'administrateur pour assurer l'enregistrement correct des modules et cmdlets PowerShell.

Vérification : Ouvrez une nouvelle fenêtre PowerShell en tant qu'administrateur et exécutez :

Get-Module -ListAvailable -Name Microsoft.Online.SharePoint.PowerShell

Vous devriez voir le module listé avec le numéro de version actuel (2026.x.x ou ultérieur).

03

Se connecter à SharePoint Online PowerShell

Établissez une connexion PowerShell à votre locataire SharePoint Online en utilisant votre nom de domaine actuel.

Ouvrez PowerShell en tant qu'administrateur et connectez-vous à votre centre d'administration SharePoint :

Connect-SPOService -Url "https://tenantname-admin.sharepoint.com"

Remplacez tenantname par le nom de votre locataire actuel. Par exemple, si votre URL SharePoint actuelle est contoso.sharepoint.com, utilisez :

Connect-SPOService -Url "https://contoso-admin.sharepoint.com"

Vous serez invité à vous connecter avec vos identifiants d'administrateur SharePoint ou d'administrateur global. Complétez le processus d'authentification.

Vérification : Testez votre connexion en exécutant une commande simple :

Get-SPOTenant | Select-Object SharingCapability

Cela devrait retourner les paramètres de partage de votre locataire sans erreurs. Si vous voyez des erreurs de permission, vérifiez que vous avez le bon rôle d'administrateur assigné.

Avertissement : La session de connexion expirera après une période d'inactivité. Si vous rencontrez des erreurs d'authentification pendant le processus de renommage, reconnectez-vous en utilisant la même commande.
04

Planifier l'opération de renommage de domaine

Le renommage de domaine doit être programmé entre 24 heures et 30 jours dans le futur. Planifiez cela pendant les périodes de faible utilisation comme les week-ends.

Utilisez la cmdlet Start-SPOTenantRename avec votre nouveau nom de domaine et l'heure programmée :

Start-SPOTenantRename -DomainName "newtenant" -ScheduledDateTime "2026-04-20T02:00:00"

Remplacez newtenant par la partie domaine avant .onmicrosoft.com. Par exemple, si votre nouveau domaine est fabrikam.onmicrosoft.com, utilisez fabrikam.

Le paramètre ScheduledDateTime utilise le fuseau horaire de votre machine locale. Formatez-le comme YYYY-MM-DDTHH:MM:SS (format 24 heures).

Astuce pro : Utilisez d'abord le paramètre -WhatIf pour prévisualiser l'opération sans l'exécuter : Start-SPOTenantRename -DomainName "newtenant" -ScheduledDateTime "2026-04-20T02:00:00" -WhatIf

Avant l'heure programmée, informez tous les utilisateurs que les sites SharePoint et OneDrive seront temporairement inaccessibles. La durée dépend du nombre de vos sites mais peut varier de quelques heures à plusieurs jours.

Vérification : Confirmez que le renommage est programmé en exécutant :

Get-SPOTenantRenameStatus

Vous devriez voir des informations sur le statut, y compris la date programmée et l'état actuel (généralement "Scheduled" au début).

05

Surveiller la progression du renommage

Une fois l'heure prévue arrivée, le processus de renommage commence automatiquement. Surveillez la progression à l'aide de commandes PowerShell pour suivre l'état général et la progression de chaque site.

Vérifiez régulièrement l'état général du renommage du locataire :

Get-SPOTenantRenameStatus

Cela renvoie des informations sur la phase actuelle, le pourcentage de progression et les erreurs rencontrées. Le processus passe par plusieurs phases : En file d'attente, En cours, et Terminé.

Pour une progression détaillée site par site, vérifiez les sites individuels :

Get-SPOSiteRenameState -Identity "https://oldtenant.sharepoint.com/sites/sitename"

Remplacez l'URL par les URL réelles des sites de votre locataire. Cela montre si chaque site a été renommé avec succès.

Vous pouvez également obtenir une liste de tous les sites et de leur état de renommage :

Get-SPOSite -Limit All | ForEach-Object { Get-SPOSiteRenameState -Identity $_.Url }
Avertissement : Pendant le processus de renommage, les utilisateurs ne peuvent pas accéder aux sites SharePoint ou OneDrive. Les applications Office peuvent afficher des erreurs d'enregistrement. La création de nouveaux sites, le provisionnement de OneDrive et la création de canaux Teams sont bloqués.

Vérification : Le renommage est terminé lorsque Get-SPOTenantRenameStatus affiche un statut "Terminé" et que tous les sites individuels montrent des états de renommage réussis.

06

Mettre à jour les règles du pare-feu et la configuration du réseau

Après avoir terminé le renommage, mettez à jour l'infrastructure réseau de votre organisation pour accueillir les nouvelles URL de domaine.

Mettez à jour les règles du pare-feu pour autoriser le trafic vers les nouveaux domaines SharePoint. Ajoutez ces modèles d'URL aux listes d'autorisation de votre pare-feu :

*.newtenant.sharepoint.com
*.newtenant-my.sharepoint.com
*.newtenant-files.sharepoint.com

Remplacez newtenant par votre nouveau nom de domaine réel.

Si votre organisation utilise des serveurs proxy, mettez à jour la configuration du proxy pour inclure les nouveaux modèles de domaine. La plupart des proxys d'entreprise nécessitent une liste d'autorisation explicite des domaines SharePoint.

Mettez à jour les paramètres des sites de confiance du navigateur dans la stratégie de groupe ou les configurations individuelles du navigateur. Ajoutez les nouveaux domaines SharePoint à la zone des sites de confiance :

https://*.newtenant.sharepoint.com
https://*.newtenant-my.sharepoint.com
Astuce pro : Gardez les anciennes règles de domaine actives pendant 24 à 48 heures après le renommage pour gérer les connexions mises en cache ou les mises à jour retardées dans les applications Office.

Vérification : Testez la connectivité réseau en accédant à un site SharePoint depuis différents emplacements réseau. Utilisez des outils comme nslookup ou ping pour vérifier la résolution DNS :

nslookup newtenant.sharepoint.com

La commande doit renvoyer des adresses IP valides pour le nouveau domaine.

07

Mettre à jour les applications et les scripts personnalisés

Identifiez et mettez à jour toutes les applications, scripts et intégrations qui référencent les anciennes URL de domaine SharePoint.

Recherchez dans votre base de code les URL SharePoint codées en dur. Les modèles courants à trouver incluent :

grep -r "oldtenant.sharepoint.com" /path/to/your/code/
grep -r "oldtenant-my.sharepoint.com" /path/to/your/code/

Mettez à jour les scripts PowerShell qui se connectent à SharePoint. Changez les URL de connexion de :

# Ancienne URL
Connect-PnPOnline -Url "https://oldtenant.sharepoint.com/sites/sitename"

# Nouvelle URL
Connect-PnPOnline -Url "https://newtenant.sharepoint.com/sites/sitename"

Mettez à jour les solutions SharePoint Framework (SPFx) et les applications Power Platform. Vérifiez ces fichiers de configuration courants :

  • config/serve.json dans les projets SPFx
  • Connexions de flux Power Automate
  • Connexions de source de données Power Apps
  • Enregistrements d'applications Azure AD avec des URI de redirection SharePoint

Pour les listes et bibliothèques SharePoint avec des références d'URL absolues, utilisez PowerShell pour les trouver et les mettre à jour :

$sites = Get-SPOSite -Limit All
foreach ($site in $sites) {
    Write-Host "Checking site: $($site.Url)"
    # Ajoutez ici votre logique spécifique de vérification d'URL
}
Avertissement : Les URL absolues dans le contenu SharePoint (comme les hyperliens dans les éléments de liste) ne sont pas mises à jour automatiquement. Celles-ci nécessitent une révision et une mise à jour manuelles.

Vérification : Testez toutes les applications et scripts mis à jour avec le nouveau domaine. Exécutez des tests automatisés si disponibles, et vérifiez manuellement que les intégrations critiques fonctionnent correctement.

08

Vérifier l'intégration Office.com et eDiscovery

Complétez la vérification post-renommage en vérifiant l'intégration Office.com et en mettant à jour les configurations eDiscovery.

Les URL Office.com peuvent prendre jusqu'à 24 heures pour refléter le nouveau domaine. Vérifiez que les sites SharePoint apparaissent correctement dans le lanceur d'applications Office.com en visitant https://www.office.com et en cliquant sur l'icône SharePoint.

Si votre organisation utilise des blocages eDiscovery, mettez à jour les URL des emplacements de contenu. Dans le portail de conformité Microsoft Purview :

  1. Accédez à eDiscovery > eDiscovery de base ou avancé
  2. Examinez les blocages et les cas existants
  3. Mettez à jour les URL des sites SharePoint dans les politiques de blocage
  4. Vérifiez que les emplacements OneDrive sont mis à jour automatiquement

Vérifiez que les canaux Microsoft Teams avec intégration SharePoint fonctionnent correctement. Testez le partage de fichiers et la collaboration sur des documents dans les canaux Teams.

Vérifiez la fonctionnalité du client de synchronisation OneDrive. Les utilisateurs peuvent avoir besoin de reconnecter leurs clients de synchronisation OneDrive :

%localappdata%\Microsoft\OneDrive\onedrive.exe /reset

Après avoir exécuté la commande de réinitialisation, les utilisateurs doivent se reconnecter pour rétablir la synchronisation avec le nouveau domaine.

Astuce pro : Créez un plan de communication pour informer les utilisateurs du changement de domaine et fournissez des instructions pour reconnecter la synchronisation OneDrive si nécessaire.

Vérification : Effectuez des tests de bout en bout des scénarios clés :

  • Accéder aux sites SharePoint depuis Office.com
  • Télécharger et télécharger des fichiers depuis OneDrive
  • Partager des documents à l'extérieur (si activé)
  • Accéder à SharePoint depuis les applications mobiles

Exécutez cette commande PowerShell finale pour confirmer que tous les sites sont accessibles avec le nouveau domaine :

Get-SPOSite -Limit All | ForEach-Object { 
    try { 
        Get-SPOSite -Identity $_.Url -ErrorAction Stop
        Write-Host "✓ $($_.Url)" -ForegroundColor Green
    } catch {
        Write-Host "✗ $($_.Url) - Error: $($_.Exception.Message)" -ForegroundColor Red
    }
}

Questions Fréquentes

Puis-je renommer mon domaine SharePoint plusieurs fois dans Microsoft 365 ?+
Non, Microsoft autorise seulement un changement de domaine par locataire sans ouvrir une demande de support. C'est une limitation permanente de la fonctionnalité de renommage de locataire SharePoint Online. Si vous avez besoin de changements supplémentaires, vous devez contacter le support Microsoft, mais l'approbation n'est pas garantie. Planifiez soigneusement votre nouveau nom de domaine car vous ne pouvez pas facilement le rétablir ou le modifier à nouveau.
Combien de temps le processus de renommage de domaine SharePoint prend-il pour se terminer ?+
La durée du renommage dépend du nombre total de sites et peut varier de plusieurs heures à plusieurs jours. Les locataires avec moins de 1 000 sites terminent généralement en 24 heures, tandis que les locataires plus importants approchant la limite de 10 000 sites peuvent prendre plusieurs jours. Pendant ce temps, tous les sites SharePoint et comptes OneDrive sont temporairement inaccessibles aux utilisateurs.
Le renommage du domaine SharePoint affectera-t-il mon intégration Microsoft Teams ?+
Oui, les canaux Teams avec intégration SharePoint seront temporairement affectés pendant le processus de renommage. Après la fin, Teams se reconnectera automatiquement aux sites SharePoint renommés. Cependant, vous devriez tester le partage de fichiers et la collaboration sur des documents dans les canaux Teams pour vous assurer que tout fonctionne correctement. Certaines applications Teams ou intégrations personnalisées peuvent nécessiter des mises à jour manuelles pour référencer les nouvelles URL de domaine.
Que se passe-t-il avec les liens de partage externe lors d'un renommage de domaine SharePoint ?+
Les liens de partage externe utilisant l'ancien domaine seront rompus après la fin du renommage. Microsoft ne redirige pas automatiquement les anciens liens de partage vers le nouveau domaine. Vous devez régénérer et redistribuer tous les liens de partage externe créés avant le renommage. Cela inclut les liens de partage anonymes, les invitations d'utilisateurs invités et les liens de documents intégrés partagés en dehors de votre organisation.
Puis-je effectuer un renommage de domaine SharePoint si mon locataire utilise Multi-Geo ?+
Non, le renommage de locataire SharePoint Online n'est pas pris en charge pour les locataires configurés pour Microsoft 365 Multi-Geo. Cela inclut les locataires qui ont été précédemment configurés pour Multi-Geo, même si la fonctionnalité est actuellement désactivée. Si vous devez renommer un locataire Multi-Geo, vous devez contacter le support Microsoft pour discuter des options de migration alternatives, qui impliquent généralement une migration complète de locataire à locataire plutôt qu'un renommage sur place.

Discussion

Partagez vos réflexions et analyses

Connectez-vous pour participer