¿Qué hay que inventariar antes de migrar?
| Datos | Qué incluir | Qué cuidar |
|---|---|---|
| Productos | Nombres, descripciones, variantes, SKU, stock, imágenes, categorías y atributos | Que las variantes y el stock lleguen completos |
| Clientes | Datos de contacto, direcciones y preferencias de comunicación | El consentimiento y las contraseñas, que en general no se pueden trasladar |
| Pedidos | Historial, estados, facturas asociadas y devoluciones | Que la numeración no se pise con la nueva |
| Contenidos | Páginas, blog, políticas y preguntas frecuentes | Que no se pierdan textos que traen visitas |
| Integraciones | Pagos, envíos, facturación, stock, marketplaces y correo | Qué se reconfigura y qué se reemplaza |
Con este inventario se define qué se migra de forma automática, qué se carga a mano y qué queda solo como archivo histórico.
¿Qué pasa con las URLs y el posicionamiento?
Cada plataforma arma las direcciones de productos y categorías a su manera. Si cambian, hay que redirigir cada URL vieja a su equivalente con una redirección permanente 301, tal como recomienda Google al mover un sitio (Google Search Central; redirecciones).
En una tienda esto incluye productos, categorías, filtros importantes, páginas de marca e imágenes que reciben tráfico. Google también tiene una guía específica sobre cómo diseñar la estructura de URLs de un ecommerce, útil para decidir el formato nuevo (Google Search Central).
Los productos discontinuados se redirigen a la categoría o al producto más parecido; si no hay equivalente, se dejan con un 404 o 410.
¿Cómo se manejan los pagos?
Los medios de pago se reconfiguran en la plataforma nueva con las credenciales de tu cuenta en cada procesador. Antes del cambio conviene:
- Confirmar que tu procesador de pagos y tus métodos de envío tienen integración con la plataforma elegida.
- Probar cada medio de pago en modo de prueba y luego con una compra real de bajo monto que después se reembolsa.
- Verificar los avisos automáticos del procesador (notificaciones de pago aprobado o rechazado), que suelen apuntar a una dirección de la tienda vieja.
Los datos completos de tarjetas no deberían guardarse en la tienda ni migrarse: los gestiona el procesador. Las normas PCI DSS fijan cómo deben proteger esos datos los comercios que aceptan tarjetas (PCI Security Standards Council).
¿Qué pruebas hacer antes del cambio?
La tienda nueva se arma en un entorno de pruebas, bloqueado para buscadores, con una copia reciente de los datos. Ahí se recorre el circuito completo:
- Buscar, filtrar y agregar productos con variantes al carrito.
- Comprar como invitado y como cliente registrado, con cada medio de pago y envío.
- Revisar los correos automáticos, las facturas y los estados del pedido.
- Probar cupones, impuestos, costos de envío por zona y stock.
- Revisar todo desde el teléfono.
- Probar una muestra amplia de redirecciones.
Cada error que se encuentra en esta etapa es uno que no ve un cliente.
¿Cómo se organiza la ventana de cambio?
El día del cambio se elige en un horario de pocas ventas y se comunica al equipo. Un orden habitual:
- Congelar cambios de catálogo en la tienda vieja.
- Hacer la migración final de pedidos, clientes y stock nuevos desde la última copia.
- Apuntar el dominio a la tienda nueva y activar las redirecciones.
- Hacer compras de prueba reales en producción.
- Quitar el bloqueo a buscadores y enviar el sitemap nuevo.
Si la tienda tiene que quedar fuera de línea un rato, Google recomienda que durante cortes muy breves el sitio responda con un código 503 y no con páginas vacías (Google Search Central).
¿Qué incluye un plan de vuelta atrás?
Un plan de vuelta atrás responde a una pregunta: si algo crítico falla, ¿cómo volvemos a vender con la tienda anterior en minutos? Para eso hace falta:
- Mantener la tienda vieja intacta y disponible durante un período acordado.
- Tener una copia completa de los datos y de los archivos antes del cambio.
- Definir qué fallas obligan a volver (por ejemplo, pagos que no se acreditan) y quién decide.
- Saber cómo recuperar los pedidos que hayan entrado en la tienda nueva mientras tanto.
En AiDo Creative, según la propuesta, el inventario, las pruebas y el plan de vuelta atrás se acuerdan antes de tocar la tienda en producción.
En resumen
- Inventaría productos, clientes, pedidos, contenidos e integraciones antes de migrar.
- Redirige cada URL vieja a su equivalente con un 301.
- Prueba el circuito completo de compra, pagos y correos antes del cambio.
- Planifica una ventana de cambio corta y un plan de vuelta atrás.
Preguntas frecuentes
¿Los clientes tendrán que crear una cuenta nueva?
Muchas veces sí, o al menos restablecer la contraseña, porque las contraseñas suelen guardarse cifradas de una forma que cada plataforma maneja distinto. Conviene avisarles con anticipación y explicarles el paso.
¿Se puede migrar sin cerrar la tienda?
En la mayoría de los casos sí, con una ventana de cambio corta y una migración final de los datos nuevos. Si hace falta una pausa, se planifica en el horario de menos ventas.
¿Qué pasa con las reseñas de los productos?
Depende de dónde estén guardadas. Si son parte de la tienda, se pueden migrar con su fecha y autor; si vienen de un servicio externo, se vuelve a conectar ese servicio.
¿Cuánto tiempo hay que mantener la tienda vieja?
Lo suficiente para confirmar que todo funciona y para consultar el historial. El período se define en el plan de migración.
Respuestas del equipo de AiDo CreativeApps y plugins a medida
Aplicaciones e integraciones hechas para tu forma de trabajar.
Ver el servicioFuentes
- Google Search Central: cómo trasladar un sitio con cambios de URL
- Google Search Central: redirecciones y la Búsqueda de Google
- Google Search Central: estructura de URLs para sitios de ecommerce
- Google Search Central: pausar o desactivar un sitio temporalmente
- PCI Security Standards Council: información para comercios
