HTTPS / 301 / 404 といった技術的な詳細はどう処理しますか？

第2章：検索基礎編 · 第31問

HTTPS、301リダイレクト、404エラーページ——この3つは基本的に見える技術的詳細ですが、適切に処理しないとランキングの急落、トラフィックの喪失、ユーザー体験の崩壊を招きます。特にBaiduのエコシステムでは、これらの問題の回復期間はGoogleよりも長くなる傾向があるため、必ず一度で正しく行う必要があります。

HTTPS移行：Baidu環境における完全チェックリスト

BaiduはHTTPSがランキングの加点要素であることを明確に示しており、検索結果でもHTTPSページを優先的に表示します。移行手順：

1. 証明書の選択

• 無料プラン：Let’s Encrypt（自動更新、中小サイト向け）
• 有料プラン：DigiCert、GlobalSign（企業サイト・ECに推奨、保険補償付き）
• 国内プラン：Alibaba Cloudの無料証明書、Tencent Cloudの無料証明書（ワンクリック導入、同社サーバーを利用するサイト運営者に最適）

2. サイト全体のリダイレクト設定

Nginx設定例：

server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://$server_name$request_uri;
}

3. 移行後に必ず行う事項

• 更新sitemap内のすべてのURLをHTTPS版に
• 更新canonicalタグはHTTPS
• で百度検索リソースプラットフォームでHTTPSサイトを再検証する
• HTTPS認証を申請する（百度サイトマスタープラットフォーム → HTTPS認証）
• ページを確認内部リンクHTTP のハードコーディング（混合コンテンツ問題）が残っていないか
• サードパーティプラットフォームの更新外链リンク先（変更可能なものは変更し、変更できないものは301でカバー）

よくある落とし穴：一部のCDNはデフォルトでHTTPでオリジンに戻るため、検索エンジンには依然としてHTTPバージョンが見えてしまいます。CDN側でもHTTPSオリジン戻しが設定されていることを必ず確認してください。

301リダイレクト：Baiduのゆっくりとしたペースには忍耐が必要

301は永続リダイレクトで、検索エンジンに「このページは恒久的に新しいアドレスへ移動した」と伝えます。Baiduは301の処理がGoogleよりはるかに遅く、通常1〜3か月かけて完全に権重を引き継ぎます。

301 をいつ使うか：

• ウェブサイトのドメイン変更
• URL構造の調整（例：/article/123変更する/blog/seo-tips）
• HTTPからHTTPSへの移行
• ページを削除するが対応する新コンテンツで受け皿がある場合
• 複数の類似ページを統合

301のベストプラクティス：

Baidu特有の注意事項：

• Baidu站长プラットフォームで「改版ルール」を提出し、Baiduによる301の認識を加速する
• パス：検索サービス → サイト改版 → 改版ルールを追加
• 3つの方式をサポート：サイト改版、ルール改版、新旧URLペア提出

チェーンリダイレクト検出：Screaming Frogでサイト全体をクロールし、すべてのリダイレクトチェーン（redirect chain）を抽出して、1つずつ直接リダイレクトに修正する。

カスタム404ページ：ユーザーとSEOの両立

ユーザーが存在しないページにアクセスしたとき、良い404ページはトラフィックを救い、悪い404ページはユーザーにタブを閉じさせる。

SEO面の要件：

• サーバーは404ステータスコードを返す必要がある（200ステータスコードで「ページが存在しません」という内容を表示するのは「ソフト404」であり、クロール配额を浪費する）
• 404ページを301で一律にトップページへリダイレクトしないこと（Baiduはソフト404とみなす）
• 404ページ自体の設定<meta name="robots" content="noindex">

ユーザー体験設計：

• 親しみやすい案内文（“お探しのページは存在しません”）
• 検索ボックスを提供し、ユーザー自身で探せるようにする
• 人気コンテンツや関連ページへのリンクを推薦する
• トップページへ戻るボタンを提供する
• サイトナビゲーションを維持し、空白ページにしない

サンプル文案：

