Causas y pasos de verificación cuando ActiveX no funciona en Office 2024/Microsoft 365

1. Lo primero que debe saber

En Office 2024 y Microsoft 365, los controles ActiveX están desactivados de forma predeterminada. Que un botón o formulario de Excel, o un objeto incrustado de Word / PowerPoint que antes funcionaba, parezca dejar de funcionar de repente tras una actualización, se debe casi siempre no a una avería del programa, sino a un cambio en el valor de seguridad predeterminado.

La causa se puede clasificar en tres grandes grupos.

1. Un cambio en la configuración de seguridad (Trust Center, ActiveX desactivado por defecto)
2. Una incompatibilidad de 32 bits / 64 bits (un control exclusivo de 32 bits cargado en un Office de 64 bits)
3. Un registro COM incompleto o falta de DLL / runtimes dependientes (regsvr32 no ejecutado, runtime de VC++ ausente)

Regla práctica: resolverlo en este orden, de arriba abajo, es el camino más corto.

Terminología usada en este artículo

Para el personal de sistemas, primero resumimos los términos que aparecen en el texto sin más explicación.

Estructura de este artículo

Es largo, así que lea desde donde le sea útil. Se divide a grandes rasgos en tres bloques.

Si tiene prisa, vaya primero al capítulo 11, “Síntomas frecuentes y su tratamiento”, busque su síntoma allí, y desde ahí vuelva al Step correspondiente.

2. Office 2024 frente a Microsoft 365 ── en qué se diferencian

Importante: la ruta de registro sigue siendo 16.0 incluso en Office 2024. Pensar “como es 2024, busco 24.0” es un desvío típico.

Advertencia sobre Windows 10

El soporte general de Windows 10 terminó el 14 de octubre de 2025. No obstante, Microsoft 365 Apps sigue recibiendo actualizaciones de seguridad en Windows 10 hasta el 10 de octubre de 2028, durante el periodo de gracia de migración. Es decir, la situación es la siguiente.

• No es que “en Windows 10 no funcione en absoluto”
• Se está operando bajo la doble premisa de “el SO sin soporte, las Apps con periodo de gracia”

3. Panorama general del diagnóstico

flowchart TD
    accTitle: Panorama general del diagnóstico de ActiveX en Office 2024/Microsoft 365
    accDescr: Diagrama de flujo que va desde reproducir el síntoma y recopilar los datos del entorno hasta revisar el Trust Center, el modo IE, el registro COM y las dependencias, terminando en la recopilación de logs y la comparación de diferencias de build.
    A[Reproducir el síntoma] --> B[Recopilar nombre de producto, build, bitness y SO de Office]
    B --> C{¿Están OK las premisas de soporte del SO / Office?}
    C -- NG --> C1[Corregir premisas: revisar SO / edición de Office / canal]
    C -- OK --> D[Revisar el Trust Center]
    D --> E{¿Hay problemas en la configuración de ActiveX / vista protegida / documentos de confianza?}
    E -- Sí --> E1[Corregir configuración, firma y diseño de distribución]
    E -- No --> F{¿Depende de Web heredada / IE?}
    F -- Sí --> F1[Revisar el modo IE y la lista de sitios]
    F -- No --> G[Revisar CLSID / InprocServer32 / TypeLib]
    G --> H{¿El registro COM es correcto?}
    H -- NG --> H1[regsvr32 / RegAsm / reinstalar]
    H -- OK --> I[Revisar DLL dependientes / runtime de .NET / VC++]
    I --> J{¿Se cumplen las dependencias?}
    J -- NG --> J1[Reparar o redistribuir el runtime correspondiente]
    J -- OK --> K[Recopilar logs / Procmon / Process Explorer]
    K --> L[Comparar diferencias de build y de actualizaciones de seguridad]

4. Step 1 ── Recopilar información del entorno

Primero registre siempre la siguiente información. La idea es decidir a partir de cifras, no de impresiones.

Del lado de Office

• Confirme en [Archivo] → [Cuenta] → [Información del producto]
  • Nombre del producto (Office 2024 o Microsoft 365)
  • Versión y número de build (lo más importante)
  • Tipo de instalación (Click-to-Run)
• Confirme 32 bits / 64 bits en el cuadro de diálogo de información del producto, como [Acerca de Excel] / [Acerca de Word]

Del lado de Windows

# Información básica del sistema operativo
Get-CimInstance Win32_OperatingSystem |
  Select-Object Caption, Version, BuildNumber, OSArchitecture

# Ruta del ejecutable de los procesos de Office
Get-Process WINWORD, EXCEL, POWERPNT, VISIO -ErrorAction SilentlyContinue |
  Select-Object ProcessName, Path

