如果你為化工公司開發網站 -- 或者你在化工公司工作，正在設法確定你的數位形象實際上需要符合歐盟 REACH 法規 -- 你可能已經注意到要求在不斷變化。歐洲化學品管理局 (ECHA) 一直在逐步加強對化學品信息如何數位傳播的要求，而 2026 年將帶來一批新的變化，這些變化將影響從你的產品頁面到安全數據表 (SDS) 發佈系統的一切。

在過去幾年中，我一直在為製造業和化工公司開發網絡平台，我可以告訴你：大多數化工公司網站在合規方面遠遠落後。不是因為公司不在乎，而是因為網絡開發和化學法規的交集是一個沒人清楚談論的奇怪利基領域。讓我們解決這個問題。

目錄

什麼是 REACH 及其為何影響你的網站

REACH（化學品的註冊、評估、授權和限制）是歐盟的化學品安全法規，最初於 2006 年頒布。它規管化學品在歐洲經濟區內的製造、進口和使用方式。如果你在歐盟市場銷售或分佈化學品，REACH 對你適用 -- 這是肯定的。

但這裡是讓人困惑的地方：REACH 不僅關乎你的實驗室報告和內部文件。它有真實的、可執行的要求，涉及你如何向下游用戶、消費者和公眾溝通化學品安全信息。而在 2026 年，你的網站是該通信的主要渠道。

法規要求：

  • 安全數據表 (SDS) 可供化學物質接收者取得
  • 物品中含有極高關注物質 (SVHCs) 的信息在請求時（並越來越多地主動）傳達給消費者
  • 產品信息準確、最新，並與你的 ECHA 註冊相符
  • SCIP（物品或複雜物品中的關注物質 -- 產品）通知被維護

你的網站不再只是營銷工具。它是一個合規工具。

影響數位平台的關鍵 2026 REACH 更新

ECHA 一直在推出更新，作為更廣泛的歐盟化學品可持續性戰略 (CSS) 的一部分。以下是 2026 年與你的數位形象特別相關的內容：

更新的 SDS 格式要求

REACH 附件 II 的修訂版（歐盟委員會規定 (EU) 2020/878）自 2023 年 1 月 1 日以來一直是強制性的，但執法已大幅升級。到 2026 年，通過你的網站分發的所有 SDS 必須符合更新的 16 部分格式，在適用的地方包括 UFI（唯一公式標識符）代碼，並提供奈米形式特定信息。

數位產品護照 (DPP) 對齐

歐盟的數位產品護照倡議 -- 《可持續產品設計法規》(ESPR) 的一部分 -- 正在分階段推出。雖然化學品不在第一波（電池、紡織品和電子產品是），但向這些行業供應的化工公司需要提供進入 DPPs 的機器可讀物質數據。你的網站產品數據架構需要支持結構化、API 可存取的化學信息。

擴大的 SVHC 通信義務

SVHC 候選清單不斷增長 -- 截至 2025 年初有超過 240 種物質 -- 而第 33 條義務現在實際上要求主動數位披露。幾個歐盟成員國已採取立場，認為網站符合第 33 條通知的有效溝通渠道，這意味著你不能只是等待消費者詢問。

SCIP 數據庫同步

《廢物框架指令》第 9(1)(i) 條要求含有 SVHC 超過 0.1% w/w 的物品供應商向 SCIP 數據庫通知。實際上，你的網站產品目錄應該引用或鏈接到 SCIP 通知，特別是對於需要這些數據以符合自己合規的 B2B 客戶。

REACH 合規網站要求

讓我們具體說說你的網站實際上需要什麼。

要求 描述 優先級
SDS 下載入口 以 PDF 和/或結構化數據格式對當前安全數據表的驗證或公開存取 關鍵
產品分類顯示 產品頁面上的 CLP/GHS 分類信息（危險圖形、信號詞、H/P 聲明） 關鍵
SVHC 披露 物品中 SVHC 含量的主動列表，包括濃度數據 高
SCIP 參考資料 指向 SCIP 數據庫條目的鏈接或參考號 高
UFI 顯示 相關產品頁面上的唯一公式標識符 高
多語言支持 目標歐盟市場語言中的 SDS 和產品信息 關鍵
版本控制 所有合規文件上的清晰版本控制和日期戳 高
化學安全聯繫方式 化學安全詢問的專門聯繫渠道 關鍵
無障礙 所有安全信息頁面的 WCAG 2.1 AA 合規 中高
數據導出 / API 機器可讀的產品數據以進行 DPP 集成 中（增長中）

