✓この記事でわかること
- 1本文の表記と会員番号・ファイル名などの識別子を分ける
- 2CSVの照合キーを一括変換せず、説明文など対象列を選ぶ
- 3全角半角変換とNFKC正規化は対象が異なるため差分を確認する
全角・半角をそろえる判断フロー
本文の表記を整える前に、会員番号やファイル名など、元の値を保持する箇所を分けます。
本文とIDを分ける
本文「２０２６年に３件」と、登録値の会員番号「Ａ１２３」を分けます。番号は元の値を保持します。
対象列だけ選ぶ
CSVでは説明の列だけを対象にし、照合キーやURL、ファイル名は一括変換から外します。
変更箇所を照合
説明が「2026年に3件」へ変わり、番号「Ａ１２３」が変わっていないことを確認します。
幅の変換とNFKC正規化は対象が異なります。元のIDや記号を残す条件を先に決めます。
実務で起きやすい表記ゆれ
よくあるのは、同じ文書の中で「2026年」と「２０２６年」、「PDF」と「ＰＤＦ」、「10 MB」と「１０ＭＢ」が混在するケースです。人間が読むだけなら意味は通じますが、検索、置換、CSV処理、フォーム入力では別の文字として扱われるため、集計ミスや入力エラーにつながることがあります。
新しく書く英数字を半角にそろえることと、すでに決まっている商品コード、型番、URL、メールアドレスを一括で半角へ変えることは別です。既存の識別子は、仕様や元データの文字を残します。本文の読点・句点・かぎかっこは、その文書の指定に合わせます。
全角・半角とは
文字の「幅」の概念です。日本語の等幅フォントでは、全角は1文字分、半角はその約半分の幅で表示されます。実際の表示幅はフォントや描画設定で変わります。日本語環境では漢字・ひらがな・カタカナは全角が基本であり、アルファベットや数字は半角・全角のどちらも存在します。
- 全角：Ａ、Ｂ、１、２、（全角かっこ）、！ など
- 半角：A、B、1、2、(半角かっこ)、! など
本文の表記と識別子を分ける
このページの横書き本文では、数字・英字は半角、カタカナは全角にそろえます。文書の指定がある場合は、その指定を優先します。文化審議会の「公用文作成の考え方」も、数字の全角・半角を文書内で統一する扱いであり、全角を一律に誤りとはしていません。
「２０２６年に３件送付」は本文なので「2026年に3件送付」へそろえられます。一方、会員番号「Ａ１２３」が登録値なら「A123」へ変換せずに照合します。ファイル名「見積Ａ.pdf」も、表示を整えるだけのつもりで変えると、元の名前を参照するリンクと一致しなくなります。
混在した文章の見え方
混在している例
２０２６年4月にPDFファイルを３件送付しました。容量は１０MBで、URLはhttps://example.invalidです。
統一した例
2026年4月にPDFファイルを3件送付しました。容量は10MBで、URLはhttps://example.invalidです。
後者のように数字・英字・URLを半角でそろえると、検索やコピーがしやすくなります。一方で、読点・句点やかぎかっこまで半角にすると日本語文として読みづらくなることがあります。句読点の選び方は読点・句点の使い分けも参考にしてください。
CSVの検索キーと表示文を分けて確認する
たとえばCSVの1列目が会員番号「Ａ１２３」、2列目が説明「２０２６年に３件送付」なら、説明だけを整えます。列全体を一括変換する前に、どの列が照合キーかを確認してください。英数字の半角化だけでは全角ハイフン「－」は変わらないため、「ＡＢＣ－００１」を変換しても「ABC-001」と一致するとは限りません。
UnicodeのNFKC正規化は、幅だけでなく「①」を「1」、「Ⅳ」を「IV」へ変える処理も含みます。全角・半角の変換と同じ処理ではありません。本サイトのテキスト整形では英数字・カタカナ・スペースを別々に選択します。元の番号や記号を残す列まで正規化しないよう、差分を確認します。
文字コードの問題
半角カタカナは、見た目の幅の話です。UTF-8で保存した「ｱｲｳ」は、その文字のまま保持できます。文字化けは、保存時や受け渡し時の文字コードが合わないときに起きます。半角であること自体を、文字化けの原因にはしません。既存IDの例として、仕様が全角の「ＡＢＣ－００１」は半角の「ABC-001」へ変えない。新しく書く本文の「3件」は半角にする、と分けます。
WebページやPDFからコピーした文章では、見えないスペースや制御文字が混ざることもあります。表記を整えても検索やCSV処理がうまくいかない場合は、文字コード・改行コードや不可視文字が混ざっていないか、文字コード・改行コード診断で確認してください。文章全体の読みやすさを整える場合は読みやすい文章の長さも役立ちます。