|

Tiempo de lectura

9 min

SEO técnico: qué es y qué revisar primero

SEO técnico: qué es y qué revisar primero

El SEO técnico es lo que permite que Google encuentre, recorra y guarde las URLs que quieres posicionar. Rastrear no es indexar, e indexar no es rankear. Robots.txt no desindexa, noindex no se lee si el bot no puede entrar, y el canonical es una pista, no una orden. Si la página de dinero está excluida, el siguiente paso no es escribir más texto.

El SEO técnico es lo que permite que Google encuentre, recorra y guarde las URLs que quieres posicionar. Rastrear no es indexar, e indexar no es rankear. Robots.txt no desindexa, noindex no se lee si el bot no puede entrar, y el canonical es una pista, no una orden. Si la página de dinero está excluida, el siguiente paso no es escribir más texto.

Qué es el SEO técnico

El SEO técnico es lo que permite que un buscador encuentre una web, recorra las URLs correctas y guarde las que quieres que compitan. No es redactar el artículo ni elegir la keyword. Si el texto es bueno y la URL está en noindex, bloqueada o canonicalizada hacia otra página, el texto no va a rankear. El técnico arregla esa puerta. El SEO on page arregla lo que hay dentro una vez la puerta está abierta.

«SEO técnico» en España es una consulta informativa y más pequeña que «SEO on page». Aun así explica la mitad de los «he publicado y no salgo». Esta página es el mapa: rastreo, indexación, canonical, redirecciones y velocidad, en ese orden. El manual de cada pieza ya está en otros artículos. Aquí se decide cuál abrir primero.

Rastrear, indexar y rankear no son lo mismo

Rastrear es que el bot entre en la URL. Indexar es que Google la guarde y pueda mostrarla. Rankear es que la muestre por una consulta concreta, por delante de otras. Se puede rastrear sin indexar. Se puede indexar y no rankear. Y no se puede rankear, de forma estable, lo que no está indexado.

Por eso el primer pantallazo de una revisión técnica es el informe de páginas de Search Console, no una nota de salud de una herramienta. Ahí ves si la URL está indexada, excluida, bloqueada o descubierta y aún sin guardar. Cada estado tiene una causa distinta. Tratarlos todos como «Google no me quiere» lleva a pedir una reconsideración que no corresponde.

Robots, noindex y canonical: tres palancas que se confunden

Son tres instrucciones distintas. Mezclarlas es el error técnico más caro de un rediseño.

  • robots.txt le dice al bot qué no debe rastrear. No saca una URL del índice si ya estaba indexada: impide volver a verla. Una URL bloqueada puede seguir apareciendo si alguien la enlaza, a veces sin título claro. No uses robots.txt para «desindexar».

  • noindex le dice a Google que puede rastrear la URL pero no debe guardarla. Sirve para gracias, resultados internos de búsqueda y borradores que se han publicado sin querer. Para que funcione, el bot tiene que poder entrar. Si además la bloqueas en robots.txt, puede no llegar a leer el noindex.

  • canonical le dice cuál es la URL principal cuando hay varias parecidas. Es una pista fuerte, no una orden absoluta. Si el canonical apunta a una página que no quieres rankear, le estás regalando la señal. Si todas las fichas canonicalizan a la home «por si acaso», la home se queda con un mensaje contradictorio y las fichas no compiten.

La combinación sana en una web de servicios es simple. Las páginas que venden se rastrean, se indexan y se canonicalizan a sí mismas. Las que no deben salir llevan noindex y siguen siendo rastreables. robots.txt se reserva para lo que no quieres que el bot gaste en recorrer, no para esconder lo que ya se indexó mal.

Sitemap, redirecciones y el móvil

El sitemap es una lista de URLs que te gustaría que Google conociera. No indexa. No arregla un noindex. No debe incluir páginas que has marcado para quedar fuera, ni URLs que redirigen, ni las de prueba. Si el sitemap y el índice se contradicen, gana lo que Google encuentra al rastrear, no el archivo que subiste.

