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.
Como migrar de Plataforma eCommerce