Headless vs Plataformas de Comercio Electrónico Tradicionales: Presentando Commerce Layer

Hola a todos. Mi nombre es Fabrizio y soy el gerente de asociaciones de Commerce Layer. ¿Qué es Commerce Layer? Commerce Layer es una plataforma de comercio Atlas y un sistema de gestión de pedidos. Y gracias a su naturaleza Atlas, la idea es que puedas agregar capacidades de compra globales a cualquier tipo de experiencia de usuario que tengas en mente. Así que puede ser un sitio web. Puede ser una aplicación móvil, un chatbot. Puede ser un video. En realidad, lo que sea. Y todo esto de una manera muy simple y efectiva. Como nuestro producto es una plataforma de comercio Atlas, por supuesto, el núcleo de Commerce Layer es su API. Por lo tanto, ofrecemos una amplia gama de puntos finales para gestionar todos los diferentes aspectos de la experiencia de comercio. Así que precios, compras, carritos, inventario, pedidos, y así sucesivamente. Desafortunadamente, no puedo revisar toda la lista de puntos finales, pero puedes encontrarlos en nuestra documentación. Y creo que es importante destacar el hecho de que Commerce Layer es una plataforma Atlas. Y esto es muy cierto si lo comparas con la solución monolítica tradicional. Supongo que ya has escuchado este término, plataforma monolítica. Pero, ¿qué significa? En realidad, significa tener una sola plataforma que gestiona todas las características de tu aplicación de comercio electrónico. Así que piensa en la plataforma que realmente gestiona todo. Que gestiona el CMS, la gestión de la información del producto, tal vez el sistema de gestión de pedidos, todo en una sola caja. Esto, desafortunadamente, conlleva algunos desafíos y tratamos de resumirlos en cinco puntos principales. El primero es que dichas plataformas son menos flexibles. ¿Por qué? Tienes que pensar que tienes una sola caja donde todo está implementado. Esto significa que no puedes cambiar ningún módulo de tu aplicación de comercio sin reemplazar todo. Así que este es un gran problema. Entonces, si surgen nuevas necesidades en tu negocio que puedan requerir, no sé, tal vez un nuevo modelo o una nueva aplicación, tu plataforma no lo permitirá sin una re-plataforma completa. Así que puedes imaginar que esto es un gran problema.

El otro problema relacionado con esta aplicación tradicional es que la mayoría de las veces el resultado es que los sitios web construidos sobre ellas son simplemente lentos. ¿Por qué? Eso es porque dada la arquitectura de esas aplicaciones es muy difícil aprovechar el poder de nuevos conceptos como CDNs dedicados, por ejemplo. Y como puedes imaginar, un sitio web lento puede ser un gran problema, especialmente si consideras el nuevo algoritmo de Google para clasificar los core web vitals, solo para poner un ejemplo. Así que ser rápido es definitivamente una ventaja competitiva cuando vendes en línea.

También existen problemas de seguridad si tienes una sola aplicación y todo está dentro de esa caja, tienes un único punto de fallo, por lo que si esa aplicación falla, todo falla. Esto es un gran problema. Otro problema es que considerando que estas aplicaciones tradicionales digamos que han sido diseñadas hace bastante tiempo. La mayoría de las veces se construyeron para escritorio, por lo que no tienen un enfoque realmente móvil primero, por ejemplo. Y el último problema es que son costosas. Hay muchas cosas en estas cajas. A veces no necesitas algunas de las cosas que están en estas cajas, pero de todos modos las pagarás todas. Entonces, ¿cuál es la solución? Bueno, la solución es trabajar en arquitecturas modulares y esto significa dividir el monolito. Por ejemplo, esto puede ser un ejemplo de una arquitectura modular basada en Commerce Layer. Commerce Layer sería el motor transaccional que gestiona los precios, la información del stock, las API de pago y las API de cuentas de clientes. Y alrededor de Commerce Layer, comenzarás a integrar todos los diferentes servicios que se necesitan para ofrecer la experiencia de comercio. Por ejemplo, un CMS sin fin, un generador de sitios estáticos, esto es muy cierto si vas en la dirección de gem stock, una plataforma de implementación para optimizar y maximizar el rendimiento y luego vincular Commerce Layer a servicios específicos para las necesidades que puedas tener. Por ejemplo, servicios de cálculo de impuestos, pasarelas de pago, transportistas de envío y también los sistemas heredados como el CRM y ERP.

¿Y cuáles son los beneficios de este enfoque? Bueno, como puedes imaginar, ahora todo es extremadamente flexible. Puedes intercambiar módulos fácilmente sin tener que hacer una replataforma completa. La escalabilidad es mucho más fácil porque ahora puedes escalar solo un módulo específico y evitar actualizaciones muy costosas de tu plataforma central. Entonces, puedes escalar selectivamente los módulos de tu arquitectura. Es más seguro porque ahora no tienes un único punto de fallo. Y es omnicanal por diseño porque todos estos módulos tienen una interfaz de API. Entonces, puedes conectar prácticamente todo, cualquier punto de contacto que puedas imaginar, a este tipo de arquitectura. Y por último, pero no menos importante, es a prueba de futuro. Ser a prueba de futuro se basa en el hecho de que puedes cambiar cualquier módulo según tus necesidades sin tener que hacer una replataforma completa. Muchas gracias por su atención y en caso de que tenga alguna pregunta, puede escribirme a mi correo electrónico o simplemente reservar una demostración de nuestra plataforma en commercelayer.io. Muchas gracias.