Plantilla de checklist de auditoría de SEO técnico

Auditoría de indexación y rastreo

Cuándo usarla: Confirme que los motores de búsqueda puedan descubrir, rastrear e indexar las páginas correctas, y nada más.

Directivas de robots y rastreo

• ☐ Confirme que robots.txt se resuelva en el dominio raíz y devuelva un estado 200, no 4xx/5xx.
• ☐ Verifique que ninguna regla Disallow esté bloqueando CSS, JavaScript o directorios de contenido importantes necesarios para el renderizado.
• ☐ Verifique que los hosts de staging o desarrollo estén bloqueados en producción, y que la producción no esté accidentalmente bloqueada en todo el sitio (['Disallow: /']).
• ☐ Confirme que se haya declarado una referencia válida al mapa del sitio en robots.txt.
• ☐ Revise los encabezados meta robots y X-Robots-Tag para detectar noindex o nofollow no deseados en páginas indexables.
• ☐ Asegúrese de que las páginas que desea indexar no estén bloqueadas por robots.txt (una URL bloqueada no puede leer su propia etiqueta noindex).

Mapas del sitio XML

• ☐ Confirme que el mapa del sitio solo incluya URL canónicas, indexables y con estado 200: sin redirecciones, sin noindex, sin URL bloqueadas.
• ☐ Verifique que el mapa del sitio se mantenga por debajo de los límites por archivo (['50,000 URLs / 50 MB uncompressed']) y utilice un índice de mapa del sitio cuando sea necesario.
• ☐ Compruebe que las URL utilicen rutas https absolutas y consistentes que coincidan con el dominio preferido.
• ☐ Envíe el mapa del sitio en Search Console y confirme que se lea sin errores.
• ☐ Concilie el recuento de URL del mapa del sitio con el recuento indexado e investigue las brechas grandes.

Canonicalización

• ☐ Confirme que cada página indexable declare una etiqueta canonical autorreferencial (URL absoluta).
• ☐ Verifique que las etiquetas canonical apunten a URL activas con estado 200, no a redirecciones ni a 404.
• ☐ Verifique si hay señales conflictivas (canonical vs. noindex, canonical vs. hreflang, canonical vs. mapa del sitio).
• ☐ Asegúrese de que las variantes con parámetros, facetadas, paginadas y con ID de sesión se canonicalicen correctamente.
• ☐ Confirme que solo una versión de URL sea canónica entre las variantes http/https, www/non-www y con/sin barra diagonal final.

Cobertura de índice

• ☐ Revise el informe Indexación de páginas de Search Console y clasifique cada motivo No indexado.
• ☐ Investigue Rastreada: actualmente sin indexar y Descubierta: actualmente sin indexar para detectar problemas de calidad o de presupuesto de rastreo.
• ☐ Resuelva los patrones Duplicada sin página canónica seleccionada por el usuario y Página alternativa con etiqueta canónica adecuada.
• ☐ Use Inspección de URL para confirmar el HTML renderizado, la canonical y la indexabilidad de las plantillas clave.
• ☐ Verifique los registros del servidor o el informe de estadísticas de rastreo para detectar picos en respuestas 4xx/5xx y desperdicio de rastreo.
• ☐ Confirme que se pueda acceder a las páginas importantes a través de enlaces internos, no solo a través del mapa del sitio.

Arquitectura del sitio y auditoría de enlaces internos

Cuándo usarla: Asegúrese de que sus páginas más importantes sean superficiales, estén bien vinculadas y reciban equidad en los enlaces internos.

Profundidad de rastreo y estructura

• ☐ Ejecute un rastreo completo desde la página de inicio y registre la profundidad de clics de cada URL.
• ☐ Confirme que las páginas prioritarias se encuentren a poca profundidad desde la página de inicio (['3 clicks or fewer']).
• ☐ Identifique páginas profundas ocultas detrás de paginación, filtros o páginas hub con poco contenido y aplánelas cuando corresponda.
• ☐ Verifique una jerarquía de URL lógica y consistente que refleje las secciones del sitio.
• ☐ Confirme que la navegación principal y el pie de página expongan las categorías principales y las páginas clave de conversión.

