LEDS C4. Cuando 10.000 referencias deben estar siempre al día y ser fáciles de encontrar
Más de 10.000 referencias conectadas al dato de producto para que el catálogo pueda crecer, mantenerse al día y llegar al mercado sin multiplicar la gestión.
10.000+
Referencias sincronizadas automáticamente
+25%
De tráfico orgánico
+30%
En objetivos/conversiones
10.000 referencias no se gestionan página a página
LEDS C4 gestiona más de 10.000 referencias de producto y un portfolio de más de 3.000 proyectos de iluminación técnica y decorativa.
Tener 10.000 referencias no es el problema. El problema es que el mercado pueda encontrarlas y la empresa pueda mantenerlas al día sin convertir cada cambio en más trabajo.
Cada referencia incorpora datos, atributos técnicos, descargables e información que debe llegar de forma coherente a los distintos mercados.
La antigua web ya no estaba preparada para eso: costaba gestionarla, encontrar producto y mantener la información actualizada con la agilidad que el negocio necesitaba.
- Para quien consulta el catálogo, encontrar el producto adecuado se complica.
- Para el equipo, cada nueva familia o actualización puede convertirse en más mantenimiento manual.
- Para el negocio, el riesgo es claro: que el catálogo crezca más rápido que la capacidad de ponerlo a disposición del mercado.
Publicar 10.000 referencias no era el reto
El reto era que más producto no significara más gestión ni más dificultad para encontrarlo.
El dato ya existía en los sistemas internos de LEDS C4.
Duplicarlo en la web no aportaba valor. Añadía mantenimiento, riesgo y más distancia entre el producto disponible y el producto que el mercado podía consultar.
Había que resolver cinco tensiones:
- Mantener el catálogo al día.
Los cambios debían llegar al canal digital sin repetir procesos manuales. - Hacer encontrables más de 10.000 referencias.
Una referencia publicada que el cliente no puede encontrar es, a efectos prácticos, una referencia que no puede considerar. - Operar internacionalmente.
La misma lógica de producto debía servir a distintos mercados sin crear sistemas paralelos. - Funcionar también en móvil.
Consultar miles de referencias debía ser igualmente viable fuera del escritorio. - Escalar sin multiplicar la gestión.
Más producto o más mercados no podían significar proporcionalmente más trabajo.
La pregunta no era «¿cómo hacemos una web para 10.000 referencias?».
Era «¿cómo hacemos que 10.000 referencias trabajen sin obligarnos a mantener 10.000 páginas?».
La decisión: la web no debía gestionar el dato. Debía estar conectada a él.
La decisión fue conectar directamente la plataforma con la base de datos de producto.
El dato se mantiene donde corresponde. Mediante servicios web y una API, la web lo recibe, lo actualiza y lo convierte en oferta consultable para los distintos mercados.
Automatizar una importación no resuelve el problema.
Lo resuelve eliminar un trabajo duplicado que no debería existir.
Cuando el dato tiene una única fuente, el canal digital puede crecer con el catálogo sin convertirse en un segundo sistema que haya que mantener.
Tener más producto solo es una oportunidad si el mercado puede encontrarlo y la empresa puede gestionarlo.
Qué priorizamos
- Una única fuente de información.
Si el dato ya existe, no tiene sentido volver a mantenerlo. - Sincronización automática.
El catálogo debía actualizarse sin reconstruirlo manualmente. - Hacer accesible el catálogo.
Con este volumen, buscar bien forma parte del proceso comercial, no es una funcionalidad secundaria. - Móvil de verdad.
La consulta de producto debía funcionar también fuera del escritorio. - Escala internacional.
Una misma estructura de producto debía servir a distintos idiomas y mercados. - Infraestructura preparada para crecer.
Rendimiento, integración y escalabilidad no eran problemas separados.
Cómo lo llevamos a producción
La decisión necesitaba una arquitectura capaz de trabajar con un volumen elevado de datos. Se construyó sobre Drupal con desarrollos específicos.
El sistema incorpora:
- Conexión vía API con la base de datos de producto.
- Sincronización automática de más de 10.000 referencias y la información asociada.
- Motor de búsqueda dedicado con facetas y decenas de atributos.
- UX responsive enfocada especialmente a la búsqueda y consulta de producto.
- Gestión multilingüe sobre una misma lógica de catálogo.
- Infraestructura de hosting adaptada a los requisitos de conexión y rendimiento.
La tecnología no es la conclusión.
La conclusión es que la web deja de ser un lugar que hay que alimentar y pasa a formar parte de la infraestructura comercial: conecta el dato interno con la manera en que el mercado encuentra y consulta el producto.
Qué cambió
La información de producto deja de tener un mantenimiento paralelo.
Cuando el dato cambia en el sistema de origen, la plataforma puede actualizarlo.
- Para el mercado:
un catálogo más actualizado y más fácil de consultar. - Para LEDS C4:
más capacidad para hacer crecer la oferta digital sin repetir el mismo trabajo.
Esto permite:
- Mantener miles de referencias actualizadas con menos intervención manual.
- Incorporar nuevas familias sin reconstruir el catálogo.
- Hacer más accesible una oferta muy amplia mediante atributos y filtros útiles.
- Consultar el catálogo con más facilidad también en móvil.
- Desplegar la misma oferta en distintos mercados sin multiplicar lógicas de gestión.
- Hacer crecer el catálogo sin que la carga operativa crezca al mismo ritmo.
Esto también es productividad.
Automatizar no es hacer más rápido el mismo proceso. Es eliminar trabajo que no debería existir.
Resultados
10.000+
referencias sincronizadas automáticamente
+25%
de tráfico orgánico
+30%
en objetivos/conversiones
Qué hay detrás de estos datos
10.000+ referencias sincronizadas automáticamente.
Es la prueba estructural: escala sin convertir cada referencia en una tarea manual de mantenimiento.
+25% de tráfico orgánico.
El caso histórico documenta un aumento del 25% del tráfico procedente del canal orgánico después del cambio.
El dato refuerza la capacidad de descubrimiento del catálogo. No permite, sin embargo, atribuir todo el crecimiento a una única decisión técnica: no conservamos el periodo y la base comparativa con el nivel de trazabilidad que exigimos hoy.
+30% en objetivos/conversiones.
El caso histórico documenta también un incremento del 30% en los objetivos o conversiones definidos.
Mantenemos esta formulación porque no disponemos de la definición exacta de cada objetivo. No los presentamos como leads, ventas ni facturación.
Los datos refuerzan una evidencia clara: mejor conectada y más accesible, la información puede sostener más escala sin multiplicar la gestión.
Qué demuestra este caso
LEDS C4 deja cuatro aprendizajes claros para empresas en las que el catálogo forma parte de la capacidad comercial:
- Tener más producto no es tener más oportunidad. Lo es si el mercado puede encontrarlo y consultarlo con información fiable.
- Automatizar no es solo ganar velocidad. Es evitar que la gestión manual crezca al mismo ritmo que la oferta.
- Una referencia que el cliente no puede encontrar es, a efectos prácticos, una referencia que no puede considerar.
- Escalar exige pensar más allá de la interfaz. Datos, integraciones, búsqueda, rendimiento, móvil e internacionalización forman parte del mismo sistema.
Un catálogo grande no puede gestionarse como una suma de páginas.
Debe gestionarse como un sistema de datos al servicio del negocio.
Una arquitectura preparada para que el catálogo siga creciendo
La integración no resuelve solo el día del lanzamiento.
Su valor aparece después: cuando entran nuevas referencias, familias o mercados y el sistema no obliga a volver a empezar.
Si el catálogo crece, el sistema debe crecer con él.
Si mantener la web actualizada obliga a repetir el mismo trabajo que ya hacéis en los sistemas internos, quizá el problema no sea la web. Es que los sistemas todavía trabajan por separado.
Contadnos qué está pasando. No hace falta que tengáis clara la solución: primero entenderemos el reto y veremos qué tiene sentido hacer.
Hablemos de vuestro reto.
