人気インフルエンサーも利用中!お申し込みはこちらへ >

アメブロのマイページが表示されない原因5つと対処手順を徹底解説

アメブロのマイページが表示されない…そんな時に迷わないための実践ガイドです。公式情報の確認手順、通信・端末の見直し、ブラウザのキャッシュ/拡張機能対処、URLと公開範囲の再確認、問い合わせ準備まで、原因5つと対処手順を順番に解説していきます。

 

症状の切り分け|公式情報と環境の確認

アメブロのマイページが表示されないときは、やみくもに操作を変える前に「公式情報の確認」と「自分の利用環境の点検」を同じ順序で行うと、原因の当たりがつけやすくなります。

まず、直近でメンテナンスや障害の告知が出ていないかを確認します。同時間帯に他のページ(公式ブログや他ユーザーの記事)も重い・開かない場合は、広域的な要因の可能性が高いです。

 

次に、自分の環境を「回線(Wi-Fi/モバイル)」「端末(OS/空き容量)」「アプリ・ブラウザ(バージョン/拡張機能)」「表示データ(キャッシュ/Cookie)」の4点で切り分けます。

同一URLを〈通常表示〉と〈シークレット表示〉、〈別端末〉や〈別回線〉で比較し、結果が異なる条件をメモに残すと、原因の層(端末側か、サービス側か)が見えます。

最後に、マイページだけが開かないのか、記事詳細や検索結果も遅いのかを比べ、影響範囲を表に整理してから対処へ進みましょう。

 

確認対象 見るポイント(例)
公式情報 メンテ/障害の告知有無、投稿日と更新日の差分、影響範囲の記載
回線 Wi-Fi↔モバイル切替、ルーター再起動、混雑時間帯の回避
端末 OS更新、空き容量、再起動の有無、他アプリ常駐の負荷
アプリ/ブラウザ 最新化、拡張機能の干渉、シークレット表示での差
表示データ キャッシュ/Cookie削除後の再表示、別端末比較

 

最初の5分でやること
  • 公式の告知を確認→影響範囲と時刻を把握
  • 同URLをシークレットと別端末で比較→端末側かを切り分け
  • Wi-Fi↔モバイルを切替→回線起因をチェック

 

スタッフブログ・障害情報の確認手順

マイページが突然見られないときは、まず公式のアナウンスで「サービス側の要因がないか」を確かめます。

手順はかんたんです。スタッフブログ(重要なお知らせ)を開き、タイトル→投稿日→更新日の順に視線を走らせます。

 

本文では〈対象機能(ログイン/マイページ/画像/通知など)〉〈影響の程度(停止/不安定/遅延)〉〈実施中か終了済みか〉を拾い、記載があれば終了見込みの時刻も控えましょう。

続いて、ヘルプ内の「既知の事象」や「推奨環境」を確認し、自分の端末やブラウザが条件を満たしているかを照合します。アプリ利用が中心なら、App Store/Google Playのリリースノートで直近の修正点(不具合修正・機能変更)も補完します。

 

告知が進行形の場合は、保存や大きなレイアウト変更など負荷の高い操作を後ろ倒しにし、復旧後に再開するのが安全です。

告知が出ていないのに自分だけ重い場合は、環境側の切り分け(シークレット表示・別回線・別端末)へすばやく移行し、原因候補を絞り込んでいきます。

 

【確認のチェックリスト】

  • 投稿日/更新日→延長や追記の有無を把握
  • 対象機能→「マイページ」記載の有無と表現(停止/不安定/遅延)
  • 終了見込み→重い更新作業を避ける判断材料に

 

見落としやすいポイント
  • 古い告知の参照→投稿日と更新日を必ず確認
  • 対象外機能まで停止と誤解→本文の対象箇所を精読
  • 終了直後に重作業を集中→混雑でエラー増→時間を置いて再試行

 

ログイン状態・権限・ブロックの点検

公式側に問題が見当たらないのにマイページが表示されない場合は、アカウント周りの不一致が起きていないかを確認します。

まず、正しいIDでログインできているかを再点検します。別端末ではログイン済みでも、当該端末は未ログインだったり、Cookie無効・サードパーティCookie制限で認証が維持できないケースがあります。

ログアウト→再ログイン、ブラウザのCookie有効化、シークレット表示との差分確認が有効です。次に、権限・アクセス制限の影響を見ます。

 