安全數據表發佈和數位存取

這是我在化工公司網站上看到最多技術債務的地方。典型設置是一場噩夢：PDFs 轉儲到共享驅動器上的文件夾中，可能通過某個手動上傳流程同步到網站，監管事務中的某人在記得時處理。

以下是 2026 年恰當的 SDS 發佈系統的樣子：

自動化 SDS 管理

你的 SDS 文件應該位於結構化內容管理系統中 -- 理想情況下是無頭 CMS -- 包含元數據：

  • 物質/混合物名稱和標識符 (CAS、EC 號碼)
  • 修訂日期和版本號
  • 語言/地區設置
  • 目標市場（哪些歐盟成員國）
  • 關聯的 UFI 代碼
  • 監管狀態標誌
{
  "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"
  }
}

這種結構化方法意味著你可以在前端構建智能搜索和過濾，在 SDS 更新時自動通知客戶，並為合規審查生成審計線索。

訪問控制考慮

某些 SDS 包含專有配方細節。你需要考慮：

  • 公開訪問與經過驗證的客戶門戶
  • 基於角色的訪問（分銷商與最終用戶）
  • 為合規審計線索下載日誌記錄

我們通常使用無頭 CMS 後端（Sanity、Contentful 或 Strapi 之類的東西）實現這一點，為 Next.js 前端提供電源，通過 Auth0 或類似工具進行身份驗證。如果你在考慮這種類型的架構，我們的無頭 CMS 開發能力頁面詳細涵蓋了技術方法。

SCIP 數據庫集成要求

SCIP 數據庫自 2021 年以來一直在運營，但圍繞它的工具和期望已經相當成熟。在 2026 年，期望不僅是你已經提交了 SCIP 通知 -- 而是你的數位形象為客戶連接起來。

實際上：

你的網站應該顯示什麼

對於任何包含 SVHC 超過 0.1% w/w 的產品（物品）：

  • SVHC 名稱和 CAS 號碼
  • 濃度範圍
  • 物品內的位置
  • 安全使用說明
  • 你的 SCIP 通知參考號或 SCIP 數據庫條目的直接鏈接

API 集成

ECHA 提供 SCIP 傳播門戶。雖然沒有用於查詢 SCIP 數據的官方公開 API（截至 2025 年初，ECHA 使用 IUCLID 格式進行提交），但你可以在產品目錄和 SCIP 提交之間保持內部映射。我們已經將其構建為自定義集成層：

// 示例：將產品映射到 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;
  
  // 檢查數據是否過時（超過 90 天）
  const ninetyDaysAgo = new Date(Date.now() - 90 * 24 * 60 * 60 * 1000);
  if (mapping.lastUpdated < ninetyDaysAgo) {
    await notifyRegulatoryTeam(productId, 'SCIP data review needed');
  }
  
  return mapping;
}

關鍵點：這不應該是手動流程。你的產品信息管理 (PIM) 系統或 CMS 應該追蹤 SCIP 數據作為一級字段，而不是埋在電子表格中。

技術實施：構建符合合規的化工網站

讓我逐步介紹我們實際上為認真對待合規的化工公司網站推薦的架構。

無頭架構

無頭方法將內容管理與表現層分離。這對化學合規很重要，因為：

  1. 監管內容經常變化。 你的監管團隊需要更新 SDS 文件、SVHC 列表和產品分類，而無需接觸代碼或等待部署。
  2. 多渠道分佈。 相同的產品數據需要在你的網站、客戶門戶、DPP 集成的 API 和潛在的印刷目錄中顯示。
  3. 審計線索。 一個好的無頭 CMS 提供現成的版本歷史 -- 對於隨時間演變展示合規至關重要。

根據互動要求，我們通常在 Next.js 或 Astro 上構建這些。具有搜索、過濾和經過驗證的 SDS 下載的產品目錄通常指向 Next.js。更多內容繁重的信息網站可能會因其優越的靜態性能而傾向於 Astro。

