Warum ActiveX in Office 2024/Microsoft 365 nicht mehr funktioniert – und wie Sie es diagnostizieren

1. Was Sie zuerst wissen sollten

In Office 2024 und Microsoft 365 sind ActiveX-Steuerelemente standardmäßig deaktiviert. Dass eine früher funktionierende Excel-Schaltfläche, ein Formular oder ein eingebettetes Objekt in Word/PowerPoint nach einem Update plötzlich „nicht mehr funktioniert“, liegt in der Regel nicht an einem defekten Programm, sondern an dieser geänderten Sicherheitsvorgabe.

Die Ursachen lassen sich grob in drei Kategorien einteilen.

1. Änderungen an Sicherheitseinstellungen (Trust Center, ActiveX standardmäßig deaktiviert)
2. 32-Bit-/64-Bit-Diskrepanz (ein nur für 32-Bit vorgesehenes Steuerelement in 64-Bit-Office)
3. Fehlende COM-Registrierung oder fehlende abhängige DLLs/Runtimes (regsvr32 nicht ausgeführt, VC++-Runtime fehlt)

Eiserne Regel aus der Praxis: Diese Reihenfolge von oben nach unten abzuarbeiten ist der schnellste Weg.

Begriffe, die in diesem Artikel verwendet werden

Für IT-Verantwortliche fassen wir zuerst die Begriffe zusammen, die im Text ohne weitere Erklärung vorkommen.

Aufbau dieses Artikels

Der Artikel ist lang – lesen Sie ihn dort, wo Sie ihn gerade brauchen. Er gliedert sich grob in drei Blöcke.

Wenn es schnell gehen muss, suchen Sie zuerst in Kapitel 11 „Häufige Symptome und Abhilfen“ Ihr Symptom und springen von dort zum passenden Schritt zurück.

2. Office 2024 vs. Microsoft 365 — Was ist der Unterschied

Wichtig: Der Registry-Pfad bleibt auch in Office 2024 bei 16.0. „Weil es 2024 ist, suche ich nach 24.0“ ist ein klassischer Umweg.

Hinweis zu Windows 10

Der allgemeine Support für Windows 10 endete am 14. Oktober 2025. Microsoft 365 Apps erhält auf Windows 10 jedoch weiterhin bis 10. Oktober 2028 Sicherheitsupdates – eine laufende Übergangsfrist. Es ergibt sich also folgende Lage:

• „Auf Windows 10 funktioniert gar nichts mehr“ stimmt nicht
• Sie arbeiten unter der doppelten Voraussetzung „OS außerhalb des Supports, Apps in der Übergangsfrist“

3. Das Gesamtbild der Fehlersuche

flowchart TD
    A[Symptom reproduzieren] --> B[Office-Produktname, Build, Bitness und OS-Informationen erfassen]
    B --> C{Sind die Support-Voraussetzungen von OS/Office in Ordnung?}
    C -- NG --> C1[Voraussetzungen korrigieren: OS/Office-Edition/Kanal überprüfen]
    C -- OK --> D[Trust Center prüfen]
    D --> E{Problem bei ActiveX-Einstellungen/geschützter Ansicht/vertrauenswürdigen Dokumenten?}
    E -- vorhanden --> E1[Einstellungen, Signatur, Verteildesign korrigieren]
    E -- keins --> F{Abhängig von Legacy-Web/IE?}
    F -- ja --> F1[IE-Modus und Site List prüfen]
    F -- nein --> G[CLSID/InprocServer32/TypeLib prüfen]
    G --> H{Ist die COM-Registrierung in Ordnung?}
    H -- NG --> H1[regsvr32/RegAsm/Neuinstallation]
    H -- OK --> I[Abhängige DLLs/.NET/VC++-Runtimes prüfen]
    I --> J{Sind die Abhängigkeiten erfüllt?}
    J -- NG --> J1[Betreffende Runtime reparieren/neu verteilen]
    J -- OK --> K[Protokolle erfassen/Procmon/Process Explorer]
    K --> L[Build-Unterschiede und Sicherheitsupdate-Unterschiede prüfen]

