Checklist de auditoría web: qué revisar y qué corregir primero

Cómo priorizar una auditoría de sitio web

Una auditoría solo sirve si le dice qué hacer después. Empiece por las páginas que más pesan en su negocio: la página de inicio, las páginas de servicios o productos, las formas de contacto y todo lo que genere consultas. Después amplíe la revisión a las plantillas y al resto del sitio.

Clasifique cada hallazgo en uno de estos cuatro niveles y corríjalos en este orden:

1. Bloquea la indexación. Páginas importantes que devuelven errores, están bloqueadas en robots.txt, tienen un noindex olvidado o apuntan su etiqueta canonical a otra URL.
2. Afecta a toda una plantilla. Un patrón de títulos roto, un hreflang mal armado, contenido mixto o un diseño lento se repite en cada página hecha con esa plantilla.
3. Debilita páginas clave. Texto escaso, títulos duplicados o falta de enlaces internos en las páginas que generan ingresos.
4. Mejora la presentación. Datos estructurados, imágenes y velocidad en páginas que ya se indexan bien.

Dentro de cada nivel, ordene los puntos según cuántas páginas afectan y cuánto cuesta corregirlos. Para cada uno, guarde la URL, la evidencia y la forma en que comprobará el arreglo. Nuestra guía para leer una auditoría web y priorizar correcciones explica cómo llevar ese registro.

Lista de verificación SEO técnica: rastreo e indexación

Estas revisiones deciden si los buscadores pueden encontrar sus páginas y mantenerlas en el índice. Confirme lo que Google realmente ve con el informe de indexación de páginas y la herramienta de inspección de URLs de Google Search Console.

• robots.txt. Confirme que /robots.txt no bloquea páginas, CSS ni scripts que necesita. Este archivo controla el rastreo, no la indexación: según Google, una URL bloqueada puede aparecer en los resultados sin descripción (Google Search Central).
• Sitemap XML. Incluya solo URLs canónicas e indexables que respondan con estado 200, escritas como direcciones absolutas completas. Cada archivo admite hasta 50,000 URLs o 50 MB sin comprimir. Agregue una línea Sitemap en robots.txt y envíe el archivo en Search Console (cómo crear un sitemap).
• noindex. Busque en sus plantillas un noindex que haya quedado de una copia de desarrollo. Google solo ve el noindex en páginas que puede rastrear, y no acepta reglas noindex dentro de robots.txt (bloquear la indexación).
• Etiquetas canonical. Cada página debe indicar una sola URL canónica absoluta que responda con estado 200 y sea indexable. Haga que la canonical, el sitemap y los enlaces internos apunten a la misma dirección. Para Google, la canonical es una señal fuerte, no una orden (consolidar URLs duplicadas).
• Cadenas de redireccionamiento. Use redireccionamientos permanentes para las páginas que cambiaron de lugar y reduzca cada cadena a un solo salto. Googlebot suele seguir hasta 10 saltos, pero cada uno hace esperar al visitante, así que enlace directo a la URL final (redireccionamientos).
• Errores 4xx y 5xx. Google retira las URLs que siguen devolviendo códigos 4xx, y los errores 5xx persistentes frenan el rastreo y con el tiempo pueden sacar páginas del índice. Revise también los soft 404: páginas de error que responden con estado 200 (códigos de estado HTTP).

Checklist de auditoría web para títulos, descripciones y encabezados

Google puede reescribir un título o armar el fragmento con el texto de la página. Por eso, busque metadatos precisos y distintos en cada página, no un número exacto de caracteres.

