Relanzar un sitio sin perder posiciones: nuestra lista de trabajo
En un relanzamiento rara vez se pierde el diseño. Se pierden las direcciones. Aquí va la lista que trabajamos al mudar nuestro propio sitio, las redirecciones que casi todos olvidan y el error que estuvo en línea una semana pese a la lista.
Cuando se habla de un relanzamiento se habla de cómo se ve. Lo que en realidad se pierde es otra cosa: las direcciones. Cada página que Google conoce, cada enlace en un directorio, cada recomendación en un correo apunta a una dirección que quizá ya no exista después del rediseño.
Nosotros pasamos por eso en julio de 2026 con nuestro propio sitio: salir de WordPress, entrar a un sistema nuevo, otra estructura, tres idiomas en lugar de uno y medio. Esta es la lista que trabajamos, incluida la cosa que igual se nos fue.
Primero, el inventario
Antes de construir nada, se cuenta todo. Sin esa lista lo demás es adivinar.
En el nuestro salieron 14 páginas accesibles, 11 de ellas en el sitemap. Y varias cosas que nadie sabía.
| Hallazgo | Cantidad |
|---|---|
| Páginas sin descripción para buscadores | 10 de 14 |
| Páginas sin encabezado h1 | 3 |
| Páginas de prueba, públicas y en el sitemap | 2 |
| Página ajena al tema, indexada | 1 |
| Páginas con marcado hreflang | 0, aunque existía una versión en español |
Páginas en español declarando lang="de" |
todas |
Las dos páginas de prueba y la página ajena llevaban años siendo indexables sin que nadie lo notara. Un relanzamiento es el mejor momento para encontrar algo así, porque de todos modos tocas cada dirección una vez.
Cómo armar tu propia lista:
- Abre
sitemap.xmly copia todas las direcciones - Exporta las direcciones indexadas desde Google Search Console, en Páginas
- Exporta las páginas con más clics de los últimos doce meses
- Junta las tres listas y quita duplicados
La tercera es la que más importa. Te dice qué páginas de verdad traen visitas, y justo esas no pueden empeorar.
El mapeo de viejo a nuevo
Ahora cada dirección vieja recibe una nueva. Basta una tabla de dos columnas, y hay exactamente cuatro casos.
| Caso | Qué hacer |
|---|---|
| La dirección se queda igual | Nada. El mejor caso. |
| El contenido se muda | 301 a la dirección nueva |
| El contenido se absorbe en una página mayor | 301 a esa página, de ser posible a la sección |
| El contenido desaparece sin sustituto | 301 al tema más cercano, si no 410 |
Redirigir todo a la portada es la salida de emergencia. Mandar todo ahí le dice a Google que ninguna de esas páginas tiene sucesor, y Google suele tratar esas redirecciones como un 404. Mejor la página más cercana en tema, aunque solo encaje a medias.
En nuestro sitio la portada, contacto, blog, la página de reuniones y los dos artículos conservaron sus direcciones sin ninguna redirección. No fue suerte, fue una decisión: se puede reconstruir un sitio por completo y conservar las direcciones.
Las redirecciones que casi todos olvidan
Aquí está la diferencia entre una lista sacada del sitemap y una lista completa. Un gestor de contenidos genera direcciones que nadie creó, y aun así están en el índice.
En WordPress son:
- Páginas de categoría,
/category/diseno-web/ - Páginas de etiqueta,
/tag/… - Páginas de autor,
/author/nombre/ - Feeds,
/feed/y uno por artículo en/articulo/feed/ - La búsqueda,
/?s=término - Páginas de adjunto, una por cada imagen subida
- Archivos bajo
/wp-content/uploads/, que pueden estar enlazados en correos y propuestas - Archivos por fecha,
/2024/10/
Y un detalle que se escapa fácil: la diagonal al final. WordPress entrega las direcciones con / al final por defecto, muchos otros sistemas sin ella. Para un servidor /contacto/ y /contacto son dos direcciones distintas. Si todas tus direcciones viejas llevaban diagonal, todas tus redirecciones tienen que llevarla también.
Redirigir de forma permanente con 301
Google lo dice claro: redirecciones permanentes, es decir 301 o 308. No provocan pérdida de PageRank.
302 significa temporal, o sea lo contrario: la dirección vieja sigue siendo la buena y la nueva es un rodeo. Para un relanzamiento eso está mal.
El detalle es que muchos sistemas usan 302 por defecto. El nuestro estaba así y hubo que cambiarlo antes de la mudanza. Una línea lo revisa:
curl -s -o /dev/null -w '%{http_code} -> %{redirect_url}\n' https://tu-sitio.mx/direccion-vieja/Si sale 301 y el destino correcto, está bien. Si sale 302, busca el ajuste.
Cadenas cortas. Google recomienda máximo tres redirecciones en cadena y pone cinco como límite. Las cadenas aparecen solas cuando queda una regla vieja de una mudanza anterior: dirección vieja a dirección intermedia a dirección nueva. Revisa con curl -L -I cuántos saltos ocurren de verdad.
Qué pasa el día de la mudanza
- Activar las redirecciones y revisarlas por muestreo, al menos las veinte direcciones con más clics.
- Quitar los bloqueos. El
noindexde la fase de construcción y cada entrada enrobots.txtque protegía la obra. Google lo menciona como error típico después de una mudanza, y es el más caro: el sitio está en línea y es invisible. - Reescribir los enlaces internos. Todo enlace que apunte a páginas propias recibe la dirección nueva. No dejes que trabaje la redirección. Google lo recomienda expresamente, porque descarga el servidor y acorta el camino para las visitas.
- Enviar el sitemap nuevo y dejar el viejo por ahora. Google recomienda ambos. Con las semanas, el conteo de indexadas del sitemap viejo baja a cero mientras el nuevo sube. Esa es tu barra de progreso.
- Revisar los canonical. Cada página debe apuntarse a sí misma, con la dirección nueva.
- No apagar el sitio viejo sin más. Si sigue en línea bajo otra dirección, ponlo en
noindexo competirá con el nuevo por los mismos términos. Nosotros apagamos la versión vieja un día después del arranque.
La herramienta de cambio de dirección en Search Console solo sirve para cambiar de dominio, por ejemplo de ejemplo.mx a ejemplo.com. No está pensada para rutas nuevas dentro del mismo dominio.
Las primeras semanas
Google habla de algunas semanas en un sitio chico o mediano hasta que la mayoría de las páginas se mueven. La fluctuación en ese periodo es normal y no es motivo para empezar a mover las redirecciones.
Qué observar:
| Dónde | Qué |
|---|---|
| Search Console, Páginas | ¿Sube el conteo de indexadas? ¿Aparecen errores nuevos? |
| Search Console, Rendimiento | Clics e impresiones contra el mismo periodo del año pasado |
| Registro del servidor o reporte 404 | ¿Qué direcciones viejas caen en el vacío? |
| Muestreo a mano | Las veinte direcciones más importantes, una vez por semana |
El reporte de 404 es el más productivo de los cuatro. Muestra justo las direcciones que tu lista no tenía, y cada una se puede redirigir después.
El error que igual cometimos
Teníamos lista, teníamos las redirecciones, y aun así después de la mudanza ocho enlaces rotos estuvieron en línea una semana.
La causa no fueron las redirecciones sino el manejo de idiomas. Nuestras páginas en inglés y español viven bajo /en y /es, y el sistema pone ese prefijo solo delante de cada enlace. En los artículos traducidos venía además escrito a mano. Salía /es/es/contacto, es decir un 404.
Por qué nadie lo vio en una semana: las páginas en alemán estaban impecables. Ahí el prefijo está vacío, así que /kontakt se queda en /kontakt. Quien recorre su propio sitio en su propio idioma nunca lo ve.
La comprobación es desde entonces una línea, y tiene que salir vacía:
grep -rnE '\]\(/(en|es)/' content/pages/La lección va más allá del caso: revisa el idioma que tú no usas. Y después de una mudanza, revisa cada enlace interno con una herramienta en lugar de confiar en tus propios clics.
La lista en corto
Antes
- Reunir todas las direcciones desde sitemap, Search Console y el reporte de clics
- Asignar a cada dirección vieja una nueva, sin redirección global a la portada
- Agregar las direcciones que genera el sistema: categorías, etiquetas, autores, feeds, búsqueda, adjuntos
- Cuidar la diagonal al final
- Poner el tipo de redirección en 301
El día de la mudanza
- Activar las redirecciones y revisarlas por muestreo
- Quitar
noindexy los bloqueos enrobots.txt - Reescribir los enlaces internos hacia las direcciones nuevas
- Enviar el sitemap nuevo y dejar el viejo por ahora
- Canonical en cada página apuntándose a sí misma
- Apagar la versión vieja o ponerla en
noindex
Después
- Revisar Search Console cada semana, al menos ocho semanas
- Trabajar el reporte de 404 y agregar las redirecciones que falten
- Revisar cadenas de redirección, máximo tres saltos
- Revisar los enlaces internos con herramienta, también en los idiomas que no lees
- Conservar las redirecciones al menos un año, mejor para siempre
Si tienes un relanzamiento en puerta y quieres saber cuáles de tus direcciones tienen algo que perder, escríbenos. Cruzamos tu sitemap con Search Console y te mandamos la lista de direcciones que necesitan redirección.
Fuentes
Vigencia de este artículo
Sin cambios de fondo desde su publicación.
Preguntas frecuentes sobre el relanzamiento
¿Siempre se pierden posiciones en un relanzamiento?
No, un relanzamiento se puede hacer sin pérdidas. Google dice que las redirecciones permanentes no provocan pérdida de PageRank. Lo que cuesta visibilidad son las redirecciones que faltan o están mal, las páginas sin sucesor y el contenido que se recortó durante el rediseño. Aun así, cuenta con fluctuación en las primeras semanas, porque Google tiene que volver a rastrear y evaluar cada dirección.
¿Cuánto tarda Google en mostrar las direcciones nuevas?
Para un sitio chico o mediano, Google habla de algunas semanas hasta que la mayoría de las páginas se mueven. Los sitios grandes tardan más. La velocidad depende de la cantidad de direcciones y de qué tan rápido responde tu servidor. Enviar el sitemap acelera el descubrimiento, pero no fuerza nada.
¿Tiene que ser 301 o sirve 302?
Un relanzamiento pide 301, la redirección permanente. 302 significa temporal y le dice a Google que la dirección vieja sigue siendo la buena. Muchos sistemas usan 302 por defecto, así que vale la pena revisar el ajuste. El nuestro estaba así y hubo que cambiarlo antes de la mudanza.
¿Cuánto tiempo hay que mantener las redirecciones?
Google recomienda al menos un año. En la práctica hay pocas razones para quitarlas alguna vez: no cuestan nada y atrapan enlaces viejos en directorios, firmas de correo y mensajes que se siguen abriendo años después.
¿Para qué sirve la herramienta de cambio de dirección?
Solo para pasar de un dominio o subdominio a otro, por ejemplo de ejemplo.mx a ejemplo.com. No aplica para el cambio de http a https, ni de www a sin www, ni para rutas nuevas dentro del mismo dominio. En esos casos bastan buenas redirecciones.
¿Cuál es el error más común después de la mudanza?
Un bloqueo pensado para la fase de construcción que se queda. Un noindex en el encabezado o una entrada en robots.txt mantiene la obra fuera del buscador, y mantiene igual de fuera al sitio terminado. El segundo error frecuente son los enlaces internos que siguen apuntando a las direcciones viejas y mandan cada clic por una redirección.