【2026年最新版】MacのQuick LookでCSVのフォーマットが崩れる時の対処法【完全ガイド】

公開日：2026/04/26　更新日：2026/04/26　

※本ページにはプロモーション(広告)が含まれています

【2026年最新版】MacのQuick LookでCSVのフォーマットが崩れる時の対処法【完全ガイド】

macOS 26にアップデートしてから、FinderでCSVファイルを選んでスペースキーを押した瞬間に表示されるQuick Lookプレビューで、列がぐちゃぐちゃに崩れて表示される、文字化けする、見出し行と本文がずれる、といった現象に悩まされていませんか。データ分析の前に中身をサッと確認したいだけなのに、毎回NumbersやExcelで開かないと判別できないのは大きなストレスです。

この問題は、macOS 26で刷新されたQuick Lookのレンダリングエンジン、Excel/Numbersから書き出したCSVのエンコード設定、区切り文字の自動判定の挙動、そして第三者製のQuick Lookプラグインの競合など、複数の原因が絡み合って発生しています。1つの設定を変えるだけでは直らないため、原因を順番に切り分けて対処することが重要です。

本記事では、Quick LookでCSVが崩れる仕組みを基礎から解説した上で、誰でも迷わずに実行できる手順で原因の特定と修復を進めていきます。最後まで読めば、ストレスなくCSVをプレビューできる環境を取り戻せます。

この記事でわかること

macOS 26のQuick Lookで起きるCSV崩れの主要原因
Excel・Numbersから書き出すときに崩れない設定方法
区切り文字や文字コードを正しく設定する手順
qlmanageコマンドでQuick Lookを再構築する方法
第三者製プラグインの競合を切り分けるコツ
崩れたCSVを応急的に整形する裏技

基礎解説:Quick LookがCSVをどう扱っているのか

Quick Lookは「軽量プレビュー」専用エンジン

Quick LookはmacOSに標準搭載されている軽量プレビュー機能で、ファイルを開かずに中身を即座に確認できる仕組みです。スペースキーを押した瞬間にレンダリングを開始する関係で、内部では「拡張子に対応するプラグイン」を呼び出しています。CSVの場合、macOS 26ではNumbers連携の専用プラグインがデフォルトで使われるようになり、これが従来のシンプルなテキスト表示と挙動が変わったため、崩れが目立つようになりました。

CSVの「区切り文字」と「文字コード」が崩れの主因

CSV(Comma-Separated Values)は名前の通りカンマで区切るのが基本ですが、日本語環境ではセミコロンやタブ、ときにはパイプ記号で区切られたファイルも流通しています。Quick Lookは先頭数行を読んで自動判定しますが、データ内にカンマを含むセルがある場合や、引用符の囲みが揃っていない場合に判定ミスが発生し、列がずれて表示されます。文字コードもUTF-8(BOM付き/なし)、Shift_JIS、UTF-16などが混在しており、エンコードが合っていないと文字化けや見出し行の喪失につながります。

macOS 26で変わった点

macOS 26ではプライバシー保護強化の一環で、Quick Lookのプラグイン読み込みに署名検証が厳格化されました。これにより、過去にHomebrewやGitHubから入れた古いCSV閲覧プラグイン(QLColorCode、quicklook-csvなど)が読み込まれず、無効化された結果、Numbers連携プラグインだけが残って動作している状態になりがちです。Numbers連携は表として整形する性能が高い反面、エンコードや区切り文字の自動判定で誤動作することが多いのが現状です。

詳細解説:状況別の対処手順

手順1:まずはqlmanageでQuick Lookを再起動する

Quick Lookのプロセスがメモリ上で異常な状態になっているケースは非常に多く、最初の対処としてプロセスの再起動が効果的です。アプリの再インストールは不要で、ターミナルから1行入力するだけで完結します。

Finderから「アプリケーション」→「ユーティリティ」→「ターミナル」を起動します。
以下のコマンドを入力してEnterキーを押します:
qlmanage -r
続けて以下も実行します:
qlmanage -r cache
「Resetting Quick Look server」というメッセージが表示されれば成功です。
Finderに戻り、CSVをスペースキーで再度プレビューしてみましょう。

このコマンドはQuick Lookサーバーのキャッシュとプラグイン情報をリセットします。再度プレビューを開いた瞬間に再構築されるため、不具合の8割程度はこの段階で解消します。