4. Schritt 1 — Umgebungsinformationen erfassen

Erfassen Sie zuerst unbedingt die folgenden Informationen. Es geht darum, anhand von Zahlen zu urteilen, nicht nach Gefühl.

Office-Seite

• Prüfen unter [Datei] → [Konto] → [Produktinformationen]
  • Produktname (Unterscheidung Office 2024/Microsoft 365)
  • Version und Buildnummer (am wichtigsten)
  • Installationsart (Click-to-Run)
• 32-Bit/64-Bit in den Produktinformationen unter [Info zu Excel] / [Info zu Word] usw. prüfen

Windows-Seite

# Grundlegende OS-Informationen
Get-CimInstance Win32_OperatingSystem |
  Select-Object Caption, Version, BuildNumber, OSArchitecture

# Pfad der ausführbaren Datei der Office-Prozesse
Get-Process WINWORD, EXCEL, POWERPNT, VISIO -ErrorAction SilentlyContinue |
  Select-Object ProcessName, Path

Wie Sie das Ergebnis lesen

Die Ausgabe selbst unterscheidet sich je nach Umgebung, daher hier die Spalten, auf die es ankommt, und die Beurteilungskriterien.

Liefert Get-Process keinen einzigen Treffer, ist die betreffende Office-Anwendung schlicht nicht gestartet. Öffnen Sie die zu prüfende Anwendung, und führen Sie den Befehl erneut aus. Wegen -ErrorAction SilentlyContinue führt ein nicht laufender Prozessname zu keinem Fehler.

Die Bitness von Office lässt sich auch über das Anwendungsmenü prüfen. Gehen Sie in Excel über „Datei“ → „Konto“ → „Info zu Excel“: In der geöffneten Dialogbox stehen in der ersten Zeile Version, Buildnummer sowie „32-Bit“ oder „64-Bit“. Notieren Sie sich diese Zeile unverändert – das beschleunigt Rückfragen beim Hersteller und die Reproduktionsprüfung.

Häufige Fallstricke

5. Schritt 2 — Trust Center und Sicherheitseinstellungen prüfen

Hier geht es um die Eingrenzung: „Wird die Datei selbst blockiert?“ oder „Schlägt das Laden der COM-Komponente fehl?“

Checkliste (in dieser Reihenfolge)

Wo im Bildschirm Sie hinschauen

Statt Bildschirmfotos folgt hier die Beschreibung der Position und Reihenfolge der Bedienschritte.

• Meldungsleiste: Erscheint unmittelbar nach dem Öffnen der Datei als querliegendes Band zwischen Menüband und Bearbeitungsbereich. Wurde sie geschlossen, wird sie durch erneutes Schließen und Öffnen der Datei wieder angezeigt.
• ActiveX-Einstellungsbildschirm: Selbst wenn Sie über „Datei“ → „Optionen“ → „Trust Center“ navigieren, sehen Sie dort nur einen Erklärungstext und eine Schaltfläche. Die eigentlichen Einstellungen liegen hinter der Schaltfläche „Trust Center-Einstellungen(T)…“; wählen Sie dort in der Liste auf der linken Seite „ActiveX-Einstellungen“ aus. Überspringen Sie diesen einen Schritt, kommen Sie nicht zum gewünschten Bildschirm. Auch in Microsofts eigener Anleitung wird das Aktivieren von ActiveX nicht über das vorübergehende Zulassen in der Meldungsleiste, sondern über genau diese Einstellungsänderung beschrieben.
• Geschützte Ansicht / Vertrauenswürdige Dokumente / Vertrauenswürdige Herausgeber: Alle drei stehen in derselben Liste auf der linken Seite des Bildschirms „Trust Center-Einstellungen“. Löschen Sie vor der Reproduktionsprüfung die Aufzeichnung der vertrauenswürdigen Dokumente – das verringert gerätespezifische Unterschiede.

