Migrer vers Microsoft 365 depuis IONOS, OVH ou Gandi (guide complet 2026)

Les hébergeurs européens classiques restent compétitifs sur le prix de l'email basique, mais Microsoft 365 apporte des fonctionnalités qui, pour une PME, justifient l'écart de prix : Office desktop installé sur 5 appareils par utilisateur, Teams avec visio HD et enregistrement, OneDrive 1 To par boîte, et un anti-spam Microsoft Defender qui filtre 99,9 % du phishing.

Trois raisons concrètes que nous voyons revenir chez nos clients :

• Productivité quotidienne : votre équipe utilise déjà Word, Excel et PowerPoint. Avec un email basique chez OVH, ils paient Office en plus de l'email. Microsoft 365 Standard regroupe tout pour 13,90 €/u/mois (annuel) — souvent moins cher au total.
• Mobilité : Outlook mobile, Teams sur smartphone, OneDrive synchronisé avec votre PC. L'email IMAP/POP traditionnel reste fonctionnel mais paraît daté en 2026.
• Sécurité : MFA natif, chiffrement de la boîte, anti-phishing AI, conformité RGPD. Sur IONOS Mail Basic, vous gérez les enregistrements DNS de sécurité (SPF/DKIM/DMARC) à la main, sans alertes proactives.

Si vous avez moins de 5 utilisateurs et n'utilisez l'email que pour quelques messages par semaine, IONOS ou OVH restent un choix raisonnable. Au-delà — surtout si vous facturez vos clients via email, traitez des contrats sensibles, ou collaborez à plusieurs sur des fichiers — la bascule vers Microsoft 365 est rentable.

Avant la migration proprement dite, rassemblez ces 4 éléments :

1. Liste exhaustive des boîtes à migrer : nom, prénom, adresse email, taille de la boîte (en Go). Une boîte de 30 Go demande plus de temps qu'une boîte de 2 Go.
2. Accès admin au registrar du domaine : vous devez pouvoir modifier les enregistrements MX et ajouter SPF/DKIM/DMARC. Si votre domaine est chez OVH/IONOS/Gandi, c'est l'interface client. Si NS sont chez Cloudflare, c'est Cloudflare DNS.
3. Mots de passe ou accès aux boîtes source : pour orchestrer la copie email IMAP/EAS vers M365, on a besoin soit d'un compte admin global du tenant source (rare chez OVH/IONOS), soit du mot de passe de chaque boîte. Pour 5+ boîtes, contactez le support de votre fournisseur actuel pour activer un mode "imitation/admin" temporaire.
4. Plan B en cas de bug : avant tout changement DNS, copiez l'intégralité de la zone DNS actuelle (export TXT chez la plupart des registrars). Si quelque chose se passe mal, vous pouvez revenir en 5 minutes.

Comptez 2 heures de préparation pour 5 boîtes, 1 jour pour 50 boîtes. La migration elle-même est largement automatisée — le gros du travail est dans la préparation.

Voici la séquence que nous suivons chez AfricWebHosting pour minimiser le downtime à moins de 30 minutes :

