アプリ開発備忘録: ① Android 15からはEdge-to-Edge表示が強制適用に (Part 1)

-

少し前に手持ちのAndroid携帯の一つにシステムのアップデートが入ったのですが、それ以降、いくつかのアプリで、画面の上下の表示がおかしくなってしまいました。。。

実は、このアップデートでアンドロイドOSが「アップサイドダウンケーキ」(Android 14, SDK 34)から「バニラアイスクリーム」 (Android 15, SDK 35) に更新されて、Android 15からはアプリの表示がデフォルトでEdge-to-Edge (端から端まで) 表示の仕様、つまり全画面表示になったのが原因でした。

これまでもアプリを画面の端から端までの全画面で表示する「没入モード」という機能があったので、そのモードでの画面表示がデフォルトになったという理解に少し近いのですが。。。 実際はそうではありません。

没入モードの場合は、アプリが全画面で表示される以外に、「システムバー」と呼ばれる、画面の上部に表示される「ステータスバー (Status Bar)」と下部に表示される「ナビゲーションバー」の表示を必要に応じて表示/非表示に出来るほか、非表示の場合でもユーザーの操作によっては再表示される仕様になっています。


StatusBarとAppBar
Status BarとApp Bar

Android 15よりも前のOSでは、没入モード以外では、アプリは全画面にではなく、自動的に上下のシステムバーの分が差し引かれた部分だけに表示される仕様になっていて、アプリの表示が上下のシステムバーに重なって表示される事がない様になっていました。

Android 15以降からは、システムバーの表示/非表示に関係なく、アプリの表示サイズが端から端までの全画面表示になるので、必要に応じて、インセット(Inset) 情報などを使ってアプリの表示コンテンツがシステムバーの表示と重ならない様に調整する必要があります。。。。。

(Inset情報を使ったUIの調整: 👉 XML Layout版「📑ビューでコンテンツをエッジ ツー エッジで表示する」、
👉 Compose版「📑ウィンドウ インセットについて」)

。。とまでは、簡単な変更事項にも思えるのですが、開発中のアンドロイドアプリに色々な影響があったので備忘録としてここにメモしておきます。


[目次]

パート 1 (このメモ)


パート 2

  • Android15よりも前のデバイスでもEdge-To-Edge表示
  • ステータスバーの背景色

パート 3

  • パート２で確認した背景色を設定する方法
  • 別の方法
  • 例: JetPack Compose
  • 例: Flutter
  • 追記

Edge-to-Edge表示

Android 15 (SDK 35)から「Edge-to-Edge表示」がデフォルトの仕様になった訳ですが、アプリを開発している場合は、ターゲットSDKのバージョン(targetSdkVersion)を35以上に設定してビルド (作成) したアプリをAndroid 15以降のデバイスで開くと、デフォルトとしてこの表示が強制的に適用※されます。

この変更は、縦向き表示の場合はそこまで影響は無いと思いますが、画面上に「ノッチ」やカメラやマイクなどによるの「切り抜き」があるデバイスの場合だとアプリの表示が少し変わってしまいます。


表示面積の拡大

これまでは、画面を横向きにした場合、ノッチや切り抜きがアプリの表示に重ならない様、これまでは、アプリの表示はノッチや切り抜きを含まない長方形上に表示される仕様でした。

切り抜き付のデバイス上で、これまでの横向き画面での表示
これまでの横向き画面での表示の例
(画面左側に内カメの穴があるデバイス)

これが、「Edge-to-Edge」表示になると、アプリの背景が端から端の全画面表示になるので、実際の操作範囲は変わりませんが、表示範囲が広くなった様なビジュアル効果が期待されます。

切り抜き付のデバイス上で、Edge-to-Edgeの横向き画面での表示
Edge-to-Edgeでの横向き画面表示の例
(ステータスバーが透明になってしまっています。)

Edge-to-Edge表示が強制的に有効になるのはAndroid 15以降のデバイスで、Android 15が発表される前から既にあったアプリの様に、アプリのビルドターゲットがAndroid 15よりも前であれば、Android 15以降のデバイスで開いてもEdge-to-Edge表示が強制的に有効になる事はありません。

また、Android 15以降のデバイスでもEdge-to-Edge表示を有効にしたい場合は、ちょっとしたコード変更が必要になります。


※:強制適用されるEdge-to-Edge表示を一時的に無効にする方法 (SDK 35)

アプリをGoogleのPlayストアで一般公開する場合、以降はアップロード出来るアプリのターゲットSDKバージョンは35以上が必須になります。