內容模型設計

以下是 REACH 符合合規產品目錄的簡化內容模型：

Product
├── 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[]

此模型確保每一條合規數據都有位置、可查詢且可自動在產品頁面上呈現。

搜索和過濾

化工購買者按 CAS 號、EC 號、產品名稱和應用領域搜索。你的搜索需要處理所有這些。我們對 Algolia 或 Meilisearch 有良好結果 -- 如果你正確配置同義詞，它們可以很好地處理化學命名法。

無障礙和多語言要求

REACH 第 31(5) 條要求以物質或混合物投入市場的成員國的官方語言提供 SDS。這不是可選的。

對於在歐盟各地銷售的公司，這意味著支持多達 24 種官方語言。實際上，大多數公司專注於他們有重大銷售的市場 -- 通常是 6-12 種語言。

實施方法

我們在 Next.js 中使用基於地區的路由來處理這個問題：

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

CMS 按地區存儲翻譯內容，SDS 文件按語言標記。產品頁面根據用戶的地區自動顯示正確的 SDS 下載鏈接。

無障礙也是非協商的。歐洲無障礙法 (EAA)，於 2025 年 6 月全面生效，要求數位產品和服務符合 WCAG 2.1 Level AA。化學安全信息絕對屬於此範疇 -- 殘疾人需要像其他人一樣獲得危害信息。

特別注意：

  • GHS 圖形的替代文本（屏幕閱讀器需要傳達「易燃」而不是「圖像」）
  • SDS 查看器中的適當標題層級
  • 產品目錄的鍵盤導航
  • 危害警告顏色的足夠顏色對比

我們在化工網站上看到的常見合規錯誤

審計了數十個化工公司網站後，以下是不斷出現的模式：

  1. 過時的 SDS 文件。 第 #1 問題。公司在內部更新 SDS 但忘記將新版本推送到網站。自動執行此操作。

  2. 產品頁面上缺少 CLP 信息。 你的產品頁面顯示營銷描述但沒有危害分類。那是合規差距。

  3. 沒有物品的 SVHC 披露。 如果你銷售物品（不只是物質/混合物），你可能認為 REACH 不適用於你的產品頁面。確實適用。

  4. 僅 PDF 的 SDS 發佈。 PDF 沒問題，但它們不是機器可讀的。隨著 DPP 要求的擴展，你也需要結構化數據。

  5. 沒有版本控制可見性。 用戶應該能夠看到 SDS 上次修訂的時間以及他們下載的版本。

  6. 跨歐盟市場銷售的單語言網站。 如果你向波蘭的客戶銷售次氯酸鈉，他們有權獲得波蘭語 SDS。

  7. 安全信息的訪問中斷或受限。 一些公司將 SDS 下載放在具有複雜批准流程的註冊牆後面。安全信息應該易於存取。

2026 年的處罰和執法

REACH 的執法由成員國級別處理，這意味著罰款各不相同。但它們並不微不足道。

成員國 REACH 違規的典型罰款範圍 說明
德國 €50,000 – €500,000+ 嚴重違規可能涉及刑事責任
法國 每項侵權最高 €75,000 重複違規罰款加倍
荷蘭 最高 €900,000 RIVM 進行積極的網絡監測
意大利 €15,000 – €90,000 每種物質/違規
英國（英國 REACH） 可能無限制罰款 HSE 執法，獨立於歐盟 REACH

值得注意的是：荷蘭的 RIVM（國家公共衛生和環境研究所）在監測網站合規方面特別積極。他們已公開聲稱使用網絡爬蟲檢查產品頁面與 ECHA 註冊數據。你的網站對監管機構並非不可見。

ECHA 論壇（執法信息交換論壇）也協調歐盟範圍的執法項目。REF-12 和 REF-13 特別包括對在線銷售和化學品安全信息數位通信的檢查。

為合規選擇正確的網站架構

如果你正在構建新的化工公司網站或改造現有網站，架構的重要性超過你可能想象的。

傳統 WordPress 網站配合一堆插件可以適用於小型產品目錄，但在多語言 SDS 管理、結構化產品數據和 API 要求的重量下開始吱吱喜慶。我看到公司在認真對待合規的一年內超越 WordPress。

