トラフィックを維持したままヘルプセンターを移行する方法
検索トラフィックを失わずにヘルプセンターを新しいプラットフォームへ移行する手順:URLリストの作成、301リダイレクトマップ、DNS切り替え、公開時のチェック項目と注意点。

トラフィックを失わずにヘルプセンターを移行するには、古いURLをすべて機能させ続ける必要があります。古いヘルプセンターの全アドレスをリストアップし、それぞれを新しいページの対応するものにマッピングします。そして、ホスト名を新しいプラットフォームへ移行することで、古いホスト名から恒久的な(301)リダイレクトを配信します。その後、アクセスが少ない時間帯に切り替えを行い、すべてのリダイレクトをテストし、管理下のリンクを更新し、数週間にわたってSearch Consoleを監視します。
2026年11月3日更新。Zendesk Guide、Intercom Articles、Help Scout Docs、Document360、GitBookなどから移行するサポートおよびドキュメント担当者向け。Googleのガイダンスは同日時点のSearch Centralの引用に基づきます。
ヘルプセンター移行時にトラフィックが失われる原因とは?
記事のコピーは簡単です。トラフィックは、その周辺の隙間で失われます:
| 問題の内容 | 読者とGoogleの反応 | 解決策 |
|---|---|---|
| 記事のアドレスが変わり、リダイレクト設定がない | 404エラーが発生し、インデックスから除外される | すべての古いURLに301リダイレクトを設定する(ステップ2) |
| 古いツールと共に古いホスト名が消滅する | すべての古いリンクが一斉に機能しなくなる | ホスト名を維持し、新しいホストへ移行する(ステップ3) |
| すべてが新しいホームページへリダイレクトされる | Googleがソフト404として扱う可能性がある | 1対1で、最も関連性の高いページへリダイレクトする |
翻訳ページが残る、または hreflang が古いURLを指したまま |
非英語ページがローカル検索結果から消える | 各言語を移行し、hreflang を更新する |
| 画像や添付ファイルが古いツールから読み込まれる | アカウント閉鎖時にスクリーンショットやダウンロードが壊れる | それらをコピーし、添付ファイルのURLもマッピングする |
| 製品、マクロ、メールのリンクが古いURLを指す | 余計なホップが発生し、リダイレクト削除後に404になる | 管理下のリンクを更新する(ステップ5) |
新サイトが noindex で公開される、または robots.txt が古いパスをブロックする |
ページがインデックスから外れ、Googleが301を認識できない | 公開時のチェックを行う(ステップ7) |
GoogleのURL変更を伴うサイト移行ガイドは、マップ作成から始まります。「古いサイトのURLを新しいサイトのURLにマッピングすることが重要です」。また、恒久的なサーバーサイドリダイレクト(301または308)が推奨されています。
なぜ重要なのか:ヘルプセンターは、ユーザーが適切なページを見つけて初めてチケットを削減できるからです。Gartnerによる5,728人の顧客調査(2024年8月公開)では、セルフサービスで完全に解決されたサービス問題はわずか14%であり、解決に至らなかったケースの43%で、顧客は問題に関連するコンテンツを見つけられませんでした。読者を404ページに誘導するような移行は、この数字を悪化させます。その他の数値は、当社の顧客セルフサービス統計をご覧ください。
ステップ1:ヘルプセンターの全URLをリストアップするには?
古いアドレスを1行ずつ記載したスプレッドシートを作成します。それぞれ漏れがあるため、複数のソースを使用してください:
- サイトマップ。 多くのホスト型ヘルプセンターは
sitemap.xmlを公開しており、言語ごとにファイルが分かれていることが一般的です。今すぐすべてのサイトマップファイルをダウンロードしてください: DNSが切り替わると、古いプラットフォームはホスト名での配信を停止します。 - Search Console。 「ページ」および「検索パフォーマンス」レポートを(可能な限り長い期間で)エクスポートします。エクスポートは1,000行で制限されるため、大規模なヘルプセンターの場合はSearch Console APIまたはリストモードのクローラーを使用してください。移行前のベースラインを確保するため、今すぐヘルプセンターのホスト名(ドメインプロパティはすべてのサブドメインをカバーします)を検証してください。
- プラットフォームのAPIまたはエクスポート機能。 記事ID、セクションID、すべての言語情報が得られます。ZendeskにはHelp Center APIがあり、IntercomはREST APIのみ(エクスポートボタンはありません)、Help ScoutにはDocs APIがあり、Document360にはMarkdown、HTML、JSONのZIPエクスポート機能があります。
- 添付ファイルと埋め込みファイル。 記事に添付されたPDFやダウンロードファイルにもバックリンクが付いています。これらのURLもリストに追加してください。
- アナリティクスとバックリンク。 最もアクセスが多いランディングページや、他サイトからリンクされているページは、絶対に壊してはならないページです。
記事ID、言語、月間クリック数、バックリンク、新しいURL、および「テスト済み」列を追加します。クリック数で並べ替えてください。
ステップ2:リダイレクトマップを作成するには?
各プラットフォームには独自のURLパターンがあります。記事IDを使って、古いページと新しいページをペアにします:
| プラットフォーム | 記事URLパターン | マッピング対象 |
|---|---|---|
| Zendesk Guide (現 Zendesk Knowledge) | /hc/en-us/articles/360001234567-Reset-your-password |
セクション・カテゴリページ、添付ファイル、全ロケール (/hc/de/…) |
| Intercom Articles | /en/articles/1234567-reset-your-password |
コレクションページおよび他の言語プレフィックス |
| Help Scout Docs | /article/123-reset-your-password |
カテゴリおよびコレクションページ |
| Document360 | /docs/reset-your-password または /v1/docs/… |
カテゴリページおよび言語パス |
| GitBook, Mintlify, Docusaurus | ページツリーに従うパス | 旧バージョンおよび移動したページ |
パターンは2026年11月3日時点の各ベンダーのヘルプセンターまたはドキュメントに基づいています。カスタマイズしている場合は異なる可能性があります。
ランキングを維持するためのルール:
- 古いURL 1つにつき、新しいURL 1つ。 各記事を新しいページに個別に紐付けます。Googleは、多くの古いURLをホームページなどの1つのページに送ると「ソフト404エラーとして扱われる可能性がある」と警告しています。
- トラフィックのあるバリエーションを網羅する。 古いリンクには古いスラッグが含まれていることが多く、あるいは何も付いていないこともあります(Zendeskは
/hc/en-us/articles/360001234567をスラッグなしでも配信します)。新しいプラットフォームがパターンリダイレクトやワイルドカードリダイレクトをサポートしている場合は、IDでマッチングしてください。完全一致パスのみの場合は、Search Console、アナリティクス、バックリンクに実際に現れるバリエーションの行を追加してください。 - 言語ごとに1行。
/hc/de/articles/…はドイツ語のページに着地させるべきであり、英語ページではありません。 - リダイレクトチェーンを作らない。 Googleのクローラーは最大10ホップまで追跡しますが、ガイドではチェーンを避け、最終ページへ直接リダイレクトすることを推奨しています。以前に移行したことがある場合は、その古いリダイレクトも更新してください。
- 意図的にページを削除する。 記事が不要で代替ページもない場合は、404または410を返してください。Googleのクロールエラーガイドでは、ページが「移動した、または明確な代替ページがある」場合に301を返すよう指示しています。
プラットフォームを選ぶ前にカウントしてください。 記事数 × 言語数に加え、セクション、カテゴリ、添付ファイル、スラッグのバリエーションを含めます。3言語で300記事あるヘルプセンターなら、他の作業の前に約900件のリダイレクトが必要です。プラットフォームによってはプランごとにリダイレクト数に上限があり、上限を超えたリダイレクトがインポート時に失敗せずスキップされるものもあります。
ステップ3:ヘルプセンターのドメインは維持すべきか?
可能な限り維持すべきです。リダイレクトは、リクエストに応答するホスト名上でしか機能しません。ヘルプセンターが help.yourcompany.com にある場合、そのホスト名を維持し、切り替え時にDNS変更(通常はCNAME)で新しいプラットフォームへ向けてください。新しいプラットフォームが古いパスに対して301を返すことで、古いリンク、ブックマーク、検索結果が機能し続けます。
URLが同一であれば、GoogleはこれをURL変更を伴わないサイト移行として扱います。同じホスト名でパスのみが変わる場合は301マップが必要ですが、Search Consoleの「アドレス変更」ツールは不要です。
| 旧ヘルプセンターの場所 | 対応策 |
|---|---|
独自のサブドメイン (help.yourcompany.com) |
そのまま維持します。新しいプラットフォームにリダイレクトマップを読み込み、切り替え時(ステップ6)にサブドメインを移行します。 |
ベンダーのドメインのみ、Zendesk (yourcompany.zendesk.com/hc/…) |
Guideが有効な間は、ZendeskのリダイレクトルールAPIを使用して、404を返す記事URLを外部URLへ転送できます。アーカイブ済みまたは削除済みの記事に対し、Guide Lite Legacy以外の全プランでブランドごとに最大50,000件のルールを設定可能です。つまり、リダイレクトを維持する期間中はGuideを有効にしておく必要があります。 |
ベンダーのドメインのみ、Intercom (intercom.help/yourcompany) |
Intercomのリダイレクトは同一ヘルプセンター内のみが対象です。回避策:まず独自のサブドメインをIntercomに接続し(古い intercom.help リンクをそこにリダイレクト)、その後そのサブドメインを新しいプラットフォームへ移行します。その後の intercom.help リンクのリダイレクト継続についてはドキュメントがないため、テストが必要です。 |
| ベンダーのドメインのみ、Help Scout | Help Scout Docsのリダイレクトは外部アドレスを指定可能です。ステータスコードはドキュメント化されていないため、curl -I で確認してください。 |
意図的に新しいホスト名 (support. から help.) |
旧ホスト名で301リダイレクトを維持する必要があります。Search Consoleで両方のホスト名を確認し、アドレス変更ツールを使用してください。これはドメインまたはサブドメインレベルで機能し(パスの移動には非対応)、旧ホームページから新ホームページへの301リダイレクトが必要です。 |
結論:可能な限りホスト名の変更は避けましょう。SEOエージェンシーSALT.agencyによる1,052件のドメイン移行分析(2026年6月)では、移行前のトラフィックに戻るまでに中央値で304日かかったことが判明しています。これらはドメイン全体の移動でありヘルプセンターの入れ替えではありませんが、古いアドレスを変更する際のリスクを示しています。
ステップ4:コンテンツ自体をどう移行するか?
新しいプラットフォームにインポーターがある場合はそれを使用します。ない場合は、古いツールのAPI経由でエクスポートし、MarkdownまたはHTMLに変換します。Zendesk Guideにはエクスポートボタンがないため、ヘルプセンターAPI(記事、セクション、カテゴリ、翻訳)またはマーケットプレイスアプリ経由でエクスポートします。インポート後は以下を確認してください:
- 構造: カテゴリ、セクション、順序。深い階層はフラット化される可能性があります。
- 画像と添付ファイル: 新しいプラットフォームにコピーされていること(古いツールのストレージへのホットリンクではないこと)。Zendeskの制限付き記事内の画像は、認証(API)付きのダウンロードが必要です。
- 翻訳: 各言語は個別のページとして取り込まれ、オリジナルとリンクされます。同時に言語を追加する場合は、ヘルプセンターとその動画の翻訳方法を参照してください。
- 内部リンク: 記事間のリンクが新しいアドレスを指していること。
- 制限付きコンテンツ: 下書き、内部メモ、特定のユーザーに限定された記事。誤って公開されないようにしてください。
ここから切り替えまで、古いツールでの編集を凍結するか、切り替え直前に変更を再インポートしてください。
ステップ5:どのリンクを自分たちで更新すべきか?
リダイレクトは外部からのリンクを拾います。自社で管理しているリンクは、直接新しいURLを指すようにすべきです:
- プロダクト内のヘルプリンクとツールチップ
- 保存された返信、マクロ、定型文
- チャットウィジェットの推奨記事、およびヘルプセンターから回答するAIエージェントやチャットボット(ナレッジソースを新しいサイトに向けること)
- オンボーディングおよびライフサイクルメール
- ウェブサイトのフッター、ステータスページ、ドキュメントへのリンク
- ヘルプセンターのアドレスを表示している動画やPDF
ステップ6:ダウンタイムなしで切り替えるには?
| 時期 | 対応策 |
|---|---|
| 1週間前 | DNSレコードのTTLを数時間に短縮します(Googleのホスト移動ガイドでは少なくとも1週間前を推奨)。古いサイトマップを保存し、Search Consoleへのアクセスを確認します。 |
| 前日 | 古いツールでの編集を凍結し、変更を再インポートします。新しいプラットフォームの一時アドレスでリダイレクトマップ全体をテストします(そこでリダイレクトが機能する場合)。 |
| 切り替え時(閑散時間帯) | CNAMEを変更します。多くのホスト型プラットフォームはDNSが向いた後にHTTPS証明書を発行するため、数分かかる場合があります。ライブになるまで監視してください。一部のプラットフォームでは、プロキシやCNAMEフラット化を介さない単純なCNAMEが必要です。 |
| 直後 | 完全なリダイレクトテスト(ステップ7)を実行します。 |
| その後の30日間 | 監視します(下記参照)。 |
ステップ7:公開日に何を確認すべきか?
- サンプルではなく、マップの全行をテストする。 リストモードのクローラー、またはチェックリスト下の短いループを使用すれば数分で完了します。各古いURLは302ではなく 301(または308)を返し、1ホップで新しいURLに到達する必要があります。
- 各言語の最もアクセスの多い古いURL 20件を手動で開き、正しいページが表示されるか確認します。
- 各新しいページに自己参照のcanonicalタグがあり、言語バージョンが新しいURL上で
hreflangで相互リンクされていること。 -
robots.txtが古いパス(/hc/など)を含めてクロールを許可していること。これによりGoogleが301を確認できます。誤ってnoindexが設定されているページがないこと。 - Search Consoleで新しいサイトマップを送信します。Googleは古いサイトマップの送信も推奨しており、リダイレクトを再クロールさせます。ホストできない場合は、代わりにURL検査ツールで主要な古いURLを確認してください。
- 検索、AIアシスタント、フィードバック、お問い合わせフォームが新しいサイトで機能していること。
このループは、1行に古いURLと新しいURLが記載されたファイルを読み込み、各古いURLのステータスコードとリダイレクト先を表示します:
while read old new; do
curl -s -o /dev/null -w "%{http_code} %{redirect_url} $old\n" "$old"
done < map.tsvリダイレクトはどのくらい維持すべきか?
Googleの回答:「リダイレクトは可能な限り長く、少なくとも1年は維持してください」。実際には、ヘルプセンターを運営している限り維持しましょう。古いリンクはフォーラムの回答、サポートメール、他のサイトに何年も残り続けます。リダイレクトを維持するコストはゼロです。
最初の数週間は何を監視すべきか?
Googleは「移行中にサイトランキングの一時的な変動を予想すること」「中小規模のウェブサイトでは、ほとんどのページが移行するまでに数週間かかる場合がある」と述べています。毎週以下を確認してください:
- Search Consoleの「ページ」: 新しい「見つかりませんでした(404)」のエントリは、リダイレクトの欠落を示しています。
- Search Consoleの「検索パフォーマンス」: 古いURLのクリックが減り、新しいURLのクリックが増えているはずです。
- リダイレクトヒット: どの古いURLにまだトラフィックがあり、どこから来ているか。
- 新しいヘルプセンターでの検索結果ゼロ: 読者が何が移行されていないかを教えてくれています。ヘルプセンターのコンテンツギャップに関するガイドで、それらの解消方法を確認してください。
Cleveraはヘルプセンターの移行をどう処理するか?
Cleveraは、画面録画をナレーション付きのハウツー動画、ステップバイステップのヘルプ記事、そしてホスト型ヘルプセンターのページへと74言語で変換するAIプラットフォームです。ヘルプセンターは、現在お使いのツールからプランを問わず無料でインポートできます。

