Pourquoi ActiveX ne fonctionne plus dans Office 2024/Microsoft 365 : causes et méthode de diagnostic

Ce qu’il faut savoir avant tout

Dans Office 2024 et Microsoft 365, les contrôles ActiveX sont désactivés par défaut. Si des boutons ou des formulaires Excel qui fonctionnaient auparavant, ou des objets intégrés dans Word / PowerPoint, semblent soudain « ne plus fonctionner » après une mise à jour, la cause est le plus souvent non pas une panne du programme, mais un changement de valeur de sécurité par défaut.

Les causes se répartissent en trois grandes catégories.

1. Changement des paramètres de sécurité (Trust Center, ActiveX désactivé par défaut)
2. Incompatibilité 32 bits / 64 bits (un contrôle réservé au 32 bits chargé dans un Office 64 bits)
3. Défaut d’enregistrement COM ou DLL / runtimes dépendants manquants (regsvr32 jamais exécuté, runtime VC++ absent)

Règle de terrain : traiter ces causes dans cet ordre, du haut vers le bas, est le chemin le plus rapide.

Office 2024 et Microsoft 365 — Quelles sont les différences

Important : le chemin de Registre reste 16.0 même dans Office 2024. Chercher 24.0 « parce qu’on est en 2024 » est un détour classique.

Remarque sur Windows 10

Le support général de Windows 10 s’est terminé le 14 octobre 2025. Toutefois, Microsoft 365 Apps reste dans une période de grâce de migration sous Windows 10, avec des mises à jour de sécurité fournies jusqu’au 10 octobre 2028. Autrement dit, la situation est la suivante :

• Ce n’est pas le cas que « rien ne fonctionne du tout sous Windows 10 »
• Vous opérez sous la double prémisse « OS hors support, Apps en période de grâce »

Vue d’ensemble du dépannage

