Migrar una tienda a Tiendanube sin una checklist SEO convierte el lanzamiento en una apuesta: el catálogo puede verse bien y el checkout funcionar, pero las URLs que ya reciben tráfico, los enlaces externos, las etiquetas y la medición pueden quedar atrás. La migración no empieza al cambiar el DNS. Empieza cuando inventariás el sitio actual y decidís qué debe conservarse, qué tendrá un reemplazo equivalente y qué no conviene trasladar.

Esta guía sirve para preparar y controlar una migración hacia Tiendanube. No ejecuta redirecciones ni reemplaza la documentación técnica de tu proveedor de dominio. El objetivo es llegar al día del cambio con un mapa verificable de URLs, catálogo, tracking y pruebas, y no improvisar sobre la tienda publicada.

Qué debe quedar listo antes de cambiar el dominio

El criterio de salida no es «ya cargamos los productos». La tienda nueva está lista cuando cada activo importante de la anterior tiene un destino, los recorridos de compra fueron probados y existe una línea de base para comparar lo que pase después. Google recomienda preparar y probar el sitio nuevo, mapear las URLs viejas con sus destinos y recién entonces iniciar una migración con cambios de URL.

Tiendanube permite importar productos por CSV, vincular un dominio propio y crear redirecciones 301 entre rutas internas. Sin embargo, su documentación aclara que no hay una sincronización general automática entre plataformas. Por eso, tratá la importación como un traslado de datos que requiere control, no como una clonación completa del ecommerce.

Flujo de control SEO para migrar una tienda a Tiendanube: inventario, mapeo, catálogo, tracking, lanzamiento y monitoreo — La migración se valida por capas: primero el inventario y el mapeo; después el catálogo y el tracking; por último, el lanzamiento y el monitoreo.

Checklist 1: inventario y línea de base

El inventario debe reunir más fuentes que el sitemap. Un sitemap suele contener URLs canónicas que el CMS considera importantes, pero puede omitir páginas huérfanas, productos retirados que todavía tienen enlaces, imágenes posicionadas o rutas que reciben visitas.

? Exportá las URLs del sitemap actual.
? Sumá las URLs con clics o impresiones de Google Search Console.
? Incorporá páginas de entrada y ventas de la herramienta de analítica.
? Rastreá el ecommerce para encontrar productos, categorías, contenidos, paginaciones, canonicals, errores y redirecciones existentes.
? Agregá URLs con backlinks relevantes, aunque no aparezcan en los reportes anteriores.
? Incluí imágenes, PDFs u otros archivos que reciban tráfico o enlaces.
? Guardá el title, meta description, H1, canonical, estado HTTP y profundidad de cada URL importante.
? Registrá sesiones orgánicas, ventas, ingresos y tasa de conversión por página de entrada para construir una línea de base.

Asigná prioridad. Una ficha agotada con backlinks puede necesitar más cuidado que cien productos sin tráfico, enlaces ni equivalente comercial. Como mínimo, distinguí páginas críticas, páginas secundarias y URLs sin valor comprobado. Esa clasificación define el orden del QA y evita que el equipo dedique el mismo esfuerzo a todo el inventario.

Checklist 2: arquitectura y mapa de URLs

Armá una planilla con una fila por URL anterior. Las columnas mínimas son: URL vieja, tipo de página, URL nueva, acción prevista, motivo, prioridad, responsable y resultado de la prueba. La acción no siempre es redirigir: puede ser conservar la misma ruta, redirigir a un equivalente real o devolver 404/410 cuando el contenido se retira y no existe un sustituto útil.

? Definí las categorías finales antes de cargar todo el catálogo.
? Compará la estructura de productos, categorías, páginas institucionales y blog entre ambas plataformas.
? Conservá las rutas actuales cuando sea posible y tenga sentido para el usuario.
? Asigná un destino equivalente a cada URL prioritaria que vaya a cambiar.
? Evitá mapear productos distintos hacia una categoría genérica o hacia la home solo para eliminar 404.
? Actualizá en la tienda nueva menús, breadcrumbs, enlaces de fichas, banners y links del contenido para que apunten directamente a las URLs finales.
? Revisá que cada página indexable declare un canonical coherente con su URL pública.
? Verificá que el sitemap nuevo contenga solo URLs canónicas, indexables y con respuesta correcta.

Si necesitás profundizar en cambios de host, subdominio o estructura, usá la guía para migrar URLs. Esta checklist se concentra en el caso operativo de una tienda que se mueve a Tiendanube: catálogo, rutas comerciales, medición y control del lanzamiento.

Cómo decidir el destino de una URL vieja

Situación	Acción a preparar	Control
El producto o contenido sigue existiendo	Conservar la URL o mapearla a su equivalente directo	Misma intención, contenido útil y destino con respuesta 200
Dos URLs se consolidan en una página mejor	Mapear ambas hacia el destino que realmente las reemplaza	Evitar cadenas y comprobar canonical
El producto se retiró, pero hay un sustituto cercano	Evaluar redirección al sustituto solo si satisface la misma necesidad	No engañar al usuario con una categoría demasiado amplia
No existe reemplazo	Planificar una respuesta 404 o 410 correcta	Retirar enlaces internos y excluir la URL del sitemap

