WP Multitool
Autoloader Optimizer

Cómo funciona el Autoloader Optimizer

El Autoloader Optimizer analiza las opciones en autoload de tu sitio y recomienda optimizaciones seguras. Clasifica cada opción en categorías, identifica candidatas a optimizar y ofrece un mecanismo de restauración por si algo sale mal.

1. Revisión de salud — Escanea cada opción en autoload y la clasifica en una de seis categorías
2. Detección de plugins — Usa los metadatos de WordPress (TextDomain + nombre de carpeta) para asociar opciones a plugins con gran precisión
3. Modo Aprendizaje — Un periodo de observación opcional registra a qué opciones se accede de verdad antes de hacer cambios
4. Optimización — Crea una copia de seguridad y luego quita el autoload de las candidatas marcadas. Nunca se borran datos.

Paso 2: detección de plugins — cómo funcionan los prefijos

La parte más difícil del análisis de opciones es identificar correctamente qué plugin creó qué opción. El módulo usa la API get_plugins() de WordPress para obtener todos los plugins instalados con sus metadatos completos, incluido el TextDomain.

Generar prefijos

Para cada plugin generamos varios prefijos posibles:

1. Prefijo basado en la carpeta — El nombre de la carpeta del plugin con guiones bajos (p. ej., advanced-caching pasa a ser advanced_caching_)
2. Prefijo del TextDomain — El TextDomain declarado por el plugin, si es distinto del nombre de la carpeta

Este enfoque de doble prefijo cubre los patrones habituales de nombres en WordPress, donde la carpeta usa guiones y el TextDomain guiones bajos, o al revés.

Antes de la v1.1.18: el problema de los prefijos

Desde la v1.1.18: detección basada en TextDomain

La implementación actual lo resuelve así:

1. Leyendo los metadatos completos del plugin, incluido el TextDomain declarado en su cabecera
2. Usando tanto el nombre de la carpeta como el TextDomain para generar prefijos
3. Verificando el estado activo del plugin contra la lista oficial active_plugins de WordPress
4. Clasificando una opción como "de plugin inactivo" solo si tenemos mucha confianza en que el plugin está realmente inactivo

Esto reduce muchísimo los falsos positivos. Ahora identificamos correctamente que Yoast SEO (carpeta: wordpress-seo, TextDomain: wordpress-seo) corresponde a las variantes wordpress_seo_, wordpress-seo_ y wpseo_ comprobando las cabeceras del plugin. El resultado: casi nunca marcamos por error opciones de plugins activos como huérfanas.

Paso 4: optimización

Cuando has revisado el análisis e identificado las candidatas, el módulo aplica la optimización:

1. Creación de la copia — Se crea una copia completa de la tabla de opciones y se guarda como una opción en la base de datos
2. Actualización del flag de autoload — Para cada candidata seleccionada, la columna autoload pasa de 'yes' a 'no'
3. Verificación — El módulo muestra un resumen de lo que ha cambiado
4. Monitorización — Tras la optimización puedes comprobar si el sitio sigue funcionando bien

Medidas de seguridad

El Autoloader Optimizer está construido con varias capas de seguridad:

Lista de opciones seguras

Una lista curada de opciones del núcleo de WordPress que nunca se marcan para optimizar. Protege la funcionalidad esencial de WordPress, sea cual sea su tamaño u origen.

Asociación de plugins por prefijo

Usa los metadatos oficiales de plugin de WordPress (TextDomain, nombre de carpeta) para identificar qué plugin es dueño de qué opción. Se contrasta con la lista oficial active_plugins para evitar falsos positivos.

Clasificación conservadora

Si hay cualquier duda sobre el origen o la seguridad de una opción, va a la categoría "no reconocidas" en vez de marcarse para optimización automática.

Copia de seguridad antes de optimizar

Se crea una instantánea completa de todas las opciones en autoload y se guarda en la base de datos antes de hacer ningún cambio.

Restauración con un clic

Si algo sale mal, puedes restaurar la copia con un solo clic. Todos los ajustes de autoload vuelven a su estado anterior.

Hook de filtro para desarrolladores

Los desarrolladores pueden registrar opciones propias a las que nunca se debe quitar el autoload. Usa el filtro wpmultitool_autoload_candidates para modificar la lista de candidatas antes de aplicar la optimización:

add_filter('wpmultitool_autoload_candidates', function($analysis) {
    // Protect specific options from being optimized
    $analysis['candidates'] = array_diff($analysis['candidates'], [
        'my_critical_option',
        'another_important_one',
    ]);
    return $analysis;
});

Aunque una opción coincida con un patrón de exceso o venga de un plugin inactivo, el filtro te permite dejarla fuera de la optimización.

Conservación de los datos

Las opciones nunca se borran. Solo se modifica el flag de autoload. Los datos siguen totalmente accesibles para los plugins y el código que los pidan.

Monitorización y resolución de problemas

Después de optimizar: qué vigilar

1. Tiempos de carga — Usa Google PageSpeed o WebPageTest para medir antes y después
2. Consultas a la base de datos — Revisa tu registro de consultas lentas por si aparecen nuevas
3. Funcionalidad — Prueba los flujos críticos (checkout, formularios, operaciones del admin)
4. Registros de errores — Vigila wp-content/debug.log por si salen avisos o errores nuevos

Si algo se rompe