Una redirección 301 dice que la URL antigua se ha mudado de forma permanente. Es la pieza de una migración: cada URL que tenía impresiones necesita su destino, uno a uno, no un salto masivo a la home. Un 302 dice que el cambio es temporal y no consolida la señal igual. Dejar cadenas, A redirige a B y B a C, ralentiza el rastreo y a veces pierde el destino. El procedimiento está en migrar sin perder posiciones.

La velocidad y el móvil importan cuando la URL ya está indexada y la experiencia es mala. Empezar por un plugin de caché con la home en noindex es perder la tarde. Cuando toca mirar métricas de carga, el sitio es Core Web Vitals. En una web de pocas páginas, el crawl budget casi nunca es la causa de no aparecer. En una tienda con filtros que generan miles de URLs, sí. La diferencia está en qué es el crawl budget.

En qué orden se revisa

  1. Lista las URLs que tienen que rankear. Servicio, contacto y las guías que ya deberían estar en el índice. Si no existe la lista, se acaba auditando el blog entero y olvidando la página que vende.

  2. Mira si están indexadas. Inspección de URL en Search Console para una muestra, más el informe de páginas. Anota el motivo de exclusión literal, no la interpretación de una herramienta.

  3. Si no están indexadas, busca la palanca. noindex, canonical, bloqueo o contenido duplicado. No pidas indexación masiva hasta corregir la causa: Google volverá a excluirlas.

  4. Si están indexadas y no rankean, sal del técnico. El siguiente paso es la intención y el on page, no otro ajuste de caché.

  5. Si rankean y la página se cae en el móvil, mira la velocidad. Ahí sí. Con la URL en el índice y con una consulta que ya enseña impresiones.

  6. Después de un cambio de plantilla o de dominio, repite el paso 2. Es el momento en que un noindex de staging se cuela en producción. No hace falta una auditoría técnica cada mes si no ha cambiado la estructura y las páginas siguen entrando.

Síntomas que parecen técnicos y no lo son

«No salgo para mi keyword» puede ser que la SERP esté llena de mapas, de vídeos o de páginas de otro formato. Ningún canonical lo cambia. «He perdido impresiones» puede ser una consulta de marca que ya no se busca, no una penalización. Se compara con el informe de consultas antes de tocar el servidor.

«La herramienta marca 40 errores» mezcla un H1 duplicado en una página de gracias con una home bloqueada. Se ordena por si impide indexar o rankear. El resto se anota y no se convierte en el proyecto del mes. Esa priorización es la misma que en una auditoría SEO: pocos arreglos, con URL y con forma de comprobar que han quedado hechos.

Qué dejar escrito para no repetir el mismo fallo

  • Qué entornos pueden llevar noindex y cuál es el de producción, que no puede llevarlo.

  • Quién publica y quién comprueba, después de publicar, que la URL nueva está en «puede indexarse».

  • El mapa de redirecciones, si hay una migración, guardado fuera de la cabeza de una sola persona.

  • Un sitemap que solo lista lo que quieres en el índice, regenerado cuando se borra una URL, no solo cuando se crea.

El SEO técnico no se archiva. Se revisa cuando se publica, se migra o se ve una caída de páginas indexadas que no coincide con haber borrado contenido. Si el índice está sano y la página sigue sin salir, el siguiente paso no es otro plugin. Es el contenido y, cuando haya una página que merezca ser citada, los enlaces. El trabajo de mantener ese orden es el de una agencia SEO, no el de una puntuación verde en una extensión del navegador.

Qué es el SEO técnico

El SEO técnico es lo que permite que un buscador encuentre una web, recorra las URLs correctas y guarde las que quieres que compitan. No es redactar el artículo ni elegir la keyword. Si el texto es bueno y la URL está en noindex, bloqueada o canonicalizada hacia otra página, el texto no va a rankear. El técnico arregla esa puerta. El SEO on page arregla lo que hay dentro una vez la puerta está abierta.

«SEO técnico» en España es una consulta informativa y más pequeña que «SEO on page». Aun así explica la mitad de los «he publicado y no salgo». Esta página es el mapa: rastreo, indexación, canonical, redirecciones y velocidad, en ese orden. El manual de cada pieza ya está en otros artículos. Aquí se decide cuál abrir primero.

