--- title: "Migrar una página web sin perder posicionamiento en Google — Dardo" description: "Cambia de plataforma, hosting o dominio sin perder posicionamiento: inventario de URLs, redirecciones 301, checklist de lanzamiento y qué revisar después." url: "https://dardo.studio/es/blog/migrar-pagina-web-sin-perder-posicionamiento/" language: "es" translation: "https://dardo.studio/en/blog/website-migration-seo-checklist/" updated: "2026-10-09T20:39:09.023Z" --- [Blog](https://dardo.studio/es/blog/) # Cómo migrar tu página web sin perder posicionamiento en Google Al migrar una página web, el posicionamiento casi nunca se pierde por la plataforma nueva, sino por URLs que dejaron de responder. Checklist paso a paso. Por [Nicolás Cerón](https://dardo.studio/es/estudio/) ·9 de octubre de 2026 · [Read in English](https://dardo.studio/en/blog/website-migration-seo-checklist/) ![Una ciudad amurallada antigua y una ciudad moderna a orillas opuestas de un río de noche, unidas por un puente de piedra donde una línea de luz carmesí guía a los viajeros de la puerta antigua a la ciudad nueva.](https://dardo.studio/_astro/01M4GYEE19GWZ3941KFH1RTVRX_1Uj8zU.webp) ## En resumen Tu página web conserva su posicionamiento después de migrar si cada URL que hoy recibe visitas o enlaces sigue respondiendo: con el mismo contenido en la misma dirección o con una redirección permanente a su equivalente más cercano. Casi todos los problemas salen de una URL que nadie anotó. La [guía de Google para trasladar un sitio con cambios de URL](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes?hl=es) fija la base: asignar cada URL antigua a una nueva, usar redirecciones permanentes del lado del servidor (301 o 308) y conservarlas "normalmente durante 1 año como mínimo". También advierte: "Es posible que el posicionamiento de tu sitio web fluctúe temporalmente durante el traslado". La misma guía pide hacer los cambios de uno en uno: primero el dominio, después el diseño. La documentación de la [herramienta de cambio de dirección](https://support.google.com/webmasters/answer/9370220?hl=es) es más directa: si aprovechas el traslado para rediseñar el contenido y cambiar la estructura de URLs, "puede que notes un descenso en el tráfico". Si necesitas las dos cosas, planea el [rediseño web](https://dardo.studio/es/servicios/rediseno-web/) como una fase aparte. ## Qué tipo de cambio estás haciendo | Cambio | Qué cambia | Redirecciones | Search Console | | -------------------------------------------------------- | ------------------------------------------------------ | ------------------------- | ------------------------------------------------- | | De un hosting a otro | Servidores o CDN; las URLs no cambian | Ninguna | Vigilar rastreo e indexación | | De plataforma (de Wix a WordPress, de WordPress a Astro) | CMS, plantillas y casi siempre algunos patrones de URL | Cada URL cuya ruta cambie | Sitemap nuevo y seguimiento | | De un dominio a otro | Todas las URLs | Todas | Cambio de dirección para cada variante verificada | ### Si solo cambias de hosting Si vas a migrar tu página web de un hosting a otro sin tocar las URLs, no necesitas redirecciones. La [guía de Google sobre cambio de hosting](https://developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes?hl=es) recomienda bajar el TTL del DNS al menos una semana antes y apagar el servidor anterior solo cuando su tráfico llegue a cero. Una baja corta del rastreo tras el cambio es normal. ## Antes de migrar: haz la lista de todo lo que tiene una URL El mapa de redirecciones vale lo que vale la lista de URLs antiguas, y cada fuente deja algo por fuera. ### Rastrea el sitio actual Pasa un rastreador por el sitio y exporta cada URL con su código de estado, título, meta descripción, canónica y hreflang, más las URLs del sitemap XML. Google sugiere revisar también los registros del servidor. ### Exporta las páginas de entrada En el [informe de Rendimiento de Search Console](https://support.google.com/webmasters/answer/7576553?hl=es), exporta la pestaña Páginas con el rango de fechas más largo y haz lo mismo con las páginas de entrada orgánicas de tu analítica. Esas páginas se revisan una por una [el día del lanzamiento](https://dardo.studio/es/blog/lista-lanzamiento-sitio-web/). ### Encuentra quién te enlaza El [informe de Enlaces](https://support.google.com/webmasters/answer/9049606?hl=es) muestra tus páginas más enlazadas, pero sus tablas llegan a 1.000 filas y no es una lista completa. Complétalo con tu herramienta de backlinks. ### Anota formularios, integraciones y archivos Escribe cada formulario y a dónde llegan sus envíos, cada herramienta incrustada (reservas, chat, mapas, pagos) y cada archivo que la gente enlaza directamente. Google insiste: "no te olvides de las URLs de contenido insertado (vídeos, imágenes, JavaScript y archivos CSS)". ### Arma el mapa de redirecciones Una fila por URL: antigua, nueva, código, notas y prueba. Cuatro reglas: - Cada URL va a su equivalente más cercano. Si mandas muchas URLs a un destino que no tiene relación, como la página principal, Google advierte que "se podrían considerar un error soft 404". - Si juntaste varias páginas en una, redirígelas todas a esa. - Si una página no tiene equivalente, recibe un 404 o un 410, no una redirección. - Conserva las rutas cuando la plataforma nueva lo permita. ## Durante el desarrollo: redirecciones y todo lo que viaja con ellas ### Redirecciones 301 o 308, una a una y desde el servidor Según la [documentación de Google sobre redirecciones](https://developers.google.com/search/docs/crawling-indexing/301-redirects?hl=es), los códigos 301 y 308 le indican que el destino debe ser la URL canónica, y recomienda redirecciones permanentes desde el servidor siempre que se pueda. Los temporales (302, 303 y 307) no envían esa señal, y JavaScript es el último recurso. Redirige directo a la URL final. Los rastreadores de Google siguen [hasta 10 saltos](https://developers.google.com/crawling/docs/troubleshooting/http-status-codes?hl=es), pero la guía de traslados pide ir al destino final sin cadenas. Si una migración anterior dejó redirecciones, apúntalas a las URLs nuevas. Revisa el código que usa por defecto tu servidor. En Cloudflare Workers, donde Dardo aloja los sitios que construye, un [archivo ](https://developers.cloudflare.com/workers/static-assets/redirects/)`[_redirects](https://developers.cloudflare.com/workers/static-assets/redirects/)` usa 302 si no escribes 301 en cada línea, admite hasta 2.000 redirecciones estáticas y 100 dinámicas, y no lee parámetros de consulta. Por eso las URLs simples de WordPress (`/?p=123`) necesitan lógica en el código del Worker. ### Cuándo responder 404 o 410 No todo tiene que sobrevivir: páginas con poco contenido, promociones vencidas y duplicados pueden salir. Para el contenido que no trasladas, Google pide asegurarte de que esas URLs "devuelven correctamente un código de respuesta HTTP 404 o 410", y sus rastreadores tratan igual todos los códigos 4xx salvo el 429: la URL sale del índice. ### Títulos, canónicas y hreflang - **Títulos y meta descripciones.** Pásalos campo por campo. - **Canónicas.** Cada página nueva apunta a su propia URL. Google trata la canónica como [una sugerencia, no una regla](https://developers.google.com/search/docs/crawling-indexing/canonicalization?hl=es), así que canónicas, redirecciones y sitemap deben coincidir. - **Hreflang.** Cada versión de idioma debe listarse a sí misma y a las demás; si dos páginas no se apuntan entre sí, Google [ignora las etiquetas](https://developers.google.com/search/docs/specialty/international/localized-versions?hl=es). ### Datos estructurados, enlaces internos e imágenes - **Datos estructurados.** Vuelve a poner el marcado de Organization, Breadcrumb, Article o Product y pruébalo con la prueba de resultados enriquecidos. La guía de traslados no lo menciona, y se pierde fácil. - **Enlaces internos.** Apúntalos a las URLs nuevas, no a redirecciones. - **Imágenes y PDF.** Conserva nombres y textos alternativos, y redirige los archivos que tengan enlaces o visitas. ### Analítica y consentimiento Reinstala y prueba la analítica, las conversiones y los píxeles de anuncios. Si el sitio anterior pedía consentimiento de cookies, el nuevo debe pedirlo igual antes de activar esas etiquetas. ## Qué suele fallar según la plataforma Estas notas salen de la documentación de cada plataforma a octubre de 2026. Describen cómo funcionan, no defectos. | Plataforma | Patrones de URL | Exportación y redirecciones | | ----------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | WordPress | Los [enlaces permanentes](https://wordpress.org/documentation/article/customize-permalinks/) pueden ser simples (/?p=N), con fecha o con el nombre de la entrada; categorías y etiquetas siempre llevan una base como /category/. | Desde [WordPress 6.4](https://make.wordpress.org/core/2023/10/16/changes-to-attachment-pages/) las páginas de adjuntos vienen apagadas en instalaciones nuevas, pero siguen activas en sitios actualizados. | | Webflow | Los elementos del CMS viven en páginas de Collection. | La [exportación de código](https://help.webflow.com/hc/en-us/articles/33961386739347-How-do-I-export-my-Webflow-site-code) no incluye el CMS, Ecommerce, User Accounts, formularios, búsqueda ni páginas traducidas, y requiere un plan Workspace. Las colecciones se exportan en CSV. | | Wix | Las entradas del blog van bajo un [prefijo ](https://support.wix.com/en/article/wix-blog-about-blog-post-web-addresses-urls)[/post/](https://support.wix.com/en/article/wix-blog-about-blog-post-web-addresses-urls) que se puede renombrar pero no quitar. | Un sitio de Wix [debe ejecutarse en los servidores de Wix](https://support.wix.com/en/article/exporting-or-embedding-your-wix-site-elsewhere): para salir hay que reconstruir las páginas. | | Framer | Cambiar una subruta [no actualiza las redirecciones existentes](https://www.framer.com/help/articles/how-to-setup-redirects-to-maintain-seo-ranking/). | Publica HTML, CSS y JavaScript estándar, y el [contenido del CMS se exporta con plugins](https://www.framer.com/help/articles/porting-your-data-from-framer/) en CSV o JSON. | | Squarespace | Los [URL mappings](https://support.squarespace.com/hc/en-us/articles/205815308-URL-mappings) aceptan la variable \[name\] para colecciones completas. | La [exportación](https://support.squarespace.com/hc/en-us/articles/206566687-Exporting-your-site) es un XML para WordPress con un solo blog, páginas de diseño y galerías, sin tienda, bloques de video o audio ni CSS personalizado. Los URL mappings no redirigen imágenes ni archivos y admiten unas 2.500 líneas. | | Shopify | Las URLs van bajo rutas como /products/, /collections/, /pages/ y [/blogs//](https://shopify.dev/docs/api/liquid/objects/blog); Shopify llama fijas a /products y /collections. | Las [redirecciones](https://help.shopify.com/en/manual/online-store/menus-and-links/url-redirect) solo funcionan desde URLs que ya no cargan una página, con un máximo de 100.000 (20.000.000 en Plus). | ### Migrar de Wix a WordPress Wix no exporta el sitio, así que las páginas se reconstruyen en WordPress. Las URLs del blog sí se pueden conservar: una estructura personalizada de enlaces permanentes como `/post/%postname%/` reproduce las direcciones de Wix si los slugs coinciden. Las demás páginas necesitan redirecciones, en el servidor o con un plugin. Desde Squarespace o Webflow, importa lo que cubre la exportación y reconstruye el resto. Hacia Shopify, las URLs de producto casi siempre cambian: el mapa debe cubrir cada producto. ## El día del lanzamiento 1. **DNS.** Si cambia el hosting o el DNS, baja el TTL al menos una semana antes. 2. **Bloqueos.** Quita del sitio nuevo los `noindex` y bloqueos de robots.txt que traía de pruebas. 3. **Redirecciones.** Publícalas en el mismo despliegue que el sitio nuevo. 4. **Prueba del mapa.** Pasa el mapa por un script: cada URL antigua responde 301 o 308 hacia su destino final en un salto, y el destino responde 200. 5. **Search Console.** Verifica el sitio nuevo y envía el sitemap nuevo, más uno con las URLs antiguas para que Google las rastree otra vez. 6. **Cambio de dirección.** Si vas a migrar tu página web de un dominio a otro, envía la solicitud con la misma cuenta de Google, propietaria de ambas propiedades, para cada variante del dominio anterior, con y sin www. 7. **Formularios y pagos.** Envía un formulario real, haz un pago de prueba y confirma que llegan los eventos de analítica. 8. **Tus propios enlaces.** Actualiza tus perfiles en redes sociales, tus anuncios y tus fichas en directorios. ## Los 30, 60 y 90 días después ### Días 1 a 30: espera movimiento Google explica que, "en el caso de los sitios pequeños o medianos, se pueden tardar varias semanas en transferir la mayoría de las páginas". Mientras tanto, vigila: - **Indexación y sitemaps.** Las URLs indexadas bajan en el sitio anterior y suben en el nuevo. - **Rendimiento por página.** Las URLs nuevas empiezan a ganar impresiones y clics. - **Errores 404.** Cada 404 inesperado es una fila que falta en el mapa. Revisa a diario las dos primeras semanas. ### Días 31 a 60: compara con la línea base Si una página clave perdió clics, revisa en orden: la redirección llega en un salto, el contenido o el título cambiaron, los enlaces internos apuntan a ella, está en el sitemap. Después pide a los sitios con tus enlaces más valiosos que los actualicen. ### Día 90 en adelante: no quites las redirecciones Consérvalas al menos un año, como pide Google, y si puedes, para siempre. Si cambiaste de dominio, la herramienta de cambio de dirección pide mantenerlas "durante al menos 180 días"; pasado ese plazo, Google ya no relaciona el sitio antiguo con el nuevo. También recomienda seguir pagando el dominio anterior "durante al menos un año" para que nadie más lo compre. ## Checklist para migrar tu página web | Fase | Tarea | Hecho cuando | | ----------- | ----------------------------------------------------------- | ------------------------------------------------------- | | Antes | Rastrear sitio, sitemap y registros del servidor | Una lista con cada URL antigua y su código | | Antes | Exportar páginas de entrada y páginas más enlazadas | Páginas clave y backlinks marcados en el mapa | | Antes | Anotar formularios, integraciones y archivos | Cada uno tiene plan en el sitio nuevo | | Antes | Armar el mapa de redirecciones | Cada URL tiene destino o decisión de 404/410 | | Desarrollo | Redirecciones 301 o 308 desde el servidor | Un salto, sin cadenas ni envíos masivos al inicio | | Desarrollo | Títulos, descripciones, canónicas, hreflang | Igual que antes, con URLs nuevas | | Desarrollo | Datos estructurados, enlaces internos, imágenes | Marcado validado; ningún enlace interno a redirecciones | | Desarrollo | Analítica, conversiones y consentimiento | Eventos probados, tras el consentimiento cuando aplica | | Lanzamiento | Quitar noindex y bloqueos de robots.txt | Las URLs nuevas se pueden rastrear | | Lanzamiento | Probar el mapa completo | Cada fila responde el código y destino esperados | | Lanzamiento | Search Console: verificación, sitemaps, cambio de dirección | Enviado sin errores críticos | | Después | Vigilar indexación, 404 y rendimiento | Las URLs antiguas bajan, las nuevas ganan impresiones | | Después | Conservar redirecciones y dominio anterior | Al menos un año | ## Si quieres ayuda para migrar En Dardo llevamos sitios a desarrollos a la medida en Astro sobre Cloudflare Workers, y el mapa de redirecciones es un entregable que probamos antes de lanzar y te entregamos con el sitio. Mira nuestra [migración de página web](https://dardo.studio/es/servicios/migracion-de-pagina-web/), o el [rediseño web](https://dardo.studio/es/servicios/rediseno-web/) si también necesitas un diseño nuevo. O [cuéntanos qué quieres migrar](https://dardo.studio/es/contacto/). [Nicolás Cerón](https://dardo.studio/es/estudio/) Nicolás Cerón es el fundador de Dardo, un estudio de marca, diseño y desarrollo web en Bogotá, Colombia. ## Sigue explorando. - [Servicio · **Migrar tu página web sin perder posicionamiento**](https://dardo.studio/es/servicios/migracion-de-pagina-web/) - [Tu proyecto · **Inicia una conversación**](https://dardo.studio/es/contacto/)