Perché ActiveX smette di funzionare in Office 2024 / Microsoft 365 e come diagnosticarlo

Cosa devi sapere per primo

In Office 2024 e Microsoft 365, i controlli ActiveX sono disabilitati di default. Quando pulsanti e moduli Excel, o oggetti incorporati in Word / PowerPoint, sembrano improvvisamente “smettere di funzionare” dopo un aggiornamento, la causa di solito non è un programma rotto ma un cambiamento nelle impostazioni di sicurezza.

Le cause rientrano in tre categorie ampie.

1. Cambiamenti delle impostazioni di sicurezza (Trust Center, ActiveX disabilitati di default)
2. Mismatch 32-bit / 64-bit (caricare un controllo solo 32-bit in Office 64-bit)
3. Registrazione COM mancante o DLL / runtime dipendenti (regsvr32 mai eseguito, VC++ runtime mancante)

Regola empirica sul campo: affrontarle dall’alto in questo ordine è il percorso più veloce.

Office 2024 vs Microsoft 365 — Cosa cambia

Importante: Il percorso registry rimane 16.0 anche in Office 2024. Cercare 24.0 “perché è 2024” è un classico giro fuori strada.

Nota su Windows 10

Il supporto generale per Windows 10 è terminato il 14 ottobre 2025. Tuttavia, Microsoft 365 Apps resta in un periodo di tolleranza di migrazione su Windows 10, con aggiornamenti di sicurezza forniti fino al 10 ottobre 2028. In altre parole, la situazione è questa:

• Non è vero che “non funziona proprio nulla su Windows 10”
• Si opera sotto la doppia premessa “OS fuori supporto, Apps in periodo di tolleranza”

Panoramica troubleshooting

flowchart TD
    A[Riproduci il sintomo] --> B[Raccogli nome prodotto, build, bitness Office e info OS]
    B --> C{I prerequisiti di supporto OS / Office sono OK?}
    C -- No --> C1[Correggi prerequisiti: rivedi edizione / canale OS / Office]
    C -- Si --> D[Controlla il Trust Center]
    D --> E{Problema con ActiveX settings / Protected View / Trusted Documents?}
    E -- Si --> E1[Correggi impostazioni, firma e design di distribuzione]
    E -- No --> F{Dipende da legacy Web / IE?}
    F -- Si --> F1[Controlla IE mode e la site list]
    F -- No --> G[Controlla CLSID / InprocServer32 / TypeLib]
    G --> H{La registrazione COM è sana?}
    H -- No --> H1[regsvr32 / RegAsm / reinstalla]
    H -- Si --> I[Controlla DLL dipendenti / .NET / VC++ runtime]
    I --> J{Le dipendenze sono soddisfatte?}
    J -- No --> J1[Ripara e ridistribuisci il runtime pertinente]
    J -- Si --> K[Raccogli log / Procmon / Process Explorer]
    K --> L[Controlla delta di build e delta di aggiornamento sicurezza]

Passo 1 — Raccogli informazioni ambiente

Per prima cosa, registra sempre le seguenti informazioni. Lo scopo è prendere decisioni basate su numeri, non su sensazioni.

Lato Office

• Controlla in File → Account → Informazioni prodotto
  • Nome prodotto (Office 2024 vs Microsoft 365)
  • Versione e build number (la più importante)
  • Tipo installazione (Click-to-Run)
• Controlla 32-bit / 64-bit nella finestra di dialogo informazioni prodotto sotto Informazioni su Excel / Informazioni su Word, ecc.

Lato Windows

# Informazioni base OS
Get-CimInstance Win32_OperatingSystem |
  Select-Object Caption, Version, BuildNumber, OSArchitecture

# Percorsi eseguibili dei processi Office
Get-Process WINWORD, EXCEL, POWERPNT, VISIO -ErrorAction SilentlyContinue |
  Select-Object ProcessName, Path

Pitfall comuni

Passo 2 — Controlla il Trust Center e le impostazioni di sicurezza

Quello che stai facendo qui è determinare se “il file stesso viene bloccato” o “il caricamento del componente COM fallisce”.

Checklist (in ordine, dall’alto)

Cosa provare per primo

1. Copia il file problematico in una cartella gestita localmente (es. C:\Temp) e salvalo con un nome diverso
2. Evita di aprirlo direttamente da una condivisione di rete o da un allegato email (per escludere Protected View)
3. Avvia Office in modalità provvisoria per isolare l’influenza dei componenti aggiuntivi

excel /safe
winword /safe
powerpnt /safe

Passo 3 — Controlla se dipende da IE Mode

Ci sono casi in cui quello che sembrava un “ordinario fallimento ActiveX” si rivela causato da Edge IE mode non configurato.

