次のSEO移行のために製品リダイレクトをスケーリングする方法

どのSEOに関連するタスクが彼らを最もしがみつくようにするかをSEOに尋ねてください。 彼らはおそらくリンク構築やウェブサイトの移行で応答するでしょう。 ほとんどの人は最初のものに一致します：リンク構築は本当に苦痛になる可能性があります。 2番目の応答は常に私を驚かせます。 私はウェブサイトの移行の大ファンであり、なぜ今すぐ移行を優先すべきかについても書いています。

なぜウェブサイトの移行についてそれほど心配しているのですか？ メリットがないわけではありません。 SEOを考慮せずに移行が不十分だと、パフォーマンスが大幅に低下する可能性があります。 以下は、SEOを夜間に維持する1つの例の画像です。 移行を成功させるための各ステップについては説明しませんが、大きな問題点の1つであるリダイレクトのスケーリングソリューションについて詳しく説明します。

2018年にこのウェブサイトの移行に失敗したため、オーガニックパフォーマンスを取り戻すのに3年近くかかりました

Webサイト移行のリダイレクトの目的

Webサイトの移行が行われた後の壊滅的な有機的なパフォーマンスの低下を回避するには、301リダイレクトを配置する必要があります。 このプロセスは、古いWebサイトのすべてのページを新しいWebサイトにマッピングすることから始まります。 これには1：1のマッピングが必要です。 URLがマッピングされると、HTACCESSファイルを利用して、URLごとに301ステータスリダイレクトを実装できます。 リダイレクトを適切にマッピングしなかったり、適切な301ステータスを使用しなかったりすると、多くの場合、リリース後のオーガニックトラフィックが減少します。

コアWebサイトページ（ホームページ、私たちについて、カテゴリページ、さらには記事/ブログ）のマッピングは、手動で行ったとしてもかなり簡単です。 ただし、数千、数十万、さらには数百万のプロジェクトページがあるeコマースWebサイトのリダイレクトをどのようにマッピングしますか？ 2つのユニークなアプローチを取り上げましょう。

アプローチ1：URLパターンの特定

現在のWebサイトと開発環境を活用して、単一の製品を比較できるようになります。 移行にURLの変更が必要であると仮定すると、今がパターンを特定するときです。 たとえば、現在のWebサイトのCMSがMagentoであり、Shopifyに移行する場合、同じ製品の2つの異なるURLを以下に示します。

MAGENTO .com / product-name.html
SHOPIFY .com / products / product-name

この例では、Excelウィザードを使用して、各製品を個別にマッピングすることなくURLマッピングをスケーリングできます。

列A–既存のサイトのすべての製品URLを一覧表示します（お気に入りのクローラーを利用してこれを取得します）
列B– 「連結」式を使用= CONCATENATE（“ / products”、A2）
列C– LEFT式=LEFT（B2、LEN（B2）-5）を使用して最後の5文字（.html）を削除します

（開発URLを追加した後）SEOクローラーを介して列Cの値を実行し、すべての行が200のステータスになるようにします。 これが成功すると、古いMagentoサイトから新しいShopifyサイトまでのすべての製品URLに対するスケーラブルなソリューションが得られます。

アプローチ2：製品のURLが異なる場合はどうなりますか？

古いWebサイトの製品URLが製品名を使用していないか、データベースによって動的に生成された場合はどうなりますか？ 私もこれについてのヒントを持っています。 パターンの識別と、OnCrawlやScreaming FrogSEOSpiderなどのSEOクローラーが必要になります。

例：古いWebサイトは、商品のSKU値によって商品のURLを生成します。

古いURL：.com / product / 38472
新しいURL：/ com / product / grey-baseball-cap

解決策1：タイトルタグの比較/照合（VLOOKUP）

2つのサイト間に簡単なURLマッチングソリューションが存在しない場合は、次のソリューションに進む必要があります。 プロダクションタイトルタグの値は新しい開発サイトに引き継がれましたか？ その場合、クロールを活用して本番サイトと新しい開発サイトの両方を比較し、一致する値を見つけることができます。

例：商品のURLの相関関係はありませんが、タイトルタグの値は一致しています

ステップ1：現在の本番Webサイトと開発環境の両方のフルクロールを実行します。

ステップ2：両方のクロールをそれぞれ専用のタブにある1つのExcelドキュメントにエクスポートします。

ステップ2： VLOOKUP値を実行し、この関数を正しく機能させるには、URLの前にタイトルタグ値を配置する必要があります。 列Gを列Bに移動すると、各タブは次のようになります。

