Gestión SEO de la web: la guía avanzada para cuando lo básico ya no basta

Por Daniele Forciniti

Índice

La gestión SEO de una web empieza de verdad después de lo básico: cuando la web ya está online, indexada, y aparecen los casos raros. Páginas que desaparecen, contenido duplicado, una mudanza que hay que hacer sin perder posiciones, versiones en varios idiomas que compiten entre ellas. Esta es la guía de lo que viene después, basada en las indicaciones oficiales de Google: cómo controlar el rastreo y la indexación, cómo mover páginas y webs, cómo hacer que los buscadores entiendan tu sitio y qué mirar en Search Console.

Para quién es esta guía (y para quién no)

Si estás empezando de cero, esta no es la guía adecuada: mejor empezar por qué es el SEO, explicado desde cero y volver aquí después. Esta sirve a quien ya tiene una web que funciona y debe gestionarla con el tiempo: quien se ocupa del mantenimiento, quien tiene una web grande, quien trabaja en varios idiomas o quien está a punto de hacer un cambio importante como cambiar de dominio.

La base de todo es entender la cadena: Google primero rastrea las páginas, luego las indexa, y luego decide si las muestra y cómo. Son tres fases distintas y separadas. Si no tienes clara esa diferencia, cada problema se convierte en un misterio: una página puede estar rastreada y no indexada, o indexada y no mostrada para cierta búsqueda.

Controlar cómo Google rastrea e indexa

Contenido duplicado y página canónica

Cuando el mismo contenido es accesible desde varias direcciones, Google elige una como versión oficial, la página canónica. La cuestión es que si no se lo dices tú, elige él, y no siempre como te gustaría. Pasa más de lo que crees: con y sin www, con parámetros de seguimiento, versiones para imprimir, fichas de producto accesibles desde categorías distintas. Indicar la canónica con la etiqueta correspondiente evita que las versiones compitan entre ellas.

Recursos bloqueados: el error silencioso

Google tiene que poder descargar no solo el HTML, sino también el CSS y las imágenes que sirven para construir la página. Si los bloqueas con el robots.txt o solo son accesibles tras iniciar sesión, Google ve una página distinta de la que ven los usuarios, y puede valorarla mal. Es un error que no da señales evidentes: la web parece correcta, pero el renderizado para Google está roto. La herramienta de Inspección de URL en Search Console muestra la página tal como la ve Google: es la forma más rápida de darte cuenta.

robots.txt, noindex, canonical y sitemap: quién hace qué

Aquí se concentran casi todos los errores que veo en las webs de los clientes, porque estas cuatro herramientas parecen parecidas pero hacen cosas distintas. Esta tabla ya vale la lectura por sí sola:

Herramienta	Para qué sirve de verdad	Error típico
robots.txt	Impedir el rastreo de ciertas zonas de la web	Usarlo para esconder una página de Google: no funciona, porque una página bloqueada puede aparecer igualmente
noindex	Impedir la indexación, es decir, que la página acabe en los resultados	Ponerlo en una página bloqueada por el robots.txt: Google no puede leerlo, así que no lo aplica
canonical	Decir cuál es la versión oficial entre varias páginas iguales o parecidas	Usarlo en lugar de la redirección cuando la página vieja hay que moverla de verdad
sitemap	Señalar qué páginas importan y con qué frecuencia cambian	Creer que Google solo rastrea esas: el sitemap da prioridad, no limita

Dos reglas prácticas para no olvidar. La primera: el robots.txt sirve para no rastrear, no para no indexar. Si quieres que una página no aparezca, usa el noindex o protégela con un acceso. La segunda: bloquea sin problema los recursos inútiles que cargan el servidor, como los iconos repetidos, pero nunca el CSS ni las imágenes que sirven para renderizar la página.

El sitemap cuenta más de lo que parece

El sitemap es la forma más directa de decirle a Google qué páginas consideras importantes. Se vuelve decisivo en tres casos: cuando los contenidos cambian a menudo, cuando algunas páginas no son accesibles con los enlaces internos, y cuando tienes contenido no textual como imágenes y vídeos. No limita el rastreo a su lista, pero marca las prioridades, y en una web grande eso marca la diferencia.

