トルコ大統領通達 2025/10:すべてのウェブサイト運営者が知っておくべきこと

2025年6月21日、トルコは大統領通達2025/10号を公布し、公的機関と民間セクターのウェブサイトおよびモバイルアプリの双方に対して、WCAG 2.2への準拠を法的に義務付けました。このガイドでは、誰が準拠しなければならないのか、技術的要件は何か、遵守期限はいつか、そして時間切れになる前にどのように行動すべきかを分かりやすく解説します。

2025年6月21日、トルコでウェブサイトやモバイルアプリケーションを運営するほぼすべての組織に影響を及ぼす包括的な新たな法的枠組みが、静かに施行されました。官報第32933号に掲載された大統領通達第2025/10号は、デジタル資産をすべてのユーザー、特に障害のある人々や高齢者にとって利用可能なものとすることを義務付けています。2025年初頭の時点でトルコには7,700万人以上のインターネットユーザーがおり、すでに遵守期限が進行していることを踏まえると、組織が行動を起こせる時間的猶予は多くの人が考えるよりもはるかに限られています。

背景:なぜ今トルコは動いたのか

トルコの障害者権利法制との関わりは20年前にさかのぼります。障害者の権利に関する基礎的な立法である第5378号法は2005年に制定され、その後何度も改正されてきました。しかし長年にわたり、デジタル・アクセシビリティはトルコ法においてグレーゾーンのままであり、理念としては言及されるものの、実務上ほとんど執行されてきませんでした。2025年の大統領通達はこの状況を劇的に変え、トルコのデジタル・アクセシビリティ義務に初めて明確な法的拘束力を与えています。

このタイミングは偶然ではありません。トルコはデジタル変革アジェンダを加速させる一方で、国際的および欧州の基準と自国の法制度の調和も進めてきました。2025年6月にEU全域で完全施行されたEuropean Accessibility Act(欧州アクセシビリティ法)がその背景にあります。EU加盟候補国であり、EUと深い経済的・規制的な結びつきを持つトルコは、同じ国際標準であるWCAG 2.2を自国の枠組みの基盤とすることで、その方向性をなぞっています。また、この通達は電子商取引の規制に関する第6563号法からも法的根拠を得ており、これにより電子商取引プラットフォームには単なる行政指針ではなく、明確な法定義務が課されています。

トルコが大統領通達を包括的なデジタル政策の手段として用いるのは今回が初めてではありません。2019/12号の情報通信セキュリティに関する通達は、データローカライゼーションやサイバーセキュリティ義務について同様の先例を築きました。しかし2025/10号通達は、その適用範囲の広さという点で、これまで以上に踏み込んだものと言えます。従来の通達よりもはるかに直接的に民間セクターに及び、かつ、これまでの文書にはなかった体系的な監視・執行体制によって裏打ちされています。

この規制の人間的な側面も重要です。トルコの人口には、視覚、聴覚、運動、認知の障害を抱える何百万人もの人々に加え、急速に増加する高齢者層が含まれています。デジタル・インクルージョンは抽象的なコンプライアンスのチェックボックスではなく、現代トルコの市民生活および商業活動に平等に参加するための前提条件なのです。

2025/10号通達が実際に求めていること

この通達の中核は、相互に連動する2つのベンチマークへの準拠を義務付けている点にあります。1つ目は、トルコの規制環境に特化して家族・社会サービス省が策定した「ウェブアクセシビリティチェックリスト – レベルA」です。2つ目は、World Wide Web Consortium(W3C)が公表する国際的に認知されたガイドラインであるWCAG 2.2です。この2つのベンチマークは連携して機能します。省のチェックリストは国際標準をトルコの行政環境向けに具体化し、WCAG 2.2はその技術的な基盤を提供します。

WCAG 2.2は、その要件を4つの中核原則に基づいて整理しており、頭字語POURで要約されることがよくあります。すなわち、コンテンツは知覚可能(Perceivable)(何らかの形で見えるか聞こえる)、操作可能(Operable)(ユーザーがナビゲートし操作できる)、理解可能(Understandable)(コンテンツとUIの挙動が明確)、堅牢(Robust)(現在および将来の支援技術と互換性がある)でなければなりません。この4原則の下に13のガイドラインと、3つのレベル(A、AA、AAA)で評価されるテスト可能な達成基準が設けられており、レベルAが最低限の基準、レベルAAが世界中の多くの規制枠組みで目標とされる水準です。

通達は、少なくともレベルAへの準拠を明示的に求めています。レベルAは、非テキストコンテンツに対するテキスト代替の提供、すべての機能をキーボードで操作可能にすること、ユーザーがコンテンツを読む・利用するのに十分な時間を与えること、発作を引き起こすことが知られているコンテンツを避けることなど、基礎的な事項をカバーします。アクセシビリティへの真のコミットメントを示し、将来の規制強化に備えたい組織は、WCAG 2.2レベルAAを最低限の足切りではなく、実務上の目標として捉えるべきでしょう。