Achtung beim Geltungsbereich der Einstellung: Die ActiveX-Einstellung gilt nicht nur für die gerade geöffnete Datei, sondern für alle Dateien von Word, Excel, PowerPoint und Visio. Es ist keine Einstellung „nur für diese eine Datei erlauben“. Wenn Sie sie zu Untersuchungszwecken vorübergehend lockern, setzen Sie sie unbedingt wieder zurück.

Was Sie zuerst ausprobieren sollten

1. Die problematische Datei in einen lokal verwalteten Ordner kopieren (z. B. C:\Temp) und unter anderem Namen speichern
2. Das direkte Öffnen aus einer Netzwerkfreigabe oder einem E-Mail-Anhang vermeiden (um den Einfluss der geschützten Ansicht auszuschließen)
3. Office im abgesicherten Modus starten, um den Einfluss von Add-Ins auszugrenzen

excel /safe
winword /safe
powerpnt /safe

6. Schritt 3 — Prüfen, ob eine Abhängigkeit vom IE-Modus besteht

Was wie ein „gewöhnlicher ActiveX-Fehler“ wirkt, kann tatsächlich an einer nicht konfigurierten IE-Modus-Funktion von Edge liegen.

• Der IE-Modus ist kein browserweiter Schalter, sondern gilt nur für Websites, die in der Enterprise Site List registriert sind
• Wenn nur ein Teil der internen Web-Anbindung nicht funktioniert, prüfen Sie, ob diese Website als IE-Modus-Ziel erfasst ist

Die Prüfstellen sind:

• Edge-Richtlinien: Administrative Vorlagen > Microsoft Edge
• Registry: HKLM\SOFTWARE\Policies\Microsoft\Edge
• Diagnoseseite: edge://compat/iediagnostic

7. Schritt 4 — COM-Registrierung prüfen

Gibt es im Trust Center kein Problem, prüfen Sie als Nächstes, ob die COM-Komponente selbst korrekt registriert ist.

Grundlegende Prüfbefehle

:: Registrierungsstatus der CLSID prüfen
reg query "HKLM\SOFTWARE\Classes\CLSID\{YOUR-CLSID-HERE}\InprocServer32" /s

:: Native COM-/ActiveX-DLL registrieren/entregistrieren
regsvr32 C:\Path\YourControl.dll
regsvr32 /u C:\Path\YourControl.dll

Wie Sie das Prüfergebnis lesen

Beim Ergebnis von reg query geht es um drei Punkte.

1. Existiert der Schlüssel? Fehlt der Schlüssel, wird nichts angezeigt, nur die Fehlermeldung „nicht gefunden“. Damit steht fest: keine Registrierung.
2. Der DLL-Pfad im Standardwert. Das ist die eigentliche COM-Komponente.
3. Existiert unter diesem Pfad tatsächlich eine Datei? Es kommt häufig vor, dass durch Deinstallation oder Verschieben nur die Datei verschwunden, die Registrierung aber erhalten geblieben ist.

Wenn Sie die Beurteilung in einem Rutsch durchführen wollen, ist PowerShell übersichtlicher.

# Durch die zu prüfende CLSID ersetzen und ausführen (inklusive geschweifter Klammern angeben)
$clsid = '{00000000-0000-0000-0000-000000000000}'
$key   = "HKLM:\SOFTWARE\Classes\CLSID\$clsid\InprocServer32"

if (Test-Path $key) {
  $server = Get-ItemPropertyValue -Path $key -Name '(default)'
  [pscustomobject]@{
    CLSID      = $clsid
    Server     = $server
    FileExists = Test-Path $server
  }
} else {
  Write-Host "Nicht registriert: $key wurde nicht gefunden"
}

Ist FileExists False, bleibt die Registrierung bestehen, obwohl die Komponente fehlt. Erforderlich ist dann eine Neuinstallation oder Neuregistrierung.