Cómo interpretar el resultado obtenido

La salida en sí varía según el entorno, así que aquí se indican las columnas que hay que mirar y el criterio de evaluación.

Si Get-Process no devuelve ningún resultado, es simplemente que la aplicación de Office correspondiente no está en ejecución. Abra la aplicación que quiera comprobar y vuelva a ejecutar el comando. Como se incluye -ErrorAction SilentlyContinue, no se produce error aunque falte algún nombre de proceso no iniciado.

El bitness del lado de Office también se puede comprobar desde el menú de la aplicación. En Excel, vaya a “Archivo” → “Cuenta” → “Acerca de Excel”: en la primera línea del cuadro de diálogo que se abre aparecen la versión, el número de build y la indicación “32 bits” o “64 bits”. Anotar esta línea tal cual agiliza las consultas al proveedor y la verificación de reproducción.

Errores frecuentes

5. Step 2 ── Revisar el Trust Center y la configuración de seguridad

Lo que se hace aquí es diferenciar entre “el archivo en sí está bloqueado” y “falla la carga del componente COM real”.

Lista de verificación (en este orden)

Dónde mirar en la pantalla

En lugar de capturas de pantalla, aquí se describe la ubicación y el orden de las operaciones.

• Barra de mensajes: aparece justo después de abrir el archivo, como una franja horizontal entre la cinta de opciones y el área de edición. Si la cerró por error, cerrar y volver a abrir el archivo la hace reaparecer.
• Pantalla de configuración de ActiveX: aunque avance por “Archivo” → “Opciones” → “Centro de confianza”, ahí solo verá un texto explicativo y un botón. La configuración real está un paso más allá, tras pulsar el botón “Configuración del Centro de confianza…”: en la pantalla que se abre, seleccione “Configuración de ActiveX” en la lista de la izquierda. Si se salta este paso intermedio, no llegará a la pantalla buscada. La propia documentación de Microsoft describe el procedimiento para habilitar ActiveX como este cambio de configuración, y no como el permiso temporal desde la barra de mensajes.
• Vista protegida / Documentos de confianza / Editores de confianza: los tres aparecen en la misma lista de la izquierda de la pantalla “Configuración del Centro de confianza”. Borrar el registro de documentos de confianza antes de verificar la reproducción reduce las diferencias entre equipos.

Cuidado con el alcance de la configuración: la configuración de ActiveX se aplica no solo al archivo que tiene abierto en ese momento, sino a todos los archivos de Word / Excel / PowerPoint / Visio. No es una configuración de “permitir solo este archivo”. Si la relaja temporalmente para investigar, devuélvala a su estado original sin falta.

Qué probar primero

1. Copie el archivo problemático a una carpeta local administrada (por ejemplo, C:\Temp) y guárdelo con otro nombre
2. Evite abrirlo directamente desde un recurso compartido de red o un adjunto de correo (para eliminar el efecto de la vista protegida)
3. Inicie Office en modo seguro para descartar el efecto de los complementos

excel /safe
winword /safe
powerpnt /safe

6. Step 3 ── Confirmar si depende del modo IE

Lo que parecía “un fallo normal de ActiveX” puede en realidad deberse a que el modo IE de Edge no está configurado.

• El modo IE no es un interruptor global del navegador: se aplica solo a los sitios registrados en la Enterprise Site List
• Si solo falla parte de la integración con la Web interna, confirme si ese sitio está incluido como objetivo del modo IE

Los lugares donde confirmarlo son los siguientes.

• Directiva de Edge: Plantillas administrativas > Microsoft Edge
• Registro: HKLM\SOFTWARE\Policies\Microsoft\Edge
• Página de diagnóstico: edge://compat/iediagnostic

7. Step 4 ── Confirmar el registro COM

Si el Trust Center no presenta problemas, el siguiente paso es confirmar si el componente COM real está registrado correctamente.

Comandos básicos de verificación

:: Confirmar el estado del registro del CLSID
reg query "HKLM\SOFTWARE\Classes\CLSID\{YOUR-CLSID-HERE}\InprocServer32" /s

:: Registrar / anular el registro de una DLL COM / ActiveX nativa
regsvr32 C:\Path\YourControl.dll
regsvr32 /u C:\Path\YourControl.dll

Cómo interpretar el resultado de la verificación

En el resultado de reg query hay que fijarse en tres puntos.

1. Si la clave existe. Si no existe la clave, no se muestra nada, solo devuelve un error de “no se encontró”. En ese punto queda confirmado que no está registrado.
2. La ruta de la DLL que aparece en el valor predeterminado. Ahí está el componente COM real.
3. Si el archivo existe realmente en esa ruta. Es habitual que, tras una desinstalación o un traslado, solo desaparezca el archivo real mientras el registro permanece.

