📱 スマートフォンでご覧の方へ

スマホでも利用しやすい動画をご用意しています。 ↓スマホで長文記事を読むのは大変ですので、記事内のダイジェスト版セクションのスライドショー動画よりご利用ください

▼ スクロールして動画をチェック ▼

【不具合追跡】2026年01月28日 プレビューKB更新後の状況推移

お知らせ
最近、ユーザープロファイル破損が原因と考えられる障害が増えています。一度お手元のPCの状態を確認しておいてくださいね。
【どうやって確認するの?】ユーザープロファイル破損のチェック方法【2025/06/01】Win10サポート終了-Win11移行方法特集
【Win10⇒Win11】アップグレードに失敗した方のお悩み一発解決:原因と解決策の総まとめ【2025/10/26】

失敗画像 WinUp情報(不具合追跡)
この記事は約35分で読めます。
このサイトには、広告が設置されています。また、プロモーション記事やアフィリエイトなどのリンクを設置した記事を公開しています。

【重要】この記事は最新の「2月定例パッチ」追跡記事へ引き継がれました

1/28より追跡を続けてきたプレビューKB(KB5074105)の検証期間は終了しました。この期間に浮き彫りとなった「ゴースト適用」や「デバイス拒絶反応」のリスクは、本日配信の2月定例パッチ(Bリリース)において全ユーザー共通の課題となっています。


👉 最新:2026年02月11日 KB更新後の状況推移 を見る

【アーカイブ】1月プレビュー(KB5074105)配信期間の状況推移(最終更新 2/11)
2026年問題への対策パーツにおいて、最新のセキュリティ基準(ESS等)への強制適応によるAcer等のハードウェア拒絶反応、および履歴上の成功を鵜呑みにできない「ゴースト適用」のリスクがこの期間に確定しました。

記事最終更新日時:2026/02/11 11:30(検証終了)

プレビュー版での予測は「的中」となりました。
1/28より追跡してきた本件は、OS近代化に伴う副作用(カメラ点滅・UIバグ)を露呈させたまま2月定例へ統合されました。
※ 今後は、2月11日配信の「Bリリース(定例パッチ)」記事にて、マザーボードへの物理書き換えの最終成否を確認してください。

この期間(1/28〜2/10)の3行まとめ:

  1. 検証終了: プレビュー期間中、公式の「既知の問題なし」を覆す特定環境での不具合が継続しました。
  2. 切り捨ての予兆: セキュリティ基準厳格化により、古いデバイスが「不純物」として排除される挙動がAcer等で実証されました。
  3. 物理確認の重要性: 履歴の「成功」とマザーボードの「未更新」の乖離(ねじれ)が多くの環境で確認されました。
この記事では、過去の経緯を記録として残しています。
最新の不具合・対策情報については、冒頭のリンクより2月11日版の記事を参照してください。
【重要】このブログのスタンス:速報性と予防効果を最優先する理由(クリックで展開)
(※スタンスの内容はそのまま維持)

記事内検索ウィジェット

🔍 記事内の項目をキーワードで探す

例:0x800f, BitLocker, 24H2... 操作方法を表示
目次について

スマホでの表示を最適化するため、目次は折りたたんでいます。詳細な項目を確認したい方は、下の [開く] ボタンをタップしてください。
※お急ぎの方へ:記事よっては、最後部に「目的別ショートカット(索引)」も用意していますので、そちらもご活用ください。(現状、2025/12/15以降に公開した必要性のある記事だけに設置されています)

  1. この記事について
  2. 1.【時系列】不具合報告と動向(追跡ログ)
    1. 2/11 11:30 更新:【検証終了】2月定例パッチ配信に伴う引き継ぎ
    2. 2/5 09:00時点の最新状況:OS別の明暗と「停滞する公式、動く現場」
      1. 🟦 Windows 11 (24H2 / 25H2):近代化の歪みと戦う「最前線」
        1. 💡 【深掘り】なぜこれらの不具合が起きるのか?(推定される原因と回避策)
        2. More:🔍 【専門解説】カメラ点滅の正体は「セキュリティ基準の不整合」?
      2. 🟧 Windows 10 (22H2 ESU):低レイヤーの手術のみを行う「安定志向」
      3. ダイナミックアップデート(動的更新)の潜伏リスク:Win11とWin10の現状
        1. 1. Windows 11における動的更新の影響
        2. 2. Windows 10における状況(比較)
        3. 【重要】なぜ「履歴」が信用できないのか
      4. まとめ:2/5現在の推奨アクション
    3. 2/2 09:00時点の状況
      1. 📦 1/28~2/2:プレビュー版(KB5074105)および基盤更新(動的更新)の配信
      2. 📦 1/24提供(1/25配信):緊急パッチ KB5078127 の影響
    4. 1/29 11:00頃調べの状況
      1. 🔵 プレビュー更新の配信状況:依然として「配信なし」
      2. 📦 1/24提供(1/25配信)KB5078127 の適用後レポート
    5. 1/28 プレビュー更新の配信予測と現状
      1. 🧐 今月の「第4週プレビュー」はどうなる?
  3. 2. 今回の公式発表と独自障害予測(2026/02/02 09:00時点)
    1. 2. Microsoft公式発表:今月の「既知の不具合」
      1. 2.1. Windows 11 Version 25H2・24H2 (KB5078127 / KB5074105)
      2. 2.2. Windows 10 Version 22H2 (ESU) (KB5073724)
    2. 3. 本サイト独自の障害予測:見えないリスクの可視化
      1. 3.1. 最大のリスク:2026年問題への「ゴースト適用」
      2. 3.2. シェル(エクスプローラー)の「フラッシュ現象」とフリーズ
      3. 3.3. 周辺機器(オーディオ・入力デバイス)の認識不全
      4. 今回の予測の妥当性検証(2026/01/28~02/10 プレビュー期間総括)
    3. 4. 配信直後の初動レポート
  4. 特別投稿:プレビュー配信後の不具合状況にみる今後のWinUp障害動向について(2026/02/02 08:00頃)
    1. 現在のWindows OSの状況:100MB領域への「死刑宣告」
    2. 1. 特定ハードウェアの致命的不備(Acer等)
    3. 2. 起動プロセスにおける「詰まり(スタック)」
      1. まとめ:今朝の「警報」
  5. 提言:「クラシックOutlook」継続利用は限界点を迎えている?
  6. 【深掘りレポート】古い周辺機器の「切り捨て」実態:その残酷なプロセス
        1. 💡 OSによる「サイレント宣告」のメカニズム
  7. 諸注意情報等
    1. この記事について
    2. アップデート適用前の準備と心構え
  8. Q&A (検証終了時点のまとめ)
      1. Q1. 1月の緊急パッチとプレビュー版、どちらを入れるべきでしたか?
      2. Q2. 4.2GBもの巨大パッチによる不具合は結局どうなりましたか?
      3. Q3. Acer製ノートPC等のカメラ点滅は、その後修正されましたか?
      4. Q4. 更新履歴が「成功」なら、結局安心だったのでしょうか?
  9. 記事中の専門用語の解説 (アーカイブ)
  10. 最後に
      1. 記事へのご質問やフィードバックについて
  11. 資料:先行情報・インサイダー版の記録
    1. Win11インサイダー版での不具合発生状況(2026/01/27時点)
      1. ⚠️ インサイダー版での主な不具合報告
      2. 深掘り:なぜエクスプローラーやメニューが不安定なのか?
      3. 1. 根本原因は「描画エンジンの積み替え」と「プロセスの分離」
      4. 2. 今後引き起こされかねない「二次不具合」
      5. まとめ:明日に備えたアクション
  12. 付録:この記事の作成プロセス(AI協働メモ)
    1. 1. この記事の目的と役割
    2. 2. 筆者の関連経験・専門性
    3. 3. AIとの協働内容(調査・議論のポイント)
    4. 4. 主な参照情報・検証方法
  13. この記事中の広告リンクについて

