Checklist SEO técnico para un sitio nuevo (2026)

Antes de optimizar: define qué debe indexarse

El SEO técnico no consiste en activar todo lo que ofrece una herramienta. Consiste en asegurarte de que Google puede rastrear, entender e indexar las páginas que importan, y de que no pierde tiempo en las que no. Empieza por escribir una lista de las URLs que quieres en el índice y otra de las que no.

Páginas que normalmente no deben indexarse: resultados de búsqueda interna, filtros, paginación profunda sin valor, páginas de agradecimiento, duplicados por parámetros y borradores públicos. Si no puedes explicar por qué una URL merece aparecer en Google, probablemente no la merece.

Rastreo e indexación

Comprueba que robots.txt no bloquea CSS, JavaScript ni imágenes que necesitas para renderizar. Un robots.txt demasiado agresivo es una de las causas más comunes de páginas que "existen" pero no se indexan.

Revisa el sitemap: solo URLs canónicas, sin redirecciones, sin errores 404 y con fechas de modificación reales. Envía el sitemap en Search Console y Bing, y vuelve a mirar el informe de páginas indexadas una semana después.

• Cada página importante tiene una sola URL canónica.
• Las redirecciones son 301 y no encadenan más de una saltos.
• No hay páginas importantes con noindex por accidente.
• El sitemap responde 200 y está declarado en robots.txt.
• Las URLs antiguas redirigen a la nueva versión, no a la home.

Títulos, descripciones y encabezados

El título es el factor on-page más visible. Debe describir la página con la consulta principal de forma natural y caber en unos 60 caracteres para no truncarse. La descripción no posiciona directamente, pero influye en el CTR: escribe una frase que dé una razón para hacer clic, no un resumen plano.

Usa un solo H1 por página y jerarquiza con H2 y H3. Los encabezados deben describir el contenido de la sección, no ser decorativos. Si un H2 no aporta información, sobra.

Contenido que se entiende sin ejecutar JavaScript

Google renderiza JavaScript, pero con retraso y con más errores que un navegador. Si tu contenido principal, tus enlaces internos o tus datos estructurados solo aparecen tras ejecutar un script, estás asumiendo un riesgo innecesario. El HTML generado en el servidor o en el build es más robusto y más rápido.

Prueba tu sitio con JavaScript desactivado. Si la página queda vacía, tienes un problema. No hace falta que todo funcione sin JS, pero el contenido y la navegación principal sí deberían estar ahí.

Rendimiento y Core Web Vitals

Mide LCP, CLS e INP con datos de usuarios reales cuando tengas tráfico suficiente. Mientras tanto, usa PageSpeed Insights y Lighthouse para detectar los problemas evidentes: imágenes sin dimensiones, fuentes que bloquean, scripts de terceros innecesarios y CSS enorme.

No optimices por la puntuación. Optimiza por el usuario: que el contenido principal aparezca rápido, que nada salte mientras se carga y que la página responda al primer toque. Una puntuación de 100 con una experiencia mala no sirve de nada.

• Imágenes en AVIF o WebP con width y height declarados.
• Fuentes del sistema o, si usas una propia, con font-display swap y precarga.
• Sin scripts de terceros que no aporten valor medible.
• CSS crítico suficiente para pintar el primer viewport.
• Caché larga para assets con hash en el nombre.

Datos estructurados sin inventar

Los datos estructurados ayudan a Google a entender la entidad de la página. Usa JSON-LD y declara solo lo que es verdad: Article en artículos, BreadcrumbList en la navegación, FAQPage cuando las preguntas están visibles en la página, SoftwareApplication en fichas de herramientas.

No marques reseñas que no existen ni valoraciones que tú mismo te pones. Google puede ignorar el marcado o tratarlo como spam. Es mejor tener menos datos estructurados y correctos que una colección de afirmaciones dudosas.

Móvil, accesibilidad y confianza

Prueba en un móvil real, no solo en el emulador. Comprueba que el menú se puede usar con el pulgar, que el texto no obliga a hacer zoom y que los formularios tienen etiquetas visibles. La accesibilidad y la experiencia móvil se solapan más de lo que parece.

Añade páginas de acerca de, metodología y contacto. Explica quién escribe, cómo verificas los datos y cómo se puede corregir un error. Para un sitio nuevo, la transparencia es una señal de confianza más potente que cualquier truco técnico.

Mide y vuelve a comprobar

El SEO técnico no es un proyecto que se termina. Programa una revisión mensual: enlaces rotos, páginas con noindex inesperado, sitemap desactualizado, errores 5xx y caídas de impresiones. Automatiza lo que puedas con GitHub Actions o un script propio.

Guarda una captura de los datos clave el primer día de cada mes. Sin una referencia anterior, es imposible saber si el cambio que hiciste mejoró algo o si el tráfico subió por estacionalidad.