3XX HTTPステータスコードの究極のガイド

Webサイトを管理する場合、信頼できるサイトパフォーマンスにはHTTPリダイレクトの理解が不可欠です。この記事では、3XX HTTPステータスコードを包括的に見てみましょう。そうすれば、それらがどのように機能するか、どのように管理するのが最善か、SEOへの影響を理解できるようにします。

キーテイクアウト

3xx HTTPステータスコードの理解は、特にSEOとユーザーナビゲーションに影響を与えるリダイレクトの処理において、ウェブサイトのパフォーマンスを管理するために重要です。
• 3XXコードは主にURLリダイレクトに使用され、リクエストを完了するためにクライアントからさらなるアクションが必要であることを示しています。特定のコードは、リダイレクトが一時的か永続的かを示しています。 SEO値を古いURLから新しいURLに渡すため、SEOには恒久的なリダイレクト（301および308）が不可欠ですが、一時的なリダイレクト（302、303、307）は短期的な変更に使用され、重要なSEOに合格しません値。
301および302リダイレクトの誤用は、リンクジュースの喪失や時代遅れのURLの継続的なインデックスングなどのSEOの問題につながる可能性があり、特定のシナリオに合わせて正しいタイプのリダイレクトを使用することの重要性を強調します。 Google Search Console、HTTPステータス、WTOOLS HTTPチェッカー、リダイレクトチェッカーなどのツールは、最適なWeb​​サイトのパフォーマンスを維持するためにHTTPステータスコードを効果的に監視および管理するために推奨されます。 SEランキングなどのツールを使用した定期的な監査は、HTTPステータスコードの問題を特定して修正し、リダイレクトが適切に実装され、サイトのSEOまたはユーザーエクスペリエンスに悪影響を与えないようにするのに役立ちます。
HTTPの目的をリダイレクト
URLリダイレクトには、あるWebページアドレスが別のWebページアドレスをマッピングすることが含まれます。あなたのサイトにリダイレクトが必要な理由はさまざまです。
• たとえば、
新しいドメインに移動することは、URLリダイレクトを使用するための最優先原因の1つです。時には、以前のドメイン名が長すぎて複雑で、覚えておくには複雑です。
• 他の理由を詳しく見てみましょう。ページをリダイレクトしてください。
  • 複数のドメインの転送：一度に多くのドメイン名を持っている間、インターネットユーザーと検索エンジンを同じ場所に導くために、永続的なHTTPリダイレクトが必要です。
  壊れたリンクの識別：404 Google検索コンソールでは、見つかっていないページを識別できます。カバレッジレポートでは、リダイレクトの助けを借りて修正するためのすべてのオンサイトインバウンドリンクに関する詳細な情報を提供します。
  • 壊れたURLの修正：壊れたリンクを識別した後、トラフィックをフロントページにリダイレクトできます。ただし、より良いオプションは、すべての壊れたURLを同じ（同様の）コンテンツを持つ新しいページにリダイレクトすることです。
  ページの新しい場所：以前のウェブサイトがSERPで高くランク付けされている非常に訪問されたページを持っている場合、リダイレクトはこのURLを新しい場所にマッピングするのに役立ちます。この場合、リダイレクトに使用した古いページが消えていないことを確認する必要があります。
  • ページを削除する必要性：削除するために必要なすべてのページに対してHTTPリダイレクトを作成し、404の誤りで訪問者を恐れて強調しないようにしてください。リダイレクトは、古いリンクのリンク値をリダイレクトURLに割り当てる必要があることをGoogleまたは他の検索エンジンに合図します。
  • 上記の主な理由に加えて、考慮すべき他のいくつかのケースがあります。ディスプレイ広告を簡素化して追跡したり、緊急事態に対処する必要がある場合は、リダイレクトが役立ちます。リダイレクトは、マーケティング担当者が広告の応答を監視するのに役立ちます。同時に、Web管理者は、リダイレクトの助けを借りて、失敗したリンクアクティビティ（エラー駆動通知、メールチェーン）を修正できます。 要約すると、Googleはクロールとインデックス作成を制御するためのリダイレクトを定義します（高度なSEOドキュメントのカテゴリ）。 Google Search Centralは、HTTPリダイレクトをシームレスな移行を実行し、いくつかのURLを介してページにアクセスし、時代遅れのURLの修正、削除されたページから新しいページにユーザーを送信する練習として説明しています。
  webプロトコルの基本
  ホスティングサーバーのデータと情報制御の転送に使用されるインターネット上の基本的なプロトコルは、HTTPと呼ばれます。 HyperText転送プロトコルにより、Webサイトを維持し、World Wide Webでインターネットユーザーとサーバー間の通信を提供できます。
  HTTPは、さまざまなタイプのデータを持つ情報システムに使用されるプロトコルです。分散、ハイパーメディア、コラボレーションです。ハイパーテキスト転送プロトコルの主な目標は、シームレスなインターネットベースのインタラクションを提供することです。 HTTPは変更を定義し、データ転送はWebサーバーとブラウザのアクションを提供します。

  この要求 - 応答プロトコルは、サーバー通信に使用されるTCP接続を介して機能します。トランスミッションコントロールプロトコルにより、インターネット検索者は、World Wide Webで表される利用可能な識別されたリソースと対話できます。 Web、ビデオ、メッセージサーバーとのユーザー通信は、httpを介して行われます。これにより、クライアントはWebページにアクセスできます

  ハイパーテキスト転送プロトコルがプロキシを使用していることは注目に値します。それらは、コンテンツの識別と分析のための特別な目的のフィルターです。 httpプロキシは、ユーザーが低品質の送信と表示を防ぐことができます：
  スパイウェアのテキストと画像
  不正なマルチメディアファイル
  Cyber​​Attack駆動型のサウンドとビデオファイル
  HTTPプロキシ操作のモードがあります。 HTTP-Clientは、ユーザーのブラウザの保護に使用されます。リクエストメッセージをサーバーに送信します。 HTTPサーバーは、HTTP応答接続を担当します。 HTTPプロキシ操作の原則は、次のように把握できます。

  HTTPプロトコルの主な利点は次のとおりです

  要求責任：アドレス指定の高度なスキームは、HTTPプロトコルによって提供されます。すべてのIPアドレスは、wwwで簡単に認識して識別できます。
  • Webリソースとのやり取りの改善：オンラインリソースの柔軟性とアクセシビリティが達成されます。 HTTPは、拡張機能とプラグインのダウンロードの機会を提供します。このようにして、関連するデータが表示されます。
    hitech whizによると、考慮すべきハイパーテキスト転送プロトコルには他の利点があります。
  セキュリティ：インターセプトが最小化されるため、ユーザーにとってデータ転送はリスクのないモードで行われます。
  ページキャッシング：ユーザーが以前にインターネットリソースにアクセスした場合、ページで使用できるコンテンツはより速くロードされます。

  レイテンシの削減：HTTPは、接続が行われた直後にハンドシェイクプロセスを開始します。このオプションは、接続駆動型のレイテンシを削減します

  HTTPは、Webプロトコル固有の方法でも注目に値します。それらは、あるタスクによって異なります。異なるWeb操作を実行するための9つのリクエスト方法があります。 プロトコル固有のリクエスト 説明 置く 既存のWebリソースの変更を担当します。このリクエストにより、新しいURLの作成も可能になります。 頭 身体の含有量を必要とせずに、特別な目的のリソースのリクエストを作成します。 役職 新しいWebページに追加されるコンテンツの既存のリソースの変更を担当します。 消去 Webマスターによって指定されたリソースを削除します。 得る その完全性に関するリソースを要求します。 トレース ユーザーが訪問したWebリコースの更新と変更を表示します。 オプション ユーザーの関心のあるURLに対してアクセス可能なHTTPメソッドのリストを示します。 接続する TCP/IPトンネルへのリクエストベースの接続の変換を担当します。 パッチ Webリソースの部分的な変更を実施できるようにします。

  HTTP応答ステータスコードとは？

  HTTPステータスコードは、サーバーの応答を決定する特別な要素であり、3-RIGIDコヒーレントシンボルとして表示されます。各ハイパーテキスト転送プロトコルコードは、REST APIエラーに使用されます。問題を特定して解決するために、各HTTPステータスコードを理解する必要があります。

  考慮すべきステータスコードには5つのクラスがあります。情報応答、成功、リダイレクト、クライアントエラーがあり、エラーカテゴリを提供します。最初の剛性は、HTTPステータスコードのクラスを示します。応答の各カテゴリを詳しく見てみましょう。
  1xx情報応答：このクラスのステータスコードは、リクエスト受信について通知します。つまり、プロセスが続くことを意味します。たとえば、
  100 =継続
  • 。 2xx成功：これらのステータスコードのグループは、リクエストの理解と受け入れに関するものです。たとえば、
  200 = ok
  • 。 3xxリダイレクト：HTTPステータスコードのこのクラスは、リクエストを完了するためにいくつかの特別な目的アクションが必要であることを示しています。たとえば、
  301 = redirection
  • 。 4xxクライアントエラー：このカテゴリの応答ステータスは、リクエストを実行できないというフラグをコードします。さらに、リクエストに悪い構文があることを意味するかもしれません。
  400 =悪いリクエスト
  • 5xxサーバーエラー：HTTPステータスコードのこのクラスは、サーバーの処理の失敗によって引き起こされるサーバー応答の失敗についてです。たとえば、500 =内部エラー。
  • ステータスコードとエラーの一部がSEOに直接影響を与えることは注目に値します。 1xxおよび2xxクラスは、検索エンジンの最適化にあまり影響しませんが（200の応答がベストプラクティスですが）、300、400、および500レベルのクラスは、Webページのクロールとインデックスのインデックスをマイナスに影響を与える可能性があります。これは、ウェブサイト全体のランキングに非常に有害である可能性があるため、常に4xxおよび5xxステータスコードとエラーに対処するように注意する必要があります。

    HTTP 300コードは、おそらくSEOの中心的な役割を果たします。このクラスのステータスコードは、古いURLから新しいURLにすべてのSEO値を渡す責任があります。したがって、300レベルの各コードの意味（一時的または永続的なリダイレクト、プロキシ、複数の選択肢など）を掘り下げる必要があります。

    3xx HTTPステータスコードの完全なリスト
    HTTPステータスコードは、URLリダイレクト用です。 300レベルのコードは、さまざまなタイプのHTTPリダイレクトを示しています。マーケティング担当者は通常、3XXステータスコードを使用して、ユーザーエクスペリエンス、Webサイトユーザーの動作、およびサイトのSEOパフォーマンスを監視および分析します。 DataTrackerリソースは、300レベルのHTTPステータスコードで分配された4種類のリダイレクトを識別します。

    301、302、307などのリダイレクトは、ターゲットリソースに新しいURLが割り当てられていることを示しています。

    300リダイレクトは複数の選択肢を提供します（リクエストに応じて一致するWebリソースの選択）。
    303リダイレクトは、位置フィールドがそれを識別した場合、充実した要求に対する間接的な応答を提供します。
    • 304リダイレクトは、前払いされた結果にHTTPリダイレクトを提供します。
    • 300レベルのステータスコードが、サーバーからのリダイレクト応答を示す必要がある場合に表示されます。動作中の3XX HTTPステータスコードクラスのもう1つの例は、削除されたページがランキングを維持する場合です。さらに、壊れたURLを修正する必要がある場合、リダイレクトは役に立ちます。 たとえば、
    301リダイレクトをPHP経由で使用して、すべてのトラフィックを新しいページに移動しますhttps://eurovps.com：
    この方法で、以前のURLのランキングを保持します。同じアルゴリズムを使用して、永続的なリダイレクトを使用して壊れたURLを修正するために使用できます。
    • リダイレクトは、他の応答コードに関連するエラーがいつ発生するかを確認することは期待できません。たとえば、リダイレクトは情報応答やサーバー/クライアントエラーの問題を解決しません（
    = 501;
    bad Gateway

    = 502;

    未処理のエンティティ

    = 420 ）。

    <span><?php // Permanent 301 Redirect via PHP
    </span>
    <span>header("HTTP1.1 301 Moved Permanently");
    </span>
    <span>header("Location: https://eurovps.com/");
    </span>

    300レベルの各コードを詳しく見て、SEOとWebサイトのランキングへの影響を理解しましょう。レビューする9つの3XXステータスコードと、その特性、機能、利点、および違いがあります。

    300複数の選択肢

    これらのステータスコードは、一般的にREST APIで使用されます。ブラウザには複数の選択肢が与えられ、リクエストを満たすリソースでサイドを選択する必要があります。たとえば、指定する複数のビデオ形式オプションまたは異なるファイル拡張子がある場合、300レベルのコードが役立ちます。 300のリダイレクトを使用するもう1つの理由は、エージェント主導の交渉の要件を満たすことです。サーバーは、選択できる利用可能な表現タイプについてユーザーエージェントに通知します。この例を詳しく見て、300 redirectの動作を確認してください。 コーディングで /fooおよび /barを見ることができます。両方のオプションが選択にアクセスできる場合、場所は指定されています。

    301は永久に移動しました

    もう1つのステータスコードは、一般的にREST APIで使用されます。主なアイデアは、リダイレクトが永続的であるということです。リダイレクトを短時間使用する必要がある場合、301リダイレクトはこの目的には適していません。インターネットユーザーと検索エンジンの両方が、301 HTTPステータスコードの助けを借りて新しいURLに移動します。このタイプの最良のリダイレクトシナリオは、前のページを復元する予定がない場合です。

    実際のケースの助けを借りて、永続的なHTTPリダイレクトの概念を説明しましょう：
    FAQページはサブドメイン（https://faq.website.com）でホストされています。
    FAQページをサブフォルダーに移動することにしました（https://www.website.com/faq/）。
    • サブドメインが削除されている場合、SEOに害を及ぼす404ページが表示されます。
    ユーザーエクスペリエンスもこのプラクティスに苦しんでいるため、リダイレクトは必須です。
    • 301リダイレクトを配置して、ユーザーが古いURLにアクセスしないようにします。
    検索エンジンも新しいFAQページにリダイレクトされます。
    永続的なリダイレクトのもう1つの例（301リダイレクト）を見てみましょう。ここでは、ユーザーと検索エンジンを新しい場所にリダイレクトするために使用される301 HTTPステータスコードを確認できます。強調表示された変更は太字の黄色です。
    プログラマーは、多くの場合、.htaccessファイルを使用して、301リダイレクトを含むさまざまなタイプのリダイレクトを実装します。考慮すべき301のリダイレクトの2つの方法があります：

    ドメイン全体を新しいWebサイトにリダイレクトできます。 301をリダイレクトした後にあなたの関心のあるドメインを追加します：

    1ページのみをリダイレクトする場合は、リダイレクト301の後に古いURLを指定する必要があります。

    • <span><?php // Permanent 301 Redirect via PHP
      </span>
      <span>header("HTTP1.1 301 Moved Permanently");
      </span>
      <span>header("Location: https://eurovps.com/");
      </span>

      ここで、さまざまなコーディングアプローチには異なるリダイレクトの実装が必要であることをここで言及することが重要です。たとえば、PHPを使用して301のリダイレクトを実装すると、次のようになります。
    • JavaScriptはSEOプラクティスにとって最適ではないことに注意してください。 Googleは、JavaScriptのリダイレクトを誤って誤って解釈することがあります。 SEOに優しい恒久的なリダイレクトに興味がある場合は、上記の方法のいずれかを選択することをお勧めします。

      <span>HTTP/1.1 300 Multiple Choices
      </span><span>Server: curveball/0.3.1
      </span><span>Access-Control-Allow-Headers: Content-Type,User-Agent
      </span><span>Access-Control-Allow-Origin: *
      </span><span>Link: </foo> rel="alternate"
      </span><span>Link: </bar> rel="alternate"
      </span><span>Content-Type: text/html
      </span><span>Location: /foo
      </span>

      302 fund
    REST APIには、もう1つの一般的に使用されるステータスコードがあります。永続的な301のリダイレクトと比較して、

    一時的なリダイレクトが必要な場合に302レベルのリダイレクトが使用されます。たとえば、すぐにリダイレクトするこのURLの変更について知っています。または、ある時点で前のページが復元されます。もう1つのケースは、古いページを削除する必要がある場合ですが、すべてのトラフィックをリダイレクトし、一時的なURLにランキングスコアを保存する必要があります。 302ステータスコードを使用する他の理由の中には、次のとおりです。

    新しいが一時的なドメインへの移行
    • サイト構造の変更（ただし一時的に）。

    302リダイレクトの実装を301レベルと同じ方法で実施できることに注意する価値があります。 SEOフレンドリーな目的でJavaScriptのコーディングを避けるための推奨事項もここに適用されます。

    たとえば、上の画像では、ウェブサイトの一時的な移転に302レベルのステータスコードがどのように使用されているかを見ることができます。このタイプのリダイレクトをウェブサイト/ページの再設計、一部のテスト、プロモーションランニング、およびその他の短期イベントや取り決めに使用することもできます。

    303他の

    を参照してください

    このHTTPステータスコードにより、REST APIは参照の形でクライアントに提案を送信できます。 303リダイレクトの注目すべき機能は、キャッシュフリーのパフォーマンスです。しかし、リダイレクトの2回目のセッションはキャッシュされることに言及する価値があります。
    303ステータスコードはSEOでは関係ありません。それでも、それはユーザーフレンドリーを改善し、すでに訪問されたものの代わりに別のURLを提案できるときにマーケティングの目的を実現するのに役立ちます。

    304変更されていない

    このコードは、他の上場の3xxのものとして一般的にREST APIで使用されています。再送信が必要ない場合、変更されていないステータスコードを使用できます。ページがまだ変更されていない場合は、リダイレクトキャッシュをフリーにすることができます。

    304リダイレクトの例でコーディングを詳しく見てみましょう。ステータスコードは、要求されたメソッドとURLで指定されています。
    305 Proxyを使用このHTTPステータスコードは今のところ廃止されています。一部のブラウザは、このタイプのリダイレクトを使用することを許可していません。たとえば、Mozilla FirefoxとInternet Explorerは、セキュリティ上の理由でユーザーが305のリダイレクトからのユーザーを妨げます。この状況の主な説明は、リクエストを進め、Webリソースへのアクセスを提供するために使用される単一のプロキシです。このアプローチは、一部のブラウザに関しては危険です。
    306スイッチプロキシ（未使用）

    プログラマーは今はこのステータスコードを使用していません。その主なアイデアは、特別な目的のリクエストが行われたときにプロキシを切り替える機会でした。そのタイプのリダイレクトがコーディングで提示された場合、ユーザーはデフォルトで指定されたプロキシに戻ります。

    307一時的なリダイレクト
    このHTTPステータスコードは、302ステータスコードに非常に似ています。そのため、リダイレクトに必要な実装方法は301および302と同じです。207と302の差を掘り下げましょう。どちらも一時的なHTTPリダイレクトに関するものであるためです。専門家はまだこのトピックについて議論しています。私たちの目的のために、307のリダイレクトについて考慮すべき2つの意見があります。
    • 307および302リダイレクトは、コンテンツの同じ一時的な移動を提供します。いくつかのクイックバリエーションが行われたときに、これらのステータスコードのいずれかを使用することをお勧めします。
    302と307の一時的なリダイレクトには違いがあります。 302レベルのステータスコードは、HTTPメソッドを変更するために注目に値します。同時に、HTTPメソッドの変更なしで307のリダイレクトが使用されます。
    302リダイレクトのget requestメソッドの変更は、Web上の予測不可能な結果につながることを意味します。 307リダイレクトでは発生しません。以下の写真は、307レベルの一時リダイレクトを使用する例です。

    308永久リダイレクト

    このステータスコードは実験的と見なされますが、301永久リダイレクトと同じセマンティクスがあります。 308と301のリダイレクトの唯一の違いは、HTTPメソッドの変更の可用性です。 301リダイレクトにより、ユーザーエージェントは使用されたHTTPメソッドを変更できますが、308ステータスコードは、リダイレクトのための変更不可能なHTTPリクエストメソッドを意味します。
    308 HTTPステータスコードは、2015年にのみ導入されたため、かなり新しいです。一部のブラウザは、308のリダイレクトを認識できず、リダイレクトされたページ（たとえば、インターネットエクスプローラー11）の代わりにユーザーが空のページを表示できません。そのため、より良いサポートとSEOフレンドリーのため、301の永続的なリダイレクトが望ましいのはそのためです。 308レベルのHTTPステータスコードのサポートはまだ不十分であり、検索クローラーは常にそれを認識しているわけではありません。 SEO

    の3xx HTTPステータスコード値 300レベルのリダイレクトは、SEO値を維持するために重要です。古いページから別のページに移動する必要があり、ランキングを無駄にしたくない場合は、一時的または永続的なリダイレクトをお勧めします。リンクジュースを保存し、再設計やその他の変更に関してウェブサイトのSEOに害を及ぼさないようにするには、いくつかのHTTP 300コードを使用できます。

    永続的なリダイレクトの場合は

    301または308

    一時的なリダイレクトの場合、

    302、303、307

    リダイレクト検索エンジンの最適化に害を及ぼさないでくださいが、当局の損失を回避します。 Googleランキングを保存してジュースをリンクするための正しい方法でページをリダイレクトする必要があります。 301または302のリダイレクトを使用する
  一時的および永続的なリダイレクトに関しては、301および302 HTTPステータスコードが常に優先順位を付けられます。しかし、これらのHTTP 300コードには違いがあります。これが最初のシナリオです。古いサイトを永遠に削除することにしました
  • 。しかし、このURLはしばしば訪問され、検索エンジンによって高度にランク付けされました。リンクジュースとGoogleランキングを保持するために301の永続的リダイレクトを使用することをお勧めします。

    2番目のシナリオは、Webサイトを再構築し、短期的にSERPを保存する場合です。サイトはSEOの値を失います。検索エンジンは古いURLを保持しますが、リダイレクト後に新しいページのインデックスを作成し始めます。すべての更新と再設計が終了し、古いURLに戻ることを確認している場合は、302リダイレクト（一時的）を使用することをお勧めします。 HTTP 300コードを誤用すると、検索エンジンの最適化がこれらの間違いの影響を受ける可能性があります。これは、誤ったリダイレクトのためにSEO戦略が失敗する場合の最終候補者です：

    一時的なウェブサイトの変更に301リダイレクトを使用しました。その結果、Googleは検索エンジンインデックスからSEOに不可欠な古いURLを除外できます。リンクジュースとランキングを完全に失います。

    永遠に削除されるページに302リダイレクトを使用しました。検索エンジンは、すべての変更が一時的であることを理解しているため、古いページに注意を払い続けています。この方法で、新しいURLのSEO値が失われます。
    301ステータスコードは、トピッククラスターに適していることに注意してください。永続的なリダイレクトが本当に必要な場合は、302を使用しないでください。ランキングやトラフィックを失うリスクを防ぎます。 302リダイレクトは、検索エンジンを強制して、古いページのインデックスを作成し続け、リンクジュースを新しいページに転送しないようにします。 WTOOLSやリダイレクトチェッカーなどの専用ソフトウェアを使用して、WebサイトのHTTPステータスコードの精度を必ず確認してください。

    301対302

    パラメーターを比較するパラメーター 301 302 リダイレクトタイプ 永続 一時的 いつ使用されますか？ 削除される古いページのリダイレクトの場合。 復元される古いページのリダイレクトのため。 SEO値 古いページのランキングをリンクジュースと一緒に保存し、宛先URLに転送します。 ユーザーは、古いページのランキングをリンクジュースと一緒に保存し、それらすべてを宛先URLに一時的に転送できます。 Canonization信号 Googleへのより強いCanonization Signal 検索エンジンへの中程度のカヌー化信号 リダイレクトの構文 変更されます 変更されます 永続的なリダイレクト
    パラメーターを比較するパラメーター 301 308 リダイレクトタイプ 永続 永続 いつ使用されますか？ 削除される古いページのリダイレクトの場合。 削除される古いページのリダイレクトの場合。 スペシャル SEOよりも好ましい。クローラーによってよく認識されています。永続的なリダイレクトの場合;リダイレクトページへのフルリンクエクイティ。 実験;サポートが制限されています。 GETメソッドへの誤った変更を回避するため。 SEO値 古いページのランキングをリンクジュースと一緒に保存し、宛先URLに転送します。 古いページのランキングをリンクジュースと一緒に保存し、宛先URLに転送します。 Canonization信号 Googleへのより強いCanonization Signal 検索エンジンへの低いカノー化信号 リダイレクトの構文 変更されます 変更されていません 301は、Googleのより強いCanonizationを持っています。同時に、Googleのチームの代表であるJohn Muellerは、308および301 HTTPステータスコードが同じリダイレクトとSEO駆動型のプロパティを提供していると述べました。 一時的なリダイレクト

    パラメーターを比較するパラメーター

    302 307 リダイレクトタイプ 一時的 一時的 いつ使用されますか？ 復元される古いページのリダイレクト。 復元される古いページのリダイレクトのため。 スペシャル 一時的なリダイレクトの場合。検索クローラーによってよく認識されています。 SEOよりも好ましい。 GETメソッドへの誤った変更を回避するため。クライアントの要求を別のホストにシフトします。 SEO値 ユーザーは、リンクジュースと一緒に古いページのランキングを保存し、一時的に宛先URLに転送できます。 ユーザーは、リンクジュースと一緒に古いページのランキングを保存し、一時的に宛先URLに転送できます。 Canonization信号 Googleへの強力なCanonization Signal 検索エンジンへの強力な正規化信号 リダイレクトの構文 変更されます 変更されていません 307ステータスコードは、SEOスペシャリストが望むものです。リダイレクトの302の構文が変化するため、予期しない動作を引き起こす可能性があります。さらに、ThisRest APIチュートリアルでは、クライアントのリクエストを別のホストにシフトするときに307のリダイレクトが役立つと述べています。

    Mozは、検索エンジンがページを互換性があると特定したかどうかを判断することが本質的に不可能な場合、302リダイレクトを提案します。このようにして、別のページに一時的に移動するコンテンツは、302 HTTPステータスコードを使用してリダイレクトする必要があります。クローラーは変更に言及し、URLは正しくインデックス化されます。

    SEランキングのHTTPステータスコードのチェック
    GoogleがWebサイトでHTTPステータスコードをどのように知覚するかを監視するには、Webサイト監査を受ける必要があります。現場での分析研究を実施するための特別な目的のツールがさまざまです。 SEO Webサイト監査ソフトウェアで例示された分析研究プロセスの特性を詳しく見てみましょう。

    SEランキングは、問題の説明を備えたサイト監査レポートと、クローリング、セキュリティ、ユーザビリティ、スピードエラーなど、すべての重要なWebサイトの技術指標を深く分析するためのハウツーフィックスガイドを提供します。ソフトウェアは、リダイレクトやハイパーテキスト転送プロトコルエラーなど、すべてのWebサイトページを詳細に分析します。これがあなたのウェブサイトで洞察を得るためのアルゴリズムを紹介しますhttpステータスコード：

    セクションのWebサイト監査を開きます。
    1. チェックを開始するためにWebサイトを指定します。
    レポートの1つは、httpステータスコードです。

    インフォグラフィックには、支配的なHTTPステータスコードクラス（1xx、2xx、3xx、4xx、5xx）が含まれます。さらに、リダイレクトの数および

    デタッチされたページ

    は、レポートで指定されます（メインインフォグラフィックの下）。 完全なWebサイト監査では、SEランキングはHTTPステータスコードに関連する弱いスポットとエラーを検出し、問題の説明を提供し、ウェブサイトのオンラインパフォーマンスを改善するためにそれらを修正する方法を提案します。

    どの3xxコードを知っておく必要がありますか
    HTTP 300コードはすべて、サウンドオンラインの可視性に興味のある現代のビジネス代表者の注意を払う価値があります。たとえば、300（複数選択）は、ユーザーが複数のエンティティを一度に選択する必要があるマーケティング戦略のパフォーマンスに役立ちます。 303（その他を参照）ステータスコードは、関心のリソースにリダイレクトするために別のURLを使用する必要がある場合に役立ちます。

    しかし、不可欠なHTTP 300コードは301、302、および307です。これは、一時的および永続的なリダイレクトに使用されるためです。これらのステータスコードは、SEOに優しいWebサイトの移行、URLの変更、サイトの再構築と更新、ドメインの変更、またはWebサイトページのまもなく再配信アクティビティを確保するために推奨されます。 Googleのランキング基準を満たし、リンクジュースを失わないようにするために、リダイレクトプロセスにはいくつかの要件があることに注意してください。覚えておくべき主な5つのヒントがあります：

    • 301リダイレクト後にのみ新しいドメインに移動します。 Googleは重複したコンテンツを嫌い、この間違いであなたを罰することができます。
    • http：//とhttp：// wwwバージョンの間の301、302、および307のリダイレクトを設定します。検索エンジンの最適化にとって重要です。
    • リダイレクトチェーンに関するGoogleの好みを検討してください。連続して2つのリダイレクトを超えないでください。リダイレクトが過剰に使用されている場合、クローラーはあなたのウェブサイトへの訪問を停止します。
    Google検索コンソール、HTTPステータス、WTOOLS HTTPチェッカー、リダイレクトチェッカー、またはSEランキングWebサイト監査ツールなどの有用なツールを使用して、HTTPステータスコードの監視とタイムリーな変更の実装を簡素化します。 あるWebサイトから別のWebサイトに移行する場合は、SEO戦略を再生します。キーワード検索、新しいコンテンツマーケティング戦略、およびその他の基本的な準備を検討してください。
    • HTTP 3xxエラーコードのFAQ
    • HTTP 3xxステータスコードは何を示していますか？
    HTTP 3XXステータスコードはリダイレクト応答です。彼らは、リクエストを満たすためにクライアントがさらなる行動をとる必要があることを示しています。これらのコードは、リソースが別の場所に移動したときによく使用されます。

    he 301ステータスコードは、要求されたリソースが永続的に新しい場所に移動されたことをクライアントに通知します。新しいURLに対して後続のリクエストを行う必要があります。

    302ステータスコードは一時的なリダイレクトを示し、クライアントは将来のリクエストには元のURLを引き続き使用する必要があります。それは301とは異なり、これは永続的な動きを意味します。

    303はいつ他のステータスコードを見る必要がありますか？

    303ステータスコードは、サーバーがクライアントにGETリクエストを使用して別のURLから応答を取得することを望んでいるときに使用されます。多くの場合、PRG（redirect-get）パターンに関連付けられています。 302と同様に、307ステータスコードは一時的なリダイレクトを示します。ただし、クライアントは後続のリクエストに同じHTTPメソッドを使用する必要があることを指定します（たとえば、POSTリクエストの場合は、再度投稿を使用します）。コード？

    es、リダイレクトの不適切な取り扱いは、オープンリダイレクトのようなセキュリティの脆弱性につながる可能性があります。開発者は、リダイレクトURLを検証および消毒して、信頼できる場所と予想される場所にのみリダイレクトすることを確認する必要があります。

以上が3XX HTTPステータスコードの究極のガイドの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。