この記事について

この記事は、2026年1月28日から配信されたWindows Update プレビュー更新プログラム(KB5074105等)に関する不具合情報を追跡・記録したアーカイブです。

現在、検証期間は終了し、本件に関する最新の状況および修正パッチの実装結果は、2026年2月11日配信の「定例更新(Bリリース)追跡記事」へと引き継がれました。過去の経緯や、プレビュー段階での不具合推移を確認するための資料としてご活用ください。

【最新】2026年02月11日 KB更新後の状況推移 を見る


1.【時系列】不具合報告と動向(追跡ログ)

このセクションでは、1月のプレビュー配信から2月定例配信直前までの動向を時系列でまとめています。最新の情報が一番上にくるように随時更新しています。

2/11 11:30 更新:【検証終了】2月定例パッチ配信に伴う引き継ぎ

1/28より追跡してきたプレビューKB(KB5074105)の検証期間は本日をもって終了しました。
プレビュー期間中に確認された「ゴースト適用」や「デバイス拒絶反応(カメラ点滅等)」の懸念は、本日配信の2月定例(Bリリース)において全ユーザー共通の「確定したリスク」へとステージが移行しました。

これ以降のリアルタイムな不具合状況と「物理書き換え」の成否判定については、以下の最新記事で継続して追跡します。


👉 最新記事:2026年02月11日 KB更新後の状況推移 へ移動する

2/5 09:00時点の最新状況:OS別の明暗と「停滞する公式、動く現場」

(これ以降の過去ログはそのまま継続)

【状況概況】 プレビューKB(KB5074105 / KB5073724)の配信から約1週間が経過しました。Microsoft公式の「既知の問題なし」という沈黙とは裏腹に、現場では特定環境下での不具合報告が横ばいで続いています。

🟦 Windows 11 (24H2 / 25H2):近代化の歪みと戦う「最前線」

Windows 11は、OSの外装(UI)の近代化と、2026年に向けた基盤刷新が重なり、特定環境での不調が目立っています。

また、今回のプレビューをみても、単なるバグ修正ではなく、AI OSとしてのWindowsに移行していく過程で、古いPCが切り捨てられていく実例としての側面が見えてきていると言えるでしょう。カメラの点滅は、その氷山の一角に過ぎません。

なお、この記事後段の「【深掘りレポート】古い周辺機器の「切り捨て」実態:その残酷なプロセス」もご参照ください。

  • 継続中の「地雷」報告: Acer製ノートPC等での「内蔵カメラ点滅・使用不能」や、ロック画面の時計ウィジェットが数秒で消えるバグが継続して報告されています。
  • インストールの「壁」: 更新プロセスが30~40%、あるいは90~100%付近で長時間停止する報告があります。これは裏側でシステム基盤の物理的な書き換え(セキュアブート関連の動的更新)が走っているためと考えられます。
  • EFI 100MB問題の顕在化: MicrosoftがEFI領域の基準を200MBに引き上げた影響で、100MBのままの古い個体では、4.2GBもの巨大パッチ処理に耐えきれず、更新失敗(0x800f0922)が多発しています。
  • 改善の側面: 一方で、長らく懸案だった「サインイン画面でのパスワードアイコン消失」がようやく修正されるなど、プラスの側面も確認されています。
💡 【深掘り】なぜこれらの不具合が起きるのか?(推定される原因と回避策)

これら「プレビュー版特有」の不気味な挙動には、Windows 11が強行している「OSの心臓部と外装の同時手術」が深く関わっています。アンインストールを避けたい場合の、具体的な原因と回避策は以下の通りです。

  • Acer等のカメラ点滅・フリーズ【原因】 セキュアブート基盤の更新(動的更新)が、古い設計のカメラドライバーを「不審な挙動」と誤認し、OS側でリセットを繰り返している可能性があります。【回避策】 カメラアプリの設定で「フリッカー低減」を50Hzに変更するか、デバイスマネージャーからドライバーの「ロールバック(元に戻す)」を試してください。
  • ロック画面の時計が消えるバグ【原因】 UI近代化(WinUI 3)の導入により、ロック画面を司るプロセスが描画中にクラッシュしています。【回避策】 管理者権限のPowerShellで Get-AppxPackage Microsoft.Windows.ShellExperienceHost | foreach {Add-AppxPackage -register "$($_.InstallLocation)\appxmanifest.xml" -DisableDevelopmentMode} を実行し、シェルを再登録することで安定する場合があります。
  • インストールの停滞(30%や90%でのスタック)【原因】 履歴に残らない「動的更新」がマザーボード(UEFI)の書き換えを試行しており、ハードウェアとの通信に時間を要しています。【自衛策】 物理的な書き換えを伴うため、HDDアクセスランプが動いているなら最低1時間は「待つ」のが正解です。100MBのEFI領域を使っている場合は、このタイミングで容量不足エラーが起きやすくなります。

※これらは2月の定例更新(Bリリース)で整理される見込みですが、それまでの「繋ぎ」の対策として有効です。