Suchen Sie nicht am falschen Ort: Registrieren Sie eine 32-Bit-COM-Komponente auf 64-Bit-Windows, landet sie unter HKLM\SOFTWARE\Classes\WOW6432Node\CLSID\{CLSID}. Wer mit 64-Bit-PowerShell oder reg query nur HKLM\SOFTWARE\Classes\CLSID betrachtet, sieht fälschlich „nicht registriert“ – prüfen Sie bei Problemen mit 32-Bit-Office deshalb unbedingt auch unter WOW6432Node nach.

Bei COM-Komponenten aus .NET (wichtig)

Für .NET-Assemblys funktioniert regsvr32 nicht. Verwenden Sie RegAsm.

:: 32-Bit-Office auf 64-Bit-Windows -> das RegAsm aus Framework verwenden
"C:\Windows\Microsoft.NET\Framework\v4.0.30319\RegAsm.exe" "C:\Path\YourControl.dll" /codebase /tlb

:: 64-Bit-Office -> das RegAsm aus Framework64 verwenden
"C:\Windows\Microsoft.NET\Framework64\v4.0.30319\RegAsm.exe" "C:\Path\YourControl.dll" /codebase /tlb

Typischer Unfall: „Die Bitness von RegAsm stimmt nicht mit der von Office überein“ → Die Registrierung scheint in der Registry erfolgreich, aber Office findet die Komponente trotzdem nicht.

8. Schritt 5 — Abhängige DLLs/Runtimes prüfen

Wenn „die eigentliche DLL vorhanden ist, aber nicht geladen wird“, fehlt meist eine Abhängigkeit.

In der Praxis häufig fehlende Runtimes

Werkzeuge für die Untersuchung auf niedriger Ebene

Erfassen Sie mit Procmon ein Protokoll bei der Reproduktion und filtern Sie nach NAME NOT FOUND – dann wird auf einen Blick klar, welche DLL oder welcher Registry-Schlüssel nicht gefunden wurde.

Wie Sie den Filter setzen, Rauschen entfernen und welche Ereignisse Sie lesen sollten, ist als Vorgehen im Praxisleitfaden zu Process Monitor (ProcMon) zusammengefasst. Wenn Sie an der Kombination aus Registrierung und Bitness hängen bleiben, behandelt Die Fallen bei Registrierung und Bitness in der COM/OCX/ActiveX-Entwicklung dasselbe Problem aus Entwicklersicht.

9. Schritt 6 — Protokolle erfassen und final bestätigen

Lässt sich die Ursache bis hierher nicht bestimmen, aktivieren Sie die Protokollierung und fangen Sie den Moment der Reproduktion ein.

Allgemeine Office-Protokollierung aktivieren

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

Ausführliche Click-to-Run-Protokollierung aktivieren

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

Die Protokolle werden nach %windir%\temp bzw. %temp% geschrieben.

Auch die Ereignisanzeige mitnutzen

eventvwr.msc

• Windows-Protokolle > Anwendung prüfen
• Fehler von .NET Runtime oder SideBySide sind oft der entscheidende Hinweis

Protokollierung nach der Prüfung wieder deaktivieren (nicht vergessen)

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

10. Wichtige Registry-/Richtlinien-Übersicht

Vier Pfade, die man sich merken sollte

Bei 32-Bit-Office auf 64-Bit-Windows unbedingt auch COM-Bezogenes unter Wow6432Node prüfen.

Häufig genutzte Test-Registry-Einträge (nur für Tests)

Windows Registry Editor Version 5.00

; Nur für Tests: pauschale ActiveX-Deaktivierung aufheben
[HKEY_CURRENT_USER\Software\Microsoft\Office\Common\Security]
"DisableAllActiveX"=dword:00000000

Warnung: Diese Einstellungen sind ausschließlich für Tests gedacht. Die dauerhafte Lösung erfolgt über „einen vertrauenswürdigen Verteilweg und Signaturen“.

