まず、診断の対象ではない3つを外す（デスクトップ版・外部ツール製・分析画面）
診断を始める前に、それ自体が仕様である3つを切り離します。ここに該当していれば、探す範囲はそれだけ狭くなります。
1. デスクトップ版のLINEでは、リッチメニューは表示されません。 公式ドキュメントは「リッチメニューは、デスクトップ版（macOS、Windows）のLINEでは表示されません」と明記しています。管理画面のマニュアルにも「※パソコン版LINE/Chrome版LINEでは表示されません」という注記があります。確認はスマートフォンのLINEアプリで行ってください。 パソコンの画面で見えないことは、何の情報でもありません。
なお、iPadやタブレット、あるいはiPhone・Androidといった端末ごとの非表示仕様については、公式の記述をこの記事の確認範囲では見つけられませんでした。 公式に確認できているのは上のデスクトップ版までなので、「iPadでは表示されない」とも「表示される」とも、この記事では書きません。
2. 外部ツールで作ったメニューは、管理画面の「現在ユーザーに表示されているリッチメニュー」の欄に出ません。 管理画面のマニュアルは、リッチメニュー画面のこの欄について、「※外部の管理ページから設定したリッチメニューは表示されません」と注記しています（注記が付いているのはこの欄で、画面上の他の区画についてではありません）。つまりこの欄に無いことは、そのメニューが存在しないことを意味しません。 この欄が空でも、あるいは古い1枚しか並んでいなくても、それは「管理画面から設定したものがそれだけだ」というだけです。ここを取り違えると、実際には別の経路から設定されたメニューが表示されているのに、管理画面で新しく作り直す方向に進んでしまいます。
3. 分析画面が空でも、表示されていない証拠にはなりません。 公式は「Messaging APIとLINE Official Account Managerで作成したリッチメニューは、それぞれ作成したツールでのみ統計情報を参照できます」と表で示しており、分析画面は診断の材料になりません——表示されているかどうかは、スマートフォンのトーク画面を実際に開いて確かめてください。
次に、症状がどちらかを決める
この3つに当てはまらない、あるいは当てはまっても症状が残る場合、進む向きは症状によって変わります。 次のどちらかを選んでください。
- A「何も表示されない」 — 設定して保存したのに、トーク画面にメニューが出てこない。この場合は、下の3項目の確認 → ステップ0 → ステップ1 の順に進みます。 そこで解消しなければステップ2・3 へ。
-
B「意図しないものが表示される」 — 削除したはずのメニューが出続ける、表示期間を終わらせたのに出ている、新しく設定したのに別のメニューが出る。この場合に先に見るのは、管理画面のリッチメニュー画面の「現在ユーザーに表示されているリッチメニュー」の欄に、いま端末で見えているメニューが並んでいるかどうかです（診断シートの行3）。並んでいなければ、そのメニューは管理画面の外から設定されています。 そのうえでステップ3の2つの症状に当てはまるかを見ます。下の3項目の確認もB で無駄にはなりません（表示期間が終わったあとの残り方はB に含まれます）が、先に見るのは欄のほうです。
- ただし1つだけ先に確かめてください。 いま見えているそのメニューが、自分で設定して表示期間を終わらせた（あるいは削除した）ものである場合、それは管理画面の外から来たものではなく、期限切れ・下書き側の区画へ移ったのに端末側の表示が入れ替わっていないだけということがあります。心当たりがあるなら、欄を見て結論を出す前に、まずトーク画面を一度閉じて開き直してください（診断シートの行2-a）。それで消えれば、この記事の層0・層1 で終わりです。 消えない場合にだけ、「管理画面の外から設定されている」という読みに進みます。
30秒でできる3項目の確認（Aの人はここから）
診断シートの全体は後半にありますが、最も多い原因は次の3つに集中しています。 管理画面のリッチメニュー設定画面を開いて、まずここだけ見てください。
- 表示期間の開始日時が、現在時刻より後になっていないか（未来日で保存すると「予約」扱いになります）
- トークルームを開いたときの自動表示が off になっていないか
- 押したのは「保存」か、それとも「待機中リストに保存」（下書き）か — これは単独では決め手になりません。 公式マニュアルの管理アプリ版のセクションには、「待機中リストに保存」したものは「待機中」に下書き保存されるという記述と、表示期間中であれば表示され、表示期間が未来日であれば予約一覧に入るという記述が同じページにありますが、この2つを結びつけて説明している記述はありません。両者を組み合わせて見るのは本記事の読みです。「下書きだった」と分かった場合は、1つ目の表示期間と合わせて見て、表示期間が現在を含む状態で保存し直してください。
直したかどうかを判定する前に、トーク画面を一度閉じて開き直してください。 管理画面での変更が反映されるのは再入室したときなので、開いたままの画面を見て「変わらない」と判断すると、直っているのに次のステップへ進んでしまいます（この前提はステップ0の冒頭にも書いてあります）。
ここで解消すれば、以降を読む必要はありません。 解消しなければ、同じ3項目を根拠つきで見ていくステップ0へ進みます。
ステップ0：管理画面のリッチメニュー設定画面だけで終わる確認（表示期間・保存・自動表示）
最初に確認するのは、管理画面のリッチメニュー設定画面から一歩も出ずに終わる3項目です。ここを先頭に置く理由は、確認にかかるコストが最も低いからです。自分の管理画面を開くだけで済み、他人の端末も、開発担当者への確認も要りません。ここで解消すれば、以降のステップを読む必要はありません。
その前に1つだけ。保存してから一度もトーク画面を閉じていない場合は、そもそもまだ反映されていません。 反映されるタイミングは「どこから設定したか」によって違い、次のステップ1〜3の表にまとめてあります。まずトーク画面を一度閉じて開き直したうえで、以下を確認してください。
表示期間は、いまを含んでいるか（終了日時を過ぎたメニューが出ている場合も）
管理画面のリッチメニュー作成画面には、表示期間という設定項目があります。そのメニューを表示する期間を指定するものだと公式マニュアルは説明しています。
ここで押さえるべきなのは、未来の期間を設定して保存した場合、そのメニューは「予約」として扱われるという点です。マニュアルは画面構成の説明で、表示期間に未来の期間を設定して保存すると「予約」扱いとして表示される、と記しています。「保存できた」ことと「いま表示されている」ことは別です。
したがって最初の確認は1つです。開始日時が、現在時刻より後になっていないか。 日付だけを見て納得せず、時刻の欄まで見てください。
終了日時も同じ画面で確認します。終了日時を過ぎたメニューは、マニュアル上、下書き保存したものと同じ区画に入ることが示されています。
なお、「表示期間を終わらせたはずのメニューが、まだ表示されている」という状態について、公式は終了時刻を過ぎた瞬間の挙動を明記していません。 マニュアルが示しているのは「期限の切れたリッチメニュー」が別区画に入ることまでです。ここから先はこの記事の推論として書きます——公式は設定変更の反映タイミングを「トーク画面に再入室したとき」としているため、終了時刻を過ぎてもトーク画面を開いたままの端末では、開き直すまで前の表示が残る可能性があります。 これは公式が明記した挙動ではないので、断定はしません。一度トーク画面を閉じて開き直したうえで、まだ残るかどうかを見てください。
ここで解消しなければ、次の項目へ進みます。
「保存」を押したか、「待機中リストに保存」を押したか
管理画面には、作りかけを残すための保存と、公開するための保存の2つがあります。管理アプリのマニュアルは、「待機中リストに保存」をタップすると「待機中」に下書き保存される、と説明しています。このボタンは名前が紛らわしく、どちらも「保存」という語を含みます。
ここで注意が要ります。「下書きだから必ず表示されない」とは、公式は書いていません。 同じマニュアルの管理アプリ版のセクションには、待機中リストに保存したものについての記述と、表示期間中であればユーザーに表示され、表示期間が未来日であれば予約一覧に表示されるという記述が同じページにありますが、この2つを結びつけて説明している記述はありません（両者を組み合わせて見るのは本記事の読みです）。つまりこの項目も、単独ではなく表示期間と組み合わせて見る必要があります。 前の項目と切り離さずに見てください。
そのうえで、押したのがどちらだったかは、記憶ではなく画面で確かめる価値があります。マニュアルによれば、リッチメニューの画面は「現在ユーザーに表示されているもの」「予約済・公開中のもの」「下書き保存や期限の切れたもの」の3つの区画に分かれています（この画面構成は2025年7月29日更新版のマニュアルの記述であり、画面は更新されることがあります）。探しているメニューが3つ目の区画にあるなら、公式マニュアルの区分の上では「現在ユーザーに表示されているリッチメニュー」の側にはいない、ということになります。
ここで解消しなければ、次の項目へ進みます。
トークルームを開いたときの自動表示は on か
管理画面には、ユーザーがトークルームを表示した際にリッチメニューを自動で表示するかどうかを設定する項目があります（マニュアルではWeb版・アプリ版のどちらにも記載があります）。
この設定が off の場合、トーク画面を表示した時点でメニューが自動的に開くことはありません。 メニュー自体の設定は生きていても、「開いた瞬間から見えている」状態にはならない、ということです。
公式マニュアルが説明しているのはここまでです。off のときに画面上でどう見えるのか——メニューが閉じた状態で置かれるのか、何も出ないのか——を説明した記述は、この記事の確認範囲では見つかりませんでした。 画面の見た目を推測して書くことはしません。
そのうえで、社内から「出ていない」と指摘されたときは、まず自動表示の設定がどうなっているかを確認してください。 off だった場合、指摘した人が見たのは「自動で開かなかった」状態であって、「メニューが存在しない」状態ではない可能性があります。この2つは、指摘だけでは区別がつきません。
自動表示が on になっているのに見えない場合は、この項目では解消しません。次へ進みます。
アプリの再起動やキャッシュ削除は、公式の裏づけを確認できなかった（試すのは自由）
「LINEアプリを再起動する」「キャッシュを削除する」という対処は、この症状の解説記事のいくつかで紹介されています。ただし、これらが表示不具合を解消すると説明した公式の記述を、この記事では見つけられませんでした。
書けるのはここまでです。そのうえで、読者側の負担がほとんどなく、失うものもない確認ではあります。上の3項目を確認しても解消せず、次のステップに進む前に一度試しておく、という位置づけであれば妥当です。「これで直るはず」という前提で時間を使わないでください。 公式に裏づけのある確認は、上の3項目とこのあとの3段階です。
ここまでで解消しなければ、次は「誰がどこから設定したメニューなのか」を疑います。
ステップ1〜3：設定した場所によって、優先度と反映のタイミングが違う
ステップ0で解消しなかった場合、原因は単一の設定値の入力ミスではなく、複数の設定が競合していることにあります。ここからは「そのメニューを、誰がどこから設定したのか」を切り分けます。
まず全体像：3つの「設定した場所」と、その優先順位
リッチメニューを設定できる場所は3つあり、同時に設定されている場合にどれが表示されるかを、公式が優先順位として定めています。
| 設定した場所 | 何で設定するか | 表示の優先順位 | 変更が反映されるタイミング | 復旧を実行できるのは誰か |
|---|---|---|---|---|
| 特定のユーザー個人に向けたメニュー | Messaging API | 1（最優先） | 即時。ただし、ユーザーとのリンクを解除せずにメニューを削除した場合は、トーク画面に再入室したときに削除が反映される | 読者は実行できない。 実装した開発担当者・制作会社、または設定したツールの側 |
| 全員に向けた既定のメニュー | Messaging API | 2 | トーク画面に再入室したとき。変更が反映されるまで1分程度かかる場合がある | 読者は実行できない。 設定した本人、または利用している外部ツールのサポート窓口 |
| 全員に向けた既定のメニュー | 管理画面（LINE公式アカウントマネージャー） | 3（最下位） | トーク画面に再入室したとき | 読者自身が管理画面で実行できる（表示期間・保存状態・自動表示の修正、トーク画面の入り直し） |
この表は公式が示している優先度と反映タイミングを1枚にまとめたもので、最後の列だけがこの記事の付け足しです。ここから読み取れることが2つあります。
1つ目は、管理画面で設定したメニューが3段のいちばん下にあることです。上の2段のどちらかが設定されていれば、管理画面で何を保存し直しても、ユーザーの画面は変わりません。 「新しく作って公開したのに古いメニューが出たままだ」という症状は、この構造で説明がつきます。
2つ目は、どの段も「即時」ではないことです。3段のうち即時に反映されるのはユーザー個人向けのメニューだけで、残る2段はトーク画面に再入室したときに反映されます。トーク画面を開いたまま設定を変えて「変わらない」と判断しないでください。 一度閉じて、開き直します。
そのうえで、下から順に見ていきます。自分が管理画面しか触っていないなら、ステップ1から。外部ツールを契約している、あるいは開発担当者がいる場合は、ステップ1で解消しなくても驚かず、ステップ2と3まで進んでください。
ステップ1：管理画面から設定した、全員向けのメニュー（保存したのに変わらない場合）
管理画面から設定したメニューが期待どおりに出ない場合、疑うのはまず反映のタイミングです。この層の反映は再入室時なので、確認する端末でトーク画面を開き直したうえで見てください。
表示期間を設定した場合について、公式マニュアルは「※サーバー処理の問題上、ユーザー側に表示されるまでには時間がかかります。かかる時間は混雑状況やアカウントの友だちの人数によって異なります」と注記しています。
ここで重要なのは、公式が待ち時間の目安を示していないことです。「◯分待てば出る」という数字は、この層については書けません。時刻を指定してメニューを切り替えたい場合は、公式が待ち時間の目安を示していない以上、余裕を持って設定しておくしかないというのが、公式の記述から言える範囲です。
トーク画面を開き直しても、しばらく待っても表示が変わらない場合は、上位の段が設定されている可能性があります。ステップ2へ進みます。
ステップ2：管理画面の外から、全員に配られたメニュー（Messaging API 経由。外部ツールを使っている場合）
ここから先は「開発担当者が触る領域」に見えますが、心当たりがなくても該当することがあります。
その根拠は、管理画面のマニュアル自身にあります。マニュアルは「現在ユーザーに表示されているリッチメニュー」の欄について「※外部の管理ページから設定したリッチメニューは表示されません」と注記しており、公式は「管理画面の外にある管理ページからリッチメニューが設定される経路」の存在を前提として書いています。 一方で、リッチメニューを設定できるツールとして公式が挙げているのは管理画面とMessaging APIの2つです。外部の管理ページが具体的にどちらの経路を使っているかを、公式が明記した記述は見つけられませんでした。 ここでは「管理画面の外から設定された可能性がある」という段として扱います。
この層の反映タイミングについて、公式は「トーク画面に再入室したとき」としたうえで、「変更が反映されるまで、1分程度掛かる場合があります」と明記しています。この記事が書ける時間の目安は、ここだけです。 他の層について同じような数字は公式に示されていないため、書きません。
確認することは1つです。このアカウントに、管理画面の外から設定できる経路が存在するか。 外部の運用ツールの契約、過去に開発会社へ依頼した実装、社内のエンジニアが作った仕組み——いずれかがあれば、この層に設定が残っている可能性があります。契約を止めたツールでも、設定が残っていれば表示が続く可能性があります。
管理画面で見るときは、どの区画を見るかで意味が変わります。 ここは症状によって分かれます。
-
B「意図しないものが表示される」場合 — 見るのは「現在ユーザーに表示されているリッチメニュー」の欄です。この欄について、マニュアルは「※外部の管理ページから設定したリッチメニューは表示されません」と注記しています。いま端末で見えているメニューがこの欄に無ければ、そのメニューは管理画面の外から設定されている、と読めます。逆にこの欄に並んでいるなら、表示されているのは管理画面から設定したメニューなので、ステップ0とステップ1へ戻ってください。
- この読み取りには前提が1つあります。 端末に見えているものが最新の状態である、という前提です。自分が設定して表示期間を終わらせた、あるいは削除したメニューが見えている場合、そのメニューは「下書き保存や期限の切れたもの」の側へ移っており、この欄に無いのは当然です。 それでも端末に残って見えるのは、ステップ0の「表示期間は、いまを含んでいるか」で書いたとおり再入室までは前の表示が残る可能性があるからです（この記事の推論であり、公式が明記した挙動ではありません）。この場合の次の一手は外部への引き継ぎではなく、トーク画面を開き直すことです。開き直しても残る場合にだけ、管理画面の外から設定されているという読みに進んでください。
-
A「何も表示されない」場合 — この欄を見ても層は切り分けられません。 欄が空であることは、「管理画面から設定したメニューが無い」のか「管理画面の外から設定されていて、そもそもこの欄に出ない」のか、どちらとも読めるからです。この場合に見るのは画面上の残りの区画——マニュアル（2025年7月29日更新版の記述。画面と名称は更新されることがあります）では「予約済・公開中」のものと「下書き保存や期限の切れたもの」に分かれています——で、自分が保存したメニューがどちらの区画にあるかを見ます。 見つかった区画ごとに、次の一手はこの3つです。
- 「下書き保存や期限の切れたもの」の側にあった — ステップ0へ戻り、表示期間が現在を含む状態にしたうえで保存し直します。
- 「予約済・公開中」の側にあるのに端末に出ない — ステップ0で表示期間（特に開始日時）をもう一度確認し、それでも該当しなければトーク画面を開き直したうえで、次のステップ3と診断シートの行4へ進みます。
- どの区画にも見当たらない — 保存操作そのものが完了していない可能性と、別の経路から設定されている可能性の両方が残ります。一度保存をやり直したうえで、解消しなければ行4へ進みます。
（この3つは後半の診断シートの行3-A にも同じ形で入っています。手を止めずにここで進めて構いません。）
この層に該当すると分かった場合、直すのは読者ではありません。 管理画面の外から設定されたメニューは管理画面からは編集できないため、設定した本人か、利用している外部ツールのサポート窓口へ渡すことになります。 そのときに渡す4項目は、後半の診断シートの「渡す情報」欄にまとめてあります。この記事はツールの画面内の操作手順は扱いません。
この層にも心当たりがない、あるいは確認しても解消しない場合は、ステップ3へ進みます。
ステップ3：特定の人にだけ配られたメニュー（Messaging API のユーザー単位。解除・削除しても出続ける場合）
3段のいちばん上です。特定のユーザーに個別に結び付けられたメニューで、設定されている限り、下の2段は表示に届きません。この層は友だち1人ずつに紐づくため、「一部の友だちにだけ違うメニューが出ている」という症状もここに入ります。
公式ドキュメントは「意図したリッチメニューが表示されないときは」という節を持ち、2つの症状を名指しで説明しています。
- デフォルトのリッチメニューを解除しても、リッチメニューが表示され続けてしまう。 切替アクションでメニューが切り替わった場合、そのとき表示されているのは優先順位が最も高いユーザー個人向けのメニューです。したがって、全員向けの設定を解除しただけでは表示が続きます。
- 新しいデフォルトのリッチメニューを設定したのに、他のリッチメニューが表示されてしまう。 より優先度の高い、ユーザー個人向けのメニューが設定されている可能性があります。
どちらも、公式が示している復旧手段は2つです。 そのリッチメニューを削除するか、リッチメニューとユーザーのリンクを解除するか、のいずれかです。
この2つは効き方が違うので、区別してください。リンクを解除した場合、そのメニューは即時に表示されなくなります。 一方、リンクを解除せずに削除した場合は即時には消えず、ユーザーがトーク画面に再入室したときに削除が反映されます。 「消したのにまだ出ている」という報告が届いたときは、この差である可能性があります。
ここで注意が1つあります。この操作はMessaging APIを通じて行うもので、管理画面からは実行できません。 開発担当者、あるいは設定した外部ツールの側で行う作業になります。管理画面で新しいメニューを保存し直しても、この層は動きません。
したがって、この記事がこの層で約束できるのは、上の2つの症状のどちらに当たるかを特定し、誰に何を渡せばよいかが分かるところまでです。引き継ぐときは、症状の名前——「解除しても出続ける」なのか「新しく設定したのに別のものが出る」なのか——を伝えたうえで、次の4項目を添えてください。
- (a) 症状（何も表示されないのか、意図しないものが表示されているのか。表示されている場合はどれが出ているか）
- (b) 診断シートのどの行まで埋まったか（行1〜行4）と、特定できた層（層0〜層3。特定できていなければ「未特定」）
- (c) いつから起きているか
- (d) 管理画面側で試したこと（表示期間・自動表示・保存／下書きのやり直し・トーク画面の入り直し）
この4項目は、後半の診断シートの「渡す情報」欄をそのまま写せば揃います。 渡す先が誰になるかは、「このアカウントの管理を誰に依頼したか」を社内で確認して確定します——診断シートで分かるのは「管理画面の外から設定されたものかどうか」までで、設定した本人・ツールのサポート窓口・実装した開発担当のどれに当たるかは、シートだけでは決まりません。 設定した経路が外部の運用ツールだった場合は、次の節へ進んでください。
なお、ユーザーごとに違うメニューを出す仕組みや、タブで切り替える仕組みを、これから設計・実装する場合はリッチメニューの出し分けとタブ切り替えで扱っています。この記事が扱っているのは、その仕組みがすでに動いていて表示を上書きしている側の話です。
ツールで作ったメニューが表示されない場合
「エルメで作ったメニューが出ない」「Lステップのリッチメニューが表示されない」という症状について、公式仕様で説明できる範囲を先に押さえます。ここを知っていると、どこに問い合わせるべきかが決まります。
1つのリッチメニューは、1つのツールでしか取得・編集できない
公式ドキュメントは次のように明記しています。「1つのリッチメニューの取得や編集に、2つのツールを使うことはできません。」 管理画面で作成したリッチメニューは管理画面でのみ取得と編集ができ、Messaging APIで作成したリッチメニューについては管理画面を使えません。
作った側でしか直せない、という仕切りです。 したがって、管理画面の外で作られたメニューを管理画面から直そうとしても届きません。管理画面から編集できないこと自体は、不具合ではなく仕様どおりの状態です。
さらに、前のステップで見たとおり表示の優先順位では管理画面が最下位です。上の2段にメニューが設定されていれば、管理画面で新しく保存しても表示は変わりません。「契約を止めたはずのツールのメニューが残っている」という状態も、この2つを重ねると説明がつきます——設定は管理画面から消せず、かつ管理画面側の保存では上書きできないからです。
「現在ユーザーに表示されているリッチメニュー」の欄に出ないのも、統計が別々なのも、同じ理由
冒頭で外した2つ——管理画面の「現在ユーザーに表示されているリッチメニュー」の欄に外部ツール製が並ばないことと、統計が作成したツールでしか見られないこと——は、いずれもこの「1メニュー1ツール」という仕切りから来ています。管理画面が取得も編集もできないメニューは、管理画面のこの欄に並べようがない、ということです。別々の不具合ではなく、1つの仕様の別の面です。
したがって、ツールで作ったメニューについては、この欄も分析画面も、症状の判断材料になりません。 表示されているかどうかはスマートフォンのトーク画面で、設定内容はツールの画面で確認することになります。なお「並ばない」と公式マニュアルが注記しているのはこの欄についてであり、画面上の他の区画についてではありません。
ここから先は、ツール側のサポートへ
この記事が扱えるのはここまでです。 「そのツールの画面のどこを直すか」——どのメニューが有効になっているか、配信対象がどう設定されているか、どの操作で解除できるか——は、ツールごとに設計が違い、公式のLINE仕様では説明できません。
原因の層がツール側にあると分かった時点で、そのツールの公式ヘルプとサポート窓口へ問い合わせてください。 ただし「問い合わせてください」で終えると、多くの場合そこから診断がやり直しになります。この記事の診断で分かったことを、次の4項目にして渡してください。 これはステップ3で挙げたものと同じ4項目で、後半の診断シートの「渡す情報」欄をそのまま写せば揃います。
- (a) 症状 — 何も表示されないのか、意図しないメニューが表示されているのか。表示されている場合は、どのメニューが出ているか
- (b) 診断シートのどの行まで埋まったか（行1〜行4）と、特定できた層（層0〜層3。特定できていなければ「未特定」） — 「現在ユーザーに表示されているリッチメニュー」の欄に、見えているメニューが並んでいなかった場合は、その事実も書いてください。それ自体が「管理画面の外から設定されている」という診断結果です
- (c) いつから起きているか
- (d) 管理画面側で試したこと — 表示期間、自動表示、保存／下書きのやり直し、トーク画面の入り直し
この4項目は、管理画面しか触っていない読者でも、この記事だけで書けます。 ツール側は診断をやり直さずに、自分たちの画面の確認から始められます。
診断シート
上から順にチェックしてください。左端の欄に印を付けながら進め、印が付いた行の右列をそのまま実行します。
行の番号（除外1〜3、行1〜行4）と、原因の層の番号（層0〜層3）は別のものです。 行はシートを上から数えたもの、層は原因のある場所です。1つの行が複数の層にまたがることも、シートを最後まで埋めても層が1つに絞れないこともあります。
| 印 | 行 | 対応する層 | 確認すること | 該当した場合の次の一手 |
|---|---|---|---|---|
| □ | 除外1 | — | パソコン版・Chrome版のLINEで確認していないか | スマートフォンのLINEアプリで確認し直す（デスクトップ版は仕様として非表示） |
| □ | 除外2 | — | 「管理画面の『現在ユーザーに表示されているリッチメニュー』の欄に無い」ことを「そのメニューは存在しない」と読んでいないか | この欄に無くても存在しうる（外部の管理ページから設定したものは、この欄には出ない）。「存在しない」という判断材料からは外し、実機のトーク画面で表示を確認する。そのうえで、この欄をどう読むかは行3-A／行3-B で症状別に分かれる |
| □ | 除外3 | — | 「分析画面が空」を根拠に判断していないか | 統計は作成したツールでしか見られない。判断材料から外す |
| □ | 行1-a | 層0 | 表示期間の開始日時が現在時刻より後になっていないか | 開始日時を現在を含む値に直す（未来日での保存は「予約」扱い）。読者自身が直せる |
| □ | 行1-b | 層0 | 表示期間の終了日時を過ぎていないか | 期間を延長するか、新しい期間で設定し直す。読者自身が直せる |
| □ | 行1-c | 層0 | 探しているメニューが「下書き保存や期限の切れたもの」の区画にあるか | 表示期間と組み合わせて判断する。表示期間が現在を含む状態で保存し直す。読者自身が直せる |
| □ | 行1-d | 層0 | トークルームを開いたときの自動表示が off になっていないか | on に変更して保存し、トーク画面を開き直して確認する。読者自身が直せる |
| □ | 行2-a | 層1 | トーク画面を一度閉じて開き直したか | 開き直して確認する（管理画面・API既定の反映は再入室時）。読者自身が試せる |
| □ | 行2-b | 層1 | 表示期間を設定した直後ではないか | 公式は目安時間を示していない。時間をおいて再確認する |
| □ | 行3-B | 層の切り分け（症状Bのとき） | 症状A（何も表示されない）を選んだ人は、この行を飛ばして次の行3-A へ進んでください。 意図しないメニューが表示されている場合：「現在ユーザーに表示されているリッチメニュー」の欄に、いま端末で見えているメニューが並んでいるか。並んでいない場合は、結論を出す前に1つ確認する——見えているそれは、自分が設定して表示期間を終わらせた／削除したメニューではないか（下書き・期限切れ側の区画に在るもの） | 並んでいる＝管理画面から設定したメニューが表示されている。 行1・行2へ戻って設定値を直す。並んでおらず、かつ自分が期限を終わらせた／削除したものだった＝外部由来ではなく反映待ちの可能性がある。 先に行2-a（トーク画面の再入室）を実施し、消えれば層0・層1 で終わり。並んでおらず、再入室しても消えない（または心当たりが無い）＝管理画面の外から設定されている、と読めます。 行4と「渡す情報」欄へ進む |
| □ | 行3-A | 層の切り分け（症状Aのとき） | 何も表示されていない場合：この欄では層を切り分けられない（欄が空でも、外部から設定されたメニューはそもそもここに出ない）。自分が保存したメニューが、画面上のどの区画にあるかを見る（マニュアルの記述では「予約済・公開中」と「下書き保存や期限の切れたもの」。名称は更新されることがあるため、画面上の該当する区画に読み替える） | 「下書き保存や期限の切れたもの」側にある＝行1へ戻る（保存し直し・表示期間の修正）。「予約済・公開中」側にあるのに端末に出ない＝行1で表示期間を再確認し、行2を試したうえで行4へ。どの区画にも見当たらない＝保存操作自体が完了していない可能性と、別の経路から設定されている可能性の両方が残る。保存をやり直したうえで行4へ |
| □ | 行4-a | 層2・層3 | 外部の運用ツールを契約している／過去に開発を依頼したことがあるか。「分からない」も回答として認める | 心当たりがあれば、その経路で全員向けメニューが設定されていないかを確認する（反映まで1分程度かかる場合がある）。分からない場合は、このアカウントの管理を誰に依頼したかを社内で確認する（契約している外部ツール・制作会社・開発担当を含む）。症状Aの場合、層2・層3へ進む経路はこの行だけです |
| □ | 行4-b | 層3 | 「解除・削除したのに表示され続ける」「新しく設定したのに別のものが出る」に当てはまるか | ユーザー個人向けメニューが設定されている。削除するか、ユーザーとのリンクを解除する（リンク解除は即時、削除のみは再入室時に反映）。この操作は読者には実行できない |
| □ | 行4-c | 層2・層3 | その操作を管理画面から行おうとしていないか | 管理画面からは実行できない。下の「渡す情報」欄を埋めて、開発担当者またはツール提供元へ引き継ぐ |
| □ | 別症状 | — | 画像のアップロードでエラーが返るか | 要件の確認（別記事）と、「既に画像が設定されている」の2つを分けて確認する（次の節） |
| （印なし） | 終端 | 未特定 | 行1〜行4のどこにも印が付かなかった場合 — 層0・層1 の確認結果が空で、層2・層3 の心当たりも無い状態です | 層は「未特定」で確定させます。 下の「渡す情報」欄を、(b) の層に「未特定」と書いたうえで4項目とも埋め、行4-a と同じく「このアカウントの管理を誰に依頼したか」を社内で確認するところへ進んでください（契約している外部ツール・制作会社・開発担当を含む）。この状態から「LINE側の不具合だ」と結論づけられる材料は、この記事にはありません。 渡し先の確認が、次に短くなる一手です |
「除外1〜3」は、原因そのものではなく、判断材料の誤りを外すための行です。 除外1はスマートフォンで見直した時点で解決することがありますが、除外2・除外3に印が付いても診断は終わりません——その材料を判断から外したうえで、行1から続けてください。行1〜行4は、印が付かなければ次の行へ進みます。 そして除外1〜3 に印が付いたかどうかにかかわらず、行1〜行4 に1つも印が付かなかった場合は、最終行（終端）に従ってください——自分の操作ミスなのかLINE側の問題なのかを、この記事の範囲で断定することはできませんが、「層が特定できていない」という結果自体が、渡し先に伝えるべき情報です。
渡す情報（行4まで来た人と、層が特定できなかった人が、渡し先へそのまま写す欄）
層2・層3 に当たると分かった場合、復旧の操作は管理画面からはできません。 下の4項目を埋めて、渡し先へ持っていってください。渡し先が誰になるかは、行4-a の社内確認で確定します——このシートで分かるのは「管理画面の外から設定されたものかどうか」までです。
どの行にも印が付かず、層が特定できなかった場合も、この欄を使います。 (b) の層に「未特定」と書いて4項目を埋め、同じく社内確認へ進んでください。埋まらなかったこと自体も情報です——層0・層1 の確認が済んでいることが分かるだけで、渡し先はそこをやり直さずに済みます。
| 記入欄 | 何を書くか |
|---|---|
| (a) 症状 | 何も表示されない／意図しないものが表示される のどちらか。表示されている場合はどのメニューか |
| (b) 埋まった行と、特定できた層 | 行1〜行4のどこまで埋めたか。層0〜層3のどれに当たるか（絞れていなければ「未特定」と書く） |
| (c) いつから起きているか | |
| (d) 管理画面側で試したこと | 表示期間／自動表示／保存・下書きのやり直し／トーク画面の入り直し |
画像がアップロードできない場合：疑う先が2つある
「画像がアップロードできない」は、ここまでの診断とは軸が違います。短く分けて書きます。
まず、この節が説明するのは Messaging API 経由でアップロードしたときに返るエラーです。 管理画面からのアップロードで詰まっている場合について、この記事は一次情報を持っていません——管理画面のアップロードで表示されるエラーメッセージや拒否条件を実際に確認していないためです。その場合にこの節が果たすのは、確認すべき属性を名指しして、仕様値を扱う別記事へ渡すところまでです。確認する属性は実寸（ピクセル）・ファイル形式・容量の3つで、値はリッチメニューの画像サイズと分割の決め方にあります。推測でエラーの原因を書くことはしません。
Messaging API経由でアップロードする場合、公式リファレンスはエラー（HTTPステータス400）が返る理由として2つを挙げています。1つは画像が要件を満たしていないこと。もう1つはそのリッチメニューに既に画像が設定されていることです。
後者を知らないと、要件のほうばかり疑うことになります。ここに効いてくるのが、リファレンスのもう1つの記述です。「リッチメニューに設定された画像を置き換えることはできません。リッチメニューの画像を更新するには、新しいリッチメニューオブジェクトを作成して、新しい画像をアップロードします。」 つまり一度画像を設定したリッチメニューに、別の画像を上書きすることはできません。 差し替えたい場合は新しく作り直すことになり、同じ画像を何度も送り直しても、この理由によるエラーは解消しません。
もう一方の理由、画像が要件を満たしているかどうかについては、この記事では扱いません。実寸・ファイル形式・容量・分割数といった仕様値はリッチメニューの画像サイズと分割の決め方で確認してください。要件を満たしていることを確認したうえで、それでもエラーが返る場合に、上の「既に画像が設定されている」を疑います。
なお、ここに書いたのは公式リファレンスの記述であり、私たちが実際にAPIを実行して確認した結果ではありません。
復旧したあとに記録しておくこと
表示が戻ったら、次に同じ症状が出たときの切り分けを短くするための記録を残してください。この記事の診断で最も時間がかかるのは、ステップ2と3の「誰がどこから設定したのか」を突き止める部分です。その情報は、設定した時点では分かっていて、あとから分からなくなります。
記録するのは次の4項目です。
| 記入欄 | 内容 |
|---|---|
| いつ設定を変えたか（日時） | |
| どこから設定したか（管理画面／外部ツール名／自社の実装） | |
| 誰が設定を変えたか | |
| 表示期間（開始日時・終了日時）を設定したか |
この4行があれば、次に「出ていない」と言われたときに、ステップ0の確認と並行して、直前に何が変わったかを照合できます。 特に2行目——どこから設定したか——は、この記事の3段階のどこから見ればよいかを直接決めます。
もう1つ。リッチメニューの設定を変える経路は、人の手だけとは限りません。 管理画面の外から設定できる経路は、条件を決めて自動で動かすこともできます。上の記録の2行目が「外部ツール」や「自社の実装」になった場合、次に問うべきは「その経路を誰が管理しているか」です。 LINE公式アカウントの運用をAPIから動かす仕組みと、そこで人が判断すべき範囲については、LINE HarnessのAI連携でできることと人が判断する範囲で扱っています。
なお、リッチメニューをこれから新しく作り直す場合や、そもそもの作り方から確認したい場合はLINEリッチメニューとは？作り方と、作る前に決める3つのことを参照してください。
この手順が届かないところを、最後に書いておきます。ここに書いたのは、LINEの公式ドキュメントと公式マニュアルを2026年8月2日時点で読み解いて確認が取れた範囲と、そこから導いた推論（表示期間終了後の挙動）です。管理画面の実操作やAPIの実行で確かめた記録ではありません。 画面の項目名やタブの構成は更新されることがあります。実際の画面と食い違う記述があった場合は、画面のほうが正です。
そのため、この記事が引いた公式の記述そのものを、次から直接確認できるようにしておきます。この記事の内容と食い違う場合は、こちらが現行の記述です。
- LINE Official Account Manager マニュアル「リッチメニューを作成する」 — 管理画面側の一次情報。表示期間、自動表示、「保存」と「待機中リストに保存」、画面の区画、そして「※外部の管理ページから設定したリッチメニューは表示されません」の注記はここにあります。
- Messaging APIドキュメント「リッチメニューの概要」 — 表示の優先順位、設定変更が反映されるタイミング、1つのリッチメニューは1つのツールでしか扱えないこと、デスクトップ版で表示されないことはここにあります。
- Messaging APIドキュメント「リッチメニューでタブ切り替えを行う」 — 「意図したリッチメニューが表示されないときは」の2つの症状と、その復旧手段（削除する／ユーザーとのリンクを解除する）はここにあります。
いずれもこの記事が2026年8月2日に確認したものです。 それ以降の更新は反映していません。