Si construyes sitios web para empresas químicas -- o diriges una y estás tratando de entender lo que tu presencia digital realmente necesita para cumplir con las regulaciones REACH de la UE -- probablemente hayas notado que los requisitos siguen cambiando. La Agencia Europea de Químicos (ECHA) ha estado apretando gradualmente los tornillos sobre cómo se comunica la información química digitalmente, y 2026 trae un nuevo lote de cambios que afectarán todo, desde tus páginas de productos hasta tu sistema de distribución de Fichas de Datos de Seguridad (FDS).

He pasado los últimos años construyendo plataformas web para empresas de manufactura y químicas, y puedo decirte: la mayoría de los sitios web de empresas químicas están terriblemente atrasados en cumplimiento. No porque a las empresas no les importe, sino porque la intersección del desarrollo web y la regulación química es un nicho extraño que nadie explica claramente. Arreglemos eso.

Tabla de Contenidos

¿Qué es REACH y por qué afecta tu sitio web

REACH (Registro, Evaluación, Autorización y Restricción de Químicos) es la regulación de la UE para seguridad química, promulgada originalmente en 2006. Rige cómo se fabrican, importan y utilizan los químicos dentro del Espacio Económico Europeo. Si estás vendiendo o distribuyendo químicos en mercados de la UE, REACH se aplica a ti -- punto final.

Pero aquí está lo que confunde a la gente: REACH no es solo sobre tus informes de laboratorio y documentación interna. Tiene requisitos reales y aplicables sobre cómo comunicas información de seguridad química a usuarios posteriores, consumidores y el público. Y en 2026, tu sitio web es un canal primario para esa comunicación.

La regulación requiere que:

  • Las Fichas de Datos de Seguridad (FDS) sean accesibles a los destinatarios de sustancias químicas
  • La información sobre Sustancias Extremadamente Preocupantes (SVHC) en artículos sea comunicada a los consumidores bajo solicitud (e incrementalmente de forma proactiva)
  • La información del producto sea precisa, actual y coincida con tus registros en la ECHA
  • Se mantengan las notificaciones SCIP (Sustancias de Preocupación en artículos como tales o en objetos complejos -- Productos)

Tu sitio web ya no es solo una herramienta de marketing. Es un instrumento de cumplimiento.

Actualizaciones clave de REACH 2026 que impactan plataformas digitales

La ECHA ha estado introduciendo actualizaciones como parte de la más amplia Estrategia de la UE para la Sostenibilidad Química (CSS). Aquí está lo específicamente relevante para tu presencia digital en 2026:

Requisitos de formato de FDS actualizado

El Anexo II revisado de REACH (Regulación de la Comisión (UE) 2020/878) ha sido completamente obligatorio desde el 1 de enero de 2023, pero la aplicación se ha incrementado significativamente. Para 2026, todas las FDS distribuidas a través de tu sitio web deben cumplir con el formato revisado de 16 secciones, incluir códigos UFI (Identificador de Fórmula Única) donde sea aplicable, e proporcionar información específica de nanomateriales.

Alineación de Pasaporte Digital de Productos (DPP)

La iniciativa de Pasaporte Digital de Productos de la UE -- parte de la Regulación de Diseño Ecológico para Productos Sostenibles (ESPR) -- se está implementando en fases. Aunque los químicos no están en la primera onda (baterías, textiles y electrónica lo están), las empresas químicas que suministran a estas industrias necesitan proporcionar datos de sustancias legibles por máquina que alimenten DPPs. La arquitectura de datos de productos de tu sitio web necesita soportar información química estructurada y accesible mediante API.

Obligaciones ampliadas de comunicación de SVHC

La lista de candidatos SVHC sigue creciendo -- tenía más de 240 sustancias a principios de 2025 -- y las obligaciones del Artículo 33 ahora efectivamente requieren divulgación digital proactiva. Varios estados miembros de la UE han adoptado posiciones de que un sitio web califica como un canal de comunicación válido para notificaciones del Artículo 33, lo que significa que no puedes simplemente esperar a que los consumidores pregunten.

