Shopifyリダイレクト設定方法｜URL変更でSEOを守る手順

サイトリニューアルや他カートからの移行でURLが変わるとき、旧URLに蓄積した検索評価や被リンクをどう引き継ぐかが大きな課題です。Shopifyのリダイレクト機能を正しく設定すれば、URL変更後もSEO評価の大部分を新URLへ引き継げます。

本記事では、設定手順から効かないときの対処法、移行時のリダイレクト設計までを実務目線で解説します。「リニューアル後に旧URLが404のままになっている」「カート移行で検索順位が落ちないか不安」といったご相談があれば、ぜひお気軽にご相談ください。▶ サービス紹介資料をダウンロードする（無料）

ShopifyのURLリダイレクトとは｜SEO評価を引き継ぐ仕組み

商品ページのURLを整理したい、リニューアルで構造を見直したいと考えた瞬間に、「検索順位が落ちるのではないか」と手が止まる担当者は少なくありません。旧URLの評価を新URLへ橋渡しする役割を担うのが、ShopifyのURLリダイレクトです。

リダイレクトとは、アクセスされたURLから別のURLへ、訪問者と検索エンジンを自動転送する仕組みを指します。Shopifyでは管理画面に専用の設定画面が標準で用意されており、コードを書かずに転送ルールを登録できる点が特長です。

リダイレクトの知識は、移行のような大きなイベントだけでなく、商品の入れ替えが多いストアの日常業務でも繰り返し役立つ基礎知識です。まずは「なぜ転送がSEO評価を守るのか」という仕組みの全体像から押さえていきます。

301リダイレクトがSEO評価を引き継ぐ仕組み

検索エンジンは、301リダイレクト（恒久的な転送）を検出すると、旧URLに蓄積された評価を新URLへ引き継ぐ処理を進めます。被リンクの評価やインデックス情報も、クロールの繰り返しを通じて新URLへ統合されていく流れです。

一方で、リダイレクトを設定しないままURLを変更すると、旧URLは404エラー（ページが存在しない状態）として扱われます。検索エンジンから見れば「ページが消えた」のと同じため、評価の積み上げはゼロからのやり直しです。

旧URLに張られた外部サイトからのリンクも、404のままでは評価を運ぶ経路を失います。実店舗でいえば、移転先を案内する張り紙を出さずに店を畳むようなものだと考えると、転送設定の必要性がイメージしやすいでしょう。

Googleの公式ヘルプでも、ページを恒久的に移転する場合は301リダイレクトの利用が推奨されています。検索エンジンに「ページが消えたのではなく引っ越した」と明確に伝える手段は、実質的にリダイレクトだけだからです。

転送が機能していれば、訪問者は旧URLをクリックしても1秒未満で新しいページへ到着します。リンク切れ画面を見せずに済むというユーザー体験の面でも、404放置との差は歴然です。

転送の設定自体は1件1分程度の作業ですが、設定の有無で数ヶ月後の検索流入に大きな差が生まれます。URL変更とリダイレクト登録は、常にワンセットの作業として扱うのが運用の基本です。

Shopifyのリダイレクトはすべて301として処理される

Shopifyの管理画面で作成するリダイレクトは、すべて301（恒久転送）として処理されます。302（一時転送）を選択する画面は存在しないため、「期間限定でだけ転送したい」という使い方は標準機能では想定されていません。

SEO評価の引き継ぎという目的では、301で固定されている仕様はむしろ安心材料です。302のまま放置されて評価が引き継がれないという他システムでありがちな事故が、Shopifyでは構造的に起こりません。

302はあくまで一時的な転送を示すステータスで、検索エンジンは旧URLのインデックスを維持し続けます。セール期間中だけ特設ページへ誘導したいといったケースは、リダイレクトではなくバナーやリンクでの誘導が現実的です。

なお、301はブラウザや検索エンジンに強くキャッシュされます。一度転送を経験したブラウザは、設定を削除した後もしばらく古い転送を再利用するため、動作確認はシークレットウィンドウで行うのが確実です。

リダイレクトを設定しないまま放置した場合の影響