ターゲットSDKバージョンが35の場合で、KotlinまたはJaveで開発しているAndroidアプリであれば、AndroidManifest.xmlの<application>か<activity>タグに windowOptOutEdgeToEdgeEnforcement属性をtrueに設定すると「Edge-to-Edge表示」を無効にできます。

<application
    android:windowOptOutEdgeToEdgeEnforcement="true"
    ...>
    :   :   :
</application>

<activity
    android:name="...."
    android:windowOptOutEdgeToEdgeEnforcement="true"
    ...>
    :   :   :
</activity>

Flutterで開発している場合は、AndroidMeanifest.xml内ではなく、アプリに適応されるTheme内で設定する必要があるみたいなので、詳細は次のFlutterのガイドを参考にしてみてください:

このオプションはAndroid 16では廃止になるので、コード更新に余裕の無い場合などに一時的に無効にする対策となります。


Android 15の次のバージョンになる「Android 16」では「アダプティブレイアウト」というコンセプトが追加されるみたいで、Edsge-to-edge表示への設定はその準備みたいな変更だと思いますが、今後、１つの画面に１以上のアプリが同時に表示される「分割ウインドウ」や、複数の画面に対応した「マルチウインドウ」といった様々な環境でもアプリが正しく表示される枠組みに繋がっていく事を期待したいかと思います。


これまで開発してきたアプリは、ターゲットSDKのバージョンを35以降にアップデートすると、Android 15以降のデバイス上で全画面表示が強制適用 (オプトアウト可) されます。

なので 、冒頭でリンクしたドキュメントにあるInset情報を使った表示の調整を加えないまま新しくアプリをリリースしてしまうと：

  • ステータスバーがAppBarと重なって表示されてしまう
  • ３つボタン表示のナビゲーションバーを有効にすると画面下部の表示がナビゲーションバーの下に隠れてしまう
  • 画面にノッチや切り抜きがあるデバイスを横向きにした時、表示の一部がノッチや切り抜きの部分に重なってしまって見えない

などの不都合が生じる場合があるみたいです。。

また、ターゲットSDKのバージョンが35よりも低いビルドのアプリは、Android 15以降のデバイスで開いても、表示がステータスバーと重なってしまう事はありませんが、アプリによってはステータスバーとアプリの間に何も表示されない隙間が発生する場合もあるみたいです。

例

後方互換

Android 15よりも前のバージョンのデバイスでも、Android 15のビルドツールで追加されたメソッドの「enableEgerToedge()」で「Edge-to-Edge」表示を有効に出来るので、Androidのバージョンに関係なく、統一されたアプリの見た目を提供出来る仕様になっています。。

見た目をAndroid 15以降で推薦される、透明なシステムバー (ステータスバーとナビゲーションバー)背景のデザインで統一するのであれば、コード内にあるシステムバーの色を設定する部分を全て透明色に変更 (又は場合によっては無効に)すれば良いのですが、これまで通りにシステムバーの背景色を設定したい場合、

「システムバーの色を設定する方法」

といったネット検索から始めると、本当にシステムバーの背景色を設定する方法が見つかったりするのですが、最終的には「別の方法を使った方が良いのでは??」という結論になったので備忘録を以降にメモしておきます。


テストアプリを使って確認

Android 15で強制適用される「Edge-toEdge表示」がどのように開発中のアプリに影響するか、アプリを「XMLレイアウト」と「JetPack Compose Material 3」で切り替えてビルドができる様にしたテストアプリをAndroid/Kotlinで作ったので、次の3つのAndroid上で表示して確認してみました:

  • Android 15 (Samsung SM-A556E、実機)、
  • Android 14 エミュレーター (Google Play ARM 64 v8a System Image Rev 14)
  • Android 10 エミュレーター (Google Play ARM 64 v8a System Image Rev 9)

テストアプリのビルドでは、IDEにはAndroid Studio の「Meerkat Feature Drop 2024.3.2 Patch 1 (May 22,2025)」、AndroidのSDKはバージョンは35 Rev 2を使用しました。


SDK 34ターゲットのアプリをAndroid 15で表示した場合 (ベースライン)

次は、ターゲットSDKバージョンを34に設定してビルドしたアプリを、Android 15 (実機) で表示した場合のスクショになります。

ターゲットSDKバージョンを35に変更した際にアプリにどのような影響があるかを確認する時の基準 (ベースライン)として使っていきます。