Páginas huérfanas y sin salida

• ☐ Cruce los datos de rastreo con el mapa del sitio y los datos de analítica/registros para encontrar páginas huérfanas (URL sin enlaces internos entrantes).
• ☐ Agregue enlaces internos contextuales para recuperar contenido huérfano valioso, o elimine/redirija huérfanas de bajo valor.
• ☐ Identifique páginas sin salida con pocos o ningún enlace interno saliente y agregue enlaces relevantes.
• ☐ Confirme que las páginas paginadas y filtradas sigan exponiendo rutas de rastreo hacia los elementos subyacentes.

Equidad de enlaces y texto ancla

• ☐ Mapee los recuentos de enlaces internos entrantes y marque las páginas de alto valor que tienen pocos enlaces.
• ☐ Reduzca los enlaces que apuntan a URL de bajo valor (inicio de sesión, carrito, páginas de utilidad) que diluyen la autoridad.
• ☐ Use texto ancla descriptivo, variado y relevante para las palabras clave en lugar de un haga clic aquí genérico.
• ☐ Confirme que los enlaces internos importantes sean elementos <a href> rastreables, no controladores de clic solo de JavaScript.
• ☐ Corrija los enlaces internos que pasan por redirecciones o llegan a 404 para que la autoridad fluya directamente.

Migas de pan y páginas hub

• ☐ Implemente navegación de migas de pan en plantillas profundas y márquela con datos estructurados BreadcrumbList.
• ☐ Asegúrese de que los enlaces de migas de pan sean anclas reales y reflejen la verdadera jerarquía del sitio.
• ☐ Cree o fortalezca páginas hub/de categoría que enlacen a contenido de clúster relacionado.
• ☐ Confirme que los módulos de contenido relacionado y contextuales enlacen lateralmente entre páginas relevantes por tema.

Auditoría de Core Web Vitals y rendimiento

Cuándo usarla: Diagnostica y prioriza los problemas de velocidad y estabilidad de la página que perjudican la experiencia y la clasificación del usuario.

Datos de campo y diagnóstico

• ☐ Revise el informe Core Web Vitals de Search Console y anote los grupos de URL que fallan en móvil y escritorio.
• ☐ Priorice los datos de campo (de usuarios reales) sobre las puntuaciones de laboratorio; use herramientas de laboratorio solo para reproducir y depurar.
• ☐ Confirme los objetivos: LCP en o por debajo de ['2.5s'], INP en o por debajo de ['200ms'], CLS en o por debajo de ['0.1'] en el percentil 75.
• ☐ Audite plantillas representativas (inicio, categoría, producto/artículo) en lugar de solo la página de inicio.

Largest Contentful Paint (LCP)

• ☐ Identifique el elemento LCP en cada plantilla clave y confirme que se cargue pronto.
• ☐ Precargue la imagen o fuente LCP y evite la carga diferida de medios en la mitad superior de la página.
• ☐ Sirva imágenes hero en formatos modernos con dimensiones correctas y srcset responsivo.
• ☐ Reduzca el tiempo de respuesta del servidor (TTFB) mediante almacenamiento en caché y una CDN.

Interaction to Next Paint (INP)

• ☐ Divida las tareas largas de JavaScript y difiera los scripts no críticos.
• ☐ Minimice el trabajo del hilo principal procedente de etiquetas de terceros, herramientas A/B y widgets de chat.
• ☐ Elimine JavaScript y CSS no utilizados, y divida los paquetes grandes mediante code splitting.
• ☐ Pruebe interacciones reales (toques, apertura de menús, entradas de formularios) en un dispositivo móvil de gama media.

Cumulative Layout Shift (CLS)

• ☐ Establezca ancho y alto explícitos (o aspect-ratio) en imágenes, video e incrustaciones.
• ☐ Reserve espacio para anuncios, banners y contenido inyectado dinámicamente.
• ☐ Precargue fuentes web y use font-display para limitar los cambios de diseño por sustitución de texto.
• ☐ Evite insertar contenido encima del contenido existente después de la carga.

Entrega, almacenamiento en caché y móvil

