Rendimiento B2B sin rehacer tu portal

Un portal B2B, un e-commerce o una aplicación lenta no solo empeora la experiencia de quien la usa: retrasa consultas, pedidos, acceso a catálogo y tareas internas. La causa no siempre está en la pantalla. Puede estar en las imágenes, en una consulta al catálogo, en el CRM o en una integración que se ejecuta en cada visita.

Primero: mide el recorrido completo

No basta con que la portada cargue bien desde el ordenador de la oficina. Prueba los recorridos que sostienen la operación: búsqueda de producto, acceso de cliente, carrito, envío de formulario, consulta de pedido o descarga de documentación. Mide sin caché y en condiciones de red realistas.

• PageSpeed Insights de Google: identifica recursos y problemas de carga en páginas públicas
• La pestaña Red de Chrome: muestra qué solicitudes, APIs o archivos añaden espera
• Los registros de la aplicación y de las integraciones: ayudan a localizar errores, reintentos y respuestas lentas

Quédate con tres números, no con veinte: LCP (cuánto tarda en verse el contenido principal), INP (si la página responde al toque) y CLS (si el layout «salta» mientras carga). Como referencia, los umbrales de Core Web Vitals ayudan a detectar problemas, pero conviene mirar datos reales de usuarios y no solo una prueba aislada.

Cuellos de botella frecuentes en sistemas conectados

1. Recursos pesados en la capa visible

Imágenes de catálogo, documentos embebidos, fuentes y código que no se utiliza retrasan la parte visible. Optimizar formatos, servir tamaños adecuados y reservar el espacio de cada elemento reduce trabajo del navegador sin cambiar el producto.

2. Integraciones llamadas en el momento equivocado

Un portal no debería esperar a todos los sistemas externos para mostrar una pantalla útil. CRM, ERP, buscador, pagos, logística o analítica pueden añadir latencia y fallos en cascada. Define qué datos son imprescindibles en tiempo real, qué se puede cargar después y qué conviene sincronizar de forma asíncrona.

3. Datos y consultas sin una frontera clara

Pedir al ERP todo el catálogo, recalcular precios o consultar el histórico de un cliente para cada vista convierte una operación de negocio en una dependencia de la interfaz. Acota las consultas, usa datos preparados cuando encaje y deja documentado qué sistema es fuente de cada dato.

4. Automatizaciones sin observabilidad

Los flujos automáticos también afectan al rendimiento percibido. Si una sincronización falla o se repite, la persona usuaria necesita un estado comprensible y el equipo necesita registros para intervenir. Añade alertas proporcionales, identificadores de ejecución y una ruta de recuperación manual.

Antes de rediseñar, separa el rendimiento visual del rendimiento de los procesos e integraciones. Medir cada tramo permite priorizar la dependencia que más espera o riesgo introduce.

Qué revisar en una primera iteración

• Dibuja el recorrido y los sistemas que intervienen en cada paso crítico
• Guarda una medición de interfaz, APIs y procesos antes de cambiar nada
• Difiere o elimina solicitudes que no aporten información para la primera pantalla
• Revisa límites, errores y tiempos de respuesta de las integraciones externas
• Comprueba los recorridos tanto desde la interfaz como con una cuenta de prueba

Cuándo hace falta rediseñar el flujo técnico

Si una pantalla depende de muchas consultas acopladas, no hay responsable claro de los datos o los reintentos generan duplicados, optimizar archivos no basta. Puede ser necesario replantear contratos entre sistemas, colas de sincronización o la arquitectura del catálogo; la decisión debe partir de mediciones y de los procesos que se quieren proteger.

Empieza por una ruta de negocio, una medición inicial y cambios pequeños. Verifica que el portal sigue mostrando datos coherentes y que las automatizaciones dejan trazabilidad antes de ampliar el alcance.