Checklist de SEO para una web: más de 80 puntos para auditar

Checklist práctico de auditoría SEO sobre rastreo, indexación, contenido y medición, con las pruebas que conviene guardar antes de tocar un sitio.

El SEO no es una acción aislada: es un sistema. Un sitemap bien configurado no llevará un proyecto a los primeros puestos, y una etiqueta title bien escrita no compensa un servidor lento. Este checklist cubre todas las áreas clave: desde la base técnica hasta el contenido y la analítica. Úsalo al lanzar un sitio nuevo, antes de una auditoría o como mapa de revisión periódica.

No intentes cerrarlo todo de golpe. Divide el checklist en bloques y avanza por ellos en orden: primero los problemas técnicos, luego on-page y después el contenido. Los problemas técnicos sin resolver devalúan todo lo demás.
Alcance

Define el sitio

Define plantillas, mercados, dispositivos y fuentes de datos antes de revisar las incidencias.

Evidencia

Guarda las pruebas

Guarda la URL, la respuesta, el resultado tras el renderizado y la fecha de observación.

Prioridad

Corrige por impacto y confianza

Trata las incidencias de las herramientas como pistas hasta que una URL principal las confirme.

Nueva comprobación

Verifica el estado final

Tras un cambio, inspecciona la página en vivo y las señales que deberían coincidir.

Cómo usar este checklist

Cada sección está ordenada por importancia. Los puntos marcados como críticos son higiene básica: sin ellos, lo demás no tiene sentido. El resto son mejoras de segundo y tercer nivel. En un sitio nuevo, recorre el checklist de arriba abajo. En uno existente, empieza por las secciones donde sospechas que hay un problema y cierra después las demás.

Crea una hoja de cálculo en Google Sheets o Notion con tres columnas: punto, estado (OK / incidencia / no aplica) y comentario. Así el checklist se convierte en un documento vivo que puedes pasar a tu equipo y actualizar en cada auditoría.

Checklist de SEO técnico

El SEO técnico es la base. Si Google no puede encontrar, leer o indexar tus páginas, ningún contenido ni ningún enlace servirán de nada. Revisa esta sección primero.

Indexación y rastreo

  1. robots.txt existe y es accesible en /robots.txt; ninguna página comercial ni de producto está bloqueada por una directiva Disallow
  2. El sitemap XML está creado, incluye todas las páginas públicas y se ha enviado a Google Search Console desde la sección Sitemaps
  3. Ninguna página que deba indexarse lleva una etiqueta <meta name="robots" content="noindex">
  4. Googlebot puede cargar CSS y JavaScript: esas rutas no están bloqueadas en robots.txt (un error habitual al pasar de staging a producción)
  5. Los parámetros de URL están configurados en Google Search Console para que los tokens de sesión y los parámetros UTM no generen páginas duplicadas
  6. El presupuesto de rastreo no se desperdicia: no hay URL infinitas por paginación sin límite ni navegación por facetas que genere miles de variantes no canonicalizadas
  7. Todas las páginas son accesibles en una única URL canónica: no hay versiones paralelas sin redirección ni etiqueta canonical

Estructura de URL y redirecciones

  1. Las URL usan palabras legibles separadas por guiones, no IDs ni números: /blog/seo-checklist en lugar de /p?id=4821
  2. El separador de palabras es el guion (-), no el guion bajo (_): Google trata los guiones bajos como uniones de palabras
  3. Las URL están completamente en minúsculas: /Blog/Article crea un duplicado técnico de /blog/article
  4. La redirección 301 de HTTP a HTTPS está configurada y funciona
  5. Está configurada la redirección 301 de www a sin www (o al revés): se ha elegido un único dominio canónico
  6. No hay cadenas de redirecciones de más de un salto: A → B → C debe reducirse a A → C
  7. Todas las páginas eliminadas devuelven 410 (Gone) o tienen una redirección 301 a una página activa: no dejes errores 404 en páginas que tengan backlinks
  8. La página 404 devuelve un código de estado 404 real (no 200), contiene enlaces útiles y no crea un callejón sin salida frustrante