Checklist 3: redirecciones sin ejecutarlas a ciegas

Para cambios permanentes, Google recomienda redirecciones permanentes del lado del servidor, como 301 o 308. La herramienta de Tiendanube permite cargar una ruta vieja y una nueva sin el dominio. Su propia documentación también advierte que esa función trabaja sobre secciones del sitio y no resuelve por sí sola un cambio de dominio; ese caso puede requerir configuración en el hosting o servidor que controla el dominio.

? Confirmá quién implementará las redirecciones y en qué capa técnica.
? Prepará el archivo maestro sin activar reglas durante la etapa de inventario.
? Usá rutas completas y destinos uno a uno; no bases el mapa solo en coincidencias de texto.
? Detectá redirecciones antiguas para apuntarlas directamente al destino final y evitar cadenas.
? Reservá 301/308 para cambios permanentes; no uses una redirección permanente para una prueba temporal.
? Probá una muestra prioritaria antes del lanzamiento y el conjunto completo inmediatamente después.
? Controlá código de estado, URL final, cantidad de saltos y correspondencia de contenido.
? Conservá el mapa y el resultado de las pruebas como documentación del proyecto.

No alcanza con que el navegador «llegue a algún lado». Un redirect pasa el QA cuando lleva en un solo salto al reemplazo correcto. Para auditar cadenas, bucles y destinos erróneos, podés ampliar con este proceso de análisis de redirecciones.

Checklist 4: catálogo, categorías e imágenes

La carga masiva de Tiendanube usa archivos CSV y un identificador de URL único por producto. La documentación oficial indica que el CSV no carga las fotos, por lo que imágenes, variantes y asociaciones deben tener su propio control. Antes de procesar el catálogo completo, hacé una importación piloto con productos simples, productos con variantes, artículos sin stock y casos con caracteres especiales.

? Guardá un backup sin modificar de las exportaciones de la plataforma anterior.
? Normalizá SKU, nombres, precios, stock, variantes, peso, dimensiones y categorías.
? Definí el identificador de URL antes de importar; no lo cambies sin evaluar su efecto sobre la ruta final.
? Verificá que títulos y descripciones no hayan quedado cortados, vacíos o con HTML roto.
? Comprobá una muestra de precios, impuestos, promociones y stock contra la fuente original.
? Revisá variantes complejas: talle, color, disponibilidad y combinación de atributos.
? Migrá las imágenes con filename, calidad y alt adecuados; no asumas que el CSV las trasladará.
? Confirmá que cada producto pertenezca a las categorías correctas y pueda alcanzarse mediante enlaces HTML.
? Conservá contenido editorial útil de categorías y fichas en lugar de reemplazarlo por textos genéricos.
? Revisá productos agotados, discontinuados y estacionales con una regla editorial explícita.

La arquitectura del catálogo importa tanto como la importación. Una arquitectura web clara ayuda a decidir qué categorías merecen una URL estable y cómo conectar productos, familias y contenidos. Después, el enlazado interno debe actualizarse para evitar que la tienda nueva dependa de redirects en su propia navegación.

Checklist 5: contenido y señales on-page

Una migración de plataforma no obliga a reescribir todo. Cambiar simultáneamente CMS, URLs, diseño, navegación y contenido dificulta aislar la causa de cualquier caída. Conservá primero lo que ya funciona; las mejoras editoriales pueden priorizarse después con datos de la nueva tienda.

? Migrá title, meta description, H1 y contenido principal de las URLs prioritarias.
? Evitá titles duplicados generados por una plantilla incompleta.
? Revisá que exista un solo H1 descriptivo por plantilla.
? Controlá canonicals en productos, categorías, paginación y variantes accesibles por URL.
? Verificá datos estructurados con valores visibles y consistentes: producto, precio, disponibilidad, moneda y breadcrumbs cuando correspondan.
? Buscá restos del entorno de prueba, enlaces al dominio temporal y recursos servidos desde la plataforma anterior.
? Confirmá que políticas, contacto, envíos, cambios y devoluciones estén publicadas y enlazadas.

Checklist 6: dominio, rastreo e indexación

El cambio de DNS debería ocurrir cuando la tienda ya pasó las pruebas funcionales y SEO. Si el dominio también cambia, el alcance es mayor: verificá las propiedades relevantes en Search Console y evaluá la herramienta de cambio de dirección de Google. Si mantenés el mismo dominio y cambian las rutas, el foco está en el mapeo, las redirecciones y el sitemap.

? Documentá los registros DNS actuales, incluidos los necesarios para el correo, antes de tocar la zona.
? Confirmá que el dominio final esté vinculado y que HTTPS funcione sin errores.
? Verificá las variantes necesarias del dominio en Search Console.
? Retirá bloqueos temporales de indexación o modo «página en construcción» al lanzar.
? Revisá robots.txt, meta robots y headers para detectar bloqueos involuntarios.
? Abrí /sitemap.xml, comprobá una muestra y envialo en Search Console.
? Inspeccioná la home, categorías principales, productos prioritarios y una página institucional.
? Comprobá que las URLs del sitemap respondan 200 y no redirijan.

