ISO-8859-3（Latin-3）とは？概要・対応言語・他エンコーディングとの比較と現代の運用ポイント
エバープレイ編集部ISO-8859-3 とは — 概要
ISO-8859-3（別名 Latin-3）は、1980〜1990年代に広く使われた単一バイト文字エンコーディングの一つで、ラテン文字ベースの一部の南欧言語や補助的な言語を扱うことを目的に設計されました。ISO/IEC 8859 シリーズの一部として定義され、ASCII（0x00〜0x7F）をそのまま利用し、可視文字領域（0xA0〜0xFF）に特定言語で必要となる追加文字を割り当てています。
設計の背景・目的
1970〜1990年代のコンピュータ環境では、1バイト（8ビット）で表現できる文字集合をベースに多言語対応を行うのが一般的でした。ISO/IEC 8859 シリーズは「西欧向け」「中央欧州向け」など地域ごとに分かれており、ISO-8859-3（Latin-3）は特にマルタ語（Maltese）やエスペラント（Esperanto）など、既存の Latin-1（ISO-8859-1）や Latin-2（ISO-8859-2）では完全にはカバーできない文字を必要とする言語向けに用意されました。
文字セットの構成
- 基本領域（0x00〜0x7F）：US-ASCII と同一。制御文字や英数字、基本記号は ASCII と共通。
- 拡張領域（0xA0〜0xFF）：スペース（ノーブレークスペース）や欧文記号、各言語で必要な拡張ラテン文字が割り当てられる領域。ISO-8859-3 ではここにマルタ語・エスペラント等で必要な文字が配置されている。
ISO-8859 系はそれぞれ 0xA0〜0xFF の領域で異なる文字を定義するため、同じバイト値でもエンコーディングが違うと別の文字に解釈されます。従ってファイルや通信でエンコーディング情報を正しく扱うことが重要です。
主に対応する言語
ISO-8859-3 は主に以下のような言語を念頭に置いて設計されました。
- マルタ語（Maltese） — ラテン文字だが特有のストローク付き文字や変音符を使用する。
- エスペラント（Esperanto） — 独自のアクセント付き文字（ĉ, ĝ, ĥ, ĵ, ŝ, ŭ など）を持つ人工言語。
- その他、南欧の一部言語や補助的な用途（当初の設計意図に基づく）
ただし、すべての言語を完全にカバーするわけではなく、必要な文字集合が少しずつ違うため、別の ISO-8859 パート（例：Latin-5/ISO-8859-9 がトルコ語向け）を使うこともありました。
他のエンコーディングとの比較
- ISO-8859-1（Latin-1）との違い：Latin-1 は西欧主要言語（英語、フランス語、ドイツ語、スペイン語など）に重点を置く。Latin-3 はこれらとは異なる追加文字を配置しているため、互換性が完全ではない。
- ISO-8859-2（Latin-2）との違い：中央／東欧言語（ポーランド語、チェコ語など）向けの文字を収録するため、Latin-3 とは別領域を採る。
- ISO-8859-9（Latin-5）：トルコ語向けに調整された別パートで、トルコ語固有の文字をサポートする。
- UTF-8 / Unicode との関係：Unicode（UTF-8）は全世界の文字を一意に表現する設計であり、ISO-8859-3 に含まれる文字も Unicode の固有コードポイントにマップされる。Unicode の普及により、ISO-8859 系の利用は大きく減少した。
実装・運用上の注意点（特に Web/WordPress での扱い）
- エンコーディング宣言：HTML で使用する場合は <meta charset="ISO-8859-3"> のように宣言できますが、現在は <meta charset="utf-8">（UTF-8）を推奨します。WordPress の投稿エディタでは内部的に UTF-8 が標準であるため、ISO-8859-3 の文字を扱うファイルを投入すると文字化けの原因になります。
- 文字化けの典型：ISO-8859-3 でエンコードされたテキストを UTF-8 として解釈すると、多くの拡張文字が別の文字列や「�」で表示されます。逆も同様です。
- 変換方法：既存の ISO-8859-3 テキストを WordPress に取り込む場合は、事前に iconv や nkf、Python の codecs などで UTF-8 に変換してから貼り付けると安全です（例：iconv -f ISO-8859-3 -t UTF-8 infile > outfile）。
技術的詳細（マッピングとUnicode）
ISO-8859-3 の 0x00〜0x7F は ASCII と共通であるため、英数字と基本記号は同じバイト列で表されます。0xA0 以降の 96 バイト（0xA0〜0xFF）に拡張ラテン文字や通貨記号、特殊記号が含まれます。各バイトは Unicode の単一コードポイントにマッピング可能で、Unicode 側に対応表（マッピングテーブル）が存在します。Unicode のマッピングファイルは公開されており、実装や変換ツールはこのテーブルを参照します。
利用実態と歴史的経緯
ISO-8859-3 は導入当時のニーズ（特定言語で必要な文字セットを 1 バイトで提供）に応えるものでしたが、次第に問題点も明確になりました。複数の互換性のない ISO-8859 パートが存在するため、ファイルや通信でエンコーディングを明示しないと混乱が起きやすいこと、1バイトでは収容できる文字数に限界があること、そして何より世界言語を一元的に扱える Unicode（UTF-8）の普及により、ISO-8859-3 を含む多数のローカル/地域別エンコーディングは使われなくなっていきました。
現代での位置づけ — いつ使うか、使わないか
- 残る用途：古いデータの保守やレガシーシステムとの互換性維持。過去に ISO-8859-3 で記録されたデータを扱う必要がある場合にのみ注意して使用する。
- 新規用途：新しくシステムやサイトを作る場合は UTF-8 を選択すべき。多言語対応や将来の拡張性、互換性の観点で UTF-8 が圧倒的に有利。
実践的なチェックリスト（移行・扱い方）
- 既存ファイルのエンコーディングを確認する（file コマンドやエディタの機能、バイナリ解析）。
- 変換前に必ずバックアップを取得する。
- 変換ツールは信頼できるもの（iconv、Python、Perl 等）を使い、変換後に文字化けや欠落がないか確認する。
- Web サイトやデータベースは UTF-8 に統一する。WordPress はデフォルトで UTF-8 を想定するため、UTF-8 に統一しておくと安心。
まとめ
ISO-8859-3（Latin-3）は、マルタ語やエスペラントなど特定の言語ニーズを満たすために作られた単一バイトの文字エンコーディングです。歴史的には重要な役割を果たしましたが、Unicode（UTF-8）の普及によって新規用途で選択されることはほとんどなくなりました。現在は主にレガシーデータの取り扱いや既存システムとの互換性確保の場面で注意深く使われるにとどまります。Web や WordPress の投稿では UTF-8 が標準であり、ISO-8859-3 の文字が含まれたデータは事前に変換することが推奨されます。