- インポーター: Zendesk、Intercom、Help Scout、Document360、GitBook、ReadMe、Mintlify、Docusaurus、Notion、Confluence、その他公開されているドキュメントサイト、またはMarkdownやHTMLのzipファイルに対応しています。プラットフォームに応じて、APIトークン、公開サイトのURL、Gitリポジトリ、またはzipファイルを使用して接続します。Intercomは公開サイトからのみ読み込むため、非公開のIntercom記事は移行されません。ZendeskまたはDocument360のトークンを使用すると、サイトに追加済みの言語で翻訳も取り込まれます。Zendesk Guideからのインポート、Intercom Articles、Help Scout、Document360のガイドをご覧ください。
- 旧アドレスからのリダイレクト: ソースにWebアドレスが含まれている場合、旧アドレスからのリダイレクトを作成がデフォルトでオンになります。Help Scout独自のリダイレクトも引き継がれます。これらは、独自ドメインがCleveraを指すようになった時点で機能します。リダイレクトは完全一致パス(ワイルドカード不可)で動作するため、クリックが発生するスラッグのバリエーションは手動リダイレクトとして追加してください。
- 事前の確認: ページを選択解除できるプレビュー機能、警告を含むレポート、およびインポートしたページが公開されるまでのインポートの取り消し機能があります。ソース上で非公開とされているページは「制限付き」とフラグが立てられ、選択解除された状態で開始されます。
- トラフィック維持のための制限事項:
- リダイレクトには独自ドメインが必要であり、Starterプラン以上が必要です。そのため、Freeプランでは古いリンクはリダイレクトされません。
- インポートによって作成されるリダイレクトは、プランの手動リダイレクト制限数にカウントされ、上限を超えた分はスキップされます。Starterプランではサイトあたり500件、Proプランでは2,000件までです。サイトあたりの上限は2,000件です。
- サイトあたりの公開言語数:Starterプランは5言語、Proプランは全言語。
- 1回のインポートにつき2,000ページまで。
- ページ名の変更や移動時にCleveraが後から追加するリダイレクトは自動であり、制限数にはカウントされません。