Enviar el sitemap facilita el descubrimiento, pero no sustituye las redirecciones ni garantiza indexación. La documentación de Tiendanube indica que su sitemap se genera automáticamente; Search Console permite observar su procesamiento y revisar páginas excluidas o con errores.

Checklist 7: tracking y continuidad de datos

El tracking debe probarse antes de abrir la tienda. Tiendanube ofrece campos específicos para Google Analytics, Google Ads y Meta, además de espacios para otros códigos de conversión. La documentación advierte que duplicar un mismo código en ubicaciones distintas puede contar ventas más de una vez. No des por correcta una integración porque el identificador aparece guardado: ejecutá compras de prueba y mirá los eventos recibidos.

? Inventariá GA4, Google Ads, Meta, afiliados, email y cualquier script de consentimiento o atribución.
? Definí qué propiedad y flujo de datos deben conservar continuidad histórica.
? Verificá page_view y eventos clave de vista de producto, agregado al carrito, inicio de checkout y compra según la implementación disponible.
? Ejecutá una compra de prueba con un valor reconocible y comprobá moneda, importe, ID de transacción e ítems.
? Evitá enviar el evento de compra dos veces desde integraciones superpuestas.
? Probá referencias, UTMs y navegación hacia pasarelas externas para detectar pérdida de atribución.
? Revisá el banner de consentimiento y el comportamiento de tags antes y después de aceptar.
? Anotá cualquier diferencia de medición entre la plataforma vieja y la nueva; no compares series incompatibles como si fueran idénticas.

Checklist 8: QA funcional y SEO antes de publicar

El QA tiene que cubrir plantillas y casos extremos, no solo la home. Probá en móvil y escritorio, con usuarios nuevos y recurrentes, y con al menos dos medios de pago o envío relevantes para la operación.

? Navegación, buscador, filtros y ordenamiento.
? Productos simples, con variantes, agotados, promocionados y sin imagen secundaria.
? Carrito, cupones, cálculo de envío, impuestos y checkout.
? Emails transaccionales y estados del pedido.
? Formularios, WhatsApp, chat y datos de contacto.
? Códigos 200, 3xx, 404 y 5xx mediante un rastreo del entorno listo para salir.
? Renderizado de title, description, H1, canonical y datos estructurados.
? Enlaces internos rotos, imágenes faltantes y recursos bloqueados.
? Rendimiento de las plantillas principales con datos reales, no con un catálogo vacío.
? Diferencias entre el HTML esperado y lo que ve la herramienta de inspección de URL.

Checklist 9: lanzamiento y monitoreo

Elegí una ventana de menor demanda, definí responsables y prepará un criterio de pausa. El plan debe decir quién cambia DNS, quién habilita la indexación, quién prueba redirects, quién valida pagos y quién decide si una falla obliga a volver atrás. Evitá sumar un rediseño editorial masivo el mismo día si no es indispensable.

Durante el lanzamiento

? Confirmá backup, mapa de URLs y responsables.
? Aplicá solo los cambios autorizados del plan de migración.
? Verificá dominio, HTTPS y disponibilidad pública.
? Comprobá primero home, categorías y productos críticos.
? Probá el set completo de URLs viejas contra el mapa esperado.
? Hacé una compra real o controlada y verificá el pedido y la medición.
? Enviá el sitemap final y registrá la hora del cambio.

Después del lanzamiento

? Rastreá nuevamente la tienda y compará resultados con el crawl previo.
? Monitoreá 404, errores de redirección, páginas excluidas y canonicals elegidos por Google.
? Compará tráfico y ventas por tipo de página, no solo el total del sitio.
? Revisá las consultas y páginas prioritarias en Search Console.
? Controlá eventos de compra y posibles duplicados todos los días durante la primera etapa.
? Corregí enlaces internos que todavía apunten a URLs viejas.
? Mantené las redirecciones permanentes y el acceso a su configuración; no las retires apenas Google empiece a mostrar las URLs nuevas.
? Registrá cada incidente y su solución para no repetirlo en futuras cargas o cambios.

Criterio final para autorizar la migración

La tienda puede pasar a producción cuando el inventario cubre las URLs importantes, el mapa tiene destinos justificables, el catálogo fue comparado contra la fuente, el tracking registra una compra sin duplicarla y el QA no muestra bloqueos críticos. Si faltan redirecciones para páginas con tráfico o backlinks, el dominio no está estable, el checkout falla o no podés medir ventas, postergá el cambio.

Para decidir si la plataforma encaja antes de llegar a esta etapa, consultá el análisis independiente sobre qué ofrece Tiendanube, sus límites y cómo evaluarla. Esa guía responde si conviene elegirla; esta checklist responde cómo preparar el traslado sin perder control SEO.

Checklist SEO antes de migrar una tienda a Tiendanube