例: SDK=34 XMLレイアウトの場合 (Android 15)
XMLレイアウトの場合
例: SDK=34 JetPack Compose アプリ (Android 15)
JetPack Composeの場合

ターゲットSDKバージョンを35に変更

これ以降はアプリをターゲットSDKを35に設定して、他には変更を加えずにビルドした場合になります。


ターゲットSDKが35のアプリをAndroid 15で表示した場合

次はAndroid 15 (SDK 35)で表示した際のスクショです。

例: SDK=35 XMLレイアウトの場合 (Android 15)
❌ XMLレイアウトの場合
例: SDK=35 Compose アプリ (Android 15)
🔺 JetPack Composeの場合

ベースラインのスクショと比べると:

  • ステータスバーの背景色が透明になっていて、
  • XMLレイアウト版の場合はAppBarの表示がステータスバーと重なってしまっています。

といっても、Android 15での動作の変更点に書いてある通りの結果になっています。

「Edge-to-Edge」表示の場合、XMLレイアウトに関してはステータスバーとAppBarが重なってしまうので、既存のコードに重ならない様にする方法が必要になります。

また、JetPack Composeの場合は、AppBarにデフォルトで表示されるステータスバー分の余白が(Inset情報を使って)追加されている為、この時点では、ステータスバーの背景が透明なのに問題がなければ、特にコード変更は必要がないみたいです。


ターゲットSDKが35のアプリをAndroid 14で表示した場合

今度は同じSDK 35ターゲットのアプリをAndroid 14 (SDK 34)で表示した場合です。

SDKが古いデバイスにも下位互換になっている為、 表示はEdge-to-Edgeにはなりませんが、Android15 よりも古いデバイスでコード変更無しのアプリを開いても問題は無いようです。

例: SDK=35 XMLレイアウトの場合 (Android 14)
XMLレイアウトの場合
例: SDK=35 Composeの場合 (Android 14)
JetPack Composeの場合

また、Android 10でも同様にXMLとCompose版は特に問題なく表示されていました。


既存のアプリを最小限のコード変更で済ませたい場合

ターゲットSDKバージョンが35よりも前の設定で開発された既存のアプリを最小限のコード変更で済ませたい場合:

  • Android 15よりも前のデバイスでは「Edge-to-Edge」表示を有効にせず、これまで通りの表示を継続、
  • Android 15以降はステータスバーの背景色は透明、

といった点を妥協できるのであれば:

  • JetPack Composeの場合は、特に変更は必要が無く、
  • XMLレイアウトの場合は、ステータスバーとAppBarが重ならない様にコード変更をすれば良い、

という事になります (※: Android 15以降のデバイスでは冒頭でリンクを張った、Inset情報を使ったUIの調整は必要になります。)


ステータスバーとAppBarが重ならない様にする例 (XMLレイアウト)

XMLレイアウトのアプリでステータスバーがAppBarと重ならない方法を検索すると、ネット検索には:

XMLレイアウト内で、MaterialToolbar またはAppBarLayoutに

「android:fitsSystemWindows="true"」

を追加すればAppBarがステータスバーに重ならない/p>

といった回答が出てくるかもしれませんが、この方法で重ならない様になるのは間違いはないのですが、この時点では画面の背景が塗られていないのでステータスバーの背景が白または黒になってしまいます。

次はXMLレイアウト版のテストアプリに「fitsSystemWindows」を追加した場合のスクショになります。

AppBarLayoutにfitsSystemWindowを加えた場合
AppBarLayoutに「fitsSystemWindow="true"」を加えた場合
MaterialToolbarにfitsSystemWindowを加えた場合
MaterialToolbarに「fitsSystemWindow="true"」を加えた場合
  • AppBarLayoutに「fitsSystemWindow="true"」を加えた場合: AppBarLayoutがステータスバーと重ならない様に下に移動していますが、 背景が白なのでステータスバーの文字・アイコンが見えなくなっています。
  • MaterialToolbarに「fitsSystemWindow="true"」を加えた場合: AppBarLayout内にあるMaterialToolbarがステータスバーと重ならない様に下に移動していますが、 AppBarLayoutの高さがそのままなのでAppBarのタイトルがLayoutより下に移動して見えなくなっています。

XMLレイアウトにステータスバーの背景を追加する

AppBarレイアウトの始めにステータスバーと同じ高さのLinearLayoutを追加してAppBarがステータスバーと重ならない様にします。


XMLレイアウト