More:🔍 【専門解説】カメラ点滅の正体は「セキュリティ基準の不整合」?

※注意:この事象はカメラに限らず、今後「比較的古いデバイス」や「メーカー更新が止まったドライバー」全般で同様の拒絶反応が起きる予兆と言えます。

今回の更新(KB5074105等)では、Windows Helloの認証プロセスにおける「Enhanced Sign-in Security(ESS:拡張サインインセキュリティ)」がOSの深い階層で強制的に厳格化されています。

  • なぜ点滅するのか?(同期の失敗)
    ESSは、なりすまし防止のためにIR(赤外線)カメラとRGB(通常の画像)カメラを極めて高い精度で同期させるよう要求します。しかし、Acer等の特定モデルのドライバーがこの新しい同期の「お作法」に対応できず、OS側が「認証失敗 ⇒ 再試行」を秒単位で繰り返しているのが、あの明滅の正体です。
  • MJPEGからL8への強制切り替え
    24H2以降、IRカメラのデータ形式をMJPEGから「L8(8bitグレースケール)」へ強制的に切り替える変更が行われています。これが古いドライバーと衝突し、「デバイスは認識されているのに映像が出ない(ハードウェア失敗)」という矛盾を引き起こします。
  • VBS(仮想化ベースのセキュリティ)との干渉
    新しい基準では、生体認証データを「仮想化された安全な領域(Trust-let)」で処理しようとします。KB5074105でこの橋渡しが変更された結果、古いドライバーが「不審なアクセス」として弾かれ、カメラがON/OFFを繰り返す挙動に繋がっています。

💡 解決のヒント:
BIOS設定(Security項目など)に「Enhanced Sign-in Security」がある場合、これを一時的にDisable(無効)にすることで、カメラの明滅が収まり、Windows HelloやWebカメラが正常化する事例が報告されています。

🟧 Windows 10 (22H2 ESU):低レイヤーの手術のみを行う「安定志向」

Windows 10は派手なUI変更がないため、描画まわりの不具合からは概ね解放されており、相対的に高い安定性を維持しています。

  • メインの更新内容: 2026年6月の証明書期限切れに備えた「セキュアブート署名データベース」の更新(鍵の入れ替え)が主目的です。
  • 報告されているリスク: UIバグは少ないものの、古いマザーボードにおいて新しい署名の受け入れに失敗し、稀に「Secure Boot Violation」警告や再起動ループが発生する事例に注意が必要です。
  • 筆者の見立て: 「仕事で使う道具」としての安定性は、現時点ではWindows 10に分があります。低レイヤーの「心臓移植(鍵の更新)」さえ無事に終われば、ストレスの少ない月明けとなります。

ダイナミックアップデート(動的更新)の潜伏リスク:Win11とWin10の現状

Windows 11においても、ダイナミックアップデートは「履歴に残らないサイレントなエンジン」として、OSの心臓部を書き換える重要な役割を担っています。しかし、これがWindows 11特有の巨大パッチやUI近代化と組み合わさることで、特有の副作用を引き起こしています。

1. Windows 11における動的更新の影響
  • インストールの「スタック(停滞)」: 更新プロセスが特定のパーセンテージ(30-40%や90-100%)で長時間止まる現象の多くは、この動的更新による「物理的な書き換え」の負荷が原因です。
  • 巨大パッチとの競合: 4.2GBもの巨大なKB5078127が展開される際、動的更新が並行してEFI領域を操作するため、100MB程度の狭いシステム領域では「作業スペースの奪い合い」が起き、0x800f0922エラーを誘発します。
  • ゴースト適用の温床: Windows Updateの画面が「成功」と表示しても、裏側の動的更新がマザーボード(UEFI)の書き換えに失敗しているケースがあります。これが、本記事で警告している「見た目は成功、中身は未更新」の正体です。
2. Windows 10における状況(比較)
  • Windows 10はUIの変更がほぼないため、動的更新(KB5074110等)による「低レイヤーの手術」そのものにリソースを集中できます。
  • そのため、Win11に比べればエラーの発生率は低いものの、古い機材(マザーボード)での互換性トラブル(Secure Boot Violation等)が発生しやすい点は共通しています。
【重要】なぜ「履歴」が信用できないのか

ダイナミックアップデートは、Windows Updateの「更新の履歴」には一切記載されません。そのため、ユーザーがOSレベルで「成功」を確認しても、物理的な鍵(2026年問題の証明書)がマザーボードに書き込まれたかどうかは別問題となります。

💡 最も確実な自衛策: Windows 11/10を問わず、今回の更新に関しては「履歴」を見るのをやめましょう。本記事内で紹介しているPowerShellコマンドによる物理的な鍵の確認こそが、唯一の真実を語る指標となります。

まとめ:2/5現在の推奨アクション

2/2以降、新たな致命的バグの爆発は起きていませんが、公式の「沈黙」も続いています。運用の目安は以下の通りです。

  • Windows 11ユーザー: カメラやUIの不調が出た場合は即アンインストールを推奨します。EFI領域が100MBの方は、次回の定例までに領域拡張を検討してください。
  • Windows 10ユーザー: 描画バグの心配はほぼありませんが、適用後の再起動ループにのみ警戒してください。適用後はPowerShell等で「2026年問題の鍵」が本当に入ったか物理確認を行うのが最も確実です。
💡 運用アドバイス: 「UIの不具合に怯えるWin11」と「基盤の互換性にのみ注意を払うWin10」という対照的な構図です。業務PCであれば、現時点ではWin10環境の方がはるかに管理しやすい状況と言えるでしょう。

2/2 09:00時点の状況

【確定】全パッチが出揃うも、環境により挙動に大きな差
遅れていた1月分プレビューKB(KB5074105)の配信も始まり、2026年問題への対策パーツが全て揃いました。しかし、4.2GBの巨大パッチ(KB5078127)や、履歴に残らない「動的更新(KB5074110等)」が絡み合い、「見た目は成功、中身は未更新」という複雑な状況が発生しています。
なお、動的更新関連の問題点については別記事「【ゴースト適用・2026年問題続報】本当に更新されている?:今すぐバージョン確認を-WinREとセキュア ブート許可署名DB」を作成中です。

📦 1/28~2/2:プレビュー版(KB5074105)および基盤更新(動的更新)の配信

