検索意図・読者課題・根拠素材からSEO記事構成を作るPrompt

検索意図と読者課題を、執筆者が迷わず書けるSEO記事構成へ落とし込んでください。

素材
対象キーワード：python csv 文字化け excel
検索意図分析：## A. 意図判定サマリー

**主意図は、Pythonで出力したCSVの日本語がWindows版Excelで文字化けする原因を切り分け、読める形で出力し直すこと**です。副意図は、PowerShellなどの表示側の問題との区別と、再発を防ぐ出力設定の確認です。

上位結果にはPythonの文字コード仕様、Excelでの対処、Windows環境での切り分けが並んでいます。したがって意図はやや混在しますが、提示された社内事例では「テキストエディタでは正常、Excelでダブルクリックした時だけ化ける」という症状が一致しており、自社記事はこのケースを中心に据えるのが妥当です。

## B. SERP証拠表

| 出典 | 観測 | 解釈 |
|---|---|---|
| 結果1「Python codecs」 | Python公式ドキュメント。スニペットは`utf-8-sig`をBOM付きUTF-8の変種として説明 | 出力時のエンコーディングを確認したい需要がある。ただし、この結果だけでExcelでの動作は断定できない |
| 結果2「CSV文字化けの対処」 | サポート記事。Windows版ExcelでCSVを開いた時の文字化けを扱う | 「CSV自体」と「Excelでの開き方」を分けて対処する需要を示す |
| 結果3「WindowsのPython文字化けを止める」 | 解説記事。PowerShell表示、CSV、Excelを切り分ける | Windows上の複数の表示経路を混同しやすく、診断手順が求められている |

厳密な順位、結果の全体像、関連質問は記録されていないため、主意図の比率までは判断できません。

## C. 読者タスクと検討段階

読者は、社内ツールのCSVをExcelで確認できるようにし、問い合わせが再発しない出力方法を決めたい段階です。まず「データそのものが壊れたのではないか」という不安を解消し、次に**どこで化けるか**を確認する必要があります。Windows版Excelでの開き方が論点なので地域・環境への適合は重要です。一方、Excelのバージョンが未記録のため、全バージョンで同じ挙動をするという説明は避けます。

## D. 推奨コンテンツ方針

**ページ種別は、症状別のトラブルシューティング記事**を推奨します。冒頭に「Excelでだけ化ける／テキストエディタでも化ける／PowerShell表示だけ化ける」の分岐を置き、社内で確認された前者を詳しく扱います。

記事の到達点は、担当者が現行の`encoding='utf-8'`出力を確認し、対象のExcel環境で開き方または出力設定を検証して、採用する運用を決められることです。`utf-8-sig`は検証する選択肢として示し、現時点で万能の解決策とは書きません。

## E. 必須回答・独自価値・避ける方向

必須回答は、文字化けする場所の確認手順、現行のPython 3.12・`csv.writer`出力設定、Excelでの開き方と`utf-8-sig`出力を試す手順、変更後の確認方法です。確認方法には、日本語を含むサンプルCSVを対象環境で開き、テキストエディタで見た内容とも照合する作業を含めます。

独自価値は、匿名化したサポート事例2件を使い、**「Excelのダブルクリック時だけ化け、テキストエディタでは正常」**という実際の症状から診断を始められる点です。Python全般の文字コード解説やPowerShell設定の網羅には広げず、PowerShellは切り分けに必要な範囲で扱います。

## F. 不確実性と追加調査

- 対象のExcelバージョンと、ダブルクリック以外の読み込み方法での挙動を確認する。
- 現行CSVの実際のバイト列、BOMの有無、`utf-8-sig`へ変更した場合の対象環境での結果を確認する。
- 追加のSERPを記録する場合は、上位結果の厳密な順位、他の結果、関連質問を取得し、意図の混在度を再評価する。