Rastrear, indexar y rankear no son lo mismo

Rastrear es que el bot entre en la URL. Indexar es que Google la guarde y pueda mostrarla. Rankear es que la muestre por una consulta concreta, por delante de otras. Se puede rastrear sin indexar. Se puede indexar y no rankear. Y no se puede rankear, de forma estable, lo que no está indexado.

Por eso el primer pantallazo de una revisión técnica es el informe de páginas de Search Console, no una nota de salud de una herramienta. Ahí ves si la URL está indexada, excluida, bloqueada o descubierta y aún sin guardar. Cada estado tiene una causa distinta. Tratarlos todos como «Google no me quiere» lleva a pedir una reconsideración que no corresponde.

Robots, noindex y canonical: tres palancas que se confunden

Son tres instrucciones distintas. Mezclarlas es el error técnico más caro de un rediseño.

  • robots.txt le dice al bot qué no debe rastrear. No saca una URL del índice si ya estaba indexada: impide volver a verla. Una URL bloqueada puede seguir apareciendo si alguien la enlaza, a veces sin título claro. No uses robots.txt para «desindexar».

  • noindex le dice a Google que puede rastrear la URL pero no debe guardarla. Sirve para gracias, resultados internos de búsqueda y borradores que se han publicado sin querer. Para que funcione, el bot tiene que poder entrar. Si además la bloqueas en robots.txt, puede no llegar a leer el noindex.

  • canonical le dice cuál es la URL principal cuando hay varias parecidas. Es una pista fuerte, no una orden absoluta. Si el canonical apunta a una página que no quieres rankear, le estás regalando la señal. Si todas las fichas canonicalizan a la home «por si acaso», la home se queda con un mensaje contradictorio y las fichas no compiten.

La combinación sana en una web de servicios es simple. Las páginas que venden se rastrean, se indexan y se canonicalizan a sí mismas. Las que no deben salir llevan noindex y siguen siendo rastreables. robots.txt se reserva para lo que no quieres que el bot gaste en recorrer, no para esconder lo que ya se indexó mal.

Sitemap, redirecciones y el móvil

El sitemap es una lista de URLs que te gustaría que Google conociera. No indexa. No arregla un noindex. No debe incluir páginas que has marcado para quedar fuera, ni URLs que redirigen, ni las de prueba. Si el sitemap y el índice se contradicen, gana lo que Google encuentra al rastrear, no el archivo que subiste.

Una redirección 301 dice que la URL antigua se ha mudado de forma permanente. Es la pieza de una migración: cada URL que tenía impresiones necesita su destino, uno a uno, no un salto masivo a la home. Un 302 dice que el cambio es temporal y no consolida la señal igual. Dejar cadenas, A redirige a B y B a C, ralentiza el rastreo y a veces pierde el destino. El procedimiento está en migrar sin perder posiciones.

La velocidad y el móvil importan cuando la URL ya está indexada y la experiencia es mala. Empezar por un plugin de caché con la home en noindex es perder la tarde. Cuando toca mirar métricas de carga, el sitio es Core Web Vitals. En una web de pocas páginas, el crawl budget casi nunca es la causa de no aparecer. En una tienda con filtros que generan miles de URLs, sí. La diferencia está en qué es el crawl budget.

En qué orden se revisa

  1. Lista las URLs que tienen que rankear. Servicio, contacto y las guías que ya deberían estar en el índice. Si no existe la lista, se acaba auditando el blog entero y olvidando la página que vende.

  2. Mira si están indexadas. Inspección de URL en Search Console para una muestra, más el informe de páginas. Anota el motivo de exclusión literal, no la interpretación de una herramienta.

  3. Si no están indexadas, busca la palanca. noindex, canonical, bloqueo o contenido duplicado. No pidas indexación masiva hasta corregir la causa: Google volverá a excluirlas.

  4. Si están indexadas y no rankean, sal del técnico. El siguiente paso es la intención y el on page, no otro ajuste de caché.

  5. Si rankean y la página se cae en el móvil, mira la velocidad. Ahí sí. Con la URL en el índice y con una consulta que ya enseña impresiones.

  6. Después de un cambio de plantilla o de dominio, repite el paso 2. Es el momento en que un noindex de staging se cuela en producción. No hace falta una auditoría técnica cada mes si no ha cambiado la estructura y las páginas siguen entrando.