このプレビュー版に動的更新を加えた一連の更新は、1/25配信の緊急パッチ(KB5078127)の内容を内包した「累積更新」であると同時に、サインイン・ブート・ライセンス認証の修正を含むシステム基盤に関わる重要な更新です。しかし、その分「プレビュー版らしい」不安定さも露呈しています。

  • 配信確認: Windows 11 24H2 / 25H2 環境を中心に配信を確認。
  • 修正の継承: 緊急パッチを適用していなかった環境でも、本KBの導入で「Outlookクラシックのフリーズ」が解消されます。
  • 不具合発生状況(公式 vs 現場): Microsoft公式のリリースノートでは「既知の問題は特にない」とされています。しかし、国内外のユーザー報告では、以下のような無視できない実害が報告されています。
    • インストール・スタック: 更新プロセスが30~40%、あるいは90~100%付近で長時間止まったように見えるケースや、最終的に失敗してロールバックする事例があります。
    • 特定のハードウェア障害: 一部メーカー(Acer等)のノートPCで内蔵カメラが点滅・認識不能になる現象が確認されています。これはデバイスドライバーとの不整合が原因で、KBのアンインストール以外に解決策がない深刻なものです。
    • UI・システム挙動: ロック画面の時計ウィジェットが数秒で消えるバグや、一部環境でマウス・キーボード・Wi-Fiが一時的に無反応になる現象が報告されています。
    • 最悪のケース(起動不能): 稀ではありますが、黒画面のまま動かなくなったり、UNMOUNTABLE_BOOT_VOLUMEエラーでOSが立ち上がらなくなる事例も確認されています。
  • サイレント更新(KB5074110 / KB5074111): 履歴に残らない「動的更新」として適用され、2026年問題へのマザーボード書き換えの「エンジン」として機能します。
どうしてもKB適用に失敗する場合は、ディスクの空き容量不足、特に目に見える空き容量不足がない場合は「システム領域(EFIパーティション等)の空き不足」を疑ってください。詳細は「【システム領域不足】WinUpやOSアップグレードの失敗を解消する」を参照してください。
💡 1/29〜2/2現在の推奨アクション:このKB5074105は、いわば「2月本番パッチ(Bリリース)」の先行テスト版です。
【常用機・業務PC】:現時点では「様子見」を強く推奨します。自動更新設定の方は一時停止を検討してください。
【問題発生時】:カメラや入力デバイスに不調が出た場合は、早急に「設定」>「Windows Update」>「更新の履歴」から、このKBをアンインストールして復旧を図ってください。

📦 1/24提供(1/25配信):緊急パッチ KB5078127 の影響

  • Outlookフリーズ: 多くの環境で改善。ただし、描画エンジン(WinUI 3)の不安定さに起因する「画面のフラッシュ」は一部で継続中。
  • 容量不足エラー(0x800f0922): 4.2GBの巨大サイズのため、システム領域が狭いPCで失敗が多発。

1/29 11:00頃調べの状況

🔵 プレビュー更新の配信状況:依然として「配信なし」

28日深夜から29日午前にかけて、Windows Updateの画面を継続的に監視しましたが、現時点で1月分の個別プレビューKB(Cリリース)の配信は確認されておりません。

1/25(現地24日)に緊急提供された4.2GBの巨大パッチ「KB5078127」が、1月分の修正内容を実質的に内包している可能性も視野に入れる必要がありますが、現時点では「配信見送り」か「単なる遅延」かを確定させる情報は出ておらず、引き続き慎重に動向を注視する必要があります。

📦 1/24提供(1/25配信)KB5078127 の適用後レポート

1/25に緊急配信された KB5078127 (Windows 11用) は、深刻なOutlook (classic) のフリーズ問題を解決する直接的な修正を含んでいますが、その異例のサイズ(約4.2GB)に起因する影響も報告されています。

  • Outlookのフリーズ改善: 多くの環境で、起動時のハングアップや画面の白濁といった致命的な不具合が解消されたとの報告があります。ただし、設計の寿命を迎えつつあるPSTファイル(ローカルデータ)の肥大化や破損が著しい環境では、依然として挙動に不安定さが残るケースも確認されています。
  • 空き容量不足による失敗(0x800f0922): 約4.2GBという巨大なパッケージであるため、システムドライブの空き容量が少ないPCにおいて、更新プログラムの展開に失敗し「0x800f0922」エラーが発生する事例が多発しています。
  • UIの描画バグ(フラッシュ現象): インサイダー版での既知の問題であった「エクスプローラーや設定アプリを閉じる際に画面が一瞬白く光る(フラッシュ)」挙動が、このKB適用後の一般環境でも一部報告されています。これはOSの近代化に伴う描画エンジンの不整合が要因と考えられます。
  • オーディオ環境の不安定化: 特定のUSBデバイスや「空間オーディオ(Dolby Atmos等)」を使用している環境において、更新後に設定がリセットされる、あるいは音量バランスが崩れるといった現象が継続しています。
空き容量不足による失敗(0x800f0922など)に関しては、見た目の空き容量はあるのにもかかわらず失敗を繰り返すケースでは「システム領域の空き容量不足」由来の可能性があります。「【システム領域不足】WinUpやOSアップグレードの失敗を解消する【2025/09/15】」をご参照ください。

💡 1/29現在の推奨アクション

すでにKB5078127を適用し、Outlookのフリーズが改善されているのであれば、現時点では無理な調整は不要です。一方で、UIのフラッシュやオーディオの不調については、OS根幹部分の設計変更(産みの苦しみ)が影響している可能性があるため、これ以上のシステム変更は避け、次回の月例更新による修正を待つのが最も安全な判断と言えます。並行して、将来的なトラブル回避のために、アプリの不調に左右されないWeb版(PWA)への移行準備を進めておくことを強く推奨します。

1/28 プレビュー更新の配信予測と現状

🧐 今月の「第4週プレビュー」はどうなる?

通常、1月の第4火曜日(日本時間28日深夜)はプレビュー版(Cリリース)の配信日ですが、今回は極めて異例の状況にあります。

  • シナリオA(統合・見送り): 1/25配信の4.2GBパッチ(KB5078127)にプレビュー内容が集約されており、今月の個別配信はなし。
  • シナリオB(調整・延期): 緊急修正(OOB)の影響を慎重に見極めるため、配信を数日〜1週間程度後ろ倒しにする。
  • シナリオC(予定通り配信): OOBとは別に、さらなる機能改善や修正を含むプレビューパッチを予定通り配信。

【筆者の見解】 4.2GBという巨大なOOBを放出した直後であるため、システムへの負荷や混乱を考慮し、今月は「配信なし(OOBで完結)」となる可能性も高いと見ていますが、一方で、予定通りの配信、あるいは数日の微調整を経ての配信となる可能性とも「五分五分」とみています。明日の早朝、Windows Updateの画面がどう動くか、注視が必要です。

