Cómo implementar un sistema de catálogo de productos con Drupal para empresas B2B

Tu equipo comercial tiene 3.000 referencias. Las fichas técnicas viven en PDFs sueltos, los precios cambian según el cliente y cada vez que marketing quiere actualizar una descripción tiene que abrir un ticket a desarrollo. Esa situación le cuesta ventas a tu empresa. Drupal resuelve exactamente ese problema: un catálogo con búsquedas avanzadas, documentación descargable, precios segmentados por tipo de cliente y un backend que cualquier persona del equipo puede gestionar.

Lo que sigue es la ruta de implementación, desde la arquitectura de contenidos hasta la integración con tu ERP.

Por qué Drupal encaja en el catálogo B2B

Antes de abrir el editor de código, tu equipo necesita entender qué hace de Drupal una opción más práctica que WooCommerce, Magento o las plataformas SaaS para este caso de uso concreto.

Permisos y roles que reflejan tu estructura comercial

Un distribuidor accede a precios netos. Un cliente final ve tarifa. Un visitante anónimo solo consulta especificaciones. Drupal gestiona esto de forma nativa con su sistema de roles y permisos. Sin plugins adicionales que añadan capas de complejidad. Sin parches a medida.

Taxonomías que modelan productos industriales reales

Un compresor de tornillo pertenece a una familia de maquinaria, tiene variantes por potencia, asocia certificaciones ATEX y se vincula a accesorios compatibles. Las taxonomías y referencias entre entidades de Drupal permiten modelar esas relaciones sin forzar los datos dentro de estructuras que no encajan.

Catálogo sin carrito

Muchas empresas B2B no venden online. Su catálogo es una herramienta de consulta y generación de leads, no un e-commerce. Drupal permite construir un catálogo completo sin arrastrar la complejidad de una plataforma de venta. Y si más adelante necesitas tienda, Drupal Commerce se integra sobre la misma base sin migración.

Arquitectura de contenidos: lo primero que debes resolver

El error que más caro sale al montar un catálogo en Drupal es empezar por el diseño visual. El primer paso real es definir la estructura de datos.

El tipo de contenido "Producto"

Crea un content type específico. Los campos que un catálogo B2B necesita como mínimo:

• Nombre del producto (título del nodo)
• Referencia o SKU (campo de texto plano, único)
• Descripción corta (texto sin formato, 160-200 caracteres, para listados)
• Descripción larga (texto con formato, para la ficha completa)
• Imágenes (campo de imagen múltiple con alt text obligatorio)
• Documentos técnicos (campo de archivo para PDFs: fichas, certificados, manuales)
• Precio base (campo decimal, con visibilidad condicionada por rol)
• Estado del producto (activo, descatalogado, próximo lanzamiento)

Taxonomías: el esqueleto de la navegación

Para un catálogo B2B típico necesitarás al menos cuatro vocabularios:

• Familia de producto: estructura jerárquica (ej. Maquinaria > Compresores > Compresores de tornillo)
• Material o composición: crítico en sectores como construcción, alimentación o química
• Aplicación o sector de uso: permite que el comprador filtre por su industria
• Certificaciones o normativas: ISO, CE, ATEX, según el sector

Cada taxonomía se vincula al tipo de contenido Producto como campo de referencia a término. Usa campos de referencia múltiple donde el producto pueda pertenecer a más de una categoría.

Relaciones entre productos

Los campos Entity Reference resuelven tres patrones habituales:

• Accesorios compatibles: referencia del producto A al producto B
• Productos relacionados: sugerencias dentro de la misma familia
• Producto sustituido por: redirige desde productos descatalogados al sustituto activo

Módulos que necesitas (y los que te sobran)

Módulos del núcleo

• Views: listados, catálogos filtrados y feeds
• Taxonomy: gestión de vocabularios y términos
• Media: gestión centralizada de imágenes y documentos
• REST / JSON:API: exposición del catálogo como API para aplicaciones externas

Módulos contribuidos que aportan valor real

• Search API + Solr o Elasticsearch: búsqueda facetada de verdad. La búsqueda nativa de Drupal queda corta con más de 500 productos. Search API con un backend como Solr permite facetas por familia, rango de precio, material y cualquier taxonomía definida.
• Facets: renderiza los filtros laterales que un comprador técnico espera encontrar.
• Paragraphs o Layout Builder: fichas de producto con secciones variables — especificaciones técnicas, tabla de medidas, galería, vídeo.
• CSV Importer o Feeds: cargas masivas desde hojas de cálculo o exports del ERP.
• Metatag: control SEO de cada ficha.
• Pathauto: URLs limpias generadas automáticamente desde la taxonomía y el nombre del producto.
• Rabbit Hole: para taxonomías que no deben tener página propia pero sí servir como filtro.

Módulos que generan más problemas de los que resuelven

• Commerce (si no vendes online): añade tablas, entidades y complejidad innecesaria para un catálogo informativo.
• Flag (para favoritos): funciona, pero para B2B es más práctico construir listas de productos personalizadas con Views y Entity Reference.

Búsqueda facetada: lo que convierte un listado en un catálogo profesional

Tu ingeniero de compras no va a hacer scroll por 400 resultados. Necesita seleccionar familia, material y rango de medidas, y que el catálogo le muestre solo lo que cumple todos los criterios. Con contadores que indiquen cuántos productos quedan en cada opción.

Configuración paso a paso