Sincronización de la base de datos SCIP

El Artículo 9(1)(i) de la Directiva Marco de Residuos requiere que los proveedores de artículos que contienen SVHC por encima del 0,1% p/p notifiquen a la base de datos SCIP. En la práctica, el catálogo de productos de tu sitio web debería hacer referencia o vincular notificaciones SCIP, especialmente para clientes B2B que necesiten estos datos para su propio cumplimiento.

Requisitos del sitio web para cumplimiento de REACH

Seamos específicos sobre lo que tu sitio web realmente necesita.

Requisito Descripción Prioridad
Portal de descarga de FDS Acceso autenticado o público a Fichas de Datos de Seguridad actuales en formato PDF y/o datos estructurados Crítico
Visualización de clasificación del producto Información de clasificación CLP/GHS (pictogramas de peligro, palabras de advertencia, declaraciones H/P) en páginas de productos Crítico
Divulgación de SVHC Listado proactivo del contenido de SVHC para artículos, con datos de concentración Alto
Referencias SCIP Enlaces o números de referencia a entradas de la base de datos SCIP Alto
Visualización de UFI Identificadores de Fórmula Única en páginas de productos relevantes Alto
Soporte multilingüe FDS e información del producto en idiomas de mercados objetivo de la UE Crítico
Control de versiones Versiones claras y marcas de fecha en todos los documentos de cumplimiento Alto
Contacto para seguridad química Canal de contacto dedicado para consultas de seguridad química Crítico
Accesibilidad Cumplimiento de WCAG 2.1 AA para todas las páginas de información de seguridad Medio-Alto
Exportación de datos / API Datos de productos legibles por máquina para integración de DPP Medio (creciente)

Distribución de Fichas de Datos de Seguridad y acceso digital

Aquí es donde veo la mayoría de la deuda técnica en sitios web de empresas químicas. La configuración típica es una pesadilla: PDFs volcados en una carpeta en una unidad compartida, quizás sincronizados al sitio web mediante algún proceso manual de carga que alguien en asuntos regulatorios maneja cuando se acuerda.

Aquí está cómo se ve un sistema apropiado de distribución de FDS en 2026:

Gestión automatizada de FDS

Tus documentos de FDS deben vivir en un sistema estructurado de gestión de contenidos -- idealmente un CMS sin cabecera -- con metadatos que incluyan:

  • Nombre e identificadores de sustancia/mezcla (números CAS, CE)
  • Fecha de revisión y número de versión
  • Idioma/locale
  • Mercado objetivo (qué estados miembros de la UE)
  • Códigos UFI asociados
  • Indicadores de estado regulatorio
{
  "sds_id": "SDS-2026-0142",
  "substance_name": "Sodium Hydroxide Solution 50%",
  "cas_number": "1310-73-2",
  "revision_date": "2026-01-15",
  "version": "4.2",
  "languages": ["en", "de", "fr", "it", "es", "pl"],
  "ufi": "N1QV-50TW-F00M-WY7K",
  "svhc_relevant": false,
  "scip_notification": null,
  "pdf_urls": {
    "en": "/sds/sodium-hydroxide-50/en/v4.2.pdf",
    "de": "/sds/sodium-hydroxide-50/de/v4.2.pdf"
  }
}

Este enfoque estructurado significa que puedes construir búsqueda inteligente y filtrado en el front end, notificar automáticamente a los clientes cuando se actualiza una FDS, y generar pistas de auditoría para revisiones de cumplimiento.

Consideraciones de control de acceso

Algunas FDS contienen detalles de formulación propietaria. Necesitarás pensar en:

  • Acceso público vs. portales de cliente autenticados
  • Control de acceso basado en roles (distribuidor vs. usuario final)
  • Registro de descargas para pistas de auditoría de cumplimiento