URL変更後の影響は、数字で見ると無視できない規模です。海外の調査では、サイト移行の約半数で検索流入の大幅な減少が起き、流入の改善につながった移行は1割程度という報告があります。

実際に2,400点の商品を他カートからShopifyへ移した事例では、設定不備で転送の約7割が404となり、検索流入は一晩で6割以上減りました。全件の修復に11日、流入の回復にはおよそ4ヶ月を要したと報告されています。

検索流入の減少は、そのまま売上の減少に直結します。月商500万円のストアで流入が半分になれば、回復までの数ヶ月間で数百万円規模の機会損失が積み上がる計算です。

リダイレクトはアクセスが減ってから慌てて設定しても、失った流入がすぐに戻る保証はありません。URL変更の「前」に転送計画を立てておくことが、最も費用対効果の高いSEO施策の1つです。

あわせて、URL変更前に検索流入や順位の現状値を記録しておくと、移行後の効果検証が格段にやりやすくなります。比較の基準がなければ、流入が回復したのかどうかの判断さえできないためです。

リダイレクト設定が必要になる4つの場面

リダイレクトは「ドメイン移転のときだけ使う特殊な機能」と思われがちですが、実際の出番は日常運用の中に潜んでいます。Shopify運用で設定が必要になる代表的な場面は、次の4つです。

場面ごとに作業量と注意点が変わるため、自社がどのケースに当てはまるかを先に押さえるのが近道です。ここから順番に確認していきます。

商品ページや固定ページのURL（ハンドル）を変更したとき

Shopifyでは、URLの末尾部分を「ハンドル」と呼び、商品・コレクション・ブログ記事・固定ページごとに自由に編集できます。商品名の変更に合わせてハンドルを直したり、日本語の文字列を英語表記へ整理したりする場面は珍しくありません。

ハンドルを変更した瞬間に、旧URLは存在しないページへ変わります。検索結果やSNS、メルマガに残った旧リンクからの訪問者を逃さないために、変更とセットでのリダイレクト登録が必須です。

特に注意したいのが、公開から時間が経って検索順位のついた商品ページです。順位のあるページのURLを転送なしで変えてしまうと、積み上げた評価ごと流入を失うリスクがあります。

日本語ハンドルはコピー時にURLが長い符号列へ変換され、共有先で壊れやすいという実務上の弱点も知られています。立ち上げ初期に英語ハンドルへ統一しておくと、後からの大量変更を避けられるでしょう。

サイトリニューアルでURL構造を見直したとき

テーマの刷新やカテゴリ再編を伴うリニューアルでは、数十〜数百単位のURLが一度に変わることも珍しくありません。「デザインは新しくなったのに検索流入が半減した」という相談の多くは、リニューアル時のリダイレクト漏れが原因でした。

リニューアルでは制作会社との分業が発生しやすく、「リダイレクトは誰の担当か」が曖昧なまま公開日を迎える状況も起こりがちです。公開前にリダイレクト一覧の作成者と確認者を決めておくと、漏れを大幅に減らせます。

コレクションの統廃合は、見落としの定番ポイントといえます。廃止したコレクションのURLは検索結果に残り続けるため、統合先のコレクションへの転送が必要です。

リニューアル公開直後の週末は、トラブルが起きても気づきにくい時間帯でした。公開日は平日の午前に設定し、当日中にアクセス解析と404の発生状況を確認できる体制を整えるのが安全です。

過去のキャンペーンページやLP（ランディングページ）も、リニューアル時に消えやすいURLの代表格です。広告やメルマガから今もアクセスが続いていないかを確認したうえで、閉鎖と転送の方針を決めます。

他のカートシステムからShopifyへ移行したとき

BASEやカラーミーショップ、EC-CUBEといった他カートからの移行では、URL構造そのものがShopifyの仕様に合わせて変わります。商品ページは/products/、カテゴリページは/collections/という形式に固定されるためです。

旧カートの商品URLと新URLは1対1で対応させる必要があり、商品点数が多いほど作業量が膨らみます。100商品なら半日、1,000商品なら数日単位の準備期間を見込んでおくと現実的です。