申し訳ありません。お探しのページは削除されたか、アドレスが間違っている可能性があります。
検索して必要なコンテンツをお探しいただくか、人気記事をご覧ください

死リンク（Broken Links）の監査方法

死リンクはユーザー体験を損なうだけでなく、Baiduのクロール割り当てを浪費します。死リンクが多すぎると、Baiduのサイトに対する信頼度が低下します。

監査ツール：

• Baiduサイトオーナープラットフォーム → クロール異常：Baiduが検出した死リンクを直接確認
• Screaming Frog：サイト全体をクロールし、4xxステータスコードを抽出
• Xenu Link Sleuth：老舗の無料ツールで、中小サイトに適しています
• Ahrefs Site Audit：有料だが機能が強力

死リンク発見後の処理優先度：

1. 対応する新コンテンツがある → 301リダイレクトを設定
2. 対応コンテンツはないがトラフィックがある → ページを復元するか、最も関連するページへ301
3. トラフィックも価値もない → 404のままにし、Baiduサイトオーナープラットフォームで死リンクを送信
4. 大量の死リンク → Baiduサイトオーナープラットフォームの「死リンク送信」機能で、Baiduにインデックスを迅速に削除させる

実践的なアドバイス

• HTTPS移行はトラフィックの少ない時期に実施：例えば週末の早朝など、検索エンジンにバッファ期間を与え、問題が発生しても修正する時間を確保
• 301設定後は3ヶ月間継続的に監視：BaiduサイトオーナープラットフォームとGoogle Search Consoleでインデックス数とトラフィックの変化を観察し、権重が正常に伝達されていることを確認
• 四半期ごとにサイト全体の死リンク監査を実施：Screaming Frogで一通りスキャンし、新たに発生した死リンクを適時処理して、サイトの「健康スコア」を維持

AIツールで解決：301 / 404 / HTTPS移行の自動化

シナリオ1：301マッピング表を一括生成

私のサイトはリニューアルします。旧サイトにはこれらのURLがあります（旧URLリストを貼り付け）。新サイトのURLルールは[例：/blog/ プレフィックス + タイトルslug]です。「意味的に最も近い」原則に基づき、各旧URLに対応する新URLを生成し、「旧URL,新URL」のCSV形式で出力してください。明確に対応できない項目には印を付けてください。複数の旧URLを同じ新URLに向けないでください。

シナリオ2：301マッピング表をNginx設定に変換

これは旧URL,新URLの301マッピング表です（先頭50件を貼り付け）。Nginx設定を生成してください：return 301で1件ずつリダイレクトし、チェーンリダイレクト（A→B→C）を避け、「すべてのURLを新ドメインへ301」するserverブロックの例も提示してください。また、各ルールをどこに配置するかも説明してください。

シナリオ3：「怖くない」404ページを作成

404ページを作成してください：友好的で怖くなく、ブランド感を含み、サイト内検索ボックスを提供し、人気記事3件を推薦し（タイトルは私が提供）、トップページへ戻るボタンを設置。HTML + インラインCSSで出力し、サーバーが404ステータスコードを返す設定方法と、ページにnoindexを追加する方法も説明してください。

シナリオ4：死リンクレポートを分析し、処理優先度を決定

これはクローラーツールでエクスポートした死リンクリストです（URL + ステータスコードを貼り付け）。分類してください：1) 類似の新ページがあり301できるもの；2) レイアウト/リンクの誤りによる偽の死リンクの可能性があるもの；3) すでに価値がなく404のままでよいもの。「優先処理順」で表を出力し、各項目の処理提案を添えてください。

注意：AI 的边界

• 301マッピングは必ず人的に確認：AIが「意味的に近い」と推測した対応関係は、重要なページを誤って指定する可能性があります。コアページのマッピングは必ずご自身で確認してください
• AI にサーバーを直接変更させない：生成された Nginx 設定は、サーバー権限を持つ人がテスト環境で検証してから適用し、変更前にバックアップする
• AI はあなたのビジネスを知らない：どの URL を 301 にし、どれを 404 のままにするかはトラフィックとビジネス価値次第で、AI は提案しかできず、決定権はあなたにある