🎉 Plantilla WPO Express — Guía completa

Qué hacer (pasos):

• Accede a WP Admin → Plugins → Plugins instalados.
• Desactiva temporalmente plugins sospechosos o que no recuerdes por qué están instalados.
• Prueba la web (front) tras desactivar para descartar roturas visuales o funcionales.
• Si todo funciona bien, elimina los plugins desactivados.
• Repite el proceso con Apariencia → Temas: deja activo solo el tema que estés usando + un tema por defecto (como Twenty Twenty-Three) como backup.

Cómo comprobar impacto: usa PageSpeed Insights o GTmetrix antes y después (mide LCP y TTFB).

Errores comunes: eliminar plugins sin probar primero en desactivación puede romper partes del sitio (formularios, maquetador). Haz backup.

Avanzado (opción técnica): si tienes acceso SSH y WP-CLI, listar plugins:

Desactivar con WP-CLI:

Qué hacer (pasos):

1. En el panel, ve a Escritorio → Actualizaciones. Actualiza núcleo, plugins y temas compatibles.
2. Consulta en tu hosting la versión de PHP; solicita actualización a PHP 8.1 o 8.2 si es posible.
3. Tras actualizar, revisa la web en móvil y escritorio durante 2–3 minutos buscando errores visibles.

Por qué: versiones modernas ejecutan código mucho más rápido y corrigen problemas de seguridad.

Si un plugin no es compatible con la última versión, valora alternativas o contacta con el desarrollador antes de actualizar PHP.

Qué hacer (pasos):

• Instala y activa WP-Optimize o Advanced Database Cleaner.
• En la herramienta, marca: revisiones de entradas, borradores automáticos, comentarios de spam, transients caducados.
• Ejecuta una optimización programada (si la herramienta lo permite) para mantener la DB limpia.
• Opcional: optimiza tablas y revisa tablas huérfanas (plugins antiguos dejan tablas). Elimina con precaución.

Comprobación: mide el tamaño de la base de datos en phpMyAdmin antes y después (MB liberados).

No borres tablas si no estás seguro —usa la opción de “revision preview” que dan algunos plugins y haz backup.

Qué hacer (pasos):

• Elige un plugin: ShortPixel, Imagify, Smush o EWWW (ShortPixel y Imagify soportan WebP/AVIF y conversión masiva).
• Configura para crear versiones WebP/AVIF y servirlas automáticamente (muchos plugins entregan una etiqueta <picture> con fallback). Activa la opción “Convert to WebP”.
• Ejecuta la conversión masiva en la librería de medios (bulk optimize). Revisa páginas clave (home, fichas de producto/servicio) tras finalizar.

Ajustes recomendados: calidad ~75–85% (balance peso/definición).

Guarda una copia de los originales en tu ordenador o en el hosting antes de convertir.

Errores comunes: no crear reglas de exclusión para imágenes SVG o funcionalidades que dependen de formatos originales.

Qué hacer (pasos):

• En maquetadores (Elementor/Gutenberg), siempre establece tamaño/fuente para bloques de imagen: ancho y alto o ratio fijo.
• Si usas HTML manual, añade atributos width y height o usa CSS con aspect-ratio para evitar cambios de layout.
• Para imágenes responsive, sirve varias versiones (srcset) —plugins de optimización suelen generar srcset automáticamente.

El objetivo es evitar que el contenido salte mientras carga (CLS bajo).

Qué hacer (pasos):

1. Activa lazy-load para imágenes fuera del viewport. En WordPress 5.5+ ya existe lazy loading nativo (loading="lazy").
2. Para elementos above-the-fold (hero principal) en desktop, no uses lazy-load; sirve la imagen normal para evitar LCP alto.
3. Plugins de optimización permiten exclusiones —añade la imagen del hero a la lista de exclusión.

Mala configuración de lazy-load puede aumentar LCP si la imagen principal se carga con retraso.

Qué hacer (pasos):