Típicamente implementamos esto con un backend de CMS sin cabecera (algo como Sanity, Contentful, o Strapi) alimentando un frontend de Next.js con autenticación vía Auth0 o similar. Si estás mirando este tipo de arquitectura, nuestra página de capacidades de desarrollo de CMS sin cabecera cubre el enfoque técnico en detalle.

Requisitos de integración de la base de datos SCIP

La base de datos SCIP ha estado operativa desde 2021, pero las herramientas y expectativas alrededor de ella han madurado considerablemente. En 2026, la expectativa no es solo que hayas enviado tus notificaciones SCIP -- es que tu presencia digital conecte los puntos para tus clientes.

Hablando prácticamente:

Lo que tu sitio web debería mostrar

Para cualquier producto (artículo) que contenga SVHC por encima del 0,1% p/p:

  • El nombre de SVHC y número CAS
  • Rango de concentración
  • Ubicación dentro del artículo
  • Instrucciones de uso seguro
  • Número de referencia de notificación SCIP o un enlace directo a la entrada de la base de datos SCIP

Integración de API

La ECHA proporciona un portal de diseminación SCIP. Aunque no hay API pública oficial para consultar datos SCIP (a principios de 2025, la ECHA usa formato IUCLID para envíos), puedes mantener un mapeo interno entre tu catálogo de productos y tus envíos SCIP. Lo hemos construido como una capa de integración personalizada:

// Ejemplo: Mapeo de productos a notificaciones SCIP
interface SCIPMapping {
  productId: string;
  scipNotificationId: string;
  svhcSubstances: {
    name: string;
    casNumber: string;
    concentrationRange: string;
    articleLocation: string;
  }[];
  safeUseInstructions: string;
  lastUpdated: Date;
}

async function getSCIPDataForProduct(productId: string): Promise<SCIPMapping | null> {
  const mapping = await db.scipMappings.findOne({ productId });
  if (!mapping) return null;
  
  // Verificar si los datos son antiguos (más de 90 días)
  const ninetyDaysAgo = new Date(Date.now() - 90 * 24 * 60 * 60 * 1000);
  if (mapping.lastUpdated < ninetyDaysAgo) {
    await notifyRegulatoryTeam(productId, 'SCIP data review needed');
  }
  
  return mapping;
}

El punto clave: esto no debería ser un proceso manual. Tu sistema de gestión de información de productos (PIM) o CMS debería rastrear datos SCIP como un campo de primera clase, no algo enterrado en una hoja de cálculo.

Implementación técnica: Construyendo un sitio web químico conforme

Déjame caminar a través de la arquitectura que realmente recomendaríamos para un sitio web de empresa química que se toma el cumplimiento en serio.

Arquitectura sin cabecera

Un enfoque sin cabecera separa tu gestión de contenidos de tu capa de presentación. Esto importa para el cumplimiento químico porque:

  1. El contenido regulatorio cambia frecuentemente. Tu equipo regulatorio necesita actualizar documentos de FDS, listas de SVHC y clasificaciones de productos sin tocar código o esperar un despliegue.
  2. Distribución multicanal. Los mismos datos de producto necesitan aparecer en tu sitio web, en tu portal de cliente, vía API para integración de DPP, y potencialmente en catálogos impresos.
  3. Pistas de auditoría. Un buen CMS sin cabecera proporciona historial de versiones de forma nativa -- esencial para demostrar cumplimiento a lo largo del tiempo.

Típicamente construimos estos en Next.js o Astro dependiendo de los requisitos de interactividad. Un catálogo de productos con búsqueda, filtrado y descargas autenticadas de FDS usualmente apunta hacia Next.js. Un sitio más rico en contenido e informativo podría inclinarse hacia Astro por su superior rendimiento estático.

Diseño del modelo de contenidos

Aquí está un modelo de contenido simplificado para un catálogo de productos conforme a REACH:

Producto
├── name: string
├── slug: string
├── cas_numbers: string[]
├── ec_numbers: string[]
├── reach_registration_number: string
├── clp_classification
│   ├── hazard_class: string
│   ├── hazard_category: string
│   ├── hazard_statements: string[]
│   ├── precautionary_statements: string[]
│   ├── signal_word: "Danger" | "Warning" | null
│   └── pictograms: GHSPictogram[]
├── svhc_data
│   ├── contains_svhc: boolean
│   ├── substances: SVHCSubstance[]
│   └── safe_use_instructions: richtext
├── scip_data
│   ├── notification_id: string
│   └── last_verified: date
├── sds_documents: SDSDocument[]
├── ufi_code: string | null
├── technical_data_sheets: Document[]
└── regulatory_status
    ├── eu_status: string
    ├── uk_reach_status: string
    └── restrictions: Restriction[]

Este modelo asegura que cada pieza de datos de cumplimiento tenga un lugar, sea consultable y pueda ser renderizada en páginas de productos automáticamente.

Búsqueda y filtrado

Los compradores químicos buscan por número CAS, número CE, nombre del producto y área de aplicación. Tu búsqueda necesita manejar todos estos. Hemos tenido buenos resultados con Algolia o Meilisearch para esto -- manejan bien la nomenclatura química si configuras sinónimos apropiadamente.

Requisitos de accesibilidad y multilingüismo

El Artículo 31(5) de REACH requiere que las FDS sean suministradas en el/los idioma(s) oficial(es) del/de los estado(s) miembro(s) donde la sustancia o mezcla se coloca en el mercado. Esto no es opcional.

Para una empresa que vende en toda la UE, eso significa soportar hasta 24 idiomas oficiales. En la práctica, la mayoría de las empresas se enfocan en los mercados donde tienen ventas significativas -- típicamente 6-12 idiomas.

Enfoque de implementación

Lo manejamos con enrutamiento basado en locale en Next.js:

// next.config.js
module.exports = {
  i18n: {
    locales: ['en', 'de', 'fr', 'it', 'es', 'pl', 'nl', 'cs', 'pt', 'ro'],
    defaultLocale: 'en',
  },
};

El CMS almacena contenido traducido por locale, y los documentos de FDS están etiquetados con su idioma. La página de producto muestra automáticamente los enlaces correctos de descarga de FDS basado en la locale del usuario.

La accesibilidad también es innegociable. La Ley Europea de Accesibilidad (EAA), tomando pleno efecto en junio de 2025, requiere que los productos y servicios digitales cumplan con WCAG 2.1 Nivel AA. La información de seguridad química absolutamente entra en esta categoría -- personas con discapacidades necesitan acceder a información de peligro como todos los demás.

Presta atención especial a:

  • Texto alternativo para pictogramas GHS (los lectores de pantalla necesitan transmitir "Inflamable" no solo "imagen")
  • Jerarquía de encabezados apropiada en visualizadores de FDS
  • Navegación por teclado para catálogos de productos
  • Suficiente contraste de color para colores de advertencia de peligro

Errores comunes de cumplimiento que vemos en sitios web químicos

Después de auditar docenas de sitios web de empresas químicas, aquí están los patrones que siguen mostrándose:

  1. Documentos de FDS desactualizados. El problema número 1. Las empresas actualizan su FDS internamente pero se olvidan de empujar la nueva versión al sitio web. Automatiza esto.

  2. Información CLP faltante en páginas de productos. Tu página de producto muestra la descripción de marketing pero no la clasificación de peligro. Esa es una brecha de cumplimiento.

  3. Sin divulgación de SVHC para artículos. Si vendes artículos (no solo sustancias/mezclas), podrías pensar que REACH no se aplica a tus páginas de producto. Se aplica.

  4. Distribución de FDS solo en PDF. Los PDFs están bien, pero no son legibles por máquina. A medida que se expanden los requisitos de DPP, también necesitarás datos estructurados.

  5. Sin visibilidad de control de versiones. Los usuarios deberían poder ver cuándo se revisó última vez una FDS y qué versión están descargando.

  6. Sitios web monolingües vendiendo en mercados de la UE. Si estás vendiendo hipoclorito de sodio a un cliente en Polonia, tienen derecho a una FDS en polaco.

  7. Acceso roto o puerteado a información de seguridad. Algunas empresas ponen descargas de FDS detrás de muros de registro con procesos de aprobación complejos. La información de seguridad debería ser fácilmente accesible.

