「Excelファイルをください」と頼まれたものの、手元にあるのは、スマートフォンで受け取ったメールに添付された .csv だけ。変換そのものは簡単で、どちらのプラットフォームでも3、4回タップするだけです。問題になるのは、変換の途中で値がどう変えられてしまうかです。
最短の手順
iPhone / iPad の場合： ファイル → CSVを長押し → 共有 → Numbers → 開く → ⋯ → 書き出す → Excel。
Android の場合： ドライブにアップロード → アプリで開く → Google スプレッドシート → ⋯ → 共有とエクスポート → 形式を指定して保存 → Microsoft Excel (.xlsx)。
どちらでも、Microsoft 365 をすでに使っている場合： iOS/Android 版の Excel でCSVを開き、名前を付けて保存 → .xlsx。
そのうえで、このページが4行で終わらない唯一の理由ですが、送る前にID、郵便番号、日付の列を確認してください。
「変換」で実際に起きること
CSVは値を文字として保存するだけです。XLSXはセルごとに「型」を保存します。つまり変換は単なる包み直しではなく、プログラムが列ごとにデータの意味を判断する作業です。その判断は一貫していますが、4か所で一貫して間違えます。
| CSV | 変換後 | 元に戻せる？ |
|---|---|---|
01923（郵便番号） | 1923 | 元のファイルからのみ |
4019283746501928（ID） | 4.01928E+15 | 不可：桁が失われます |
03/04/2026 | 地域設定により4月3日または3月4日 | 場合による |
MAR1（遺伝子名、部品コード） | 01-Mar | 場合による |
+1 (555) 010-9999 | 15550109999、または数式エラー | 場合による |
本当に困るのは指数表記の行です。Excelが扱える有効桁数は15桁で、16桁の注文番号やカード参照番号は、表示が変わるだけでなく切り捨てられます。列幅を広げても戻りません。
理由の詳細は CSV vs XLSX を参照してください。スマートフォンで変換するときの実用的な結論は、始める前に、どの列が数値ではなくコードなのかを把握しておくことです。
方法1：iPhone / iPad で Numbers を使う
NumbersはAppleの無料アプリで、iOSでは最短の方法です。
- まずファイルをファイルアプリに保存します。メールの添付ファイルなら、長押し → "ファイル"に保存。メールのプレビューはサンドボックス内のコピーなので、そこでの編集はどこにも反映されません。
- ファイルアプリでCSVを長押し → 共有 → Numbers。読み込まれて
.numbers書類として開きます。 - 読み込みで崩れた部分を直します（下のチェックを参照）。
- ⋯（右上）→ 書き出す → Excel。サマリーシートを含めるか選び、できた
.xlsxを共有します。
知っておきたい制限： Numbersの上限は100万行・1,000列ですが、そこに達するずっと前に重くなります。およそ10万行を超えると、忍耐力の勝負になります。
被害を防ぐ唯一のコツ： Numbersでは読み込み時に列の型を指定できません。できるのは、後から列を直すことです。列を選び、フォーマット（ブラシ）→ セル → データフォーマット → テキストを選んで、影響のある値を入力し直します。数件なら問題ありませんが、数千件では現実的ではありません。次の方法があるのはそのためです。
方法2：Android で Google スプレッドシートを使う
- CSVを Google ドライブにアップロードします。
- アプリで開く → Google スプレッドシート。
- ⋯ → 共有とエクスポート → 形式を指定して保存 → Microsoft Excel (.xlsx)。 ファイルは元のファイルの隣にドライブ上へ保存されます。
制限： 1つのスプレッドシートにつき1,000万セルまでで、これは行数×列数です。40列のデータなら約25万行で上限に達します。最初にファイル全体がアップロードされるため、モバイル回線では時間がかかり、データが端末の外に出ることにもなります。
スプレッドシートも、他と同じ型の自動判定をします。救いは、エクスポートの前に列へ 表示形式 → 数字 → 書式なしテキスト を適用しておくことで、少なくとも直した内容がエクスポートで再び崩れるのを防げます。
方法3：iOS / Android 版 Excel を使う
すでに Microsoft 365 があるなら、これが最も忠実な方法です。Excelの変換結果は、受け取る側のExcelの解釈と食い違わないからです。
アプリでCSVを開き、ファイル → 名前を付けて保存 → Excel ブック (.xlsx)。
制限： 10.1インチを超えるデバイスでは、編集にサブスクリプションが必要です（つまり iPad や多くのAndroidタブレット。スマートフォンは無料）。モバイル版にはデスクトップ版のテキスト インポート ウィザードに相当する機能がなく、読み込み時に列の型を指定できません。名前が知られているだけで、問題は同じです。
方法4：先にファイルを整えてから変換する
ここまでの方法には共通の弱点があります。型の破損は読み込み時に起き、どの修正も後からの手直しになることです。
ファイルをCSVのまま扱い、読み込み手順も型の自動判定もないアプリで作業すれば、スプレッドシートに渡す前に、実際に送る内容を整理できます。
ファイルを読み込まずCSVのまま読むので、値は書かれたとおりに表示されます。SQL、ビジュアルフィルター、普通の言葉での質問で、何かに再解釈される前にどの列がコードかを確認できます。
できることまた、確認ではなく編集が必要な場合、たとえば頼まれていない列を削除する、行を直す、計算列を追加するといったときは、CSVのまま作業すれば、変換・修復・再エクスポートではなく、最後に1回変換するだけで済みます。
iPhone / iPad でスプレッドシートのように編集できます。数式列、Excel風のフィルター、保存時にすべての行を保持。変換ツールに渡す時点で、送るつもりだったファイルになっています。
できること送る前に：4つのチェック
30秒で済み、変換の失敗はほぼすべて見つかります。
- 行数。 変換後のファイルはCSVと同じ行数ですか？ 変換したアプリが切り捨てていたら、ここで分かります。
- ID列。 長いIDまでスクロールします。
E+と表示されていたら、桁は完全に失われています。 - 先頭のゼロ。 郵便番号、商品コード、口座番号など、
0で始まるものすべて。 - 日付を1件、既知のレコードと照合。 4月3日と3月4日は、単独で見ればどちらも同じくらいありえます。
変換しなくてよい場合
受け取る側がファイルを別のシステムに取り込むだけなら、本当に .xlsx が必要か聞いてみてください。ほとんどの取り込み処理はCSVのほうが好まれますし、変換のたびに何かを失う可能性があります。「CSVです。ID列はテキストです」のほうが、壊れた注文番号が27件入ったExcelファイルより良い返事であることはよくあります。