HTTPS y seguridad

  1. El certificado SSL es válido y no caduca en los próximos 30 días: configura la renovación automática (Let's Encrypt + Certbot)
  2. No hay contenido mixto: todos los recursos de la página (CSS, JS, imágenes, fuentes) se cargan por HTTPS, no por HTTP
  3. La cabecera HSTS (Strict-Transport-Security) está configurada en la respuesta del servidor
  4. La cabecera Content-Security-Policy está configurada y restringe los orígenes de carga de recursos
  5. X-Frame-Options o frame-ancestors de CSP impiden incrustar el sitio en un iframe sin permiso

Optimización móvil

  1. La etiqueta <meta name="viewport" content="width=device-width, initial-scale=1"> está presente en todas las páginas
  2. El texto se lee sin hacer zoom: tamaño de fuente base de al menos 16px en el contenido principal
  3. Los botones y enlaces miden al menos 44×44px para tocarlos cómodamente
  4. No hay scroll horizontal en pantallas a partir de 320px de ancho
  5. El Google Mobile-Friendly Test se supera sin errores críticos
  6. No hay subdominio móvil aparte (m.site.com). Si existe, el canonical y el hreflang están bien configurados, o la migración completa a diseño adaptable está terminada

Velocidad de carga y Core Web Vitals

MétricaBuenoNecesita mejorarDeficiente
LCP (Largest Contentful Paint)≤ 2,5 s2,5–4,0 s> 4,0 s
INP (Interaction to Next Paint)≤ 200 ms200–500 ms> 500 ms
CLS (Cumulative Layout Shift)≤ 0,10,1–0,25> 0,25
TTFB (Time to First Byte)< 200 ms200–500 ms> 500 ms
  1. El elemento LCP (normalmente la imagen principal) está optimizado: formato WebP, no más grande de lo necesario y con el atributo fetchpriority="high"
  2. Se eliminan los recursos que bloquean el renderizado: el CSS crítico va en línea y los scripts no críticos usan defer o async
  3. Las imágenes que quedan por debajo del pliegue tienen el atributo loading="lazy"
  4. Todas las imágenes tienen atributos width y height explícitos: así se evita CLS
  5. El bundle de JavaScript está minimizado: sin librerías sin usar y con las dependencias pesadas sustituidas por alternativas más ligeras
  6. TTFB < 200 ms: la caché estática está configurada, se usa un CDN para los archivos multimedia y las consultas a la base de datos están optimizadas
  7. Se usa HTTP/2 o HTTP/3: compruébalo en Chrome DevTools → Network → columna Protocol
Los Core Web Vitals se miden con datos reales de usuarios (CrUX), no solo en pruebas de laboratorio. Google Search Console → Core Web Vitals muestra el estado real. Los datos de laboratorio de PageSpeed Insights sirven para depurar; no son la puntuación final.

Checklist on-page

On-page abarca todo lo que colocas directamente en la página. Aquí se concentra la mayor parte del trabajo diario de SEO: etiquetas, encabezados, contenido, imágenes y enlaces internos.

Etiqueta title

  1. El title es único en cada página del sitio: no hay dos páginas con el mismo title
  2. Longitud de 50–60 caracteres: Google corta los títulos a unos 580 px de ancho
  3. La palabra clave principal va cerca del principio: las primeras palabras pesan más
  4. Nada de relleno de palabras clave: «optimización SEO servicios SEO Londres» es una señal de alarma para el algoritmo
  5. El title está escrito en sentence case: «Checklist de SEO para una web», no «Checklist De SEO Para Una Web»
  6. La página de inicio no se titula simplemente «Inicio»: eso desaprovecha una oportunidad clara de posicionar las búsquedas de marca

Meta descripción

  1. La meta descripción es única en cada página: los duplicados reducen el CTR de todo el sitio
  2. Longitud de 140–160 caracteres: dentro de este rango se muestra completa en la mayoría de los casos
  3. Incluye la palabra clave principal: Google pone en negrita las coincidencias con la búsqueda del usuario
  4. Hay una llamada a la acción concreta: «Lee el checklist completo», «Audita tu sitio en 15 minutos»
  5. Sin caracteres especiales " < >: pueden eliminarse o escaparse al mostrarse

Estructura de encabezados H1–H6

  1. Cada página tiene exactamente una etiqueta H1: ni ninguna ni dos
  2. El H1 contiene la palabra clave principal y encaja con el tema del title
  3. El H1 está marcado correctamente en el HTML, no es un div o un span grande solo visualmente
  4. La jerarquía de encabezados no está rota: H2 → H3, sin saltar de H2 a H4
  5. Los H2 incluyen consultas semánticamente relacionadas y sinónimos, para ampliar la cobertura temática
  6. Los encabezados describen el contenido de la sección y no son lemas de marketing sin valor para el SEO

Etiquetas canonical y duplicados

  1. Cada página tiene una etiqueta canonical: autorreferenciada o apuntando a la versión preferida
  2. No hay canonicals contradictorios: por ejemplo, un canonical apunta a A mientras el sitemap envía esa página como B
  3. Las páginas de paginación (/category?page=2) tienen un canonical autorreferenciado, no apuntan a la página 1: es una práctica obsoleta que Google descartó en 2019
  4. Las versiones con y sin barra final se comportan igual: una redirige a la otra
  5. Las versiones para impresión y las páginas AMP (si existen) están correctamente relacionadas con la versión canónica

Optimización de imágenes

  1. Todas las imágenes tienen un atributo alt descriptivo: no vacío y no repetido igual en todas las imágenes
  2. Las imágenes decorativas (separadores, fondos) tienen alt="" (vacío): es lo correcto para la accesibilidad
  3. Los nombres de archivo describen el contenido: seo-checklist-example.webp, no IMG_4821.webp
  4. Formato WebP (o AVIF) para fotos e ilustraciones complejas: pesan entre un 25 y un 35 % menos que un JPEG con la misma calidad
  5. Las dimensiones width y height están definidas en todas las imágenes: así se evita el Layout Shift (CLS)
  6. loading="lazy" en las imágenes que quedan debajo del pliegue
  7. La imagen principal (sobre el pliegue) tiene fetchpriority="high" y NO tiene loading="lazy"
  1. Cada página nueva recibe al menos un enlace interno desde contenido existente: no hay páginas huérfanas
  2. Los textos ancla son descriptivos: «checklist completo de robots.txt» en lugar de «aquí», «leer» o «enlace»
  3. Las páginas clave (servicios, categorías) reciben más enlaces internos que el contenido de apoyo
  4. No hay enlaces internos rotos (404): compruébalo con Screaming Frog, Sitebulb o Ahrefs
  5. No hay enlaces que apunten a páginas noindex: un enlace interno a una página oculta desperdicia el presupuesto de rastreo
El enlazado interno es una de las herramientas de SEO más rentables: no tiene coste de colocación y afecta directamente al reparto de PageRank. Una página con tres enlaces internos de calidad procedentes de páginas temáticamente relacionadas supera de forma clara a una página huérfana.

Datos estructurados

El marcado estructurado ayuda a Google a entender el tipo de página y da acceso a los resultados enriquecidos de búsqueda. En la mayoría de los sitios es una palanca adicional para aumentar el CTR sin cambiar las posiciones.

Marcado Schema.org

  1. El tipo de marcado coincide con el tipo de página: Article o BlogPosting para artículos, Product para productos, LocalBusiness para negocios locales; FAQ solo cuando el contenido es visible y útil para el lector
  2. El marcado se implementa en JSON-LD (el formato que recomienda Google), no en Microdata
  3. El marcado se valida en Rich Results Test y en Google Search Console → Mejoras: sin errores críticos
  4. Los campos obligatorios están completos: para Article, headline, author y datePublished; para Product, name, description y offers
  5. El contenido de FAQ debe ser visible y preciso; no añadas marcado para perseguir una función de búsqueda
  6. En negocios locales, el nombre, la dirección y el teléfono (NAP) del marcado deben coincidir exactamente con Google Business Profile

Open Graph y etiquetas sociales

  1. Las etiquetas og:title, og:description, og:image y og:url están definidas en todas las páginas
  2. og:image mide al menos 1200×630 px: es el tamaño óptimo para las vistas previas en Facebook y LinkedIn
  3. og:type es correcto: website para la página de inicio y article para los artículos del blog
  4. Las etiquetas de Twitter Card están configuradas: twitter:card, twitter:title, twitter:image
  5. Las vistas previas se prueban con Facebook Sharing Debugger y Twitter Cards Validator

Contenido y E-E-A-T

Desde 2022–2023, Google ha reforzado de forma constante el peso de E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness) en la evaluación de páginas. No es una señal algorítmica directa, pero las señales E-E-A-T se correlacionan con las posiciones en nichos competitivos.