• ☐ Elimine CSS/JS que bloqueen el renderizado e inserte en línea solo el CSS crítico.
• ☐ Habilite la compresión de texto (gzip/Brotli) y encabezados de caché de larga duración para activos estáticos.
• ☐ Verifique que HTTP/2 o HTTP/3 y una CDN estén sirviendo los activos cerca de los usuarios.
• ☐ Confirme que el diseño móvil sea responsivo, con objetivos táctiles y tamaños de fuente adecuados para el tacto.
• ☐ Vuelva a probar después de cada corrección y observe los datos de campo durante una ventana de recopilación completa antes de declarar el éxito.

Auditoría de datos estructurados y resultados enriquecidos

Cuándo usarla: Valide que el marcado schema sea preciso, elegible y obtenga los resultados enriquecidos para los que califica.

Cobertura de schema y selección de tipo

• ☐ Haga un inventario de qué plantillas tienen datos estructurados y qué plantillas elegibles carecen de ellos.
• ☐ Haga coincidir cada página con los tipos apropiados (['Article, Product, FAQPage, BreadcrumbList, Organization, LocalBusiness']).
• ☐ Prefiera JSON-LD colocado en el código fuente de la página y mantenga un formato de marcado consistente por página.
• ☐ Implemente una entidad Organization o de nivel de sitio con logotipo y perfiles sameAs cuando sea relevante.

Reglas de precisión y elegibilidad

• ☐ Confirme que el contenido marcado sea visible para los usuarios en la página: sin datos ocultos ni solo presentes en el marcado.
• ☐ Incluya todas las propiedades obligatorias para cada tipo y agregue propiedades recomendadas para fortalecer la elegibilidad.
• ☐ Asegúrese de que los valores sean veraces y actuales (precio, disponibilidad, valoraciones, fechas) y reflejen el contenido de la página.
• ☐ Use marcado de reseñas/valoraciones solo para reseñas genuinas visibles en la página y siga las políticas actuales sobre reseñas propias.
• ☐ Confirme que las referencias y los ID de entidades sean consistentes entre los bloques de marcado relacionados.

Validación y pruebas

• ☐ Ejecute cada plantilla clave en la prueba de resultados enriquecidos y en un validador de schema.
• ☐ Corrija todos los errores informados y resuelva las advertencias que bloquean las mejoras.
• ☐ Pruebe el HTML renderizado, ya que parte del marcado se inyecta mediante JavaScript después de la carga.
• ☐ Verifique varias URL reales por plantilla, no solo un ejemplo.

Supervisión y mantenimiento

• ☐ Realice un seguimiento de cada tipo de resultado enriquecido en los informes Mejoras de Search Console para detectar nuevos errores.
• ☐ Configure alertas o una verificación recurrente después de cambios en plantillas, CMS o plugins.
• ☐ Vuelva a validar cuando cambien las directrices o se deje de admitir una función.
• ☐ Mantenga un registro de qué plantillas emiten qué tipos de schema y quién es su propietario.

Auditoría SEO internacional

Cuándo usarla: Asegúrese de que se publique e indexe el idioma y la versión regional correctos de cada página para la audiencia adecuada.

Implementación de hreflang

• ☐ Confirme que cada página en un idioma/región establezca enlaces a todas las alternativas, incluido un hreflang autorreferenciado.
• ☐ Verifique que las etiquetas de retorno sean bidireccionales: cada alternativa enlaza con las demás (sin referencias unidireccionales).
• ☐ Utilice un idioma válido y códigos de región opcionales (['en, en-GB, es-MX']) en formato ISO.
• ☐ Incluya una etiqueta x-default para el respaldo global/selector de idioma.
• ☐ Elija un método de entrega (encabezado HTML, encabezado HTTP o mapa del sitio) y aplíquelo de manera consistente.
• ☐ Señale las URL de hreflang para que estén activas Páginas canónicas, indexables y con 200 estados, nunca redirecciones ni páginas sin índice.

Interacción canónica y de indexación

• ☐ Asegúrese de que cada URL localizada sea autocanónica, no canonicalizada a otra versión de idioma.
• ☐ Confirme que hreflang y canonical no se contradicen entre sí en la misma página.
• ☐ Verifique que estén casi duplicados las páginas localizadas no se contraen en un solo canónico.
• ☐ Verifique que las páginas localizadas aparezcan en sus propios mapas de sitio con referencias alternativas correctas.

