Durante años, optimizar el rendimiento de una web (WPO, Web Performance Optimization) ha sido un trabajo manual, lento y muy dependiente de la experiencia de quien lo hacía: revisar métricas, probar plugins de caché, ajustar configuraciones una por una y volver a medir. Hoy podemos hacer WPO con IA de forma automática, ya sea auditorias internas como externas.En este articlo nos centraremos en hacer WPO con Claude code ( o web si lo prefieres). Con la llegada de la IA agéntica y el protocolo MCP (Model Context Protocol), ese proceso puede automatizarse casi por completo, sin perder el criterio técnico que marca la diferencia entre una web rápida y una web rota.
En esta guía vemos cómo funciona el WPO con IA en la práctica, desde una auditoría externa con una simple URL hasta un caso real de optimización completa de WordPress usando Claude Code.
Qué es el WPO y por qué importa en 2026
WPO es el conjunto de técnicas orientadas a que una página web cargue más rápido y responda mejor a la interacción del usuario. No se trata solo de «que Google Page Speed dé una puntuación alta»: el objetivo real es la velocidad percibida por quien visita la web, algo que impacta directamente en conversión, posicionamiento SEO y experiencia de usuario.
Estudios de grandes e-commerce llevan más de una década repitiendo la misma conclusión: cada segundo adicional de carga reduce las conversiones de forma medible. Lo que ha cambiado en 2026 no es la importancia del WPO, sino la forma de abordarlo.
Qué es un MCP y por qué cambia las reglas del WPO
Un MCP (Model Context Protocol) es un estándar que permite conectar un modelo de IA directamente a una aplicación o servicio, dándole acceso a herramientas reales en vez de limitarse a responder preguntas. Aplicado a WordPress, un plugin con servidor MCP expone al modelo de IA acciones concretas: leer configuración, activar plugins, modificar ajustes, consultar la base de datos.
La diferencia frente a «preguntarle a ChatGPT cómo optimizar mi web» es enorme: en vez de recibir una lista genérica de consejos, la IA puede entrar en la instalación real, diagnosticar el estado actual y ejecutar los cambios, verificando en cada paso que nada se ha roto.
Auditoría WPO externa con IA
No siempre se tiene acceso al servidor o al panel de WordPress de un sitio: agencias haciendo una propuesta, freelancers auditando antes de presupuestar, o simplemente cualquiera que quiera un diagnóstico rápido. Para estos casos existe un primer nivel de WPO con IA que solo necesita una URL pública.
Un agente de IA con capacidad de navegación (por ejemplo, usando Playwright) puede recorrer varias herramientas de análisis, extraer los datos de cada una y cruzarlos en un único informe, igual que haría un auditor senior pero en minutos.
Herramientas que puede recorrer el agente
| Herramienta | Qué aporta |
|---|---|
| Google PageSpeed Insights | Core Web Vitals (LCP, INP, CLS), datos de campo (CrUX) y datos de laboratorio (Lighthouse) |
| GTmetrix | Waterfall detallado y comparación con histórico |
| Pingdom Tools | TTFB, tamaño de página, número de requests, test desde distintas regiones |
| WebPageTest | Filmstrip visual, múltiples repeticiones del test, simulación de conexión 3G/4G |
| Lighthouse (CDP) | La misma auditoría de PageSpeed pero ejecutable en local, sin límite de peticiones |
| SSL Labs | Configuración de TLS y HTTP/2-3, que afecta a los tiempos de conexión |
| Security Headers | Cabeceras relacionadas con caché y compresión (Cache-Control, gzip/brotli) |
Qué incluye el informe generado
- Resumen ejecutivo con los 3 problemas más críticos detectados por consenso entre herramientas
- Tabla comparativa de Core Web Vitals entre todas las fuentes
- Hallazgos priorizados (críticos, medios, bajos) con evidencia de cada herramienta
- Desglose del peso de la página por tipo de recurso (JS, CSS, imágenes, fuentes)
- Estado de cabeceras de caché, compresión y seguridad
- Checklist de recomendaciones accionables, ordenadas por impacto
Primer contacto con el cliente
Este tipo de informe es ideal como primer contacto con un cliente: no requiere acceso a nada, se genera en minutos y ya aporta un diagnóstico serio antes de proponer la fase de optimización directa.
Optimización WPO con acceso directo: un caso real con Claude Code
El siguiente nivel es dar acceso directo a la instalación de WordPress mediante un MCP. Aquí la IA deja de ser solo auditora y pasa a ejecutar cambios ella misma. Un caso documentado por Álvaro Fontela, CEO de Raiola Networks y consultor WordPress con más de una década de experiencia, ilustra bien el proceso.
Fontela conectó Claude Code a una instalación de WordPress a través de Novamira, un plugin que expone un servidor MCP. Tras autenticarse con una application password, le pidió a la IA que detectara puntos débiles de rendimiento. El agente no se limitó a lanzar un test de PageSpeed: revisó la base de datos, la configuración de plugins y el estado real del servidor, y devolvió una tabla priorizada de hallazgos: sin caché de página activa, sin caché de objetos, OPcache desactivado, imágenes y GIFs sin optimizar.
El principio clave: optimizar de dentro hacia fuera
Antes de tocar nada visible desde fuera, hay que optimizar lo que ocurre «dentro»: base de datos, configuración de PHP, caché de objetos. El caché de página, que es lo último que se nota desde fuera, debe activarse al final, porque si se activa antes puede enmascarar otras optimizaciones pendientes.
Este es un criterio de experiencia, no algo que la IA decida por sí sola: hay que indicárselo explícitamente. La IA ejecuta con precisión, pero el orden y la estrategia siguen siendo responsabilidad de quien dirige el proceso.
Siguiendo ese criterio, el agente aplicó primero mejoras puntuales (font-display: swap en las fuentes, verificando con un navegador automatizado que nada se rompía visualmente) y solo al final instaló y configuró un plugin de caché de página, empezando con ajustes conservadores y probando cada opción de forma individual antes de activar configuraciones más agresivas.
Resultados: antes y después
| Métrica | Antes (sin caché) | Después |
|---|---|---|
| Tiempo de carga total | Resultados bajos en PageSpeed (score 89 sin optimizar) | 0,6 segundos |
| Generación de página | 1,4 segundos (sin cachear) | 12 milisegundos (página cacheada) |
Verificar en cada paso
La verificación en cada paso (comprobar visualmente que nada se ha roto tras cada cambio) es lo que hace seguro este flujo en producción. Sin esa comprobación automatizada, aplicar cambios agresivos con IA sería mucho más arriesgado.
Cómo configurar Novamira AI + Claude Code paso a paso
Para replicar el caso anterior en tu propia instalación de WordPress:
Problemas comunes y cómo resolverlos
| Problema | Causa habitual | Solución |
|---|---|---|
| La conexión MCP se corta a mitad de una tarea | Timeout de red o sesión larga en Wi-Fi inestable | Simplemente indícale a la IA que continúe; retoma la tarea desde donde se quedó sin repetir lo ya hecho |
| Conflictos de reglas en el .htaccess | Varios plugins de caché (por ejemplo, uno anterior como WP Rocket) escriben reglas simultáneas o contradictorias | Pide a la IA que revise y limpie el .htaccess antes de activar un nuevo plugin de caché, dejando solo las reglas del plugin activo |
| El sitio se ve roto tras activar el caché | CSS o JavaScript crítico excluido por error en el minificado/combinado | Añade la ruta afectada a las exclusiones del plugin de caché y vuelve a verificar visualmente con el navegador automatizado |
| OPcache sigue desactivado aunque el plugin lo indique activo | OPcache se configura a nivel de servidor (php.ini), no solo desde WordPress | Revisa la configuración de PHP en el panel de hosting o pide acceso SSH para que la IA pueda comprobarlo directamente |
| El application password no tiene permisos suficientes | El usuario de WordPress usado no es administrador, o el hosting bloquea application passwords | Genera la clave con un usuario administrador y confirma con tu hosting que esta función no está deshabilitada por seguridad |
| Cambios de fuentes rompen el diseño visualmente | font-display: swap combinado con preload mal configurado | Revisa uno a uno los preloads de fuentes añadidos y elimina los que no correspondan a fuentes realmente críticas para la primera carga |
Copia de seguridad antes de tocar producción
Antes de aplicar cualquiera de estas soluciones en un sitio con tráfico real, haz una copia de seguridad completa (archivos + base de datos). Si el sitio tiene ventas o mucho tráfico, prueba primero en un entorno de staging.
Otras técnicas de WPO en WordPress que la IA puede automatizar
El caso anterior es solo un ejemplo. El mismo enfoque (MCP + agente de IA + verificación automática) se puede aplicar a otras áreas del WPO:
- Imágenes: conversión automática a WebP/AVIF, lazy loading solo en imágenes fuera de la primera pantalla, compresión sin pérdida perceptible
- Base de datos: limpieza de revisiones, transients caducados y tablas huérfanas de plugins desinstalados
- Fuentes tipográficas: preload de fuentes críticas combinado con font-display: swap
- CSS y JavaScript: eliminación de CSS no usado por plantilla (critical CSS), diferir carga de JS no crítico
- Resource hints: preconnect, preload y prefetch calculados según el orden real de carga de cada página, algo que manualmente apenas se hacía por el tiempo que requería
- Servidor y hosting: comparación de configuración LiteSpeed/Nginx/Apache, HTTP/3, ubicación geográfica del servidor
- CDN: verificación de que los assets estáticos se sirven correctamente desde el CDN configurado
- Auditoría continua: con un MCP conectado de forma permanente, la IA puede reauditar el sitio tras cada actualización de plugin o tema, no solo una vez
Riesgos y buenas prácticas antes de dar acceso a la IA
No es trivial dar acceso de escritura
Dar acceso directo de escritura a una instalación de WordPress en producción no es trivial. Un modelo de IA menos capaz, sin verificación en cada paso, puede romper una web con la misma facilidad que la optimiza.
- Usa siempre un modelo de IA potente para tareas de escritura sobre producción, no el más barato disponible
- Exige verificación visual automatizada (navegador headless) después de cada cambio, no solo al final
- Empieza con configuraciones conservadoras y ve escalando la agresividad de la optimización de forma progresiva
- Haz copia de seguridad antes de cualquier sesión de optimización automatizada
- Prueba primero en un entorno de staging si el sitio tiene tráfico o ventas relevantes
Preguntas frecuentes
¿La IA puede romper mi web al optimizarla?
Sí, es un riesgo real si no hay verificación en cada paso. Por eso el flujo seguro incluye comprobar visualmente (con un navegador automatizado) que nada se ha roto después de cada cambio, antes de continuar con el siguiente.
¿Necesito saber programar para hacer esto?
No es imprescindible, pero sí ayuda tener criterio técnico de WPO para dirigir a la IA en el orden correcto de las optimizaciones. La IA ejecuta con precisión, pero la estrategia la sigue marcando una persona.
¿Funciona solo con Claude o con cualquier IA?
El flujo basado en MCP funciona con cualquier IA agéntica compatible con el protocolo, no solo con Claude Code. La diferencia está en la capacidad de razonamiento del modelo usado: cuanto más potente, mejor detecta problemas y evita errores.
¿Necesito el plugin exacto mencionado en el caso real?
No. Cualquier plugin con servidor MCP para WordPress, o incluso un acceso vía API/SSH bien configurado, puede servir de puente entre la IA y el sitio. Lo importante es el flujo: diagnóstico, ejecución progresiva y verificación en cada paso.
¿Cuánto se tarda en ver resultados?
Una auditoría externa con IA puede generar un informe en minutos. La optimización con acceso directo, siguiendo el principio de «de dentro hacia fuera», suele completarse en una sesión de trabajo, aunque el tiempo depende del estado inicial del sitio.
Conclusión
El WPO con IA no sustituye el criterio técnico: lo acelera. La parte de auditoría y diagnóstico ya puede automatizarse casi por completo, incluso sin acceso al servidor. La parte de ejecución, con acceso directo vía MCP, permite aplicar en minutos optimizaciones que antes llevaban horas, siempre que se mantenga la verificación en cada paso y se respete un orden de trabajo con criterio: primero dentro, caché al final.
