Expediente S-07SEO
SEO técnico: errores que pueden afectar tu posicionamiento
Últimos artículos sobre SEO, medición y desarrollo.
- Duración
- 8 min de lectura
- Registrado
- Anomalías
- 5 en estudio
Diagnóstico de rastreo e indexación
En este artículo
Un repaso práctico para detectar los problemas técnicos que impiden que Google rastree, entienda y posicione correctamente tu sitio, y para decidir en qué orden corregirlos.
El SEO no empieza con las palabras clave. Antes de evaluar tu contenido, tus enlaces o tu autoridad, un buscador necesita poder acceder, rastrear, renderizar e indexar tus páginas. Si falla cualquiera de esos pasos, la página simplemente no compite.
Lo complejo es que estos errores suelen ser silenciosos: el sitio se ve bien para los usuarios, pero Google recibe señales confusas. En esta guía repaso los que más encuentro en auditorías, cómo detectarlos y qué hacer con cada uno, apoyándome en dos proyectos reales.
Cómo procesa Google una página
Para entender dónde puede fallar un sitio, conviene ver el recorrido completo de una URL dentro de Google. Cada etapa depende de la anterior: un error al principio de la cadena anula todo lo que viene después.
El recorrido de una URL hasta los resultados de búsqueda
Una falla en cualquiera de las cuatro primeras etapas deja a la página fuera de competencia.
- Descubrimiento
Google encuentra la URL en enlaces internos, externos o en el sitemap.
Falla porPáginas huérfanas o sitemap desactualizado. - Rastreo
Googlebot solicita la página al servidor.
Falla porBloqueos en robots.txt, errores 5xx o cadenas de redirección. - Renderizado
Ejecuta CSS y JavaScript para ver la página como un usuario.
Falla porRecursos bloqueados o contenido que solo carga con JavaScript. - Indexación
Decide si la guarda y cuál es su versión canónica.
Falla porNoindex accidental, canonical mal apuntado o contenido duplicado. - Posicionamiento
Recién aquí compiten las páginas entre sí.
Depende deContenido, intención de búsqueda, autoridad y experiencia.
1. Problemas de rastreo
El primer punto es comprobar que los robots de los buscadores pueden acceder a las URLs que realmente quieres posicionar, y que no desperdician tiempo en las que no importan.
Robots.txt demasiado restrictivo
Un Disallow mal escrito puede bloquear una carpeta completa o, peor, los archivos CSS y JavaScript que Google necesita para renderizar la página. El resultado es una página que Google ve incompleta o no ve en absoluto.
Un detalle que genera muchas confusiones: robots.txt controla el rastreo, no la indexación. Una URL bloqueada puede seguir apareciendo en Google si otras páginas la enlazan. Si quieres sacarla del índice, la herramienta correcta es noindex, y para que Google lo vea, la página no debe estar bloqueada.
Páginas huérfanas y demasiado profundas
Una página importante debería estar conectada con el resto del sitio mediante enlaces internos. Si una URL no recibe ningún enlace (una página huérfana) o queda a muchos clics de la portada, a Google le cuesta descubrirla y entender que es relevante. Como referencia práctica, las páginas que generan negocio deberían estar a tres clics o menos de la home.
Sitemap XML desactualizado
El sitemap debería listar solo URLs canónicas que respondan 200 y sean indexables. Si incluye redirecciones, páginas con noindex o errores 404, le estás dando a Google señales contradictorias y diluyendo su utilidad.
URLs infinitas por parámetros y filtros
Los filtros de un catálogo, los parámetros de seguimiento o los calendarios pueden generar miles de URLs casi idénticas. Google gasta tiempo en rastrearlas en lugar de dedicarlo a las páginas que importan, algo especialmente crítico en sitios grandes.
2. Problemas de indexación
Que Google pueda rastrear una URL no significa que vaya a indexarla. La indexación es una decisión de Google, y hay errores que la impiden o la desvían hacia otra versión de la página.
noindexolvidados: muy común tras pasar un sitio de desarrollo a producción, o al activar una opción de un CMS sin notarlo.- Contenido duplicado o muy delgado: páginas casi iguales entre sí, o con tan poco contenido que Google no ve motivos para guardarlas.
- Estados de Search Console que conviene vigilar: «Rastreada: actualmente sin indexar» suele apuntar a calidad o duplicidad; «Descubierta: actualmente sin indexar» suele indicar que Google aún no ha priorizado el rastreo, muchas veces por falta de enlaces internos.
Una buena regla práctica
Antes de preguntarte por qué una página no posiciona, comprueba primero que Google puede encontrarla, rastrearla e indexarla correctamente. La herramienta de inspección de URLs de Search Console te lo dice en segundos.
Caso real · AFP PlanVital
De problemas de indexación a 10 páginas clave en el Top 3 de Google
En AFP PlanVital el objetivo era que más páginas del sitio se rastrearan, se indexaran y aparecieran en las primeras posiciones para búsquedas de alto valor. El trabajo empezó justamente por esta parte técnica:
- Auditoría de rastreo, indexación y errores que frenaban el posicionamiento.
- Mejoras de arquitectura web y enlazado interno hacia las páginas clave.
- Optimización de la cobertura de indexación en Google Search Console.
Fuente: posiciones en Google Chile, octubre de 2026. Ver el caso completo.
Posición en Google de algunas búsquedas clave de AFP PlanVital
Barra más larga = mejor posición dentro del Top 10.
3. Redirecciones y códigos HTTP
Las redirecciones son parte normal de la vida de un sitio, pero cada una debe tener sentido y apuntar directo a su destino final. Estos son los códigos que más conviene entender:
| Código | Qué significa | Cuándo usarlo |
|---|---|---|
| 200 | La página responde correctamente. | Toda URL que quieras posicionar. |
| 301 | Redirección permanente. | Cambios de URL definitivos y migraciones. |
| 302 | Redirección temporal. | Solo cambios realmente temporales, como una promoción. |
| 404 / 410 | La página no existe / fue eliminada. | Contenido retirado sin un reemplazo equivalente. |
| 5xx | Error del servidor. | Nunca de forma sostenida: si se repite, Google reduce el rastreo. |
Hay dos errores frecuentes que no se ven a simple vista. El primero es el soft 404: una página que dice «no encontrado» pero responde 200, y que Google termina tratando como error. El segundo son las cadenas de redirecciones, que hacen perder tiempo de rastreo y suelen nacer de rediseños sucesivos.
Cadena de redirecciones vs. redirección directa
Cada salto extra suma tiempo de carga y de rastreo.
/servicios/servicios//es/servicios//servicios-seo/3 saltos/servicios/servicios-seo/1 salto- Revisa las URLs que devuelven errores 4xx y decide si redirigirlas o dejarlas caer.
- Detecta cadenas y bucles de redirecciones y apunta cada una a su destino final.
- Comprueba que las URLs principales respondan 200.
- Actualiza los enlaces internos que todavía apuntan a URLs antiguas.
Caso real · Navimag Ferries
Un rediseño sin perder el posicionamiento
Un rediseño cambia URLs, plantillas y estructura, y sin control puede borrar en semanas el posicionamiento construido durante años. En la migración del sitio de Navimag, las redirecciones fueron el centro del trabajo:
- Mapa de redirecciones 301 desde cada URL antigua a su equivalente nueva.
- Control del rastreo del nuevo sitio antes y después del lanzamiento.
- Seguimiento de la cobertura de indexación en Search Console y corrección de los errores detectados tras la migración.
4. Etiquetas canonical
La etiqueta canonical indica cuál es la versión preferida de una página cuando existen URLs similares o duplicadas, como versiones con parámetros, con y sin barra final o con http y https.
Es importante saber que la canonical es una sugerencia, no una orden. Google la combina con otras señales y puede elegir una versión distinta si encuentra contradicciones. Las más comunes son:
- Una canonical que apunta a otra URL sin una razón clara, de modo que la página que quieres posicionar deja de considerarse la principal.
- Una canonical hacia una URL que redirige, que tiene
noindexo que devuelve 404. - Un sitemap y unos enlaces internos que apuntan a una versión, y una canonical que apunta a otra.
La práctica más segura es que cada página indexable tenga una canonical que apunte a sí misma, y que enlaces internos, sitemap y canonical digan siempre lo mismo.
5. Rendimiento y Core Web Vitals
El rendimiento también es parte del SEO técnico. Google mide la experiencia real de los usuarios con las Core Web Vitals, y una página lenta o inestable perjudica tanto al usuario como a la conversión.
Umbrales de las Core Web Vitals
Se evalúan con datos de usuarios reales, en el percentil 75 de las visitas.
Las causas más habituales son imágenes sin optimizar o sin dimensiones, fuentes y scripts que bloquean la carga, demasiado JavaScript de terceros y servidores lentos. Optimizar imágenes, cargar solo lo necesario y mantener un HTML limpio suele mover más la aguja que cualquier ajuste fino. Si quieres profundizar, lo explico en por qué una web rápida también es una buena estrategia SEO.
6. Cómo priorizar las correcciones
Una auditoría técnica suele devolver decenas de alertas, y no todas pesan lo mismo. Mi criterio es ordenar por impacto en el negocio y por esfuerzo: primero lo que impide que las páginas clave existan para Google, después lo que diluye sus señales y al final las mejoras de rendimiento que requieren desarrollo.
| Problema | Impacto | Esfuerzo | Prioridad |
|---|---|---|---|
Páginas clave bloqueadas en robots.txt o con noindex | Alto | Bajo | Inmediata |
| Canonical que apunta a otra URL | Alto | Bajo | Inmediata |
| Errores 5xx o 404 en páginas que reciben tráfico | Alto | Medio | Inmediata |
| Cadenas de redirecciones y enlaces a URLs antiguas | Medio | Bajo | Alta |
| Páginas huérfanas o a más de tres clics | Medio | Medio | Alta |
| URLs duplicadas por parámetros o filtros | Medio | Medio | Planificada |
| Core Web Vitals deficientes en plantillas principales | Medio | Alto | Planificada |
Con esa lista ordenada, el trabajo se vuelve medible: cada corrección se puede seguir en Search Console y conectar con cambios en indexación, posiciones y tráfico. Eso es lo que permite justificar el SEO técnico como inversión y no como un gasto.
FAQDudas habituales
Preguntas frecuentes sobre SEO técnico
¿Qué es el SEO técnico?
Es el conjunto de optimizaciones que permiten que los buscadores rastreen, rendericen, entiendan e indexen correctamente un sitio: robots.txt, sitemaps, enlazado interno, códigos HTTP, redirecciones, canonical, rendimiento y datos estructurados, entre otros.
¿El SEO técnico afecta al posicionamiento?
Sí. Si Google no puede rastrear o indexar una página, esa página no compite, por bueno que sea su contenido. Y aunque se indexe, señales confusas como canonicals contradictorias o cadenas de redirecciones pueden diluir su visibilidad.
¿Bloquear una página en robots.txt la saca de Google?
No necesariamente. robots.txt controla el rastreo, no la indexación: una URL bloqueada puede seguir apareciendo si recibe enlaces. Para excluirla del índice usa noindex y deja que Google pueda rastrearla para verlo.
¿Cómo puedo detectar problemas técnicos de SEO?
Combina tres fuentes: el informe de indexación de páginas de Google Search Console, un rastreo completo con una herramienta como Screaming Frog y los datos de Core Web Vitals de usuarios reales. Cruzarlas muestra qué está fallando y en qué páginas importa más.
¿Qué debería revisar primero en una auditoría SEO técnica?
Lo que impide que tus páginas clave existan para Google: bloqueos en robots.txt, noindex accidentales, errores 4xx/5xx y canonicals que apuntan a otra URL. Después vienen las redirecciones, el enlazado interno y el rendimiento.
¿Cada cuánto conviene hacer una auditoría técnica?
Una revisión completa al menos dos veces al año y siempre antes y después de un rediseño o una migración. Entre medio, basta con revisar Search Console cada semana para detectar cambios bruscos en la indexación.
SEO Manager y desarrollador frontend. Combino SEO técnico y desarrollo web para que cada mejora se pueda medir.
Conoce mi trayectoria