年齢/閲覧制限、二段階認証の未設定・時刻ズレ、アクセス制限設定(特定ユーザーのブロックやアクセス遮断)などが絡みますが、ブロック機能ではブログ自体の閲覧は制限できません(コメント・読者登録などの一部機能が制限対象)。

表示不具合の切り分けでは、ブロックの有無より公開範囲(全体公開/アメンバー限定/下書き/予約)の確認を優先します。

 

アプリの場合は、通信許可(モバイルデータ/バックグラウンド更新)のオフ、OSの省電力設定で通信が絞られていることもあるため、設定を一時的に緩めて挙動を比較しましょう。

最後に、複数アカウントを切り替える運用では、誤アカウントで開いていないか、プロフィールの切替ミスがないかも確認します。

これらの点検で改善しない場合は、権限ではなく表示データ(キャッシュ)や回線の影響が濃いので、前後の操作と併せて切り分け記録を残すと、次の対処(キャッシュ削除・回線変更・問い合わせ)にスムーズにつながります。

 

【点検ポイント(アカウント周り)】

  • 正しいIDでログインし直す→端末/ブラウザをまたいで確認
  • Cookie有効・二段階認証のコード受信可否→時刻と通知設定も確認
  • ブロック/アクセス制限/年齢制限の設定差→別端末でも挙動を比較

 

すぐ試せる復旧の一手
  • ログアウト→ブラウザ/アプリ再起動→再ログイン
  • Cookie有効化→シークレットで同URL比較→差があれば設定見直し
  • 端末の時刻自動設定オン→認証まわりの失敗を防止

 

通信と端末の見直し|回線・ルーター・OS

マイページが表示されないときは、まず「通信」と「端末」の健全性を同じ順序で点検します。原因の多くは一時的な回線不安定、ルーターの不調、OSやアプリの古さ、端末のメモリ逼迫です。確認のコツは、同じURLを条件だけ変えて見比べることです。

Wi-Fi→モバイルへ切り替える、ルーターを再起動する、端末を再起動する、OS/アプリを最新化する、の流れで進めると切り分けが速くなります。

 

再起動は「電源オフ→数十秒待機→オン」とし、待機を挟むことでキャッシュや回線セッションを安全にリセットできます。

更新後は、ログイン→マイページ→記事詳細の順で軽い動作確認を行い、改善の有無をメモに残しましょう。

 

下表を使えば、状況ごとの最初の一手を選びやすくなります。

状況 最初にやること 判定のヒント
Wi-Fiだけ遅い モバイルへ切替→ルーター再起動 モバイルで改善=宅内回線/機器起因の可能性
両方で重い 端末再起動→OS/アプリ更新 再起動で改善=端末側の一時的不整合
他端末は正常 問題端末の更新・キャッシュ整理 端末依存の設定/バージョン差が濃厚

 

【小さく試すチェック】

  • 同一URLを別回線・別端末で比較→どの条件で直るかを記録
  • 電源オフ待機→再起動→再表示→ログインの順で基本整備
  • 更新後は通知/画像読み込み/保存の軽いテストで確認

 

Wi-Fi/モバイル切替とルーター再起動の手順

回線起因の不具合は、切替と機器再起動で解消するケースが多いです。まずはスマホやPCでWi-Fiとモバイルデータを切り替え、同じURLの表示差を確認します。

Wi-Fiのみ重いなら宅内回線やルーターの影響が疑えます。ルーター再起動は「電源を抜く→30〜60秒待機→再接続→5分ほど安定待ち」が基本です。

 

ONU(光回線終端装置)がある場合はONU→ルーターの順に電源を入れ直します。再起動直後は接続が安定するまで時間がかかるため、少し待ってからアクセスしましょう。

電波の弱さも表示失敗の一因です。ルーターは床置きや金属周りを避け、高さのある開放的な場所に設置します。

電子レンジやBluetooth機器と干渉することもあるので、ピーク時間や家電使用状況も踏まえて再確認してください。マンション等の混雑時間帯は回線が遅くなりやすいため、時間をずらして比較するのも有効です。

 

切替・再起動の実務ポイント
  • 同一URLをWi-Fi→モバイル→Wi-Fiの順で再表示し差を記録
  • ルーター/ONUは電源オフ後に30秒以上待機→セッションを確実に解放
  • 設置場所を見直し(高所・遮蔽物少なめ)→電波強度を改善

 