2. 今回の公式発表と独自障害予測(2026/02/02 09:00時点)

【最新状況】プレビュー版(KB5074105)および基盤更新の配信を確認済み
当初の配信遅延から一転、現在は全ての環境にパッチが行き渡っています。しかし、4.2GBという巨大なサイズや、マザーボードの書き換えを伴う特殊な挙動により、公式発表以上の混乱が現場で起きています。

2. Microsoft公式発表:今月の「既知の不具合」

Microsoftが公式に認めている、あるいはサポートドキュメントで注意喚起されている既知の問題です。

2.1. Windows 11 Version 25H2・24H2 (KB5078127 / KB5074105)

  • 問題1:インストール失敗とロールバック(エラー 0x800f0922)
    • 現象:更新プログラムの適用が90%前後で停止し、「変更を元に戻しています」と表示される。
    • 原因:KB5078127の巨大サイズ(4.2GB)に対し、システム予約領域(EFIパーティション)の空き容量が不足しているため。
    • MSの回答:システム領域の空き容量確保を推奨。
  • 問題2:Outlook (classic) の起動遅延および不安定な挙動
    • 現象:緊急パッチ(KB5078127)でフリーズ自体は緩和されたものの、起動に数分かかる、あるいはアドインが読み込めない等の報告が継続。
    • 原因:最新の描画エンジン(WinUI 3)との互換性調整が完全ではないため。

2.2. Windows 10 Version 22H2 (ESU) (KB5073724)

  • 問題:再起動のループまたは「セキュアブート違反」警告
    • 現象:更新後の再起動で「Secure Boot Violation」と表示され、OSが起動しなくなる。
    • 状況:一部の古いマザーボードにおいて、新しい署名データベース(DB)の受け入れに失敗している可能性があります。

3. 本サイト独自の障害予測:見えないリスクの可視化

このセクションでは、公式発表を待たずとも、システムの構造的変化から予測される「今後起こり得る不具合」を提示します。

3.1. 最大のリスク:2026年問題への「ゴースト適用」

  • 【予測】:履歴は「成功」だが、2026年6月に起動不能になる。
  • 【予測の根拠】:
    今回のDB更新(KB5036210関連)は、Windows Updateが成功しても、マザーボード(UEFI)側が書き換えを拒否していれば実は未完了です。この「不一致」は、現時点では何のエラーも出しません。しかし、2026年6月に古い証明書が失効した瞬間、マザーボードがWindowsを「未署名の不正OS」と見なして遮断するリスクがあります。

3.2. シェル(エクスプローラー)の「フラッシュ現象」とフリーズ

  • 【予測】:ウィンドウ操作中に画面が一瞬白くなる、またはタスクバーが消える。
  • 【予測の根拠】:
    今回のプレビューKBには、OSのUIを制御するエンジンを「WinUI 2」から「WinUI 3」へ移行させる大規模な変更が含まれています。インサイダー版で多発していた「プロセスの同期不全」が、一般環境でも「描画の乱れ」として現れる可能性が極めて高いです。

3.3. 周辺機器(オーディオ・入力デバイス)の認識不全

  • 【予測】:スピーカーの音量設定のリセット、または特定のUSB機器が動作しない。
  • 【予測の根拠】:
    セキュアブート環境の強化に伴い、ドライバーの読み込み要件が厳格化されました。古い署名形式のままのサードパーティ製ドライバーが、更新後の再起動タイミングで「無効」化され、OS標準ドライバーに差し替わる、あるいはデバイス自体が認識されなくなる恐れがあります。

今回の予測の妥当性検証(2026/01/28~02/10 プレビュー期間総括)

【総評】予測の的中率は極めて高く、特に「低レイヤーの不整合」が顕在化。 1月のプレビュー期間を通じて、本サイトが提示した「ゴースト適用」や「デバイスの拒絶反応」は、国内外のユーザーレポートでその正当性が裏付けられる結果となりました。
予測項目 検証結果・妥当性
3.1. ゴースト適用 【的中】 更新履歴は「成功」ながら、マザーボード側の署名DBが更新されていない(再起動が1回のみ)個体が多数報告されました。2月定例においてMSが「デバイスの適格性を判断する」と発表したことで、この「未更新の放置」が仕様であることが裏付けられました。
3.2. シェルの乱れ 【一部的中】 WinUI 3への移行に伴う「画面のフラッシュ現象」や、タスクバーの一部アイコンが空白化するバグが継続的に報告されました。特にExplorerPatcher等のカスタマイズツール併用環境では致命的な挙動が確認されています。
3.3. 周辺機器の不全 【的中・深刻化】 予測を上回る形で「カメラの点滅(ESS競合)」が発生。古い署名や規格のドライバーをOSが「不純物」としてパージする動きがAcer等の実機で確認され、セキュアブート環境強化の副作用が如実に現れました。
💡 2月定例(本番)への引き継ぎ: プレビュー期間での検証により、「エラーが出ない失敗(ゴースト適用)」と「セキュリティ基準強化による旧型機の切り捨て」が、2026年上半期のメインテーマであることが確定しました。本日配信の2月定例パッチでは、これらが全ユーザーに強制適用されるため、1月以上に「実態確認」が重要となります。

4. 配信直後の初動レポート

今月は、都合により更新が遅れてしまいましたので「1.【時系列】不具合報告と動向(追跡ログ)」に統合します。


特別投稿:プレビュー配信後の不具合状況にみる今後のWinUp障害動向について(2026/02/02 08:00頃)

週明けの月曜朝を迎えましたが、現時点では「公式が認める一律の大規模障害」という形では表面化していません。しかし、国内外の現場レポートを精査すると、環境やハードウェア構成によっては極めて実害の大きい「プレビュー版特有の不気味な挙動」が複数報告されています。

⚠️ 現場からの重要アラート:
今回の不具合は、特に「古めの機材」および「ディスク領域・EFI領域が不足気味の環境」で多発しています。また、環境変数の変更やUIのカスタム化を行っている環境では、「アップデートのたびに何らかの障害が発生する」という、OSの拒絶反応に近い状態が見て取れます。

現在のWindows OSの状況:100MB領域への「死刑宣告」

