BASE DE DATOS
¿Cómo migrar los datos y las URL de una tienda de e-commerce?
Tabla de Contenidos — Español
¿Qué inventario debe elaborarse antes de migrar?
Liste los registros de productos, variantes, categorías, imágenes, clientes, direcciones, pedidos y contenidos. Para cada tipo de registro deben definirse el origen, el destino, el campo identificador y el alcance del historial que se conservará. Registre por separado las conexiones de integración y los identificadores de sistemas externos. Las páginas visibles de la tienda no son todo el inventario.
Las contraseñas y los tokens de pago requieren una consideración especial. No puede darse por sentado que el sistema de destino admita los hashes de contraseña existentes ni que el proveedor permita transferir los tokens. Cuando sea necesario, debe planificarse un restablecimiento seguro de cuentas o una vía de migración respaldada por el proveedor.
¿En qué orden se realiza la transferencia de datos?
1. Obtenga una copia de solo lectura de los datos de origen y prepare el mapeo de campos. Indique de forma explícita las conversiones de identificadores, fechas, monedas y unidades de medida.
2. Identifique duplicados y datos faltantes. Depure los SKU repetidos, las variantes huérfanas y las direcciones de imágenes rotas. Las decisiones de depuración deben quedar documentadas.
3. Transfiera siguiendo el orden de dependencias. Es posible que las categorías y los productos se necesiten antes que las variantes y relaciones asociadas; respete las reglas del modelo de destino.
4. Realice un ensayo de transferencia en un entorno de pruebas. Al volver a ejecutar la misma transferencia no debe generarse una segunda copia. La correspondencia entre identificadores antiguos y nuevos debe conservarse de forma permanente.
5. Además del número de registros, valide contenidos de muestra y totales. Los campos críticos, como el importe del pedido, el número de líneas, la fecha y el estado, deben compararse uno por uno.
¿Cómo se gestiona la diferencia final de datos?
Entre el ensayo y el traspaso a producción se crean nuevos registros. Debe elegirse entre una transferencia con corte total del servicio o una transferencia controlada de las diferencias. Si la hora de modificación no es fiable, una selección basada solo en marcas de tiempo puede omitir registros. Los registros eliminados y los cambios retroactivos deben evaluarse por separado.
¿Cómo se mapean las URL antiguas?
Recopile las direcciones antiguas importantes a partir de rastreos, mapas del sitio y registros de analítica. Vincule cada dirección con su equivalente nuevo más pertinente. Para los cambios de URL, Google recomienda usar redirecciones permanentes en el servidor y ocuparse de los enlaces internos y los mapas del sitio con las nuevas URL.
Si un producto no tiene un equivalente real, planifique una respuesta adecuada al estado del contenido en lugar de redirigir todas las direcciones antiguas a la página de inicio. Compruebe las cadenas y los bucles de redirecciones. El canonical, el mapa del sitio y los enlaces internos no deben apuntar a destinos diferentes.
¿Cómo se valida el traspaso a producción?
Con pruebas controladas que no cobren pagos reales, verifique la selección de productos, el registro de pedidos, las notificaciones y la transferencia a sistemas externos. Compruebe que no se hayan trasladado a producción los ajustes de prueba que bloquean la indexación. Tras el traspaso, supervise los enlaces rotos, las redirecciones, los errores de pedidos y el estado de las páginas importantes.
La condición para decidir una reversión y la persona autorizada para tomarla deben determinarse de antemano. Si el sistema de destino ya ha recibido nuevos pedidos, debe explicarse cómo se conciliarán esos registros con el sistema antiguo. Restaurar la copia de seguridad antigua por sí solo no garantiza una reversión coherente.
Preguntas frecuentes
¿Cuál es el siguiente paso?
Prepare su inventario actual de datos y URL, y revise con PROJX Digital el plan de ensayo y de traspaso a producción.