• Dé a cada página indexable un título único y claro que mencione el tema al principio, sin repetir la misma frase genérica en todo el sitio (enlaces de título).
• Escriba una meta descripción que resuma esa página en particular. Google la usa solo a veces, así que considérela un borrador del fragmento, no una palanca de posicionamiento (fragmentos).
• Use un H1 claro que coincida con el propósito de la página y luego encabezados en orden lógico. Google dice que no hay un número ideal de encabezados, así que se trata sobre todo de claridad para lectores y lectores de pantalla (guía de introducción al SEO).
• Exporte todos los títulos y descripciones a una hoja de cálculo y ordénelos. Los duplicados suelen indicar un problema de plantilla o dos páginas que compiten por el mismo tema.

Contenido, duplicados y enlaces internos

La revisión de contenido pregunta si cada página merece estar en el índice. La guía de Google sobre contenido útil y pensado para las personas es una buena referencia: ¿la página ofrece información original?

• Páginas con poco contenido. Marque las páginas con poco texto propio, las páginas de etiquetas o archivos vacías y las que solo ocupan lugar. Mejórelas, combínelas con una página más completa mediante un redireccionamiento o agrégueles noindex.
• Contenido duplicado. Tener el mismo texto en varias URLs no es una penalización, pero reparte las señales entre ellas. Elija una versión y consolide el resto con canonical o redireccionamientos.
• Enlaces rastreables. Use enlaces <a href> con texto descriptivo, no acciones que dependen solo de un script (enlaces rastreables).
• Profundidad de clics. Mantenga las páginas clave a pocos clics de la página de inicio; tres es una regla práctica común. Compare el sitemap con las páginas que enlaza su menú para detectar páginas huérfanas.
• Enlaces internos rotos. Corrija en el origen los enlaces que llevan a un 404 o a un redireccionamiento.

Datos estructurados y páginas en varios idiomas

Los datos estructurados pueden hacer que una página sea elegible para resultados enriquecidos. Revise una página de cada plantilla con la Prueba de resultados enriquecidos y el Schema Markup Validator. Busque JSON inválido, valores de relleno y campos obligatorios que faltan. El marcado debe describir contenido visible, y un marcado válido no garantiza un resultado enriquecido (directrices de datos estructurados).

Si publica en más de un idioma, revise con cuidado las anotaciones hreflang (versiones localizadas):

• Cada página se incluye a sí misma y a todas sus versiones alternativas, con URLs completas.
• Cada versión alternativa enlaza de vuelta. Sin esos enlaces de retorno, Google ignora las anotaciones.
• La referencia a sí misma es la URL canónica limpia. Un error común empieza cuando se llega a una página con un parámetro, como uno de seguimiento o ?lang=. Luego la página se declara a sí misma con esa versión con parámetro. Hreflang, canonical y sitemap deben usar la misma dirección.
• Empareje solo traducciones reales, agregue una opción x-default si ayuda y mantenga la canonical de cada página en el mismo idioma.

Velocidad, celulares y HTTPS

Las Core Web Vitals miden la carga, la respuesta a las interacciones y la estabilidad visual. Google fija una meta para cada una, medida en el percentil 75 de las visitas reales. Una página cumple las metas de Google cuando el Largest Contentful Paint es de 2.5 segundos o menos y el Interaction to Next Paint de 200 milisegundos o menos. El Cumulative Layout Shift también debe ser de 0.1 o menos (web.dev).

• Consulte los datos de visitas reales en el informe de Core Web Vitals de Search Console y en PageSpeed Insights. Luego use herramientas de laboratorio como Lighthouse para encontrar las causas.
• Empiece por las plantillas más lentas y busque imágenes demasiado pesadas, scripts que bloquean la carga, etiquetas de terceros y fuentes web.
• Google indexa la versión para celulares. Por eso, esa versión necesita el mismo contenido principal, encabezados, datos estructurados y metadatos que la de escritorio (indexación centrada en dispositivos móviles).
• En un teléfono real, revise el tamaño del texto, los botones, los menús, los formularios y cualquier contenido oculto detrás de un toque.
• Sirva todas las páginas por HTTPS y redirija HTTP a HTTPS en un solo salto. Elimine también el contenido mixto, es decir, imágenes, scripts o estilos que todavía se cargan por HTTP. Las herramientas para desarrolladores del navegador los muestran.

