Como auditar SEO on-page sin caer en conjeturas
Un framework de auditoria on-page basado en datos de Search Console, crawler y logs. Checklist tecnico sin misticismo.
Toda auditoria on-page que empieza con 'creo que el title podria ser mejor' deberia terminar en despido. El problema no es la opinion, es la ausencia de baseline. Antes de tocar cualquier etiqueta, necesitas tres cosas: un export bruto del Search Console de los ultimos 16 meses, un crawl completo (Screaming Frog o Sitebulb), e idealmente una muestra de log files. Sin eso, cualquier recomendacion es adivinanza. En una auditoria reciente para un e-commerce de 40 mil URLs, descubrimos que el 31% de las paginas indexables nunca recibio un clic organico en 12 meses. Ese es el tipo de numero que cambia la conversacion con el cliente.
El primer corte de la auditoria es separar paginas en cuatro buckets: rankeando bien (top 10), rankeando mal (11-30), invisibles (31+) y zombies (sin impresion). Cada bucket exige accion diferente. Las paginas en top 10 se optimizan para CTR, normalmente via test de title y meta. Ahi entra el trabajo fino que detalle en Title tags que convierten: 7 patrones probados en SERPs reales y Meta description aun importa? Lo que los datos de CTR muestran. Las paginas zombies suelen ser casos de canibalizacion, problema de intencion o contenido decaido. Cada bucket se convierte en una hoja separada, con priorizacion por trafico potencial calculado como (volumen mensual * CTR esperado por posicion - clics actuales).
Despues, el crawl. Yo corro Screaming Frog con renderizado JavaScript activo, conectado al GSC y GA4 via API. Eso me da, en la misma linea, status code, profundidad, palabras, title, H1, canonical, hreflang, impresiones, clics y sesiones. Los errores estructurales aparecen rapido: titles duplicados, H1 ausente, canonicals apuntando a 404, redirects encadenados. En un cliente B2B SaaS encontramos 1.200 paginas con canonical autoreferencial pero listadas en sitemap como prioritarias, y a la vez bloqueadas via meta noindex. Caos puro. El detalle importa, como discuti en Canonical tags: errores comunes que sangran trafico organico y Headings H1-H6: la estructura que Google realmente lee.
La capa tecnica viene en tercer lugar. Aqui medimos Core Web Vitals reales (CrUX, no solo Lighthouse), tiempo de respuesta del servidor por template, peso medio de imagenes y proporcion HTML/JS. En una auditoria de portal de noticias, el LCP medio era 4,8s en mobile porque el hero image se servia en 1920px sin srcset. Cambiamos a AVIF responsive y el LCP cayo a 2,1s en tres semanas, con ganancia del 18% en clics organicos en paginas ya rankeadas. Ese tipo de relacion causa-efecto solo aparece cuando mides antes y despues. Para imagenes especificamente, ver Optimizacion de imagenes: alt text, peso y LCP en la practica. Para indexacion cuando el JS estorba, conviene revisitar JavaScript SEO: renderizado, hydration e indexacion.
El contenido entra solo despues que el esqueleto esta de pie. Aqui miro tres metricas por URL: query coverage (cuantas keywords unicas rankea), depth score (palabras + headings + entidades cubiertas vs competidores top 3) y dwell signal proxy (sessions / impressions ajustado por posicion). Paginas con query coverage alta pero posicion media mala suelen necesitar mejora de intencion, no mas palabras. Paginas con buena posicion y CTR malo son caso de title/snippet. Esa segmentacion evita el error clasico de 'reescribir todo' que cuesta caro y mueve poco, tema central de Reescribir o rehacer: la decision basada en datos de SERP.
El ultimo bloque es interlinking y arquitectura. Uso el crawl para generar un grafo (URL > URLs apuntadas) y calculo un PageRank interno simple. Lo comparo con el trafico organico real: paginas con alto PR interno y bajo trafico son oportunidades obvias, paginas con bajo PR interno y alto trafico estan subexplotadas. En promedio, mover 15-25 links contextuales de hubs hacia money pages mueve 2-4 posiciones en 6 semanas. Ese trabajo fue la base de todo lo que cubri en Interlinking inteligente: el mapa de autoridad interna. Por ultimo, arma un plan de 90 dias con maximo 12 items priorizados, cada uno con hipotesis, metrica y fecha de evaluacion. Auditoria que se vuelve PDF de 80 paginas no ejecutada vale cero. Takeaway: si no puedes resumir los hallazgos en una hoja con columna de impacto estimado en sesiones, todavia no auditaste, opinaste.