Síntomas que parecen técnicos y no lo son

«No salgo para mi keyword» puede ser que la SERP esté llena de mapas, de vídeos o de páginas de otro formato. Ningún canonical lo cambia. «He perdido impresiones» puede ser una consulta de marca que ya no se busca, no una penalización. Se compara con el informe de consultas antes de tocar el servidor.

«La herramienta marca 40 errores» mezcla un H1 duplicado en una página de gracias con una home bloqueada. Se ordena por si impide indexar o rankear. El resto se anota y no se convierte en el proyecto del mes. Esa priorización es la misma que en una auditoría SEO: pocos arreglos, con URL y con forma de comprobar que han quedado hechos.

Qué dejar escrito para no repetir el mismo fallo

  • Qué entornos pueden llevar noindex y cuál es el de producción, que no puede llevarlo.

  • Quién publica y quién comprueba, después de publicar, que la URL nueva está en «puede indexarse».

  • El mapa de redirecciones, si hay una migración, guardado fuera de la cabeza de una sola persona.

  • Un sitemap que solo lista lo que quieres en el índice, regenerado cuando se borra una URL, no solo cuando se crea.

El SEO técnico no se archiva. Se revisa cuando se publica, se migra o se ve una caída de páginas indexadas que no coincide con haber borrado contenido. Si el índice está sano y la página sigue sin salir, el siguiente paso no es otro plugin. Es el contenido y, cuando haya una página que merezca ser citada, los enlaces. El trabajo de mantener ese orden es el de una agencia SEO, no el de una puntuación verde en una extensión del navegador.

Síntoma técnico, causa probable y siguiente paso

Síntoma técnico, causa probable y siguiente paso

El motivo que escribe Search Console manda más que la nota de una herramienta. La tabla traduce el síntoma al primer arreglo, no a una lista de plugins.

El motivo que escribe Search Console manda más que la nota de una herramienta. La tabla traduce el síntoma al primer arreglo, no a una lista de plugins.

Lo que ves

Causa probable

Siguiente paso

Qué no hacer

Excluida por noindex

Plantilla o staging publicado

Quitar el noindex y volver a inspeccionar

Bloquearla además en robots.txt

Bloqueada por robots.txt

Una regla demasiado amplia

Abrir el rastreo de esa ruta

Usar robots.txt para desindexar

Canonical a otra URL

La pista apunta a la página equivocada

Canonical a sí misma si es la principal

Canonicalizar todas las fichas a la home

Rastreada, sin indexar

Duplicada o sin aporte

Fusionar o mejorar la URL que debe quedar

Pedir indexación en bucle

Cadena de redirecciones

Migración a saltos

Un 301 directo al destino final

Mandar todo a la home

Indexada y lenta en móvil

Plantilla pesada

Medir Core Web Vitals de esa URL

Empezar por la velocidad si ni está en el índice

Qué es el SEO técnico

El SEO técnico es lo que permite que un buscador encuentre una web, recorra las URLs correctas y guarde las que quieres que compitan. No es redactar el artículo ni elegir la keyword. Si el texto es bueno y la URL está en noindex, bloqueada o canonicalizada hacia otra página, el texto no va a rankear. El técnico arregla esa puerta. El SEO on page arregla lo que hay dentro una vez la puerta está abierta.

«SEO técnico» en España es una consulta informativa y más pequeña que «SEO on page». Aun así explica la mitad de los «he publicado y no salgo». Esta página es el mapa: rastreo, indexación, canonical, redirecciones y velocidad, en ese orden. El manual de cada pieza ya está en otros artículos. Aquí se decide cuál abrir primero.

Rastrear, indexar y rankear no son lo mismo