Webs en varios idiomas o para varios países

Si la web habla varios idiomas o se dirige a países distintos, la gestión se complica bastante, porque entran en juego el hreflang, la estructura de las URLs y el riesgo de que las versiones compitan entre ellas. Las reglas principales son tres: una dirección distinta por idioma, el hreflang para declarar las variantes y ninguna redirección automática según el idioma que crees que habla el usuario. Hay además un caso particular que conviene conocer: si la web cambia el contenido según el país desde el que llega la petición, eso afecta a cómo consigue rastrearla Google, porque el rastreador trabaja casi siempre desde Estados Unidos.

Es un tema que merece un artículo entero, y de hecho lo escribí: lo tienes todo en sitios multilingües, por qué Google enseña la página equivocada, con la tabla de estructuras de URL y las reglas del hreflang.

Mover una página o migrar una web entera

Es el momento en el que más daño se hace, porque un error aquí se lleva por delante años de trabajo. La diferencia fundamental está entre mudanza definitiva y temporal:

Situación	Qué devolver	Por qué
La página se mueve para siempre	Redirección 301	Transfiere el valor acumulado a la nueva dirección
La mudanza es temporal	Redirección 302	Le dice a Google que siga teniendo en cuenta la dirección original
La página ya no existe	404 de verdad	Google entiende que hay que sacarla del índice
La página no existe pero responde «correcto»	A evitar (soft 404)	Confunde a Google, que la sigue tratando como existente

Sobre el 404 añado algo que veo mal hecho a menudo: puedes (y deberías) hacer una página 404 cuidada, con el buscador interno y los enlaces a las secciones principales. Pero esa página tiene que devolver un código 404 real. Una página de «no encontrado» que sin embargo responde como si todo estuviera bien es la definición de soft 404, y solo genera confusión.

Para una migración completa, el orden de trabajo es este:

Mapea lo viejo y lo nuevo: cada dirección existente debe tener un destino concreto, no una página de inicio genérica.
Redirecciones 301 una a una, evitando las cadenas de redirecciones.
Sitemap actualizado con las nuevas direcciones.
Comunica la mudanza a Google desde Search Console, así empieza antes a rastrear la web nueva y a transferir las señales.
Vigila durante semanas: indexación, errores de rastreo y posiciones. Las caídas de los primeros días son normales, las que duran no.

Buenas prácticas de rastreo que no hay que descuidar

Enlaces rastreables: un enlace tiene que ser un enlace de verdad con su dirección. Si está montado solo con JavaScript o con un elemento clicable cualquiera, Google puede no seguirlo.
Califica los enlaces salientes: usa nofollow o sponsored para enlaces de pago, enlaces tras un acceso y contenido enviado por usuarios. También te protege: la mala calidad ajena no se refleja en ti.
Presupuesto de rastreo: es un problema real solo en webs enormes, del orden de decenas o cientos de millones de páginas. Si tienes una web normal, ese no es tu problema, aunque por ahí te lo cuenten a menudo.
JavaScript: Google lo ejecuta, pero no es gratis en tiempo ni en recursos. Cuanto más disponible esté el contenido importante ya en el HTML, menos riesgos corres.
Scroll infinito: es cómodo para el usuario pero difícil de rastrear. Si esos contenidos tienen que salir en Google, prepara también una versión con páginas numeradas.
Artículos divididos en varias páginas: pon enlaces claros a página anterior y siguiente, y que sean enlaces de verdad.
Bloquea las direcciones que cambian estado: carrito, creación de cuenta, envío de comentarios. No deben rastrearse.
HTTPS: si todavía estás en HTTP, la migración al protocolo seguro ya no se puede posponer. Chrome marca las webs no seguras, y la confianza se pierde en un momento.

Ayudar a Google a entender de qué hablas