ここでのSERP判定は、**提示された3件のスニペットと社内情報に基づく観測・推論**です。未記録の検索順位や検索ボリュームは補っていません。
読者の検索前の状態／読了後の状態：Before: Python で出力した CSV を Excel で開くと日本語が化ける。テキストエディタでは正常に見えるので、データが壊れたのか表示の問題なのか切り分けられていない。社内共有のたびに手で開き直して直している。
After: 文字化けが「CSV の中身」ではなく「Excel の開き方・エンコーディング」のどこで起きているかを自分で切り分けられ、再発しない出力方法を1つ選んで実装できる。
必ず答える質問：1) なぜテキストエディタでは読めて Excel では化けるのか / 2) BOM 付き UTF-8（utf-8-sig）で本当に直るのか / 3) Shift_JIS で出すべきケースはあるか / 4) 既存の大量 CSV をまとめて直す方法 / 5) 相手の環境が不明なときの安全な既定 / 6) Excel 側の「データの取得」で開く手順
使用できる一次情報・専門家情報・データ：・Python 公式ドキュメント codecs（utf-8-sig が BOM 付き UTF-8 の変種であること）
・Microsoft サポート記事（Windows の Excel で CSV を開いたときの文字化け）
・自社検証: Windows 11 + Excel で、同一データを utf-8 / utf-8-sig / cp932 で出力して開いた結果の比較（未実施・実施予定）
自社の独自価値：実際に3通りのエンコーディングで出力して Excel で開いた結果を並べる。どれが化けてどれが化けないかを実測で示す。推測で「utf-8-sig にすれば直る」と言い切らない。
CTAと内部リンク候補：/prompt-library/（無料のプロンプトライブラリ）、/tools/（CSVMergeFlow などの実ツール）
文字数・法務・表現上の制約：YMYL ではない。断定は自社で再現できた範囲に限る。未検証の項目は「未検証」と明記する。FAQ の水増しをしない。

作成方針：
読者の疑問が生じる順に並べ、各見出しに「役割」「答える質問」「必要な根拠」「具体例」「次へのつながり」を持たせます。競合見出しの言い換え、根拠のない断定、重複見出し、FAQの水増しは避けてください。YMYLに該当する可能性があれば、専門家確認と一次情報を要求してください。

出力形式
1. 記事の約束（誰が、何を理解・実行できるか）
2. タイトル方向性3案
3. 導入の設計（共感／結論予告／読む価値）
4. H2・H3構成表（見出し／役割／問い／要点／根拠／例／遷移）
5. 独自価値を置く場所
6. CTA・内部リンクの配置
7. 執筆前の不足素材とファクトチェック一覧
8. 構成セルフチェック

不足情報がある場合は、推測で埋めず構成案の前に追加質問をしてください。

---（同一スレッドで、Prompt が返した追加質問への回答として続けて投入）---

追加確認への回答（5点）

1. 主な対象Excel環境
Windows 11 + Microsoft 365版 Excel（日本語版）を主対象とします。
Excel 2021 / 2024 は「同じ挙動になるとは限らない」と注記したうえで対象に含めます。
CSVをエクスプローラーからダブルクリックして開くケースを中心に据えます。

2. 3形式の自社検証は、記事公開前に実施できますか？
はい。記事公開前に実施します。utf-8 / utf-8-sig / cp932 の3形式で同一データを出力し、
Windows 11 + Microsoft 365版 Excel（日本語版）でダブルクリックして開いた結果を比較します。
比較項目は「文字化けの有無」「先頭列の欠け」「テキストエディタで開いた場合との差」の3点です。
検証が完了するまでは、記事中で「utf-8-sig にすれば直る」と断定しません。

3. 既存CSVの一括修正について、どこまで扱いますか？
Pythonスクリプトでフォルダ内のCSVを一括変換する方法に限定します。
PowerShell は「切り分けの場面でのみ登場させる」にとどめ、一括変換の手段としては扱いません。
変換前のバックアップを取る手順を必ず含めます。

4. Shift_JIS についての方針
その方針で問題ありません。
cp932 は「相手の環境が不明なとき、または受け取り側がExcel固定のとき」の選択肢として比較対象に含めます。
そのうえで、cp932 では扱えない文字（機種依存文字・一部の漢字）があるため、
社内標準としては UTF-8 系を優先する理由まで説明します。cp932 を既定として推奨はしません。

5. 記事の想定読者レベル
「業務でPythonを少し使う人」を中心に置きます。
具体的には、社内ツールとしてCSVを出力するスクリプトを書いており、
csv モジュールの基本的な使い方は分かるが、エンコーディング指定の意味までは把握していない層です。
コード例は、そのまま貼り替えれば動く長さにし、1行ずつの逐語解説はしません。

