Microsoft Sway ne charge pas : symptômes, causes, correctifs et plans de secours (2024–2025)

Vous rencontrez des Sway qui restent bloqués sur « chargement » ou affichent « Embed Preview » sous Edge, Chrome et Opera ? Ce guide consolide les symptômes observés depuis 2024–2025, leurs causes probables et des correctifs concrets, avec un plan de secours prêt à l’emploi.

Sommaire

Problème constaté

Depuis mi‑2024, des administrateurs et créateurs rapportent que Microsoft Sway — l’application et les contenus Sway intégrés dans des pages web ou des newsletters — se fige sur l’écran de chargement ou reste bloqué sur « Embed Preview ». Le phénomène survient :

dans Edge, Chrome et Opera ;
sur plusieurs appareils (Windows, macOS), profils et comptes ;
en navigation classique, privée et même après effacement du cache ;
y compris pour d’anciens liens envoyés via des newsletters, autrefois fonctionnels ;
tandis que certains utilisateurs parviennent encore à ouvrir le même Sway avec Firefox.

Comportement par navigateur

Le tableau ci‑dessous synthétise les constats les plus fréquents.

Navigateur	Symptôme courant	Probabilité observée	Notes
Microsoft Edge (Chromium)	Écran « chargement » infini ou « Embed Preview »	Élevée	Plus sensible aux extensions et à l’inspection TLS d’entreprise.
Google Chrome	Identique à Edge	Élevée	Le blocage d’iframe tiers ou des cookies peut aggraver l’échec.
Opera	Identique à Edge/Chrome	Moyenne	Bases Chromium, mêmes causes probables.
Mozilla Firefox	Chargement plus souvent réussi	Moyenne	Comportement réseau différent, semble contourner certains nœuds défaillants.
Safari	Variable	Faible à moyenne	Dépend des règles ITP et des bloqueurs de contenu.

Chronologie des incidents signalés

Les événements suivants ont été régulièrement évoqués dans les échanges avec la communauté et le support Microsoft :

Date (UTC)	Identifiant	Résumé	Statut officiel	Retour terrain après clôture
28 juin 2024	SW806219	Lenteur et indisponibilité intermittente.	Incident reconnu par Microsoft.	Des lenteurs et blocages subsistent selon des utilisateurs.
1 juillet 2024	SW807143	Symptômes similaires (« chargement », échecs d’intégration).	Microsoft indique une résolution le 2 juillet 2024 à 00:25 GMT+8.	Instabilité encore rapportée jusqu’en septembre 2024.
Juin 2025	—	Nouveaux signalements publics de panne similaire.	Recommandation d’ouvrir des tickets de support ciblés.	Cas confirmés dans plusieurs environnements hétérogènes.

Cause évoquée

Microsoft a mentionné un « dysfonctionnement d’infrastructure » touchant certains nœuds Sway. Aucune RCA (analyse causale détaillée) publique n’a été fournie. Les indices techniques (timeouts côté CDN, requêtes en attente, erreurs CORS ou 403/503 intermittents) pointent un incident côté service, parfois amplifié par des intermédiaires réseau d’entreprise (proxy, inspection TLS, filtrage).

Solutions et contournements recommandés

Avant toute action globale, isolez si possible une machine de référence sans extensions, sur un réseau non filtré (4G/5G), pour confirmer si le problème vient du service ou de l’environnement client.

Vérifier le tableau de bord Santé du service (SHD)

Connectez‑vous au Centre d’administration Microsoft 365 avec un compte Administrateur global.
Ouvrez État → Santé du service, filtrez sur Sway.
Si aucun incident n’est listé mais que l’échec est reproductible, utilisez Signaler un problème pour créer un suivi officiel.

Bonnes pratiques : abonnez‑vous aux notifications SHD et archivez une capture d’écran à chaque incident. Cela accélère l’investigation côté Microsoft.

Escalader par un ticket de support Microsoft 365

Lorsque le SHD ne reflète pas votre réalité, créez un ticket. Fournissez :

