Análisis de sitios web: la guía completa de 2026

El mes pasado estaba analizando la página de precios de una empresa SaaS. Su analítica mostraba una tasa de conversión del 2%, frente al 4% de seis meses antes. El equipo estaba convencido de que era un problema de Core Web Vitals. Vi 20 sesiones seguidas. Lo que vi no tenía nada que ver con la velocidad. Los usuarios pasaban de largo los planes de precios, ignoraban el botón "Empieza tu prueba gratis" y hacían clic en un enlace del pie de página para leer historias de clientes. El botón no estaba roto. Tenía el estilo de una acción secundaria. Cuando lo cambiaron al estilo principal, las conversiones se duplicaron la semana siguiente.

Ese es el tipo de cosas que solo detectas cuando combinas el análisis técnico con el comportamiento real de los usuarios. La mayoría de las guías de análisis de sitios web se centran en el checklist de auditoría: velocidad, SEO, enlaces rotos, metaetiquetas. Todo eso importa. Pero la mejora suele estar en la capa de comportamiento, que es más difícil de ver y, en la mayoría de los equipos, la parte que nadie analiza.

Conclusiones clave

• Un buen análisis de sitios web cubre cuatro capas: salud técnica, señales de SEO, comportamiento del usuario y resultados de negocio. Los equipos que solo miran las dos primeras dejan las mayores mejoras sobre la mesa.

• Las mejoras más rápidas casi siempre vienen de la capa de comportamiento del usuario. Las grabaciones de sesiones y los mapas de calor muestran la fricción que los dashboards no pueden mostrar.

• Para una primera auditoría, el checklist de 10 puntos de más abajo lleva unas dos horas y genera un backlog de tareas concretas, ordenado por impacto probable.

• La velocidad del sitio importa para el SEO y para la tasa de rebote, pero cuando un sitio moderno va lento suele haber una causa dominante (una imagen pesada en el hero, un script que bloquea el renderizado, una API lenta). Corrige esa causa antes de perseguir cada recomendación.

• El monitoreo continuo funciona mejor que las auditorías periódicas. Configura alertas para rage clicks, formularios rotos y caídas bruscas de conversión para detectar los problemas en horas y no en semanas.

¿Qué es el análisis de sitios web?

El análisis de sitios web es la práctica de evaluar la salud técnica, la visibilidad en SEO, el comportamiento del usuario y los resultados de negocio de un sitio para descubrir qué funciona, qué está bloqueando las conversiones y qué corregir primero. Combina herramientas que miran distintas capas del sitio: Lighthouse y PageSpeed para el rendimiento, Search Console y Ahrefs para el SEO, grabación de sesiones y mapas de calor para el comportamiento del usuario, y plataformas de analítica como GA4 o UXCam para los datos de conversión.

El error más común es tratar el análisis de sitios web como una auditoría de SEO. No lo es. El SEO es una capa de cuatro y, en la mayoría de los equipos, los mayores problemas de conversión están por debajo.

Por qué los equipos de producto necesitan algo más que una auditoría técnica

Una auditoría puede decirte que tu sitio carga en 4,2 segundos en lugar de 2,5, que ocho páginas tienen imágenes rotas y que tus meta descripciones están vacías. Corrige eso y subirá la puntuación de la auditoría. Puede que las conversiones no se muevan nada.

La razón: la mayor parte del abandono en un sitio de rendimiento medio ocurre dentro de sesiones que, técnicamente, están bien. Los usuarios llegan a la página, pasan 30 segundos y se van porque el contenido no respondió a su pregunta, el CTA estaba escondido, el formulario falló sin avisar o un modal les robó el foco en el peor momento. Nada de eso aparece en Lighthouse.

Lo que he visto es que los equipos que mueven las conversiones no son los que hacen más auditorías. Son los que pueden responder preguntas como "muéstrame 20 sesiones de usuarios que añadieron algo al carrito y no completaron la compra" o "¿qué pantallas concretas provocan rage clicks esta semana?". Esa es la capa de comportamiento.

Las cuatro capas del análisis de sitios web

Todas las auditorías productivas que hago cubren las mismas cuatro capas. Si solo revisas dos, al backlog que armes le faltarán las mayores mejoras.

Capa 1: salud técnica. Core Web Vitals, velocidad de página, adaptación a móviles, HTTPS, uptime. Herramientas: Google PageSpeed Insights, WebPageTest, GTmetrix. Aquí las correcciones suelen ser trabajo de ingeniería: compresión de imágenes, scripts que bloquean el renderizado, caché en el servidor, configuración de CDN.

