Auditoría SEO técnica

Cerebro analiza el sitio en las seis dimensiones técnicas que afectan al SEO, con evidencia por URL en cada hallazgo:

El error más caro que veo: sitios que sacan 95 en PageSpeed Insights y reprueban Core Web Vitals en Search Console. PageSpeed simula una carga en condiciones fijas; Search Console muestra el percentil 75 de usuarios reales de Chrome en 28 días. Si tu audiencia está en móviles de gama media con 4G intermitente, el dato que importa es ese. Cerebro cruza ambas fuentes: laboratorio para diagnosticar la causa técnica, campo para saber si le afecta de verdad a tu audiencia.

Un exportable lista 180 imágenes sin alt y un canonical mal configurado con la misma alerta. Las 180 imágenes son 180 filas; el canonical es una. Pero si está en la plantilla de categorías de un ecommerce, le está diciendo a Google que las 40 categorías son copias de la home — y eso vale más que todas las imágenes juntas. Cada hallazgo lleva severidad (bloquea, degrada, optimiza), alcance (cuántas URLs afecta) y esfuerzo. El backlog se ordena por eso.

Recibes un plan priorizado por impacto, no una lista de errores: qué corregir primero, por qué y qué resultado esperar. Y la persona a cargo —yo— puede explicarte cada hallazgo y su ejecución con sus propias palabras. Si una auditoría empieza y termina en el nombre de una herramienta, no es una auditoría.

Un informe ejecutivo (resumen de una página más el detalle por eje, en PDF y Word), un backlog en Excel listo para asignar —severidad, alcance, esfuerzo, responsable, estado—, y cuando el alcance incluye competidores, la comparativa con el puntaje por eje de tu sitio contra el de ellos. Más una reunión de una hora para recorrer los hallazgos con quien los va a implementar.

Si quieres hacer una primera revisión tú mismo, este es el orden que sigo, simplificado. El orden importa: cada paso descarta problemas que invalidarían los siguientes.

Es la consulta técnica que más veo en diagnósticos. En Search Console aparece con distintos estados, y cada uno tiene una causa distinta. "Descubierta: actualmente sin indexar" significa que Google conoce la URL pero todavía no la rastrea: suele ser un problema de prioridad — demasiadas URLs de poco valor compitiendo por la atención del rastreador, o enlazado interno débil hacia esa página. "Rastreada: actualmente sin indexar" es más serio: Google la vio y decidió no guardarla, casi siempre porque la consideró poco útil o muy parecida a otra.

Antes de pedir la indexación a mano, que no resuelve la causa, revisa tres cosas: que la página no tenga noindex ni un canonical apuntando a otra URL, que reciba enlaces internos desde páginas relevantes, y que diga algo que no diga ya otra página de tu sitio o de la competencia.

Search Console es gratuito y es la única fuente que muestra datos del propio Google sobre tu sitio. De todo lo que ofrece, estos son los informes que abro en cada diagnóstico:

PageSpeed Insights muestra dos cosas distintas en la misma pantalla, y confundirlas es el error más común. Arriba, los datos de campo: usuarios reales de Chrome en los últimos 28 días (Chrome UX Report), evaluados en el percentil 75. Abajo, los datos de laboratorio: una simulación de Lighthouse en condiciones fijas, con el puntaje de 0 a 100.

El puntaje de laboratorio no es lo que Google usa para posicionar; lo que evalúa son las Core Web Vitals de campo. El laboratorio sirve para diagnosticar la causa —qué imagen, qué script, qué fuente—; el campo dice si el problema existe para tu audiencia. Un 95 en laboratorio con Core Web Vitals reprobadas en campo significa que tus usuarios navegan en condiciones peores que la simulación.

Son baratos de corregir y caros de ignorar:

Google renderiza JavaScript, pero en dos tiempos: primero procesa el HTML que entrega el servidor y después, cuando tiene recursos, ejecuta el JavaScript. Si el contenido principal o los enlaces solo existen después de ejecutar scripts, dependes de esa segunda pasada. Y no todos los rastreadores la hacen: según pruebas publicadas, varios rastreadores de plataformas de IA leen solo el HTML inicial.

La regla práctica: que el contenido principal, los títulos, los enlaces internos y los datos estructurados estén en el HTML que entrega el servidor. Renderizado en servidor o generación estática, no solo en el navegador. Este mismo sitio es HTML estático por esa razón.

Cada seis meses en sitios activos. Y siempre en tres momentos donde un error técnico cuesta más que nunca: antes de una migración o cambio de plataforma (para tener la línea base), justo después del lanzamiento (para detectar lo que se rompió), y cuando el tráfico cae sin una razón evidente. Para migraciones, el trabajo completo está en Migración de Sitios Web; para rendimiento, en Core Web Vitals y Rendimiento.