1. Instala Search API y configura un servidor. Solr para proyectos grandes. Database para catálogos de hasta 2.000-3.000 productos.
2. Crea un índice que incluya los campos del tipo Producto: título, SKU, descripción y todos los campos de taxonomía.
3. Configura procesadores: HTML Strip para campos de texto con formato. Tokenizer para mejorar las búsquedas parciales.
4. Crea una vista basada en el índice de Search API, no directamente sobre los nodos.
5. Instala Facets, asocia una fuente de facetas a esa vista y añade un bloque de faceta por cada taxonomía que quieras ofrecer como filtro.
6. Elige el widget adecuado: checkboxes para categorías con pocos términos, desplegable para vocabularios amplios, slider para rangos numéricos como medidas o pesos.

Precios segmentados por rol: sin Commerce

Lo que tu equipo comercial necesita es mostrar precios distintos según quién mira. Este enfoque funciona en Drupal sin instalar Commerce:

• Crea un campo múltiple de tipo Paragraph con dos subcampos: "Tipo de tarifa" (referencia a taxonomía: Tarifa general, Distribuidor, OEM) y "Precio" (decimal).
• En el template de la ficha de producto, renderiza solo el párrafo cuya tarifa coincida con el rol del usuario autenticado.
• Para visitantes anónimos, muestra un mensaje "Solicite precio" con enlace al formulario de contacto.

Resultado: precios variables sin la carga de un módulo de e-commerce. La lógica vive dentro del sistema de contenidos estándar de Drupal.

Integración con ERP y sistemas externos

Los datos de producto suelen residir en un ERP — SAP, Navision, A3 — y el catálogo web necesita sincronizarse con esa fuente de verdad.

Tres estrategias según tu nivel de exigencia

• Importación por CSV/Excel programada: el ERP genera un export periódico y el módulo Feeds o Migrate API lo procesa en Drupal. Suficiente si la actualización diaria o semanal vale.
• API REST bidireccional: el ERP envía actualizaciones de stock o precio en tiempo real mediante endpoints REST. Requiere desarrollo a medida pero garantiza datos siempre al día.
• Middleware con colas: un sistema de colas (RabbitMQ, AWS SQS) entre el ERP y Drupal desacopla los sistemas y absorbe picos de carga.

Qué sincronizar desde cada lado

Desde el ERP	Desde Drupal
SKU, precio, stock	Descripciones comerciales
Datos técnicos estructurados	Imágenes y vídeos
Estado (activo/descatalogado)	Contenido SEO (metatags, textos)
Código de barras, peso, medidas	Productos relacionados, accesorios

Esta separación evita conflictos en la sincronización y permite que marketing gestione su parte sin pisar los datos maestros del ERP.

Rendimiento y caché en catálogos con volumen

Miles de fichas de producto generan un volumen de páginas que tumbará tu servidor si no gestionas la caché.

• Internal Page Cache + Dynamic Page Cache: actívalos siempre. Para páginas con facetas, configura las claves de caché para que incluyan los parámetros de filtro activos.
• BigPipe: envía el esqueleto de la página mientras los bloques pesados — facetas con contadores, precios personalizados — se renderizan en paralelo.
• Varnish: un proxy de caché delante de Drupal que reduce la carga. Configura reglas de purga para invalidar páginas afectadas al actualizar un producto.
• CDN para imágenes y PDFs: sirve documentos técnicos y galerías desde Cloudflare o AWS CloudFront para liberar recursos del servidor.

Flujo editorial que el equipo puede mantener

Un catálogo B2B involucra a varios perfiles: producto sube las fichas técnicas, marketing redacta las descripciones, alguien de dirección aprueba antes de publicar. El módulo Content Moderation del núcleo de Drupal gestiona esto.

Define estados — Borrador, Pendiente de revisión técnica, Pendiente de aprobación comercial, Publicado — y asigna transiciones por rol. Cada persona solo puede mover el contenido al siguiente estado que le corresponde. Nada se publica sin pasar por el circuito completo.

Del catálogo informativo a la generación de leads

Un catálogo B2B que no genera contactos comerciales es una inversión a medio gas. Tres puntos de conversión que deberías incorporar dentro del flujo de consulta:

• Botón "Solicitar presupuesto" en cada ficha, vinculado a un formulario que envíe el SKU y el nombre del producto al equipo comercial.
• Descarga de documentación técnica a cambio de un email profesional. Es el lead magnet natural del B2B industrial.
• Comparador de productos: una vista que permita seleccionar 2-3 productos y mostrar especificaciones en columnas enfrentadas. Genera engagement y tiempo en página.

Si tu empresa necesita ayuda para diseñar y desarrollar un catálogo de productos B2B en Drupal adaptado a vuestro sector, contacta con nuestro equipo de especialistas en Drupal para analizar tu caso concreto.

Tu catálogo como activo comercial

Un catálogo bien implementado en Drupal trabaja las 24 horas. Cuando un ingeniero de compras busca a las 11 de la noche una referencia con unas medidas concretas y un certificado ATEX, el catálogo que le dé la respuesta en dos clics se lleva la consulta de presupuesto. El que le haga perder el tiempo, pierde la venta.

La inversión está en la arquitectura de contenidos antes de escribir código, en elegir los módulos justos para las necesidades reales y en diseñar un flujo editorial que el equipo mantenga sin depender de desarrollo. Con esa base, Drupal da la flexibilidad para que el catálogo crezca al ritmo del negocio.