l’URL complète du Sway concerné (public/privé, mode embed ou direct) ;
l’heure exacte des échecs (avec fuseau) ;
l’ID de votre client (Tenant ID), le ou les UPN impactés ;
un journal HAR (voir ci‑dessous) et des copies d’écran de l’onglet Réseau/Console ;
le chemin réseau utilisé (bureau, VPN, domicile, 4G) ;
les versions de navigateur et OS.

Demandez explicitement la corrélation côté backend et l’analyse des nœuds Sway/du CDN utilisés par votre locataire.

Changer temporairement de navigateur

Firefox (et parfois Safari) se montrent moins touchés lors des pannes. Recommandez à vos utilisateurs :

d’installer Firefox ESR en entreprise pour disposer d’un « plan B » certifié ;
d’ouvrir les Sway problématiques dans ce navigateur jusqu’à résolution.

Désactiver extensions, VPN, proxy et vérifier le domaine `sway-cdn.com`

Les échecs « Embed Preview » sont fréquents lorsque des ressources CDN ne se chargent pas. Procédez ainsi :

Désactivez temporairement tout bloqueur (adblock, antivirus web, agents SASE), puis testez.
Vérifiez l’absence d’inspection TLS ou appliquez un contournement pour sway.office.com et sway-cdn.com.
Contrôlez la résolution DNS et la connectivité : nslookup sway-cdn.com tracert sway-cdn.com curl -I https://sway-cdn.com/
Effacez données et service workers du site :
- Edge/Chrome : Paramètres → Confidentialité → Cookies et autres données → Voir toutes les données → rechercher « sway » et supprimer.
- DevTools → Application → Storage → Clear site data.

Exporter ou basculer la diffusion

Exporter en PDF depuis Sway si l’accès est encore possible pour l’auteur.
Alternative vidéo : capturer le défilement avec un enregistreur d’écran (p. ex. Clipchamp) pour disposer d’une version « lecture seule ».
Basculer la diffusion vers PowerPoint pour le web, Canva ou Adobe Express si la disponibilité de Sway est critique pour une campagne.

Recommandations stratégiques

Veille proactive : abonnez‑vous aux alertes SHD, testez chaque semaine une sélection de Sway publics depuis un réseau externe non filtré et consignez les temps de chargement.
Plan de secours documenté : pour chaque newsletter ou page critique, préparez un format alternatif (PDF ou page SharePoint/Teams) prêt à être publié si Sway tombe en panne.
Surveillance de l’évolution du produit : Sway reçoit peu de mises à jour visibles et des pannes récurrentes ont été signalées jusqu’en juin 2025. Envisagez, à moyen terme, une migration vers un outil plus activement maintenu si les incidents persistent.

Guide de diagnostic approfondi

Utilisez ce cadre pour réduire rapidement l’espace de recherche.

Arbre de décision express

Le Sway s’ouvre‑t‑il en direct dans Firefox ou depuis un smartphone 4G ?
- Oui : privilégier une cause locale (réseau/PC/extension/proxy/TLS).
- Non : probabilité forte d’incident côté service ou CDN.
Le même Sway échoue‑t‑il en embed et en ouverture directe ?
- Oui : problème général de chargement des assets.
- Non (échec seulement en embed) : regardez les politiques d’iframe, les bloqueurs tiers et les entêtes CSP de la page hôte.
Un autre locataire M365 affiche‑t‑il le même symptôme au même moment ?
- Oui : renforce l’hypothèse d’un incident régional.
- Non : escaladez avec vos journaux pour corrélation ciblée.

Tableau cause → test → remède