【手順の目安】

  • スマホ:設定→Wi-Fiオフ→モバイル通信で表示→結果比較→Wi-Fiオン
  • PC:右下のネットワークから別回線へ切替→同URLで確認
  • ルーター:電源オフ→待機→オン→5分待ってからマイページ再表示

 

端末再起動・OS/アプリ更新の確認ポイント

回線が問題なさそうなら、端末側の再起動と更新を行います。再起動はメモリ上の不整合や一時ファイルのロックを解消し、ブラウザやアプリの挙動をリセットします。実施前に編集中データを下書き保存し、電源オフ→30秒待機→起動の手順で行ってください。

次に、OSとアプリ/ブラウザを最新にします。スマホは設定→ソフトウェア更新、PCはOSアップデートの確認を行い、ブラウザは「このブラウザについて」から更新します。

 

アメブロアプリを使う場合は、App Store/Google Playで最新版に更新し、起動後にログイン状態・通知・画像表示・下書き読み込みを軽くテストします。

更新直後はキャッシュが古いまま残ることがあるため、シークレット表示やキャッシュ削除で最新表示を確認しましょう。

拡張機能(広告ブロック/翻訳/セキュリティ)が干渉する例も多いため、一時的に無効化して挙動差を比較すると切り分けが進みます。

 

更新時の注意とチェック項目
  • 下書き保存→電源オフ待機→起動の順で安全に再起動
  • OS/アプリ/ブラウザのバージョンを控える→問い合わせ時に有用
  • 更新後はキャッシュ削除→シークレットで同URLを比較

 

【確認リスト(更新後の動作テスト)】

  • ログイン→マイページ表示→記事詳細→画像読み込みの順で確認
  • 投稿画面の保存/プレビューが成功するかをテスト
  • 別端末・別回線で同URLを開き、端末依存かを見極める

 

ブラウザ起因の解消|キャッシュとCookie

マイページが表示されない原因のうち、もっとも多いのがブラウザ側の「キャッシュ」や「Cookie」による不整合です。

キャッシュは画像・CSS・スクリプトなどの一時保存データ、Cookieはログイン情報やサイト設定です。レイアウトが崩れる、画像だけ古い、ログインが外れる、といった症状はここが起点で起こりやすいです。

 

対処は順番が大切です。まずは〈シークレット(プライベート)表示〉で同じURLを開き、通常表示との差が出るかを確認します。

差が出る=端末側の保存データが影響している可能性が高いので、キャッシュのみを削除→再表示→改善を確認します。

 

Cookieはログイン再設定が必要になるため、削除の前にID/パスワードを把握しておき、AmebaのログインCookieを残したまま他サイト分だけ整理する等、影響を最小化します。

削除後はブラウザ再起動→再ログイン→マイページ→記事詳細の順で軽い動作確認を行い、改善の有無をメモに残すと、次の切り分け(拡張機能や回線)に移行しやすくなります。

 

キャッシュ/Cookie対処の基本ルール
  • まずはシークレット表示で差を確認→差があればブラウザ要因を優先対処
  • キャッシュから削除、Cookieは必要最低限に(ログイン情報のバックアップ)
  • 削除後は再起動→再ログイン→同URLで再表示までをワンセットで確認

 

主要ブラウザのキャッシュ削除と再表示確認

キャッシュ削除は「やみくもに全部消す」よりも、影響を抑えながら必要箇所を確実に更新するのがコツです。

まずは対象期間を「直近」から試し、それでも改善しなければ「全期間」に広げます。削除直後は古いファイルが残らないよう、ブラウザを再起動してから検証します。

検証は、通常表示→シークレット表示→別ブラウザの順に行うと、端末・ブラウザ・サイトのどこに起因するかを段階的に切り分けられます。

 

以下は主要ブラウザの基本手順です(メニュー名は一例)。