記事の中心は、ご提示のとおり
「テキストエディタでは正常なのに、Windows版Excelでダブルクリックすると文字化けする」ケースに置いてください。

## 1. 記事の約束

### 想定読者
業務でPythonを少し使っており、csvモジュールを使ったCSV出力はできるものの、encodingの違いまでは詳しく理解していない人。特に、PythonでCSVを出力した／テキストエディタでは日本語が正常に見える／Windows版ExcelでCSVをダブルクリックすると文字化けする／CSV自体が壊れているのか、Excel側の問題なのか分からない／社内共有のたびに手作業で対処している、という読者を中心にする。

主対象環境はWindows 11 + Microsoft 365版 Excel（日本語版）。Excel 2021 / 2024も対象には含めるが、同一挙動を保証する書き方はしない。

### 記事を読んだ後にできること
読者が、CSV自体の文字化けなのか、Excelで開いたときだけ起きているのかを切り分ける／現在のPythonコードのencoding指定を確認する／utf-8、utf-8-sig、cp932の候補から用途に合う出力形式を検討する／Excelの「データの取得」を使った読み込みも試す／既存CSVが大量にある場合は、バックアップ後にPythonで一括変換する／自社・社内ツールで今後使うCSVの標準方式を決める、ところまで到達させる。

記事の目的は、単に「utf-8-sigに変えればよい」と答えることではない。どこで文字化けしているのかを切り分けたうえで、対象環境に合う方法を選べるようにすることを約束する。自社検証が完了するまでは、utf-8-sigを万能な解決策として断定しない。

## 2. タイトル方向性3案

**案1：検索意図への直球型**
PythonのCSVがExcelで文字化けする原因と直し方｜utf-8・utf-8-sig・cp932を比較
最も推奨。「Python」「CSV」「Excel」「文字化け」を自然に含み、原因の切り分けと3形式の比較という記事独自の価値までタイトルで伝えられる。

**案2：症状一致型**
Pythonで出力したCSVがExcelだけ文字化けするときの対処法｜テキストでは正常な場合
検索ユーザーが「まさに自分の症状だ」と判断しやすいタイトル。今回の記事が中心に扱う「テキストエディタでは正常、Excelのダブルクリック時だけ文字化け」というケースとの一致度が高い。

**案3：解決結果重視型**
Python CSVの文字化けを防ぐには？Excelで正しく開く方法とencodingの選び方
初心者寄り。原因解説より「どうすれば直せるか」を強く打ち出す場合に適する。

## 3. 導入の設計

**共感**：冒頭では、一般的な文字コードの説明から始めない。まず症状をそのまま提示する。PythonでCSVを出力したら、テキストエディタでは日本語が正常なのに、Excelでダブルクリックすると文字化けする。さらに、Pythonの処理がおかしいのか／CSVデータそのものが壊れているのか／Excelの問題なのか／Shift_JISにすればよいのか、と迷う状況を示す。読者が最初に抱えている「データそのものが壊れたのではないか」という不安を拾う。

**結論予告**：次に、いきなり解決策を断定せず、「まず、どこで文字化けしているかを切り分けます」と宣言する。そのうえで、CSVをテキストエディタで開く→Excelでダブルクリックして開く→必要ならExcelの「データの取得」から読み込む→Python側のencodingを確認する、という順で診断することを予告する。さらに、この記事では同一データをutf-8／utf-8-sig／cp932の3形式で出力し、Windows 11 + Microsoft 365版 Excelで実際に比較する予定であることを示す。

**読む価値**：「utf-8-sigにすれば直る」という一般論だけではなく、実際のExcel環境で3形式を開いた結果を比較して判断する点をこの記事独自の価値として提示する。比較項目は、文字化けの有無／先頭列の欠け／テキストエディタで開いた場合との差の3つとする。

## 4. H2・H3構成表

