ISO-8859-3（Latin-3）の基礎から実務まで：歴史・対象言語・他エンコーディング比較とUTF-8移行ガイド
エバープレイ編集部ISO-8859-3とは — 概要
ISO-8859-3（通称 Latin-3、時に「南欧ラテン」）は、ISO/IEC 8859 系列の一部として定義された8ビット文字エンコーディングのひとつです。1980年代後半に標準化され、ラテン文字を基盤とする一部のヨーロッパ言語の特殊文字を扱うために設計されました。現在ではUTF-8（Unicode）の普及により利用は限定的ですが、歴史的な文書や一部のレガシーシステムでは依然として見かけることがあります。
歴史と目的
ISO/IEC 8859 シリーズは、ASCII（7ビット）を拡張して8ビット（256文字）で様々な言語圏の文字を扱えるようにするために策定されました。ISO-8859-3 はその第3部として公開され、主に南ヨーロッパ圏やエスペラント、マルタ語など、ISO-8859-1（Latin-1）や他の部分で十分にサポートされない文字群を補う目的がありました。
公的な発行はISOによる標準化の一環で行われ、IANA（Internet Assigned Numbers Authority）にも MIME で使う文字セット名として登録されています。これにより、電子メールやHTTPレスポンスヘッダ、古い文書ファイルなどで ISO-8859-3 が指定されているケースがあります。
どの言語を対象にしているか
ISO-8859-3 は次のような言語で必要とされる文字を含めることを意図して作られました（代表的な例）：
- マルタ語（Maltese） — 特有の文字（例：Ċ/ċ、Ġ/ġ、Ħ/ħ、Ż/ż など）
- エスペラント（Esperanto） — 帽子付き文字や長音を示す文字（例：Ĉ/ĉ、Ĝ/ĝ、Ĥ/ĥ、Ĵ/ĵ、Ŝ/ŝ、Ŭ/ŭ）
- その他、南欧圏や特殊なラテン拡張が必要な場面
ただし、トルコ語の完全なサポートは ISO-8859-3 の主目的ではなく、トルコ語向けには後に ISO-8859-9（Latin-5）がより適切に設計されています。
技術的特徴
ISO-8859-3 は1バイト（8ビット）で1文字を表現します。0x00–0x7F は基本的に ASCII と互換で、0xA0–0xFF の上位部分に各種アクセント付きラテン文字や記号が割り当てられています。制御文字（0x00–0x1F、0x7F など）は従来通りに扱われます。
Unicode への対応（マッピング）は確立されており、各バイト値は対応する Unicode コードポイントにマップされています。Unicode マッピングが存在するため、iconv、Python、Perl、recode などの標準ツールで相互変換が可能です。
ISO-8859-3 と他のエンコーディングとの違い
ISO-8859 系には多くの派生（Latin-1〜Latin-16 相当）があり、各々が異なる地域や言語を対象に異なる文字配置を持ちます。ISO-8859-3 の特徴は、マルタ語やエスペラントなどのための特殊文字を優先的に配置した点です。これに対して：
- ISO-8859-1（Latin-1）は西ヨーロッパ言語（英語、ドイツ語、フランス語等）向け。
- ISO-8859-2（Latin-2）は中・東欧言語（ポーランド、チェコなど）向け。
- ISO-8859-9（Latin-5）はトルコ語用に Latin-1 を修正したもの。
したがって、対象言語や文字セットの違いにより適切な ISO-8859 の版を選ぶ必要があり、誤った文字セット指定は文字化け（mojibake）を引き起こします。
実務上の利用と制約
今日における ISO-8859-3 の実務利用は限定的です。主な理由は以下のとおりです：
- Unicode（UTF-8）による包括的な文字セットが広く普及し、1つのエンコーディングで多言語を扱えるようになった。
- ISO-8859-3 の適用範囲が特定の言語に限られるため、新規システムでは利用メリットが小さい。
- 古いシステムやアーカイブ文書で使用されている場合、取り扱いに注意が必要（エンコーディング指定が欠けていると誤認識の原因となる）。
ただし、以下のようなケースではまだ関心が持たれます：
- 歴史的文書や古いメールアーカイブの復元・表示
- 特定の組み込み機器やレガシーアプリケーションとの互換性維持
- 既存データを正しくUTF-8へ移行する際の中間フォーマットとして
WordPress や Web での扱い
Webページや WordPress において ISO-8859-3 を使うことは技術的には可能ですが、ほとんどの現代的サイトでは UTF-8 が推奨されます。WordPress の投稿エディタに直接 ISO-8859-3 のテキストを貼り付ける場合、ブラウザ側とサーバー（データベース・HTML メタ）でエンコーディングが一致している必要があります。不一致だと文字化けが発生します。
既存の ISO-8859-3 文書を WordPress に取り込む手順（概略）：
- 元ファイルが本当に ISO-8859-3 であることを確認する（バイナリ解析やファイルヘッダ、既知の特殊文字の有無で判定）。
- iconv や recode を使って UTF-8 に変換する。例: iconv -f ISO-8859-3 -t UTF-8 infile > outfile
- 変換後、文字が正しく表示されるか確認してから WordPress に貼り付ける。データベースやサイトが UTF-8（utf8mb4）であることを確認する。
変換・検出ツールとサンプル
一般的なツールや手法：
- iconv（Linux/Unix）：エンコーディング変換に広く使われる。例: iconv -f ISO-8859-3 -t UTF-8 input.txt -o output.txt
- Python：bytes をデコードする際に 'iso-8859-3' を指定して扱える。例: data.decode('iso-8859-3')
- テキストエディタ（多くはエンコーディングの指定で開ける）や、ファイルコマンド/enca のような検出ツールでエンコーディング推定
変換時の注意点：元ファイルに誤って異なる ISO-8859 系が混在している場合、正しく変換されないことがあります。疑わしい場合はサンプルの特殊文字を比較するなどして慎重に検証してください。
よくある問題と対策
- 文字化け（mojibake） — 原因は送受信側でのエンコーディング不一致。HTTP ヘッダや HTML meta charset、メールの Content-Type ヘッダを確認する。
- データベース格納時の誤変換 — データベースの文字セット／照合順序が UTF-8 になっているかを確認。移行時は明示的に変換を行う。
- 混在するエンコーディング — 同一の文書やシステム内で異なるエンコーディングが混ざると検出と修復が難しくなる。可能なら一貫して UTF-8 に統一するのが最良。
まとめ（現代の扱い方）
ISO-8859-3 は特定の言語（マルタ語、エスペラントなど）を対象にした歴史的な8ビット文字エンコーディングです。現在は Unicode（UTF-8）が事実上の標準になっているため新規採用は稀ですが、過去のデータやレガシー環境との互換性のために知識が役立ちます。実務ではまず元データのエンコーディングを正確に把握し、可能であれば UTF-8 に変換して扱うことを推奨します。