WCAG 2.2において、レベルAのチェックリストは基本的なアクセシビリティ基準を定義しており、すべてのウェブサイトは少なくともこのレベルに準拠しなければなりません。このチェックリストは、視覚、聴覚、運動能力に制限のあるユーザーのユーザビリティを向上させます。

モバイルアプリケーションもウェブサイトと同等に対象となります。通達はネイティブモバイルアプリとモバイル最適化されたウェブ体験を区別していません。組織がiOSやAndroid上にプレゼンスを持つ場合、それらのプラットフォームはデスクトップ向けウェブ資産と同じ要件の対象となります。

誰がいつまでに遵守しなければならないか

通達は、公的部門と民間部門の義務を明確に区別し、2つの別個の遵守期間を設けています。

通達の公表から1年以内(すなわち2026年6月21日まで)に、以下の組織は遵守を達成していなければなりません。

  • すべての公的機関およびその関連組織
  • 大学(国立・私立を問わず)
  • 自治体および自治体所有企業
  • 民間病院
  • 銀行および金融機関
  • 主要な交通事業者
  • 20万件を超える加入者を有する通信事業者

2年以内(すなわち2027年6月21日まで)に、民間部門の事業体は完全な遵守に到達しなければなりません。この第2段階には次の組織が含まれます。

  • 第6563号法により規制される電子商取引プラットフォーム
  • より広範な民間部門のサービスプロバイダー
  • 観光省のライセンスの下で営業するグループA旅行代理店
  • 職能団体およびその関連機関

実務上、組織がトルコのユーザーを対象とした商業用ウェブサイトを運営しているのであれば、それが国内小売業者であれ、トルコの顧客を持つ海外ブランドであれ、トルコ企業向けにサービスを提供するSaaSプラットフォームであれ、ほぼ確実に適用対象に含まれます。この規制の射程は、明示的に列挙されたセクターに限らず、デジタルサービスを提供するあらゆる民間の法人に及びます。組織は、自らが適用除外だと考えるよりも、適用対象だと考える方向で判断すべきです。

規制は、公的機関と民間部門の組織の両方を対象とするよう拡大されました。特に、デジタル商取引分野のサービスプロバイダーは、アクセシビリティ基準への準拠が求められるようになりました。

監視と執行のアーキテクチャ

2025/10号通達の最も重要な側面の1つは、単に要件を示すだけで、執行を成り行きに任せているわけではないという点です。家族・社会サービス省は、複数の専門委員会から構成される、遵守状況を監視・執行するための専任の制度的枠組みを設置しました。

アクセシビリティ監視委員会は、アクセシビリティ基準に照らしてデジタルサービスやウェブサイトを定期的に検査する責任を負います。諮問委員会は政策的な助言を行い、ステークホルダーとの関与を促進して、組織が自らの義務を理解できるよう支援します。モバイル側には並行する構造が存在し、モバイルアプリケーション・アクセシビリティ監視委員会がアプリの遵守状況を監督し、モバイルアプリケーション・アクセシビリティ審査委員会が詳細な技術レビューを行います。

重要なのは、通達が遵守判断を完全に政府任せにしていないことです。対象となる各組織(公的機関、大学、民間事業体を問わず)は、自らの内部にアクセシビリティ審査委員会を設置することが求められます。この内部機関は、組織自身のデジタル資産の技術的なアクセシビリティを評価し、その結果に基づいて遵守報告書を作成し、全国の監視委員会に提出する責任を負います。言い換えれば、この制度は外部の監督を伴う自己申告型の構造であり、GDPRのアカウンタビリティ枠組みに慣れた人には馴染みのある仕組みです。

遵守を達成し、監視プロセスを通過した組織は、家族・社会サービス省が発行する公式のアクセシビリティロゴを表示する権利を得ます。このロゴはユーザーに対して検証済みの遵守を示すもので、有効期間は2年間です。その後も指定を維持するには、評価プロセスを繰り返す必要があります。これは品質マークのようなものであり、自社のデジタル資産がトルコのアクセシビリティ基準を満たし、そのように検証されていることを示す目に見える証拠です。

主な技術要件:ウェブサイトとアプリに実際に必要なもの

