Shopify カノニカルURLガイド - 重複コンテンツを修正し、SEOを改善する方法

各製品に対して単一のマスターバージョンを設定してください。各コレクションに対しても同様で、それ以外のすべてのバリエーションは、検索シグナルをマスターページに向ける明確にラベル付けされた href ポインタを使用してそれに指向する必要があります。

dressestitle を一貫させるために、すべての個別バリエーションで dressestitle フィールドが一致するように確保してください。これによりバックグラウンドノイズが減少し、シグナルが単一のパスに集中し、より強いランキングが得られます。

赤いシャツなどの製品とカラーバリエーションを含むカタログでは、各バリエーションごとに別のパスを作成せず、マスターバリエーションに依存し、バックエンドのインデックスを元のリストに向ける内部参照を使用してください。

このアプローチは通常、クロール廃棄を減らします。主なページは、その製品ファミリーの主な真実のソースとして知られるようになります。

バックグラウンドを整理してください: インデックスを分割する可能性のあるバリエーション、バックリンク、およびサブページの数を制限します。厳格な階層はランキングシグナルをマスターページに集中させ、他のすべてをフォールバックとして機能させます。

実装にはチームからの努力が必要です。クローログの変更を追跡し、以前ここに指向されていた各個別パスを強調するサイト全体のマップで頻繁に監査してください。これにより、時間とともにランキングの測定可能な向上が得られます。

Shopify 正規 URL ガイド

すべての製品に対して単一の主パスを宣言し、各コレクションに対しても同様です。ページヘッダーにメインのバージョンを指す href タグを挿入してください。サーバーはそのパスに対して 200 で応答する必要があります。他のバリエーションでは同じコンテンツを提供して、インデックスシグナルをクリーンに保ちます。この変更を producthtml テンプレートに editor を使用して適用し、公開してください。このアプローチを使用してクリーンな management フローを維持します。

主アドレスには常に https を使用してください。href 値が正しいパスを指していることを確認してください。ブラウザでメインのバージョンを開いて視認性を確認してください。server management では、セカンダリパスをメインに 301 リダイレクトでルーティングしてください。dont 素早いチェックを実行することを忘れないでください。シグナルが整列し、スプリットインデックスを避けます。article はルールを説明します。言語の詳細を念頭に置いてください。

多言語カタログの場合、language ごとにシグナルを分割し、単一のアドレスで結合しないでください。各言語ごとに別々の主パスを作成してください。そうしないと、インデックス結果が混在する可能性があります。используйте 言語スイッチャーを使用し、brand と producthtml テンプレートが正しいパスにルーティングされることを確保してください。利用可能なバリエーションは right で、href を介して明確に宣言する必要があります。そうしないと、クローラーを混乱させます。

すべてのテンプレートを監査してクリーンな management を維持してください: producthtml、brand、およびコレクション。dont 壊れたリンクを残さないでください。ヘッダーに主パスを宣言して、article が将来の変更に対して役立つようにしてください。должен チームによって従われるべきです。このプロセスへの手が、すべてが open で利用可能で使用される状態を確保します。

迅速に実装するには、editor に最小限のスニペットをインストールして、ヘッドリンクを自動的に追加してください。これは producthtml と brand テンプレート全体で使用されます。デプロイ後、主パスが indexed されていることを確認するための素早いチェックを実行してください。代替パスがクリーンにそれにリダイレクトします。dont 将来のチームへの availability のために article にポリシーをドキュメントすることを忘れないでください。однако 言語ルールと https 接続をそのままに保ってください。

Shopify テーマ内の正規タグの場所: それらがどこにあり、どう生成されるか

推奨: テーマファイルの head ブロックを検査してください。ページの主バージョンを指す link タグを探してください。欠落している場合、テンプレートエンジンを使用して各ページタイプの正しい URL を出力する単一の真実のソースを実装してください。

探す場所: 一般的な場所には layout/theme.liquid; sections/header.liquid; すべてのレンダーでロードされる共有スニペットが含まれます。正規の行は通常 head セクションの上部にあります。

構築方法: ヘルパーが現在のリソースタイプ、例: category, collectionssaleproductsred-shirt, article, product を読み取り、https プロトコルと /collections/… や /articles/… のようなパスを使用して完全な URL を構築します。動作は数千のページに対して同じソースを確保します。出力は一貫してインデックスされます。

поскольку 生成された参照が安定したまま残る必要があるため、開発環境で素早いチェックで確認してください: ページソースを表示し、参照行を探し、href がリソースの期待されるパスと正確に一致することを確認してください。これにより、記事、キャンピングページ、カテゴリーページ、コレクションページ全体で一貫性が得られます。

