在 Excel 中將日期轉換為僅顯示月份只需要兩個數字：月份值本身（1 到 12）以及告訴 Excel 如何在畫面上呈現的格式代碼。Excel 將每個日期儲存為從基準日期開始計算天數的序列值，這就是為什麼同一個底層數值依據套用於儲存格的格式代碼不同，可以顯示為「07/06/2026」、「July」、「Jul」、「7」或「07」。因此這個轉換是一種顯示操作，而非運算，而原始的序列值會保持完整，以便任何後續的日期運算都能繼續正常運作。實際上，「轉換為月份」可能代表三種不同的意義：用於報表標題的儲存格顯示月份名稱、另一個用於排序而僅回傳月份數字的欄位，或是餵入 SUMIFS 或 COUNTIFS 公式的隱藏輔助儲存格。Excel 透過相同的內建工具處理這三種情況，但你挑選的格式代碼會改變畫面上的結果，這就是為什麼挑選正確的代碼比記住任何單一公式更重要。同樣的邏輯也適用於 Excel 之外：檔名中的 ISO 日期會依時間順序排序、完整書寫的月份名稱比數字形式更易閱讀，而法律文件中以文字拼寫的日期較難遭到竄改。當你想要一次查看同一日期的所有表示方式時，日期格式轉換器可在單一畫面上顯示 ISO、美式、歐式、完整形式、星期、序數以及日期轉文字的輸出，並支援一鍵複製。
僅顯示月份的 Excel 方法
Excel 提供四種僅限月份的格式代碼，可涵蓋大多數報表與儀表板的需求。下表列出官方代碼、它們對於 July 6, 2026 等日期的輸出，以及各自適合的使用時機。
| 格式代碼 | 07/06/2026 的輸出 | 最佳用途 |
|---|---|---|
| m | 7 | 空間有限的精簡表格、圖表與樞紐標籤 |
| mm | 07 | 仍顯示前置零、便於排序的數字欄位 |
| mmm | Jul | 表格、橫道圖與時間軸中的簡寫月份名稱 |
| mmmm | July | 完整形式的報表、標題，以及任何非技術讀者會看到的文字 |
透過「儲存格格式」套用任何代碼。點選常用，展開「數值」群組，選擇底部的「其他數值格式」，然後選取自訂，在「類型」方塊中輸入代碼。按下「確定」後，儲存格會重新顯示而不會變更底層的序列值，因此像 =A2+30 這類公式仍可正常運作。相同的步驟也適用於整個欄位：選取範圍、開啟一次「儲存格格式」，該範圍內的每個儲存格就會採用新的顯示方式。
使用公式將月份擷取為數值
如果你需要可進行乘算、排序或餵入其他公式的月份數字，請在相鄰的儲存格使用 =MONTH(A2)。無論來源儲存格的格式為何，=MONTH 都會對 July 6, 2026 回傳 7。將其與 =TEXT(A2,"mmmm") 搭配使用，即可取得文字形式的完整月份名稱「July」。這兩個函式讓你能在不修改原始日期的情況下，於旁邊建立一個月份欄位，當下游公式預期數字輸入時非常有用。對於處理來自 Excel 外部系統日期的讀者，將 Excel 日期變更為 dd/mm/yyyy 格式的指南採用相同的「儲存格格式」步驟，但聚焦於日-月-年的順序，並與上述月份擷取步驟自然搭配。
使用日期格式轉換器將日期轉換為月份
- 在日期格式轉換器的日期欄位中挑選一個日期；如果你只是想查看當前日期的格式，預設為今天。
- 閱讀欄位下方列出的每種格式：ISO 8601 (2026-07-06)、美式數字格式 (07/06/2026)、歐式數字格式 (06/07/2026)、完整月份名稱形式、星期、序數日、兩種日期轉文字的拼寫方式，以及 Unix 時間戳記。
- 點選任一行的複製，即可將該精確格式放入剪貼簿，然後貼到 Excel、報表或資料庫欄位中。
轉換器會標示每一行，讓你隨時知道正在閱讀的是月在前還是日在前的順序，這是確認即將貼入試算表的月份數字的最簡便方式。對 07/06/2026 進行快速檢查時，美式形式會讀為 July，而同樣的數字以歐式順序 (06/07/2026) 表示時，則是數字交換後的同一天，因此這個工具能一舉消除最常見的日期混淆錯誤來源。完整形式那一行顯示「July 6, 2026」，這是多數讀者能在第一眼就正確解析的版本，而星期那一行則再加上「Monday」，適用於書信和日曆項目。
ISO、美式、歐式與完整形式比較
下表比較轉換器為 July 6, 2026 產生的輸出。每一列都是真實的具名慣例，而非自訂的呈現方式，因此你可以一眼決定要將哪種格式貼到哪裡。
| 格式 | July 6, 2026 的範例 | 適用情境 |
|---|---|---|
| ISO 8601 | 2026-07-06 | 檔名、資料庫欄位、記錄檔行，以及任何純文字排序順序重要的位置 |
| 美式數字 | 07/06/2026 | 僅限美國的試算表、美國內部表單 |
| 歐式數字 | 06/07/2026 | 英國、歐盟、澳洲、紐西蘭表單，以及美國以外的大部分地區 |
| 美式完整形式 | July 6, 2026 | 報表、電子郵件簽名、正式的英文文件 |
| 歐式完整形式 | 6 July 2026 | 國際通訊、大多數非美式的英文寫作 |
| 含星期形式 | Monday, July 6, 2026 | 書信、邀請函、日曆項目 |
| 日期轉文字（英式） | the sixth of July, twenty twenty-six | 支票、合約、法律文件 |
| 日期轉文字（美式） | July sixth, two thousand twenty-six | 美國支票、公證文件 |
| Unix 時間戳記 | 於工具中顯示（UTC 午夜） | 指令碼、API、預期自 1970-01-01 UTC 起秒數的記錄檔 |
由於 ISO 8601 始終以年-月-日順序閱讀，因此能以純文字正確排序。將一整欄 ISO 日期貼到 CSV 或檔名清單中，無需額外處理即可依時間順序排列，這也是資料庫團隊與符合 ISO 規範的工具偏好它而非美式或歐式數字形式的原因之一。日期格式轉換器會標示每一行，因此當你能一次看到三種數字樣式時，相同的來源日期絕不會再被誤讀為錯誤的月份。
為什麼數字的順序很重要
試算表中最大的單一月份誤差來源，就是某天把 07/06/2026 讀成 July 6，過了一天卻讀成 June 7。美式系統採用月/日/年，因此對美國讀者而言 07/06/2026 明確代表 July 6。歐式系統採用日/月/年，因此對英國或歐盟讀者而言，同樣的 07/06/2026 代表的是 July 6。這兩種解讀都有效，也都常見於商業文件中。ISO 8601 (2026-07-06) 從年到日採用大端序，完全避開這個陷阱，讓任何國家的讀者都無需猜測慣例，就能得出同一個日期。
日期格式轉換器將同一日期的三種數字形式並列顯示，每一行都有標示，這是驗證即將貼入儲存格的順序的最快方式。如果海外的同事詢問「那是 July 6 還是 June 7？」，轉換器能將這個問題化為一次點擊的檢查，而非一來一往的電子郵件往返。就純粹的儲存格工作而言，同樣的邏輯說明了為什麼將日期儲存為隱藏輔助欄中的 ISO 字串是個安全的習慣：即使可見的儲存格使用本地數字樣式，底層的 ISO 值也是明確無誤的。
僅顯示月份的常見用途
月份擷取幾乎出現在每一個報表工作流程中。季度報表需要將月份名稱作為列標籤。世代分析依用戶加入的月份進行分組。薪資匯出按月份拆分收益。續訂提醒需要在訂閱結束前一個日曆月觸發。在這些情況下，底層日期保持不變，僅改變可見的呈現方式，因此當使用者需要時，資料仍可支援到日層級的深入分析。
同樣的邏輯也適用於 Excel 之外。供下游資料庫使用的 CSV 匯出通常需要 ISO 8601 日期，這也是許多管線在匯出時重新格式化的原因。檔名同樣受益於這種大端序模式，因為一個命名為 2026-07-06-report.xlsx 的資料夾，在任何檔案管理器中都能依日期順序排列。相反地，法律文件通常需要以文字書寫日期以防止竄改數字，這正是轉換器中日期轉文字功能發揮作用的地方。日期轉文字也是實用的安全檢查，因為手寫或列印的表單可能被誤讀：以文字拼寫的月份能完全消除寫的人究竟是指 06 還是 09 的疑慮。
讓格式符合讀者
一個實用的原則是讓格式符合對象與媒介。內部美國試算表可以維持數字形式並假設為月/日。任何要外傳的內容都應使用 ISO 8601 或標明月份的完整形式，因為在國際電子郵件中寫下「07/06/2026」會迫使收件人詢問適用的是哪種慣例。任何法律相關的文件，除了數字之外，還應以文字書寫，因為拼寫出來的日期較難在不被察覺的情況下遭到竄改。
對於僅顯示月份以外的相關工作，在 Excel 與線上轉換日期格式的指南更深入地涵蓋日-月-年的切換，並在你同時需要儲存格層級與跨平台檢視時，與上述格式代碼和轉換器步驟完美搭配。兩者結合起來，涵蓋了日常試算表工作中出現的大部分日期格式問題——從銷售報表中的快速月份欄位，到合約上完整拼寫的日期。