11. Häufige Symptome und Abhilfen

12. Empfohlene Einstellungen für Unternehmen

Der Grundsatz einer dauerhaften Lösung lautet „nicht die Sicherheit insgesamt herabsetzen“, sondern „nur die tatsächlich benötigten Ziele gezielt erlauben“.

Beispiel für eine Microsoft-365-Bereitstellungskonfiguration (32-Bit + Monthly Enterprise Channel)

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

13. Letztes Mittel — Reparatur

• Schnellreparatur/Onlinereparatur hilft bei Einstellungs- oder Registrierungsschäden
• Löst aber weder eine x86-/x64-Diskrepanz noch Signatur-/Richtlinienprobleme selbst
• Reparatur kommt zuletzt (führt man sie zuerst durch, verunreinigt das die Untersuchungsprotokolle)

14. Befehlsübersicht

15. Zusammenfassung — Die richtige Reihenfolge beim Eingrenzen

Fehlkonfiguration → OS-/Bitness-Diskrepanz → Problem mit der COM-Komponente → Abhängigkeiten → Update-Unterschiede

Ein ActiveX-Problem sieht aus wie „nur ein Excel-Problem“, ist in Wirklichkeit aber ein Problem, bei dem sich fünf Schichten überlagern: die Standard-Sicherheit von Office + die Support-Voraussetzungen von Windows + die Registrierung der COM-Komponente + abhängige Runtimes + das Update-Modell. Statt blind Einstellungen zu lockern, gelangen Sie durch schrittweises Eingrenzen von oben nach unten zu einer Lösung, die deutlich seltener wiederkehrt.

Referenzlinks

• ActiveX controls are disabled by default in Microsoft 365 and Office 2024 ─ Umfang der Auswirkung der Standarddeaktivierung
• Enable or disable ActiveX settings in Office files ─ die den Benutzerhandlungen am nächsten stehende Quelle
• Update history for Office LTSC 2024 and Office 2024 ─ Build-Vergleiche, Unterschiede vor/nach Updates
• Overview of update channels for Microsoft 365 Apps ─ Unterschiede zwischen Current/Monthly Enterprise/Semi-Annual
• Release Information for Updates to Microsoft 365 Apps ─ kanalbedingte Verhaltensunterschiede
• Compatibility between the 32-bit and 64-bit versions of Office ─ Beurteilungskriterien, wenn ActiveX-/COM-Bestände betroffen sind
• Internet Explorer mode in Microsoft Edge ─ Enterprise Site List und Richtlinien
• regsvr32-Befehl ─ Registrieren/Entregistrieren von nativem COM
• Regasm.exe (Assemblyregistrierungs-Tool) ─ Registrieren von COM-Komponenten aus .NET
• Process Monitor (Procmon) ─ Verfolgen von NAME NOT FOUND/PATH NOT FOUND
• Process Explorer ─ DLL-Ladestatus eines Prozesses
• Latest supported Visual C++ Redistributable Downloads ─ Anlaufstelle bei fehlender VC++-Runtime
• .NET Framework-Installationsanleitung ─ Prüfen der .NET-Framework-Version

Verwandte Artikel

Aktuelle Artikel mit denselben Schlagwörtern führen zu verwandten Themen weiter.

Verwandte Themen

Diese Seiten ordnen den Artikel in einen größeren Leistungs- und Entscheidungskontext ein.

Leistungen zu diesem Thema

Dieser Artikel ist direkt mit den folgenden Leistungen verbunden.

Häufige Fragen

Fragen, die in Beratungen zu diesem Artikelthema häufig gestellt werden.

Was bedeutet es, dass ActiveX in Office 2024 und Microsoft 365 standardmäßig deaktiviert ist?