テストのヒント: yourdomaincompage-1、collectionssaleproductsred-shirt、articles、camping などの明示的なサンプルを使用してください。https を含めてプロトコルの正確性を確認してください。utm_sourcenewsletter 値でパラメータの伝播を観察するためにインストルメントしてください。ブラウザソースでラインを可視に保って、時間の経過でずれを防ぎます。

ベストプラクティス: テンプレート全体で正規参照を出力するための単一の既知のメカニズムを選択してください。各ページタイプの正確なソースを指定してください。異なるホストやパスを生成する発散ロジックを避けてください。既知の問題には製品ページやブログ投稿の不一致が含まれます。解決策にはジェネレータの中央集権化、軽量 liquid コードの監査、数千のカテゴリー、コレクション、記事ページでのテストが含まれます。

製品ページの正規 URL を設定してバリエーションを統合し、重複を避ける

推奨: 優先度レベルで1つの主バリエーションを権威あるソースとして指定してください。すべての他のバリエーションからそのページへの 301 リダイレクトを適用してください。

セットアップ中、階層を尊重するバックグラウンド構造を構築してください: 単一の主バリエーションがソースです。非 HTML 要素、例: ヘッダー要素リンク、ソートリスト要素、ナビゲーションは、そのターゲットを指すべきです。変更後のスクリーンショットは、この作成された配置を検証するのに役立ちます。これによりシグナルの誤ルーティングを防ぎ、正しいインデックスを保持します。

頻繁に観察される動作の理解が役立ちます: バリエーションが色、サイズ、言語で異なる場合。хотя シグナルはプラットフォームによってしばしば異なりますが、単一のターゲットはシグナルを分割するのを防ぎ、より良いインデックス安定性、より少ない類似ページがランキングを競う結果を生みます。

実装ステップ: バリエーションリストを特定してください。作成された主バリエーションを設定してください。リダイレクトを作成してください。テストを実行してください。この間、ヘッダーの一貫性、リンクターゲット、バックグラウンドルールを検証してください。比較のための2番目のスクリーンショットをキャプチャしてください。また、テスト中、バリエーション全体でのヘッダー要素の一貫性を検証してください。

実世界の例を選択してください: 赤、青、緑のようなカラーバリエーションを持つ製品。統合後、すべてのトラフィックシグナルが赤いバリエーションに整列します。これによりアルゴリズムによる誤解釈を防ぎ、重複シグナルを減らします。

ソート中、エディターに kato チェックリストを可視に保ってください。非 HTML ノート、ヘッダーチェック、バックグラウンド参照を含めてください。目標はバリエーション全体での https 一貫性を保持することです。また、記事では、オペレーターによるシグナル取得の解釈をドキュメントし、類似ページを探すことを説明してください。常に選択されたターゲットにリンクしてください。

パフォーマンスメトリクス: https 経由で頻繁にクロールされるページを追跡し、応答時間を監視し、誤ルーティングされたトラフィックをチェックしてください。検索コンソールからのシグナルを使用して影響を測定してください。このアプローチはセッション品質を節約し、インデックス明確性を向上させます。

コレクションページとページネーション重複を正規タグで処理する

推奨: ページネーションされたコレクションページをベースコレクションパスへの正規参照でマークしてください。rel="canonical" でマークされたページは googles によって優先されます。シーケンスのすべてのページの head に rel="canonical" を持つ link 要素を配置してください。これにより googles にどのバージョンを権威ある表現としてインデックスするかをシグナルします。正規はページネーションパラメータなしのベースパスであるべきです。

コード例: <link rel="canonical" href="https://example.com/collection/base" /> をベースページの head に。ページネーションされたページでは、?page=... パラメータなしで同じ href を保持してください。パスが正確に一致することを確保してください。

1. 各コレクションのベースパス（インデックスページ）を特定してください。パスがプラットフォーム全体でデフォルトで使用され、ユーザーが一貫した参照を見ることを確保してください。
2. ページネーションされたページでは、ベースパスを指す正規要素を挿入してください。シーケンスのすべてのページで href を同一に保ってください。
3. 最初のページの正規は自身を参照します。以降のページはベースパスへの正規です。最初のページ以降のページに <link rel="prev" href="..." /> を追加してください。プラットフォームがこれらのヒントをサポートする場所に <link rel="next" href="..." /> を追加してください。
4. フィルターやソートによって生成されたバリエーションを処理: デフォルトのフィルターなしパスに正規を設定してください。バリエーションのインデックスを望む場合、グループを表す単一の正規に依存してください。複数のバリエーションの場合、低価値バージョンを noindex に適用してください。プラットフォームロジックが単一の正規パスを選択します。
5. 検証チェック: サーバーログと googles ツールを使用してください。要素がすべてのページに含まれていることを頻繁にチェックしてください。インデックスレポートを検査して、ベースパスが表示されることを確認してください。残りの旅の参照として選択したパスに依存します。