Imágenes, accesibilidad, analítica y Search Console

• Imágenes. Dé a las imágenes informativas un texto alternativo breve y específico, y deje vacío el alt de las puramente decorativas. Use nombres de archivo descriptivos y tamaños acordes al diseño, sin relleno de palabras clave (prácticas recomendadas para imágenes).
• Accesibilidad básica. Revise el contraste de color, las etiquetas de los formularios, la navegación con teclado, el foco visible, el atributo de idioma y el texto de los enlaces según las pautas WCAG. Las revisiones automáticas solo detectan una parte de los problemas, así que pruebe también las páginas clave con teclado y con un lector de pantalla.
• Search Console. Verifique el sitio, envíe el sitemap y revise los informes de indexación de páginas, Core Web Vitals y rendimiento. Inspeccione sus URLs clave para ver qué canonical eligió Google. Si el tráfico de Bing le importa, agregue también Bing Webmaster Tools.
• Analítica. Confirme que la etiqueta se activa una sola vez en cada plantilla y que las conversiones se registran. Revise también que el aviso de consentimiento cumpla las normas de privacidad que le aplican. Esas normas cambian según el estado y el país.

Revisiones de velocidad, seguridad y accesibilidad

Estas revisiones importan a cada visitante, no solo a los buscadores que traen tráfico orgánico. Google usa las Core Web Vitals en sus sistemas de clasificación, pero aclara que no hay una sola señal de experiencia en la página y que siempre busca el contenido más relevante (experiencia en la página). Una página de destino lenta, rota o insegura puede perder visitantes antes de que actúen. El sitio web.dev de Google reúne casos en que cargar más rápido subió las conversiones (por qué importa la velocidad).

• Velocidad de página en Google PageSpeed Insights. Analice su página de inicio y sus principales páginas de destino, primero en celular. Los datos de campo muestran usuarios reales de Chrome durante los 28 días anteriores. Los datos de laboratorio salen de una carga simulada con Lighthouse y ayudan a encontrar causas, por eso pueden diferir. La herramienta califica como deficiente un LCP de más de 4 segundos, un INP de más de 500 milisegundos y un CLS de más de 0.25 (acerca de PageSpeed Insights).
• Certificado SSL. Revise cuándo vence su certificado SSL y confirme que se renueva automáticamente. Si vence, el navegador muestra una advertencia en lugar de su página. Además, los certificados durarán menos: el CA/Browser Forum votó reducir la vigencia máxima de los certificados públicos de 398 a 47 días, por etapas, entre marzo de 2026 y marzo de 2029 (votación SC-081, en inglés).
• Enlaces rotos. Muchas herramientas SEO incluyen un rastreador que informa los enlaces rotos, y el W3C Link Checker, que es gratuito, revisa una página o un sitio pequeño. El informe de indexación de páginas de Search Console muestra las URLs que respondieron con un 404 (no encontrada). Corrija los enlaces que apuntan a ellas y redirija las páginas que cambiaron de lugar. Google aclara que un 404 no siempre es un problema cuando una página se quitó sin reemplazo (informe de indexación de páginas).
• Auditoría de accesibilidad. Haga una auditoría básica de accesibilidad con las WCAG 2.2 (en inglés), Recomendación del W3C desde octubre de 2023. Uno de sus nuevos criterios de nivel AA pide que los objetivos para tocar o hacer clic midan al menos 24 por 24 píxeles CSS, con algunas excepciones. Empiece con las Easy Checks del W3C (en inglés) y luego pruebe una herramienta de su lista de herramientas de evaluación. El W3C advierte que una página puede pasar estas revisiones rápidas y aun así tener barreras importantes.

Dónde encaja SiteFit