In Office 2024 und Microsoft 365 sind ActiveX-Steuerelemente standardmäßig deaktiviert. Dass eine früher funktionierende Excel-Schaltfläche, ein Formular oder ein eingebettetes Objekt in Word/PowerPoint nach einem Update plötzlich „nicht mehr funktioniert“, liegt in der Regel nicht an einem defekten Programm, sondern an dieser geänderten Sicherheitsvorgabe. Der erste Schritt besteht darin, beim Öffnen der Datei in der gelben Meldungsleiste [Inhalt aktivieren] auszuwählen, um zu testen, ob es vorübergehend funktioniert, und anschließend die ActiveX-Einstellungen im Trust Center (Sicherheitscenter) zu prüfen.

Nach einem Office-Update reagiert die ActiveX-Schaltfläche in Excel nicht mehr. Womit sollte ich die Prüfung beginnen?

Die Ursachen lassen sich grob in drei Kategorien einteilen: Erstens Änderungen an Sicherheitseinstellungen (Trust Center, ActiveX standardmäßig deaktiviert, geschützte Ansicht), zweitens eine 32-Bit-/64-Bit-Diskrepanz (ein nur für 32-Bit vorgesehenes Steuerelement in 64-Bit-Office), und drittens fehlende COM-Registrierung oder fehlende abhängige DLLs/Runtimes (regsvr32 nicht ausgeführt, VC++-Runtime fehlt). Diese Reihenfolge von oben nach unten abzuarbeiten ist der schnellste Weg. Erfassen Sie außerdem zuerst Produktname, Buildnummer, Office-Bitness und OS-Informationen, und prüfen Sie den Unterschied bei der Reproduktion in einem lokalen Ordner statt beim direkten Öffnen aus einer Netzwerkfreigabe oder einem E-Mail-Anhang.

Warum funktioniert ein ActiveX-Steuerelement nur unter 64-Bit-Office nicht?

Weil die Bitness von Office und die Bitness der COM-/ActiveX-Komponente übereinstimmen müssen. Ein nur für 32-Bit vorgesehenes Steuerelement funktioniert in 64-Bit-Office nicht, selbst wenn es dort geladen wird. Fragen Sie beim Hersteller nach, ob eine x64-Version existiert; falls nicht, prüfen Sie den Wechsel zu 32-Bit-Office. Bei COM-Komponenten aus .NET wird nicht regsvr32, sondern RegAsm verwendet – bei 32-Bit-Office das RegAsm aus Framework, bei 64-Bit-Office das RegAsm aus Framework64. Stimmt die Bitness von RegAsm nicht mit der von Office überein, entsteht der typische Unfall: Die Registrierung scheint in der Registry erfolgreich, aber Office findet die Komponente trotzdem nicht.

Wie sollte ich es konfigurieren, damit ActiveX dauerhaft nutzbar bleibt?

Der Grundsatz lautet, nicht die Sicherheit insgesamt herabzusetzen, sondern nur die tatsächlich benötigten Ziele gezielt zu erlauben. Das Ändern der Registry-Einstellung DisableAllActiveX ist ausschließlich für Tests gedacht; die dauerhafte Lösung erfolgt über einen vertrauenswürdigen Verteilweg und Signaturen. Konkret: selbst verteilte ActiveX-Steuerelemente/Makros/Add-Ins mit Codesignatur versehen und Trusted Publisher zentral verwalten, bei Microsoft 365 den Monthly Enterprise Channel in Betracht ziehen, dessen Änderungen leichter nachvollziehbar sind, und, sofern der Hersteller keine ausdrückliche x64-Unterstützung zusichert, 32-Bit-Office bevorzugt in Betracht ziehen. Vor der Produktivverteilung sollten Sie einen Pilot Ring anlegen und mit repräsentativen Formularen/Geräten bei fest eingefrorenem Build validieren.

Autorenprofil

Profilseite des Artikelautors.

Go Komura

Geschäftsführer von KomuraSoft LLC

Spezialisiert auf Windows-Softwareentwicklung, technische Beratung und Fehleranalyse, insbesondere bei bestehenden Systemen und schwer reproduzierbaren Störungen.