Sanciones y cumplimiento en 2026

La aplicación de REACH se maneja a nivel de estado miembro, lo que significa que las sanciones varían. Pero no son triviales.

Estado miembro Rango típico de multas por violaciones de REACH Notas
Alemania €50,000 – €500,000+ Responsabilidad penal posible por violaciones graves
Francia Hasta €75,000 por infracción Duplicado por infracciones reincidentes
Países Bajos Hasta €900,000 El RIVM realiza monitoreo activo de web
Italia €15,000 – €90,000 Por sustancia/violación
Reino Unido (UK REACH) Multas ilimitadas posibles Aplicación de HSE, separado de EU REACH

Vale la pena notar: el RIVM de los Países Bajos (Instituto Nacional de Salud Pública y Medio Ambiente) ha sido particularmente activo en monitorear sitios web para cumplimiento. Han declarado públicamente que usan web scraping para verificar páginas de productos contra datos de registro de la ECHA. Tu sitio web no es invisible para los reguladores.

El Foro ECHA (Foro para el Intercambio de Información sobre Cumplimiento) también coordina proyectos de aplicación a nivel de la UE. REF-12 y REF-13 específicamente incluyeron verificaciones en ventas en línea y comunicación digital de información de seguridad química.

Elegir la arquitectura web correcta para cumplimiento

Si estás construyendo un nuevo sitio web de empresa química u overhaulando uno existente, la arquitectura importa más de lo que podrías pensar.

Un sitio tradicional de WordPress con un montón de plugins pernados puede funcionar para catálogos de productos pequeños, pero comienza a crujir bajo el peso de la gestión multilingüe de FDS, datos de productos estructurados y requisitos de API. He visto empresas superan WordPress dentro de un año de tomar el cumplimiento en serio.

Una arquitectura sin cabecera te proporciona:

  • Modelado de contenido que coincide con tu estructura de datos regulatoria
  • Acceso a datos API-first para integración de DPP e intercambio de datos B2B
  • Rendimiento (generación estática para páginas de productos significa tiempos de carga rápidos globalmente)
  • Seguridad (sin CMS monolítico para atacar)
  • Flexibilidad para renderizar los mismos datos en web, generación de PDF e feeds de datos

Construimos estas plataformas regularmente. Si estás evaluando opciones, nuestra página de precios te da una idea de niveles de inversión, y siempre puedes comunicarte directamente para hablar a través de tu situación específica.

Preguntas frecuentes

¿Aplica REACH a mi sitio web si solo vendo dentro del Reino Unido? Si solo vendes dentro del Reino Unido, estás bajo UK REACH, que es administrado por el HSE (Ejecutivo de Salud y Seguridad) en lugar de la ECHA. Los requisitos son en gran medida similares pero no idénticos -- el Reino Unido tiene su propia Lista de Candidatos SVHC y cronogramas de registro. Si vendes tanto en la UE como en el Reino Unido, necesitas cumplir con ambos regímenes, y tu sitio web idealmente debería aclarar qué marco regulatorio se aplica a qué productos y mercados.