Si quiere hacer el juicio de una sola vez, PowerShell resulta más legible.

# Sustituya por el CLSID que quiera investigar y ejecute (incluya las llaves)
$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 "No registrado: no se encontró $key"
}

Si FileExists es False, significa que el registro permanece pero el archivo real no existe. Se necesita reinstalar o volver a registrar.

No se equivoque de ubicación: si registra un COM de 32 bits en Windows de 64 bits, el componente real se guarda en HKLM\SOFTWARE\Classes\WOW6432Node\CLSID\{CLSID}. Si desde PowerShell o reg query de 64 bits solo mira HKLM\SOFTWARE\Classes\CLSID, parecerá “no registrado”, así que en problemas de Office de 32 bits revise siempre también bajo WOW6432Node.

En el caso de COM creado en .NET (importante)

Para un ensamblado .NET no se usa regsvr32. Se usa RegAsm.

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

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

Accidente típico: “el bitness de RegAsm no coincide con el bitness de Office” → el registro se completa en el registro de Windows, pero Office no lo encuentra.

8. Step 5 ── Confirmar DLL dependientes y runtimes

Cuando “existe la DLL principal pero no se carga”, suele ser porque falta alguna dependencia.

Runtimes que faltan con frecuencia en la práctica

Herramientas de investigación de bajo nivel

Si captura el log con Procmon en el momento de la reproducción y filtra por NAME NOT FOUND, verá de un vistazo qué DLL o clave de registro no se encontró.

Cómo aplicar los filtros, cómo eliminar el ruido y desde qué evento leer están detallados como procedimiento en la Guía práctica de Process Monitor (ProcMon). Además, si se atasca en la combinación de registro y bitness, Los errores de registro y bitness en los que se cae al desarrollar COM/OCX/ActiveX trata el mismo problema desde el lado del desarrollo.

9. Step 6 ── Obtener logs para la confirmación final

Si hasta aquí no se ha podido identificar la causa, active los logs para capturar el momento de la reproducción.

Habilitar el log general de Office

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

Habilitar el log detallado 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

Los logs se generan en %windir%\temp o en %temp%.

Use también el Visor de eventos

eventvwr.msc

• Revise Registros de Windows > Aplicación
• Los errores de .NET Runtime o de SideBySide suelen ser el dato decisivo

Deshabilitar los logs después de la verificación (no lo olvide)

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. Tabla de referencia rápida de registro / directivas principales

Las cuatro rutas que hay que recordar

En Office de 32 bits sobre Windows de 64 bits, revise también lo relacionado con COM bajo Wow6432Node.

Registro de prueba de uso frecuente (exclusivo para verificación)

Windows Registry Editor Version 5.00

; Exclusivo para pruebas: libera la desactivación total de ActiveX
[HKEY_CURRENT_USER\Software\Microsoft\Office\Common\Security]
"DisableAllActiveX"=dword:00000000

Advertencia: esta configuración es exclusiva para verificación. La solución permanente debe hacerse mediante “un canal de distribución confiable y firma digital”.

11. Síntomas frecuentes y su tratamiento

12. Configuración recomendada para empresas

La base del tratamiento permanente no es “bajar la seguridad en general”, sino “permitirla de forma limitada solo para lo necesario”.

Ejemplo de configuración de despliegue de Microsoft 365 (32 bits + canal empresarial mensual)

<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. Último recurso ── la reparación

• La reparación rápida / la reparación en línea son eficaces contra configuraciones dañadas o registros corruptos
• Sin embargo, no resuelven por sí solas la incompatibilidad x86 / x64 ni los problemas de firma / directivas
• La reparación se hace “al final” (si se hace antes, contamina los logs de investigación)

14. Tabla de referencia rápida de comandos

15. Resumen ── no se equivoque en el orden de eliminación

Error de configuración → incompatibilidad de SO / bitness → problema del componente COM real → dependencias → diferencia de actualización

Un problema de ActiveX puede parecer “solo un problema de Excel”, pero en realidad es un problema donde se cruzan cinco capas: la seguridad predeterminada de Office + las premisas de soporte de Windows + el registro del componente COM real + los runtimes dependientes + el modelo de actualización. Antes de relajar la configuración a ciegas, diagnosticar en orden, de arriba abajo, lleva a una reparación con menos probabilidad de repetirse.

Referencias