このブログでは再三警告と周知を図っていますが、現状のWindows OSは「セキュリティーの大幅な強化と再構築・AI PCへの基盤づくり」を強烈に推し進めています。これに伴い、設計が古いPC、特にEFI領域が100MBのままの個体は、もはや物理的な限界に達していると言ってよいでしょう。

  • システム領域の基準変更: Microsoftはクリーンインストール時のEFI領域基準を100MBから200MB(推奨260MB以上)へ事実上引き上げています。これは100MBでは今後の巨大なセキュリティパッチ(今回の4.2GBパッチ等)や、複雑な署名データベースの書き換えを処理しきれないことを意味します。
  • 事実上の「死刑宣告」: Win11(25H2)以降の運用において、100MBのEFI領域は完全に容量不足(0x800f0922エラーの温床)となります。100MBのまま使い続けることは、将来のアップデートをすべて拒否することと同義であると捉えておくべきでしょう。

詳細は「【システム領域不足】WinUpやOSアップグレードの失敗を解消する」をご参照ください。当ブログでは、EFI領域の200MB以上への拡張は必須事項であると認定し、早急な対応を強くおすすめします。

運営者の視点-Microsoftの苦渋の「配慮」と限界点: 今のところ、Microsoftも100MBの個体に配慮しているのは間違いないと考えています。それでもやはり不都合が(従前以上に)発生してしまうというのが現状なのでしょう。EFI領域100MBの方は、「いずれ破綻してしまう・毎回のように適用時の不具合が発生してしまう」という事態が、もはや避けられないフェーズに入っていることを深刻に受け止めていただければと思います。

1. 特定ハードウェアの致命的不備(Acer等)

一部のAcer製ノートPCなどで、KB5074105適用後に内蔵カメラが激しく点滅し、会議アプリ等で「ハードウェアエラー」と認識される深刻な不具合が報告されています。

  • 深刻度: 会議等でカメラが必須な環境では致命的です。
  • 現状: KBのアンインストール以外に決定的な回避策がなく、ドライバーの入れ直しでも復旧しないケースが多いため、事実上の「地雷」状態となっています。

2. 起動プロセスにおける「詰まり(スタック)」

インストール中、または適用後の再起動プロセスにおいて、「30~40%」あるいは「90~100%」付近で長時間停止する報告が目立っています。

  • リスク: 領域不足の環境で無理に処理を進めようとし、フリーズと誤認して強制終了を行うと、OSのブート領域を完全に破壊(UNMOUNTABLE_BOOT_VOLUME)してしまうリスクがあります。

まとめ:今朝の「警報」

「全ユーザーに一律で発生するバグ」ではありません。しかし、「古めの機材」「EFI領域が100MB」「UIのカスタマイズ環境」にとっては、今回の更新は非常に高い障壁となっています。

週明けの運用判断としては、やはり「業務PC・常用機は一旦停止(様子見)」という選択が、最も賢明な自衛策であると断言できます。


提言:「クラシックOutlook」継続利用は限界点を迎えている?

2026年1月の不具合と修正対応のプロセスを見ていて、痛感したことがあります。それは、「従来のデスクトップ版(クラシック)Outlookを使い続けることのリスク」は、もはや無視できないレベルに達しています。

詳細は以下でご確認ください。

💡 【提言】「修正待ち」の繰り返しから解放されるために

今回の深刻な不具合と、繰り返される修正パッチ。長年使われてきた「クラシック版Outlook」は、現代のOSアップデートのスピードに対し、設計上の限界を迎えつつあります。

当サイトでは、この不安定な環境を脱し、最もストレスなく最新のメール環境を維持できる「Web版(PWA)」への移行を強く推奨しています。

クラシック版Outlookを卒業すべき理由と、具体的な乗り換え手順はこちら

【提言】クラシックOutlook継続利用は「限界点」を超えたか【2025/01/28】
クラシック版Outlookの『設計の寿命』と自衛策を徹底解説。PSTファイルという『問題児』から脱却し、Web版(PWA)へ移行するための完全ガイド。

【深掘りレポート】古い周辺機器の「切り捨て」実態:その残酷なプロセス

「カメラが点滅する」「指紋認証が急に消えた」――これらは単なるバグではなく、Windows 11が最新のセキュリティ基準(ESS/VBS)を強制した結果、基準を満たせない古いデバイスが次々と脱落していく「ソフトな切り捨て」の現場です。

デバイス種別 発生している「拒絶反応」 原因の正体
生体認証カメラ
(Windows Hello)
画面の激しい明滅、会議アプリでの「ハードウェアエラー」。 ESS(拡張サインインセキュリティ)の強制。IRとRGBの高度な同期ができない旧設計機をOSが排除。
指紋認証センサー 「このデバイスは使用できません」と表示。設定項目自体が消失。 VBS内での暗号化不可。センサーチップ側が仮想化セキュリティ領域での処理に対応不能。
カードリーダー
(IC/SD/スマートカード)
デバイスマネージャーで黄色い「!」(Code 10/48)が発生。 脆弱なドライバーのブロック。脆弱性のある古い公式ドライバーがMSのブラックリスト入り。
古いUSBデバイス
(入力機・Wi-Fi等)
スリープ復帰後に無反応、または接続した瞬間にフリーズ。 モダンスタンバイ等との競合。最新の電力管理(LPM等)にハード側が追いつけずタイムアウト。
💡 OSによる「サイレント宣告」のメカニズム

Microsoftは「このデバイスはサポート終了」とは明言しません。代わりに以下のような手法で、実質的に古い機材を無力化しています。

  • Code 48(強制読み込み停止): 「このドライバーにはセキュリティ上の問題があるため読み込めません」というエラーで、ドライバーのロード自体を拒絶します。
  • メモリ整合性(HVCI)との衝突: 仮想化保護(VBS)が有効な環境では、古い設計のドライバーはメモリ内で実行できず、読み込み拒否やBSOD(青画面)を誘発します。
  • 「不純物」のパージ: OSがAI処理や高度な暗号化通信を優先するあまり、応答の遅い古いチップを「故障」とみなして一方的に切り離します。

Windows 11は今、AI OSとしての純血を守るために、
「基準を満たせない古い機材」という不純物を激しく振るい落としています。


諸注意情報等

この記事について

この記事は、2026年1月14日の定例更新から1月28日配信のプレビュー更新(KB5074105)まで、一連のアップデートで発生した不具合と対策をリアルタイムで追跡した記録です。

現在は検証期間を終了しています。プレビュー版で露呈した「ESSによる周辺機器の拒絶反応」や「ゴースト適用」のリスクについては、本日配信の2月定例パッチ追跡記事にて最終的な解決策と実態確認方法を提供しています。

