ISO-8859-3（Latin-3）とは何か？設計目的・文字構成とUnicode移行の実務ガイド
エバープレイ編集部ISO-8859-3 とは — 概要
ISO-8859-3（別名 Latin-3、しばしば "iso-8859-3" と表記される）は、ISO/IEC 8859 系列の一つで、8ビット単一バイト符号化方式の文字セットのひとつです。1980年代後半に策定された ISO/IEC 8859 シリーズは、西欧・中欧・南欧・バルト語族やギリシャ語、キリル文字圏など、多様なラテン派生文字を扱うために複数の部分に分割されており、ISO-8859-3 は主に南ヨーロッパ圏や特定の少数言語の文字を扱う目的で設計されました。
設計目的と対象言語
ISO-8859-3 の基本的な目的は、ラテン文字を基礎とする複数の言語で用いられる、ISO-8859-1（Latin-1）ではカバーできない拡張文字を収めることにありました。具体的には、マルタ語（Maltese）やエスペラント（Esperanto）など、ラテン文字に追加の発音記号や点・棒などを付加した文字を必要とする言語群を想定していました。
ただし、トルコ語のように固有の文字セットが必要な言語は当時後に ISO-8859-9（Latin-5）などで別途対応されることになり、ISO-8859-3 が広範囲の南欧言語を完全にカバーしたわけではありません。
文字の特徴と構成
上位128〜255（0x80〜0xFF）の領域に、ラテン拡張文字を割り当てることで、標準ASCII（0x00〜0x7F）と互換性を保ちながら追加の文字を扱います。
マルタ語で必要な文字（例：Ħ/ħ、Ġ/ġ、Ż/ż など）を含める設計がなされています。
エスペラントのための拡張文字も考慮されていますが、エスペラントで一般的に使われる字母を完全に同一の位置で提供する方法や、別途補完が必要なケースもあり、実運用では混乱が生じることがありました。
ISO-8859-1 や ISO-8859-2 などと互換性を保ちつつ、対象言語の特有文字を組み込む点が設計上の特徴です。
実務上の取り扱い（MIME・ラベル・コードページ）
インターネット上での文字コード指定では、MIME charset 名として "ISO-8859-3" が用いられます。HTML や HTTP ヘッダで charset=ISO-8859-3 を指定すると、受信側はそのバイト列を ISO-8859-3 として解釈します。
IANA の文字セット登録により "ISO-8859-3" は標準的なラベルとして扱われています（他に "latin3" などの別名が使われることもあります）。
Windows 環境では、ISO-8859-3 相当のコードページが "Windows-28593" として扱われることが一般的です（各プラットフォームの実装に依存するため取り扱いには注意が必要です）。
ISO-8859 系の各パート同様、BOM（バイト順マーク）は存在しません。単一バイトの固定長エンコーディングです。
利用状況と歴史的背景
ISO-8859-3 は策定当初、対象言語を持つ地域や研究分野で一定の採用が見られましたが、対象言語が限定的であったこと、また同時期に別のパート（例：Latin-5）で異なる言語ニーズに合致する編成がなされたことから、広範には普及しませんでした。
さらに 1990年代以降、Unicode（とそれを用いる UTF-8）が急速に普及したことで、ISO-8859-3 をはじめとする個別の 8 ビットエンコーディングは徐々にレガシー化しました。現在では新規システムで ISO-8859-3 を選ぶ理由はほとんどなく、既存のレガシーデータや古いメールアーカイブ、特定機器の互換性維持など限定的な場面で用いられることが多くなっています。
問題点・限界
表現可能な文字数が 256 字（うち制御コード領域を除くと実質的に少数）に限定されるため、多言語混在の文書や多種の記号・絵文字などを扱う現代の要求には不十分です。
設計対象外の文字が必要になった場合、別のエンコーディングに切り替えざるを得ず、文字化けやデータ損失が発生しやすいこと。
Webブラウザやメールクライアントは現在ほとんど UTF-8 を既定として扱うため、ISO-8859-3 を使用した古いコンテンツは文字セット指定を誤ると容易に文字化けします。
実践：ISO-8859-3 の扱い方（変換・確認・WordPressでの注意点）
レガシーデータを扱う場面では、まずファイルの文字コードを正しく判断することが重要です。自動判別ツールやバイナリでの確認、あらかじめ文字セットが明示されたヘッダ情報（メールヘッダやメタ情報）が頼りになります。
コマンドラインでの変換（例）: iconv を用いて ISO-8859-3 から UTF-8 へ変換するには次のようにします。
iconv -f ISO-8859-3 -t UTF-8 input.txt -o output.txtプログラム上では、PHP の mb_convert_encoding、Python の codecs モジュールや .encode/.decode メソッドなどで変換可能です。例：Python では bytes を decode('iso-8859-3')、文字列を encode('iso-8859-3') など。
WordPress に過去の ISO-8859-3 で作られたコンテンツを貼り付ける場合、投稿エディタが UTF-8 前提である点に注意が必要です。事前にファイルやテキストを UTF-8 に変換してから貼り付けるか、DB の文字セット・照合順序を適切に設定してからインポートするのが安全です。
移行戦略：ISO-8859-3 から Unicode（UTF-8）へ
多くの組織やサイトで採るべき方針は、可能であれば UTF-8 へ一括移行することです。移行時の典型的な手順は次のとおりです。
既存データのバックアップを取得する。
ファイルや DB のエンコーディングを判定し、ISO-8859-3 であることを確認する。
変換ツール（iconv、各種スクリプト）で UTF-8 に変換する。変換後に文字化けや失われた文字がないかを検証する。
Web サーバーやアプリケーション（例：WordPress）の設定を UTF-8 に統一する。HTTP ヘッダや HTML の を適切に設定する。
データベースの文字セットを変更する場合は、照合順序（collation）やバイナリ比較の違いに注意し、段階的に検証を行う。
互換性の観点と実運用上のヒント
ISO-8859-3 を扱う際の実務的なヒントをいくつか挙げます。
古いメールやテキストファイルを受け取ったら、最初にどの文字コードであるかを確認する。ヘッダに charset がない場合は、送信元に確認するか自動判別ツールを使います。
Web サイトでは可能な限り UTF-8 を使用し、古い ISO-8859 系のコンテンツは変換して統一する。混在させると検索や索引で不具合が生じやすいです。
データの長期保存やアーカイブは Unicode（UTF-8）を推奨します。将来的に文字が追加されても互換性が高いからです。
まとめ
ISO-8859-3（Latin-3）は、特定の言語の拡張ラテン文字をカバーするために設計された 8 ビット文字セットで、歴史的には一部のコミュニティやシステムで使われてきました。しかし、対象が限定的であったことと、Unicode の台頭により現在はレガシーな位置づけです。既存データの保守や過去資産の扱いで遭遇することはあり得ますが、新規システムやウェブコンテンツでは UTF-8 に統一するのが現実的かつ将来への備えとなります。