最低限求められるWCAG 2.2レベルAへの準拠には、特定の技術的実装が伴います。以下は、アクセシビリティ監査の際に組織がギャップを見つけがちな、影響の大きい領域です。

  • 画像の代替テキスト:サイト上の意味のあるすべての画像には、その目的を視覚障害のあるユーザーにスクリーンリーダーが伝えられるよう、説明的なalt属性が必要です。装飾目的の画像には、無視してよいことを示すために空のalt=''を使用すべきです。
  • キーボード操作性:フォーム、ボタン、ドロップダウンメニュー、モーダルダイアログなど、すべてのインタラクティブ要素はキーボードだけで操作できなければなりません。多くのサイトはマウスのみのホバー操作に依存しており、キーボードユーザーやスイッチアクセスユーザーを完全に排除しています。
  • 色だけに依存しない:情報は決して色だけで伝えてはなりません。エラー状態、必須項目、ステータスインジケーターには、色覚異常や弱視のユーザーが認識できるよう、ラベル、アイコン、パターンなどの二次的な視覚的手がかりが必要です。
  • 事前録音された音声・動画の字幕:音声コンテンツ(サウンドトラック付き動画を含む)には、同期した字幕が必要です。これは、ろう者や難聴のユーザーだけでなく、騒がしい環境にいるユーザーにも役立ちます。
  • 論理的な見出し構造:ページは意味のある階層で見出しタグ(<h1><h6>)を使用すべきです。スクリーンリーダーユーザーは、ページ構造を理解するために見出しでナビゲートすることが多く、<h1>タグだらけの文書や見出しレベルが飛んでいる文書ではそれが不可能になります。
  • フォームラベル:フォーム内のすべての入力フィールドには、<label>要素またはARIA属性を用いて、プログラム的に関連付けられたラベルが必要です。プレースホルダーテキストだけではこの要件を満たしません。
  • 十分な時間制限:サイトにセッションタイムアウトや時間制限付きの操作がある場合、ユーザーには事前に警告し、可能な限り時間制限を延長または無効化できるようにしなければなりません。
  • 1秒間に3回を超えて点滅するコンテンツの禁止:点滅やストロボのようなアニメーションは光感受性てんかん発作を誘発する可能性があり、それを無効化する仕組みがない限り禁止されています。

国際的なベストプラクティスを示し、規制枠組みの成熟に伴い目標となる可能性が高いレベルAAを目指す組織は、文字のコントラスト比(通常のテキストで最低4.5:1)、コンテンツや機能を損なうことなく200%までのテキスト拡大、サイト全体で一貫したナビゲーションなどにも対応する必要があります。

世界のアクセシビリティ規制との比較

トルコの2025/10号通達は、ウェブアクセシビリティは任意ではないという世界的なコンセンサスの中に、同国をしっかりと位置付けるものです。EU加盟国で2025年6月に完全施行されたEuropean Accessibility Actは、公共・民間双方のデジタルサービスに対してWCAGベースの遵守を義務付けるという点で、概ね同様のアプローチを取っています。米国では、Americans with Disabilities Act(障害を持つアメリカ人法)とSection 508が長年アクセシビリティ要件の基盤となっており、WCAG 2.2は現在、連邦規則策定における技術標準として位置付けられています。

トルコのアプローチを特徴づけているのは、WCAG 2.2と並行して大臣レベルのアクセシビリティチェックリストを組み合わせている点です。これによりトルコの規制当局は、国内で開発され、ローカルな文脈に即したコンプライアンス手段を持つことができ、ニーズの変化に応じて調整することが可能になります。アクセシビリティロゴ制度も注目すべき追加要素であり、非遵守に対する罰則だけでなく、遵守に対するポジティブな市場シグナルを生み出します。

すでにEUのWeb Accessibility DirectiveやEAAに準拠している多国籍企業にとって朗報なのは、欧州向けに達成したWCAG 2.2準拠が、トルコの技術要件をほぼ満たすという点です。アクセシビリティ標準に関するトルコとEUの規制調和により、ある市場向けに行った投資は、トルコ特有のコンプライアンスに必要な追加コストを大幅に抑えつつ、他方の市場にもほぼそのまま活用できます。

遵守を達成するための実務的ステップ