プラットフォームの再起動には一貫した参照が必要です。デフォルトを維持してください。パスの残りは予測可能です。検索結果からユーザーが期待するものが、選択したパスがバリエーション全体で安定しているときに明確になります。頻繁に確認してください。

内部リンク計画を設計: ページ権威を分散するための 4 つの高価値リンク

具体的な推奨から始めます: 内部シグナルからのブーストを受ける 4 つの高価値ターゲットを選択してください。各アンカーがクリーンで記述的で関連性があることを確保してください。このアプローチはベース権威を主要ページに分散します。ユーザー理解を向上させます。クロールカバレッジ。

ターゲット: ホームページ（サイトハブ）。主要コレクションページ。基幹記事。トップ製品リスト。各ターゲットは 4 つのソースページから単一の文脈的に関連するリンクを獲得します。このミックスは視認性を向上させ、каноническими 要件に整列し、html-страницы 全体で正しいシグナルをサポートします。

ソースページはアクショナブルなトラフィックを持つ資産から選んでください: ホームページバナー、トップコレクションページ、ピラーブログ投稿、高意図製品リスト。希釈を避けるために 4 つのクリーンな配置を、各ソースごとに1つ配置してください。目標はユーザーへの価値を提示しつつ、ターゲットに権威を渡す論理的なフローです。

アンカーテキストはクリーンで記述的で、宛先に整列すべきです: 例: コレクションページの場合 "Spring collection overview"、製品リストの場合 "Best-selling products"、ピラーポストの場合 "Core insights article"、ホームページの場合 "Site homepage"。読者が認識するベースを使用し、変装したキーワードではありません。

追跡とメンテナンス: ベースラインを確立し、クロール出現、クリック率、ユーザー動作を監視してください。4–6 週間ごとに結果をレビューしてください。陳腐化したアンカーを置き換え、予算や管理優先度のシフトに調整してください。計画の обновление をスケジュールしてください。影響を受ける html-страницы と関連資産のセキュア接続のための証明書の有効性を確保してください。

実用的側面: 4 ステップのロールアウトを提示してください。配置を検証するための軽量 HTML サイトマップを使用してください。計画をウェブポートフォリオ管理に統合してください。マーケティング目標に整列してください。ウェブサイトは改善されたナビゲーションから利益を得ます。より良いユーザーエクスペリエンス。主要ページへの権威分散。実行後、結果をレビューしてください。ステークホルダーと結果を共有してください。主要な利点: 改善された発見。将来的な最適化のためのクリーンなベース。

正規実装のテストと検証: チェック、ツール、共通の落とし穴

推奨: ステージングで自動チェックを実行して、すべてのバリエーションに正しい http-заголовок が存在することを確認してください。移動、リダイレクト、国別ページ間のシグナルを検証してください。

視認性チェックはヘッダーシグナルに依存します。手動チェック、自動クロール、すべてのバージョンの短いレポートをプラットフォーム全体で実行してください。

実装は wordpress と他のプラットフォームで異なります。http-заголовок が言語、国別バリエーション、バージョン全体で一貫していることをチェックしてください。

多言語セットアップの場合、国別バリエーション全体での канонического ウェイトを監視してください。再起動後にシグナルが安定したまま残ることを想像してください。偽陽性を無視してください。

チェック	検証する内容	ツール	期待される結果	共通の落とし穴
HTTP-заголовок 一貫性	すべてのバリエーションに正しいヘッダーが存在; バージョン全体で値が安定	curl -I, browser devtools, http-header-checker	ヘッダーがすべてのバリエーションで同じ値を表示; 意図されたステータス 200 またはリダイレクト	誤ったシグナルを隠すリダイレクトを無視
公式参照タグの存在	ページソースに実際のタグが配置; 正しい値	view-source:, chrome devtools; 自動クローラー	タグが存在; バージョン間のターゲットバージョンと一致	動的レンダリングによって移動シグナルが反転
パラメータ処理	クエリ文字列が別々のシグナルを作成しない、必要でない限り	クローラー設定; パラメータストリッピングツール	パラメータ付きバリエーションが単一のソースに収束	パラメータストリッピングの誤設定
インデックス視認性	どのバージョンがインデックスされるか; ユーザー選択バージョンが優先	Search Console, Bing Webmaster, logs	インデックスが選択されたバージョンを確認; 再起動後にリフレッシュ	プラットフォームが異なる; 国別バリエーションが誤読
エクスポートとレポート	発見をドキュメント; ステークホルダーレビュー用の docx エクスポート	Docs, Word/LibreOffice, right-click export	レポートが読みやすい; ウェイト分散が明確	主要なバリエーションを省略; 欠落したスクリーンショットを無視

範囲はすべてのバージョン、включая ローカルバージョン、モバイルバリエーション、および国別バリエーションをカバーします。ウェイト分散は再起動全体で予測可能でなければなりません。