グーグルが好むのは、連鎖リダイレクトとファーストバイトまでの時間のどちらですか？
私は明らかにwebpagetest.orgの常習者です。繰り返しますが、最適化（一部のファイルスキャンを削除）してからサイトをテストし、速度が大幅に向上しました。現在、米国西部からカナダ東部にあるサーバーまでの最初のバイトまでの時間は約150ミリ秒です。私は自分のアドセンスをチェックしますが、グーグルはまだモバイルサイトに1セント払うことを拒否しています。これは、ユーザーがサイトのURLモバイルまたはデスクトップバージョンを入力するかどうかに関係なく、Googleが優れた速度を望んでいるからです。
1サイトのレスポンシブデザインを考えましたが、モバイルサイトはスリム化されたバージョンであり、デスクトップサイトが必要とする帯域幅の約半分を消費するため、それに反対しました。
私のテストの結果は次のとおりです。
デスクトップURLにアクセスしてサーバーキャッシュページをテストする：
http://www.webpagetest.org/result/160119_0M_1BH7/1/details/ -TTFB> 400ms（Googleが推奨するものより200 + ms高い）
モバイルURLに直接アクセスして同じサーバーキャッシュページをテストする：
http://www.webpagetest.org/result/160119_C6_1BN8/1/details/ -TTFB約130ミリ秒（Googleの推奨内）
モバイルURLに直接アクセスして、キャッシュされていない同様のページをテストします。
http://www.webpagetest.org/result/160119_2Q_1BT0/1/details/
デスクトップURLに直接アクセスして、キャッシュされていない同様のページをテストします。
http://www.webpagetest.org/result/160119_BX_1BV9/ -これはDを記録しました。
RAMからサイトを実行し、Apacheでの.htaccessの使用を無効にし、ファイルチェックを無効にすることで、ページの読み込みを高速化するためにできる限りのことを行いました。 CDNについての私の質問によると、特に機能しない場合にサイトを頻繁に更新することがあるため、あまり良いアイデアではないと言われました。
過去にmod_rewriteですべてのURLマッピング（リダイレクトも含む）を行っていたため、サイトにリダイレクトをチェーンしていましたが、現在はスクリプトを使用して表示するページを決定し、リダイレクトが必要な場合はスクリプトを使用していますユーザーが複数のURLをホップするのではなく、最終的な宛先を計算します。
今、私が行ったこの動きが間違いかどうか興味があります。 1つのリダイレクトとおそらくより長いTTFBのセットアップに固執する必要がありますか、それともより低いTTFBで複数のリダイレクトを（必要に応じて）使用する必要がありますか？
これをサーバーのパフォーマンスとgooglebotの観点から見ていますが、どちらが最善の方法かわかりません。
リダイレクトチェーンが適切な長さである限り、リダイレクトチェーンはまったく問題ありません。 4つ以上のリダイレクトをチェーンすると、Googleはそれらに従うことを拒否し始める可能性があります。 10個以上のリダイレクトを連結すると、ブラウザはユーザーにエラーを与え始めます。
連鎖リダイレクトがサイトを高速化する場合、連鎖リダイレクトを使用します。
サイトのリダイレクトしないURLに常にリンクしている限り、ユーザーとGooglebotはリダイレクトをほとんど発生しません。リダイレクトが有効になるのは次の場合のみです。
- URLを変更しました。 Googlebotは古いURLを永久に記憶します。 Googlebotには、古いURLに対して非常に長いメモリがあります。古いURLへの外部リンクまたはブックマークもあります。
- リダイレクトを使用して、不正な形式の外部リンクを修正します。
- ユーザーがURLを入力し、タイプミスをします。
接線では、モバイルサイトをスリム化する必要があることに同意しません。モバイルデバイスの帯域幅が制限要因になることはほとんどありません。遅延は通常、はるかに大きな問題です。各サイトがより多くのコンテンツを含む少数のページを作成することにより、モバイル向けに設計する場合、サイトのパフォーマンスが向上することがわかります。それはページごとにいくつかの記事を置くことを意味するかもしれません。次の記事にスクロールすると、クリックして次のページが読み込まれるまで5〜10秒待つよりもはるかに時間がかかりません。