Capa 2: señales de SEO. Indexación, metaetiquetas, enlaces internos, calidad del contenido, backlinks, datos estructurados. Herramientas: Google Search Console, Ahrefs, Semrush, Screaming Frog. Aquí las correcciones son de contenido y estructura: reescribir etiquetas title, corregir errores 404, crear clústeres temáticos, añadir marcado de schema.

Capa 3: comportamiento del usuario. Lo que hacen de verdad los visitantes en tus páginas: dónde hacen clic, qué pasan de largo al desplazarse, dónde hacen rage taps, qué formularios abandonan, qué flujos completan. Herramientas: UXCam (grabación de sesiones web + mapas de calor + embudos), Hotjar, Microsoft Clarity. Aquí las correcciones son de usabilidad: reescribir textos, mover CTAs, simplificar formularios, arreglar flujos rotos.

Capa 4: resultados de negocio. Ingresos por visitante, tasa de conversión por página, calidad de los leads, costo de adquisición de clientes. Herramientas: GA4, analítica de producto de UXCam, tus datos de ingresos y de CRM. Aquí las correcciones son de estrategia: priorizar las páginas de alta intención, mover presupuesto hacia lo que convierte.

Cuando diagnostico un problema, reviso las cuatro capas en este orden: primero el comportamiento (¿qué está pasando?), después los resultados de negocio (¿importa?) y luego lo técnico y el SEO para descartar causas raíz. La mayoría de los equipos lo hace al revés, y creo que por eso el trabajo basado en auditorías casi nunca mueve las conversiones.

Checklist de análisis de sitios web: los 10 puntos clave

Cómo está ordenado este checklist: Los 10 puntos siguen el orden en el que los reviso en una auditoría completa, a partir de las auditorías que hice en más de 20 sitios web durante el último año. Las revisiones técnicas y de SEO van primero (puntos 1-5) porque son rápidas y descartan las causas obvias. Las de comportamiento (puntos 6-8) llevan más tiempo y suelen sacar a la luz las mayores mejoras de conversión. Los datos estructurados y las alertas (puntos 9-10) cierran el ciclo.

1. Haz una auditoría de Core Web Vitals (LCP, INP, CLS)

2. Revisa la indexación y las acciones manuales en Google Search Console

3. Audita las etiquetas title y las meta descripciones de tus 20 páginas principales

4. Encuentra y corrige enlaces internos y externos rotos

5. Revisa la adaptación a móviles en dispositivos reales (no solo en DevTools)

6. Mira al menos 20 grabaciones de sesiones de usuarios reales

7. Mapea los puntos de rage clicks y dead clicks en las páginas clave

8. Audita tus embudos de conversión para encontrar los puntos de abandono

9. Revisa los datos estructurados y el schema con el validador de Google

10. Configura alertas para caídas de conversión y patrones de formularios rotos

Cómo hacer cada paso del análisis

Haz una auditoría de Core Web Vitals

Los Core Web Vitals son las tres métricas que Google tiene en cuenta directamente para el ranking: Largest Contentful Paint (LCP), Interaction to Next Paint (INP) y Cumulative Layout Shift (CLS). Cada una tiene un umbral "bueno": LCP por debajo de 2,5 segundos, INP por debajo de 200 milisegundos y CLS por debajo de 0,1.

Empieza con PageSpeed Insights o con la extensión Web Vitals. Analiza tus 10 páginas con más tráfico. Anota los resultados y luego revisa las oportunidades concretas que muestra cada página. La mayoría de los sitios que audito tienen un problema dominante que arrastra varias páginas a la vez: una imagen del hero sin comprimir, un widget de chat de terceros que carga scripts bloqueantes, una llamada a una API en la ruta crítica de renderizado. Corrige esa causa común antes de ponerte a perseguir cada recomendación individual.

Revisa Google Search Console

Search Console te dice tres cosas que las auditorías pasan por alto: para qué búsquedas posicionas, qué páginas están indexadas y si Google ha marcado problemas manuales. Empiezo por ahí en cada análisis de sitio porque muestra lo que Google ve de verdad, no lo que creemos que le estamos mostrando.

Busca en concreto páginas que hayan salido del índice, caídas repentinas de clics o impresiones y patrones de URL con un CTR inusualmente bajo (señal de que el título o la descripción no están funcionando).

Audita las etiquetas title y las meta descripciones

