Como migrar de Plataforma eCommerce

Share

Muchas empresas aún están trabajando sobre plataformas eCommerce antiguas, muchas de estas plataformas tienen grandes problemas de seguridad, problemas de usabilidad, etc…

Ante esta situación muchos se plantean el cambio a una nueva plataforma para poder seguir siendo competitivos y poder seguir creciendo, pero este cambio, puede ser contraproducente y acabar mantando la tienda online.

En este artículo, comentamos los aspectos a tener en cuenta si vamos a migrar una tienda online de plataforma.

Características

Lo primero que tenemos que hacer, es comprobar que el nuevo sistema tienen al menos las mismas características que el antiguo, y no me refiero a mirar en la lista de características, me refiero a probar realmente que funcione igual.

Algunos plataformas nuevas, aunque no lo parezcan, tienen en algunas áreas más limitaciones que algunos sistemas antiguos, como por ejemplo, PrestaShop tienen una gran carencia en la gestión de “totalizadores”.

Tenemos que probar realmente bien que al migrar no vamos a perder mucha funcionalidad (aunque ganemos otra por otro lado).

SEO

Conseguir un buen posicionamiento SEO conlleva mucho tiempo, esfuerzo y dinero, y al cambiar de plataforma no podemos correr el riesgo de perder el posicionamiento que tenemos.

Aunque Google puede indexar fácilmente el nuevo contenido, el problema está con los enlaces externos a nuestra página.

La mayoría de plataformas eCommerce tienen una forma diferente de generar URLs de productos,categorías, con lo cual, tenemos que crear un mecanismo que nos permita conservar las URLs antiguas.

Como ejemplo, hemos cogido una migración de osCommerce a PrestaShop 1.4, el osCommerce tenía un modulo que generaba URLs de productos en la forma nombre-p-id.html, mientras que PrestaShop los genera en la forma id-nombre.html

Añadiendo esta línea la .htacces le diremos que traduzca las llamadas de un sistema a otro:

RewriteRule ^(.*)-p-(.*).html$ /$2-$1.html?%{QUERY_STRING} [R=301,L]

Imágenes

Con las imágenes tenemos otro problema más complejo, pues algunas plataformas tienen un sistema de nombrado automático de imágenes, y otros no, cada imagen tiene un nombre diferente.

En el caso de que las imágenes tengan nombres diferentes, probablemente tengamos que mantener el directorio de imágenes antiguo para no perder enlaces y posicionamiento en Google Images.

En nuestro ejemplo, todas las imágenes en osCommerce se renombraron con el ID de producto, con lo cual, se puede hacer una redirección 301, al igual que con el nombre del producto.

Catálogo

La migración del catálogo es algo que suele ser sencillo, normalmente todos utilizan el mismo esquema de categoría/producto.

No obstante, encontraremos algunos problemas si tenemos productos con atributos (tallas, colores, etc..) y especificaciones (alto, ancho, edad, peso….). Cada plataforma utiliza una gestión diferente, y en la mayoría de los casos tendremos que repasar estos valores uno a uno, sobre todo la información de stock.

Otro de los problemas que podemos encontrar es el tamaño de las imágenes, si es diferente, tendremos que reconvertir todas las imágenes, existen muchas aplicaciones que permite el proceso por lote de imágenes.

Servicios Saas

Muchas empresas usan servicios Saas externos que están vinculados a su plataforma tecnológica, como norma general es bueno tener un registro de todos los servicios que se usan, con su configuración, y condiciones de uso. En caso de que no lo tengamos, es buen momento para hacerlo.

Estos servicios hay que migrarlos, pero muchos de ellos no permiten probar antes de cambiar, todo un riesgo y peligro, hay que hacer el cambio “en caliente”.

Algunos de los servicios que se suelen tener en las tiendas son:

  • WebMaster Tools
  • Google Analytics
  • Google Merchant Center
  • Sistemas de Recomendación de Productos
  • Monitorización de servidores
  • Conexión con FaceBook
  • Conexión con Twitter
  • Atención al Cliente; CRM, Call Center, etc..

