ブランド変更はいくつかの理由で発生します。
会社の買収によるものであれ、ビジネス上の決定によるものであれ、会社名を変更すると（多くの場合、同時にドメイン名を変更すると）、ウェブサイトのオーガニック検索のパフォーマンスに多くのリスクが生じます。
ブランド変更とドメイン移行の際には、従来のSEO移行の考慮事項以外に、考慮すべき多くの要因があります。
この記事では、次のことを行います。
- 経験から、これらの考慮事項のいくつかが何であったかを調べてください。
- 一部の企業が過去にこのタイプの移行をどのように処理したかの例を強調します。
ブランド変更およびドメイン移行中のSEOに関する重要な考慮事項
1.1。可能であれば、事前に信号を生成します
移行前にシグナルの作成を開始した記事の例と同様に、古いWebサイトとドメインを手段として使用して、移行のシグナルを短期間で配信すると、ユーザーとGoogleの両方のプロセスが容易になります。
2つのWebサイト/ブランドの発生を増やすためのシグナルは、さまざまな方法で生成できます。
- 内部的には、コンテンツとメタデータの変更を通じて。
- 外部的には、従来のマーケティングとPRを通じて。
新しいメタデータで古いブランディングの要素を維持することもお勧めします。
2.2。可能であれば、URL構造を保持します
あらゆる種類の移行を実行する場合、URL構造とコンテンツの配置を変更すると、頭痛の種や潜在的なリスクにつながる可能性があります。
URL構造を同じまたは類似に保ち、コンテンツレベルを維持することで、これらのリスクの多くを軽減し、多くのシグナルを統合するのに役立ちます。
これにより、リダイレクトがhtaccessファイルの1回の書き換えで実行できるため、リダイレクトが簡単になります。
RewriteEngine On RewriteCond %{HTTP_HOST} ^olddomain.com$ [OR] RewriteCond %{HTTP_HOST} ^www.olddomain.com$ RewriteRule (.*)$ http://www.newdomain.com/$1 [R=301,L]
ただし、古いドメインの履歴とリンクも考慮する必要があります。
Googleはクロールパスを決して忘れません。
時間の経過とともに、古いURLは200以外のURLを指すリンクを取得し、独自の変更と潜在的な再構築を経てきます。
その結果、以前のすべてのシグナルと公平性を維持するために、完全なリダイレクトリストとプロセスをコンパイルする必要があります。
3.3。コンテンツを通じて以前のブランド検索に対応
ブランドXからブランドYに移行する場合でも、人々は今後数年間、以前のブランド名を検索し続けます。
適切な例：デマンドウェア。
Ahrefsによると、約3年前にSalesforce Commerce Cloudにブランド変更されたにもかかわらず（米国の検索ボリュームは2,500）、米国の検索ボリュームはまだ2,800です。
これは、次の方法で実行できます。
- サポートセクション。
- ブログ。
- FAQページ。
ユーザー（新規および既存の両方）は、まだ古いプラットフォームに関するクエリを持っている可能性があります。
このトラフィックをサードパーティのサイトや競合他社の気まぐれに任せて、クエリを満たすことは、機会を逃す可能性があります。
4.4。新しい信号を生成する
企業がブランド変更やドメイン名の変更を行ったときに遭遇した最大の間違いの1つは、トラフィックを調べて「KPI」をランク付けすることです。
リンク構築、デジタルPR、または従来のマーケティングを通じて、新しいドメインやブランドの新しいシグナルを生成することはありません。
むしろ、彼らは有機的なものをサイロのチャネルと見なしています。
リダイレクトリストをまとめると、重要度の高いリンクが特定されます。ブランドアンカーまたは商用アンカーが古いドメインを指している可能性があります。
これらは、リンクを更新するためのアウトリーチターゲットになる可能性がありますが、これらの取り組みは、ミックスに入れられる新しいシグナルの代わりにはなりません。
ブランド変更とドメイン移行の例
SEOの多くのプラクティスと同様に、ベストプラクティスは理論的に定義されることが多く、実際のアプリケーションは、ビジネスニーズ、リソース、プラットフォーム/スタックの制限などの他の変数に対応するために変化します。
以下は、ブランド変更または買収の一環として、またあるドメインから別のドメインに株式を移行するために必要なプロセスの一環として名前が変更された大企業の2つの例です。
DemandwareがSalesforceCommerceCloudになる
Salesforceに買収された直後の2016年5月のDemandwareのホームページ。
SalesforceがDemandwareを買収したとき、2016年7月に名前とブランドの移行が始まり、ホームページが上記に変更されました。
彼らは、Salesforceブランドを主要なDemandwareランディングページ全体に目立つように組み込み始めました。
買収のプレスリリースへの簡単なリンクなど、その他の著名なコンテンツや「シグナル」もホームページに追加されました。
今後数か月の間に、Demandware.comホームページ（およびブランド）は、2017年1月に上記の画像から完全にSalesforceCommerceCloudブランドのホームページへのデジタル変換を開始しました。
2017年1月のDemandware.comホームページ。
プロセスが開始されてから8か月後、以下に示すさまざまな段階で、ホームページにDemandwareドメインの痕跡が残っていませんでした。
ドメインは、コアSalesforceドメインのDemandware検索者向けの製品ランディングページに完全にリダイレクトされるようになりました。
Demandwareホームページの進化のタイムライン
- 2016年6月：買収に関するニュース記事がホームページからリンクされ始めました。
- 2016年7月：Salesforceブランディングがホームページに導入され始めました。
- 2016年9月：より堅牢なビジュアル変更。2017年1月バージョンで使用されたテンプレートであることが判明しましたが、Demandwareブランドのビジュアルは保持されています。特に、この段階では、Demandwareはサイト全体で「DemandwareCommerceCloud」とも呼ばれていました。
- 2016年10月：ヘッダー画像は、「DemandwareがSalesforceCommerceCloudになりました」という変化を反映しています。
上の画像で使用されている2017年1月のホームページはここにあります。比較のために、2016年5月のホームページはここにあります。
MaxCDNがStackPathになります
StackPathへの統合プロセス中のMaxPathのホームページ。
長い間、MaxCDNはmaxcdn.comドメインを維持してから、カスタマイズされたStackPathページにリダイレクトし、そこでユーザーに明確に説明しました。
- リダイレクトされた理由。
- 彼らに提示されたページがStackPathブランディングでカバーされた理由。
テイクアウェイ
この方法で最適化するとブランドの共食いにつながり、既存のドメインに影響を与える可能性があるため、SalesforceとStackPathの両方のアプローチはリスクがあると見なすことができます。
ただし、短期間で管理し、従来のマーケティングやPRなどの他の活動を行っている場合は、2つのエンティティを組み合わせて移行後の移行を容易にするための早期のシグナルを作成することで、リスクを軽減できます。
その他のリソース：
画像クレジット
著者が撮影したすべてのスクリーンショット、2020年5月
