Checklist de SEO técnico: 6 bloques de auditoría con orden de prioridad y cómo corregir
Por Digo Garcia, Fundador y Especialista en IA, SEO Técnico e Ingeniería · 3 de octubre de 2026 · 13 min de lectura
Un checklist de SEO técnico es la lista de verificaciones que garantiza que un sitio pueda ser rastreado, indexado y renderizado por los buscadores antes de cualquier trabajo de contenido. Una auditoría completa cubre seis bloques: rastreo, indexación, arquitectura, rendimiento, datos estructurados y seguridad, siempre en orden de gravedad, porque un error de rastreo anula cualquier corrección hecha después.
Las listas que posicionan para esta búsqueda tienen cincuenta ítems y ninguna jerarquía. Las abres, las lees, estás de acuerdo con todo y no sabes por dónde empezar. Cuando el cliente pregunta por qué cayó el tráfico, la lista no responde.
Este checklist sí responde. Cada ítem dice qué verificar, con qué herramienta y qué hacer cuando falla, en el orden en que Google procesa un sitio.
Qué es una auditoría de SEO técnico
Una auditoría de SEO técnico es la verificación sistemática de todo lo que permite a Google encontrar, leer, entender y entregar tus páginas: rastreo, indexación, arquitectura, rendimiento, renderizado y datos estructurados. El checklist organiza esa verificación en bloques con orden de prioridad, porque un error de rastreo anula cualquier corrección de velocidad hecha después. Primero el robot necesita llegar a la página, después optimizas lo que ve.
Qué entra en lo técnico y qué es contenido
La frontera es simple: si el problema impide a Google acceder o interpretar la página, es técnico. Si el problema es que la página no merece posicionar, es contenido o autoridad.
Robots.txt bloqueando un directorio equivocado, canónica apuntando a la URL incorrecta, JavaScript que esconde el texto principal del robot: todo eso es alcance de esta auditoría. Texto superficial, falta de backlinks y un title mal escrito quedan fuera, aunque aparezcan en la misma herramienta de crawl.
Esa separación importa en la práctica. El propio Google Search Central afirma que la base del funcionamiento de la búsqueda son tres etapas: rastreo, indexación y presentación de los resultados. Lo técnico se ocupa de las dos primeras. Si fallan, la tercera ni siquiera ocurre.
Un error común de quien audita por primera vez: tratar todo como urgente. Una meta description duplicada y un noindex accidental en la categoría principal aparecen lado a lado en el informe del crawler, pero uno cuesta casi nada y el otro borra ingresos.
Auditoría completa, revisión trimestral y check mensual
La auditoría completa de 6 bloques tiene sentido en tres momentos: al asumir un cliente nuevo, antes de una migración y cuando el tráfico cae sin explicación. Lleva de 3 a 5 días hábiles en un sitio mediano.
La revisión trimestral repite los bloques 1 a 3 en versión reducida, unas 4 horas.
El check mensual cabe en 30 minutos: informe de indexación de Search Console, Core Web Vitals y errores de rastreo. Si nada cambió, se acabó. Si algo cambió, abres el bloque correspondiente del checklist.
Cómo definir el orden de prioridad antes de abrir cualquier herramienta
Una auditoría sin criterio de decisión se convierte en una lista de cincuenta ítems donde todo parece urgente. El criterio tiene dos ejes: gravedad del problema y alcance de la corrección.
En el eje de la gravedad, cada hallazgo cae en una de tres categorías. Bloquea: impide a Google rastrear o indexar la página, como un noindex accidental o un bloqueo en el robots.txt. Degrada: la página está en el índice, pero pierde posición o clics, caso de una carga lenta o una canónica apuntando al lugar equivocado. Refina: ganancia marginal, como comprimir una imagen que ya carga rápido.
En el eje del alcance, pregunta a cuántas páginas afecta el problema y cuántas de ellas generan ingresos. Un redirect roto en la página de precios pesa más que cien errores 404 en posts de 2018 sin tráfico.
Al cruzar los dos ejes, el orden aparece solo: bloqueo en página importante va primero, refinamiento en página irrelevante va al final o ni va. Por eso corregir Core Web Vitals antes de resolver un noindex accidental es un desperdicio: aceleras una página que Google ni siquiera puede mostrar. La documentación de Google Search Central confirma que una página fuera del índice no posiciona, independientemente de cualquier otro factor.
Ese criterio también filtra lo que parece urgente pero no mueve la aguja. Las meta keywords no son señal de posicionamiento desde 2009, según el propio Google. Los warnings masivos del crawler casi siempre apuntan al mismo problema repetido, cuéntalo como un solo ítem. Y el score aislado de Lighthouse es una nota de laboratorio: lo que Google usa son datos de usuarios reales, el informe CrUX.
Error común en esta etapa: ordenar por la cantidad de errores de la herramienta en lugar de ordenar por el impacto en el negocio.
Bloques 1 a 3: rastreo, indexación y arquitectura
Estos tres bloques van primero porque concentran los problemas que bloquean. Un error aquí anula el resto de la auditoría.
Bloque 1: rastreo y presupuesto de rastreo
Verifica el robots.txt (archivo que le dice al robot a qué puede acceder), el sitemap XML, los códigos de estado HTTP y las redirecciones en cadena. Ejecuta un crawler como Screaming Frog y crúzalo con el informe de Estadísticas de rastreo de Search Console.
Una cadena de redirección es cuando la URL A manda a B, que manda a C. Google Search Central recomienda apuntar siempre al destino final, porque cada salto gasta presupuesto de rastreo (la cuota de páginas que el robot visita en tu sitio).
Error común: bloquear CSS y JavaScript en el robots.txt creyendo que se ahorra cuota. Sin esos archivos, Google renderiza la página rota.
Bloque 2: indexación y cobertura
Abre el informe de Páginas de Search Console y lee cada motivo de exclusión. Revisa la canonical (la etiqueta que indica la versión oficial de una página duplicada), noindex accidental, paginación y páginas huérfanas, que existen pero no reciben ningún enlace interno.
Diagnóstico rápido: toma diez URLs importantes y pruébalas una a una en la Inspección de URL.
Error común: canonical apuntando a la home en todas las páginas, herencia de una plantilla mal configurada. Eso le pide a Google que ignore el sitio entero.
Bloque 3: arquitectura de URLs y enlaces internos
Mide la profundidad de clics en el crawler: una página importante a más de tres clics de la home señala baja prioridad. Revisa los anchors internos (el texto clicable del enlace) para que describan el destino, y confirma que el breadcrumb funciona.
Error común: un menú gigante enlazando todo, lo que diluye la jerarquía en vez de reforzarla.
Bloques 4 a 6: rendimiento, renderizado y datos estructurados
Estos tres bloques rara vez bloquean, pero degradan. Son los que separan al sitio que solo indexa del sitio que compite.
Bloque 4: Core Web Vitals y velocidad real de campo
Las Core Web Vitals son tres métricas con umbral definido por Google: LCP hasta 2,5 segundos (tiempo hasta que carga el mayor elemento visible), INP hasta 200 milisegundos (respuesta a la interacción) y CLS hasta 0,1 (estabilidad visual). Verifícalas en el informe de Core Web Vitals de Search Console, que usa datos de campo del CrUX, recogidos de usuarios reales de Chrome.
Aquí vive el error común del bloque: optimizar por el número de laboratorio de PageSpeed Insights e ignorar el dato de campo. Google evalúa campo. Corrección típica en el CMS: comprimir imágenes en WebP, definir width y height para evitar desplazamientos y aplazar scripts de terceros.
Bloque 5: renderizado, JavaScript y mobile
Si el contenido depende de JavaScript para aparecer, confirma que Google lo ve. Usa la Inspección de URL de Search Console, abre el HTML renderizado y compáralo con el código fuente bruto: el texto y los enlaces que solo existen en el DOM renderizado dependen de la segunda fase de procesamiento, que la documentación de Google Search Central confirma que es más lenta. Comprueba también que la versión móvil tenga el mismo contenido que la de escritorio, ya que la indexación es mobile-first.
Bloque 6: datos estructurados y consistencia de entidades
Marca solo lo que genera resultado enriquecido hoy: Product, FAQ en sitios de gobierno y salud, Article, LocalBusiness, Organization. Valida en la Prueba de resultados enriquecidos y comprueba que el nombre, la dirección y los datos de Organization coincidan en todas las páginas. Error común: marcar una valoración que no existe en la página, lo que puede derivar en una acción manual.
Cómo ejecutar el checklist en la práctica en una semana
Una auditoría que no se vuelve rutina muere en el PDF. La hoja de ruta a continuación cabe en cinco días hábiles para un sitio de hasta 10 mil URLs.
Herramientas por bloque
Search Console cubre indexación, cobertura y rastreo sin costo. PageSpeed Insights y el informe de Core Web Vitals se encargan del bloque de rendimiento. Para rastrear el sitio entero, usa un crawler de escritorio: Screaming Frog es gratuito hasta 500 URLs. El análisis de logs (lectura de los registros de acceso del servidor) solo entra en sitios grandes, con una herramienta como el Log File Analyser.
Orden de ejecución día a día
Día 1: configura el crawl y déjalo corriendo, mientras tanto revisa robots.txt, sitemap y cobertura en Search Console. Día 2: analiza el crawl, foco en estados HTTP, canónicas y noindex. Día 3: arquitectura, profundidad de clics y páginas huérfanas. Día 4: rendimiento y datos estructurados. Día 5: consolidación y priorización de los hallazgos según el criterio de gravedad y alcance.
La planilla de hallazgos
Con seis columnas basta: hallazgo, bloque, severidad (bloquea, degrada u optimiza), URLs afectadas, corrección sugerida y responsable. Una línea por problema, no por URL. El error común aquí es listar 400 líneas de imágenes sin alt como 400 hallazgos, cuando es uno solo con 400 ocurrencias.
Cómo reportar al dev y al cliente
El ticket para el dev necesita tres cosas: qué está mal con URL de ejemplo, el comportamiento esperado y cómo validar la corrección. "Mejorar el SEO de la página" no es un ticket.
Para el cliente, invierte la lógica: empieza por el impacto estimado ("el 23% de las páginas de producto están fuera del índice") y solo después explica la causa. Quien paga quiere saber el tamaño del agujero antes que su nombre técnico.
El bloque extra de GEO en el SEO técnico
El checklist clásico termina donde empieza la búsqueda generativa. GEO (Generative Engine Optimization) es la práctica de lograr que tu página sea usada y citada en las respuestas de ChatGPT, Gemini y Perplexity, y tiene una capa técnica que casi ninguna auditoría cubre.
Acceso de los crawlers de IA en el robots.txt
Abre el robots.txt y busca cuatro agentes: GPTBot, OAI-SearchBot, PerplexityBot y Google-Extended. La documentación de OpenAI separa las funciones: GPTBot recoge contenido para entrenar modelos, OAI-SearchBot busca páginas para citar en las respuestas con enlace. Bloquear el primero es una decisión de propiedad intelectual. Bloquear el segundo saca tu marca de las respuestas.
Google-Extended controla solo el uso en el entrenamiento de Gemini, sin afectar el posicionamiento en la búsqueda, según la documentación de crawlers de Google Search Central.
Error común: un Disallow: / genérico heredado de una plantilla que corta los cuatro de una vez. El sitio desaparece de las IAs y nadie se da cuenta, porque el tráfico de Google sigue normal.
Qué hace que la página sea recuperable y citable
La mayoría de esos agentes no ejecuta JavaScript. Comprueba que el contenido principal aparezca en el HTML servido por el servidor: desactiva el JS en el navegador o usa el comando curl y mira qué queda. Página vacía sin JS es página invisible para esos sistemas.
Después, evalúa el contenido con ojos de máquina: cada H2 debería abrir con una respuesta directa de dos o tres frases, antes del contexto. Los datos estructurados y el nombre de la marca escrito igual en todas las páginas y perfiles ayudan al modelo a conectar las menciones.
El paso siguiente es medir si las citas ocurren, y el proceso completo está en la guía de Generative Engine Optimization.
Empieza por lo que bloquea y el resto avanza
La inseguridad de quien no domina la capa técnica tiene una causa simple: lista sin jerarquía. Cincuenta ítems con el mismo peso paralizan a cualquier analista, y el cliente se da cuenta cuando la auditoría es un informe decorativo. Con los seis bloques y el criterio de gravedad, sabes qué responder cuando te pregunten por dónde empezar.
Tres principios sostienen todo lo que viste aquí:
- Gravedad antes que volumen. Un noindex accidental vale más que veinte ajustes de imagen. Corrige lo que bloquea, después lo que degrada, por último lo que optimiza.
- Verificación con método. Cada ítem tiene qué mirar, la herramienta para mirarlo y la acción cuando falla. Un hallazgo sin corrección documentada es una observación, y una auditoría es otra cosa.
- El checklist ahora incluye a las IAs. Un robots.txt sin decisión sobre GPTBot y PerplexityBot es una auditoría incompleta en 2026, aunque Google esté impecable.
El siguiente paso cabe en una mañana: abre el Search Console de tu sitio o del primer cliente, ejecuta el informe de indexación y el robots.txt, y clasifica cada hallazgo en bloquea, degrada u optimiza. Solo ese ejercicio ya cambia el nivel de la conversación en la próxima reunión.
Una buena auditoría no encuentra más problemas, encuentra los problemas correctos en el orden correcto.
Si quieres dominar esta capa con quienes operan SEO técnico para marcas como BYD y Binance, conoce el módulo técnico de la Formação SEO e GEO Avançado y ejecuta tu primera auditoría con el acompañamiento de quien lo hace todos los días.
Preguntas frecuentes
¿Qué es el SEO técnico?
El SEO técnico es la parte de la optimización que se ocupa de la infraestructura del sitio: rastreo, indexación, arquitectura de enlaces, velocidad, renderizado y datos estructurados. Garantiza que Google consiga encontrar, leer y entender tus páginas. Sin esa base, el contenido y los backlinks no rinden, porque la página ni siquiera entra en la disputa. La referencia oficial para cada verificación es la documentación de Google Search Central.
¿Cuál es el orden correcto para hacer una auditoría de SEO técnico?
Empieza por lo que bloquea: robots.txt, noindex accidental, códigos de estado HTTP y cobertura de indexación en Search Console. Después ataca lo que degrada: arquitectura, enlaces internos, Core Web Vitals y datos estructurados. Por último, lo que refina: detalles de URL, paginación y marcados complementarios. Un error de rastreo anula cualquier corrección de velocidad, por eso el orden importa más que la cantidad de ítems verificados.
¿Qué herramientas necesito para auditar SEO técnico?
Tres cubren casi todo: Google Search Console (indexación, cobertura y estadísticas de rastreo, gratuito), PageSpeed Insights (Core Web Vitals, gratuito) y un crawler de escritorio como Screaming Frog, que es gratuito hasta 500 URLs. Para sitios mayores, la licencia de pago del crawler o alternativas como Sitebulb resuelven. La prueba de resultados enriquecidos de Google valida los datos estructurados.
¿Cuánto tiempo lleva una auditoría de SEO técnico completa?
Para un sitio de hasta 10 mil URLs, cinco días hábiles son suficientes siguiendo la hoja de ruta por bloques: uno a dos días para rastreo e indexación, un día para arquitectura, un día para rendimiento y renderizado, y el resto para datos estructurados e informe. Sitios mayores o e-commerces con facetas de filtro pueden duplicar ese plazo por la complejidad del presupuesto de rastreo.
¿Con qué frecuencia debo ejecutar el checklist de SEO técnico?
Auditoría completa cada seis meses y monitoreo continuo en el intermedio. La cobertura de indexación y las Core Web Vitals merecen una mirada quincenal en Search Console, porque retroceden sin aviso tras cualquier deploy. Después de migraciones, rediseño o cambio de CMS, ejecuta el checklist entero en la misma semana: es cuando más aparecen el noindex accidental y las redirecciones rotas.
¿Cuál es la diferencia entre rastreo e indexación?
El rastreo es que el robot de Google acceda a tu página y descargue el contenido. La indexación es que Google procese ese contenido y almacene la página en el índice, haciéndola elegible para aparecer en los resultados. Una página puede ser rastreada y no indexada (el informe de cobertura lo muestra como "rastreada, actualmente sin indexar"). Un bloqueo en el robots.txt impide el rastreo; la etiqueta noindex impide la indexación.
¿Qué es el presupuesto de rastreo y cuándo debo preocuparme?
El presupuesto de rastreo (crawl budget) es la cantidad de URLs que Googlebot está dispuesto a rastrear en tu sitio por período. Según Google Search Central, los sitios con menos de algunos miles de URLs rara vez necesitan preocuparse. El problema aparece en e-commerces con filtros que generan millones de combinaciones de URL: el robot gasta tiempo en páginas inútiles y tarda en visitar las que importan.
¿El SEO técnico ayuda a aparecer en ChatGPT y en otras IAs?
Ayuda, y es una capa que la mayoría de las auditorías ignora. Los agentes de IA (GPTBot, OAI-SearchBot, PerplexityBot y Google-Extended) necesitan permiso en el robots.txt para acceder a tu contenido, y los datos estructurados consistentes facilitan la extracción de la información por parte de la máquina. Si el objetivo es ser citado en las respuestas generativas, vale la pena entender el proceso completo de como aparecer no ChatGPT, que empieza exactamente en esa base técnica.