Cada página necesita una etiqueta title de menos de 60 caracteres y una meta descripción de menos de 160. Las dos deben incluir la palabra clave principal y leerse como una invitación natural para quien busca. La etiqueta title es el titular azul de los resultados de búsqueda. La meta descripción es el fragmento que aparece debajo.

Lo que reviso en cada página: si la etiqueta title es única en todo el sitio, si pone la palabra clave principal al principio, si la meta descripción describe de verdad la página (y no es un texto genérico) y si ambas encajan con la intención de búsqueda de la página. Una o dos reescrituras en tus 20 páginas principales muchas veces rinden más que una corrección técnica en todo el sitio.

Encuentra y corrige los enlaces rotos

Herramientas: Screaming Frog (exhaustivo, de escritorio), Ahrefs Site Audit (en la nube, continuo), Dead Link Checker (gratis, rápido). Haz un rastreo completo cada trimestre y corrige primero los enlaces internos rotos, porque dañan la experiencia del usuario y desperdician presupuesto de rastreo. Los enlaces externos rotos son menos prioritarios, pero también vale la pena limpiarlos.

Una revisión relacionada: busca páginas que reciben UN solo enlace desde tu propio sitio. Si una página importante tiene un único enlace interno, no le estás dando el peso que merece.

Revisa la adaptación a móviles en dispositivos reales

El emulador móvil de Chrome DevTools es solo una aproximación. El problema real suele estar en los teléfonos Android de gama media que nadie del equipo de producto tiene. BrowserStack y LambdaTest te permiten probar en dispositivos reales en la nube. Si el presupuesto es ajustado, como mínimo pide prestado un Samsung de la serie A y prueba en él tu flujo de conversión principal.

La mayoría de los problemas específicos de móvil que detecto están en los formularios: desplegables que no caben en la pantalla, teclados que tapan el botón de enviar, selectores de fecha que desplazan la página sin avisar. Los equipos de producto no los ven porque los iPhone de gama alta los manejan bien y los Android de gama media no.

Mira al menos 20 grabaciones de sesiones de usuarios reales

Este es el punto de mayor impacto de la lista y el que la mayoría de los equipos se salta. Elige una página de alta intención (precios, checkout, registro), filtra las sesiones de los últimos 7 días que pasaron más de 15 segundos en la página y mira 20 seguidas.

En las primeras 5 sesiones ya verás patrones que ningún dashboard te habría mostrado: un header fijo que tapa el CTA cuando el usuario se desplaza hacia abajo, un tooltip que aparece al pasar el cursor y no funciona en el móvil, un número animado que hace esperar al usuario en lugar de dejarle leer. La grabación de sesiones web de UXCam es la misma herramienta que los equipos de producto usan en apps móviles, y Tara, la analista de IA de UXCam, puede ver las grabaciones por ti a escala y mostrarte los patrones automáticamente.

Mapea los puntos de rage clicks y dead clicks

Los rage clicks son ese comportamiento en el que el usuario toca el mismo elemento cuatro o más veces en un segundo porque no respondió. Los dead clicks son toques en elementos que no se diseñaron para ser clicables pero lo parecen. Los dos señalan directamente partes de la interfaz que no hacen lo que el usuario espera.

Saco un informe de rage clicks en cada sitio que audito. Lo que encuentro casi siempre son bugs de UX que se pueden corregir: una tarjeta que parece clicable pero no lo es, un enlace que abre un modal en lugar de navegar, un botón que tarda un segundo en responder al primer clic. Issue Analytics de UXCam detecta estos problemas automáticamente y los prioriza según su impacto en el negocio.

Recora, una app de rehabilitación cardíaca que usa UXCam, descubrió que sus usuarios mayores mantenían pulsado el botón "unirse a la sesión" en lugar de tocarlo. Un cambio sencillo, que hizo que el botón respondiera también al mantenerlo pulsado, redujo los tickets de soporte en un 42%. Ese tipo de hallazgo solo sale de observar el comportamiento.

Audita tus embudos de conversión para encontrar los puntos de abandono

Define tus tres embudos principales (registro, compra, suscripción, el que esté más cerca de los ingresos) como pasos ordenados. Mide el abandono entre cada paso. La mayor caída porcentual es tu corrección de mayor impacto.

Costa Coffee descubrió que cerca del 15% de los nuevos usuarios abandonaba el registro en su programa de fidelización después de introducir una contraseña no válida. Rediseñar ese paso ayudó a aumentar los registros en un 15%. Fue un solo paso del embudo. Funnel Analytics de UXCam muestra el abandono paso a paso, con grabaciones de sesiones vinculadas a cada paso, para que puedas ir directamente del punto de abandono a ver a los usuarios que se fueron.

