ISO-8859-3（Latin-3）とは何か？概要・対応言語・現代のWeb移行と文字化け対策まで徹底解説
エバープレイ編集部ISO-8859-3 とは — 概要
ISO-8859-3（別名 Latin-3 または South European）は、ISO/IEC 8859 系列のひとつで、8ビット単位（シングルバイト）で文字を表現する文字エンコーディングの規格です。ASCII（0x00–0x7F）を基礎にし、拡張領域（0xA0–0xFF）にラテン文字を追加して、ASCII だけでは表現できない諸言語の文字を扱えるように設計されています。
開発の背景と目的
1980年代から1990年代にかけて、国際化の必要性から「ラテン文字を使う欧州の各言語向けに、8ビット単位で互換性のある文字集合を規格化する」動きがありました。ISO-8859 系はその代表で、各地域や言語群ごとに複数の「パート」が用意されました。ISO-8859-3 は、特に南欧や一部の特殊ラテン文字を必要とする言語（例：マルタ語、エスペラントなど）を想定して追加されたパートです。
主要な特徴（技術仕様）
- 1バイト（8ビット）固定長の文字エンコーディング。
- 0x00–0x7F は ASCII と互換。
- 0xA0–0xFF の範囲にラテン文字の変種（アクセント付き文字や特有文字）を割り当て。
- ISO の名称表記としては "ISO-8859-3"、IANA の文字セット名としても同名で登録されています。エイリアスに "latin3" や "ISO_8859-3:1988"、"iso-ir-109" 等があります。
対応言語と収録文字
ISO-8859-3 は特に以下のような言語や用途を念頭に置いて作られています。
- マルタ語（Maltese） — マルタ固有の字形（例：ħ/Ħ などストローク付き H）を収録。
- エスペラント（Esperanto） — エスペラント固有の修飾字（サーカムフレックスなど）を含むことを目的としています。ただし、エスペラント完全対応のために必要なすべての合字が最良の形で揃っているわけではない点に注意が必要です。
- 南欧・特殊ラテン拡張のための追加文字群。
ただし、トルコ語のための特化は ISO-8859-3 では行われず、トルコ語向けには後に ISO-8859-9（Latin-5）が作られて対応が行われました。
ISO-8859-1（Latin-1）など他の ISO-8859 系との違い
ISO-8859 系各パートは、0xA0–0xFF の領域を異なる言語群に合わせて割り当てるため、同じコード値でも文字が異なります。たとえば、ISO-8859-1 にある文字が ISO-8859-3 では別の文字に置き換えられている場合があります。従って、エンコーディングを誤って解釈すると文字化け（mojibake）を引き起こします。
現代における利用状況と互換性
現在（特に Web やモダンなソフトウェア開発の場面）では、Unicode（特に UTF-8）が事実上の標準になっているため、ISO-8859-3 の使用は非常に限定的です。過去のデータやレガシーシステム、あるいは特定のファイルやメールアーカイブに残されたデータの扱いで出会う可能性がある、という位置づけです。
主要な OS やツール（iconv、libc の変換機能、テキストエディタ、プログラミング言語のエンコードライブラリなど）は ISO-8859-3 をサポートしていることが多く、適切に変換すれば UTF-8 環境に移行できます。
WordPress や Web 投稿での実務的な注意点
WordPress を含む現代の CMS は基本的に UTF-8 を前提に動作します。以下の点に注意してください。
- 投稿やテーマファイルが ISO-8859-3 で保存されている場合、WordPress 側が UTF-8 を期待すると文字化けします。データは事前に UTF-8 に変換してからアップロード・貼り付けするのが安全です。
- ブラウザや HTTP ヘッダ、HTML の meta charset 宣言がコンテンツのエンコーディングと一致していることを確認してください。例：
<meta charset="UTF-8">を使うなら、実際の文字列は UTF-8 に変換済みである必要があります。 - 古いファイルを直接編集せず、まずはバックアップを取得すること。変換ミスでデータが失われるリスクがあります。
具体的な変換方法（例）
Linux / macOS のコマンドラインやサーバー上での変換例：
iconv -f ISO-8859-3 -t UTF-8 input.txt -o output.txt
PHP の場合（例）：
$utf8 = mb_convert_encoding($latin3_string, 'UTF-8', 'ISO-8859-3');
あるいは PHP の iconv 関数でも変換可能です。これらを使って、WordPress に貼り付ける前に文字列を UTF-8 にしておきます。
よくあるトラブルと対処法
- 文字化け（例：「è」など）になった場合：元のデータがどのエンコーディングで保存されているかを調べ、対応する -f オプション（変換元）を指定して再度変換します。
- 部分的に文字が欠ける・不明文字に置き換わる場合：変換時にサポートされない文字が含まれている可能性があります。Unicode の対応マッピングを確認し、必要なら手作業で置換処理を行います。
- データベース格納時の問題：DB の文字セット（例：MySQL のテーブル/カラム設定）が UTF-8 であることを確認し、文字セットの違いから生じる問題を避けます。既存のレガシーデータは変換後にインポートするのが確実です。
移行のベストプラクティス
- まずはサンプルを少量取り出して変換と表示を検証する（バックアップ必須）。
- 変換ツール（iconv、mb_convert_encoding など）を使ってバッチ処理する。
- UTF-8 変換後も特殊文字（例：マルタ語やエスペラント固有の字形）が正しく表示されるかを確認する。
- 自動処理で不正確になる場合は、変換ルールを追加して手動で修正する。
まとめ
ISO-8859-3 は歴史的に意味のあるシングルバイト文字エンコーディングで、マルタ語やエスペラントなどのために特化した文字を含む設計がなされています。しかし、現代では Unicode（UTF-8）への移行が標準であり、新規開発や公開コンテンツでは UTF-8 を使うのが推奨されます。過去データの扱いやレガシーシステムとの連携の際には、ISO-8859-3 を正しく認識して UTF-8 に変換することが重要です。
参考文献
- ISO/IEC 8859-3 — Wikipedia
- Unicode Consortium: ISO-8859-3 to Unicode mapping
- IANA Character Sets (一覧）
- RFC 1345 — Character Mnemonics and Character Sets
- MDN Web Docs — Content-Type: charset
投稿者プロフィール
