Checklist SEO técnico 2026: 40 puntos para auditar tu sitio paso a paso.
⏱ 18 min de lectura · Actualizado: mayo 2026 · Guía Webhexup
Llevo casi 20 años auditando SEO técnico para empresas colombianas y estadounidenses. La mitad de los sitios que reviso tienen buen contenido y buena estrategia, pero pierden 30-70% de su tráfico potencial porque nunca ejecutaron una auditoría técnica seria. La otra mitad ha "hecho SEO técnico" con checklist genéricos copiados de blogs de 2019 que ya no aplican: FID en vez de INP, no consideran crawlers de IA, hablan de FAQ rich results que Google retiró el 7 de mayo de 2026. Este documento es la versión actualizada del checklist que uso en la agencia, sin relleno.
Si necesitas el contexto general de Core Web Vitals primero, revisa nuestra guía sobre Core Web Vitals en 2026. Si buscas velocidad web específicamente, ve a optimizar velocidad web en Colombia. Y si tu stack es WordPress, complementa con SEO técnico para WordPress.
- ¿Qué es un checklist de SEO técnico?
- Bloque 1 — Crawlability e indexación (7 puntos)
- Bloque 2 — Core Web Vitals e INP (6 puntos)
- Bloque 3 — JavaScript rendering y crawlers de IA (6 puntos)
- Bloque 4 — Arquitectura interna y linking (6 puntos)
- Bloque 5 — Mobile-first y HTTPS (5 puntos)
- Bloque 6 — Schema markup y datos estructurados (5 puntos)
- Bloque 7 — Sitemap y robots.txt (5 puntos)
- Herramientas gratuitas para ejecutar el checklist
- Preguntas frecuentes
Infografía resumen de esta guía. Descárgala, compártela con tu equipo o insértala en tu blog usando el código de abajo (solo te pedimos mantener el enlace de atribución).
¿Qué es un checklist
de SEO técnico?
Un checklist de SEO técnico es una lista sistemática de comprobaciones que verifican que la infraestructura de tu sitio permita a los motores de búsqueda y a los sistemas de IA rastrear, entender e indexar el contenido correctamente. A diferencia del SEO de contenido (qué dices) y del SEO off-page (quién te enlaza), el SEO técnico se concentra en cómo funciona el sitio por dentro: velocidad, rendering, estructura de URLs, HTTPS, mobile, schema, sitemap y crawl budget.
En 2026 el alcance del SEO técnico se amplió: ya no basta con optimizar para Googlebot. Los sistemas de respuesta generativa (Google AI Mode, ChatGPT, Perplexity, Gemini, Claude) tienen sus propios crawlers, sus propias formas de interpretar el contenido, y requieren decisiones específicas de configuración. Como resume el análisis de DebugBear sobre SEO técnico en 2026, el foco es doble: motores de búsqueda tradicionales + motores generativos.
Los 40 puntos que verás a continuación están agrupados en 7 bloques temáticos. Están priorizados por impacto: los primeros bloques (crawlability, Core Web Vitals, rendering) son los que más te van a mover el ranking; los últimos afinan la implementación. Ejecuta en orden si estás partiendo de cero; salta al bloque relevante si ya tienes un diagnóstico específico.
Crawlability e indexación
Sin rastreo e indexación limpios, todo lo demás es teoría. Este bloque es no-negociable.
- Verificar el sitio en Google Search Console: propiedad de dominio (no solo prefijo URL), permisos de administrador otorgados a al menos dos personas del equipo.
- Revisar el reporte de "Páginas" en Search Console: tu ratio de indexadas vs. no indexadas debe superar el 80% en sitios sanos. Si está por debajo, hay problema de calidad, canonicalización o crawl budget.
- Auditar códigos de estado HTTP: el 100% de las URLs importantes deben devolver 200. Cero URLs con 404 accesibles desde navegación, cero 5xx recurrentes, cero soft-404 (páginas 200 con contenido de "no encontrado").
- Consolidar cadenas de redirección: máximo un salto por URL. Cadenas de 3+ hops pierden equity y añaden latencia. Auditar con Screaming Frog y colapsar todo a un único 301 directo.
- Verificar canonicals coherentes: cada URL apunta a sí misma o a la canónica correcta. Cero páginas con canonical apuntando a URLs que devuelven 404, cero canonicales cruzados entre versiones desktop/mobile.
- Detectar contenido duplicado: parámetros de URL, versiones con y sin trailing slash, HTTP vs HTTPS, WWW vs no-WWW. Todo debe consolidarse a una sola versión canónica.
- Auditar el reporte "Rastreo" en Search Console: estadísticas de rastreo estables o crecientes en sitios en crecimiento. Caídas abruptas indican problemas de servidor o de estructura.
Core Web Vitals e INP
Las tres métricas que Google usa para evaluar la experiencia real de tus usuarios en 2026.
- LCP (Largest Contentful Paint) menor a 2,5 segundos: mide cuándo se pinta el elemento principal. Suele ser una imagen hero o un bloque de texto grande. Servir WebP/AVIF con
<picture>, imagen hero confetchpriority="high", sin lazy-load en la primera imagen del viewport. - INP (Interaction to Next Paint) menor a 200 ms: reemplazó a FID en marzo 2024. Mide la latencia total de cualquier interacción hasta el próximo repintado. Es la métrica que más sitios fallan en 2026 porque penaliza JavaScript pesado y scripts sincrónicos de terceros.
- CLS (Cumulative Layout Shift) menor a 0,1: mide saltos de layout durante la carga. Reservar dimensiones de imágenes con
widthyheight, evitar inserción tardía de banners/anuncios, cargar fuentes confont-display: swapy sistema fallback bien dimensionado. - Reducir JavaScript bloqueante en main thread: auditar el waterfall en Chrome DevTools, diferir scripts de terceros (analytics, chats, píxeles), fragmentar bundles grandes con dynamic imports, evitar hidration completa en páginas de contenido puro.
- Optimizar Time To First Byte (TTFB) bajo 800 ms: servidor bien dimensionado, CDN activo para assets estáticos, caché de página completa activa en WordPress u otros CMS, base de datos indexada.
- Monitorear CrUX y datos reales (RUM): Search Console muestra CrUX (Chrome User Experience Report) con datos de 28 días. Complementa con PageSpeed Insights para diagnósticos lab, y DebugBear o SpeedCurve para monitoreo continuo.
JavaScript rendering y crawlers de IA
Los crawlers de IA (GPTBot, ClaudeBot, PerplexityBot) no ejecutan JavaScript. Tu decisión de rendering pesa más que nunca.
- Comparar HTML crudo vs. renderizado: usar "Ver página rastreada" en URL Inspection de Search Console. Si el contenido crítico aparece solo tras render, los crawlers de IA no lo verán y perderás citaciones.
- Adoptar SSR o SSG para contenido crítico: Server-Side Rendering (SSR) o Static Site Generation (SSG) sirven HTML completo desde el servidor. Superior a CSR puro (Client-Side Rendering) para SEO clásico y esencial para AI crawlers.
- Verificar códigos 200 antes de que cargue JavaScript: si el estado del status code depende de un rerender de JavaScript, Google lo puede interpretar mal. El status HTTP correcto debe llegar en la respuesta inicial del servidor.
- Detectar hydration mismatches: abrir la consola de Chrome DevTools y auditar warnings de React/Vue de mismatches entre server y cliente. Un mismatch persistente rompe indexación y ranking.
- Permitir crawlers de IA en robots.txt (salvo motivo estratégico): GPTBot, ClaudeBot, PerplexityBot, Googlebot-Extended y otros deben tener acceso. Bloquearlos sin motivo pierde citaciones en ChatGPT, Perplexity y Claude que ya representan tráfico incremental medible.
- Prerender páginas críticas si tu app es SPA: homepage, categorías principales, artículos top, fichas de producto. Herramientas como Prerender.io o rendering nativo del framework (Next.js, Nuxt, Astro) resuelven esto sin migrar la app entera.
Arquitectura interna y linking
La estructura de tu sitio afecta directamente al crawl budget y a la distribución de autoridad interna.
- Aplanar la arquitectura a máximo 5 clics desde la home: páginas más profundas reciben menos crawl budget y menos autoridad interna. Consolidar categorías, eliminar taxonomías innecesarias, reagrupar contenido por temas.
- Enlace interno contextual con anchors descriptivos: mínimo 3-5 enlaces internos por artículo, con anchor keyword-rich (no "clic aquí", no "más info"). Anchors variados apuntando a la misma URL de destino refuerzan relevancia.
- Auditar orphan pages: páginas sin enlaces internos apuntándolas son invisibles para Google. Screaming Frog las lista en "Inlinks 0". Enlazar desde el hub temático que corresponda o despublicar si no aportan.
- Estructura de URL limpia: URLs cortas, con guiones, sin parámetros innecesarios, sin fechas dinámicas en el path, sin extensiones como .html o .php. Ejemplo correcto:
/servicios/seo-tecnico/vs incorrecto:/services/tech-seo.php?id=42. - Breadcrumbs visibles + BreadcrumbList schema: las migas de pan son señal fuerte de arquitectura para Google y para el usuario. Implementar como HTML visible con schema BreadcrumbList en JSON-LD.
- Enlaces externos con rel apropiado:
rel="noopener noreferrer"en enlaces contarget="_blank"por seguridad,rel="nofollow"solo en enlaces pagados, patrocinados o UGC de baja confianza. Enlaces editoriales a fuentes de autoridad refuerzan tu E-E-A-T.
Mobile-first y HTTPS
Google indexa la versión mobile de tu sitio como primaria desde 2023. HTTPS es obligatorio en 2026.
- Paridad de contenido mobile vs desktop: mobile debe mostrar TODO el contenido crítico. Cero patrones "tap para leer más" que oculten cuerpo importante. Google indexa lo que ve en mobile primero.
- Viewport correcto y responsive design: meta viewport
width=device-width, initial-scale=1, media queries funcionales, cero scroll horizontal, botones y enlaces con tap-target mínimo 48×48 px. - HTTPS activo en TODAS las URLs: certificado SSL válido con auto-renovación (Let's Encrypt es gratis vía tu hosting). Cero recursos mixed content, cero redirects entre HTTPS y HTTP.
- HSTS activo con preload: Strict-Transport-Security con max-age 31536000, includeSubDomains y preload. Fuerza HTTPS a nivel de navegador, no depende de redirects.
- Test en Google Mobile-Friendly y Rich Results: ambas herramientas confirman renderizado correcto en mobile y compatibilidad con schema. Cero errores es el estándar.
Schema markup y datos estructurados
Schema no es factor de ranking directo pero facilita rich results, citaciones IA y comprensión del contenido.
- Un tipo de schema por tipo de página: homepage → Organization, blog post → Article + Person, ficha de producto → Product con AggregateRating, negocio físico → LocalBusiness, todas las páginas jerárquicas → BreadcrumbList. Nunca mezclar tipos que no correspondan.
- JSON-LD en bloque separado: siempre en
<script type="application/ld+json">, no Microdata ni RDFa. Yoast y Rank Math lo generan por defecto; complementar con schemas manuales para tipos avanzados solo cuando el plugin no lo cubra. - FAQPage separado del @graph principal: si insertas FAQPage manual, va en su propio
<script>, no dentro del @graph con Article. Esto evita conflictos con Yoast y mejora detección en Rich Results Test. - sameAs con 3-5 perfiles verificables: LinkedIn, Wikipedia, X, YouTube, GitHub, Instagram según aplique. Es el eslabón que conecta tu marca con el entity graph y con las citaciones IA.
- Validar con Rich Results Test y Search Console: cero errores en Rich Results Test antes de publicar. Revisar "Mejoras" en Search Console mensualmente para detectar problemas en producción.
Sitemap XML y robots.txt
Los archivos que le dicen a los crawlers qué rastrear, qué no, y con qué prioridad.
- Sitemap XML actualizado con lastmod real: incluye SOLO URLs canónicas indexables (nada de páginas noindex, ni redirects, ni 404). El atributo lastmod debe reflejar la última modificación real del contenido, no la fecha automática del CMS.
- Sitemap dividido si superas 50.000 URLs: Google acepta hasta 50.000 URLs o 50 MB por sitemap. Sites grandes usan sitemap index con sitemaps segmentados por tipo de contenido (posts, páginas, productos, categorías).
- Sitemap enviado en Search Console y referenciado en robots.txt:
Sitemap: https://tudominio.com/sitemap.xmlal final del robots.txt, y sitemap declarado en Search Console para monitoreo activo. - robots.txt sin bloquear recursos críticos: permitir CSS, JS y imágenes que Google necesita para renderizar. Bloqueos comunes que rompen indexación:
Disallow: /wp-content/oDisallow: /*.js$. - Configuración adecuada para crawlers de IA: permitir explícitamente GPTBot, ClaudeBot y PerplexityBot salvo motivo estratégico. Ver ejemplo de robots.txt más abajo con configuración recomendada 2026.
Ejemplo de robots.txt recomendado 2026
Ejemplo de canonical HTML y hreflang
Ejemplo de configuración .htaccess para HTTPS y HSTS
Herramientas gratuitas
para ejecutar el checklist.
El checklist se puede ejecutar 100% con herramientas gratuitas. Esta es la stack que uso en auditorías reales, agrupada por bloque:
| Herramienta | Bloque | Para qué sirve |
|---|---|---|
| Google Search Console | 1, 2, 6, 7 | Cobertura, Core Web Vitals con CrUX, sitemap, schema, indexación |
| Google PageSpeed Insights | 2, 3 | Diagnóstico Core Web Vitals lab + CrUX field data por página |
| Chrome DevTools | 2, 3 | Waterfall, JS blocking, hydration mismatches, CLS visual |
| Screaming Frog SEO Spider | 1, 4, 7 | Rastreo completo, redirect chains, orphan pages, canonicals (500 URLs gratis) |
| Rich Results Test | 6 | Validación de schema y elegibilidad para rich results |
| Schema Markup Validator | 6 | Validación de sintaxis Schema.org más amplia |
| Google Mobile-Friendly Test | 5 | Verificación de mobile usability y renderizado |
| SSL Labs de Qualys | 5 | Auditoría de certificado SSL, TLS y HSTS |
| hreflang tags Testing Tool | 4, 5 | Validación de configuración multi-idioma |
| DebugBear (14 días trial) | 2 | Monitoreo continuo de Core Web Vitals con alertas |
La regla que aplico: primero corrido rápido con Search Console y PageSpeed Insights (identifica el 60-70% de los problemas), luego Screaming Frog para el crawl completo, luego validaciones específicas de schema y mobile. Con esto identificas prácticamente todos los problemas técnicos evitables en menos de una jornada de trabajo, si el sitio no supera las 5.000 URLs.
Lo esencial del checklist
SEO técnico 2026.
Un checklist de SEO técnico es la lista sistemática de comprobaciones que verifican que motores de búsqueda y sistemas de IA (ChatGPT, Perplexity, Claude, Google AI Mode) pueden rastrear, entender e indexar tu sitio correctamente. En 2026 solo el 40% de los sitios cumplen los umbrales de Core Web Vitals, el 64% de los que pasaban con FID fallaron con la introducción de INP en marzo 2024, y los crawlers de IA (GPTBot, ClaudeBot, PerplexityBot) no ejecutan JavaScript. Sin fundamento técnico, incluso el mejor contenido y los mejores backlinks pierden gran parte de su impacto en ranking y en citaciones IA.
El checklist se organiza en 7 bloques con 40 puntos accionables. Crawlability e indexación (7 puntos): verificación Search Console, códigos 200, redirect chains máximo un salto, canonicals coherentes, contenido duplicado consolidado. Core Web Vitals e INP (6): LCP menos de 2,5s, INP menos de 200ms, CLS menos de 0,1, JavaScript no bloqueante, TTFB bajo 800ms, monitoreo con CrUX. JavaScript rendering y crawlers de IA (6): comparar HTML crudo vs renderizado, adoptar SSR/SSG para contenido crítico, permitir crawlers de IA en robots.txt, prerender páginas críticas si es SPA. Arquitectura interna y linking (6): máximo 5 clics desde home, enlaces internos con anchors descriptivos, cero orphan pages, URLs limpias, breadcrumbs con schema BreadcrumbList.
Los últimos 3 bloques cubren mobile y HTTPS (5): paridad de contenido mobile-desktop, viewport correcto, HTTPS activo con HSTS preload. Schema markup (5): un tipo por página, JSON-LD, FAQPage separado del @graph principal, sameAs con 3-5 perfiles, validación Rich Results Test cero errores. Sitemap y robots.txt (5): sitemap con lastmod real, dividido si supera 50.000 URLs, referenciado en robots.txt, sin bloquear recursos críticos, permitiendo crawlers de IA por defecto. La ejecución completa se hace con herramientas gratuitas (Search Console, PageSpeed Insights, Screaming Frog, Rich Results Test) en menos de una jornada para sitios de hasta 5.000 URLs. La regla clave: priorizar por impacto en ranking, no por facilidad de arreglo.
Resolvemos tus dudas sobre
SEO técnico en 2026.
José Fernando Muñoz Álvarez
Consultor digital con casi 20 años de experiencia en SEO técnico, schema markup, Google Ads y Meta Ads para empresas colombianas y estadounidenses. Fundador de Webhexup, agencia SEO-First en Medellín donde combina posicionamiento orgánico, pauta digital y AI Visibility. Anteriormente cofundador de Eggs Blogs Casa Creativa y de e-ideas Agencia Digital. Comparte análisis honestos sobre auditoría técnica, Core Web Vitals y las novedades del ecosistema Google en LinkedIn (jfmonin).