| 見出し | 役割 | 答える問い | 要点 | 必要な根拠 | 具体例 | 次への遷移 |
|---|---|---|---|---|---|---|
| H2：まず確認｜文字化けするのはCSVそのものか、Excelだけか | 最初の診断 | CSV自体が壊れている？ | 解決策を変える前に、どこで文字化けしているか確認する | 自社サポート事例、対象環境 | 同じCSVをテキストエディタとExcelで開く | Excelだけなら、開き方・encodingへ |
| H3：テキストエディタでも文字化けする場合 | 記事対象外との境界 | Excel以外でも化けるなら？ | 出力されたCSV自体のencodingや元データを確認する必要がある | 実データ確認 | VS Code等で開いて比較 | Python側の設定確認へ |
| H3：Excelでダブルクリックしたときだけ文字化けする場合 | 主対象ケースの特定 | 今回の記事に当てはまる？ | 本記事で詳しく扱うケース | 匿名化サポート事例 | テキスト正常／Excelのみ異常 | Excelと文字コードの関係へ |
| H3：PowerShellだけ表示がおかしい場合 | 混同防止 | PowerShell表示とCSVは同じ問題？ | コンソール表示だけの問題とCSVファイルの問題を分ける | 提示されたSERP分析 | Excelでは正常、PowerShellだけ異常 | 不要な設定変更を防ぐ |
| H2：なぜテキストエディタでは読めるのにExcelでは文字化けするのか | 原因理解 | 同じCSVなのに、なぜ表示が違う？ | CSVの内容と、それをどう解釈して開くかは分けて考える | Python公式、Microsoft一次情報 | 同じファイルを複数アプリで開く | encodingの違いへ |
| H3：CSVには「Excelで必ずこの文字コードで開く」という保証はない | 誤解解消 | CSVなら自動判定されるのでは？ | Excel側の読み込み挙動を確認する必要がある | Microsoftサポート | ダブルクリックとインポートの違い | 3形式比較へ |
| H3：Python側ではencodingを明示して出力する | 実装確認 | 今のコードは何で出力している？ | open の encoding 指定を確認する | Python公式 | encoding=utf-8 | 選択肢比較へ |
| H2：utf-8・utf-8-sig・cp932は何が違うのか | 選択肢整理 | 結局どれを使えばいい？ | 3方式を用途ベースで比較する | Python公式＋自社実測 | 同一データ3形式 | 実測結果へ |
| H3：utf-8 | 現行方式整理 | UTF-8のままではダメ？ | UTF-8を基準として比較する。Excelでの実際の挙動は自社検証結果に基づく | Python公式＋自社実測 | encoding=utf-8 | BOM付きUTF-8へ |
| H3：utf-8-sig | 有力候補の検証 | BOM付きUTF-8なら本当に直る？ | BOM付きUTF-8の変種であることを説明し、Excelでの結果は実測で示す | Python codecs公式＋自社実測 | encoding=utf-8-sig | cp932比較へ |
| H3：cp932 | Excel固定環境向け候補 | Shift_JIS系で出すべき？ | 相手の環境が不明、または受取側がExcel固定の場合の比較候補。ただし社内標準として既定推奨しない | 自社方針＋実測 | encoding=cp932 | 制約説明へ |
| H3：cp932を社内標準にしない理由 | 選択ミス防止 | Excelで開けるならcp932でよくない？ | 扱えない文字があるためUTF-8系を優先する方針を説明 | 文字集合について確認できる一次資料＋自社テスト | cp932で保存できない文字を含むサンプル | 実測表へ |
| H2：【実測】同じCSVを3つのencodingでExcelから開いて比較 | 最大の独自価値 | 実際にはどれが文字化けした？ | 推測ではなくWindows 11 + Microsoft 365版 Excelで比較 | 自社検証 | 3ファイル比較表 | 読者の選択へ |
| H3：検証環境 | 再現性確保 | どの環境で試した？ | OS・Excel版・開き方・Pythonバージョン・テストデータを明示 | 自社検証記録 | Windows 11 / Microsoft 365 | 結果表へ |
| H3：比較結果 | 結論の根拠 | どれが正常に開けた？ | 文字化け／先頭列／テキストエディタとの差を表形式で掲載 | 自社実測 | utf-8 / utf-8-sig / cp932 | 実装方法へ |
| H3：検証から分かったこと | 実測の解釈 | 何を既定にすればよい？ | 実測結果の範囲だけで結論を書く。他版Excelへの一般化はしない | 実測結果 | Microsoft 365版では〜 | コード変更へ |
| H2：PythonのCSV出力を変更する方法 | 即実行 | コードをどう直せばいい？ | 既存コードのencoding部分を置き換えるだけの短い例を示す | Python公式 | open の newline と encoding 指定 | Excelで確認へ |
| H3：現在のencodingを確認する | 誤変更防止 | まずどこを見る？ | open の encoding を特定する | 実コード | encoding=utf-8 | 変更例へ |
| H3：utf-8-sigで出力するコード例 | 実装 | どう書き換える？ | コピペ可能な最小コード | Python公式 | csv.writer使用例 | 検証へ |
| H3：cp932で出力するコード例 | 代替実装 | Excel固定なら？ | 比較用として掲載。既定推奨とは書かない | Python公式＋自社方針 | encoding=cp932 | 文字制約へ |
| H3：変更後に確認する3項目 | QA | 直ったとどう判断する？ | Excel、テキストエディタ、データ内容を照合する | 自社検証手順 | 日本語入りサンプル | Excel側対処へ |
| H2：CSVを書き換えずExcel側で正しく読み込む方法 | 非破壊の対処 | ファイルを変更せず開けない？ | Excelの「データの取得」を使う方法を案内 | Microsoft一次情報＋対象Excelでの画面確認 | データ→テキスト/CSV | 運用選択へ |
| H3：Excelの「データの取得」からCSVを開く | 手順提供 | 具体的にどう開く？ | 操作を短い手順で示す | Microsoft公式＋自社画面確認 | ファイル選択→文字コード確認 | ダブルクリックとの違いへ |
| H3：毎回この操作をするか、Python側を変えるか | 運用判断 | どちらが楽？ | 個人確認ならExcel側、継続的な社内配布なら出力側の標準化を検討 | 自社運用判断 | 月1回 vs 毎日出力 | 安全な既定へ |
| H2：相手のExcel環境が分からないときは何を既定にするか | 実務判断 | 結局何を標準にする？ | 1つの万能解を断定せず、用途別判断基準を示す | 自社実測＋制約整理 | 社内／社外／Excel固定 | 既存CSVへ |
| H3：社内標準はUTF-8系を優先する | 方針提示 | ZEN AI LABではどうする？ | UTF-8系を第一候補とし、最終決定は実測後に記載 | 自社方針 | utf-8-sig採用なら条件明示 | 他環境注意へ |
| H3：Excel 2021 / 2024では再確認する | 過剰一般化防止 | 別Excelでも同じ？ | Microsoft 365版での結果を他版へそのまま一般化しない | 追加回答 | 同じ挙動とは限らない、と注記 | 大量ファイル対策へ |
| H2：既存の大量CSVをPythonでまとめて変換する方法 | 既存資産救済 | 何十個も手作業で直す？ | フォルダ内CSVをPythonで一括変換する | Python公式＋自社テスト | pathlib＋CSV読み書き | 安全対策へ |
| H3：変換前に元CSVをバックアップする | 安全性確保 | 失敗したら戻せる？ | 上書き前に必ずコピーを残す | 自社方針 | backupフォルダ | スクリプトへ |
| H3：フォルダ内CSVを一括変換するコード例 | 実装 | まとめて直すコードは？ | Pythonだけで完結。PowerShell変換は扱わない | Python公式＋自社テスト | inputフォルダのCSVをoutputフォルダへ | 検証へ |
| H3：変換後に日本語と行・列を確認する | 事故防止 | 文字化けだけ見れば十分？ | 文字化けに加えて列・行・先頭列も確認 | 自社検証基準 | 件数比較 | まとめへ |
| H2：Python CSVのExcel文字化けで迷ったときの判断フロー | 記事全体の整理 | 結局どの順番で試す？ | 診断→Excel側→encoding→実測という順を短く再提示 | 本文全体 | フローチャート | CTAへ |