Sistemas de Pago

Los sistemas de pago suelen tener una migración sencilla, pero hay que comprobar que están disponibles para el nuevo sistema que vamos a instalar.

Logística

No he encontrado dos plataformas que tengan el mismo sistema de cálculo de gastos de envío, cada plataforma utiliza una aproximación diferente, hay que tener en cuenta todas las posibles variantes, peso, tamaño, destino, etc…

Pero si tenemos integrado nuestro sistema con una plataforma logística, tenemos un problema adicional, pues las empresas de logísticas no suelen proporcionar un entorno de pruebas, con lo cual, tendremos que hacer el cambio también “en caliente”, arriesgando a que todo falle.

Cupones, Promociones, Puntos, Descuentos, etc..

Algunos sistemas incorporan elementos de marketing como cupones, promociones, puntos de fidelización, etc…Este tipo de elementos se deben migrar, tenemos que conservar las mismas condiciones que tenía el usuario antes de cambiar de plataforma.

Si teníamos cupones activos, o puntos de fidelización tenemos que trasladarlos al nuevo sistema.

Impuestos

Aunque no deberíamos tener problemas con los impuestos, el cambió que se produjo en 2010 del IVA del 16 al 18, generó una serie de problemas muy importantes en algunas plataformas eCommerce. Si migramos datos antiguos, por ejemplo pedidos, tenemos que trasladar los mismos tipos de impuestos al nuevo sistema.

Clientes

Pasamos a una de las partes más complejas en una migración de datos, los clientes, la mayoría de las plataformas integran un sistema de migración de usuarios, pero casi ninguno respeta el password, pero es posible hacerlo.

PrestaShop 1.4 incorpora un sistema de migración de password muy bueno, han utilizado la misma técnica que usamos nosotros para migrar PrestaShop 1.3

En el caso de que sea imposible conservar el password, tenemos que comunicar de forma clara y sencilla al usuario como puede crear una clave nueva para la tienda.

Pedidos

La mayoría de los sistemas migran bien los pedidos, pero hay que tener en cuenta que algunos sistemas incorporan módulos de descuento, promociones, etc… que quizás haya que migrarlos al nuevo sistema con un formato diferente.

También podemos encontrar problemas con los pedidos que están en curso, debemos tener una correlación de estados similar y tener mucho cuidado si hemos enviado correos de confirmación de pedidos con enlaces a los pedidos, tracking, etc..

Productos antiguos

Este problema puede que no lo tengan muchas tiendas, pero es interesante tratarlo. Algunas tiendas no eliminan los productos antiguos, los dejan por varios motivos:

  • Para mejorar el SEO. Conservan los enlaces externos, cuando alguien entre en el producto aparece un mensaje de “producto no disponible”.
  • Por si el producto vuelve a entrar, se ahorran introducir de nuevo los datos.

Cuando se hace una migración de estos datos, la mayoría de las veces (como son producto antiguos), no se suele comprobar si las imágenes, precios, descripciones están bien, y si algún día vuelven a entrar nos podemos encontrar con alguna que otra sorpresa.

Cestas de clientes

Las cestas de clientes son casi muy complicadas de migrar, en este caso, podemos perder algún que otro cliente. Lo ideal antes de cerrar el sistema antiguo, es enviar un correo a todos los clientes con el contenido de la cesta abierta, para que al menos tengan una copia de lo que tenían intención de comprar, y si de paso le enviamos un cupón de descuento mejor.

Adwords

Aunque podemos arreglar vía .htaccess los cambios de URLs, es conveniente repasar todas las campañas de Adwords y cambiar las URLs al nuevo formato. De esta forma Google tendrá mejores estadísticas de nuestro sistema.

Comentarios y Reviews

Si nuestra plataforma incluía comentarios y reviews de clientes, tenemos que migrarlos o perderemos SEO y credibilidad. Si además, Google estaba tomando estos datos, tenemos que intentar conservar el mismo formato, en este sentido, es interesante implementar algunas de las recomendaciones de microformato de productos en el nuevo sistema.

