Un gerente de sistemas B2B orgulloso instala una plataforma Monolítica. Las páginas de listado donde hay que mostrar 50 productos con sus precios en grilla se demoran 8 segundos en aparecer. El servidor gasta 7 segundos buscando en la base de datos el "Peso exacto, la descripción larga de 5 páginas y el país de origen" de esos 50 ítems... cuando en realidad el cliente solo necesitaba ver la foto y el precio en la grilla inicial. Esto pasa por usar tecnologías de consulta del año 2010.

GraphQL y el Over-Fetching (Traer datos de más)

Las arquitecturas B2B serias (que escalan a millones de transacciones) usan APIs GraphQL.

El programador del Frontend visual escribe en el código:

query {
  product(id: "MOTOR-V8") {
    name
    price_for_user(cuit: "30-xxxx-1")
    thumbnail_url
  }
}

El servidor trasero recibe eso y dice: "Aah, solo quiere esos 3 datitos. No quiere el texto gigante del manual de usuario, no quiere el peso logístico para flete. Toma los 3 datitos".

La respuesta baja de la nube pesando 1 Kilobyte en lugar de 3 Megabytes (REST). La grilla de productos en el celular 3G de tu cliente en el medio del campo, se dibuja en 50 milisegundos. Esta es la diferencia entre un portal pesado "lento como una babosa" y una App Web Progresiva (PWA) B2B de estándar mundial.

Preguntas frecuentes

¿Qué es el Ecommerce Headless (Sin Cabeza)?
Es separar el \"Frente Visual\" (La página hermosa que ve el cliente hecha en React/Vue) del \"Cerebro Trasero\" (El motor de CommerceUp, Shopify o Magento). Se comunican por API ultrarrápida.
¿Por qué GraphQL y no REST?
Porque REST es tonto (Trae todos los datos de un cliente). GraphQL permite que el frente pregunte específicamente: \"Solo pasame el nombre de la empresa y la foto de este producto, no quiero los 100 datos inútiles extra\". Ahorra gigabytes de banda ancha.