Calidad del contenido

  1. El contenido está escrito para personas, no para robots: la página existe porque aporta valor real al usuario, no solo para captar tráfico
  2. La palabra clave principal y sus variantes aparecen en el H1, en el primer párrafo, en uno o dos H2 y de forma natural en el resto del texto
  3. Nada de relleno de palabras clave: la misma consulta no se repite en cada frase
  4. El tema está cubierto por completo: la página responde a todas las preguntas relacionadas del usuario. Revisa qué tratan los competidores del top 5
  5. Se usan cifras, fechas y ejemplos concretos, no afirmaciones genéricas como «el SEO es muy importante para el negocio»
  6. El autor aparece con al menos una breve biografía: el contenido anónimo tiene menos peso desde la perspectiva de E-E-A-T
  7. La fecha de publicación y la de actualización son visibles: Google tiene en cuenta la frescura del contenido en ciertos temas

Auditoría periódica de contenido

  1. Se han analizado las páginas sin tráfico orgánico durante 12 meses o más, y se ha decidido: mejorarlas, fusionarlas con otra página o eliminarlas con una redirección 301
  2. Los datos desactualizados (estadísticas, herramientas, enlaces) se han actualizado; es especialmente importante en contenido de SEO, marketing y tecnología
  3. No hay contenido duplicado entre páginas del sitio: usa Siteliner o Screaming Frog para detectarlo
  4. El contenido fino (páginas de menos de 200–300 palabras y poco valor) se ha fusionado con páginas más largas o se ha ampliado
  5. Comprueba la canibalización: varias páginas no compiten por la misma consulta; esto se ve en el informe de consultas de Search Console