Symptôme	Cause probable	Test rapide	Remède ou contournement
Écran « chargement » infini	Nœud Sway/CDN en échec	Test 4G ou VPN hors réseau ; essai Firefox	Escalade support ; communiquer un lien alternatif (PDF/SharePoint)
« Embed Preview » figé	Ressource tierce bloquée (CSP, cookies tiers, adblock)	Console DevTools : erreurs CORS/3rd‑party ; mode privé	Assouplir CSP côté page hôte ; désactiver bloqueurs pour le domaine
Échec intermittent selon l’heure	Répartition de charge vers un nœud dégradé	Traceroute DNS, répétition à intervalles	Ticket de corrélation backend ; forcer un réseau de secours
OK en direct, KO en embed	Restrictions d’iframe ou politique cookie	Tester la même URL hors iFrame	Adapter l’intégration (paramètre `?embed`, hôte approuvé)
KO sur Edge/Chrome, OK sur Firefox	Inspection TLS/Proxy spécifique à Chromium	Désactiver inspection sur `sway.office.com` et `sway-cdn.com`	Mettre en liste d’autorisation les domaines Sway/CDN

Collecte de preuves techniques

HAR et traces réseau :

Ouvrez le Sway problématique, puis F12 pour DevTools.
Onglet Network → cochez Preserve log, rechargez la page.
Clique droit → Save all as HAR with content.

Console JavaScript : notez toute erreur (CORS, ERR_BLOCKED_BY_CLIENT, 4xx/5xx, net::ERR_HTTP2_PROTOCOL_ERROR), ainsi que l’Origin de la page hôte en cas d’embed.

Versions et environnement :

Edge : tapez edge://version ; Chrome : chrome://version ; Firefox : Aide → À propos.
Windows : winver ; macOS : À propos de ce Mac.
Proxy système : netsh winhttp show proxy ; politique navigateur : exporter les clés de stratégie si nécessaires.

Modèles prêts à l’emploi

Modèle de ticket pour le support Microsoft

Titre : Sway bloqué sur "chargement" / "Embed Preview" dans Edge & Chrome
Impact : Communication externe bloquée (X utilisateurs, X régions)
Étendue : Liens Sway publics (ex. https://sway.office.com/…?ref=link et ?embed)

Horodatage UTC : 2025-06-16 09:35
Navigateur/OS : Edge 126.0.x / Windows 11 23H2 ; Chrome 126 ; Firefox 128 (OK)
Réseaux testés : LAN entreprise (KO), VPN (KO), 4G (OK partiel)
Étapes de repro : 1) ouvrir URL 2) afficher "Embed Preview" figé 3) console → erreurs CORS/503
Journaux joints : HAR, captures Network/Console, nslookup/tracert sway-cdn.com
Requête : Corrélation backend (tenant XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX), nœud CDN visé, RCA et ETA

Message de communication aux utilisateurs

Objet : Indisponibilité ponctuelle de contenus Sway
Bonjour,
Des contenus Sway peuvent rester bloqués sur "chargement" dans certains navigateurs. 
Contournement recommandé : ouvrir sous Firefox ou consulter la version PDF jointe.
Nous mettrons à jour cet avis dès résolution.
Merci de votre compréhension.

Conseils d’intégration et de diffusion

Évitez les pages hôtes trop restrictives : vérifiez les en‑têtes CSP (frame-ancestors) et X-Frame-Options côté site qui embarque le Sway.
Préparez un lien de repli : ajoutez sous chaque embed un bouton « Ouvrir dans une nouvelle fenêtre » (lien direct Sway) et un lien « Télécharger le PDF ».
Réduisez la dépendance aux scripts tiers sur les pages qui intègrent Sway pour limiter les conflits.

Plan de secours opérationnel

En cas d’indisponibilité de Sway au moment d’une campagne ou d’un envoi de newsletter :

Basculer en mode PDF : exporter ou capturer la version PDF, la publier sur SharePoint/OneDrive avec partage public contrôlé.
Remplacer l’embed par un call‑to‑action « Voir la version PDF ».
Répliquer la présentation dans PowerPoint pour le web si besoin d’une lecture en ligne sans dépendance Sway.
Informer via un bandeau ou une note en tête de newsletter.

Liste de contrôle pour les administrateurs

Suivi SHD activé sur Sway et alertes e‑mail configurées.
Documentation de la procédure HAR et gabarits de tickets prêts.
Liste d’autorisation actualisée (sway.office.com, sway-cdn.com, endpoints d’authentification Microsoft).
Navigateur de secours déployé (Firefox ESR) avec préférences gérées.
Kit de communication utilisateur réutilisable.

