Checklist de SEO técnico para el sitio de tu empresa

En resumen: Un checklist de SEO técnico revisa que los buscadores puedan rastrear, indexar y entender tu sitio: robots.txt, sitemap, canonical, redirecciones, títulos únicos, velocidad (Core Web Vitals), datos estructurados, versión móvil, HTTPS y acceso de los rastreadores de IA. Casi todo se revisa gratis con Search Console y PageSpeed Insights. No garantiza posiciones: quita los frenos.

El SEO técnico es la parte del posicionamiento que nadie ve. Si falla, el mejor contenido no aparece en Google y nadie en la empresa se entera. Este checklist reúne los errores SEO comunes en sitios de empresa y sirve para una auditoría básica o para revisar lo que te entregó tu proveedor, sin ser programador.

Si buscas el panorama completo, empieza por SEO para pymes: qué sí funciona y qué es humo. Aquí vamos al detalle técnico.

¿Qué es una auditoría SEO técnica y cuándo hacerla?

Una auditoría SEO técnica revisa todo lo que afecta la capacidad de un buscador para encontrar, leer, guardar y mostrar las páginas de tu sitio. No evalúa si tus textos son buenos; evalúa si el buscador puede llegar a ellos.

Conviene hacerla al lanzar o rediseñar el sitio, al cambiar de dominio o de plataforma, cuando caen de golpe las impresiones en Search Console y, como rutina, una vez al año.

¿Cómo revisar la indexación y el rastreo?

Primero confirma que Google puede entrar al sitio y sabe qué páginas guardar. Es el grupo de errores más grave: una página que no está indexada no aparece en ningún resultado.

• robots.txt. El archivo en tudominio.com/robots.txt que les dice a los rastreadores qué pueden visitar. Revisa que no bloquee páginas ni recursos importantes y que indique dónde está el sitemap. Ojo: controla el rastreo, no la indexación. Para sacar una página de Google se usa noindex, y la página debe poder rastrearse para que el buscador lo vea.
• Sitemap XML. La lista de páginas que quieres en el índice: solo direcciones definitivas, que carguen bien y sin noindex. Envíalo en Search Console y en Bing Webmaster Tools.
• Canonical. Cada página declara cuál es su versión principal, para que no cuente como varias por parámetros de campañas, mayúsculas o una barra al final.
• noindex donde toca. Páginas de gracias, búsquedas internas, el panel de administración y los entornos de prueba no deberían estar en Google. Y al revés: revisa que no se haya quedado en el sitio real un noindex del entorno de prueba, un error común tras un lanzamiento.
• Redirecciones. El sitio debe responder en una sola versión (HTTPS, con o sin www) y las demás deben redirigir de forma permanente (301) a esa, sin cadenas. Las páginas que cambiaron de dirección redirigen a su equivalente; las que ya no existen responden con un 404 real.

¿Qué revisar en el contenido y las etiquetas de cada página?

Cada página debe decir con claridad de qué trata, a las personas y a los buscadores:

• Un H1 claro. Google no castiga tener más de uno, pero uno solo y descriptivo ordena la página.
• Títulos únicos, descriptivos y con la búsqueda principal al comienzo. Google a veces los reescribe, pero parte de ellos.
• Meta descripciones únicas. No mueven la posición por sí solas, pero influyen en si la gente hace clic.
• URLs legibles. /servicios/mantenimiento-preventivo dice más que /pagina?id=4382.
• Textos alternativos en las imágenes que aportan información, para la accesibilidad y para que el buscador las entienda.
• Enlaces internos hacia cada página importante, con un texto que describa el destino.
• Sin meta keywords. Google no usa esa etiqueta para posicionar.

¿Qué son las Core Web Vitals y cómo mejorar la velocidad?

Las Core Web Vitals son tres métricas con las que Google mide la experiencia de carga y uso de una página: LCP, INP y CLS. Google publica umbrales de referencia para cada una, y PageSpeed Insights te dice si tu página está bien, necesita mejoras o está mal.

Métrica	Qué mide	Causa común cuando falla
LCP (Largest Contentful Paint)	Cuánto tarda en aparecer el elemento principal	Imagen de portada pesada o servidor lento
INP (Interaction to Next Paint)	Qué tan rápido responde la página al tocar o hacer clic	Demasiado JavaScript o scripts de terceros
CLS (Cumulative Layout Shift)	Cuánto se mueve el contenido mientras carga	Imágenes sin dimensiones o banners que aparecen tarde