ブラウザ キャッシュ削除と再表示の手順
Chrome 設定→プライバシーとセキュリティ→閲覧履歴データを削除→「キャッシュされた画像とファイル」を選択→削除→再起動→同URLを再表示(必要時のみCookie)
Edge 設定→プライバシー、検索、サービス→閲覧データの消去→「キャッシュされた画像とファイル」を選択→今すぐクリア→再起動→再表示
Safari(iOS/Mac) iOS:設定→Safari→履歴とWebサイトデータを消去/Mac:Safari→環境設定→詳細→メニューバーに“開発”を表示→開発→キャッシュを空にする→再表示
Firefox 設定→プライバシーとセキュリティ→Cookieとサイトデータ→データを消去→「キャッシュされたWebコンテンツ」を選択→消去→再起動→再表示

 

【確認ステップ】

  • 通常表示でリロード→改善の有無を確認
  • シークレット(プライベート)表示で同URLを開き差を比較
  • 別ブラウザで同URLを表示→ブラウザ依存かを切り分け

 

うまくいかない時の注意点
  • Cookieまで削除すると再ログインが必要→事前にID/パスワードを確認
  • 拡張機能が強制的に再書き換え→後述の拡張機能チェックも合わせて実施
  • CDNの遅延で新ファイルが配信されていない可能性→時間を置いて再試行

 

拡張機能の一時停止とシークレット比較

キャッシュを整理しても改善しない場合は、拡張機能(アドブロック、セキュリティ補助、翻訳、スクリプト制御など)の干渉を疑います。

これらは便利な一方で、ログイン状態の保持やスクリプトの実行、画像・広告領域の読み込みに影響し、マイページだけ真っ白/一部ボタンが反応しない/画像だけ出ない、といった症状を引き起こすことがあります。

 

切り分けは「拡張機能を読み込まないシークレット表示」で同URLを開き、通常表示との挙動差を見るのが最短です(ブラウザ設定でシークレットに拡張を許可している場合は一時的に無効化)。

差が出たら、拡張機能をまとめてオフ→問題が解消するか確認→1つずつオンに戻す手順で犯人を特定します。影響の強い拡張はAmebaドメインを許可リストに追加するか、利用時だけオフに切り替える運用にします。

 

【比較のポイント】

  • 通常表示とシークレット表示での表示差(白画面・崩れ・エラーの有無)
  • 特定操作(ログイン/保存/画像アップ)での挙動差
  • 拡張まとめオフ→個別オンの順に差分を確認(2~3個ずつでも可)

 

干渉しやすい拡張の例と対処
  • 広告/トラッカー遮断:Amebaを許可リストへ→対象ページのみ一時解除
  • スクリプト制御/セキュリティ強化:対象ドメインで必要スクリプトを許可
  • 翻訳/自動書式化:編集画面だけオフにして誤置換を回避

 

【安全な再検証フロー】

  • シークレットウィンドウで同URLを表示→拡張なしの基準を作る
  • 通常ウィンドウで拡張を一括オフ→表示改善を確認
  • 1つずつオン→問題が出たらその拡張の設定でAmebaを除外

 

URLと設定の再確認|公開範囲とリンク種別

マイページや記事が「見られない」原因のなかで見落としやすいのが、URLそのものの種類違いと公開範囲の設定ミスです。