Gestión de Pedidos

La mayoría de las herramientas tienen una gestión de pedidos diferentes, hay que hacer un “procedimiento” nuevo de gestión de pedidos, para que el personal encargado sepa como trabajar con la nueva herramienta.

La mayoría de los cambios están en como se gestionan los pagos, las devoluciones de mercancía, y las modificaciones de pedidos.

Estadísticas

Si teníamos algún sistema para recoger estadísticas como Google Analytics, PiWik, etc.. al cambiar de plataforma, ciertos datos dejarán de ser válidos, como páginas más visitadas, principales URLs de entrada, de salida, etc…

Aquí no podemos hacer nada, salvo ser conscientes de que no vamos a poder comparar con datos anteriores.

Cache

Si tenemos activado el caché de recursos estáticos como .css, javascrips, imágenes, podemos tener un problema si en la nueva plataforma hay archivos con el mismo nombre, pero con distinto contenido.

Además este problema es crítico, por que es complicado saber como están viendo otras personas tu página, a lo mejor tu equipo de desarrollo está viendo las nuevas versiones de los archivos, pero algún que otro cliente está viendo una versión antigua del CSS o de un javascript o del logotipo.

Nuestra recomendación es desactivar el cache en el .htaccess unos días antes, y no volver a activarlo hasta pasado unos días, y al principio poner una política de refresco diaria.

PDFs & Correos

Siempre que hemos colaborado en la migración de una plataforma, al usuario se le olvida revisar los PDFs y los correos, son los grandes olvidados en las migraciones.

Aunque el cambio suele ser sencillo, como cambiar los logotipos, algunas veces, tenemos que hacer cambios de diseño, de contenido, mostrar o quitar información, etc…

Y para finalizar probar…

Mi recomendación final, aunque es compleja, es lanzar una versión beta, e invitar a nuestro mejores clientes a probar el nuevo sistema, tenemos que incentivarlos con algún descuento o regalo, pues al fin y al cabo, van a trabajar para nosotros como equipo de pruebas.

Esta versión beta, debe coexistir con la antigua plataforma, con lo cual, tendremos que mirar usuarios y pedidos de forma incremental una vez que decidamos pasar a la nueva plataforma.

Experto en web y comercio electrónico, durante más de 20 años ha estado trabajando en tecnología, en los últimos cinco inmerso en el ecommerce.
JuanMacias
Ver todos los artículos de JuanMacias
Blog personal de Juan
Share

Tags: , , , , ,

5 Responses to “Como migrar de Plataforma eCommerce”

  1. Cambiar de Plataforma eCommerce | El Blog de Juan Macias dijo:

    [...] publicado un artículo un poco más técnico de como se debe hacer una migración de plataforma eCommerce, espero vuestro feedback, por que seguro que se nos ha olvidado algo. BackOffice, discoazul, [...]

  2. Seba dijo:

    Excelente artículo. Otro tema a tener en cuenta es si la nueva plataforma va a funcionar sobre un servidor diferente, en cuyo caso me parece adecuado no hacer todo al mismo tiempo.

  3. cestas de navidad dijo:

    Cambiar de plataforma es un aténtico rollo como se puede apreciar en todos los puntos desglosados aquí y otros muchos que van surgiendo por el camino. Saludos

  4. Natxo Garcia dijo:

    Excelente articulo que me viene de perlas ya que tenemos decidido en este año cambiar nuestra “churro” plataforma a prestashop 1.4… pero tenemos mil y una dudas a solucionar…

    Saludos.

  5. ¿Debo cambiar el software de mi tienda online? | Blog eCommerce de Juan Macias dijo:

    [...] pensando en cambiar de plataforma, os recomiendo que leáis este post que escribí al respecto: Consideración al cambiar de plataforma eCommerce [...]

Déjanos un comentario

sidebarhead sidebarfoot