筆者の専門性とAI(Gemini+Perplexity)との協働について この記事は、Windowsトラブルシューティング20年以上の筆者が日々の体験をもとに、AI(Google Gemini+Perplexity)との協働により執筆されました。Web上の膨大な情報調査、最新情報の検索、記述内容が技術的に適正であるかの厳密な検証プロセスを経て公開しています。 ※ 記事内の画像には、視覚的理解を助けるためにGeminiで生成したもの(「ai」マーク付き)が含まれる場合があります。
項目 内容
対象KB Win11 (25H2/24H2): KB5074109 / KB5078127 (緊急) / KB5074105 (プレビュー)
Win10 (22H2 ESU): KB5073724
キーワード Windows Update, 不具合, 2026年問題, セキュアブートDB更新, ゴースト適用, ESS, OSによる選別
最新情報更新日 2026/01/14…初版公開
2026/02/05…OS別の明暗と周辺機器切り捨て実態を追記
2026/02/11…本件の検証を終了し、2月定例記事へ引き継ぎ
【アーカイブ終了にあたって】
本プレビュー期間の検証により、Windows Updateの履歴が「成功」となっていても、物理的にマザーボードの書き換えが完了していない「ゴースト適用」の実態が証明されました。
最新の状況と、履歴に頼らない「真の物理適用確認方法」については、冒頭のリンクより2月11日版の記事をご確認ください。

アップデート適用前の準備と心構え

Windows Updateには、予期せぬ不具合のリスクが常に伴います。アップデートを適用する前には、必ず万全の準備を行い、ご自身のPCとデータを守るための「自衛策」を講じてください。

具体的な準備の手順については、以下のまとめ記事で詳細に解説しています。アップデート作業を開始する前に、必ず一度ご確認ください。

最低限、以下の3点は必ず実施するようにしてください。

  • システムの復元ポイントの作成
  • システム全体のイメージバックアップの取得
  • BitLocker回復キーの確認と保管

【上級者向け推奨】システム領域の拡張
OSの再インストールなどを計画している、スキルのある方は、将来のアップデート失敗を防ぐため、追加で「システム領域の拡張」を実施しておくことを強く推奨します。詳細は、今後公開予定の解説記事で紹介します。

Q&A (検証終了時点のまとめ)

Q1. 1月の緊急パッチとプレビュー版、どちらを入れるべきでしたか?

A1. 最終的には最新のプレビュー版で集約されました。
現在はこれら全ての修正を内包した「2月定例パッチ」が配信されています。未適用の場合は、最新の2月記事を参照して定例更新を適用してください。

Q2. 4.2GBもの巨大パッチによる不具合は結局どうなりましたか?

A2. システム領域(EFI)100MBの環境で失敗が多発しました。
この「巨大パッチによる足場不足」は2月定例でも継続する課題です。プレビュー期間の検証により、100MB領域の限界が浮き彫りとなりました。

Q3. Acer製ノートPC等のカメラ点滅は、その後修正されましたか?

A3. 根本的なセキュリティ基準(ESS)の変更によるもので、現在も注意が必要です。
プレビュー版で発生したこの事象は、OSが古い機材を「不適合」と見なす動きの象徴でした。2月定例での改善状況は最新記事にて追跡しています。

Q4. 更新履歴が「成功」なら、結局安心だったのでしょうか?

A4. いいえ、この期間の検証で「ゴースト適用」の実態が確定しました。
履歴の成功に反して、マザーボードの鍵が更新されないケースが数多く報告されました。2026年6月に起動不能になるのを防ぐための「真の確認方法」は、2月記事で詳しく解説しています。


記事中の専門用語の解説 (アーカイブ)

  • 2026年問題(セキュアブート証明書の有効期限)
    • 2026年6月に起動許可署名が切れる問題。本プレビュー期間は、その書き換えエンジンの「試運転」の場となりました。
  • ゴースト適用
    • 履歴は成功だが物理書き換えは未完了の状態。本サイトがこの期間に最も警鐘を鳴らし、的中した最大のリスクです。
  • ESS (Enhanced Sign-in Security)
    • Windows Helloを保護する高度なセキュリティ。これが1月プレビューで強制されたことが、古いカメラの動作不全を招きました。

最後に

記事を最後までお読みくださりありがとうございました。

2026年1月のプレビュー期間は、まさに「嵐の前の静けさ」から「実害の露呈」へと変わる激動の2週間でした。全ての検証を終えたいま、私たちが向き合うべきは「履歴上の成功」という数字ではなく、「自分のPCが本当に2026年を越えられる状態にあるか」という物理的な実態です。

【追跡終了・移行のご案内】
本記事によるプレビュー版の追跡は終了しました。これ以降のリアルタイムな不具合推移、および「2026年問題」の最終判定については、本日公開の2月定例パッチ追跡記事へ移動してご確認ください。


👉 【最新】2026年02月11日 KB更新後の状況推移 を見る

記事へのご質問やフィードバックについて

内容に関してご不明な点や、「自分の環境ではこうなった」という実機レポートがありましたら、ぜひコメント欄にお寄せください。皆様の情報が、他のユーザーを救う大きな助けとなります。

PCトラブルをAIに質問して即時解決

この記事はあなたのお探しのものでしたか?もし違うのでしたら、このブログのAIチャットボットで解決してみてください!
あなたが探さなくてもAIが見つけ出してくれます!

▼今すぐ体験

AIチャットボット「Win PCトラブル解決ガイド」Vol.1にアクセス

AIチャットボット「Win PCトラブル解決ガイド」Vol.2にアクセス

利用方法等の詳細記事はこちら


資料:先行情報・インサイダー版の記録

2025/12はインサイダー版並びに通常版のプレビューKB配信はありませんでした。

(クリックで展開)配信前の予測とインサイダー版の状況

Win11インサイダー版での不具合発生状況(2026/01/27時点)

もし明日、プレビュー版(KB5074157相当)が配信された場合に警戒すべき、テスト段階での既知の問題です。

