Dans la journée du vendredi 13 novembre 2026, Claude a connu deux pannes, pendant qu’Outlook et plusieurs services Microsoft 365 traversaient eux aussi de graves perturbations. De quoi donner l’impression que tous les outils de travail décident de tomber en panne ensemble. Mais derrière ces alertes se cachent plusieurs incidents qu’il faut distinguer.
Le point le plus intéressant concerne les utilisateurs qui ont relié Claude à Outlook : même lorsque l’assistant d’Anthropic recommence à répondre, ses fonctions de messagerie ou de calendrier peuvent rester indisponibles. Et non, redémarrer dix fois son navigateur ne suffit pas forcément à régler le problème.
Claude a bien connu deux pannes le 13 novembre
Ce n’est pas qu’une rumeur amplifiée par Google Trends. La page officielle de suivi d’Anthropic confirme deux incidents successifs le vendredi 13 novembre.
Le premier a commencé à 9 h 58 UTC, avec des difficultés d’authentification touchant Claude.ai et Claude Code. Anthropic a annoncé un correctif à 11 h 05 puis déclaré l’incident résolu à 11 h 58 UTC.
Un second incident a été signalé à 13 h 09 UTC. Cette fois, les erreurs concernaient Claude.ai, l’API de Claude, Claude Code et certains outils connectés, notamment Claude Docs et Claude Sheets. Après plusieurs messages faisant état d’une reprise progressive, Anthropic a déclaré cet incident résolu à 15 h 38 UTC.
Un détail important : pendant cette reprise, certaines tâches programmées et routines pouvaient prendre plus de deux heures de retard, et quelques exécutions avaient été ignorées. Autrement dit, même si le chatbot répond de nouveau, un travail automatisé lancé pendant la panne ne s’est pas forcément terminé.
Pourquoi Claude for Outlook peut rester en panne alors que Claude fonctionne ?
Parce qu’il ne s’agit pas exactement du même service.
Claude peut fonctionner comme assistant conversationnel sur son site. Mais lorsqu’on lui demande de retrouver un e-mail Outlook, de consulter un calendrier Microsoft 365 ou de chercher des informations dans SharePoint, il doit dialoguer avec les systèmes de Microsoft grâce à un connecteur.
Or ce connecteur a subi un incident commencé dès le 12 novembre à 17 h 52 UTC. Anthropic a explicitement attribué ces erreurs à une panne de Microsoft 365. Les demandes liées au courrier, au calendrier et à la recherche pouvaient échouer, et certains utilisateurs ne parvenaient plus à ouvrir l’extension Claude for Outlook.
Dans sa dernière mise à jour officielle consultée, datée du 13 novembre à 15 h 40 UTC, Anthropic évoquait des signes de rétablissement du connecteur et de Claude for Outlook. Certaines recherches SharePoint restaient néanmoins en erreur. La panne de Microsoft n’était pas encore officiellement close à ce moment-là.
Conclusion : Claude peut répondre à une question classique tout en étant incapable de lire les messages d’un compte Outlook. Ce n’est pas contradictoire. Son moteur de conversation et l’accès à un service externe ont des dépendances différentes.
Est-ce que la panne de Microsoft a provoqué toutes les erreurs de Claude ?
Rien ne permet de l’affirmer. Anthropic établit un lien direct entre l’incident Microsoft 365 et les difficultés de son connecteur Outlook. En revanche, l’entreprise n’a pas attribué publiquement ses deux pannes plus générales du 13 novembre à cette même cause.
Les événements se sont produits pendant la même période, mais une coïncidence de calendrier ne démontre pas une origine commune.
La panne Microsoft, elle, est particulièrement large. Selon l’Associated Press, Outlook, Teams et Copilot ont connu des perturbations dans plusieurs régions du monde. Microsoft signalait vendredi des améliorations progressives, tout en prévenant que certains utilisateurs pouvaient encore rencontrer des difficultés d’accès ou recevoir leurs e-mails en retard.
Ce type d’effet domino n’est pas nouveau. Nous avions déjà expliqué comment une panne Microsoft avait perturbé des services aussi différents que Heathrow, NatWest et Minecraft. Un outil peut afficher une erreur même lorsque ses propres serveurs fonctionnent, simplement parce qu’un composant extérieur devenu indispensable ne répond plus.
Claude affiche une erreur 403 ou ne répond plus : que faire ?
Avant de supprimer votre compte ou de réinstaller quoi que ce soit, vérifiez d’abord les informations de service.
- Regardez l’état officiel de Claude. Faites la distinction entre Claude.ai, l’API, Claude Code et les connecteurs. Ils ne tombent pas nécessairement en panne ensemble.
- Si le souci concerne Outlook, consultez aussi l’état des services Microsoft. Une erreur de connexion à la messagerie peut venir de Microsoft et non de Claude.
- Testez une conversation simple sans accès aux outils externes. Si Claude répond, mais échoue seulement lorsqu’il doit lire un mail ou chercher dans SharePoint, le connecteur devient le premier suspect.
- Conservez le travail déjà généré. Copiez vos contenus importants dans un document local avant de relancer une tâche longue. Vérifiez ensuite si l’ancienne exécution a réellement abouti.
- Attendez avant de reconnecter vos comptes. Si le fournisseur annonce une panne des connexions, multiplier les déconnexions et autorisations peut compliquer le diagnostic sans réparer le service distant.
Une erreur 403 peut signaler un refus d’accès, mais sa présence ne prouve pas à elle seule une panne générale. Le message exact, le service concerné et l’état officiel du moment comptent davantage qu’une capture isolée.
Claude est revenu, mais les automatisations méritent une vérification
Pour les particuliers, la situation se résume souvent à quelques heures de frustration. Pour les professionnels, elle pose une question plus gênante : que se passe-t-il lorsqu’un assistant IA doit enchaîner plusieurs actions dans Outlook, Teams, SharePoint ou un autre service cloud ?
Si l’une des étapes dépend d’un connecteur indisponible, tout le processus peut s’arrêter. Et si une routine a été sautée pendant la panne, le simple retour du service ne signifie pas qu’elle sera exécutée automatiquement après coup.
Le réflexe utile, ce samedi 14 novembre, consiste donc à contrôler les tâches, e-mails ou opérations attendus vendredi, plutôt que de se contenter de vérifier si la fenêtre de discussion de Claude fonctionne de nouveau.
À retenir : les deux incidents généraux de Claude du 13 novembre ont été déclarés résolus, mais le connecteur Microsoft 365 faisait encore l’objet d’une surveillance dans le dernier bulletin consulté. La situation peut évoluer : pour le suivi en direct, les pages de statut officielles restent les meilleures références.