移行は「データを移して終わり」ではなく、旧URL資産の引き継ぎまで含めて1つのプロジェクトといえます。移行時の具体的な設計手順は、後半のセクションで詳しく解説する流れです。

なお、移行前後で新旧サイトを並行運用する期間を設ける場合は、重複コンテンツへの配慮も必要です。旧サイト側には検索エンジン向けの制御を入れて、評価が2つのサイトへ分散しない状態を作ります。

移行先を選定する段階からURL構造の違いを把握しておくと、外注時の見積もり精度も上がります。リダイレクト設計の工数が移行費用に含まれているかどうかは、契約前に確認しておくと安心です。

独自ドメインを変更・統合したとき

ブランド名の変更や事業統合でドメイン自体を切り替える場合も、旧ドメインから新ドメインへの転送が必要です。Shopifyでは、旧ドメインを接続したまま新ドメインをプライマリードメインに設定すると、旧ドメインへのアクセスを自動転送できます。

ただし、ドメイン変更はリダイレクトだけで完結する作業ではありません。Google Search Console（検索パフォーマンスの管理ツール）でのアドレス変更手続きなど、付随する作業もセットで進める必要があります。

ドメインの切り替えはURL単位の変更よりも影響範囲が広く、メールアドレスや各種ツールの登録情報にも波及します。影響箇所の洗い出しを先に行い、切り替え日を1日で完結させる計画が立てられると理想的です。

ドメイン変更の影響はSEOにとどまらず、リピーターのブックマークやメール認証の設定にも及びます。告知ページとメルマガで事前に案内を流し、顧客側の混乱を最小限に抑える準備も欠かせません。

関連記事：Shopifyの独自ドメイン設定

Shopify管理画面でURLリダイレクトを設定する手順

設定画面の場所さえわかれば、リダイレクトの登録自体は1件あたり1分もかかりません。それでも初めての担当者がつまずきやすいのは、入り口のメニュー名が機能と結びつきにくいからです。

ここでは個別登録・自動作成・CSV一括登録という3つの方法を、操作の流れに沿って解説します。件数が10件未満なら個別登録、それ以上ならCSVと使い分けるのが効率的です。

操作画面の名称や配置は、管理画面のアップデートで変わる場合もあります。本記事の手順で見つからないときは、管理画面上部の検索窓に「リダイレクト」と入力すると該当画面へ直行できて早いです。

個別にURLリダイレクトを作成する手順

管理画面の「オンラインストア」から「メニュー」を開くと、画面内に「URLリダイレクトを表示」というリンクが見つかります。クリックすると登録済みリダイレクトの一覧画面へ移動でき、右上の「URLリダイレクトを作成」から新規登録画面が開く流れです。

登録画面では「リダイレクト元」に旧URL、「リダイレクト先」に新URLを入力します。同一ドメイン内の転送であれば、/pages/aboutのようにドメイン名を省いた相対パスでの入力が基本です。

別ドメインへ転送する場合は、https://から始まる完全なURLで入力しなければ機能しません。入力後に「リダイレクトを保存」を押せば、その場で転送が有効になります。

保存後は、シークレットウィンドウで旧URLへアクセスし、新URLへ転送されるかを必ず確かめます。転送確認まで含めて1件あたり2〜3分を見込んでおくと、作業計画が立てやすいでしょう。

なお、リダイレクト先には公開中のページを指定するのが大前提です。転送した先がさらに404では、せっかく設定しても訪問者を二重に迷子にさせてしまいます。

ハンドル変更時に自動でリダイレクトを作成する方法

商品ページや固定ページの編集画面でハンドルを変更すると、保存時に「URLリダイレクトを作成する」というチェックボックスが表示されます。チェックを入れたまま保存するだけで、旧URLから新URLへの301リダイレクトが自動登録される仕組みです。

実務者向けの操作解説では、商品ページ・ブログ記事・固定ページでチェックボックスの表示位置が少しずつ異なる点が、つまずきやすいポイントとして挙げられています。編集画面のURL欄の直下を確認する癖をつけておけば、見落としの心配はありません。