すでに期限が動き出している中で、組織には構造化されたアプローチが必要です。以下は、通達の要件とアクセシビリティのベストプラクティスに基づいて構築したロードマップです。

  1. アクセシビリティ監査を実施する。問題を修正する前に、何が問題なのかを把握する必要があります。自動スキャンツールは、多くのWCAG違反を迅速に特定できますが、すべてを検出できるわけではありません。障害のある人々によるユーザーテストと専門家による手動レビューは、包括的なカバレッジのために不可欠です。自動評価と手動評価の両方を目指しましょう。
  2. 内部のアクセシビリティ審査委員会を設置する。通達は対象組織にその設置を求めています。名ばかりの委員会に終わらないよう、明確な責任者を定めましょう。ウェブ開発チーム、UXデザイナー、コンテンツ管理者、法務・コンプライアンス担当者を巻き込むことが重要です。
  3. トラフィックとリスクが最も高いページを優先する。デジタル資産全体をすぐに改善できない場合は、ホームページ、主要なユーザージャーニー(チェックアウト、会員登録、アカウント管理)、行政向けや公共サービス関連のページに焦点を当てましょう。トラフィックの多いページはユーザーへの影響が最も大きく、監視の対象となる可能性も高くなります。
  4. 短期的なレイヤーとしてアクセシビリティオーバーレイやウィジェットを導入する。Accsible SDKのようなツールは、コントラスト調整、フォント拡大、キーボードナビゲーション支援、テキスト読み上げなど、ユーザー向けのアクセシビリティ機能を即座に提供し、長期的なコード修正が進行している間のギャップを埋めることができます。オーバーレイは構造的なアクセシビリティ改善の代替にはなりませんが、障害のあるユーザーの体験をすぐに向上させ、移行期間中の誠実な取り組みを示すことができます。
  5. アクセシビリティ声明を公開する。通達はEUのWeb Accessibility Directiveと同じ形での公開アクセシビリティ声明を明示的に義務付けてはいませんが、声明の公開はベストプラクティスとされ、規制当局とユーザー双方に対して透明性を示すことになります。声明には、現在の遵守状況、認識している制限事項、ユーザーが代替的なコンテンツアクセスをどのように要求できるかを記載すべきです。
  6. 開発ワークフローにアクセシビリティを組み込む。一度きりの改善では不十分です。アクセシビリティチェックをCI/CDパイプラインに統合し、アクセシビリティ基準を含むデザインレビューのプロセスを確立し、コンテンツ制作者にアクセシブルな文章・メディア作成のトレーニングを行いましょう。
  7. アクセシビリティロゴの評価に備える。監視委員会への申請時に明確な証跡を提示できるよう、今から遵守への取り組みを文書化し始めましょう。最初から遵守状況が十分に裏付けられていれば、評価プロセスはスムーズになり、結果もより良いものとなります。

遵守しなかった場合に起こること

通達自体は具体的な罰則を列挙した法律ではなく、大統領指令という位置付けですが、だからといって不遵守に何の結果も伴わないわけではありません。特に第5378号法および第6563号法といった既存の立法が執行の基盤を提供しており、新設された監視委員会は監督と報告の両機能を有しています。監視レビューで不遵守と判断された組織はアクセシビリティロゴを取得できず、調達や規制当局がアクセシビリティ認証を求めることが増えている市場において、評判面および競争面での不利を被ることになります。

民間部門の組織にとって、トルコのデジタル規制全体の流れは明らかです。規制対象セクターにおける不遵守は、エスカレートする行政措置を招きます。2025年3月に成立したトルコのサイバーセキュリティ法第7545号は、デジタルコンプライアンス違反に対してトルコの規制当局が重大な制裁を科す意思を示しました。アクセシビリティの執行は、当初は監視と指導を中心としたモードで始まるかもしれませんが、この枠組みを完全に無視する組織、特に第1波の1年以内の遵守カテゴリーに属する組織は、実質的な規制リスクを負うことになります。

評判面の側面もあります。アクセシビリティロゴは、遵守状況を対外的に示すために設計されたシグナルです。この制度に対するトルコの消費者や法人顧客の認知が高まるにつれ、そのロゴがないことは、組織にとって不利な形で目に見える差別化要因となり得ます。トルコで事業を行う国際ブランドにとっては、その評判リスクは国内市場を超えて広がる可能性があります。

要点のまとめ

  • すでに時間は動き出している。大統領通達2025/10号は2025年6月21日に施行されました。公的機関、大学、銀行、病院、大手通信事業者は2026年6月21日までに、民間部門および電子商取引事業者は2027年6月21日までに対応しなければなりません。必要な作業量を考えれば、どちらの期限も決して遠くはありません。
  • WCAG 2.2レベルAは最低限、レベルAAを目標にすべき。通達は省のレベルAチェックリストとWCAG 2.2との整合を義務付けています。持続的なコンプライアンスを真剣に目指し、障害のあるユーザーに真にサービスを提供したい組織は、レベルAAを実務上の基準として捉えるべきです。
  • 内部のアクセシビリティ審査委員会を設置する必要がある。これは通達における明示的な組織要件であり、任意のガイダンスではありません。責任者を定め、部門横断のチームを構築し、遵守への取り組みを文書化しましょう。
  • 自動ツール+専門家レビュー+ユーザーテストが真の遵守を生む。どの自動スキャナーもすべてを検出できるわけではありません。テクノロジーと人間の専門性、そして当事者によるテストを組み合わせることが、真に実効性があり、説明可能なアクセシビリティを達成する唯一の方法です。
  • アクセシビリティオーバーレイSDKは、構造的な改善が進む間のギャップを埋えでくれる。Accsibleのようなソリューションは、より深いコード修正が進行する一方で、今すぐユーザーに利益をもたらすアクセシビリティ機能を提供し、コミットメントを示しつつ、長期的なコード修正と並行してユーザビリティを向上させます。