2026年の化学企業ウェブサイトにおけるREACH適合性
化学会社向けのウェブサイトを構築している場合、あるいは自社のデジタルプレゼンスが実際にEU REACH規制にどのように適合する必要があるかを把握しようとしている場合は、要件が継続的に変化していることに気付いているかもしれません。欧州化学物質庁(ECHA)は、化学情報がデジタル的にどのように伝達されるかについて、着実に規制を厳しくしており、2026年には製品ページから安全データシート(SDS)配布システムまで、あらゆることに影響を与える新しい一連の変更がもたらされます。
過去数年間、製造業および化学会社向けのウェブプラットフォームを構築してきましたが、化学会社のウェブサイトの大多数が適合性に大きく遅れていることを保証できます。企業がそれを気にかけていないためではなく、ウェブ開発と化学規制の交差点が、誰も明確に話していない奇妙なニッチであるためです。これを改善しましょう。
目次
- REACHとは何か、そしてなぜそれがあなたのウェブサイトに影響するのか
- デジタルプラットフォームに影響を与える2026年のREACH主要な更新
- REACH適合性のためのウェブサイト要件
- 安全データシートの配布とデジタルアクセス
- SCIPデータベース統合要件
- 技術的実装:適合性のある化学ウェブサイトの構築
- アクセシビリティと多言語要件
- 化学ウェブサイトで見られる一般的な適合性の間違い
- 2026年の罰則と執行
- 適合性のための正しいウェブアーキテクチャの選択
- FAQ
REACHとは何か、そしてなぜそれがあなたのウェブサイトに影響するのか
REACH(化学物質の登録、評価、認可および制限)は、2006年に制定されたEUの化学安全規制です。これは、欧州経済領域内で化学物質がどのように製造、輸入、および使用されるかを管理します。EU市場で化学物質を販売または配布している場合、REACHがあなたに適用されます——終わりです。
しかし、ここで人々を混乱させているのは:REACHは単なるあなたの実験室レポートと内部ドキュメンテーションについてではありません。化学物質の安全情報を下流ユーザー、消費者、および一般に伝える方法について、実際に執行可能な要件があります。そして2026年には、あなたのウェブサイトがその通信の主要なチャネルです。
規制では以下が必須です:
- 安全データシート(SDS)が化学物質の受取人に利用可能である
- 物品内の非常に懸念されている物質(SVHC)に関する情報が消費者に要求時に(そしますますプロアクティブに)伝達される
- 製品情報が正確で、最新であり、ECHA登録と一致している
- SCIP(物品内またはそれに含まれる懸念物質)通知が維持されている
あなたのウェブサイトはもはや単なるマーケティングツールではありません。それは適合性の道具です。
デジタルプラットフォームに影響を与える2026年のREACH主要な更新
ECAは、より広いEU化学物質持続可能性戦略(CSS)の一部として、更新をロールアウトしています。以下はあなたのデジタルプレゼンスに2026年で特に関連するものです:
更新されたSDS形式要件
REACH附属書IIの改訂版(委員会規則(EU)2020/878)は2023年1月1日から完全に義務付けられていますが、執行は大幅に強化されました。2026年までに、あなたのウェブサイトを通じて配布されるすべてのSDSは、更新された16セクション形式に準拠し、該当する場合はUFI(ユニークフォーミュラ識別子)コードを含め、ナノフォーム固有の情報を提供する必要があります。
デジタル製品パスポート(DPP)の整合
EU のデジタル製品パスポート イニシアチブ——持続可能な製品のためのエコデザイン規則(ESPR)の一部——はフェーズで展開しています。化学物質は最初の波に含まれていません(バッテリー、繊維、および電子製品です)が、これらの業界に供給する化学会社は、DPPに流れ込む機械読取可能物質データを提供する必要があります。あなたのウェブサイトの製品データアーキテクチャは、構造化された、API利用可能な化学情報をサポートする必要があります。
拡大されたSVHC通信義務
SVHC候補リストは成長し続けています——2025年初頭には240以上の物質がありました——そして第33条の義務は現在、実質的にプロアクティブなデジタル開示を必要とします。いくつかのEU加盟国は、ウェブサイトが第33条通知の有効な通信チャネルとして適格であるという立場を採用しており、消費者が質問するのを待つだけでは済みません。
SCIPデータベース同期
廃棄物フレームワーク指令の第9条(1)(i)は、0.1% w/w以上のSVHCを含む物品の供給業者にSCIPデータベースへの通知を要求しています。実際には、あなたのウェブサイトの製品カタログは、SCIP通知を参照またはリンクする必要があります。特にB2B顧客の場合、彼ら自身の適合性のためこのデータが必要です。
REACH適合性のためのウェブサイト要件
あなたのウェブサイトが実際に何を必要とするかについて具体的に説明しましょう。
| 要件 | 説明 | 優先度 |
|---|---|---|
| SDSダウンロードポータル | 現在の安全データシートへの認証されたまたは公開アクセス(PDF形式または構造化データ形式) | 重大 |
| 製品分類表示 | 製品ページ上のCLP/GHS分類情報(危険絵表示、シグナルワード、H/P記述) | 重大 |
| SVHCの開示 | 物品のSVHC含有量のプロアクティブなリスト、濃度データ付き | 高 |
| SCIP参照 | SCIPデータベース項目へのリンクまたは参照番号 | 高 |
| UFI表示 | 関連製品ページ上のユニークフォーミュラ識別子 | 高 |
| 多言語サポート | ターゲットEU市場の言語によるSDSと製品情報 | 重大 |
| バージョン管理 | すべての適合文書の明確なバージョン管理と日付スタンプ | 高 |
| 化学安全連絡先 | 化学安全問い合わせ専用チャネル | 重大 |
| アクセシビリティ | すべての安全情報ページのWCAG 2.1 AA適合性 | 中程度から高 |
| データエクスポート/API | DPP統合のための機械読取可能製品データ | 中程度(増加中) |
安全データシートの配布とデジタルアクセス
化学会社のウェブサイトで最も技術的な負債を見ているのは、ここです。典型的なセットアップは悪夢です:共有ドライブ上のフォルダにダンプされたPDF、おそらく誰かが規制委員会に従事しているときに同期されたウェブサイトとの同期化、彼らが覚えているときに手動でアップロードプロセスを処理します。
2026年の適切なSDS配布システムはどのようなものかを以下に示します:
自動化されたSDS管理
あなたのSDSドキュメントは、構造化されたコンテンツ管理システム——理想的には headless CMS ——に存在する必要があり、以下を含むメタデータが必要です:
- 物質/混合物名と識別子(CAS、EC番号)
- 改訂日付とバージョン番号
- 言語/ロケール
- ターゲット市場(どのEU加盟国)
- 関連する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には独自の処方の詳細が含まれています。以下について考慮する必要があります:
- 公開アクセス対認証カスタマーポータル
- ロールベースのアクセス(販売店対エンドユーザー)
- 適合性監査証跡のダウンロードログ
私たちは通常、headless CMS バックエンド(Sanity、Contentful、Strapi などの何か)を Next.js フロントエンドに接続し、Auth0 または同様のものによる認証を使用してこれを実装します。このような種類のアーキテクチャを検討している場合、headless CMS 開発機能ページは技術的アプローチの詳細をカバーしています。
SCIPデータベース統合要件
SCIPデータベースは2021年から運用されていますが、その周りのツールと期待は大幅に成熟しています。2026年には、期待はあなたがSCIP通知を送信したことだけではありません——あなたのデジタルプレゼンスが顧客のための点をつないでいることです。
実際のところ:
あなたのウェブサイトが表示するべきもの
0.1% w/w以上のSVHCを含む製品(物品)の場合:
- SVHC名とCAS番号
- 濃度範囲
- 物品内の場所
- 安全な使用指示
- あなたのSCIP通知参照番号またはSCIPデータベース項目への直接リンク
API統合
ECAはSCIP情報流通ポータルを提供しています。SCIPデータをクエリするための公式公開APIがないのに対して(2025年初頭現在、ECAは送信に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データをファーストクラスのフィールドとして追跡する必要があります。
技術的実装:適合性のある化学ウェブサイトの構築
適合性を真摯に受け取る化学会社ウェブサイト向けに実際に推奨するアーキテクチャについて説明させてください。
Headlessアーキテクチャ
Headlessアプローチは、コンテンツ管理をプレゼンテーション層から分離します。これは化学適合性にとって重要です:
- **規制コンテンツは頻繁に変更されます。**あなたの規制チームは、コードをタッチしたり、デプロイを待つことなく、SDSドキュメント、SVHCリスト、および製品分類を更新する必要があります。
- **マルチチャネル配布。**同じ製品データは、あなたのウェブサイト、カスタマーポータル、DPP統合用のAPI、および潜在的に印刷されたカタログに表示される必要があります。
- **監査証跡。**優れたheadless 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 が物質または混合物が上市されている加盟国の公式言語で供給される必要があります。これはオプションではありません。
EUをまたいで販売する会社の場合、最大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レベルAA を満たす必要があります。化学安全情報は絶対にこれに該当します——障害を持つ人は他の誰もが持っているのと同じように危険情報にアクセスする必要があります。
以下に特に注意を払う:
- GHS絵表示のテキスト説明(スクリーンリーダーは「画像」ではなく「可燃性」を伝える必要があります)
- SDS ビューアの適切な見出し階層
- 製品カタログのキーボードナビゲーション
- 危険警告色の十分な色のコントラスト
化学ウェブサイトで見られる一般的な適合性の間違い
数十の化学会社ウェブサイトを監査した後、継続的に表示されるパターンは以下の通りです:
古いSDSドキュメント。 #1の問題。企業は内部的にSDSを更新しますが、新しいバージョンをウェブサイトにプッシュすることを忘れます。これを自動化しましょう。
**製品ページのCLP情報がない。**あなたの製品ページはマーケティング説明を示していますが、危険分類は表示されていません。それは適合性ギャップです。
**物品のSVHC開示がない。**物質/混合物だけではなく物品を販売している場合、REACHがあなたの製品ページに適用されないと考えるかもしれません。それは適用されます。
**PDF専用SDS配布。**PDFは問題ありませんが、機械読取可能ではありません。DPP要件が拡大するにつれ、構造化データも必要になります。
**バージョン管理の可視性がない。**ユーザーはSDSが最後に改訂されたときと、ダウンロードしているバージョンを確認できる必要があります。
**単一言語ウェブサイトがEU市場をまたいで販売している。**次亜塩素酸ナトリウムをポーランドの顧客に販売している場合、彼らはポーランド語でSDSを受ける権利があります。
**安全情報へのアクセスが壊れているまたはゲートで保護されている。**一部の企業は複雑な承認プロセスで登録ウォールの後ろにSDSダウンロードを配置します。安全情報は容易にアクセス可能である必要があります。
2026年の罰則と執行
REACHの執行は加盟国レベルで処理されます。つまり、罰則は異なります。しかし、それらは些細ではありません。
| 加盟国 | REACH違反の典型的な罰金範囲 | ノート |
|---|---|---|
| ドイツ | €50,000~€500,000以上 | 深刻な違反の場合、刑事責任が可能 |
| フランス | 違反ごとに最大€75,000 | 繰り返し違反の場合は倍増 |
| オランダ | 最大€900,000 | RIVMは積極的なウェブ監視を実施 |
| イタリア | €15,000~€90,000 | 物質/違反ごと |
| イギリス(UK REACH) | 無制限の罰金が可能 | HSE執行、EU REACHから独立 |
注目すべき:オランダのRIVM(国立公衆衛生環境研究所)は、適合性のためのウェブサイト監視に特に積極的です。彼らは、製品ページをECHA登録データに照らし合わせてチェックするためにウェブスクレイピングを使用していると公開されています。あなたのウェブサイトは規制当局から見えないわけではありません。
ECHA フォーラム(執行情報交換フォーラム)も、EUの執行を調整します。REF-12およびREF-13は、オンライン販売と化学安全情報のデジタル通信に関するチェックを特に含みました。
適合性のための正しいウェブアーキテクチャの選択
新しい化学会社ウェブサイトを構築している場合、または既存のウェブサイトをオーバーホールしている場合は、アーキテクチャがあなたが考えるかもしれません以上に重要です。
ボルトで留められたプラグインがたくさんある従来の WordPress サイトは、小さな製品カタログに対応できますが、多言語SDS管理、構造化製品データ、およびAPI要件の重みの下できしみ始めます。適合性を真摯に受け取ってから1年以内にWordPressから成長する企業を見てきました。
Headlessアーキテクチャは以下を提供します:
- あなたの規制データ構造に一致するコンテンツモデリング
- DPP統合およびB2Bデータ交換のためのAPIファーストデータアクセス
- パフォーマンス(製品ページの静的生成はグローバルに高速なロードタイムを意味します)
- セキュリティ(攻撃する単一のmonolithic CMSはありません)
- ウェブ、PDF生成、およびデータフィード全体で同じデータをレンダリングするための柔軟性
これらの種類のプラットフォームを定期的に構築しています。オプションを評価する場合、私たちの価格ページは投資レベルの感覚を提供し、直接到達して特定の状況について話し合うことができます。
FAQ
イギリス国内でのみ販売している場合、REACHは私のウェブサイトに適用されますか?
イギリス国内でのみ販売している場合、ECHA ではなくHSE(健康安全執行機関)によって管理される UK REACH の対象となります。要件はほぼ似ていますが同じではありません——英国は独自のSVHC候補リストと登録タイムラインを持っています。EUと英国の両方に販売している場合、あなたは両方の制度に準拠する必要があり、あなたのウェブサイトは理想的にはどの規制枠組みがどの製品と市場に適用されるかを明確にする必要があります。
ウェブサイト製品ページにGHS絵表示を表示する必要がありますか?
はい、化学物質および混合物の販売または提供をアドバタイズしている場合、CLP規則(EC)番号1272/2008第48条では、アドバタイズメントが危険クラスと絵表示について言及する必要があります。これはオンライン販売の文脈で特に執行されています。あなたの製品ページは、最低限、危険絵表示、シグナルワード、および危険記述が必要です。
安全データシートをウェブサイトで多くの頻度で更新する必要がありますか?
REACH 第31条(9)では、リスク管理に影響を与える新しい情報が利用可能になったとき、認可が付与または拒否されたとき、または制限が課されたときにSDS更新が「遅滞なく」行われる必要があります。実際には、あなたは改訂の24~48時間以内にあなたのSDS管理システムをあなたのウェブサイトに同期するプロセスを持つべきです。公開されているすべてのSDSの年次レビューは、ベストプラクティスと見なされています。
SDS をダウンロードする前にユーザーが登録することを要求できますか?
技術的には、REACH では SDS を化学物質と混合物の受取人に提供する必要があります——つまり、あなたの顧客です。公に SDSダウンロード可能にする義務はありません。ただし、多くの執行当局は、安全情報への不要なバリアを好ましくない見てします。軽いな登録(メール)は一般的に受け入れ可能です;マルチステップの承認プロセスはありません。一般大衆にとって、第33条SVHC情報は登録なしで利用可能である必要があります。
デジタル製品パスポートとは何で、それはどのように化学会社に影響しますか?
デジタル製品パスポート(DPP)は、持続可能な製品のためのエコデザイン規則のEUの一部です。EU で販売される製品が、彼らの成分、環境影響、およびライフサイクルデータのデジタル記録を運ぶことを必須にします。化学物質は最初の実装波に含まれていません(バッテリーの場合2026~2027で予想される)が、化学供給業者はあなたの顧客のDPPに流れ込む物質データを提供する必要があります。つまり、あなたの製品データはPDF だけでなく、構造化、機械読取可能な形式で利用可能である必要があります。
EU とイギリスREACH適合性のための別個のウェブサイトが必要ですか?
別々のウェブサイトが必要ではありませんが、どの規制情報がどの市場に適用されるかをはっきりと区別する必要があります。多くの企業はロケールベースのルーティング(eu.company.com対uk.company.com)または明確な市場セレクタでこれを処理します。EU と UK 市場間では SDS ドキュメントが異なります。規制参照、分類のニュアンス、および緊急連絡先番号の違いがあるためです。
SCIPデータベースとは何で、ウェブサイトからそれにリンクする必要がありますか?
SCIP(物品内またはそれに含まれる懸念物質)は、0.1% w/w 以上のSVHCを含む物品の企業が通知する必要があるECAデータベースです。あなたのウェブサイトから SCIP にリンクする法的要件はありませんが、これをするはベストプラクティスと見なされ、あなたの顧客の適合性を簡単にします。多くのB2B調達チームは現在、供給業者製品ページで SCIP 参照番号が利用可能であることを期待しています。
数千の製品があるウェブサイトのREACH適合性をどのように処理しますか?
自動化が唯一現実的な答えです。あなたはフリーテキストではなく、構造化フィールドとして規制データを保存する構造化製品情報管理(PIM)システムまたはheadless CMSが必要です。ERP または規制管理システムからのバッチインポート、自動化された検証ルール(必要なフィールドが不足している製品にフラグを立てる)、および動的に適合性データを引き出すテンプレート化された製品ページ。このアプローチを使用して、10,000以上の化学製品を含むカタログを構築しました。それはうまくいきます——しかし、データアーキテクチャに予備的な投資が必要です。手動管理は約50~100製品の周りで実行可能でなくなります。