Regla sencilla: la información importante hay que escribirla en texto, no meterla dentro de una imagen. Google lee muchos formatos, pero el texto sigue siendo el camino más seguro. Precios, horarios, direcciones, nombres de servicios: si solo están en un gráfico, para los buscadores es como si no existieran.

Sobre el texto se añaden los datos estructurados, es decir, una forma estándar de decirle a Google que ese número es un precio, esa fecha es un evento, ese bloque es una pregunta frecuente. Además de hacerte entender mejor, desbloquean los resultados enriquecidos en las búsquedas. Si no sabes meter mano en el código, existen herramientas guiadas para generarlos, aunque lo más sólido sigue siendo incluirlos en las páginas. Es el mismo trabajo que hacemos en los proyectos de clientes, y uno de los motivos por los que hoy las webs bien hechas también las citan las IA, como cuento en el artículo sobre el SEO local para que te citen las inteligencias artificiales.

Experiencia de usuario: seguridad, velocidad y móvil

La experiencia de uso no es solo cortesía con los visitantes, también cuenta en el posicionamiento. Tres cosas en concreto:

HTTPS: obligatorio en la práctica, tanto por seguridad como por la confianza de quien llega.
Velocidad: una página rápida gana a una lenta, siempre. El informe de Core Web Vitals en Search Console te da el cuadro de toda la web, y PageSpeed Insights el detalle de cada página.
Móvil: más del 60% de quien navega en el mundo lo hace desde el teléfono, y Google ya usa el rastreador móvil por defecto. Traducido: si la web es cómoda en el escritorio pero incómoda en el móvil, para Google tu web es la incómoda.

Una nota honesta: en la documentación oficial todavía aparece AMP entre las formas de tener páginas rápidas. Hoy, sin embargo, pesa mucho menos que hace unos años, y para la mayoría de las webs conviene invertir en una web que ya sea ligera de por sí en lugar de en una tecnología aparte.

Controlar cómo apareces en los resultados

Una parte del trabajo tiene que ver con el aspecto: cómo te presentas en la página de resultados. Sobre estas cosas tienes más control del que crees:

Favicon: el pequeño icono junto al resultado. Sirve para que te reconozcan, sobre todo en el móvil.
Título del resultado: Google puede reescribirlo, pero parte de lo que tú le das. Títulos claros y distintos entre sí reducen las reescrituras.
Snippet: puedes limitar su longitud o quitarlo del todo, si tienes motivos para hacerlo.
Fecha de publicación: útil en los artículos, porque muestra que el contenido está actualizado.
Resultados especiales: recetas, eventos, ofertas de empleo y otros formatos se activan con los datos estructurados adecuados.

Reglas particulares para ciertos tipos de contenido

Si tienes…	Qué debes saber
Vídeos	Hay reglas específicas para que Google los encuentre, los rastree y los muestre en los resultados de vídeo
Imágenes	Cuentan el nombre del archivo, el texto alternativo y los metadatos; para excluir una se usa una regla en el robots.txt
Una web de noticias	Hacen falta el Centro para editores, un sitemap dedicado a las noticias y las reglas para el contenido de pago
Contenido para niños	Hay que marcarlo como dirigido a menores, por la normativa de privacidad infantil
Contenido para adultos	Conviene señalarlo, así lo filtra correctamente SafeSearch
Un e-commerce	Fichas de producto, disponibilidad y precios hay que declararlos con datos estructurados

Sobre el comercio electrónico el tema es largo y merece capítulo aparte: si vendes online, empieza por la guía SEO para e-commerce.

Gestión SEO en el tiempo: los informes de Search Console que cuentan

Search Console es la herramienta que te dice cómo ve Google tu web, y es gratis. En la práctica, los informes a los que vuelvo siempre son cuatro: Indexación de páginas (cuáles están dentro y cuáles no, con el motivo), Inspección de URL (para ver una página concreta con los ojos de Google), Rendimiento (qué búsquedas te traen clics, no solo visitas) y Core Web Vitals. Si solo miras uno, mira el de indexación: ahí es donde se descubren los problemas serios antes de que se conviertan en caídas de tráfico.

