Migración de un e-commerce a otro: ¿qué puede salir mal con 3.000 productos?

Con las claves la agencia tiene razón, los mecanismos de hash no coinciden entre sistemas. Nos otros cuando migramos mandamos a los clientes un enlace de acceso temporal que activaba el cambio de clave. Y con los pedidos ojo con los choques de ID; si los números de pedido viejos se solapan con los ID del nuevo sistema se les van a mezclar las facturas.

Hace dos años hicimos una migración parecida con 4.000 productos. El primer mes una fluctuación del 15% en el tráfico orgánico es normal, no entren en pánico. Aunque hicimos las redirecciones impecables, Google tardó seis semanas en rastrear el nuevo mapa. 14.500 Euro para ese alcance y plazo es un precio bastante razonable en el mercado alemán.

Si la agencia dijo 8 semanas, calculen mínimo 12. Sobre todo en los productos con variantes, los mapeos de atributos (color, talle, material) requieren retoque manual. La agencia seguro va a hacer una importación CSV estándar y dar el trabajo x terminado, y después corregir las descripciones faltantes les va a tocar a uds.

Hagan agregar estos puntos al contrato con la agencia: 1) Tabla de redirecciones 301 de todas las URL del sistema viejo, 2) Migración completa de meta títulos y descripciones, 3) Conservación de etiquetas ALT en imágenes, 4) Si hay estructura multiidioma, testeo de etiquetas de idioma según la nueva arquitectura.

Nosotros tb hicimos esta locura el año pasado... Lo q más nos agotó fueron las fotos de productos. Los nombres de las imágenes en el sistema viejo tenían espacios o caracteres especiales y el nuevo no los aceptaba. Antes de salir a producción armen un entorno de prueba con al menos 100 productos y hagan un pedido de test, no apunten el dominio principal sin probar el carrito de punta a punta.

Corrección: recordaba mal la cifra, era un poco más baja.

¿Qué van a hacer con las integraciones de contabilidad o logística del sistema viejo? Mover los productos es la parte fácil, ¿se van a renovar los puentes que conectan el flujo de pedidos con la factura y la etiqueta de envío? ¿El presupuesto de la agencia incluye la configuración de esos conectores?

No hagan la migración un viernes, háganla un martes a la noche. Si pasan a producción un día de semana cuando el equipo y la agencia estén trabajando, van a poder solucionar al toque cualquier error en el checkout durante las primeras 24 horas. Si lo hacen el fin de semana no van a encontrar a nadie.

3000 productos no es tanto pero si hay muchas variantes te quema la cabeza. a nosotros nos crearon los colores y medidas como productos separados y se rompio todo el arbol de categorias... muéstrenle bien la estructura de variantes a la agencia atnes y q les den el ok.

Permíteme resumir lo que se ha dicho hasta ahora. La respuesta varía mucho según el sector, no hay una regla general.

Esta es mi opinión, no lo escribo como una verdad absoluta.

Tomo nota, gracias.

Aquí hay una trampa, no puedo dejar de mencionarla. Empezad con una pequeña prueba, no lo integréis todo de golpe.

Ánimo.

tiene razón. un informe semanal por escrito funnciona mucho mejor que preguntar por fechas.

también me gustaría saber si alguien lo hace de otra manera.

Tiene razón.

Aquí hay una trampa, no puedo dejar de mencionarla. El sistema sigue vivo después de la entrega; el mantenimiento es una partida aparte.

Las decisiones apresuradas son las que hay que corregir seis meses después. Espero que le sea útil.

¿Y cómo resolvieron esto? Las credenciales de acceso deben crearse a nombre de la empresa, no con cuentas personales.

Lo dejo como nota, por si sirve.

Le agradecería que compartiera el resultado.

Estoy totalmente de acuerdo. Que todo el mundo haga algo no significa que sea lo correcto.

Lo dejo como nota, por si sirve.

Creo que este consejo no sirve para todos. Si el alcance crece, debe crecer el plazo o el presupuesto. No hay tercera opción.

En un sistema heredado lo más caro son las dependencias desconocidas. Lo dejo como nota por si sirve.