便利な自動作成ですが、チェックを外して保存した場合はリダイレクトが作られず、旧URLは即座に404へ変わります。後から気づいて手動登録するケースが現場では後を絶たないため、ハンドル変更時は「チェック確認までが作業」と覚えておくのが安全です。

自動作成されたリダイレクトも、一覧画面には手動登録分と同じ形式で並びます。意図しない転送ルールが増えていないか、月に一度は一覧を見直す運用にすると管理が崩れません。

CSVインポートで一括登録する手順

リニューアルや移行で数百件のリダイレクトが必要な場合、1件ずつの手入力は現実的ではありません。リダイレクト一覧画面の「インポート」機能を使えば、CSVファイルでの一括登録ができます。

CSVは1列目に「Redirect from」、2列目に「Redirect to」という見出し行を置き、2行目以降に旧URLと新URLのペアを並べる形式です。Excelやスプレッドシートで作成し、UTF-8形式で保存したファイルをアップロードします。

CSV作成では、URLの先頭にドメイン名を含めるかどうかの統一も品質を左右するポイントです。同一ドメイン内の転送は相対パスでそろえておくと、将来ドメインを変更した際にもデータを再利用できます。

インポート後は処理結果がメールで通知され、形式エラーのあった行は登録されません。100件を超える登録では、先に10件程度のテストインポートで形式を確かめてから本番分を流すと、手戻りを減らせます。

数千件規模のインポートでは、処理の完了まで数分かかる場合もある点に注意が必要です。完了メールの確認までを公開日のタスクに含めておくと、エラー行が未処理のまま放置される事故を防げます。

一覧画面からは登録済みデータのエクスポートもできます。リニューアル前に現状の転送ルールを書き出してバックアップしておくと、トラブル時の切り戻しが容易です。

登録済みリダイレクトの編集・削除と上限件数

登録済みのリダイレクトは、一覧画面からいつでも編集・削除ができます。URLの打ち間違いに気づいた場合は、削除して作り直すのではなく、該当行を開いて修正するほうが履歴を追いやすいです。

登録できる件数には上限があり、通常プランは10万件、Shopify Plusは2,000万件までです。一般的な中小規模ストアで上限に達するケースはまれですが、移行を繰り返したストアでは不要な転送ルールの棚卸しも視野に入ります。

一覧画面には検索ボックスが用意されており、特定のURLを含む転送ルールを絞り込めます。トラブル調査の際は、問題のURLで検索して重複登録がないかを最初に確認するのが近道です。

削除した転送はすぐに無効化されるものの、ブラウザ側のキャッシュには古い動作が残る場合があります。削除後の動作確認も、新規作成時と同じくシークレットウィンドウで行うのが確実でしょう。

関連記事：Shopify初期設定チェックリスト

他カート移行・サイトリニューアル時のリダイレクト設計

「移行作業はシステム会社に任せたから大丈夫」と考えていたのに、公開後にアクセス解析を開いて青ざめる、という場面がサイト移行の現場では繰り返し起きています。検索流入の回復に500日以上かかったという海外の報告もあり、移行時のリダイレクト設計は売上に直結する工程です。

400ページ超が404を返す状態で週末を越し、流入が5割減まで落ち込んだ事例も報告されました。被害を防ぐ鍵は、移行前に作る「URLマッピング表」の精度です。

リダイレクト設計は、移行スケジュールの終盤に押し込まれやすい工程でもあります。データ移行と同じタイミングで着手し、公開2週間前にはマッピング表を確定させる線引きが現実的です。

URLマッピング表を作成する手順

URLマッピング表とは、旧サイトの全URLと移行後の対応URLを1行ずつ並べた一覧表です。スプレッドシートに「旧URL・新URL・ページ種別・月間流入数」の4列を用意するところから始めます。

旧URLの洗い出しには、旧カートのサイトマップ（sitemap.xml）やアクセス解析のページ一覧が使えます。手作業で拾うと抜けが出やすいため、ツールで機械的に全件を抽出してから目視で整理する流れが確実です。