¿Necesito mostrar pictogramas GHS en mis páginas de productos del sitio web? Sí, si estás publicando o ofreciendo sustancias y mezclas químicas para la venta, el Artículo 48 de la Regulación CLP (CE) No 1272/2008 requiere que el anuncio mencione las clases de peligro y pictogramas. Esto ha sido aplicado específicamente en el contexto de ventas en línea. Tus páginas de productos necesitan pictogramas de peligro, palabras de advertencia y declaraciones de peligro como mínimo.

¿Con qué frecuencia necesito actualizar Fichas de Datos de Seguridad en mi sitio web? El Artículo 31(9) de REACH requiere actualizaciones de FDS "sin demora" cuando se dispone de información nueva que afecta la gestión de riesgos, cuando una autorización es otorgada o rechazada, o cuando se impone una restricción. En la práctica, deberías tener un proceso que sincronice tu sistema de gestión de FDS a tu sitio web dentro de 24-48 horas de cualquier revisión. Las revisiones anuales de todas las FDS publicadas se consideran práctica recomendada.

¿Puedo requerir que los usuarios se registren antes de descargar una FDS? Técnicamente, REACH requiere que las FDS sean proporcionadas a los destinatarios de sustancias y mezclas -- lo que significa tus clientes. No hay obligación de hacer que las FDS sean descargables públicamente. Sin embargo, muchas autoridades de aplicación ven desfavorablemente las barreras innecesarias al acceso de información de seguridad. Un registro ligero (correo electrónico) es generalmente aceptable; un proceso de aprobación de múltiples pasos no lo es. Para el público general, la información de SVHC del Artículo 33 debería estar disponible sin registro.

¿Qué es el Pasaporte Digital de Productos y cómo afecta a las empresas químicas? El Pasaporte Digital de Productos (DPP) es parte de la Regulación de Diseño Ecológico para Productos Sostenibles de la UE. Requiere que los productos vendidos en la UE lleven un registro digital de su composición, impacto ambiental y datos del ciclo de vida. Aunque los químicos no están en la primera onda de implementación (esperada 2026-2027 para baterías), los proveedores químicos necesitan proporcionar datos de sustancias que alimenten los DPPs de sus clientes. Esto significa que los datos de tu producto necesitan estar disponibles en formatos estructurados y legibles por máquina -- no solo PDFs.

¿Necesito sitios web separados para cumplimiento de EU REACH y UK REACH? No necesitas sitios web separados, pero sí necesitas diferenciar claramente qué información regulatoria se aplica a qué mercado. Muchas empresas manejan esto con enrutamiento basado en locale (eu.company.com vs uk.company.com) o selectores de mercado claros. Los documentos de FDS diferirán entre mercados de la UE y el Reino Unido debido a diferentes referencias regulatorias, matices de clasificación y números de contacto de emergencia.

¿Qué es la base de datos SCIP y necesito vincularse a ella desde mi sitio web? SCIP (Sustancias de Preocupación en artículos como tales o en objetos complejos -- Productos) es una base de datos ECHA donde las empresas deben notificar artículos que contienen SVHC por encima del 0,1% p/p. No hay requisito legal para vincular a SCIP desde tu sitio web, pero hacerlo se considera práctica recomendada y hace la conformidad de tus clientes más fácil. Muchos equipos de procura B2B ahora esperan que los números de referencia SCIP estén disponibles en páginas de productos de proveedores.

¿Cómo manejo el cumplimiento de REACH para un sitio web con miles de productos? La automatización es la única respuesta realista. Necesitas un sistema estructurado de gestión de información de productos (PIM) o CMS sin cabecera que almacene datos regulatorios como campos estructurados -- no texto libre. Importación por lotes desde tu ERP o sistema de gestión regulatoria, reglas de validación automatizadas (marcar productos sin campos requeridos), y páginas de productos de plantilla que extraigan datos de cumplimiento dinámicamente. Hemos construido catálogos con 10,000+ productos químicos usando este enfoque, y funciona -- pero requiere inversión inicial en arquitectura de datos. La gestión manual deja de ser viable alrededor de 50-100 productos.