Lista de verificación de SEO técnico: guía completa punto por punto

Esta lista de verificación de SEO técnico reúne, en orden, los puntos que debe revisar para que los motores de búsqueda puedan encontrar y rastrear su sitio, las páginas correctas se indexen y el visitante tenga una experiencia rápida y segura. Ni el mejor contenido puede posicionarse si no puede ser rastreado o si se ha excluido de la indexación por error; por eso conviene comprobar primero los cimientos antes de trabajar en el contenido. Cada punto está redactado para que pueda marcarlo como «sí / no».

¿Por qué el SEO técnico va primero?

El buscador trabaja en tres etapas: rastreo (encontrar la página y descargarla), indexación (entender el contenido y almacenarlo) y clasificación. El SEO técnico asegura que las dos primeras etapas funcionen sin problemas. Si hay un fallo en ellas, las siguientes ni siquiera llegan a empezar. Antes de comenzar, asegúrese de que Search Console esté instalado; para ello puede consultar nuestra guía de inicio de Search Console. La mayoría de los controles de este listado se verifican con los informes de esa herramienta.

Para acelerar la revisión bastan tres recursos gratuitos: Search Console (cómo le ve Google), PageSpeed Insights (velocidad y Core Web Vitals) y una herramienta de rastreo de escritorio (que recorre su sitio como lo haría un buscador y genera una lista de enlaces rotos, redirecciones y etiquetas que faltan). En cada punto, marque el resultado como «correcto / corregir / no aplica» y guárdelo en una tabla con fecha; así podrá compararla tres meses después.

1. Controles de rastreo (crawl)

• Las páginas importantes no están bloqueadas por robots.txt. La herramienta «Inspección de URL» de Search Console indica si una página puede rastrearse.
• Las páginas responden con HTTP 200. En las páginas importantes no deben aparecer errores 404, 500 ni soft 404 (páginas sin contenido que devuelven 200).
• Las redirecciones son de un solo paso y 301. Las redirecciones encadenadas (A → B → C) deben acortarse; salvo situaciones temporales, no use 302.
• Las páginas importantes están conectadas con enlaces internos. Las páginas «huérfanas», a las que no enlaza ninguna otra, pueden pasar desapercibidas. Para más detalles, consulte nuestra estrategia de enlazado interno.
• Los enlaces internos rotos están corregidos. Corrija o elimine los enlaces que devuelven 404.
• La estructura de URL es limpia. Prefiera direcciones cortas, legibles, en minúsculas y sin parámetros innecesarios; no genere cientos de variantes con parámetros que muestran el mismo contenido.
• No hay errores de Googlebot en los registros del servidor. En sitios grandes, las respuestas 5xx frecuentes a las peticiones del bot reducen el rastreo.

2. Controles de indexación

• Se ha revisado el informe de Páginas de Search Console. Lea uno a uno los motivos de «no indexada» (por ejemplo, «Rastreada, actualmente no indexada», «Página alternativa con etiqueta canonical adecuada», «Excluida por la etiqueta noindex»).
• Las páginas importantes no tienen noindex. Una etiqueta <meta name="robots" content="noindex"> añadida durante el desarrollo y olvidada es un error muy común.
• Las páginas innecesarias están excluidas de forma deliberada. Para las páginas de gracias, carrito, filtros y búsqueda interna, valore usar noindex.
• Se ha revisado el contenido fino (thin). Combine las páginas de pocas frases y repetidas, o amplíelas.
• Se ha hecho una búsqueda en el sitio. Escriba site:sudominio.com en Google y compare de forma aproximada el número de páginas indexadas con el número real.

3. Canonical y contenido duplicado

La etiqueta canonical (<link rel="canonical" href="...">) sirve para indicar «la versión principal es esta» cuando el mismo contenido o uno muy similar está disponible en varias direcciones.