• Elige el plugin según tu hosting: WP Rocket (premium, fácil) o LiteSpeed Cache (excelente si el servidor es LiteSpeed). Para hostings compatibles con Litespeed, preferible LiteSpeed Cache.
• Activa: Page Cache, Cache para móviles (si aplica), GZIP/Brotli (a nivel de servidor si está disponible) y la pre-carga de caché.
• En minificación, activa minify HTML/CSS/JS pero prueba el sitio: si algo se rompe, desactiva “combine/minify” para el archivo que da problemas.
• Activa la optimización de CSS crítico o “generate critical CSS” si el plugin lo permite (esto mejora renderizado inicial). WP Rocket tiene esta opción en ajustes avanzados.

Si usas constructores visuales (Elementor, WPBakery), combinar CSS o JS puede romper estilos; prueba en staging antes de aplicar en producción.

Ejemplo ajuste recomendado (WP Rocket):

• Activar: Cache para dispositivos móviles, Cache de usuario (si no usas users logueados), Precargar caché.
• Optimización de archivos: Minify CSS/JS (si no rompe). Delay JS (opcional, con cuidado).
• Medios: LazyLoad (activar), reemplazo de iframes (youtube) por placeholder.

Qué hacer (pasos):

1. Sube las fuentes que uses al servidor o usa un CDN de fuentes propio (autohosting de Google Fonts si procede).
2. En <head>, añade <link rel="preload" as="font" href="..." type="font/woff2" crossorigin> para las fuentes críticas.
3. Configura cabeceras Cache-Control a largo plazo para recursos estáticos (imágenes, fonts, JS, CSS) desde el hosting o un plugin.

Preload mal usado puede perjudicar el rendimiento; solo para las fuentes realmente críticas del primer render.

Qué hacer (pasos):

• Comprueba TTFB con herramientas (GTmetrix / WebPageTest). TTFB > 800ms sugiere problemas de servidor.
• Si tu hosting es compartido y lento, valora migrar a VPS o managed WordPress (Cloudways, SiteGround Cloud, WP Engine, etc.).
• Pregunta al hosting si utilizan HTTP/2 o HTTP/3 (HTTP/3 mejora multi-conexiones y latencia).

La infraestructura del hosting es, a menudo, el cuello de botella más difícil de optimizar desde el CMS.

Qué hacer (pasos):

1. Elige CDN: Cloudflare (fácil, proxy DNS), Bunny.net (rendimiento y coste excelente), o StackPath.
2. Si usas Cloudflare: activa proxy para tu dominio, habilita Brotli, minificación automática (opcional) y reglas de caché (Edge Cache TTL).
3. Si usas Bunny: configura Pull Zone y CDN CNAME, activa optimizaciones de imagen (Bunny Optimizer) si procede.
4. Comprueba que las cookies no impiden caching (plugins de sesión pueden bloquear).

Tras activar CDN, purga caché del plugin y caché en CDN. Testea geográficamente (usar GTmetrix con ubicación de test).

Qué medir y cómo (pasos):

• Antes de tocar nada: guarda resultados de referencia (URL, fecha y valores clave).
• Usa PageSpeed Insights, GTmetrix y WebPageTest.
• Valora especialmente: LCP, CLS y FID (o INP si se usa ya). Anota resultados para móvil y desktop.
• Mide TTFB, número de requests y tamaño total de la página.

Valores objetivo recomendados:

• LCP: < 2.5s
• CLS: < 0.1
• TTFB: < 800ms
• Tamaño página: ideal < 1.5MB (depende del tipo de sitio)

Si mejoras las métricas en laboratorio pero el usuario real sigue con mala experiencia, analiza red de distribución, latencia de hosting y terceros bloqueantes (widgets, iframes, trackers).

Checklist rápida antes de dar por finalizada la optimización:

• Backup actualizado tras cambios importantes.
• Purge cache (plugin + CDN).
• Comprobar páginas críticas: home, contacto, ficha de servicio/producto.
• Revisar en móvil real y varias redes (3G/4G wifi).
• Revisar errores de consola (F12 → Console) para scripts rotos.

Oferta: si quieres, solicita una revisión gratuita y te envío un informe con los 5 cuellos de botella más importantes de tu web.

🔍 Solicitar revisión gratuita