• IE mode non è un interruttore del browser — si applica solo ai siti registrati nell’Enterprise Site List
• Se solo una parte della tua integrazione web interna fallisce, controlla se quel sito è effettivamente coperto da IE mode

Controlla:

• Edge policies: Administrative Templates > Microsoft Edge
• Registry: HKLM\SOFTWARE\Policies\Microsoft\Edge
• Pagina diagnostica: edge://compat/iediagnostic

Passo 4 — Controlla la registrazione COM

Se il Trust Center è pulito, la prossima cosa è verificare se il componente COM stesso è registrato correttamente.

Comandi base di verifica

:: Stato registrazione CLSID
reg query "HKLM\SOFTWARE\Classes\CLSID\{YOUR-CLSID-HERE}\InprocServer32" /s

:: Registra / deregistra una DLL COM / ActiveX nativa
regsvr32 C:\Path\YourControl.dll
regsvr32 /u C:\Path\YourControl.dll

Per componenti COM costruiti con .NET (importante)

regsvr32 non può essere usato per assembly .NET. Usa RegAsm.

:: Office 32-bit su Windows 64-bit -> usa RegAsm Framework
"C:\Windows\Microsoft.NET\Framework\v4.0.30319\RegAsm.exe" "C:\Path\YourControl.dll" /codebase /tlb

:: Office 64-bit -> usa RegAsm Framework64
"C:\Windows\Microsoft.NET\Framework64\v4.0.30319\RegAsm.exe" "C:\Path\YourControl.dll" /codebase /tlb

Incidente tipico: “La bitness di RegAsm non corrisponde alla bitness di Office” — la registrazione ha successo nel registry, ma Office non trova il componente.

Passo 5 — Controlla DLL dipendenti / runtime

Quando “la DLL principale esiste ma non si carica”, il caso più comune è una dipendenza mancante.

Runtime frequentemente mancanti in pratica

Strumenti di investigazione low-level

Cattura un log Procmon mentre riproduci il problema e filtra su NAME NOT FOUND, e diventa immediatamente chiaro quale DLL o chiave registry non è stata trovata.

Passo 6 — Cattura log per conferma finale

Se la causa non è stata identificata a questo punto, abilita i log e cattura il momento della riproduzione.

Abilita logging generale di Office

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

Abilita logging Click-to-Run dettagliato

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

I log vengono scritti in %windir%\temp o %temp%.

Usa anche Event Viewer

eventvwr.msc

• Controlla Windows Logs > Application
• Gli errori .NET Runtime e SideBySide sono spesso l’indizio decisivo

Disabilita il logging dopo la verifica (non dimenticare)

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

Riferimento rapido registry / policy

Quattro percorsi utili da memorizzare

Con Office 32-bit su Windows 64-bit, controlla anche sotto Wow6432Node per tutto ciò che riguarda COM.

Voci registry di test frequentemente usate (solo verifica)

Windows Registry Editor Version 5.00

; Solo test: rimuovi la disabilitazione totale ActiveX
[HKEY_CURRENT_USER\Software\Microsoft\Office\Common\Security]
"DisableAllActiveX"=dword:00000000

Avvertenza: Queste impostazioni sono solo per verifica. La correzione permanente dovrebbe essere “percorso di distribuzione attendibile più firma”.

Sintomi comuni e rimedi

Impostazioni consigliate per le aziende

Il principio fondamentale di una correzione permanente è “non abbassare la sicurezza in blocco — consenti solo ciò che serve, in modo mirato”.

Esempio di configurazione di deployment Microsoft 365 (32-bit + Monthly Enterprise)

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

Ultima ratio — Riparazione

• Quick Repair / Online Repair funzionano per corruzione di impostazioni e registrazione
• Tuttavia, non risolvono mismatch x86 / x64 o problemi di firma / policy in sé
• La riparazione viene per ultima (farla per prima contamina i log di investigazione)

Riferimento comandi rapidi

Conclusione — Non sbagliare l’ordine

Misconfigurazione -> Mismatch OS / bitness -> Problema componente COM -> dipendenze -> delta aggiornamenti

Anche quando un problema ActiveX sembra “solo un problema di Excel”, in realtà è un problema in cui si intersecano cinque layer: sicurezza di default di Office + prerequisiti di supporto OS + registrazione del componente COM + runtime dipendenti + modello di aggiornamento. Piuttosto che rilassare ciecamente le impostazioni, isola la causa dall’alto verso il basso e arriverai a una riparazione molto meno incline a ripresentarsi.

Link di riferimento