新URL側には、Shopifyに商品やページを登録した後の実URLを当てはめます。移行前の段階では仮ハンドルで埋めておき、登録完了後に一括で確定させる進め方でも問題ありません。

完成したマッピング表は、そのままCSVインポート用のデータに変換できます。表の品質がリダイレクトの品質を決めるため、移行プロジェクトの初期からマッピング表の管理者を1人決めておくのが現実的な進め方です。

マッピング表は移行後も、どのURLをいつ変えたかを示す変更記録として価値が残る資料です。完成後も削除せずに保管しておくと、次回のリニューアルや担当引き継ぎでそのまま再利用できます。

ページ種別の列を設けるのは、種別ごとにURLの変換ルールが異なるためです。商品・カテゴリ・コンテンツの3分類だけでも用意しておくと、後工程の機械変換がぐっと楽になります。

流入と被リンクの多いページから優先順位をつける

商品数が数千点規模のストアでは、全URLの完全なマッピングに相応の工数がかかります。限られた準備期間で成果を守るには、優先順位のつけ方が決め手です。

最優先は、検索流入の多いページと外部サイトからリンクされているページです。アクセス解析で流入上位2割のページを抽出すると、大半のストアで全流入の8割前後をカバーできます。

被リンクの状況は、Google Search Consoleの「リンク」レポートで無料で確認できます。外部メディアに紹介された商品ページやブログ記事は、流入が少なくても転送対象に含めるのが安全です。

反対に、流入がほぼゼロで被リンクもないページは、関連するコレクションへの転送でまとめる判断もあり得ます。ただし無関係なページへの一括転送はソフト404（実質エラー）と判定されやすいため、内容の関連性を保つことが前提です。

優先度の判断に迷ったら、「直近3ヶ月の流入があるか」「外部リンクがあるか」の2軸で機械的に振り分けます。判断基準を先に固定しておくと、複数人で分担しても判定のぶれが出にくいです。

ShopifyのURL構造に合わせた変換ルールを決める

ShopifyのURLは、商品が/products/ハンドル、カテゴリページが/collections/ハンドル、固定ページが/pages/ハンドルという構造で固定されています。旧カートのディレクトリ構造を、そのまま再現する方法はありません。

そのため、移行では「旧カートの/item/12345を/products/該当ハンドルへ対応づける」といった変換ルールの設計が作業の中心です。商品コードとハンドルの命名規則を先に決めてから機械的に変換すると、マッピング表の作成時間を大幅に短縮できます。

正規表現による一括転送ルールは、Shopifyの標準機能では使えないため1URLごとの個別指定が原則です。パターン変換が大量に必要な場合は、リダイレクト管理系のアプリで補う選択肢もあります。

URLにカテゴリ階層を含む旧カートからの移行では、階層情報をコレクション設計で再現するとユーザーの回遊が途切れません。URL変換とサイト構造の設計は、切り離さずに同時へ進めるのが理想です。

変換ルールを決めた後は、必ず数十件のサンプルを抜き出して新URLの実在チェックを行います。機械変換の思い込みによる誤りは、全件への展開前に潰しておくのが鉄則です。

ドメインも変わる場合に追加で必要な作業

カート移行と同時にドメインまで変わるケースでは、リダイレクトに加えて検索エンジン側への通知が必要です。Google Search Consoleの「アドレス変更」機能で旧ドメインから新ドメインへの移転を申請すると、評価の引き継ぎが促進されます。

旧ドメインの契約は、転送の受け皿として最低でも1年は維持するのが無難です。契約が切れると転送も同時に止まり、外部サイトに残ったリンクの評価がすべて失われます。

移転申請のほかにも、サイトマップの再送信や新ドメインでのプロパティ登録といった細かな手続きが続きます。チェックリスト化して1つずつ消し込む進め方にすると、抜け漏れを防ぎやすくなるでしょう。

公開直前には、本番と同じ条件で主要導線の通し確認を行う時間も確保します。カート投入から決済直前までの動線に旧URLが紛れ込んでいないか、という視点の点検が意外と抜けやすいためです。

リダイレクトが効かないときの原因と対処法