flowchart TD
    A[Reproduire le symptôme] --> B[Recueillir le nom du produit Office, le build, la bitness et les infos OS]
    B --> C{Les prérequis de support OS / Office sont-ils OK ?}
    C -- Non --> C1[Corriger les prérequis : revoir OS / édition Office / canal]
    C -- Oui --> D[Vérifier le Trust Center]
    D --> E{Problème avec les paramètres ActiveX / Protected View / documents approuvés ?}
    E -- Oui --> E1[Corriger les paramètres, la signature et la conception de distribution]
    E -- Non --> F{Dépend du Web hérité / d'IE ?}
    F -- Oui --> F1[Vérifier le mode IE et la liste de sites]
    F -- Non --> G[Vérifier CLSID / InprocServer32 / TypeLib]
    G --> H{L'enregistrement COM est-il sain ?}
    H -- Non --> H1[regsvr32 / RegAsm / réinstallation]
    H -- Oui --> I[Vérifier les DLL dépendantes / .NET / runtimes VC++]
    I --> J{Les dépendances sont-elles satisfaites ?}
    J -- Non --> J1[Réparer et redistribuer le runtime concerné]
    J -- Oui --> K[Collecter les journaux / Procmon / Process Explorer]
    K --> L[Vérifier les écarts de build et les écarts de mise à jour de sécurité]

Étape 1 — Recueillir les informations sur l’environnement

Commencez toujours par consigner les informations suivantes. L’objectif est de décider sur la base de chiffres, pas d’impressions.

Côté Office

• Vérifiez sous [Fichier] → [Compte] → [Informations sur le produit]
  • Nom du produit (Office 2024 ou Microsoft 365)
  • Version et numéro de build (le plus important)
  • Type d’installation (Click-to-Run)
• Vérifiez 32 bits / 64 bits dans la boîte de dialogue d’informations produit, par exemple [À propos d’Excel] / [À propos de Word]

Côté Windows

# Informations de base sur l'OS
Get-CimInstance Win32_OperatingSystem |
  Select-Object Caption, Version, BuildNumber, OSArchitecture

# Chemins des exécutables des processus Office
Get-Process WINWORD, EXCEL, POWERPNT, VISIO -ErrorAction SilentlyContinue |
  Select-Object ProcessName, Path

Pièges courants

Étape 2 — Vérifier le Trust Center et les paramètres de sécurité

Ce qu’on cherche ici, c’est à distinguer « le fichier lui-même est-il bloqué » de « le chargement du composant COM échoue-t-il ».

Liste de contrôle (dans l’ordre, du haut vers le bas)

Ce qu’il faut essayer en premier

1. Copiez le fichier concerné dans un dossier local géré (par exemple C:\Temp) et enregistrez-le sous un autre nom
2. Évitez de l’ouvrir directement depuis un partage réseau ou une pièce jointe (pour écarter l’effet de Protected View)
3. Démarrez Office en mode sans échec pour isoler l’influence des compléments

excel /safe
winword /safe
powerpnt /safe

Étape 3 — Vérifier une éventuelle dépendance au mode IE

Ce qui ressemble à une « panne ActiveX ordinaire » peut en réalité être causé par un mode IE d’Edge non configuré.

• Le mode IE n’est pas un commutateur global du navigateur : il s’applique uniquement aux sites enregistrés dans l’Enterprise Site List
• Si seule une partie de votre intégration Web interne échoue, vérifiez si ce site est bien couvert par le mode IE

Vérifiez les éléments suivants :

• Stratégies Edge : Modèles d’administration > Microsoft Edge
• Registre : HKLM\SOFTWARE\Policies\Microsoft\Edge
• Page de diagnostic : edge://compat/iediagnostic

Étape 4 — Vérifier l’enregistrement COM

Si le Trust Center ne pose pas de problème, l’étape suivante consiste à vérifier que le composant COM lui-même est correctement enregistré.

Commandes de vérification de base

:: Vérifier l'état d'enregistrement du CLSID
reg query "HKLM\SOFTWARE\Classes\CLSID\{YOUR-CLSID-HERE}\InprocServer32" /s

:: Enregistrer / désenregistrer une DLL COM / ActiveX native
regsvr32 C:\Path\YourControl.dll
regsvr32 /u C:\Path\YourControl.dll

Pour les composants COM développés en .NET (important)

regsvr32 ne peut pas être utilisé pour les assemblies .NET. Utilisez RegAsm.

:: Office 32 bits sur Windows 64 bits -> utiliser le RegAsm de Framework
"C:\Windows\Microsoft.NET\Framework\v4.0.30319\RegAsm.exe" "C:\Path\YourControl.dll" /codebase /tlb

:: Office 64 bits -> utiliser le RegAsm de Framework64
"C:\Windows\Microsoft.NET\Framework64\v4.0.30319\RegAsm.exe" "C:\Path\YourControl.dll" /codebase /tlb

Incident classique : « la bitness de RegAsm ne correspond pas à celle d’Office » → l’enregistrement paraît réussi dans le Registre, mais Office ne trouve pas le composant.

Étape 5 — Vérifier les DLL / runtimes dépendants

Quand « la DLL principale existe mais ne se charge pas », il s’agit le plus souvent d’une dépendance manquante.

Runtimes fréquemment manquants en pratique

Outils d’investigation bas niveau

En capturant un journal Procmon pendant la reproduction et en filtrant sur NAME NOT FOUND, on voit immédiatement quelle DLL ou quelle clé de Registre est introuvable.

Étape 6 — Capturer les journaux pour la confirmation finale

Si la cause n’a toujours pas été identifiée à ce stade, activez la journalisation pour capturer le moment de la reproduction.

Activer la journalisation générale d’Office

reg add HKCU\Software\Microsoft\Office\16.0\Common\Logging /v EnableLogging /t REG_DWORD /d 1

Activer la journalisation détaillée de Click-to-Run

reg add HKLM\SOFTWARE\Microsoft\ClickToRun\OverRide /v LogLevel /t REG_DWORD /d 3
reg add HKLM\SOFTWARE\Microsoft\ClickToRun\OverRide /v PipelineLogging /t REG_DWORD /d 1

Les journaux sont écrits dans %windir%\temp ou %temp%.

Utiliser également l’Observateur d’événements

eventvwr.msc

• Vérifiez Journaux Windows > Application
• Les erreurs .NET Runtime ou SideBySide sont souvent l’indice décisif

Désactiver la journalisation après la vérification (à ne pas oublier)

reg delete HKCU\Software\Microsoft\Office\16.0\Common\Logging /v EnableLogging /f
reg delete HKLM\SOFTWARE\Microsoft\ClickToRun\OverRide /v PipelineLogging /f
reg delete HKLM\SOFTWARE\Microsoft\ClickToRun\OverRide /v LogLevel /f

Aide-mémoire des principales clés de Registre / stratégies

Quatre chemins à retenir

Avec un Office 32 bits sur Windows 64 bits, pensez aussi à vérifier ce qui concerne COM sous Wow6432Node.

Entrées de Registre de test fréquemment utilisées (vérification uniquement)

Windows Registry Editor Version 5.00

; Test uniquement : lever la désactivation globale d'ActiveX
[HKEY_CURRENT_USER\Software\Microsoft\Office\Common\Security]
"DisableAllActiveX"=dword:00000000

Avertissement : ces réglages sont réservés à la vérification. La solution permanente doit reposer sur « un canal de distribution fiable et la signature ».

Symptômes fréquents et remèdes

Configuration recommandée pour les entreprises

Le principe de base d’une solution permanente est de « ne pas abaisser la sécurité globale » mais « autoriser de manière limitée uniquement ce qui est nécessaire ».

Exemple de configuration de déploiement Microsoft 365 (32 bits + Entreprise mensuel)

<Configuration>
  <Add OfficeClientEdition="32" Channel="MonthlyEnterprise">
    <Product ID="O365ProPlusRetail">
      <Language ID="ja-jp" />
    </Product>
  </Add>
  <Updates Enabled="TRUE" />
  <Display Level="None" AcceptEULA="TRUE" />
</Configuration>

Dernier recours — La réparation

• La réparation rapide / réparation en ligne est efficace contre la corruption des paramètres ou de l’enregistrement
• Elle ne résout en revanche pas les incompatibilités x86 / x64 ni les problèmes de signature / stratégie eux-mêmes
• La réparation vient en dernier (la faire en premier pollue les journaux d’investigation)

Aide-mémoire des commandes

Conclusion — Ne pas se tromper dans l’ordre de résolution

Erreur de configuration -> Incompatibilité OS / bitness -> Problème du composant COM -> Dépendances -> Écarts de mise à jour

Même quand un problème ActiveX semble n’être « qu’un problème Excel », il s’agit en réalité d’un problème où cinq couches se croisent : la sécurité par défaut d’Office + les prérequis de support Windows + l’enregistrement du composant COM + les runtimes dépendants + le modèle de mise à jour. Plutôt que d’assouplir les paramètres à l’aveugle, isoler la cause du haut vers le bas permet d’aboutir à une correction bien moins susceptible de se reproduire.

Liens de référence

• ActiveX controls are disabled by default in Microsoft 365 and Office 2024 — périmètre d’impact de la désactivation par défaut
• Enable or disable ActiveX settings in Office files — la ressource la plus proche des opérations utilisateur
• Update history for Office LTSC 2024 and Office 2024 — comparaisons de build, écarts avant/après mise à jour
• Overview of update channels for Microsoft 365 Apps — différences entre Current / Monthly Enterprise / Semi-Annual
• Release Information for Updates to Microsoft 365 Apps — différences de comportement liées au canal
• Compatibility between the 32-bit and 64-bit versions of Office — critères de décision lorsque des actifs ActiveX / COM sont impliqués
• Internet Explorer mode in Microsoft Edge — Enterprise Site List et stratégies
• regsvr32 command — enregistrement / désenregistrement du COM natif
• Regasm.exe (Assembly Registration Tool) — enregistrement des composants COM développés en .NET
• Process Monitor (Procmon) — suivi de NAME NOT FOUND / PATH NOT FOUND
• Process Explorer — état de chargement des DLL d’un processus
• Latest supported Visual C++ Redistributable Downloads — où vérifier les runtimes VC++ manquants
• .NET Framework installation guide — vérification des versions de .NET Framework

Articles associés

Articles récents partageant les mêmes étiquettes, pour approfondir des sujets proches.

Sujets associés

Ces pages replacent le sujet dans un contexte plus large de services et de décisions.

Services liés à ce sujet

Cet article est directement lié aux services suivants.

Questions fréquentes

Questions souvent posées lors d’une consultation sur le sujet de cet article.

Que signifie la désactivation par défaut d'ActiveX dans Office 2024 et Microsoft 365 ?

Dans Office 2024 et Microsoft 365, les contrôles ActiveX sont désactivés par défaut. Si des boutons ou des formulaires Excel, ou des objets intégrés dans Word / PowerPoint, qui fonctionnaient auparavant semblent soudain « ne plus fonctionner » après une mise à jour, la cause n'est généralement pas une panne du programme mais ce changement de valeur de sécurité par défaut. La première étape consiste à sélectionner [Activer le contenu] dans la barre de message jaune qui apparaît à l'ouverture du fichier pour voir si cela fonctionne temporairement, puis à vérifier les paramètres ActiveX du Trust Center (Centre de gestion de la confidentialité).

Après une mise à jour d'Office, les boutons ActiveX d'Excel sont devenus inactifs. Par quoi commencer la vérification ?

Les causes se répartissent en trois grandes catégories. La première est un changement des paramètres de sécurité (Trust Center, ActiveX désactivé par défaut, Protected View). La deuxième est une incompatibilité 32 bits / 64 bits (un contrôle réservé au 32 bits chargé dans un Office 64 bits). La troisième est un défaut d'enregistrement COM ou l'absence de DLL / runtimes dépendants (regsvr32 jamais exécuté, runtime VC++ manquant). Traiter ces causes dans cet ordre, du haut vers le bas, est le chemin le plus rapide. Parallèlement, notez d'abord le nom du produit, le numéro de build, la bitness d'Office et les informations sur l'OS, puis vérifiez si le comportement diffère lorsque le fichier est ouvert depuis un dossier local plutôt que directement depuis un partage réseau ou une pièce jointe.

Pourquoi un contrôle ActiveX échoue-t-il uniquement sur Office 64 bits ?

Parce que la bitness d'Office et celle du composant COM / ActiveX doivent obligatoirement correspondre. Un contrôle réservé au 32 bits ne fonctionnera pas dans un Office 64 bits. Demandez au fournisseur s'il existe une version x64 et, sinon, envisagez de basculer vers Office 32 bits. Pour un composant COM développé en .NET, n'utilisez pas regsvr32 mais RegAsm : celui de Framework pour Office 32 bits, celui de Framework64 pour Office 64 bits. Si la bitness de RegAsm ne correspond pas à celle d'Office, on obtient l'incident classique où l'enregistrement paraît réussi dans le Registre, mais Office ne trouve pas le composant.

Comment configurer ActiveX pour qu'il fonctionne de manière permanente ?

Le principe de base n'est pas d'abaisser la sécurité globale, mais d'autoriser de manière limitée uniquement ce qui est nécessaire. La modification du registre DisableAllActiveX reste réservée à la vérification ; la solution permanente repose sur un canal de distribution fiable et la signature. Concrètement : signez avec un certificat de code les ActiveX / macros / compléments distribués en interne et gérez les éditeurs approuvés (Trusted Publisher) de façon centralisée ; pour Microsoft 365, envisagez le canal Entreprise mensuel (Monthly Enterprise), où les changements sont plus faciles à suivre ; et, tant que le fournisseur n'a pas explicitement confirmé la prise en charge x64, privilégiez Office 32 bits. Avant tout déploiement en production, constituez un pilot ring et validez une build figée sur des documents et des postes représentatifs.

Profil de l’auteur

Page de présentation de l’auteur de l’article.

Go Komura

Représentant de KomuraSoft LLC

Spécialisé dans le développement de logiciels Windows, le conseil technique et l’analyse de pannes, notamment pour les systèmes existants et les incidents difficiles à reproduire.