Regla de Pareto para las auditorías de contenido: el 20 % de las páginas genera el 80 % del tráfico orgánico. Empieza mejorando las 20 páginas con más tráfico de Search Console: el retorno de optimizar esas es el más alto.

Checklist off-page

El SEO off-page va más allá de tu sitio: abarca el perfil de backlinks, las menciones y la presencia local. Estos factores son más difíciles de influir, pero determinan la autoridad del dominio a ojos de Google.

  1. Has revisado el perfil de backlinks en Ahrefs, Semrush o Google Search Console (informe de Enlaces): no hay enlaces de spam masivos procedentes de PBN ni de granjas de enlaces
  2. Se ha configurado el archivo disavow en Google Search Console cuando hay enlaces claramente manipuladores o de spam
  3. Hay una captación de enlaces activa: artículos de invitado, HARO/Connectively, alianzas y PR digital
  4. El perfil de textos ancla es diverso: no hay un exceso de anclas comerciales de coincidencia exacta que parezcan artificiales
  5. Los enlaces externos hacia tu sitio apuntan a páginas activas: no se pierde autoridad de enlace por errores 404

SEO local (para negocios locales)

  1. Google Business Profile está creado, verificado y completo: categoría, descripción, horarios y fotos
  2. El NAP (nombre, dirección y teléfono) es idéntico en el sitio web, en GBP y en todos los directorios: cualquier discrepancia confunde al algoritmo
  3. El sitio está dado de alta en directorios sectoriales y locales (Yelp, agregadores del sector)
  4. Las reseñas de Google reciben respuestas de forma periódica, tanto las positivas como las negativas
  5. El marcado LocalBusiness Schema de las páginas de ubicación está bien configurado

Analítica y monitorización

El SEO sin analítica es trabajar a ciegas. La analítica no solo muestra resultados: indica exactamente dónde está el problema, como una caída de tráfico, una pérdida de posiciones o una tasa de rebote alta en una página concreta.

Google Search Console

  1. El sitio está verificado en Google Search Console mediante DNS o etiqueta en la página
  2. El sitemap XML se ha enviado y no muestra errores
  3. El informe de Cobertura / Páginas se revisa cada mes: no hay errores nuevos de Excluded ni de Crawled not indexed
  4. El informe de Core Web Vitals de GSC muestra el estado de LCP, INP y CLS según datos reales de usuarios
  5. El informe de Enlaces se revisa cada trimestre: seguimiento del perfil de enlaces externos
  6. Las alertas por correo sobre errores están activadas: Google envía avisos cuando detecta problemas de rastreo o indexación