Rastrear es que el bot entre en la URL. Indexar es que Google la guarde y pueda mostrarla. Rankear es que la muestre por una consulta concreta, por delante de otras. Se puede rastrear sin indexar. Se puede indexar y no rankear. Y no se puede rankear, de forma estable, lo que no está indexado.

Por eso el primer pantallazo de una revisión técnica es el informe de páginas de Search Console, no una nota de salud de una herramienta. Ahí ves si la URL está indexada, excluida, bloqueada o descubierta y aún sin guardar. Cada estado tiene una causa distinta. Tratarlos todos como «Google no me quiere» lleva a pedir una reconsideración que no corresponde.

Robots, noindex y canonical: tres palancas que se confunden

Son tres instrucciones distintas. Mezclarlas es el error técnico más caro de un rediseño.

  • robots.txt le dice al bot qué no debe rastrear. No saca una URL del índice si ya estaba indexada: impide volver a verla. Una URL bloqueada puede seguir apareciendo si alguien la enlaza, a veces sin título claro. No uses robots.txt para «desindexar».

  • noindex le dice a Google que puede rastrear la URL pero no debe guardarla. Sirve para gracias, resultados internos de búsqueda y borradores que se han publicado sin querer. Para que funcione, el bot tiene que poder entrar. Si además la bloqueas en robots.txt, puede no llegar a leer el noindex.

  • canonical le dice cuál es la URL principal cuando hay varias parecidas. Es una pista fuerte, no una orden absoluta. Si el canonical apunta a una página que no quieres rankear, le estás regalando la señal. Si todas las fichas canonicalizan a la home «por si acaso», la home se queda con un mensaje contradictorio y las fichas no compiten.

La combinación sana en una web de servicios es simple. Las páginas que venden se rastrean, se indexan y se canonicalizan a sí mismas. Las que no deben salir llevan noindex y siguen siendo rastreables. robots.txt se reserva para lo que no quieres que el bot gaste en recorrer, no para esconder lo que ya se indexó mal.

Sitemap, redirecciones y el móvil

El sitemap es una lista de URLs que te gustaría que Google conociera. No indexa. No arregla un noindex. No debe incluir páginas que has marcado para quedar fuera, ni URLs que redirigen, ni las de prueba. Si el sitemap y el índice se contradicen, gana lo que Google encuentra al rastrear, no el archivo que subiste.

Una redirección 301 dice que la URL antigua se ha mudado de forma permanente. Es la pieza de una migración: cada URL que tenía impresiones necesita su destino, uno a uno, no un salto masivo a la home. Un 302 dice que el cambio es temporal y no consolida la señal igual. Dejar cadenas, A redirige a B y B a C, ralentiza el rastreo y a veces pierde el destino. El procedimiento está en migrar sin perder posiciones.

La velocidad y el móvil importan cuando la URL ya está indexada y la experiencia es mala. Empezar por un plugin de caché con la home en noindex es perder la tarde. Cuando toca mirar métricas de carga, el sitio es Core Web Vitals. En una web de pocas páginas, el crawl budget casi nunca es la causa de no aparecer. En una tienda con filtros que generan miles de URLs, sí. La diferencia está en qué es el crawl budget.

En qué orden se revisa

  1. Lista las URLs que tienen que rankear. Servicio, contacto y las guías que ya deberían estar en el índice. Si no existe la lista, se acaba auditando el blog entero y olvidando la página que vende.

  2. Mira si están indexadas. Inspección de URL en Search Console para una muestra, más el informe de páginas. Anota el motivo de exclusión literal, no la interpretación de una herramienta.

  3. Si no están indexadas, busca la palanca. noindex, canonical, bloqueo o contenido duplicado. No pidas indexación masiva hasta corregir la causa: Google volverá a excluirlas.

  4. Si están indexadas y no rankean, sal del técnico. El siguiente paso es la intención y el on page, no otro ajuste de caché.

  5. Si rankean y la página se cae en el móvil, mira la velocidad. Ahí sí. Con la URL en el índice y con una consulta que ya enseña impresiones.

  6. Después de un cambio de plantilla o de dominio, repite el paso 2. Es el momento en que un noindex de staging se cuela en producción. No hace falta una auditoría técnica cada mes si no ha cambiado la estructura y las páginas siguen entrando.