• ActiveX controls are disabled by default in Microsoft 365 and Office 2024 — scope dell’impatto della disabilitazione di default
• Enable or disable ActiveX settings in Office files — la risorsa più vicina alle operazioni utente
• Update history for Office LTSC 2024 and Office 2024 — confronto build, delta pre/post aggiornamento
• Overview of update channels for Microsoft 365 Apps — differenze Current / Monthly Enterprise / Semi-Annual
• Release Information for Updates to Microsoft 365 Apps — differenze comportamentali guidate dal canale
• Compatibility between the 32-bit and 64-bit versions of Office — criteri decisionali quando sono coinvolti asset ActiveX / COM
• Internet Explorer mode in Microsoft Edge — Enterprise Site List e policy
• regsvr32 command — registrazione / deregistrazione COM nativo
• Regasm.exe (Assembly Registration Tool) — registrazione componenti COM costruiti con .NET
• Process Monitor (Procmon) — tracciare NAME NOT FOUND / PATH NOT FOUND
• Process Explorer — stato caricamento DLL di un processo
• Latest supported Visual C++ Redistributable Downloads — dove controllare VC++ runtime mancanti
• .NET Framework installation guide — verifica versioni .NET Framework

Articoli correlati

Articoli recenti con gli stessi tag per approfondire argomenti vicini.

Argomenti correlati

Queste pagine collocano l’argomento in un contesto più ampio di servizi e decisioni.

Servizi collegati all’argomento

L’articolo è direttamente collegato ai servizi seguenti.

Domande frequenti

Domande che ricorrono nelle consulenze sull’argomento dell’articolo.

Perché i miei controlli ActiveX hanno smesso di funzionare dopo un aggiornamento di Office?

In Office 2024 e Microsoft 365, i controlli ActiveX sono disabilitati di default, quindi pulsanti e moduli che sembrano "smettere di funzionare" dopo un aggiornamento di solito vengono colpiti da un cambiamento nelle impostazioni di sicurezza piuttosto che da un programma rotto. Controlla la barra dei messaggi gialla all'apertura del file e prova Abilita contenuto, poi rivedi ActiveX Settings, Protected View, Trusted Documents e Trusted Publishers nel Trust Center. I file aperti da condivisioni di rete o allegati email possono essere bloccati anche da Protected View, quindi copiare il file in una cartella locale è un modo rapido per escluderlo.

Perché un controllo ActiveX fallisce solo su Office 64-bit?

Un controllo COM o ActiveX in-process può essere caricato solo da un host della stessa bitness, quindi un controllo solo 32-bit non può essere caricato in Office 64-bit. Chiedi al vendor se esiste una build x64; in caso contrario, passare a Office 32-bit è il rimedio pratico, e a meno che un vendor non dichiari esplicitamente il supporto x64, Office 32-bit merita considerazione prioritaria per le macchine con dipendenze legacy. Lo stesso trappolone vale per gli strumenti di registrazione: RegAsm per componenti COM .NET esiste nelle versioni Framework e Framework64, e usarne uno sbagliato significa che la registrazione ha successo ma Office non trova il componente.

Come controllo se un componente COM è registrato correttamente per Office?

Interroga la chiave InprocServer32 del CLSID con reg query, e ricorda che su Windows 64-bit con Office 32-bit, le voci COM possono trovarsi sotto Wow6432Node. I COM/ActiveX DLL nativi si registrano con regsvr32, ma gli assembly .NET richiedono RegAsm con le opzioni /codebase e /tlb — regsvr32 non funziona su di essi. Se la DLL è registrata ma non si carica, sospetta dipendenze mancanti come i pacchetti Visual C++ Redistributable o .NET Framework, e rintracciali con Process Explorer o una traccia Procmon filtrata su NAME NOT FOUND.

Dovrei semplicemente eseguire la riparazione di Office quando ActiveX si rompe?

No — la riparazione dovrebbe venire per ultima, perché eseguirla per prima contamina i log di investigazione. Quick Repair e Online Repair aiutano contro corruzione di impostazioni e registrazione, ma non risolvono mismatch x86/x64 né problemi di firma e policy. Il percorso più veloce è affrontare i layer dall'alto verso il basso: impostazioni di sicurezza nel Trust Center, prerequisiti OS e bitness, registrazione COM, runtime dipendenti e infine delta di aggiornamento per build number. Per una correzione aziendale permanente, non abbassare la sicurezza in blocco: firma internamente i controlli distribuiti, gestisci centralmente i Trusted Publishers e consenti solo il necessario.

Profilo dell’autore

Pagina di presentazione dell’autore dell’articolo.

Go Komura

Rappresentante di KomuraSoft LLC

Specializzato nello sviluppo di software Windows, nella consulenza tecnica e nell’analisi dei malfunzionamenti, soprattutto nei progetti con sistemi esistenti e guasti difficili da riprodurre.