まずURLから確認します。読者に共有すべきは、一般閲覧用のエントリーURLです(例:https://ameblo.jp/ユーザーID/entry-数字.html)。

 

一方、編集画面やプレビュー用のURL、管理系のURL、古い短縮リンクは、ログイン状態や期限によっては開けず、白画面や権限エラーの原因になります。

共有前に「entry-」と末尾「.html」が含まれているかを目視し、余計なクエリ(編集用の識別子など)が付いていないかを確認しましょう。

 

次に設定です。記事の公開範囲が「全体公開」になっているか、「アメンバー限定」「予約投稿」「下書き」のままになっていないかを点検します。

年齢制限やアクセス制限(ブロック、閲覧制限)をオンにしていると、本人には見えても読者側では非公開になることがあります。URLの健全性と公開範囲の2軸を同じ順序で見直すだけで、原因の大半は切り分けられます。

 

下表を使って、まず自分が渡しているリンクが何者か、次に公開範囲・制限の有無を整理しましょう。

確認対象 見るポイント
URL種別 entry-数字.html か/preview・draft・manage など管理系ではないか
公開範囲 全体公開/アメンバー限定/予約/下書きのいずれかを再確認
制限設定 年齢制限・ブロック・アクセス制限のオン/オフと対象

 

迷ったら先に見る3点
  • URLに「entry-」「.html」があるか(一般公開用)
  • 公開範囲=全体公開になっているか
  • 年齢/アクセス制限・ブロックが働いていないか

 

プレビューURL・古い短縮リンクの見分け方

「URLは合っているはずなのに相手側で開かない…」というときは、プレビューURLや古い短縮リンクを渡していないかを疑います。

プレビュー/編集系のリンクには、URL中に previewdraftmanage、あるいは編集用パラメータが付いていることが多く、ログインしている自分には表示できても、第三者には権限エラーが出ます。

 

正しい公開用リンクは https://ameblo.jp/ユーザーID/entry-数字.html の形で、余計なディレクトリ名が入らず、末尾が .html で終わります。

短縮リンク(外部の短縮サービスや過去のキャンペーンURL)は、有効期限切れやリダイレクト先変更で404になることがあり、トラブルの温床です。共有前に短縮を展開して最終到達URLが「entry-数字.html」かを必ず確認しましょう。

 

また、編集画面の「共有」や「リンクをコピー」から取得したURLに、追跡用のクエリが長く付いている場合は、? 以降を取り除いたうえでテストすると安全です。

スマホ用の表示(s.ameblo.jp配下)で取得したリンクでも基本的に閲覧は可能ですが、案内や資料に記載する際はPC表示のエントリーURLに統一すると混乱を防げます。

 

リンクの例 判定と対処
…/entry-12345678901.html 公開用。余分なクエリを外してから共有すると確実
…/preview?…/…/manage?… 閲覧不可(権限必要)。公開用URLに差し替え
短縮URL(bit.ly 等) 展開して到達先を確認→entry-形式でなければ再取得

 

共有前チェックのコツ
  • シークレットウィンドウで開いて表示できるか(=第三者視点)
  • 末尾が .html で終わるか、entry-が含まれるか
  • ?以降の長い追跡クエリは外しても表示できるか

 

公開範囲・年齢/アクセス制限のチェック

URLが正しくても、公開範囲や各種制限の設定で読者側から見えなくなることがあります。まず記事ごとの公開範囲を確認し、「全体公開」以外(アメンバー限定/予約/下書き)になっていないかを点検します。

予約投稿は時刻到来前には表示されませんし、アメンバー限定は承認済みでログインしている読者にしか見えません。

 

次に、年齢制限やアクセス制限です。年齢制限をオンにしていると、未認証の読者には表示されないことがあり、アクセス制限やブロックを設定していると、特定の読者だけが見られない状態になります。

本人には問題なく表示されるため、気づきにくいのが特徴です。検証は「自分以外の環境」で行うのが確実です。

 

シークレットウィンドウで表示できるか、別アカウント/別端末で見えるか、承認前ユーザーでどう見えるかを比較します。

制限の必要がない記事は年齢制限をオフ、限定記事は案内ページから申請→承認の導線を明示して誤解を防ぎましょう。

 

設定項目 影響 確認・対処
公開範囲 全体公開以外は読者側で非表示の可能性 記事編集画面で範囲を確認→必要に応じて全体公開へ
年齢制限 未認証ユーザーは閲覧不可 不要ならオフ→必要なら案内ページで注意書きを明示
ブロック/アクセス制限 特定ユーザーのみ非表示 ブロック解除or対象見直し→別アカウントで挙動確認

 

設定見直しの手順(安全運用)
  • シークレットで表示確認→第三者視点で可否を判定
  • 公開範囲→年齢制限→ブロックの順に影響度の高い設定から確認
  • 限定運用は案内記事で条件・申請方法・承認目安を明示

 

解決しない時の最終対応|公式問い合わせ

基本の切り分け(公式告知→回線/端末→ブラウザ→URL/公開範囲)まで試しても改善しない場合は、Ameba公式への問い合わせに進みます。早く解決する鍵は「再現性のある事実」と「実施済み対処」の2点を短く正確に伝えることです。

まず、発生日時・頻度・対象URL・表示内容(白画面/エラー文言)を記録し、同じURLをシークレット/別端末/別回線で試した結果を添えます。

 

次に、使用環境(端末/OS/ブラウザまたはアプリのバージョン)と、キャッシュ削除・再ログイン・拡張機能停止・再起動など実施済みの手順を整理します。

問い合わせはヘルプから「お問い合わせ」へ進み、フォームで上記を入力、必要に応じてスクリーンショットを添付します。

返信が届きやすいよう登録メールの受信設定も見直しましょう。返答待ちの間は、保存失敗の恐れがある重作業を避け、内部リンク整備や文言の微調整など軽い作業に切り替えると安全です。

 

問い合わせ前の最終チェック
  • 公式の「重要なお知らせ」更新有無→進行中なら重作業を延期
  • 同一URLでの比較結果(通常/シークレット/別端末/別回線)を記録
  • 環境情報(端末・OS・ブラウザ/アプリ版)と実施済み対処を箇条書き

 

ヘルプ活用と必要情報の整理方法

まずAmebaヘルプで「マイページ 表示されない」「白画面」「権限エラー」などの語で検索し、推奨環境・既知の事象・回避策を確認します。

該当がない/改善しない場合は、そのまま「お問い合わせ」フォームへ進みます。このとき、回答までの往復を減らすために、次の情報を整理して添えます。

 

発生日時(開始時刻/継続 or 断続)、対象URL(閲覧用と管理用を区別)、再現手順(どの画面で何を押すとどうなるか)、期待結果と実際、使用環境(端末/OS/ブラウザ or アプリ版)、試した対処(キャッシュ削除・再ログイン・別端末・別回線・拡張停止)。

可能なら、同じ操作でのシークレット表示や別端末結果も添えると、原因層の推定が早まります。記載は短文化がコツで、1項目1行を意識すると読み手に負担をかけません。送信前に、迷惑メール振り分けを防ぐための受信設定と、返信先アドレスの誤記がないかも必ず確認しましょう。

 

項目 記載例 ポイント
発生日時 本日 10:32 以降、毎回発生 日時と頻度を明確に
対象URL https://ameblo.jp/…/entry-xxxx.html 閲覧用のみ。管理URLは原則非記載
再現手順 マイページ→投稿ボタン→白画面 画面名とボタン名をそのまま
期待/実際 編集画面が開くはず→真っ白のまま 差分を一文で示す
使用環境 iPhone/ iOS 17・アプリ ver.X / Chrome 123 端末・OS・版をセットで
実施済み キャッシュ削除・再ログイン・別端末同様 実施順を箇条書き

 

ヘルプ活用のコツ
  • 推奨環境→自端末のバージョンと照合し更新
  • 既知の事象→回避策があれば先に試して結果を添える
  • フォーム入力は1項目1行で簡潔に→読み手の負担を軽減

 

スクショ/再現手順の伝え方と注意点

スクリーンショットは「状況を一目で伝える」最強の材料です。基本は〈全画面〉と〈該当箇所拡大〉の2枚組。

全画面では日時・URL・ブラウザ/アプリの状態(アドレスバー・ステータス)を含め、拡大図でエラー文言やボタン位置を読み取れるようにします。再現手順は、操作順を

 

  1. マイページを開く
  2. 右上の…をタップ
  3. 投稿を選ぶ→白画面

 

のように短文で列挙し、各手順に対応するスクショ名(step1.pngなど)を付けると伝わりやすくなります。動画が用意できる場合は10〜20秒の短尺で、画面のタップ位置が分かるように撮ると尚良いです。

注意点として、個人情報(メール/電話/管理URL/下書き内容)が映り込まないようマスキングし、画像は過度に圧縮せず判読可能な解像度を維持します。

送信後は、受付メールの管理番号を控え、返信までの間に追加で再現条件が分かったら追記を一通でまとめて送るとやり取りがスムーズです。

 

添付と記載のNG/注意
  • 管理URLやパスワードの写り込み→必ずマスク
  • 画面の一部だけの切り抜きのみ→全体像と拡大の2枚を基本に
  • 長文の状況説明→箇条書きとスクショで簡潔に

 

【提出前チェックリスト】

  • 全画面+拡大の2枚が揃っているか(日時・URL・文言が読める)
  • 再現手順を1行ずつ列挙し、実施済み対処も記載したか
  • 受付メールが受信できる設定か(迷惑フォルダも確認)

 

まとめ

まずはスタッフブログ等で状況把握→ログイン/権限を点検→回線・端末再起動と更新→キャッシュ削除・拡張機能停止→URL/公開範囲を再確認の順で切り分けます。

改善しない場合は、発生日時・再現手順・環境情報・スクショを揃えて公式に問い合わせましょう。