ActivityのXMLレイアウトにあるAppBarLayoutにLinearLayoutを追加して、

  • 高さ(android:layout_height)は「0dp」にして必要が無い場合は表示されないようします。
  • 「android:theme」はAppBarLayoutと同じにしてAppBarと同じ色になる様にします。(※: 好みのステータスバーの色に指定する事も出来ます。)
  <com.google.android.material.appbar.AppBarLayout
    android:id="@+id/appBarLayout"
    android:layout_width="match_parent"
    android:layout_height="wrap_content"
    android:theme="@style/Theme.MyTestApp.AppBarOverlay"
    app:liftOnScroll="true" >

    <LinearLayout
      android:id="@+id/status_bar_background"
      android:layout_width="match_parent"
      android:layout_height="0dp"
      android:orientation="vertical"
      android:theme="@style/customToolbar"
      app:layout_scrollFlags="scroll|enterAlways" />
    <com.google.android.material.appbar.MaterialToolbar
      android:id="@+id/toolbar"
      android:layout_width="match_parent"
      android:layout_height="?attr/actionBarSize"
      android:theme="@style/customToolbar"
        :   :   :

この例では追加したLinearLayoutには「status_bar_background」というIDに設定されています。


MainActivityなどの各Activityで onCreate内で、setContentView(...)以降に次のコードを追加します。

if (Build.VERSION_CODES.VANILLA_ICE_CREAM =< Build.VERSION.SDK_INT) {
  findViewById<ViewGroup>(R.id.status_bar_background)?.also { layout ->
    ViewCompat.setOnApplyWindowInsetsListener(layout) { view, windowInsets ->
      val insets = windowInsets.getInsets(WindowInsetsCompat.Type.statusBars())
      view.updateLayoutParams<ViewGroup.MarginLayoutParams> {
        height = insets.top
      }
      windowInsets
    }
  }
}

このコードでは、XMLレイアウトに追加したLinearLayoutに、OnApplyWindowInsetsListenerを設定してInset情報に基づいて高さをステータスバーと同じ高さにする様にしています
(詳しくは 👉「📑ビューでコンテンツをエッジ ツー エッジで表示する」を参照してみて下さい)。

注: これは、「enableEdgeToEdge()」を使わない、「既存のアプリを最小限のコード変更で済ませたい場合」の対処方です。


パート２ではInset情報を使ってStatusBarの背景色を設定する方法を確認していきます。
つづく


コメント

コメントを投稿

このブログの人気の投稿

アプリ開発備忘録: ② Android 15からはEdge-to-Edge表示が強制適用に (Part 2)

-
イメージ
Android 15から画面の「Edge-to-Edge」表示が強制適用になりましたが、この変更に関連した開発コードの備忘録をここにメモしておきます。 パート１ では、Android/Kotlinで実装されたテストアプリを使って、最小限のコード変更として、Android 15以降のデバイスでだけ「Edge-to-Edge」表示が有効になる仕様の画面表示の確認をしました。 パート２ ではAndroid 15よりも前のデバイスでも「Edge-to-Edge」有効にして、なおかつ、ステータスバーの背景色を設定する方法を確認してみます。 [目次] パート 1 Edge-to-Edge表示 (Android アプリ) テストアプリを使って確認 ターゲットSDKバージョンを35に変更 ステータスバーとAppBarが重ならない様にする例 (XMLレイアウト) ※:強制適用されるEdge-to-Edge表示を一時的に無効にする方法 (SDK 35) パート 2 (このメモ) Android15よりも前のデバイスでもEdge-To-Edge表示 ステータスバーの背景色 パート 3 パート２で確認した背景色を設定する方法 別の方法 例: JetPack Compose 例: Flutter 追記 Android15よりも前のデバイスでもEdge-To-Edge表示 ターゲットSDKバージョンが35以降の場合、Android 15以降のデバイスではEdge-to-Edge表示が強制的に有効になります。 逆に、Android 15よりも前のデバイスでは、ターゲットSDKバージョンが35以降の場合、「 enableEdgeToedge() 」というメソッドを使ってEdge-to-Edge表示を有効にしていないと、機種によ...
Read more »

『コメ欄』用カスタムCSS - L◯NE風 (ツイキャス) - OBSのブラウザでも使えます。