⚠️ インサイダー版での主な不具合報告

  • スタートメニューの応答性: マウス操作で反応しなくなる不具合が継続中。

    【詳細】 スタートメニュー管理プログラム(StartMenuExperienceHost.exe)のフリーズが原因です。マウスが効かなくてもキーボードの「Windowsキー」なら反応する場合があります。ダメな場合はタスクマネージャーからエクスプローラーを再起動してください。

  • UIの描画バグ(フラッシュ現象): エクスプローラーや設定アプリの切り替え時に、画面が一瞬白く光る現象が報告されています。
  • 特定アプリのオーディオ不備: 空間オーディオやUSBデバイスで深刻な影響。

    【詳細】 空間オーディオ(Dolby Atmos等)を有効にすると音が途切れるほか、USBヘッドホンやRealtek製デバイスで「設定画面から認識されない」「イコライザーが効かない」といった事例が確認されています。不調な場合は一時的に空間オーディオを「オフ」にして様子を見てください。

深掘り:なぜエクスプローラーやメニューが不安定なのか?

これらの不具合の根底には、Windows 11が現在進めている「OSの外装部分(Shell)の近代化」に伴う歪みがあると考えられます。

1. 根本原因は「描画エンジンの積み替え」と「プロセスの分離」

現在、Windows 11は古い設計(GDI)から新しい設計(WinUI 3)へと見た目を動かすエンジンを少しずつ積み替えています。いわば「古い家の柱を残したまま、壁紙や窓だけ最新のハイテク素材に張り替えている」ような状態です。

  • 描画の同期ズレ: 新エンジンは高度な演出が可能ですが、処理が複雑なため、CPU/GPUとの連携がコンマ数秒ズレるだけで「下地の白が見える(フラッシュ)」や「クリックを無視する」といった挙動に繋がります。
  • プロセスの分離: スタートメニューやタスクバーを「エクスプローラー」から切り離して独立させようとする過程で、両者の連携(ハンドシェイク)に失敗しやすくなっています。

2. 今後引き起こされかねない「二次不具合」

土台部分の不安定さは、以下のような場所にも飛び火する可能性があります。

  • 🖱 右クリックメニュー: 表示が遅れる、あるいはメニューが透明になる。
  • 📂 タスクバー: アイコンが消える、通知バッジ(未読数など)が更新されない。
  • システムトレイ: 音量やWi-Fiパネルを開こうとするとタスクバーがクラッシュする。
  • 高負荷: 描画のリトライを繰り返すことで、GPUやメモリの使用率が異常に高くなる。

まとめ:明日に備えたアクション

すでに1/25の緊急パッチ(KB5078127等)を適用済みの方は、明日の更新が来なかったとしても、主要な修正は手元に届いている状態ですのでご安心ください。

もし明日(1/28)、新たなKB(プレビュー版)が配信された場合は、サイズとKB番号を確認し次第、当記事を「速報版」へ切り替えてリアルタイムで更新いたします。

特にUSBオーディオ環境や多機能ヘッドホンをお使いの方は、更新後の音響設定を真っ先にチェックすることをお勧めします。

正式なKB配信開始後、この記事に詳細な不具合追跡本文が追加されます …

付録:この記事の作成プロセス(AI協働メモ)

筆者の専門性とAI(Gemini+Perplexity)との協働について: この記事は、Windowsトラブルシューティング20年以上の筆者が日々の体験をもとに、AI(Google Gemini+Perplexity)との協働により執筆されました。Web上の膨大な情報調査、最新情報の検索、記述内容が技術的に適正であるかの厳密な検証プロセスを経て公開しています。 ここでは、その作成過程における調査項目や思考プロセスの一部を開示することで、記事の信頼性と透明性を補強することを目的とします。

1. この記事の目的と役割

この記事は、1/14の定例更新から1/25の緊急修正(KB5078127)に至る一連の不具合動向を追跡し、1/28のプレビュー配信見送りの背景を分析することを目的としています。特に、富士通(FMV)が警告を発するほどの「Outlookクラシック版の設計限界」という深刻な事態に対し、単なるパッチ待ちではない、Web版(PWA)移行という本質的な自衛策を提示する役割を担っています。

2. 筆者の関連経験・専門性

この記事の執筆にあたり、筆者の以下の経験が活かされています。

  • 20年以上にわたるWindowsおよびOffice製品のトラブル解決実務。
  • 4.2GBという異例の巨大KB(KB5078127)がファイルシステムやEFIパーティションに与える影響の解析。
  • PSTファイルの破損・肥大化に伴うデータ消失トラブルへの現場対応実績。
  • 富士通(FMV)等、国内メーカーのサポート動向とMS公式情報の整合性検証。

3. AIとの協働内容(調査・議論のポイント)

記事作成の過程で、AI(Google Gemini)とは主に以下の点について調査、議論、内容の精査を行いました。

  • プレビューKB統合の可能性: 緊急修正KB5078127に1月分のプレビュー内容が統合された(あるいは配信が見送られた)技術的背景の整理。
  • WinUI 3へのシェル移行リスク: OSの外装部分(Shell)の近代化が、クラシックOutlook等の旧設計アプリに引き起こす描画不整合(フラッシュ現象等)のメカニズム。
  • PWA版の優位性検証: ブラウザ隔離環境(サンドボックス)で動作するWeb版が、OSのアップデート不具合からいかに保護されるかの論理的裏付け。

4. 主な参照情報・検証方法

記事作成にあたり、以下の情報源および手法を用いて内容を検証しました。

  • 富士通(FMV)サポート情報: 2026年1月21日付「Outlook (classic) が正常に利用できない事象について」のアナウンス。
  • Microsoft Update Catalog: KB5078127等の配信履歴、ファイル構成、および依存関係の調査。
  • インサイダー版(Release Preview)テレメトリ: Build 26220.7653等の既知の問題と、一般配信版での再現性の照合。
  • 実機検証: システム領域(EFIパーティション)の空き容量とUpdate失敗(0x800f0922)の相関関係の確認。
免責事項:この付録は記事作成過程のメモであり、必ずしも記事本文の内容と完全に一致するものではありません。また、ここに記載された情報が、記事の正確性を絶対的に保証するものではありません。

この記事中の広告リンクについて

この記事中の広告リンク一覧です。

記事本文中の広告リンク

このブログは、広告収入によって運営されていますが、この記事の本文中に個別の広告リンクは含まれていません。

サイドバーやヘッダー部分などの広告

広告が表示されています。

業者名や商品名など

この記事では明示的にプロモーションとして取り扱っているものはありません。

ただし、過去のプロモーションなどで取り扱った商品名や企業名などがプロモーション目的ではなくとも記載されている場合があります。

過去のプロモーションなどで取り扱った企業名は、できる限りステマ規制に関する表示についてのアフィリエイト等関連業者名一覧の項で記載していますので、お手数ですがそちらでご確認ください。

コメント

タイトルとURLをコピーしました