1. J-7 — Création des comptes M365 cibles avec un domaine temporaire (ex: monentreprise.onmicrosoft.com). Pas encore connectés au domaine prod. Cela permet de tester la connexion Outlook côté équipe sans toucher à la prod.
2. J-3 — Lancement de la copie email en arrière-plan via Microsoft Migration Manager (intégré au Centre d'admin M365). La synchro IMAP est progressive : J-3 pour les 30 derniers jours d'emails, puis delta toutes les 4h.
3. J-1 — Test des renvois et auto-réponses : on configure des règles temporaires sur les boîtes source pour rediriger les nouveaux emails vers les boîtes M365 cibles, le temps de la bascule.
4. Jour J, début de matinée — Bascule MX : on change l'enregistrement MX de votre domaine pour pointer vers *.mail.protection.outlook.com. Propagation DNS de 5 à 30 minutes.
5. Jour J, dans la foulée — Activation des SPF/DKIM/DMARC : on publie les TXT/CNAME spécifiques à votre tenant M365. Sans ça, vos emails sortants risquent d'atterrir en spam.
6. Jour J — Vérification deliverability : on envoie un email test depuis chaque boîte vers Gmail, Outlook, Yahoo. On vérifie qu'aucun ne tombe en spam, que SPF/DKIM/DMARC sont verts.
7. J+1 à J+7 — Synchro delta finale + retrait des accès source : on s'assure qu'aucun nouvel email n'arrive sur les boîtes source, on lance une dernière synchro delta, puis on désactive les comptes chez OVH/IONOS/Gandi.

Si vous avez 50+ boîtes, on segmente : 10 boîtes par batch, espacés de 24h, pour permettre le rollback ciblé si une boîte particulière pose problème.

1. Mauvais ordre MX vs SPF : si vous changez les MX avant de publier le SPF M365, les emails sortants partent depuis Microsoft mais sont rejetés en spam parce que le SPF ne mentionne pas spf.protection.outlook.com. Toujours publier SPF EN PREMIER, puis MX.
2. Boîtes "shared" non migrées : OVH et IONOS ont parfois des boîtes "info@" en mode "alias multi-utilisateurs" qui ne se voient pas dans la liste standard. Vérifiez via SMTP que toutes les adresses publiques sont dans la liste à migrer.
3. Calendriers et contacts oubliés : la migration IMAP standard ne couvre QUE les emails. Pour les calendriers et contacts (Outlook : .pst, Apple Mail : .icloud), il faut un export/import séparé ou un outil comme MigrationWiz.
4. Limite de 30 jours d'historique IMAP côté source : certains hébergeurs limitent l'IMAP au 30 derniers jours par défaut. Activez le "full IMAP" dans les paramètres avant la copie, sinon vous perdrez tout l'historique.
5. Apps tierces qui auth via password : votre CRM, votre logiciel de facturation, votre WordPress qui envoie des emails — tous référencent l'ancien serveur SMTP. Listez-les avant la bascule, mettez à jour les paramètres SMTP en J+1.

Pour 1 à 3 boîtes, vous pouvez raisonnablement migrer vous-même en 4 à 6 heures de travail réparti sur 1 semaine. Microsoft Migration Manager est gratuit. Comptez :

• 2h de lecture documentation Microsoft + tutos YouTube
• 1h de configuration tenant M365
• 1h de copie initiale (en arrière-plan, vous pouvez vaquer)
• 30 min de bascule MX/SPF/DKIM/DMARC
• 1h de tests et validation

Au-delà de 5 boîtes, ou si vous n'avez pas l'expertise DNS, déléguer devient rentable. Notre offre migration AfricWebHosting démarre à 290 € (1-5 boîtes) jusqu'à 990 € (16-50 boîtes), garantie zéro perte d'email + downtime sous 30 min. C'est inclus dans l'onboarding si vous prenez la sub annuelle.

Pour 50+ boîtes ou des cas complexes (Exchange on-premise vers cloud, multi-domaines, hybride avec calendriers partagés), c'est un projet de 2-4 semaines qui nécessite un planning détaillé. On le fait sur devis (contactez-nous).

1. Activer la 2FA pour TOUS les utilisateurs dans le Centre d'admin M365. Sans 2FA, un mot de passe compromis suffit à accéder à toutes les emails de l'utilisateur. Configurez les apps Microsoft Authenticator pour chacun (compte ~5 min/utilisateur).
2. Configurer les politiques anti-phishing Defender. Sur Microsoft 365 Premium, c'est inclus et puissant. Sur Standard, l'anti-spam de base est OK mais activez au moins l'analyse des liens (Safe Links).
3. Mettre en place une stratégie de sauvegarde tierce. Microsoft 365 ne sauvegarde PAS vos emails au sens "backup" — il fait de la résilience. Si un utilisateur supprime sa boîte par erreur, c'est perdu après 30 jours. Outils tiers : Veeam, Spanning, Datto.
4. Former les utilisateurs sur Teams. La migration email est facile, mais Teams change vraiment les habitudes. 1h de formation collective + un guide PDF interne = adoption forte. Sans formation, votre équipe continue à n'utiliser que l'email et passe à côté des bénéfices.

La migration vers Microsoft 365 est un projet sérieux mais pas insurmontable. La clé est dans la préparation : recensement, planning DNS, communication interne. La phase technique (copie + bascule MX) est largement automatisée.

Si vous voulez nous déléguer la migration, ouvrez la page Microsoft 365 pour les forfaits, ou commandez directement avec l'option migration cochée — on revient vers vous sous 24h ouvrées avec un planning personnalisé.

Des questions spécifiques sur votre cas (multi-domaine, Exchange on-premise, calendriers partagés, archives PST volumineuses) ? Contactez-nous : contact@africwebhosting.com — réponse sous 24h.