Informe con causas, no con capturas
Cada problema explicado por su causa técnica, con la evidencia que lo demuestra y el efecto estimado de arreglarlo.
Rendimiento web
Core Web Vitals en verde, y que sigan ahí
Auditamos tu web con los datos de tus usuarios reales, ordenamos los arreglos por impacto y los ejecutamos. Después dejamos las comprobaciones automatizadas para que no vuelva a ponerse en rojo sin que nadie se entere.
Datos de campo, no de laboratorio
Plan priorizado por impacto
Sprint de dos a tres semanas
Los umbrales
Lo que Google considera «bueno», y lo que nos ponemos nosotros
- 2,5 s
- LCP bueno según Google
- 1,5 s
- LCP que nos ponemos como objetivo
- 200 ms
- INP bueno según Google
- 0,1
- CLS bueno según Google
- 75 %
- De las visitas deben cumplirlo
- 28 días
- Ventana de datos de campo
La auditoría
Empezamos por medir donde duele: en el móvil de tu cliente
Las herramientas de laboratorio son útiles para diagnosticar, pero no son la realidad. La realidad son los datos de campo: qué experimentan tus visitantes con su red, su dispositivo y su navegador, agrupados en el percentil 75 de los últimos veintiocho días.
- Datos de campo primero Search Console y el informe de experiencia de usuario de Chrome, cruzados con tu analítica.
- Diagnóstico en laboratorio después Lighthouse y trazas de rendimiento para localizar la causa de cada síntoma encontrado.
- Un plan ordenado por impacto Cada arreglo con su coste estimado y su efecto previsto, para que puedas decidir dónde parar.
Qué revisamos
Las causas que aparecen una y otra vez
La imagen del encabezado
Casi siempre es el elemento que marca el LCP. Formato moderno, tamaño correcto, dimensiones declaradas y carga prioritaria: cuatro cambios que suelen valer más que todo lo demás junto.
Tipografías web
Cada peso adicional es una descarga. Subconjunto latino, autoalojamiento, precarga del peso principal y una estrategia de sustitución que no provoque saltos de texto.
Scripts de terceros
Chats, mapas, píxeles de publicidad y pruebas A/B. Se inventarían todos, se mide el coste de cada uno y se decide cuáles merecen la pena de verdad.
CSS que bloquea el pintado
Hojas de estilo enormes de las que la página usa el diez por ciento. Se extrae lo crítico, se pone en línea y el resto se carga sin bloquear.
Saltos de maquetación
Imágenes sin dimensiones, anuncios que aparecen tarde y banners de cookies que empujan el contenido. Es el problema más barato de arreglar y el más molesto de sufrir.
Trabajo en el hilo principal
El INP se degrada cuando el navegador está ocupado. Se divide el trabajo largo, se retrasa lo que no es urgente y se elimina lo que nadie usa.
Caché y cabeceras
Recursos estáticos sin caché de larga duración, compresión sin activar, redirecciones encadenadas. Configuración pura, sin tocar una línea de código.
La regresión del mes siguiente
Una web optimizada se degrada sola si nadie mide. Dejamos un presupuesto de peso y una comprobación automática que falla el despliegue si se supera.
El sprint
Cómo es un encargo de rendimiento, semana a semana
Dos o tres semanas, con un punto de decisión tuyo al final de la primera.
Semana 1 · Medir
Recogida de datos de campo, diagnóstico en laboratorio de las plantillas principales e inventario de terceros. Termina con el informe y el plan priorizado.
Decisión
Eliges hasta dónde llegar. El plan está ordenado por relación entre impacto y coste, así que parar a la mitad sigue dejando la mitad más rentable hecha.
Semana 2 · Arreglar
Ejecución de los arreglos acordados sobre una rama con entorno de previsualización, con medición antes y después de cada uno.
Semana 3 · Blindar
Presupuesto de peso por plantilla, comprobación automática en cada despliegue y un cuadro de mando para seguir las métricas de campo sin depender de nosotros.
Entregables
Lo que te llevas del sprint
Todo escrito y reproducible: la auditoría tiene que servirte aunque los arreglos los acabe haciendo otro equipo.
Plan priorizado
Los arreglos ordenados por impacto entre coste, para que puedas ejecutar hasta donde llegue el presupuesto.
Presupuesto de peso
Un límite por plantilla y una comprobación automática que impide desplegar si se supera.
Cuadro de mando
Las métricas de campo en un panel que puedes mirar cada mes sin pedirnos nada.
Preguntas
Sobre la auditoría de rendimiento
¿Funciona sobre WordPress o sobre cualquier plataforma?
Sí. La auditoría es independiente de la tecnología: se mide lo que llega al navegador. En WordPress, Shopify o cualquier sistema de gestión hay margen de mejora considerable sin cambiar de plataforma, y muchas veces eso es todo lo que hace falta.
¿Vais a decirme que rehaga la web?
Solo si es verdad, y no suele serlo. Si con configuración e imágenes se llega al objetivo, es lo que recomendamos, aunque nos deje un encargo más pequeño. Rehacer tiene sentido cuando el coste de mantener lo existente supera al de sustituirlo.
¿En cuánto tiempo se ven los resultados en Search Console?
Los datos de campo usan una ventana de veintiocho días, así que el efecto completo tarda aproximadamente un mes en verse reflejado. En laboratorio el cambio se aprecia el mismo día del despliegue.
¿Mejorar los Core Web Vitals sube el posicionamiento?
Es un factor de clasificación, pero pequeño y de desempate: no compensa un contenido peor. Donde sí tiene efecto directo y medible es en la conversión y en el porcentaje de gente que abandona antes de que la página termine de cargar.
¿Podéis trabajar con nuestro equipo de desarrollo?
Es lo habitual cuando existe. Entregamos el plan, acompañamos la implementación con revisiones de código y nos encargamos solo de lo que vuestro equipo prefiera delegar.
Mándanos la URL y te decimos por dónde empezar
Sin compromiso: revisamos los datos públicos de campo de tu dominio y te contamos qué métrica está peor y qué la está causando.