OutlookやWord/ExcelなどMicrosoft 365（Office）で、青いヒント吹き出し（Teaching Callouts）が何度も表示されて作業が止まる…という悩みはよくあります。管理者が一括で止められないのか、レジストリで抑え込めるのかを、実務向けに分かりやすく整理します。
Teaching Callouts（青いヒント吹き出し）とは
Teaching Callouts は、Outlook をはじめとする Microsoft 365 / Office アプリで、新機能や使い方を案内するために表示される「青いガイド吹き出し」です。UI の近くに突然ポップアップし、クリックして閉じても、環境によってはしばらくすると別の種類が出てきます。
特に困りやすいのは次のようなケースです。
- PC の入れ替えやユーザープロファイル再作成のたびに、初回起動のように吹き出しが復活する
- Office の更新後、同じ端末でも新しい吹き出しが追加されて再び表示される
- 共有PC・VDI・RDS など、プロファイルが保持されにくい環境で毎回出る
「チュートリアルは分かったので静かにしてほしい」という場面が多い一方で、現実には“完全に止める”のが難しく、管理者としても運用が悩ましい領域です。
なぜ新しいPCにすると毎回表示されるのか
Teaching Callouts は「ユーザーごとの表示済み状態」をどこかに保存し、その状態を見て出し分けています。Windows 環境では、少なくとも一部の Teaching Callouts が ユーザーのレジストリ（HKCU） に記録されることが確認されています。
そのため、次の条件が揃うと「また初回状態」に戻りやすくなります。
| 状況 | なぜ起きる？（イメージ） | 現実的な対策の方向性 |
|---|---|---|
| 端末を入れ替えた | ユーザープロファイル（HKCU）が新規になり、表示済み履歴がない | ログオン時にHKCUへ設定を配布して“最初から表示済み”にする |
| ユーザープロファイルを作り直した | 同上（履歴が消える） | 復旧手順に「Teaching Callouts 対策の適用」を組み込む |
| VDI/共有PCで毎回出る | プロファイルが破棄される／ローミングされない | 非永続環境では“毎回適用”が基本。可能ならプロファイルの永続化も検討 |
| Office更新後に新しい吹き出しが増えた | 新機能追加で新しい Callout が実装され、履歴が未登録 | キー名リストを継続的に増やす（モグラ叩き前提の運用） |
管理者が最初に押さえる結論
現時点で現場運用としてよく共有されている整理は次のとおりです。
- 管理センターやグループポリシーに「Teaching Callouts を完全停止する」専用スイッチは見当たりにくい
- 一方で、ユーザーのHKCUレジストリに「表示済み」情報が残るため、これを先回りして配布すると「ほぼ出ない状態」に寄せられる
- ただし、Office の更新で新しい Callout が追加されるため、一度作ったら終わりではなく、継続メンテナンスが必要
「完全無効化」ではなく「できるだけ出さない」方向で、リスクを抑えて運用設計するのが現実的です。
まず試したい“簡易”の抑制（効く場合・効かない場合がある）
環境によっては、Office アプリのオプションに「ヒント」「おすすめ」「新機能の案内」に関する項目があり、これをオフにすると一部の案内が減ることがあります。ただし、Teaching Callouts（青い吹き出し）を狙い撃ちで完全停止できるとは限らず、組織で一括適用できないことも多い点に注意してください。
実務では「アプリ内設定で減らせるものは減らす」＋「レジストリ運用で青い吹き出しを抑える」を併用し、ユーザー体験を改善するケースが多いです。
レジストリで“ほぼ無効化”する仕組み
Teaching Callouts の状態が記録される場所として、次のキーが知られています。
HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Common\TeachingCallouts
この配下に、吹き出しの種類ごとに値（名前）が追加され、値データが特定の状態を示します。運用上よく使われるのは、値データを DWORD の 2 にする方法です。これにより、その値名に対応する吹き出しが「もう表示しなくてよい」と判断され、同種の吹き出しが出にくくなる挙動が報告されています。
重要：この挙動は公式に仕様として十分に文書化されているものではなく、バージョンやチャネルによって変わる可能性があります。必ず検証環境でテストし、段階的に展開してください。
よくあるレジストリ値名（例）
コミュニティで共有される例として、次のような値名が挙げられます（環境によって増減します）。
| 値名（例） | 関連しやすいアプリ/機能（目安） | 推奨データ |
|---|---|---|
Olk_SearchBoxTitleBar_SLR_Sequence | Outlook 検索/新UI周り | DWORD: 2 |
FocusedInboxTeachingCallout_7 | Outlook フォーカス受信トレイ | DWORD: 2 |
SuggestedRepliesCallout | Outlook 返信候補 | DWORD: 2 |
AutoSaveToggleOnWord | Word 自動保存トグル | DWORD: 2 |
AutoSaveToggleOnExcel | Excel 自動保存トグル | DWORD: 2 |
AutoSaveToggleOnPPT | PowerPoint 自動保存トグル | DWORD: 2 |
Word_TextPredictor_InCanvas | Word テキスト予測 | DWORD: 2 |
UseTighterSpacingTeachingCallout | 表示/間隔変更系 | DWORD: 2 |
SLRToggleReplaceTeachingCalloutID | 置換/切替系（名称からの推測） | DWORD: 2 |
ポイントは、TeachingCallouts キー配下に存在する値名は、最初から全部揃っているわけではないことです。実際には、ユーザーがその吹き出しを受け取る（表示される）ことで、値名が追加されるパターンが多いです。
値名を集める実務手順（テスト用PCでの収集）
「どの値名を 2 にすればよいか」は環境差が出ます。最も現実的なのは、テスト用PCで一通り吹き出しを出して、TeachingCallouts の値名を収集してから配布するやり方です。
収集の流れ
- テスト用PCを用意（可能なら機能追加の早いチャネルで検証）
- 対象ユーザーに近い条件で Office を起動（Outlook / Word / Excel / PowerPoint を中心に）
- 実際に青い吹き出しが出るまで操作し、必要に応じて数日運用して“出そうなもの”を出し切る
- レジストリエディタで
...\TeachingCalloutsを確認し、値名の一覧を控える／エクスポートする - その一覧をベースに、配布用の .reg や PowerShell を作成して展開
収集時のコツ
| コツ | 理由 | 具体例 |
|---|---|---|
| Outlookだけでなく複数アプリを触る | アプリごとに別の値名が増える | Word の「自動保存」や「テキスト予測」など、Outlook以外も対象にする |
| 更新のタイミングを跨ぐ | 更新後に新しい吹き出しが追加されることがある | 月次更新後に「また新しい吹き出しが出た」→ 値名が増える |
| 既存値を“固定資産”として管理する | 値名リストは運用資産（増え続ける） | Git/SharePoint で .reg / スクリプトを版管理して差分を追う |
| 網羅リストを鵜呑みにしない | 環境差が大きく、不要な値まで入れると検証が難しくなる | まずは“自社で出たもの”を中心に追加し、効果が確認できたら拡張する |
.reg ファイルで適用する例
まずは小さく始め、効果が確認できたものから増やすのがおすすめです。以下は例です（必要に応じて値名を追加してください）。
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Common\TeachingCallouts]
"SLRToggleReplaceTeachingCalloutID"=dword:00000002
"UseTighterSpacingTeachingCallout"=dword:00000002
"Olk_SearchBoxTitleBar_SLR_Sequence"=dword:00000002
"AutoSaveToggleOnWord"=dword:00000002
"AutoSaveToggleOnExcel"=dword:00000002
"AutoSaveToggleOnPPT"=dword:00000002
"FocusedInboxTeachingCallout_7"=dword:00000002
"SuggestedRepliesCallout"=dword:00000002
"Word_TextPredictor_InCanvas"=dword:00000002
この .reg をダブルクリックで取り込むだけでも効果が出ることがありますが、企業内での展開は「いつ」「誰のHKCUに」「どの範囲で」適用するかが重要です。
多数PCへ展開する現実的な方法
Teaching Callouts の制御は HKCU（ユーザー単位）になりやすいため、端末単位よりもユーザーがログオンしたタイミングで適用する設計が扱いやすいです。代表的な配布パターンを比較します。
| 配布方法 | メリット | 注意点 | 向くケース |
|---|---|---|---|
| グループポリシー（ログオンスクリプト） | AD環境なら導入が容易。ユーザーログオンで確実にHKCUへ反映 | スクリプトの実行順・権限・遅延に注意。端末がドメイン外だと届かない | オンプレAD中心の組織 |
| Intune（PowerShellスクリプト/Win32アプリ） | クラウド管理で展開でき、リモート端末にも届けやすい | ユーザーコンテキストで実行できる設計が必要。適用状況の監視設計も重要 | Entra ID/Intune 管理の組織 |
| ConfigMgr（ユーザー向け展開） | 既存の配布基盤を流用できる | ユーザー対象のコレクション設計が必要 | 既にConfigMgrを運用している組織 |
| 手動（個人PCでの.reg取り込み） | すぐ試せる | 端末入替・プロファイル再作成で戻る。人手運用になりがち | 小規模/検証用途 |
PowerShellで“安全に”適用する例（ユーザーコンテキスト）
.reg の配布でもよいのですが、企業内で運用するなら「繰り返し適用しても壊れない（冪等）」スクリプトにしておくと安心です。以下は基本形の例です。
# Teaching Callouts を“表示済み”扱いにする（例）
$basePath = "HKCU:\Software\Microsoft\Office\16.0\Common\TeachingCallouts"
# ここに収集した値名を追加していく
$calloutNames = @(
"SLRToggleReplaceTeachingCalloutID",
"UseTighterSpacingTeachingCallout",
"Olk_SearchBoxTitleBar_SLR_Sequence",
"AutoSaveToggleOnWord",
"AutoSaveToggleOnExcel",
"AutoSaveToggleOnPPT",
"FocusedInboxTeachingCallout_7",
"SuggestedRepliesCallout",
"Word_TextPredictor_InCanvas"
)
# キーがなければ作成
New-Item -Path $basePath -Force | Out-Null
# 値を DWORD=2 で作成/上書き
foreach ($name in $calloutNames) {
New-ItemProperty -Path $basePath -Name $name -PropertyType DWord -Value 2 -Force | Out-Null
}
ログオン時に毎回走らせても問題が起きにくく、端末入替時も「勝手に元に戻る」を減らせます。
テスト用PCから値名をエクスポートするヒント
値名の収集は手作業でも可能ですが、検証が進むほど“漏れ”が出がちです。テスト用PCでは次のようにエクスポートして差分を追うと楽になります。
- レジストリエディタで TeachingCallouts キーを右クリック → エクスポート（.reg）
- コマンドでエクスポート：
reg export "HKCU\Software\Microsoft\Office\16.0\Common\TeachingCallouts" "%USERPROFILE%\Desktop\TeachingCallouts.reg" /y - 更新前後で .reg を比較し、増えた値名だけ配布リストに追加
限界と注意点（ここを理解しておくと炎上しない）
新しい吹き出しが追加されるたびに“追従”が必要
この対策は、分かりやすく言うと whack-a-mole（モグラ叩き）です。既知の値名は潰せますが、Office の更新で新しい Callout が追加されると、それに対応する値名がまた増え、未対応の吹き出しが出てきます。
おすすめは、対策を「一度きりの施策」ではなく、次のような継続プロセスとして運用することです。
- 月次更新後にテスト用PCで“新しい吹き出し”が出ないか確認
- 増えた値名を .reg / スクリプトに追記
- 小さなパイロットリング（情シス端末など）に先行適用
- 問題がなければ全社へ展開
Office 以外の“似た表示”は別物の可能性
ユーザーから「青い吹き出しがまた出た」と言われても、それが Teaching Callouts とは限りません。Windows や他アプリのガイド表示、Webサービスのツールチップなど、見た目が似たものは多数あります。
Office の Teaching Callouts 対策としては、まず次を切り分けるのが効果的です。
- 表示されているアプリは本当に Office（Outlook/Word/Excel/PowerPoint）か
- 同じ端末・同じユーザーで、同じ位置に繰り返し出るか
- 表示直後に TeachingCallouts レジストリ配下に値名が増えるか
レジストリ編集のリスク
レジストリは強力ですが、誤編集は Office の挙動に影響します。最低限、次のガードレールを敷いてください。
- 検証環境（テスト端末/テストユーザー）で十分に確認してから本番適用
- 適用前に TeachingCallouts キーをエクスポートしてバックアップを残す
- いきなり全社適用せず、段階展開（リング）で広げる
トラブルシューティング
「設定したのに出る」「一部だけ出る」というときに、見落としやすい点をまとめます。
| 症状 | よくある原因 | 確認ポイント | 対処 |
|---|---|---|---|
| 適用後も同じ吹き出しが出る | 値名が違う／別のCallout | 表示直後に TeachingCallouts 配下で値が増えていないか | 新しい値名を収集してリストに追加 |
| Outlook だけ抑えられない | Outlook固有の値名が未収集 | Outlook操作で増える値名を重点的に確認 | Outlook用の値名を追記して再配布 |
| 共有PC/VDIで毎回復活 | プロファイルが保持されない | ログオフでHKCUが破棄されていないか | ログオン時に毎回適用する／プロファイル永続化を検討 |
| 一部ユーザーだけ効かない | 配布がユーザー単位になっていない | スクリプトがユーザーコンテキストで走っているか | GPO/Intuneの実行コンテキストとターゲットを見直す |
| Office更新後に新しい吹き出しが出た | 新機能追加で値名が増えた | 更新前後で .reg を比較し、差分を確認 | 差分を追記して再配布（メンテナンス前提） |
よくある質問
管理センターで一括停止できませんか？
少なくとも一般的に知られている範囲では、「Teaching Callouts だけ」を一括で完全停止する専用スイッチは見当たりにくく、現場ではレジストリによる抑制が“現実解”として扱われがちです。もし公式に制御したい場合は、Office アプリ内のフィードバック機能（例：ヘルプ → フィードバック）から要望を送る運用も検討してください。
HKLM（端末全体）に入れれば全ユーザーに効きますか？
Teaching Callouts の状態はユーザーごと（HKCU）で保持されることが多く、HKLM だけで完結しません。全ユーザーへ効かせたい場合は、ログオンスクリプトや管理ツールで「各ユーザーのHKCUに反映する」設計が現実的です。
Office のバージョンが違うとキーの場所も変わりますか？
Microsoft 365 / Office 2016 以降の多くは 16.0 系のパスになります。一方で、旧版では 15.0 など別のバージョン番号になる可能性があります。混在環境では、対象端末の実パスを確認してから配布してください。
Mac版Officeでも同じ方法は使えますか？
本記事のレジストリ手順は Windows を前提としています。Mac 版は設定保存の仕組みが異なるため、同じ手順は適用できません。
この方法で“すべての”青い吹き出しが消えますか？
消せるのは、TeachingCallouts 配下で管理されている（かつ値名を把握できている）ものに限られます。新しい吹き出しが追加されたり、別の仕組みのチュートリアル表示だったりすると、追加対応が必要です。
端末入替のたびにやり直すのが面倒です
端末単位の手作業ではなく、ユーザーログオン時に自動適用する仕組みに寄せるのが効果的です。GPOログオンスクリプト、Intune のユーザー向けスクリプトなどを使い、いつでも同じ状態に戻せるようにしておくと運用が安定します。
まとめ
- Teaching Callouts（青いヒント吹き出し）は、ユーザー体験向上のための案内だが、業務では邪魔になりやすい
- 管理者として「一撃で完全停止」する公式スイッチが見当たりにくく、現実にはレジストリ運用が中心になりがち
HKCU\Software\Microsoft\Office\16.0\Common\TeachingCallouts配下の値をDWORD=2にすることで、“表示済み扱い”にして出にくくできることがある- ただし新機能追加で値名は増えるため、テストPCでの収集 → リスト更新 → 再配布、という継続運用が前提
「新しいPCに変えるたびに毎回表示される」を減らしたい場合は、まずテスト用PCで値名を集め、ログオン時に自動適用する仕組みを作るところから始めるのが最短ルートです。
コメント