Segmentación geográfica y estructura de URL

• ☐ Confirme una estructura clara y escalable para idiomas/regiones (ccTLD, subdominio o subdirectorio) y aplíquela de manera consistente.
• ☐ Establezca la orientación por país cuando corresponda y alinéelo con su estrategia de URL.
• ☐ Evite las redirecciones automáticas basadas en IP que bloquean a los rastreadores o atrapan a los usuarios en la versión incorrecta; prefiera un banner o selector de idioma.
• ☐ Localice el contenido de manera significativa (moneda, unidades, detalles de contacto, ortografía) en lugar de duplicar un idioma.

Validación

• ☐ Rastree el sitio con los informes hreflang habilitados y resuelva las etiquetas de devolución faltantes o rotas.
• ☐ Utilice la herramienta de inspección de URL para confirmar cómo se detectan las alternativas.
• ☐ Verifique varias configuraciones regionales para verificar si son correctas renderizado, indexabilidad y publicación.
• ☐ Vuelva a realizar la auditoría después de agregar nuevas configuraciones regionales o plantillas.

Auditoría de rediseño/migración del sitio

Cuándo usarla: Proteja las clasificaciones y el tráfico antes, durante y después de una migración o rediseño verificando las redirecciones y la paridad.

Preparación previa al lanzamiento

• ☐ Rastree el sitio activo y exporte un inventario completo de URL indexables, títulos, metadatos y códigos de estado como base.
• ☐ Registre el rendimiento base: principales páginas de destino orgánicas, clasificaciones, tráfico, conversiones y cobertura de índice.
• ☐ Confirme que el sitio de prueba no puede indexarse y está protegido (autenticación o lista de IP permitidas), pero las directivas de verificación se eliminarán en el lanzamiento.
• ☐ Cree un mapa de redireccionamiento completo desde cada URL antigua hasta su nuevo equivalente más cercano.
• ☐ Prepare nuevos mapas de sitio XML, robots.txt y propiedades de análisis/Search Console para la nueva estructura.

Mapeo de redireccionamiento

• ☐ Utilice redirecciones 301 permanentes para las URL modificadas y evite las 302 para las permanentes movimientos.
• ☐ Asigne URL antiguas uno a uno a páginas nuevas relevantes; evite redireccionamientos masivos a la página de inicio.
• ☐ Elimine las cadenas y bucles de redireccionamiento para que cada URL antigua se resuelva en un solo salto.
• ☐ Conserve o migre datos hreflang, canónicos y estructurados a las nuevas URL.
• ☐ Planifique los parámetros heredados, archivos multimedia y cualquier URL con vínculos de retroceso externos.

Contenido y aspectos técnicos Paridad

• ☐ Verifique los títulos, las meta descripciones, los encabezados, el contenido del cuerpo y las imágenes transferidas o mejoradas.
• ☐ Confirme que los enlaces internos apuntan a nuevas URL directamente, no a través de redireccionamientos.
• ☐ Verifique que las etiquetas canónicas, los datos estructurados y el hreflang sean correctos en las nuevas plantillas.
• ☐ Compare Core Web Vitals y la velocidad de las páginas clave antes y después para captar regresiones.

Validación de lanzamiento y posterior al lanzamiento

• ☐ En la puesta en marcha, elimine los bloques de prueba noindex/robots y confirme que el sitio de producción sea rastreable.
• ☐ Envíe nuevos mapas del sitio y utilice la inspección de URL para solicitar la indexación en páginas prioritarias.
• ☐ Vuelva a rastrear el nuevo sitio para confirmar que se resuelven las redirecciones, que no existen 404 críticos ni ninguna plantilla. emite noindex no intencionado.
• ☐ Supervise la cobertura del índice, las estadísticas de rastreo, las clasificaciones y el tráfico diariamente durante las primeras semanas y esté atento a caídas sostenidas.
• ☐ Mantenga las redirecciones a largo plazo y corrija cualquier ruta rota recién descubierta.