Mi lectura como diseñador web y especialista SEO

Después de años trabajando en webs de todo tipo, te digo dónde se concentran los problemas de verdad: casi nunca en las cosas exóticas como el presupuesto de rastreo, casi siempre en tres banalidades. Una canónica mal puesta, un robots.txt usado para esconder páginas que sin embargo siguen apareciendo, y una migración hecha con prisas con todas las redirecciones apuntando a la página de inicio. Son errores que no se ven enseguida, y justo por eso hacen daño durante meses antes de que alguien se dé cuenta.

El consejo práctico es tratar la gestión SEO como el mantenimiento de un coche: una revisión periódica corta, no una intervención enorme una vez al año. Cada mes mira indexación, errores de rastreo y las páginas que han perdido clics. Si quieres que nos ocupemos nosotros, está nuestra página de consultoría SEO, y para quien trabaja con Wix está el servicio dedicado de SEO para Wix Studio en España. Si en cambio tu web está en WordPress, el punto de partida es la página de diseño web en WordPress.

En conclusión

La diferencia entre quien hace SEO y quien la gestiona está justo aquí: no en las palabras clave, sino en el control. Saber qué se rastrea, qué se indexa, qué pasa cuando mueves una página y cómo te presentas en los resultados. Son cosas menos vistosas que los contenidos, pero son las que sostienen todo lo demás. Haz una revisión periódica, arregla una cosa cada vez y verás que las caídas repentinas se vuelven mucho más raras.

Preguntas frecuentes

¿Puedo usar el robots.txt para quitar una página de Google?

No, es el error más común. El robots.txt impide el rastreo, no la indexación: una página bloqueada puede aparecer igualmente en los resultados. Para quitarla de verdad hace falta el noindex o un acceso protegido.

¿Qué diferencia hay entre redirección 301 y 302?

La 301 es definitiva y transfiere el valor de la página vieja a la nueva. La 302 es temporal y le dice a Google que siga teniendo en cuenta la dirección de partida. Para una mudanza de verdad siempre hace falta la 301.

¿Qué es un soft 404?

Es una página que le dice al usuario «no encontrado» pero responde técnicamente como si todo fuera correcto. Google la sigue tratando como una página válida y la mantiene en el índice. La página 404 puede estar todo lo cuidada que quieras, pero tiene que devolver un código 404 real.

¿Tengo que preocuparme por el presupuesto de rastreo?

Casi seguro que no. Es un tema que afecta a webs enormes, con decenas o cientos de millones de páginas. En una web de empresa o un blog, las caídas de tráfico tienen prácticamente siempre otras causas.

¿Cada cuánto hay que revisar una web?

Una revisión mensual de indexación, errores de rastreo y páginas en caída es más que suficiente para una web normal. Después de un cambio importante, como una migración, conviene mirarla cada semana durante un par de meses.

¿Google ve mi web desde el móvil o desde el ordenador?

Desde el móvil. Google ya usa el rastreador móvil por defecto, así que la versión que cuenta es la del teléfono: si allí faltan contenidos que sí están en el escritorio, para Google sencillamente no existen.

Fuentes

Google Search Central: la guía introductoria al SEO, de la que parten todas las reglas avanzadas.
Google Search Central: cómo funciona la Búsqueda de Google.
Google Search Central: páginas canónicas y contenido duplicado.
Google Search Central: migración de un sitio con cambio de URL.
Google Search Central: los aspectos básicos de la Búsqueda.

Daniele Forciniti

Soy Daniele Forciniti, un experto en diseño web y SEO con más de 10 años de experiencia y diversas certificaciones profesionales. Estoy especializado en HTML y CSS, y utilizo CMS como WordPress. Soy el mayor experto en España en WIX y WIX Studio, y también me encargo del posicionamiento web SEO en buscadores y de marketing digital. Me apasiona mi trabajo y me actualizo constantemente para ofrecer soluciones innovadoras y de alta calidad a mis clientes.