Haz que tu sitio WordPress cargue en menos de un segundo.
Aprobar las Core Web Vitals no es un plugin que instalas — es la ruta de renderizado, las imágenes, la base de datos y los scripts de terceros, corregidos de a una medición por vez. Hago ese trabajo en sitios WordPress y WooCommerce sin tocar tu diseño.
Los números que cambian tras una optimización real.
No es cambiar de tema — el mismo sitio, hecho rápido. Abajo, un antes/después representativo en un WooCommerce cargado de plugins.
Cifras representativas. Las mejoras reales dependen de tu hosting, tu tema y tus plugins — la auditoría te dice qué puede lograr el tuyo de forma realista.
Los sospechosos de siempre.
El noventa por ciento de los sitios WordPress que fallan lo hacen por el mismo puñado de razones. La auditoría encuentra cuáles son las tuyas.
CSS y JavaScript que bloquean el render
Cada plugin encola su propia hoja de estilos y su script en el <head>, y el navegador no puede pintar hasta que terminen. CSS crítico, defer y descarga selectiva lo solucionan.
Una imagen de portada que pesa 2 MB
El elemento Largest Contentful Paint casi siempre es una imagen. El tamaño correcto, los formatos modernos y las priority hints suelen reducir el LCP a la mitad por sí solos.
Cambios de diseño por fuentes e insertados
Fuentes web tardías, imágenes sin tamaño y espacios de anuncios inyectados mueven el contenido después de la carga. Eso es CLS — se corrige con tamaños, font-display y espacio reservado.
Respuesta lenta del servidor (TTFB)
PHP sin caché, una base de datos inflada y un hosting compartido barato retrasan el primer byte. El object caché, la limpieza de consultas y la entrega en el edge lo reducen.
Scripts de terceros que olvidaste
Widgets de chat, mapas de calor, tag managers y viejos píxeles de seguimiento bloquean el hilo principal sin que lo notes. Se auditan, se difieren o se eliminan.
Medir, corregir, verificar — en ese orden.
Sin adivinar y sin "instalemos cinco plugins y crucemos los dedos". Cada cambio se comprueba contra números en una copia de staging antes de llegar a tus visitantes.
Auditoría
Establezco una línea base de cada página con datos de campo y laboratorio, y luego asocio cada métrica que falla a su causa real.
Corregir en staging
Trabajo sobre un clon, un cambio por vez, midiendo de nuevo después de cada uno para que nada quede librado a la fe.
Publicar y verificar
Llevo las mejoras verificadas a producción y confirmo que los números se sostienen con tráfico real.
Entregar
Un documento breve y las guías para que una actualización de plugin dentro de seis meses no deshaga el trabajo.
Un sitio más rápido, y la prueba de que lo es.
LCP, INP y CLS en verde en la evaluación de campo, no solo un puntaje de laboratorio.
Números concretos por página para que veas exactamente qué cambió y cuánto.
Nada de cómo se ve o funciona tu sitio cambia — solo se vuelve rápido.
Un breve documento de mantenimiento para que las mejoras sobrevivan a futuras actualizaciones de plugins y temas.
Antes de que preguntes.
El caché mejora la velocidad en visitas repetidas, no el primer pintado que miden un visitante nuevo y Google. La mayoría de los sitios fallan por CSS y JavaScript que bloquean el render, una imagen de portada enorme, cambios de diseño y una respuesta lenta del servidor. Un plugin ayuda en los márgenes, pero las mejoras vienen de arreglar la ruta crítica de renderizado — trabajo manual, no un interruptor.
No. Todo pasa primero por una copia de staging, un cambio por vez, con mediciones de antes y después. Nada llega a producción hasta estar verificado visual y funcionalmente, y cualquier cambio que empeore el diseño o el comportamiento se revierte.
Sí — son los casos más comunes, y donde se esconden las mayores mejoras: fragmentos de carrito sin caché, markup inflado del builder, decenas de scripts de plugins en cada página. El método es el mismo: medir, recortar, verificar.
Lighthouse es una prueba de laboratorio en un único dispositivo simulado. Las Core Web Vitals en Buscar Console usan datos de campo — usuarios reales de Chrome durante 28 días. El objetivo es aprobar la evaluación de campo, así que el trabajo se valida contra ambos, nunca solo contra un número verde de laboratorio.
Normalmente entre una y tres semanas según el sitio. Obtienes una auditoría priorizada, las correcciones aplicadas en staging y luego en producción, un informe de antes y después, y un breve documento de entrega para que tu equipo conserve las mejoras.
Una revisión de tus páginas en vivo contra las Core Web Vitals y Lighthouse, los cuellos de botella concretos ordenados por impacto, y una estimación honesta del esfuerzo para corregirlos. Sin compromiso — y útil incluso si lo resuelves internamente.
Descubramos qué tan rápido puede ser el tuyo.
Envíame tu URL y te vuelvo con los cuellos de botella reales y lo que hace falta para aprobar — gratis, sin compromiso.
Diagnose the symptom before adding another optimization plugin.
Focused technical guides for the failure modes I see most often on production WordPress sites.