無頭架構為你提供：

  • 與監管數據結構相匹配的內容建模
  • 用於 DPP 集成和 B2B 數據交換的 API 優先數據訪問
  • 性能（產品頁面的靜態生成意味著全球快速加載時間）
  • 安全（無需攻擊的單體 CMS）
  • 跨網絡、PDF 生成和數據源呈現相同數據的靈活性

我們定期構建這類平台。如果你在評估選項，我們的定價頁面讓你對投資水平有所了解，你總是可以直接聯繫討論你的具體情況。

常見問題

如果我只在英國銷售，REACH 是否適用於我的網站？ 如果你只在英國銷售，你屬於英國 REACH 的管轄，該法由 HSE（健康和安全執行局）而非 ECHA 管理。要求基本相似但並非相同 -- 英國有自己的 SVHC 候選清單和註冊時間表。如果你向歐盟和英國銷售，你需要符合兩個制度，你的網站應該理想地明確哪個監管框架適用於哪些產品和市場。

我是否需要在我的網站產品頁面上顯示 GHS 圖形？ 是的，如果你在宣傳或提供銷售化學物質和混合物，CLP 規定 (EC) No 1272/2008 第 48 條要求廣告提及危害類別和圖形。這在在線銷售背景下已被特別執行。你的產品頁面至少需要危害圖形、信號詞和危害聲明。

我需要多久更新一次我網站上的安全數據表？ REACH 第 31(9) 條要求在影響風險管理的新信息出現時、授予或拒絕授權時或施加限制時「不延遲」更新 SDS。在實踐中，你應該有一個流程在修訂後 24-48 小時內將 SDS 管理系統同步到你的網站。所有發布 SDS 的年度審查被視為最佳實踐。

我可以在下載 SDS 前要求用戶註冊嗎？ 在技術上，REACH 要求向化學物質和混合物的接收者提供 SDS -- 即你的客戶。沒有義務使 SDS 可公開下載。然而，許多執法當局對安全信息訪問的不必要障礙持不利態度。輕度註冊（電子郵件）通常是可以接受的；多步驟批准流程不是。對於一般公眾，第 33 條 SVHC 信息應該在不註冊的情況下可用。

什麼是數位產品護照，它如何影響化工公司？ 數位產品護照 (DPP) 是歐盟《可持續產品設計法規》的一部分。它要求在歐盟銷售的產品攜帶其成分、環境影響和生命週期數據的數位記錄。雖然化學品不在第一實施波中（預期為 2026-2027 年用於電池），但化學品供應商需要提供進入其客戶 DPPs 的物質數據。這意味著你的產品數據需要以結構化、機器可讀的格式提供 -- 不只是 PDFs。

我是否需要為歐盟和英國 REACH 合規提供單獨的網站？ 你不需要單獨的網站，但你確實需要明確區分哪個監管信息適用於哪個市場。許多公司通過基於地區的路由（eu.company.com vs uk.company.com）或清晰的市場選擇器處理這個問題。SDS 文件在歐盟和英國市場之間有所不同，因為監管參考文獻、分類細微差別和緊急聯繫號碼不同。

什麼是 SCIP 數據庫，我是否需要從我的網站鏈接到它？ SCIP（物品或複雜物品中的關注物質 -- 產品）是一個 ECHA 數據庫，公司必須向其通知包含 SVHC 超過 0.1% w/w 的物品。沒有法律要求從你的網站鏈接到 SCIP，但這樣做被認為是最佳實踐，使你客戶的合規變得更容易。許多 B2B 採購團隊現在期望在供應商產品頁面上提供 SCIP 參考號。

我如何為有數千種產品的網站處理 REACH 合規？ 自動化是唯一現實的答案。你需要一個結構化的產品信息管理 (PIM) 系統或無頭 CMS，該系統將監管數據存儲為結構化字段 -- 不是自由文本。從你的 ERP 或監管管理系統進行批量導入，自動驗證規則（標記缺少必需字段的產品），以及提取動態合規數據的模板化產品頁面。我們已經使用這種方法構建了包含 10,000+ 化學產品的目錄，並且有效 -- 但它需要對數據架構的前期投資。在大約 50-100 種產品時，手動管理變得不可行。