INP reemplazó a FID en marzo de 2024; si un informe todavía habla de FID, está desactualizado.

Lo que más mejora la velocidad de un sitio de empresa:

1. Imágenes del tamaño en que se muestran, en formatos como WebP o AVIF, con dimensiones declaradas y carga diferida para las de más abajo, nunca para la principal.
2. Fuentes: pocas familias y grosores, y texto visible mientras terminan de cargar.
3. Scripts de terceros: cada chat, píxel o widget suma. Quita los que nadie revisa.
4. Cómo se sirve el sitio: las páginas estáticas servidas desde una red de distribución suelen ser las más rápidas. Así está hecha nuestra página, que cuesta cero pesos al mes.

Una advertencia honesta: la velocidad es una señal entre muchas. Un sitio rapidísimo con contenido que no responde a la búsqueda no va a posicionar.

¿Tu sitio tiene datos estructurados?

Los datos estructurados son un bloque de código, normalmente en JSON-LD, que le dice al buscador qué hay en cada página: una organización, un servicio, un artículo. Para una empresa de servicios, lo mínimo es describir la organización o el negocio local y marcar los artículos del blog.

Revísalos con la prueba de resultados enriquecidos de Google y con el validador de Schema.org. Ten en cuenta que Google ya no muestra resultados enriquecidos de preguntas frecuentes: en 2023 los limitó a sitios gubernamentales y de salud, y en mayo de 2026 los retiró del todo. El marcado FAQPage sigue siendo válido y no causa problemas, pero no esperes un efecto visual en Google. Más en datos estructurados (Schema): qué son y cuáles usar.

¿Funciona bien en el celular?

Google indexa principalmente la versión móvil de los sitios: lo que falta o falla en el celular puede no tenerse en cuenta. Revisa que el contenido sea el mismo que en computador, que el texto se lea sin zoom, que ninguna ventana emergente tape todo al entrar y que el formulario y el botón de WhatsApp funcionen. La mejor prueba sigue siendo abrir el sitio en un par de celulares reales.

¿Estás dejando entrar a los rastreadores de IA?

Si quieres que los asistentes de IA lean y citen tu sitio, tu robots.txt no debe bloquear sus rastreadores. Según la documentación de cada empresa (los nombres pueden cambiar), los principales son GPTBot, OAI-SearchBot y ChatGPT-User, de OpenAI; ClaudeBot, Claude-SearchBot y Claude-User, de Anthropic, y PerplexityBot. A esa lista se suman dos permisos que se declaran en robots.txt pero no son rastreadores aparte: Google-Extended y Applebot-Extended.

Tres detalles:

• Google-Extended controla el uso de tu contenido para entrenar Gemini y darle contexto en sus aplicaciones, pero no afecta tu posicionamiento en la búsqueda de Google. Para las funciones de IA de la Búsqueda (AI Overviews y AI Mode), Search Console tiene un ajuste propio que, por defecto, incluye tu sitio.
• Los agentes que visitan una página a pedido de un usuario, como ChatGPT-User, pueden no seguir robots.txt, según la documentación de OpenAI. Para aparecer o no en la búsqueda de ChatGPT, el que cuenta es OAI-SearchBot.
• Algunos servicios de CDN y seguridad, como Cloudflare, ofrecen opciones para bloquear rastreadores de IA que pueden venir activadas. Revísalas aunque tu robots.txt esté bien.

Puedes permitir los rastreadores de búsqueda y bloquear los de entrenamiento; lo que no conviene es bloquearlos sin saberlo. Un complemento opcional es el archivo llms.txt, que no es una palanca garantizada: lo explicamos en qué es llms.txt y si tu sitio lo necesita.

¿El sitio es seguro (HTTPS)?

Todo el sitio debe cargar con HTTPS y un certificado válido que se renueve solo. Los navegadores marcan como "no seguro" los sitios sin HTTPS, y eso espanta a cualquier cliente. Revisa también que no haya contenido mixto: imágenes o scripts que se cargan por HTTP dentro de páginas HTTPS.

¿Cómo revisar cada punto con herramientas gratuitas?