SiteFit es nuestra herramienta de auditoría de sitios web. Produce una revisión con puntuación, de solo lectura, y un informe que puede entregar a un cliente en PDF, Word o Markdown. Lee solo lo que cualquier visitante puede solicitar: no hay inicio de sesión, complemento ni script. Cada auditoría puntúa catorce áreas, y dos más si su sitio publica un sitemap. Revisa, entre otras cosas, robots.txt y sitemap, títulos, descripciones, encabezados, datos estructurados y texto alternativo, y el informe incluye las Core Web Vitals tal como las vería un teléfono.

Se ofrece como servicio: nosotros hacemos la auditoría y le enviamos el informe. Conozca sus límites. No ve páginas que requieren inicio de sesión, y el contenido que solo aparece después de ejecutar JavaScript puede no detectarse. La revisión de enlaces toma una muestra de hasta quince direcciones del sitemap, así que no es un rastreo completo. La analítica y el marcado de reseñas y de negocio local siempre se puntúan, por lo que un sitio puede sacar poco ahí sin tener nada mal.

La puntuación ordena el trabajo; no es una certificación ni promete posiciones. Para ver resultados reales, consulte el ejemplo de informe de SiteFit.

Preguntas frecuentes

¿Qué debe incluir una auditoría de sitio web?

Como mínimo, cubra el rastreo y la indexación: robots.txt, sitemap XML, noindex, etiquetas canonical, redireccionamientos y códigos de estado. Luego sume metadatos, calidad del contenido y duplicados, enlaces internos y datos estructurados. Incluya hreflang si publica en varios idiomas, Core Web Vitals, uso en celulares, HTTPS, imágenes, accesibilidad básica, analítica y Search Console.

¿En qué se diferencia una lista de verificación SEO de una revisión SEO técnica?

La revisión técnica cubre cómo los buscadores rastrean, procesan e indexan el sitio: códigos de estado, reglas de robots, canonical, sitemaps, velocidad y HTTPS. Una lista de verificación SEO completa suma la calidad del contenido, los metadatos, los enlaces internos y la medición. Casi todas las auditorías necesitan ambas, y los bloqueos técnicos se corrigen primero.

¿Qué problemas de la checklist de auditoría web debo corregir primero?

Todo lo que impide rastrear o indexar páginas importantes: errores del servidor, un noindex accidental, bloqueos en robots.txt, canonical equivocadas y redireccionamientos rotos. Después, los problemas que se repiten en una plantilla; luego, el contenido y los metadatos de las páginas clave; y al final, las mejoras.

¿Cada cuánto debo auditar mi sitio web?

Para la mayoría de los sitios pequeños basta una revisión completa una o dos veces al año. Haga otra después de un rediseño, un cambio de plataforma o un cambio de URLs. Revise cada mes los informes de indexación y Core Web Vitals de Search Console, porque un noindex olvidado o una racha de errores del servidor pueden aparecer sin aviso.

¿Qué herramientas SEO gratuitas ayudan en una auditoría de sitio web?

Google Search Console cubre la indexación, y PageSpeed Insights, la velocidad de página. La Prueba de resultados enriquecidos y el Schema Markup Validator revisan los datos estructurados. El W3C Link Checker encuentra enlaces rotos, y las Easy Checks del W3C sirven como primera revisión de accesibilidad. Las herramientas SEO de pago pueden ayudar en sitios grandes, pero estas herramientas gratuitas cubren lo básico.

¿Corregir todo lo de la lista mejora mis posiciones?

No necesariamente. Las correcciones quitan obstáculos, pero las posiciones también dependen de la competencia, la calidad del contenido y la demanda. Compare las mismas páginas en los mismos periodos antes y después de un cambio, y cuente con que los datos de búsqueda tardan en reflejarlo.

Guías relacionadas

• Cómo leer una auditoría web y priorizar correcciones
• Ejemplo de informe de auditoría SiteFit

Conozca el producto completo

Consulte funciones, acceso actual y límites