Google Analytics 4

  1. GA4 está instalado y los datos llegan correctamente: compruébalo en el informe en tiempo real
  2. Los eventos de conversión clave están configurados: envío de formulario, clic en llamada, añadir al carrito, registro
  3. Hay un filtro de tráfico interno, para que las visitas de los empleados no distorsionen los datos
  4. GA4 está vinculado a Google Search Console: permite analizar las consultas junto con el comportamiento en el sitio
  5. El informe de canales de tráfico está configurado con una separación clara entre Organic Search, Direct, Referral y Paid

Calendario de monitorización periódica

Semanal

Posiciones de palabras clave (Rank Tracker o Search Console). Tráfico orgánico de los últimos 7 días frente al periodo anterior. Alertas de disponibilidad (Uptime Robot, Better Uptime).

Mensual

Errores de indexación en GSC. Informe de Core Web Vitals. Revisión del checklist on-page de las páginas publicadas recientemente. Comprobación del perfil de backlinks: enlaces nuevos y pérdidas.

Trimestral

Auditoría técnica completa (Screaming Frog). Auditoría de contenido por tráfico. Actualización del contenido obsoleto. Análisis de competidores en consultas clave: posiciones, contenido y enlaces.

Tras cada actualización

Comprobación de Core Web Vitals y PageSpeed Insights. Test de adaptación a móviles. Revisión del informe de errores de GSC. Validación de datos estructurados.

Para valorar el impacto de las grandes actualizaciones de Google (Core Update, Helpful Content Update) hacen falta al menos 28 días de datos antes y después. Las fluctuaciones a corto plazo son normales. Si la caída se mantiene cuatro semanas después de la actualización, es señal de que conviene una auditoría a fondo.

Preguntas frecuentes sobre checklists de SEO

¿Con qué frecuencia debo repasar el checklist de SEO?
Los puntos técnicos: cada mes o tras cualquier cambio importante en el sitio (actualización del motor, rediseño, migración). Los de on-page y de contenido: al publicar material nuevo y en la auditoría trimestral de contenido. La analítica: cada semana. Un repaso completo de todo el checklist: cada seis meses o tras las grandes actualizaciones algorítmicas de Google.
¿Por dónde empiezo el checklist de SEO en un sitio nuevo?
En un sitio nuevo el orden importa: empieza por el bloque técnico (HTTPS, accesibilidad para Googlebot, robots.txt, sitemap), luego el on-page (title, H1, meta descripción) antes de cada publicación y después los datos estructurados. Conecta la analítica (GSC, GA4) desde el primer día: sin ella vas a ciegas. Los factores off-page vienen después, cuando la base esté lista.
¿Hace falta completar de golpe los más de 80 puntos?
No. Prioriza por la relación riesgo-esfuerzo. Los problemas técnicos críticos (noindex en páginas activas, falta de HTTPS, no tener GSC) se arreglan primero. El ajuste fino (Open Graph, Schema en todas las páginas, HSTS) cubre los huecos después. En un sitio activo con tráfico, empieza por las secciones donde ya sospechas que hay un problema.
¿Qué puntos del checklist dan resultados más rápidos?
Los resultados rápidos llegan al mejorar el CTR con la reescritura del title y de la meta descripción (se ve en 1–2 semanas en Search Console), al corregir errores de indexación (Google suele reindexar las páginas corregidas en 1–4 semanas) y al añadir enlaces internos a las páginas importantes (redistribución de PageRank). Los backlinks y la autoridad del contenido son inversiones a largo plazo, con resultados en 3–6 meses.
¿Cómo uso este checklist para auditar un sitio existente?
Exporta el checklist a una hoja de cálculo. Para el bloque técnico, usa Screaming Frog (rastreo) y Google Search Console (estado real del índice). Para on-page, el análisis de etiquetas con Screaming Frog o Sitebulb. PageSpeed Insights para la velocidad. Empieza por las 50 páginas con más tráfico orgánico: ahí es donde la optimización da el mayor retorno.

Check it with SpiderHead

Free and local: run the audit on your own machine.

Try it