マイクロメートル・マイクログラム・マイクロ秒に使われるマイクロ記号（µ）——見た目がそっくりなギリシャ文字ミューとまったく別の文字である理由。クリックでコピーできます。
マイクロ記号（µ、U+00B5）とギリシャ小文字ミュー（μ、U+03BC）は、ほぼすべてのフォントでまったく同じグリフとして表示されますが、Unicodeはこれを2つの別々の文字として扱います。どちらをコピペするかによって、画面上では何もおかしく見えないまま、検索・正規表現マッチング・ファイル名の照合が静かに壊れることがあります。
古いLatin-1（ISO/IEC 8859-1）システムとの互換性のためにUnicodeに残されているレガシーなマイクロ記号。µm（マイクロメートル）、µg（マイクログラム）、µs（マイクロ秒）に使われます。
ギリシャ文字の12番目にあたる本物の文字——マイクロ記号と見た目はまったく同じですが、Unicode自身の正規化ルールが優先する文字です。
マイクロ記号（µ、U+00B5）は、純粋に後方互換性のためだけにUnicodeに存在しています。Unicode以前から存在し、今も無数のレガシーシステム・フォント・ファイル形式に組み込まれている8ビットの符号化方式、ISO/IEC 8859-1（Latin-1）から引き継がれたものです。Unicodeコンソーシアム自身のガイダンスでは、SI接頭辞「マイクロ」（µg、µm、µs）を表す新しいテキストにはギリシャ小文字ミュー（μ、U+03BC）を使うことが推奨されていますが、既存のテキストの多くがすでにU+00B5を使っているため、ソフトウェアはこちらも認識し続けなければなりません。
この2つの文字はほぼすべてのフォントで見た目がまったく同じであり、Unicode自身のNFKC正規化ルールはマイクロ記号を自動的にギリシャ文字ミューに畳み込みます。それは普段は目に見えませんが——検索、正規表現マッチング、ファイル名の比較、データベースの照会は、一方がU+00B5を使い、もう一方がU+03BCを使っている場合に静かに失敗することがあります。バイト単位の比較では、画面上では誰にも見分けがつかなくても、これらは別の文字だからです。これは開発者が実際にバグ報告を出すほどよくある落とし穴です——たとえば2025年のHome Assistantのプルリクエストは、まさにこの種の不一致を避けるため、プロジェクトの単位文字列をマイクロ記号からギリシャ文字ミューへ切り替えることを提案しました。
| プラットフォーム／ツール | 方法 |
|---|---|
| Windows（従来のテンキーAltコード） | Alt+0181 — マイクロ記号（Windows-1252の位置） |
| Mac | Option+M — マイクロ記号 |
| Word・Windows（Unicode入力） | 00B5（マイクロ）または03BC（ミュー）と入力してAlt+X |
| HTML | µまたはµ（マイクロ記号）／μまたはμ（ギリシャ文字ミュー） |
| CSSのcontent | content: "\B5"（マイクロ）またはcontent: "\3BC"（ミュー） |
| LaTeX | \textmu（textcompパッケージ、マイクロ記号）／$\mu$（ギリシャ文字ミュー） |
いいえ——見た目はまったく同じですが、Unicodeは別々のコードポイントを与えています（マイクロ記号がU+00B5、ギリシャ文字ミューがU+03BC）。この違いは、画面上では何もおかしく見えないまま、検索・正規表現マッチング・文字列比較を静かに壊すことがあります。
どちらも人間の読者には正しく表示されますが、Unicodeコンソーシアムは新しいテキストにはギリシャ小文字ミュー（μ、U+03BC）を推奨しています。NFKC正規化がマイクロ記号を自動的にこちらに変換するためです。マイクロ記号は、それを特に必要とする既存のレガシーシステムに合わせる場合にのみ使ってください。
別々のUnicode文字だからです。プレーンテキスト検索は通常バイト単位の完全一致を行い、検索が事前にテキストを正規化（NFKC）しない限り、U+00B5とU+03BCを同じものとは扱いません。
ありません——事実上どのフォントでも同じグリフとして表示されます。違いは完全に文字コードのレベルにあり、コード・検索・ファイル照合ツールが関わるまでは見えません。