-
イメージ
関連サイトの「 kiiのメモ帳 」で公開している『 L◯NEの会話画面風のツイキャスコメ欄カスタムCSS (シンプル版) 』ですが、 『 コメ欄 』のアプリ内表示モードでカメラ機能を使う場合に、吹き出しの背景に映る部分の画像が吹き出しの色と似ていると、コントラストの関係で吹き出し部と背景が同一化してしまうので、吹き出し部に 囲いの線 又は 色付きの影 のどちらかを追加で表示出来る様に変更してみました。 因みに以前のカスタムCSSでは、吹き出しの根元部は「◣」を使って再現していましたが、今回はカール付きで弧を描いているので少し再現度が向上しています。 このページの後方にある 設定 の部分で囲い線と影の他に、文字の大きさや色などをクリックでCSSをカスタマイズする事が出来ます。 カスタマイズ後は カスタムCSS の下にある CSSをクリップボードにコピー をクリックするとカスタムCSSがクリップボードにコピーされます。 [目次] 囲いの枠線と影の例 カスタムCSS LINE風 (コメ欄用) 設定 (Part-1) サンプル 設定 (Part-2) スマホアプリ 『コメ欄』での使用例 影を吹き出しの下方向に表示する方法 更新履歴 L◯NEの会話画面風のツイキャスコメ欄カスタムCSS シンプル版 @ メモ帳 (別サイト) x４バージョン : アイコンサイズ変更可 @ メモ帳 (別サイト) 幅細めバージョン : 狭い幅で表示したい時用 @ メモ帳 (別サイト) 『コメ欄』用カスタムCSS : 吹き出しの周りに枠線又は影の表示が可能 (このページ) 囲いの枠線と影の例 次に吹き出しに囲い線/影を設定した場合のコメント欄のスクショを例のとして貼っておきます。 囲い線と影の色は設定で、違う色にする事が可能なのと、ユーザー名やユーザーI...
Read more »

[OBS] Twitchコメント欄向けCSSカスタマイザー (試作)

-
イメージ
( Twitch Chat Overlay CSS Customizer Prototype ) Chrome拡張機能の「 TwitchコメカスタムCSSテスター 」をChromeウェブストアで公開していますが、この拡張機能に読み込ませるテスト用のカスタムCSSも必要だと思ったので、Twichのコメント欄 (チャットオーバーレイ) 向けの簡単なCSSカスタマイザーをここに置いておきます。 このページでクリップボードにコピー出来るCSSを使うと、Twitchのチャット欄をポップアップして表示したコメント欄のURLを使って表示するオーバーレイを、マウス操作でカスタマイズする事が出来ます。 [目次] Twitchのコメント欄 (チャットオーバーレイ) カスタムCSS コメント欄サンプル 設定 更新履歴 TwitchコメカスタムCSSテスター サポートページ #Twitchコメカスタム   ( #ツイッチコメ欄カスタムCSS 、 #トイッチコメ欄カスタムCSS ) Twitchのコメント欄 (チャットオーバーレイ) Twitchのライブ配信をパソコンのブラウザで視聴する時にウインドウの右側に表示されるコメント欄を、「チャットをポップアウト」でポップアップすると https://www.twitch.tv/popout/ ユーザー名 /chat?popout= というURLでコメント欄が別のウインドウで表示されます。 配信ソフトの「OBS」のブラウザや、Chrome拡張機能の「 TwitchコメカスタムCSSテスター 」を使って、上記のURLにこのページのカスタムCSSを読み込ませて表示すると、標準のTwitchコメント欄とは違うレイアウトにカスタマイズして表示する事が出来ます...
Read more »

[ツイキャス配信・閲覧支援ツール] キャスポケットツール: 初期設定

-
イメージ
ツイキャス配信・閲覧支援機能をいくつか搭載したアプリ、 『 キャスポケットツール 』 （ Android ｜ iOS ） を作ってみました。 ツイキャス のユーザーやライブ配信を検索する機能をはじめ、自分のサポート・サポーターを閲覧したり、気になるユーザーを登録してライブ配信の通知を有効にしたりする事が出来ます。 このアプリの機能を使うのには、 アプリを ツイキャスのアカウントに連携 する必要がある他、 Android 13とそれ以前 のAndroidでは、 バックグラウンド処理を有効 にすると、登録した「気になるユーザー」のライブ配信開始の通知を受け取れる確率が上がるので、 ここに『キャスポケットツール』を使うのに 最低限必要な初期設定 をメモしておきます。 [目次] キャスポケットツールの機能 初期設定 バックグラウンド処理の有効化 iOS Android 13とそれ以前のAndroid 備考 関連メモ #キャスポケットツール キャスポケットツール Android版 by kii_memo_jp iPhone/iPad版 by BIBO-HQ キャスポケットツールの機能 メイン画面 現時点では次の機能が搭載されていて、アプリのメイン画面から選択する事が出来ます。 ...
Read more »