移行後には、検索機能、公開されたページからソース付きで回答するAIへの質問アシスタント、サイトマップ、およびllms.txt(ドキュメントをAI対応にする方法を参照)が利用可能になり、検索結果が0件だったキーワードのインサイトも得られます。サイト全体はいつでもHTMLまたはMarkdownとしてエクスポート可能です。ProおよびCustomプランでは、Autopilotがリリースを監視し、影響を受ける記事や動画の更新案を作成して、承認を待つことができます。
Cleveraが適さないケース: 旧ヘルプセンターのリダイレクト対象アドレスが2,000件を超える場合、メインサイトのサブフォルダ内に配置する必要がある場合(example.com/help; Cleveraはサブドメイン接続のみ対応)、チケット管理ツール内に留まる必要がある場合、またはカスタムユーザーセグメントのようなZendesk固有の機能に依存している場合です。SaaS向けベストヘルプセンターソフトウェアの比較やZendesk Guideの代替ツールの比較で他の選択肢をカバーしており、ナレッジベースの構築方法では目指すべき構造について解説しています。
移行前にインポートを試す
ヘルプセンターのコピーを無料のCleveraヘルプセンターにインポートして、結果を確認してください。決定するまで、現在のツールやDNSには何も変更は加えられません。
全手順はドキュメントサイトのインポートとエクスポートに記載されており、ヘルプセンターソフトウェアのページで移行後に利用できる機能を確認できます。
よくある質問
ヘルプセンターのソフトウェアを変更するとGoogleのランキングは下がりますか?
すべての古いURLが対応する新しいページにリダイレクトされ、コンテンツが維持されていれば、通常は一時的な影響にとどまります。Googleは「一時的な変動」を予想するよう述べています。永続的な順位低下は、通常、404エラー、ホームページへのリダイレクト、または応答しなくなった古いホスト名が原因です。
URLを完全に同じまま維持できますか?
ほとんどの場合、不可能です。多くのプラットフォームは独自のURLパターンを使用しており、/hc/en-us/articles/…を再現できません。選択する前に確認してください。完全な301マップを使用してホスト名を維持すれば、読者と検索エンジンには同じ結果が提供されます。
ヘルプデスク移行とヘルプセンター移行の違いは何ですか?
ヘルプデスク移行は、チケット、連絡先、マクロをサポートツール間で移動させるもので、通常は移行サービスを利用します。ヘルプセンター移行は、読者が検索で見つける公開記事を移動させるため、URL、リダイレクト、ドメインが作業の中心となります。これらは別々に行うことも可能です。
チケットも移動する必要がありますか?
いいえ。ヘルプセンターは、受信トレイ、チケット履歴、チャットをそのままにして単独で移行できます。ウィジェット、マクロ、AIエージェントの接続先を新しいヘルプセンターに変更してください。
301と302のどちらのリダイレクトを使うべきですか?
301または308を使用してください。Googleはこれらを恒久的なものとして扱い、新しいページを正規ページとして使用します。302は移動が一時的であることを示します。
ヘルプセンターの移行にはどれくらい時間がかかりますか?
インポート自体は数分で完了します。URLの棚卸し、確認、テストに数日、DNSのTTL(有効期限)を考慮したリードタイムに1週間、移行後のモニタリングに数週間を見込んでください。
古いツール内のAI回答はどうなりますか?
古いツールに残ります。新しいプラットフォームが記事に基づいて読者に回答できるか、どのプランに含まれているか、また回答ごと、解決ごと、あるいは月間許容量内での課金かを確認してください。