**最終判断フローの内容**

STEP 1 CSVをテキストエディタで開く。→ STEP 2 テキストエディタでも文字化けするならPython出力や元データを確認。テキストエディタでは正常ならSTEP 3。→ STEP 3 Excelの「データの取得」から文字コードを指定して開く。→ STEP 4 業務上ダブルクリックで開く必要があるならPython側の出力方式を検討。→ STEP 5 utf-8 / utf-8-sig / cp932を対象Excel環境で比較。→ STEP 6 自社・相手先の環境に合う方式を採用。

## 5. 独自価値を置く場所

最大の独自価値は、「同一データ×3エンコーディング×同一Excel環境」の実測比較にする。単なる文字コードの説明記事にしない。

H2「【実測】同じCSVを3つのencodingでExcelから開いて比較」を記事中盤の中心コンテンツとする。比較条件は固定する（Windows 11／Microsoft 365版 Excel 日本語版／CSVはエクスプローラーからダブルクリック／同一データ／utf-8／utf-8-sig／cp932）。

比較項目は次の表とする。

| encoding | Excel文字化け | 先頭列の欠け | テキストエディタとの差 |
|---|---|---|---|
| utf-8 | 検証後記入 | 検証後記入 | 検証後記入 |
| utf-8-sig | 検証後記入 | 検証後記入 | 検証後記入 |
| cp932 | 検証後記入 | 検証後記入 | 検証後記入 |

