El SEO técnico es el conjunto de ajustes que permite a Google acceder, entender y guardar las páginas de su sitio. Antes de pagar por artículos nuevos, revise seis puntos: si las páginas están indexadas, si la canónica y las redirecciones están bien, si el sitio abre por HTTPS, si pasa los Core Web Vitals, si funciona bien en el celular y si Google lee lo que depende de JavaScript. Un buen texto en una página que Google no lista no trae ninguna visita.
Este checklist sigue la documentación de Google Search Central. Search Console y el navegador bastan para buena parte de la revisión.
Qué es el SEO técnico y por qué va antes del contenido
El SEO técnico es la parte del SEO que se ocupa del sitio en sí, y no del texto que contiene. Responde a una pregunta: ¿Google puede llegar a esta página, leer el contenido y decidir guardarlo en el índice?
Imagine una tienda que publica cuatro artículos al mes durante seis meses. Si quedó activo un “noindex” desde el desarrollo, los 24 artículos trabajan a ciegas.
Por eso el orden es este: primero la auditoría técnica de SEO, después el calendario editorial. Para ver dónde entra esto en el trabajo de una agencia, lea qué entrega una agencia de SEO en el primer mes.
Indexación: ¿Google guardó sus páginas?
Una página fuera del índice de Google no aparece en ninguna búsqueda, por bueno que sea el texto. Es lo primero que hay que mirar en el SEO técnico de un sitio.
Search Console
Google Search Console es la herramienta gratuita que muestra cómo Google ve su sitio. Abra el informe de indexación de páginas y revise el motivo de cada URL que quedó fuera. Luego use la inspección de URL en las páginas que más venden: indica si la página está en Google, qué canónica eligió y si algo bloqueó el acceso.
robots.txt y noindex
El robots.txt es un archivo en la raíz del sitio que le dice a los robots qué áreas no rastrear. El noindex es una instrucción en la página que pide a Google no mostrarla en los resultados. Mezclar ambos es un error clásico.
Según Google, para que el noindex funcione la página no puede estar bloqueada por el robots.txt. Si lo está, el robot nunca lee el noindex y la página aún puede aparecer en los resultados, por ejemplo cuando otras páginas enlazan a ella. El detalle está en la página de Google sobre cómo bloquear la indexación.
Dos revisiones rápidas:
- Abra `susitio.com/robots.txt` y busque un `Disallow: /` solo en la línea, que bloquea todo el sitio.
- En WordPress, en Ajustes y luego Lectura, confirme que “Pedir a los motores de búsqueda que no indexen este sitio” esté desmarcado.
Sitemap
El sitemap es un archivo que lista las URL que usted quiere ver indexadas. Para Google es una sugerencia, no una orden. Envíelo por Search Console y manténgalo limpio: solo URL con estado 200, sin redirección y sin noindex.
Canónica, redirecciones y errores 404
La canónica le dice a Google cuál es la versión principal de una página que existe en más de una dirección. Las redirecciones y los errores 404 indican qué pasó con las direcciones que cambiaron o desaparecieron.
Canónica
Una página suele tener varias direcciones: con y sin “www”, con barra al final o no, con parámetros de rastreo. Sin una canónica clara, Google elige por su cuenta. La documentación de Google sobre URL duplicadas recomienda un solo método (el link rel=”canonical” en el HTML o el encabezado HTTP), porque usar ambos al mismo tiempo aumenta la probabilidad de error. También advierte que no se use el robots.txt contra la duplicidad.
En la inspección de URL, compare la canónica declarada con la elegida por Google. Una diferencia en una página importante es un problema que hay que resolver.
Redirecciones
Cuando una página cambia de dirección para siempre, lo correcto es una redirección permanente (301) directa a la dirección nueva. Los errores comunes son la cadena (A lleva a B, que lleva a C) y la redirección temporal usada en un cambio definitivo. Después de cualquier migración, ejecute un rastreador.
Errores 404
Una página eliminada que devuelve 404 es correcta: el servidor avisa que ya no existe. El problema es la página “no encontrada” que responde con estado 200, el llamado soft 404, o la dirección rota enviada a la página de inicio. Google trata esas respuestas como error. Si la página tenía visitas o enlaces, redirija al contenido equivalente. Si no, deje el 404.
HTTPS y seguridad
HTTPS es la versión de la dirección que cifra la conexión entre el visitante y el sitio, y es lo mínimo que se espera de cualquier página. Sin él, el navegador muestra “no seguro” antes de la primera línea.
La revisión tiene cuatro puntos:
- El certificado es válido y está dentro del plazo.
- La dirección con http redirige a https en un solo paso.
- Existe una sola versión del dominio, con o sin “www”, y la otra redirige a ella.
- Ningún archivo de la página (imagen, script, fuente) carga por http, lo que se conoce como contenido mixto.
Velocidad y Core Web Vitals
Core Web Vitals son tres métricas que Google usa para medir la experiencia real de quien abre la página: carga, respuesta al toque y estabilidad del diseño. La documentación de Google sobre Core Web Vitals define los límites considerados buenos.
- LCP (Largest Contentful Paint) mide la carga. Lo ideal es que el elemento más grande de la pantalla aparezca en menos de 2.5 segundos.
- INP (Interaction to Next Paint) mide la respuesta a clics y toques. Google pide menos de 200 milisegundos.
- CLS (Cumulative Layout Shift) mide cuánto se mueve la página sola mientras carga. El límite es menos de 0.1.
Revise su sitio en el informe de Métricas web esenciales de Search Console, que usa visitantes reales, o analice la página en PageSpeed Insights. Un sitio con poco tráfico puede aparecer sin datos suficientes, y en ese caso conviene usar la prueba de laboratorio de PageSpeed.
En la práctica, un LCP deficiente casi siempre viene de una imagen pesada en la parte superior, una fuente lenta o scripts de terceros (chat, píxel, mapa) que se ejecutan antes del contenido. Empiece por la imagen principal.
Móvil: Google lee la versión del celular
Mobile-first indexing significa que Google usa principalmente la versión para celular para indexar y posicionar. Lo que existe solo en el escritorio, para Google, no existe.
Abra tres páginas importantes en el celular y verifique que el texto principal sea el mismo que en el escritorio, que las imágenes y los datos estructurados aparezcan en ambas versiones y que los botones y enlaces tengan espacio para el dedo. Pruebe con 4G común, no solo con el wifi de la oficina.
Datos estructurados
Los datos estructurados son un código en JSON-LD que describe la página a Google en lenguaje de máquina: quién es la empresa, cuál es la dirección, de qué trata ese artículo. No garantizan destacar en los resultados, pero ayudan a entender cada página.
En el sitio de una empresa, lo básico es el marcado de organización (o de negocio local) en la página de inicio y el de artículo en las publicaciones. Pruébelo con la Prueba de resultados enriquecidos y revise los informes de mejoras en Search Console. El error más común es marcar lo que no aparece en la página, como reseñas que nadie ve.
Rastreo de JavaScript
Si el contenido solo aparece después de que se ejecuta un script, Google necesita ejecutar ese JavaScript para verlo. Entran en este caso los sitios hechos en React, Vue o con un constructor que arma la página en el navegador.
Google rastrea, renderiza y solo entonces indexa. Según la documentación sobre JavaScript, no renderiza archivos ni páginas bloqueados por robots.txt. Bloquear la carpeta de scripts puede dejar a Google con una página vacía.
Cómo comprobarlo:
- En la inspección de URL, pruebe la URL publicada y revise el HTML renderizado. El texto principal debe estar ahí.
- Confirme que los enlaces de navegación sean enlaces reales (elementos `<a>` con href) y no botones que solo funcionan con un clic.
- Verifique que el título, la descripción y la canónica estén en el HTML inicial.
- Compruebe que ningún script o estilo esté bloqueado en robots.txt.
SEO técnico en una tabla: problema, cómo verlo y qué hacer
La tabla resume la lista de verificación de SEO técnico, en el orden en que conviene trabajarla.
| Problema | Cómo verlo | Qué hacer |
|---|---|---|
| Páginas importantes fuera del índice | Indexación de páginas e inspección de URL | Leer el motivo, quitar el bloqueo y solicitar una nueva indexación |
| Disallow general o noindex olvidado | Abrir /robots.txt y la opción de visibilidad de WordPress | Quitar el bloqueo de las páginas que deben aparecer |
| Sitemap con URLs rotas o redirigidas | Errores del sitemap en Search Console | Dejar solo URLs 200, indexables y canónicas |
| Canónica diferente de la elegida por Google | Inspección de URL | Adoptar un método y apuntar a la versión principal |
| Cadena de redirecciones o 302 en un cambio definitivo | Rastreador de sitios | Cambiar por un 301 directo a la dirección final |
| Soft 404 o 404 enviado a la página de inicio | Informe de indexación de páginas | Devolver un 404 real o redirigir al contenido equivalente |
| Certificado vencido o contenido mixto | Candado del navegador y consola | Renovar el certificado y cambiar http por https |
| LCP superior a 2.5 s, INP superior a 200 ms o CLS superior a 0.1 | Métricas web esenciales y PageSpeed Insights | Comprimir la imagen superior, posponer scripts de terceros, fijar el tamaño de las imágenes |
| Contenido diferente entre celular y escritorio | Páginas abiertas en el celular e inspección de URL | Igualar texto, imágenes y datos estructurados |
| Datos estructurados con errores | Prueba de resultados enriquecidos | Corregir el JSON-LD para que refleje solo lo que está en la página |
| Contenido que solo aparece con JavaScript | HTML renderizado en la inspección de URL | Poner el contenido principal en el HTML inicial y liberar los scripts |
En qué orden corregir
En SEO técnico, empiece por lo que impide que Google vea el sitio: bloqueos de indexación, canónicas incorrectas y errores de servidor. Después vienen las redirecciones, HTTPS y la velocidad, y por último los datos estructurados y los ajustes finos del móvil.
Cambie una cosa a la vez y anote la fecha, para saber qué ajuste movió el informe de Search Console. Y no produzca contenido nuevo mientras haya un bloqueo de indexación abierto.
Con la base correcta, el contenido rinde más. El texto sobre cómo hacer que su empresa aparezca en Google muestra el camino a partir de ahí. Quien atiende en una ciudad debe revisar el SEO local, y quien quiere ser citado en respuestas de IA encuentra el siguiente paso en SEO para IA.
Preguntas frecuentes
¿Qué es el SEO técnico? Es el conjunto de ajustes de infraestructura que permite a Google rastrear, renderizar e indexar las páginas: robots.txt, sitemap, canónica, redirecciones, HTTPS, velocidad, móvil, datos estructurados y JavaScript.
¿Cuál es la diferencia entre SEO técnico y SEO on-page? El SEO técnico se ocupa de cómo funciona el sitio para el robot de Google. El on-page se ocupa del contenido de cada página: título, descripción, subtítulos y texto. Primero va el técnico.
¿Cómo saber si Google indexó mis páginas? Use la inspección de URL en Search Console para una página y el informe de indexación de páginas para el conjunto. Escribir `site:sudominio.com` en Google da una idea, pero no sustituye a la herramienta.
¿Qué umbrales de velocidad considera buenos Google? Según la documentación de Google, LCP de hasta 2.5 segundos, INP por debajo de 200 milisegundos y CLS por debajo de 0.1.
¿Necesito un desarrollador para la auditoría técnica de SEO? Para revisar, no: Search Console y el navegador resuelven buena parte. Para corregir canónicas, redirecciones masivas, velocidad y JavaScript, generalmente sí.
Solicite un análisis técnico de su sitio
Si prefiere que alguien revise estos puntos en su dominio, escriba a Ciclicko por WhatsApp y pida un análisis de SEO.