• Cada página se declara canonical a sí misma (self-referencing) o apunta de forma deliberada a la versión principal.
• La canonical usa una dirección absoluta (https://...) y no apunta a una dirección que redirija o devuelva 404.
• Las variantes con/sin www, http/https y con/sin barra final redirigen con 301 a una única versión.
• Los parámetros de filtro y de orden apuntan con su canonical a la página principal de la categoría.
• No se combinan canonical y noindex. Las dos señales se contradicen.

Un ejemplo típico de error con canonical: en una tienda online, una página de categoría con el parámetro «?ordenar=precio» se declara canonical a sí misma. Como resultado, la misma lista de productos se indexa en decenas de direcciones y las páginas compiten entre sí. La solución es que todas las variantes con parámetros apunten con su canonical a la dirección limpia de la categoría.

4. Hreflang y estructura multilingüe

Si tiene páginas en varios idiomas o para varias regiones, hreflang indica a Google qué versión debe mostrar a cada usuario.

• Cada versión de idioma enumera a las demás (validación recíproca). Si la página A enlaza a la B, la B también debe enlazar a la A.
• Incluye su propia versión de idioma (self-reference).
• Los códigos de idioma y región son correctos: es, en, en-gb, etc.; para es-es, en la mayoría de los casos basta con es si no hay variantes regionales.
• Las páginas de destino devuelven 200 y no contradicen la canonical.
• Está definido x-default: para el selector de idioma o la página predeterminada.
• Cada idioma está realmente traducido. No marque como otro idioma las páginas que no están traducidas.

5. Sitemap y robots.txt

Una distinción crítica: robots.txt impide el rastreo, pero no excluye de los resultados. Si quiere que una página no aparezca en el índice, use noindex y no la bloquee al mismo tiempo en robots.txt; de lo contrario, Google nunca verá la etiqueta noindex.

6. Velocidad, móvil y seguridad

• Core Web Vitals revisados. Apunte a LCP ≤ 2,5 s, INP ≤ 200 ms y CLS ≤ 0,1. Para más detalles, consulte nuestra guía de Core Web Vitals; para medir puede usar PageSpeed Insights.
• Imágenes comprimidas (WebP/AVIF), con dimensiones definidas y las que están fuera de pantalla con carga diferida.
• Tiempo de respuesta del servidor (TTFB) corto y caché activada.
• Compatibilidad con móviles: diseño responsive, etiqueta viewport, espacio suficiente entre los elementos táctiles y el mismo contenido en móvil que en escritorio.
• Todo el sitio en HTTPS. El certificado es válido, no hay contenido mixto y las direcciones http redirigen con 301 a https.
• Cabeceras de seguridad y software actualizado: versión vigente de PHP/CMS y análisis de software malicioso.
• Etiquetas básicas correctas: cada página tiene un title y una description propios y un único H1. Para consejos de redacción, consulte nuestra guía de meta title y description.

7. Datos estructurados

Los datos estructurados (marcado schema.org) describen con claridad, para las máquinas, qué es la página, y permiten cumplir los requisitos de los resultados enriquecidos (estrellas, preguntas frecuentes, precio, receta, etc.). Google recomienda el formato JSON-LD.

• Se aplican los tipos adecuados: Organization en sitios corporativos, Article en artículos, Product en productos, LocalBusiness en negocios locales y BreadcrumbList para mostrar la ruta.
• El marcado coincide exactamente con el contenido visible de la página. Añadir información que no se ve o que es falsa conlleva el riesgo de una acción manual.
• Validación realizada: la Prueba de resultados enriquecidos de Google y el informe de «Mejoras» de Search Console muestran errores y advertencias.
• Requisitos actuales revisados: los tipos que generan resultados enriquecidos cambian con el tiempo; siga la lista vigente en Google Search Central.

Contenido generado con JavaScript

En sitios desarrollados con frameworks como React o Vue, el contenido se genera en el navegador. Google puede ejecutar JavaScript, pero ese proceso se realiza en una segunda cola, puede retrasarse y puede producir errores.

• ¿El contenido importante está en la primera respuesta HTML? Compare lo que ve Google con la herramienta «Inspección de URL → Probar URL en directo → Ver página rastreada».
• ¿Los enlaces son <a href> reales? Los botones que navegan solo con un evento de clic pueden no ser rastreados.
• ¿El title, la description y la canonical se generan en el servidor? Si es posible, use renderizado en el servidor (SSR) o generación previa.
• ¿Existen enlaces de paginación en lugar de scroll infinito? Si no, el contenido profundo puede no descubrirse.

Problemas frecuentes y soluciones

¿Con qué frecuencia debe revisarse?

Conclusión

El objetivo del SEO técnico es eliminar los obstáculos que tiene su contenido: que sus páginas se rastreen, se indexen con la dirección correcta, se abran rápido y se señalen de forma comprensible. Pase los siete apartados anteriores a una hoja de cálculo y recorra su sitio punto por punto; en medio día tendrá una tabla sólida. Una vez resueltos los problemas, llega el turno del contenido y la visibilidad; para ello puede seguir nuestro artículo sobre métodos para aumentar el tráfico orgánico.

Cuando esté seguro de que su sitio está técnicamente listo, para reforzar su visibilidad en los resultados de búsqueda puede revisar el enfoque del hit orgánico. Aun así, la clasificación la deciden los algoritmos de Google; HitBot no sustituye esas decisiones, solo es una herramienta junto al trabajo que usted realiza.