Revisa los datos estructurados y el schema

La prueba de resultados enriquecidos de Google y el Schema Markup Validator te dicen si tus datos estructurados se pueden leer de verdad. Los problemas más comunes: schema FAQPage con entidades mal formadas, schema Product sin propiedades obligatorias y schema Article que no se lee por un problema de renderizado de JavaScript.

No pierdas tiempo con el schema HowTo en la mayoría del contenido (Google retiró ese resultado enriquecido en 2023). FAQPage y Article son los dos schemas más útiles para contenido tipo blog. El schema Product es imprescindible si tienes un ecommerce.

Configura alertas para caídas de conversión y formularios rotos

La mayoría de los equipos se entera de que un formulario está roto cuando los tickets de soporte empiezan a acumularse, tres días después. Son tres días de registros perdidos. Configura alertas en tu plataforma de analítica para caídas diarias significativas en las métricas de conversión clave y añade la detección de formularios rotos con la grabación de sesiones (UXCam marca los envíos abandonados con errores).

Las alertas que siempre configuro: caída del 20% o más en la tasa de conversión de cualquier página clave, rage clicks 3× por encima de la línea base, caída del 15% o más en la tasa de formularios completados. Tres alertas sencillas que detectan la mayoría de los fallos silenciosos.

Herramientas para el análisis de sitios web

Pienso en las herramientas según el modelo de cuatro capas de arriba:

• Salud técnica: Google PageSpeed Insights (gratis), WebPageTest (gratis), GTmetrix (plan gratuito), Lighthouse CI (para monitoreo continuo)

• Señales de SEO: Google Search Console (gratis, imprescindible), Ahrefs, Semrush, Screaming Frog (crawler de SEO)

• Comportamiento del usuario: UXCam (grabación de sesiones web y móvil, mapas de calor, Tara, la analista de IA), Hotjar, Microsoft Clarity (gratis), FullStory

• Resultados de negocio: GA4 (gratis, el punto de partida), UXCam o Amplitude para analítica de producto

La mayoría de los equipos invierte de más en herramientas de SEO y de menos en herramientas de comportamiento. Si tuviera que elegir una sola incorporación para un equipo que solo usa GA4 y Search Console, añadiría una herramienta de grabación de sesiones antes que cualquier otra cosa.

Semrush vs. Ahrefs para SEO

Ahrefs y Semrush hacen casi lo mismo, y elegir entre ellos depende sobre todo de con cuál ya sabe trabajar la persona de SEO de tu equipo. Ahrefs es más fuerte en datos de backlinks y en el análisis de brechas de palabras clave frente a la competencia. Semrush tiene mejores herramientas de marketing de contenidos y una integración más estrecha con la investigación de PPC. Cualquiera de los dos basta para la capa de SEO.

¿Cada cuánto deberías analizar tu sitio web?

Auditorías técnicas y de SEO completas: una vez por trimestre. Llevan un día y generan un backlog que irás resolviendo a lo largo del trimestre siguiente.

Monitoreo del comportamiento: de forma continua. Veo al menos 10 grabaciones de sesiones a la semana en nuestras páginas de mayor intención. Cuando se mueven las métricas de conversión, normalmente puedo decir qué lo causó en menos de una hora.

Auditorías puntuales después de cambios importantes (nueva landing page, rediseño, cambio de precios): el día 1 y el día 7. El día 1 detecta regresiones inmediatas. El día 7 detecta comportamientos que aparecen con otros segmentos de audiencia.

Aumenta las conversiones de tu sitio web con UXCam

UXCam es una plataforma de analítica de producto para apps móviles y sitios web que captura automáticamente cada interacción del usuario, sin etiquetado manual de eventos. El producto de analítica web lleva la grabación de sesiones, los mapas de calor, el análisis de embudos y la detección de problemas a los sitios web, sobre la misma plataforma que se ha ido perfeccionando en móvil desde 2014 (instalada en más de 37.000 productos). Tara, la analista de IA de UXCam, revisa sesiones a escala para detectar los problemas de UX de mayor impacto y recomendar acciones. Así, los equipos obtienen respuestas sin esperar a los analistas, además de la evidencia para convencer a las partes interesadas.

Cada métrica de UXCam está respaldada por sesiones reales de usuarios. ¿Ves una caída en un embudo? Haz clic para ver las sesiones en las que los usuarios se fueron. Por eso la capa de comportamiento te dice qué hacer, y no solo qué pasó.

Solicita una demo para ver UXCam en tus páginas de mayor intención.