Questions fréquentes

Pourquoi Firefox réussit‑il quand Edge/Chrome échouent ?

Les piles réseau diffèrent (gestion HTTP/2, coalescence de connexions, compatibilité avec certaines inspections TLS). Selon le chemin CDN, Firefox peut aboutir à un nœud non dégradé ou contourner un blocage introduit par une extension ou une politique Chromium.

Le message « Embed Preview » est‑il un bug côté Sway ou un problème de ma page ?

Les deux sont possibles. Si l’ouverture directe de l’URL Sway fonctionne mais pas l’embed, suspectez une politique d’iframe ou un bloqueur tiers côté page hôte. Si les deux échouent, la probabilité d’un incident de service augmente.

Que fournir à Microsoft pour accélérer la résolution ?

Un échantillon représentatif : plusieurs URLs Sway touchées, horodatage exact, HAR/Console, comparaison entre réseaux (LAN/VPN/4G) et navigateurs, et l’indication des proxys/agents de sécurité en place.

Comment limiter l’impact sur mes newsletters ?

Prévoyez systématiquement un lien de repli (PDF/SharePoint) et testez l’aperçu depuis un réseau externe avant l’envoi. Conservez des versions statiques prêtes à publier.

Migrer ou rester sur Sway ?

Sway reste utile pour des récits visuels rapides. Cependant, la faible cadence d’évolutions et la récurrence d’incidents depuis 2024 incitent à envisager une stratégie multi‑fournisseur ou une migration partielle si :

vos audiences externes sont nombreuses et sensibles à la disponibilité ;
vous dépendez fortement d’embed dans des portails tiers ;
vous avez besoin d’analyses, d’A/B‑tests ou de branding avancé.

Des alternatives — PowerPoint pour le web, Canva, Adobe Express — offrent des parcours de publication stables et des options de distribution variées (pages web, PDF, vidéo, réseaux sociaux). Une cohabitation est possible : gardez Sway pour le prototypage et basculez les diffusions critiques vers un canal à SLA plus prédictible.

Résumé exécutif

Symptômes : Sway bloqué sur « chargement »/« Embed Preview », surtout Chromium.
Historique : incidents reconnus fin juin‑début juillet 2024, retours d’instabilité jusqu’en septembre 2024, nouveaux signalements en juin 2025.
Cause évoquée : dysfonctionnement d’infrastructure sur certains nœuds Sway/CDN, parfois aggravé par des intermédiaires réseau.
Actions : vérifier SHD, ouvrir un ticket M365 avec HAR, contourner via Firefox/Safari, assainir extensions/proxy, autoriser sway-cdn.com.
Stratégie : veille proactive, plan de secours systématique, envisager migration si incidents récurrents.

Annexes techniques

Endroits à vérifier côté réseau et sécurité

Pare‑feu/filtrage URL : sway.office.com, sway-cdn.com, points d’authentification Microsoft.
Proxy explicite et proxy transparent : règles d’exclusion pour les domaines Sway.
Inspection TLS : désactivation ou exception ciblée sur les domaines cités.
Résolution DNS : latence et chemin vers le CDN, variation selon sites.
WAF/Reverse‑proxy de la page hôte en cas d’embed (en‑têtes Content-Security-Policy et X-Frame-Options).

Checklist rapide pour le helpdesk

Reproduire en session invitée, extensions désactivées.
Tester Firefox puis réseau 4G.
Effacer données du site et service workers.
Capturer HAR + captures Console.
Vérifier résolution DNS et accès à sway-cdn.com.
Escalader avec toutes les pièces jointes et l’horodatage.

Avertissement : ce guide synthétise des symptômes et retours largement observés auprès des administrateurs et des réponses officielles rapportées sur la période 2024–2025. Les environnements d’entreprise (proxys, politiques de sécurité, extensions) pouvant modifier le comportement, adaptez les recommandations à votre contexte.