Síntomas que parecen técnicos y no lo son

«No salgo para mi keyword» puede ser que la SERP esté llena de mapas, de vídeos o de páginas de otro formato. Ningún canonical lo cambia. «He perdido impresiones» puede ser una consulta de marca que ya no se busca, no una penalización. Se compara con el informe de consultas antes de tocar el servidor.

«La herramienta marca 40 errores» mezcla un H1 duplicado en una página de gracias con una home bloqueada. Se ordena por si impide indexar o rankear. El resto se anota y no se convierte en el proyecto del mes. Esa priorización es la misma que en una auditoría SEO: pocos arreglos, con URL y con forma de comprobar que han quedado hechos.

Qué dejar escrito para no repetir el mismo fallo

  • Qué entornos pueden llevar noindex y cuál es el de producción, que no puede llevarlo.

  • Quién publica y quién comprueba, después de publicar, que la URL nueva está en «puede indexarse».

  • El mapa de redirecciones, si hay una migración, guardado fuera de la cabeza de una sola persona.

  • Un sitemap que solo lista lo que quieres en el índice, regenerado cuando se borra una URL, no solo cuando se crea.

El SEO técnico no se archiva. Se revisa cuando se publica, se migra o se ve una caída de páginas indexadas que no coincide con haber borrado contenido. Si el índice está sano y la página sigue sin salir, el siguiente paso no es otro plugin. Es el contenido y, cuando haya una página que merezca ser citada, los enlaces. El trabajo de mantener ese orden es el de una agencia SEO, no el de una puntuación verde en una extensión del navegador.

Conclusión

Conclusión

El técnico se revisa al publicar, al migrar o cuando caen las páginas indexadas sin haber borrado contenido. Con el índice sano, lo que no rankea se resuelve en el contenido, no con otro plugin de caché.

Preguntas frecuentes sobre SEO técnico

Preguntas frecuentes sobre SEO técnico

¿Qué es el SEO técnico?

Es el conjunto de condiciones para que un buscador pueda rastrear una web, entender qué URL debe guardar y mostrarla en condiciones. Incluye el rastreo, la indexación, las redirecciones, el canonical y la velocidad. No incluye redactar el artículo ni decidir la keyword. Eso es on page.

¿Qué se revisa primero en el SEO técnico?

Si las páginas que quieres vender están indexadas y si las que no quieres, como filtros o gracias, están fuera. Después, si hay canonicals que apuntan a la URL equivocada. La velocidad importa cuando la página ya está en el índice y aun así la experiencia en el móvil es mala. Empezar por la velocidad con la URL en noindex es perder el tiempo.

¿El SEO técnico es solo para webs grandes?

No. Una web pequeña también se queda fuera si el robots.txt bloquea la carpeta buena, si todo está en noindex tras un rediseño o si la migración no redirige. El crawl budget, en cambio, casi nunca es el problema de un sitio de pocas páginas. Conviene no mezclar las dos cosas.

¿Cada cuánto se repite?

Cuando cambias de dominio, de plantilla o de estructura de URLs, y cuando Search Console enseña una caída de páginas indexadas que no coincide con haber borrado contenido. No hace falta una auditoría técnica mensual si no ha cambiado nada y las páginas siguen entrando en el índice.

¿Necesitas un equipo de Marketing?

Hablemos y hagamos crecer tu negocio

BG Image

Contruyamos algo increible

Listo para tu proximo proyecto

+

You

LLamada de 15 minutos

Escoge el mejor horario para ti

Vector
Vector
Element Image
BG Image

Contruyamos algo increible

Listo para tu proximo proyecto

+

You

LLamada de 15 minutos

Escoge el mejor horario para ti

Element Image
BG Image

Contruyamos algo increible

Listo para tu proximo proyecto

+

You

LLamada de 15 minutos

Escoge el mejor horario para ti

Vector
Vector
Element Image
Otros blogs
bg footer