設定したはずのリダイレクトが動かない、というトラブルはShopifyの定番のつまずきポイントです。原因はほぼ毎回、ここで挙げる4つのどれかに当てはまります。

闇雲に設定を作り直す前に、まず原因の切り分けから始めると解決が早まります。上から順に確認していくと、大半は10分以内に特定できるはずです。

なお、アプリやテーマが独自の転送処理を行っているケースでは、標準機能の設定と競合する場合があります。切り分けの際は、疑わしいアプリを一時停止して挙動が変わるかを確認する方法が有効です。

公開中のページはリダイレクトできない仕様

Shopifyのリダイレクトは、リダイレクト元のURLが404（存在しないページ）を返す場合にだけ機能します。公開中のページのURLを転送元に指定しても、設定は無視される仕様です。

「商品Aのページから商品Bへ転送したいのに効かない」という相談の原因は、ほとんどが商品Aの公開状態にあります。転送を効かせたい場合は、商品Aを削除するか、ハンドルを変更して旧URLを空ける対応が必要です。

下書きへの切り替えでは不十分という点が、特に誤解されやすい箇所でした。下書きページのURLも内部的には存在する扱いのため、リダイレクトは発動しません。

販売終了した商品をアーカイブ化した場合も、ページ自体は残ることがあるため動作確認が欠かせません。転送を確実に効かせるなら、旧URLが404を返している状態を先に確認してから設定する手順が確実です。

クエリパラメータ付きのURLは、パラメータを除いた部分が一致すれば転送される挙動が基本です。計測用パラメータを使う広告運用では、転送後のURLで計測が正しく動くかまで確認します。

予約済みプレフィックスのURLは登録できない

/apps、/application、/cart、/carts、/orders、/shop、/servicesで始まるURLは、システムが使用する領域のためリダイレクト元に指定できません。/products単体や/collections単体といった一覧系のURLも、同様に対象外です。

移行時のマッピング表に予約プレフィックスのURLが混ざっていると、CSVインポート時にエラー行として弾かれます。エラー通知の内容を確認し、該当行は別URLへの設計変更で対応する流れです。

旧カートのURLがたまたま/shopから始まっていた、というケースは移行現場で実際に起きています。マッピング表の作成段階で予約語のチェック列を設けておけば、インポート直前の手戻りとは無縁です。

ブラウザと検索エンジンのキャッシュによる見かけ上の不具合

「削除したはずのリダイレクトがまだ動いている」「設定を直したのに古い転送先へ飛ぶ」という症状は、301のキャッシュが原因のケースが大半です。301は恒久転送のため、一度読み込んだブラウザは設定変更後も古い転送を再利用します。

動作確認はシークレットウィンドウか、キャッシュ削除後のブラウザで行うのが確実です。スマートフォンの実機など、初回アクセスとなる環境を1つ用意しておくと検証がはかどります。

検索エンジン側のキャッシュは、ブラウザよりさらに長く残る傾向です。設定変更後の検索結果への反映は数日〜数週間単位で進むため、即時の変化がなくても慌てる必要はありません。

過去に同じURLへ別の転送を設定していた場合も、古い動作が残って見える原因の1つです。一覧から該当URLを検索し、重複や競合するルールがないかを確かめると原因を絞り込めます。

リダイレクトループとチェーンの解消

AからB、BからAへ互いに転送し合う設定を作ると、ページが永遠に表示されないリダイレクトループが発生します。ブラウザには「リダイレクトが繰り返し行われました」というエラーが表示され、訪問者はページへ到達できません。

AからB、BからCと転送が数珠つなぎになるリダイレクトチェーンも、表示速度と評価の引き継ぎ効率を下げる要因です。リニューアルを重ねたストアで起きやすく、AからCへ直接つなぎ直す統合作業で解消できます。

ループやチェーンは、リダイレクト一覧をエクスポートして転送元と転送先を突き合わせると機械的に発見できます。転送ルールが100件を超えるストアなら、半年に一度の点検が安心です。

チェーンの確認には、転送のステータスコードを連続で表示できる無料のチェックツールが便利です。転送が2回以上連続しているURLを洗い出し、1回の転送で着地する形へ修正していきます。