公開前に必ず実測値へ置換する。「一般的には」「多くの場合」で表を埋めない。実測がまだ終わっていない段階では、表を未検証のまま公開しない。

もう1つの独自価値として、匿名化した実務事例を導入または診断パートに置く。「テキストエディタでは正常なのに、Excelでダブルクリックした場合だけ文字化けした」という実際の問い合わせ事例から始める。一般論ではなく、実際に業務で発生した症状から診断できる記事にする。

## 6. CTA・内部リンクの配置

**CTA 1：記事中盤** — 配置位置は「PythonのCSV出力を変更する方法」の直後。目的はCSV処理そのものを効率化したい読者をツールページへ誘導すること。内部リンクは /tools/。想定文脈は「CSVの結合・変換・整理を繰り返している場合は、手作業を減らせるツールも確認できます」。ここでは売り込みを強くしない。記事の問題が解決してから、関連する業務効率化手段として提示する。

**CTA 2：記事末尾** — 配置位置は判断フローの直後。内部リンクは /prompt-library/。想定文脈は、Pythonコードの修正、データ処理、CSV変換などを生成AIに依頼するときに使える無料プロンプトを探す導線。「この記事を読んだ次の行動」として自然につなぐ。

**CTAの優先順位** — 本記事内で問題を自己解決させる／/tools/／/prompt-library/。CTAのために本文を途中で遮らない。

## 7. 執筆前の不足素材とファクトチェック一覧

**公開前に必須の自社検証**

1. **3形式のCSV実測** — 同じ日本語データをutf-8／utf-8-sig／cp932で出力する。環境はWindows 11、Microsoft 365版 Excel 日本語版。開き方はエクスプローラーからダブルクリック。確認項目は文字化けの有無／先頭列の欠け／テキストエディタ表示との差。
2. **Excel「データの取得」の実画面確認** — Microsoft 365版 Excelで実際に「データ」→CSV読み込みを行い、メニュー名称／選べる文字コード／プレビュー／読み込み完了までの操作を確認する。UI表記は実画面を見ずに推測しない。
3. **cp932の文字制約テスト** — 記事で「cp932では扱えない文字がある」と説明する場合、実際にサンプル文字を含むCSVを用意し、Python出力時にどうなるか、Excelでどう表示されるかを確認する。本文中の具体的な文字例は、自社で再現するか一次資料で確認してから掲載する。
4. **一括変換コードのテスト** — 複数CSVを変換できる／元ファイルを破壊しない／出力先を分離する／日本語が保持される／行数が変化しない／列数が意図せず変化しないことを確認する。変換前のバックアップ手順は必須とする。

**一次情報で確認する項目**

- Python公式ドキュメント：utf-8-sig／BOMの扱い／open の encoding／csvモジュール利用時の基本的なファイルオープン方法。特に「utf-8-sigはBOM付きUTF-8の変種」という説明の根拠に使用する。
- Microsoft公式情報：Windows版ExcelでのCSV読み込み／UTF-8 CSV／「データの取得」からのCSV読み込み方法。Excelの仕様について、第三者ブログだけを根拠に断定しない。

**執筆時に断定しないこと（禁止）**

- 「utf-8-sigなら必ず直ります」→ 自社検証結果の対象環境内でのみ説明する。
- 「ExcelはUTF-8 CSVを正しく開けません」→ バージョンや開き方を限定せず一般化しない。
- 「cp932ならExcelで必ず文字化けしません」→ 使用文字や環境によるため断定しない。
- 「Excel 2021 / 2024でもMicrosoft 365版と同じです」→ 未検証なので書かない。Excel 2021 / 2024については「同じ挙動になるとは限らない」と明記する。