ステップ3： 「シート3」タブを開き、列Aで、開発タブからタイトルタグの値をコピーして貼り付けます。 列Bを設定して、本番URLをリストします。 列Cが新しい開発URLになります。

ステップ4：タイトルタグの値に一致するプロダクションタブと開発タブに対して、sheet3からVLOOKUPを実行します。 私が行ったのとまったく同じようにシートを設定した場合、これは各値に必要なVLOOKUPコードです。

= VLOOKUP（A2、Production！$ A1：B100000,2、FALSE）
= VLOOKUP（A2、Development！$ A1：B100000,2、FALSE）

*スプレッドシートに100,000を超える値がある場合は、B1値を変更して、設定したデフォルトの100,000の値よりも大きくする必要があることに注意してください。

クロールの実行、スプレッドシート内のデータの整理、およびVLOOKUPの実行の最終結果は、現在のURLと新しい開発サイトのURLを含む1枚のシートになります。

解決策2：製品本文コピーの比較（XPath / VLOOKUP）

URLが完全に異なり、タイトルタグが一致しない場合は、袖をまくり上げて手動でURLの一致を開始したくなるかもしれません。 停止–もう1つヒントがあります。
カスタム抽出を利用して、個々の製品ページの本文コピーをプルして一致させます。 次に、タイトルタグの例で使用したVLOOKUPコマンドを利用して、2つのURLを照合します。

ステップ1：本番サイトと開発サイトの両方で一致する製品ページを開きます。 製品の説明が両方のサイトで実際に同じであることを検証します。

ステップ2： Chrome Webブラウザーで、製品の説明を右クリックして、[要素の検査]をクリックします。 これにより、Chrome開発ツールが開き、スクレイピングするコードのセクションに移動します。

Chrome開発ツール内で、もう一度右クリックして[コピー]、[XPathのコピー]の順に選択します。 次のような値が得られます//*[@ id =” 3796805_productDetails”] / div / p [1]

ステップ3： OnCrawlで、クロールプロファイル設定の[スクレイピング]に移動します（+[新しいクロールの設定]>[スクレイピング]）。 このフィールドの名前（「説明」など）を入力し、Chrome開発ツールから最近コピーしたXPathコードを貼り付けます。 製品の説明テキストをキャプチャするには、最後に「/ text（）」を追加する必要があります。
この例では、説明に段落文字が含まれないように、「空白を圧縮」もチェックしています。

ステップ4：カスタム抽出ロジックをテストします。

OnCrawlでは、ルールを保存する前に、下部の[出力の確認]ボックスにいくつかのURLを入力し、[確認]をクリックしたときに右側のボックスに説明が表示されることを確認する必要があります。

抽出ロジックが正しく機能していることを確認したら、先に進んですべての製品URLを実行します。 クロールが完了すると、抽出されたすべての説明（URLに関連付けられている）をエクスポートできるようになります。

ステップ5：この時点で、開発サイトに対してステップ1〜3を繰り返します。 これで、環境ごとに2つの異なるタブが作成され、各製品URLに抽出された説明が関連付けられます。

ステップ6：タイトルタグの例と同様に、VLOOKUPを使用して、本番サイトと開発サイトの間で製品の説明を照合します。 正しく実行されると、リダイレクトのマッピングに使用できる新旧のURLのリストが表示されます。

URLロジック、タイトルタグ、説明の一致に失敗しましたか？

あきらめてはいけない。 最後にやりたいことは、これらすべてのURLを手動で照合するために必要な時間数を割り当てることです。 さまざまな成功を収めて使用された他のいくつかの戦術を次に示します。

• Schema.orgのマークアップ値を特定して照合する
• 画像名や画像のaltタグを特定して照合する
• 運が良ければ、実際のSKUが製品テンプレートの一部になることがあります。
• 商品レビューを特定して照合する

製品リダイレクトをマッピングするための最後の努力

時々、製品は、1：1マッピングを手動で構築する必要がないほどのオーバーホールを経ることがあります。 これがあなたの状況である場合は、上記のすべての戦術を使用して、できるだけ多くを特定することを検討してください。 最後の手段として、残りの比類のない製品を解決するために、夏のインターンまたはそれ以上のジュニアリソースに依頼することを検討してください。

上記の戦術は耐火性の解決策ではありませんが、かなりの量の作業を解決できることがわかりました。 リダイレクトの75％が解決されたとしても、これらのリダイレクトを手動でマッピングするために費やしていた時間を取り戻すことができれば幸いです。