URL変更後にSEO評価を維持するためのチェックリスト

リダイレクトの登録が終わっても、SEO評価の維持という目的ではまだ道半ばです。公開後の確認と監視まで含めて、初めてURL変更の作業が完了します。

移行後のチェックを仕組み化しているストアと、登録して終わりのストアでは、トラブルの発見速度に数週間の差が出ました。ここでは公開直後から1ヶ月以内に実施したい確認項目を、順を追って整理します。

チェックにかかる時間は、中規模ストアで公開初日に2〜3時間、その後は1日15分程度の監視が目安です。決して大きな負担ではないため、担当者の日次業務に組み込んでおくと安心といえます。

ステータスコードが301を返しているか確認する

まず確かめるべきは、旧URLが正しく301を返しているかどうかです。ステータスコードは、ブラウザの開発者ツールのネットワークタブか、無料のチェックツールで確認できます。

確認対象は「流入上位ページの全件＋その他からサンプル数十件」が現実的なラインです。流入上位だけでも公開当日に確認しておくと、致命的な漏れを初日に発見できます。

確認結果はマッピング表に「確認日・結果」の列を足して記録すると、対応漏れが可視化されます。404や想定外の転送先が見つかった行から、優先的に修正を進めていく流れです。

チェックツールを使う際は、PCとスマートフォンの両方で挙動を見るとより確実です。テーマやアプリの構成によっては、デバイス別の挙動差が転送に影響するケースもゼロではありません。

Google Search Consoleで404とインデックス状況を監視する

公開後2週間は、Google Search Consoleの「ページ」レポートで404エラーの増加を毎日チェックする運用が安全です。見覚えのないURLの404が増えていたら、マッピング表から漏れていたページが見つかったサインといえます。

検索結果のインデックスは、旧URLから新URLへ数週間〜数ヶ月かけて置き換わります。順位の一時的な変動は正常な経過の範囲内で、2〜3ヶ月単位で回復傾向を見るのが冷静な判断軸です。

新URLのインデックスを早めたい場合は、サイトマップの送信とURL検査ツールからの登録リクエストが役立ちます。1日に処理できるリクエスト数には限りがあるため、優先ページから順に申請する進め方が現実的でしょう。

順位計測ツールを使っている場合は、登録URLを新URLへ差し替える作業も忘れやすい盲点です。旧URLのまま計測を続けると、順位が消えたように見えて誤った判断を招きます。

監視は公開直後だけで終わらせず、月次レポートの項目に404件数と検索流入の推移を加えるのが堅実です。数字の定点観測があれば、回復の遅れに対して次の一手を早く打てます。

内部リンクを新URLへ張り替える

リダイレクトがあるからと、サイト内のリンクを旧URLのまま放置するのは得策ではありません。転送を経由するたびに表示がわずかに遅れ、クローラーの巡回効率も下がるためです。

メニュー、フッター、本文中のリンク、ブログ記事内のリンクの順に点検し、新URLへの直接リンクに更新します。サイト規模にもよりますが、内部リンクの張り替えは公開後1ヶ月以内の完了が目安です。

ブログ記事が数百本あるストアでは、テーマ内の共通パーツから先に直すと効率が上がります。本文中のリンクは流入の多い記事から優先的に直し、残りは月次の運用作業に組み込むと無理がありません。

張り替えの完了後は、サイト内のリンク切れを検出するツールで最終確認を行います。リンク切れゼロの状態は、訪問者にとってだけでなく検索エンジンの巡回にとっても快適な環境です。

関連記事：ECサイトの内部リンク設計

計測タグ・広告・外部サービスのリンク先を更新する

見落とされやすいのが、サイトの外側に残った旧URLです。Google広告やSNS広告のリンク先、メルマガのテンプレート、Googleビジネスプロフィールの登録URLは、転送任せにせず直接更新します。

広告のリンク先が転送経由のままだと、審査やパラメータ計測で不具合が出るケースもありました。広告アカウントのリンク先一覧を書き出し、旧ドメインや旧パスを検索して洗い出す方法が手早いです。