ツイキャスで他の人がサポートしている人って見えますか？ (キャスポケットツール)

-
イメージ
[目次] 知恵袋の質問 アンサー: キャスポケットツール 例: キャスくんのサポートリスト 関連メモ キャスポケットツール 機能説明 ツイキャス関連メモ 知恵袋の質問 Yahoo知恵袋に次の様な質問があったのですが: 自分がツイキャスで誰をサポートしているかって、他の人から見えちゃいますか？ 誰かは見えなくても、何人サポートしてるとか見えますか？ (2020/6/4) 0:29 ツイキャスで他人がサポートしてる人って見ることは出来ますか？ (2016/11/28) 11:18 ツイキャスについてです 自分のサポーターは周りから見られるのは知っています 自分がサポートしている人は周りから見れますか？（僕がサポートした人以外） また見れないとしても僕が何人サポートしているかは周りに分かりますか？ (2015/11/21) 17:40 ツイキャスの 公式アプリや公式サイト では、各ユーザーのサポートの一覧が「サポート欄」で確認出来る他、(ログインが必要になりますが) 自分がサポートしているユーザーの一覧も確認する事も可能です。 しかし、他のユーザーがサポートしているユーザーの一覧は、公式のサイトや公式アプリでは確認出来ない仕様になっています。 でも、「誰をサポートしているか」という情報が非公開になっている訳ではなく、公式サイトの情報から全てのユーザーの「サポート欄」をくまなく確認していけば、理論上は「誰が誰をサポートしている」かを調べる事は出来ますが、かなりの時間とデータ量が無駄になるでしょう。 でも、実際は、無料アプリで「誰が誰をサポートしている」の一覧を簡単に確認する事が出来ます。 アンサー 無料Android/iOSアプリの「 キャスポケットツール 」で、他のツイキャスユーザーが...
Read more »

ブロガー (Blogger) 記事のゴミ箱はどこ？　(AIはあるって言っていますが・・

-
イメージ
ブロガー (Blogger) の編集ページを見てて思ったのですが、、 削除ボタンの上にマウスポインターをもっていくと見える『この投稿をゴミ箱に移動』の表示、ブロガーってゴミ箱があるんですね(???)　　どこに？ とりあえず 検索をかけてみました。 AIはゴミ箱があると主張していますが、「ゴミ箱」フォルダというのが見当たらないです・・ 因みに、実際の検索結果のトップにはBloggerのゴミ箱についてのリンクはなく、1位にはブログサイトを「完全に削除」する方法が出ていました。
Read more »

悲劇: ビングでもリダイレクションエラーが発生？？

-
イメージ
「Googleのサーチコンソールですが、何故か去年末からこのブロガーサイトのサイトマップが更新されておらず、サーチコンソールによると、現在インデックスされているページは０になっていて、このサイトの記事を検索してもGoogleサーチでは出てこないという状態が続いています。」 というブログ記事を書き始めたら8月末に突然１ページだけがインデックスされて、数日後にも３ページインデックスされました。 といっても、このまま、ほとんどのページがインデックスされるかどうかは不明なのと、これまでサーチコンソールでインデックスされたページが０だったので、現時点ではこのサイトの記事はGoogleの検索結果に出てこないと思います。 なので、最近のこのサイトの訪問者は (たぶん) 他サイトからのリンクをたどって来たか、Bingの検索結果からみつけて来て頂いたのでしょう。。 BingのWebMasterToolsでは、このサイトは問題なくインデックスされていたので、ここ半年以上の間はBingのインデックスが頼りだったのですが、何げにチェックをしたら悲劇が。。😱😱😱 数日前も含め最近投降したページのURLでリダイレクションエラーが報告されていました。 サーチコンソールにまだ多数のインデックスがあった頃から、現在の０になるまで、多数のリダイレクションエラーが発生していて次々とインデックスされていたページの数が減っていったので、同じような結末になるのではととても心配になります。 クロール結果にはどこのページにリダイレクトされたかのURLも残っていたので覗いてみると 「あなたのコンピューターから普通ではない通信があった」とかと書いてあって物々しいです。。。 文中に「なぜこうなったのか?」というリンクがあったのでクリックしてみると次の様に Terms of Service: https://www.google.com/policies/terms/ Learn more: https://support.google.com/websearch/answer/86640 ...
Read more »