1. Ve a WP Multitool → Autoloader Optimizer → Estado
2. Haz clic en "Restaurar copia"
3. Todos los flags de autoload vuelven a su estado anterior
4. Investiga qué optimización causó el problema
5. Usa el hook de filtro para desarrolladores para proteger esa opción concreta
6. Vuelve a aplicar las optimizaciones sin la opción problemática

Medir tu tamaño de autoload

-- Before optimization (check current autoloaded size)
SELECT SUM(CHAR_LENGTH(option_value)) AS autoload_bytes
FROM wp_options
WHERE autoload IN ('yes', 'on', 'auto', 'auto-on');

-- After optimization (verify the reduction)
SELECT SUM(CHAR_LENGTH(option_value)) AS autoload_bytes
FROM wp_options
WHERE autoload IN ('yes', 'on', 'auto', 'auto-on');

Preguntas frecuentes

¿Qué son los datos en autoload en WordPress?

Los datos en autoload son todas las filas de la tabla wp_options marcadas para cargarse automáticamente: 'yes' en instalaciones antiguas, y también 'on', 'auto' o 'auto-on' desde WordPress 6.6. WordPress lo carga todo en memoria en cada petición —frontend, admin, REST, cron—, use o no la página actual esos datos. Un total sano está por debajo de unos 800 KB–1 MB; los plugins que no recogen lo suyo son el motivo habitual de que crezca por encima. No es el autoloader de clases de PHP (Composer / SPL).

¿Es seguro poner autoload en 'no'?

Para las opciones adecuadas, sí, y es mucho más seguro que borrarlas. Poner autoload en 'no' mantiene los datos en la base de datos; WordPress simplemente los carga bajo demanda en vez de en cada petición, y el cambio es totalmente reversible. El riesgo está en tocar opciones que un plugin activo lee al principio de la petición (configuración del cortafuegos, rewrite_rules, cron), así que audita a quién pertenece cada opción antes de tocarla: las opciones huérfanas de plugins eliminados son las victorias seguras.

¿Qué significa el aviso de datos en autoload de WP Engine?

El portal de usuario de WP Engine marca tu sitio cuando el tamaño total de las opciones en autoload de wp_options crece demasiado; recomiendan mantenerlo por debajo de aproximadamente 1 MB, porque todo lo que pase de ahí se carga en cada petición. El aviso es solo diagnóstico: WP Engine te da el número, pero auditar y arreglar las opciones culpables es cosa tuya. El mismo coste existe en cualquier hosting; WP Engine solo es uno de los pocos que lo enseña en un panel.

¿Esto va a romper mi sitio?

No. El Autoloader Optimizer solo cambia el flag de autoload, nunca borra datos. Cuando un plugin o el núcleo de WordPress pide una opción que ya no está en autoload, WordPress la sigue cargando desde la base de datos — simplemente no se carga en absolutamente todas las peticiones. Además, se crea una copia completa antes de optimizar y puedes restaurarla con un clic si pasa algo inesperado.

¿Por qué no se optimizan automáticamente las opciones no reconocidas?

Porque no podemos verificar su origen. Pueden ser opciones de tu tema activo (que usa prefijos no estándar), de un plugin must-use en /wp-content/mu-plugins/, opciones propias de tu código, o de un plugin con nombres no estándar. Optimizar automáticamente opciones no reconocidas arriesgaría romper funcionalidad que no entendemos del todo. En su lugar te las mostramos para que las revises.

¿Y los plugins con prefijos no estándar?

Desde la v1.1.18 usamos el TextDomain de la cabecera del plugin para generar prefijos adicionales, lo que cubre la mayoría de nombres no estándar. Aun así, algunos plugins usan prefijos sin relación alguna con su nombre (por ejemplo, abreviaturas propias en código heredado). Para esos casos puedes usar el hook de filtro para desarrolladores para proteger las opciones, o inspeccionar la opción a mano y decidir tú.

¿Por qué el plugin sigue creando opciones para funciones que no uso?

La mayoría de plugins de WordPress crean todas sus claves de opción durante la instalación, actives las funciones que actives. Es más sencillo que comprobar dinámicamente qué está activado. El Autoloader Optimizer ayuda a mitigarlo no cargando en autoload las opciones de plugins desactivados o de funciones que ahora mismo no usas.

¿Cuánto puedo ahorrar de forma realista?

Depende del ecosistema de plugins de tu sitio. Un sitio normal con 8–12 plugins puede esperar una reducción de 100–300 KB por petición. Un sitio WooCommerce con 15–20 plugins puede ver 500 KB–2 MB. Un sitio muy inflado con más de 30 plugins y años de historial puede ver más de 2–5 MB por petición.

¿Qué pasa si reactivo un plugin después de haber quitado el autoload a sus opciones?

Las opciones seguirán funcionando con normalidad. WordPress las cargará bajo demanda cuando el plugin las pida. Si quieres volver a ponerlas en autoload, puedes usar la función de restaurar copia para revertir todos los cambios, o volver a activar el autoload a mano en la base de datos para opciones concretas.

¿Esto afecta a los transients o a los eventos de cron?

Los transients y las programaciones de cron guardadas en wp_options son candidatas a optimizar, pero normalmente solo se accede a ellas cuando hacen falta. El módulo marca las grandes para que las revises. Puedes protegerlas con el hook de filtro para desarrolladores si prefieres dejarlas intactas.