Casi todo se revisa con Google Search Console, PageSpeed Insights, la prueba de resultados enriquecidos y Bing Webmaster Tools, todas gratuitas. Las interfaces cambian: sigue la ayuda oficial vigente. Si no tienes Search Console, empieza por configurar Search Console, Bing Webmaster Tools e IndexNow.

Punto	Cómo revisarlo	Qué pasa si falla
robots.txt	Abrirlo en el navegador y revisar el informe de robots.txt en Search Console	Google no puede leer páginas o recursos importantes
Sitemap	Sección de sitemaps en Search Console y Bing Webmaster Tools	El buscador descubre tus páginas tarde o nunca
Indexación y noindex	Informe de indexación de páginas e inspección de URL	Páginas importantes fuera de Google sin que nadie lo note
Canonical	Inspección de URL: canonical declarada frente a la que eligió Google	Se muestra la versión equivocada de la página
Redirecciones	Escribir en el navegador las cuatro variantes del dominio	Contenido duplicado y señales repartidas
Títulos y descripciones	Ver el código o usar una herramienta que rastree el sitio	Resultados poco atractivos o páginas que compiten entre sí
Core Web Vitals	PageSpeed Insights e informe de Core Web Vitals en Search Console	Más abandono y una señal en contra
Datos estructurados	Prueba de resultados enriquecidos y validador de Schema.org	Buscadores y asistentes entienden menos quién eres
Móvil	Celulares reales y el análisis de Lighthouse en PageSpeed Insights	Google indexa una versión pobre del sitio
Rastreadores de IA	robots.txt y configuración de la CDN o el firewall	Los asistentes no pueden leer ni citar tu sitio
HTTPS	Candado del navegador y revisión de contenido mixto	Advertencias de "no seguro" y desconfianza

¿Qué no resuelve un checklist de SEO técnico?

Un sitio técnicamente impecable no garantiza ninguna posición en Google ni que un asistente de IA te recomiende. El SEO técnico quita los frenos; lo que te mueve hacia adelante es el contenido útil, la reputación y la constancia. Tampoco resuelve:

• Una búsqueda muy competida, donde otros llevan años trabajando.
• Páginas que no responden lo que la gente busca.
• Cambios que nadie implementa. Una auditoría que se queda en un PDF no mueve nada.
• El paso del tiempo. Cada cambio en el sitio puede romper algo; la revisión se repite.

La idea de fondo

El SEO técnico es mantenimiento, no magia: que la puerta esté abierta, que las señales sean claras y que el sitio cargue rápido. En CodeLess Co aplicamos este checklist en nuestra propia web y lo incluimos en el servicio de SEO y AEO, donde corregimos lo que encontramos en lugar de entregar solo un informe.

Si quieres, revisamos tu sitio con este checklist. La primera conversación es gratis: cuéntanos qué sitio tienes y qué te preocupa.

Preguntas frecuentes

¿Cada cuánto se debe hacer una auditoría de SEO técnico?

Para la mayoría de sitios de empresa basta una revisión completa al año, más una revisión puntual después de cualquier rediseño, migración o cambio de plataforma. Entre tanto, conviene mirar Search Console una vez al mes: los informes de indexación y de Core Web Vitals avisan de muchos problemas antes de que se noten en los clics.

¿Qué hago si Google no indexa una página de mi sitio?

Usa la inspección de URL de Search Console para ver el motivo: puede estar bloqueada por robots.txt, marcada con noindex, apuntar a otra página como canonical o simplemente no haber sido rastreada todavía. Corrige la causa, confirma que la página esté en el sitemap y reciba enlaces internos, y solicita la indexación desde la misma herramienta.

¿Bloquear GPTBot afecta mi posicionamiento en Google?

No. GPTBot es un rastreador de OpenAI y no interviene en el buscador de Google. Incluso Google-Extended, que sí es de Google, controla el uso de tu contenido para Gemini y el entrenamiento de modelos, pero no tu posición en la búsqueda. Ten en cuenta que GPTBot es el de entrenamiento; la búsqueda de ChatGPT usa OAI-SearchBot.

¿Necesito un programador para corregir errores de SEO técnico?

Depende de la plataforma y del error. Muchos puntos, como títulos, descripciones, textos alternativos o el sitemap, se corrigen desde el administrador de contenidos sin tocar código. Otros, como redirecciones, datos estructurados, velocidad o configuración del servidor, suelen requerir a alguien técnico. Lo importante es que el diagnóstico diga qué corregir y por qué.