LoGoフォーム回答CSVの文字化けは、ほとんどが「LoGoフォームで出力した文字コード」と「Excelが開くときに想定した文字コード」のズレで起きます。先に結論を言うと、LoGoフォームのCSVダウンロード時に文字コードを確認し、Excelではダブルクリックで開かずに［データ］から取り込むのが最も安全です。LoGoフォームのCSVは UTF-8 または Shift_JIS でダウンロードされる仕様が確認でき、Microsoft も UTF-8 のCSVは条件によって通常の開き方ではなく取り込み操作を案内しています。
この記事では、LoGoフォーム回答CSVの文字化けを防ぐために、どこを見ればよいか、UTF-8 と Shift_JIS をどう選ぶか、Excelでの正しい開き方、失敗しやすい点、やり直し方まで、実務でそのまま使える形で整理します。
迷ったらこの運用で進める
| 使い方 | LoGoフォーム側の文字コード | Excel側の開き方 | 実務上のおすすめ |
|---|---|---|---|
| Excelで閲覧・集計が中心 | Shift_JIS | ［データ］から取り込む | まずこれで試す |
| 別システムへ再取込する | 取込先の仕様に合わせる | できればExcelで開かず保管 | 仕様確認を優先 |
| 受付番号・郵便番号・職員番号などを扱う | UTF-8 / Shift_JISどちらでも可 | 取り込み時に列を「テキスト」 | 0落ち・日付化防止 |
| 文字化けした原因を切り分けたい | もう一方の文字コードでも再出力 | 65001 / 932 を切り替えて確認 | 原本は上書きしない |
この判断が有効なのは、LoGoフォームのCSVが UTF-8 / Shift_JIS の両方で扱える前提があり、Microsoft と財務省が Excel の取り込み時に文字コードを選んで確認する方法を案内しているためです。特に「とりあえずCSVをダブルクリック」は、文字化けだけでなく先頭の0消失や日付変換も起こしやすいので避けたほうが安全です。
なぜLoGoフォーム回答CSVは文字化けするのか
LoGoフォーム自体で回答データをCSVとして扱えることと、CSVが UTF-8 または Shift_JIS でダウンロードされることは確認できます。一方、Excel は .csv をダブルクリックすると自動で開きますが、Microsoft は UTF-8 のCSVについて、BOM が付いていない場合は Power Query などの取り込み方法を案内しています。つまり、CSVそのものが壊れているのではなく、開く側の解釈違いで文字化けしているケースが少なくありません。 (株式会社トラストバンク)
実務では、次の3つを分けて考えると迷いません。
- 日本語が「æ–‡å—」のように崩れる
→ 文字コードの食い違いが濃厚 - 郵便番号の先頭0が消える
→ Excelの自動型変換 - 受付番号や日付らしくない値が日付になる
→ Excelの自動型変換
このうち、LoGoフォーム回答CSVの文字化け対策として最優先なのは、CSV出力時の文字コードとExcelの取り込み方法です。 (財務省)
設定場所は「回答CSVをダウンロードする時の文字コード」
LoGoフォームで最初に確認する場所は、回答CSVをダウンロードする場面の文字コード設定です。公開資料では、LoGoフォームから出力されるCSVは UTF-8 または Shift_JIS でダウンロードされる仕様とされており、フォーマットの変更は想定していないとも明記されています。つまり、文字化け対策は「列順をいじる」「見出しを直す」より先に、ダウンロード時の文字コードを見直すのが正解です。
Shift_JISを選ぶとよいケース
Windows版Excelで見るだけ、集計だけ、印刷だけ、という運用なら、LoGoフォーム側で Shift_JIS を選べる場合はそちらを先に試すのが無難です。Microsoft が UTF-8 CSV の通常オープンに条件付きの案内をしていることを踏まえると、Excel中心の現場では Shift_JIS のほうが迷いにくい場面が多いからです。これは「Shift_JISが常に正しい」という意味ではなく、Excel直接閲覧が中心なら相性を優先するという実務判断です。
UTF-8を選ぶとよいケース
別システムへ再取込する、Web系の仕組みに渡す、取込先から「UTF-8でください」と指定されている、という場合は UTF-8 を優先します。途中で Shift_JIS に変換すると、相手側の前提とズレることがあるためです。Excelで確認したいときだけ、後述の取り込み手順で開くのが安全です。
Excelで文字化けを防ぐ正しい開き方
LoGoフォーム回答CSVをExcelで扱うときは、次の流れにすると失敗が減ります。Microsoft と財務省が案内している方法に沿った手順です。 (Microsoft サポート)
- CSVをダブルクリックしない
- Excelを空の状態で開く
- ［データ］タブから［テキストまたはCSVから］を選ぶ
- バージョンによっては［ファイルからデータを取得］や［テキストからデータを取得する］の表記です
- LoGoフォームからダウンロードしたCSVを指定する
- プレビューで文字化けしていたら、文字コードを切り替える
65001: Unicode (UTF-8)932: 日本語 (シフトJIS)
- 受付番号、郵便番号、職員番号、口座番号などは必要に応じて［データの変換］から列型を「テキスト」にする
- 問題なければ［閉じて読み込む］で取り込む
この方法なら、文字化け対策だけでなく、先頭0の消失や勝手な日付変換もまとめて防ぎやすくなります。Excelで一度開いて上書き保存する前に、正しく取り込めているかを必ずプレビューで確認するのが重要です。 (財務省)
先頭の0消失や日付化も同時に防ぐ
LoGoフォーム回答CSVの文字化けだけ直っても、受付番号や郵便番号が壊れてしまうと実務では困ります。財務省の案内でも、CSVをそのまま開くと文字化けだけでなくデータ形式が変わることがあるため、取り込み時に必要な列を「テキスト」に変更する手順が示されています。「読めるようになった」だけで終わらせず、値が変わっていないかまで確認するのが大切です。 (財務省)
確認しておきたい代表例は次のとおりです。
- 郵便番号
- 電話番号
- 受付番号
- 職員番号
- 口座番号
- 先頭0を含むコード類
よくある失敗と対処
| やりがちなこと | 起きやすい問題 | 正しい対処 |
|---|---|---|
| UTF-8のCSVをダブルクリックで開く | 日本語が文字化けする | Excelの［データ］から取り込む |
| 文字化けだけ見て安心する | 先頭0消失、日付化を見落とす | 重要列をテキストにする |
| 原本CSVを上書きしてしまう | やり直ししにくい | 原本は残して別名で作業する |
| 相手システム未確認でShift_JISへ変換する | 再取込時にエラーや文字欠けの原因になる | 取込先仕様を確認する |
| 列順や見出しの編集で直そうとする | 根本原因が残る | まず文字コードを見直す |
特に注意したいのは、LoGoフォーム側の公開資料でCSVのフォーマット変更は想定していないとされている点です。文字化けに見える問題をレイアウト調整で解決しようとしても、原因が文字コードなら再発します。まずは UTF-8 / Shift_JIS と Excelの取り込み方法を見直してください。
戻し方はシンプルに考える
うまくいかなかったときは、複雑に修正せず、次の順番で戻すのが最短です。
- Excelで崩れたなら、保存せず閉じる
- 原本CSVを残したまま、Excelの取り込みで
65001と932を切り替える - それでも合わなければ、LoGoフォーム側で反対の文字コードでもう一度ダウンロードする
- 再取込先があるなら、先方仕様を確認してから再出力する
LoGoフォームのCSVは UTF-8 / Shift_JIS の両方でダウンロードできる前提があるため、困ったら反対側の文字コードで再ダウンロードが最も確実な戻し方です。CSVの原本を消さずに残しておけば、やり直しは難しくありません。
なお、CSVではなくフォーム画面そのものが文字化けする場合は、別の問題です。自治体のLoGoフォーム利用Q&Aでは、OSやブラウザの推奨環境外だと不具合が出る場合があると案内されています。CSV対策をしても直らないときは、ブラウザやOS側も切り分けてください。 (豊中市公式サイト)
最後にやることは3つだけ
LoGoフォーム回答CSVの文字化け対策は、難しい設定を覚えるより、次の3点をルール化すると安定します。
- CSVダウンロード時に UTF-8 / Shift_JIS を確認する
- Excelではダブルクリックではなく［データ］から取り込む
- 受付番号や郵便番号などはテキスト列として扱う
Excelで見るだけなら Shift_JIS を先に試し、別システム連携があるなら相手仕様を優先してください。迷ったときは、原本を残したまま再ダウンロードして、65001 と 932 を切り替えて確認する。この運用にしておけば、LoGoフォーム回答CSVの文字化けで手が止まる場面はかなり減らせます。
コメント