• ActiveX controls are disabled by default in Microsoft 365 and Office 2024 ─ el alcance del efecto de la desactivación predeterminada
• Enable or disable ActiveX settings in Office files ─ el recurso más cercano a la operación del usuario
• Update history for Office LTSC 2024 and Office 2024 ─ comparación de builds, diferencias antes y después de la actualización
• Overview of update channels for Microsoft 365 Apps ─ la diferencia entre Current / Monthly Enterprise / Semi-Annual
• Release Information for Updates to Microsoft 365 Apps ─ diferencias de comportamiento originadas por el canal
• Compatibility between the 32-bit and 64-bit versions of Office ─ criterio de decisión cuando intervienen activos de ActiveX / COM
• Modo Internet Explorer en Microsoft Edge ─ la Enterprise Site List y las directivas
• Comando regsvr32 ─ registro / anulación de registro de COM nativo
• Regasm.exe (herramienta de registro de ensamblados) ─ registro de COM creado en .NET
• Process Monitor (Procmon) ─ rastreo de NAME NOT FOUND / PATH NOT FOUND
• Process Explorer ─ estado de carga de DLL del proceso
• Latest supported Visual C++ Redistributable Downloads ─ dónde confirmar la falta del runtime de VC++
• Guía de instalación de .NET Framework ─ confirmación de la versión de .NET Framework

Artículos relacionados

Artículos recientes con las mismas etiquetas para profundizar en temas cercanos.

Temas relacionados

Estas páginas sitúan el tema en un contexto más amplio de servicios y decisiones.

Servicios relacionados con este tema

El artículo está directamente relacionado con los siguientes servicios.

Preguntas frecuentes

Preguntas habituales en las consultas sobre el tema del artículo.

¿Qué significa que ActiveX esté desactivado de forma predeterminada en Office 2024 o Microsoft 365?

En Office 2024 y Microsoft 365, los controles ActiveX están desactivados de forma predeterminada. Que un botón o formulario de Excel, o un objeto incrustado de Word / PowerPoint que antes funcionaba, deje de funcionar de repente tras una actualización no suele deberse a una avería del programa, sino a este cambio en el valor de seguridad predeterminado. El primer paso es probar si funciona temporalmente seleccionando [Habilitar contenido] en la barra amarilla de mensajes que aparece al abrir el archivo, y revisar la configuración de ActiveX en el Trust Center (Centro de confianza).

Después de actualizar Office, los botones ActiveX de Excel dejaron de responder. ¿Qué debería revisar primero?

La causa se puede clasificar en tres grandes grupos. El primero es un cambio en la configuración de seguridad (Trust Center, ActiveX desactivado por defecto, vista protegida). El segundo es una incompatibilidad de 32 bits / 64 bits (un control exclusivo de 32 bits cargado en un Office de 64 bits). El tercero es un registro COM incompleto o la falta de DLL / runtimes dependientes (regsvr32 no ejecutado, runtime de VC++ ausente). Resolverlo en este orden, de arriba abajo, es el camino más corto. Junto con esto, registre primero el nombre del producto, el número de build, el bitness de Office y la información del sistema operativo, y confirme las diferencias de reproducción abriendo el archivo desde una carpeta local en lugar de directamente desde un recurso compartido de red o un adjunto de correo.

¿Por qué un control ActiveX solo falla en Office de 64 bits?

Porque el bitness de Office y el bitness del componente COM / ActiveX deben coincidir obligatoriamente. Un control exclusivo de 32 bits no funcionará aunque se cargue en un Office de 64 bits. Confirme con el proveedor si existe una versión x64 y, si no la hay, considere cambiar a Office de 32 bits. En el caso de COM creado en .NET, no se usa regsvr32 sino RegAsm: registre con el RegAsm de Framework si Office es de 32 bits, o con el de Framework64 si Office es de 64 bits. Un accidente típico ocurre cuando el bitness de RegAsm no coincide con el de Office: el registro se completa en el registro de Windows, pero Office no logra encontrar el control.

¿Cómo debería configurarse para poder usar ActiveX de forma permanente?

La base no es bajar la seguridad en general, sino permitirla de forma limitada solo para lo necesario. El cambio de registro DisableAllActiveX es exclusivamente para pruebas de verificación; la solución permanente se logra con un canal de distribución confiable y firma digital. En concreto, firme digitalmente el ActiveX / las macros / los complementos de distribución interna y gestione el Trusted Publisher de forma centralizada, considere el canal empresarial mensual en Microsoft 365 porque sus puntos de cambio son más fáciles de seguir, y priorice Office de 32 bits salvo que el proveedor confirme explícitamente compatibilidad con x64. Antes de la distribución en producción, cree un pilot ring y valide con formularios representativos y equipos representativos con la build fijada.

Perfil del autor

Página de presentación del autor del artículo.

Go Komura

Representante de KomuraSoft LLC

Especializado en desarrollo de software para Windows, consultoría técnica e investigación de fallos, sobre todo en proyectos con sistemas existentes y errores difíciles de reproducir.