ProxyPass経由で転送する場合の/ blogのSEOの利点
クライアントからSEO企業を介して、eコマースサイトに付随するブログをホストするのではなく、theirdomain.com/blogではなく、blog.theirdomain.comでホストするリクエストがありました。たとえば-Redirect /blog /blog/
ProxyPass /blog/ http://blog.theirdomain.com/
ProxyPassReverse /blog/ http://blog.theirdomain.com/
ProxyPassReverseCookieDomain blog.theirdomain.com www.theirdomain.com
ProxyPassReverseCookiePath / /blog/
Eコマースホスティングの面倒を見て、wordpressサイトをホストしないように（これらはwpengine.comでホストされています）、ProxyPassを使用してこれを達成するためにいくつかのリクエストがありました。仮想サブフォルダー上のすべての要求を別のドメインに転送します。以下のセットアップ例：
__コード__
これは、theirdomain.com/blogへの各リクエストがサブドメインのブログに転送されることを意味します。 どうやら Googleがあなたのブログをこのようにホストすることが優先されます。しかし、これから得られる利点は（利点があると仮定すると）、ブログへのすべての単一のリクエスト、またはブログの資産に導入された遅延によって根絶されると思われますサーバー経由でリクエストをリダイレクトする必要があります。
これに関するいずれかの観点を支持する証拠はありますか？
ありがとう。
ドメインが異なる場合、それらがすべて同じサーバー上にない限り、ホスティングをどのように見ているかを把握しようとしています。
とにかく、セットアップSEOの問題は（ある程度指摘したように）速度です。これは、Apache Webサーバーがクライアントが何かを見る前に他のドメインに接続して正しいデータをロードしようとするためです。これにより、レイテンシ（最初のバイトまでの時間またはTTFB）が200ミリ秒を超えます。これは、Googleがページ速度のインサイトドキュメントに従って許容できると考える数値です。もちろん、サーバーが途方もなく高速でGoogleのすぐ隣にある場合を除きます。
証拠に最適なWebサイトは http://www.webpagetest.org にあります。そこに移動して、サーバーのプロキシ機能が動作するURLを入力すると、より高いTTFBが表示されます。プロキシ機能を必要としないサーバー上の他のファイルでも同じ操作を行い、TTFBが少し低くなるはずです。
最善の解決策は、新しいURLを指すHTTP 301ステータスコードでリダイレクトページを作成することです。たとえば、Apacheにmod_rewriteをインストールしてアクティブにしている場合、.htaccessに次のような行を追加できます。
RewriteEngine On
RewriteRule ^firstcustomerblog$ http://blog.customer1.com [R=301,L]
RewriteRule ^secondcustomerblog$ http://blog.customer2.com [R=301,L]
RewriteRule ^thirdcustomerblog$ http://blog.customer3.com [R=301,L]
上記の例では、 http://example.com/firstcustomerblog にアクセスすると、自動的に http://blog.customer1.com にリダイレクトされます。 http://example.com/secondcustomerblog にアクセスすると、自動的に http://blog.customer2.com にリダイレクトされます。最後に、 http://example.com/thirdcustomerblog にアクセスすると、自動的に http://blog.customer3.com にリダイレクトされます。 example.comがドメインであると想定します。
最初、TTFBはプロキシアイデアとほぼ同じですが、顧客サイトの次のページにアクセスすると（顧客がすべてのリンクにドメイン名を含めなかった場合）、TTFBははるかに低くなり、より速い体験。