比較サイトや取引先サイトなど、自社で編集できない被リンクまで無理に変更を依頼する必要はありません。301が正しく機能していれば、外部リンクの評価は新URLへ引き継がれていきます。

リダイレクト運用でよくある失敗と回避策

機能として単純なリダイレクトでも、運用の現場で起きる失敗には共通パターンがあります。代表的な3つのパターンを先に知っておくことが、最も手軽な予防策です。

いずれも「悪意のない、うっかり」から始まる失敗ばかりでした。個人の注意力に頼らず、手順とルールで防ぐ視点を持つと再発を断てます。

自動リダイレクトのチェックを外したままURLを変更する

最も多い失敗が、ハンドル変更時のチェックボックスを外したまま保存してしまうケースです。検索結果や広告から旧URLへ来た訪問者は404画面に直面し、その多くはページを探さずに離脱します。

実際の運用報告でも、404の放置はリンク切れページからの売上機会をそのまま失う行為だと繰り返し指摘されています。広告経由の流入先が404のままでは、クリック費用だけが発生する赤字状態です。

回避策は、ハンドル変更の手順書に「チェックボックス確認」を明記する運用です。担当者が複数いるストアほど、個人の記憶ではなく手順で防ぐ仕組みが効果を発揮します。

あわせて、404ページ自体のカスタマイズも被害を和らげる手段です。検索窓と人気コレクションへのリンクを404ページに置いておくと、迷い込んだ訪問者の一部を購入導線へ戻せます。

404の発生を完全にゼロへ抑え込むのは難しいため、検知の速さで勝負する発想が現実的です。週次で404レポートを確認する習慣だけでも、被害の継続期間を大きく短縮できます。

無関係なページへ一括転送してソフト404と判定される

廃番商品のURLをすべてトップページへ転送する設定は、一見手軽ですが推奨されません。転送元と転送先の内容がかけ離れていると、検索エンジンはソフト404として扱い、評価の引き継ぎが行われない場合があるためです。

廃番商品の転送先は、同じカテゴリのコレクションページか後継商品のページが基本です。受け皿を用意できないURLに限って、トップページへの転送を最後の手段として使います。

判定の状況は、Google Search Consoleのページレポートにある「ソフト404」の項目から確認できます。該当URLが増えていたら、転送先の関連性を見直すサインです。

「とりあえず全部トップへ」をやってしまった後でも、転送先の修正で立て直しは利きます。流入実績のあった旧URLから順に、関連コレクションへ転送先を付け替える作業から着手してみてください。

登録したまま放置してチェーンと重複を増やす

リニューアルのたびにリダイレクトを継ぎ足していくと、転送の多段化や新旧ルールの重複が静かに進行します。年1回など頻度を決めて一覧をエクスポートし、不要ルールの統合と削除を行う棚卸しが有効です。

棚卸しでは、登録から1年以上が経過し、かつアクセスのない転送ルールが整理の候補です。ただし外部リンクが残っているURLの転送は、経過期間にかかわらず維持するほうが安全といえます。

エクスポートしたCSVをスプレッドシートで管理し、棚卸しの判断結果を記録列に残す方法も実務的です。次回の点検では、前回の判断を前提に差分だけを確認すれば済みます。

転送ルールの一覧は、サイトのURL変更史そのものでもあります。担当者の交代があっても判断に迷わないよう、大規模な変更の経緯はマッピング表とあわせて社内に残しておくと役立つでしょう。

よくある質問

まとめ

ShopifyのリダイレクトはURL変更・リニューアル・カート移行のすべてで、検索評価と売上を守る土台となる機能です。マッピング表の精度と公開後の404監視まで含めて設計すれば、移行に伴う流入減のリスクは大きく抑えられます。

「移行時のリダイレクト設計まで手が回らない」「URL変更後に検索流入が戻らない」といったご相談があれば、ぜひお気軽にお問い合わせください。TSUMUGUでは、Shopifyの構築・移行からSEO・CVR改善まで一気通貫で支援しています。→ まずは相談する（無料）