手順2:CSVの文字コードと区切り文字を確認・変換する

qlmanageを再起動しても改善しない場合、CSV自体に問題があるケースが大半です。手っ取り早く確認する方法はテキストエディットで開くことです。

Finderで該当のCSVを右クリックし、「このアプリケーションで開く」→「テキストエディット」を選択します。
1行目の見出しが文字化けしていればShift_JISかUTF-16の可能性が高いです。
「フォーマット」メニューから「標準テキストにする」を選択します。
「ファイル」→「複製」で複製を作成し、「ファイル」→「保存」を実行します。
保存ダイアログで「標準テキストエンコーディング」を「Unicode (UTF-8)」に変更します。
「改行コード」を「LF」に統一し、別名で保存します。

変換後のCSVをQuick Lookで開けば、Numbers連携プラグインが正しくエンコードを認識し、列が整って表示されるはずです。区切り文字がセミコロンやタブの場合は、テキストエディット上で「編集」→「検索」→「置換」を使ってカンマに置換しておくと、互換性が大幅に向上します。

手順3:Excelから書き出すときに「UTF-8 CSV」を選ぶ

Mac版Excelからの書き出し時に、デフォルトの「CSV UTF-8」ではなく「カンマ区切り(.csv)」を選んでしまうと、Shift_JISで保存されてQuick Lookで化けます。書き出し時の操作は以下の通りです。

Excelで対象のブックを開きます。
「ファイル」→「名前を付けて保存」を選択します。
ファイル形式のプルダウンで「CSV UTF-8 (コンマ区切り) (.csv)」を選びます。
保存場所を指定して「保存」をクリックします。
互換性に関する警告が出ても「続ける」で進めて問題ありません。

UTF-8 CSVで書き出されたファイルはBOM付きとなり、Quick Look・Numbers・Visual Studio Codeすべてで正しく表示されます。

手順4:Numbersから書き出すときの注意点

NumbersでCSVを書き出す場合、以下の手順で文字コードを明示的に指定できます。

Numbersで対象のシートを開きます。
「ファイル」→「書き出す」→「CSV」を選択します。
表示された詳細オプションで「テキストエンコーディング」を「Unicode (UTF-8)」に設定します。
「保存」をクリックして書き出します。

Numbersのデフォルトは「自動」になっており、シートに含まれる文字によってはUTF-16で書き出されてしまうことがあります。Quick LookはUTF-16の判定がやや弱いため、明示的にUTF-8を指定するのが鉄則です。

手順5:第三者製のQuick Lookプラグインを整理する

過去にCSVプレビューを強化するために入れた第三者製プラグインが、macOS 26の署名検証で弾かれて中途半端な状態のまま残っているケースがあります。確認と削除の手順は以下の通りです。

Finderで「移動」→「フォルダへ移動」を選択します。
「~/Library/QuickLook」と入力して開きます。
表示されたフォルダ内の「.qlgenerator」拡張子のファイルを確認します。
不要なものはゴミ箱に移動します。判別できない場合は一時的にデスクトップへ移動して動作確認しましょう。
同様に「/Library/QuickLook」(システム全体)も確認します。こちらは管理者パスワードが必要です。
整理が終わったらターミナルでqlmanage -rを実行して反映させます。

手順6:Quick Look以外で確認する代替手段

すぐに表を確認したい場合、以下の方法が便利です。

Visual Studio Codeで開く:Rainbow CSV拡張機能を入れると列ごとに色分け表示されます
ターミナルでcolumnコマンドを使う:column -s, -t ファイル名.csv | less -Sで整形表示
Numbersにドラッグ&ドロップ:Excelより軽量で起動も速い
Webブラウザにドラッグ:プレーンテキストとして表示されるが文字コード判定はブラウザ依存

主要な対処法の比較表

対処法	効果	所要時間	難易度
qlmanage -r で再起動	★★★★★	10秒	易
UTF-8で再保存	★★★★★	1分	易
ExcelでUTF-8 CSV書き出し	★★★★☆	30秒	易
NumbersでUTF-8指定	★★★★☆	30秒	易
第三者製プラグイン整理	★★★☆☆	5分	中
VSCode等の代替ツール	★★★★★	2分	易