別のプラットフォームからのZendesk Guide移行：完全な2026年ガイド

ナレッジベースを新しいプラットフォームに移行することは、開始するまでは簡単そうに聞こえるプロジェクトの1つです。突然、コンテンツの階層、リンク切れ、添付ファイルの欠落、および期待どおりにマッピングされないユーザー権限に対処することになります。

このガイドでは、別のプラットフォームからZendesk Guideへの移行について説明します。Freshdesk、Gorgias、またはカスタムソリューションからの移行であっても、利用可能な方法、回避すべき落とし穴、および移行がチームにとって適切な動きであるかどうかを判断する方法を学びます。

Zendesk Guideとは？なぜ移行するのか？

Zendesk Guideは、Zendeskのカスタマーサービスプラットフォームのナレッジベースコンポーネントです。これにより、顧客がブランドのヘルプセンターを通じてアクセスできるヘルプ記事を作成、整理、および公開できます。

チームがGuideに移行する一般的な理由はいくつかあります。

• 統合　すでにZendeskをチケット発行に使用しており、統一されたレポートが必要な場合
• より良い検索　ZendeskのAI搭載検索は、レガシーシステムよりも関連性の高い記事を効果的に表示します
• セルフサービスへの注力　問題解決の効率化に投資しており、顧客のセルフサービス向けに設計されたナレッジベースが必要な場合
• 成長　現在のプラットフォームは、コンテンツまたはユーザーのボリュームに合わせて拡張できません

要するに、GuideはZendeskのエコシステムにコミットしている場合に最適です。ナレッジベースは、Zendeskのチケット、AIエージェント、および分析と緊密に統合されています。サポートにZendeskを使用していない場合、Guideは高価なスタンドアロンオプションになります。

Zendesk Guideの移行を計画する

準備は、スムーズな移行と災害を分けます。データに触れる前に、何に取り組んでいるかを理解する必要があります。

どのようなデータを移行できますか？

移行前のチェックリスト

• コンテンツを監査する　重複、古い記事、および孤立したページを削除します
• 構造をマッピングする　現在の階層（フォルダ、カテゴリ、セクション）を文書化し、Guideのカテゴリ→セクション→記事の構造へのマッピング方法を計画します
• カスタムフィールドを設定する　Zendeskにフィールドを作成して、レガシーIDとメタデータを保存します
• エージェントアカウントを作成する　コンテンツ作成者は、移行前にZendeskアカウントが必要です
• トリガーを無効にする　移行中に顧客がスパムを受信しないように、通知をオフにします

移行方法の比較

Zendesk Guideにデータを取得するには、主に3つのアプローチがあります。それぞれが、異なる技術スキルレベルと移行の複雑さに適しています。

方法1：Zendesk API（技術チーム向け）

Zendesk APIを使用すると、完全に制御できます。スクリプトを作成して、ソースシステムからデータを抽出し、RESTエンドポイントを介してGuideにプッシュします。

**最適な用途：**大規模なデータセット、複雑な変換、または特定のリレーションシップを保持する必要がある場合

長所：

• データマッピングを完全に制御できる
• 添付ファイルとインライン画像を適切に処理する
• 増分的に実行し、中断された場合に再開できる
• 無料（開発時間以外）

短所：

• エンジニアリングリソースが必要
• レート制限が適用されます（〜2,000チケット/時間）
• すべてのエラーケースとエッジ条件を処理する

方法2：サードパーティの移行ツール

Help Desk MigrationやImport2などのサービスは、データを転送するためのノーコードインターフェイスを提供します。

**最適な用途：**信頼性の高い迅速な移行を必要とする開発者のいないチーム

Help Desk Migrationの価格：

サンプル価格：1,000レコードで〜100ドル、10,000レコードで〜514ドル（非線形価格）

**Import2：**15分以内に無料のサンプル移行を提供します。価格は、ボリュームとプラットフォームに基づいてカスタムです。

方法3：手動CSVインポート

Zendeskは、基本的なチケットおよびユーザーデータ用のCSVインポートをサポートしています。ナレッジベースコンテンツの場合、これは制限されており、一般的に少数の記事を超えるものには推奨されません。

**最適な用途：**特定のレコードの小さなデータセットまたは1回限りの転送

ステップバイステップの移行プロセス

サードパーティツールまたはAPIアプローチを使用していると仮定して、実際の移行の仕組みを次に示します。

ステップ1：Zendesk Guideをアクティブ化する

Guideはデフォルトで有効になっていません。管理センター→Guide設定に移動して、オンにします。コンテンツをインポートする前に、ヘルプセンターのテーマと基本的なブランディングも構成することをお勧めします。

ステップ2：コンテンツ構造を作成する

記事をインポートする前に、スケルトンを設定します。

1. エージェントをZendeskユーザーとしてインポートまたは作成します
2. カテゴリを作成します（トップレベルの組織）
3. 各カテゴリ内にセクションを作成します
4. すべてのIDを文書化します　次のステップで必要になります

Guideは、カテゴリ→セクション→記事の3レベルの階層を使用します。エンタープライズプランでは、サブセクションを含む最大6つのレベルがサポートされています。

ステップ3：記事をインポートする

いよいよ本番です。選択した方法を使用して：

• HTMLコンテンツをZendeskの記事形式にマッピングします
• インライン画像を処理します（個別のアップロードとURLの置換が必要です）
• 可能であれば、元のタイムスタンプを保持します（APIが必要です）
• レガシーIDをカスタムフィールドに保存して参照します

ステップ4：添付ファイルと画像を処理する

添付ファイルは、記事テキストとともに自動的に移行されません。次のことを行う必要があります。

• APIまたは手動で添付ファイルをアップロードします
• 新しい添付ファイルのURLを指すように記事HTMLを更新します
• すべての画像とファイルが正しくロードされることをテストします

ステップ5：権限とユーザーセグメントを設定する

誰が何を見ることができるかを構成します。

• 公開記事（すべての人に表示）
• 登録ユーザーのみ
• 特定のユーザーセグメント（内部記事、VIPコンテンツなど）

ステップ6：検証して本番稼働する

スイッチを入れる前に：

• 古いシステムと新しいシステムの間で記事数を比較します
• 書式設定、特にコードブロックとテーブルをスポットチェックします
• 検索機能をテストします
• 古いヘルプセンターのURLから301リダイレクトを設定します

一般的な移行の落とし穴と回避方法

数十件の移行を確認した後、繰り返し発生する問題は次のとおりです。

元のIDが失われる Zendeskは、すべての新しいIDを生成します。カスタムフィールドを作成して、レガシーIDを保存し、古いチケット番号と記事IDを参照できるようにします。

タイムゾーンの混乱 JSONエクスポートはUTCを使用します。CSVエクスポートはアカウントのタイムゾーンを使用します。エクスポートする前にタイムゾーンを文書化しないと、タイムスタンプが間違ってしまいます。

添付ファイルの破損 個別の添付ファイル移行ワークフローを計画します。記事テキストと一緒に移行されると想定しないでください。

コメントの欠落 サイドカンバセーションと内部メモは、自動的に転送されないことがよくあります。移行中にプライベートノートに変換する必要がある場合があります。

通知スパム 移行前に必ずトリガーと自動化を無効にしてください。顧客にインポートされたすべてのチケットについて通知したくありません。

書式設定の問題 HTMLレンダリング、特にコードブロック、テーブル、および埋め込みメディアをテストします。古いシステムで正しく表示されても、Guideで壊れる可能性があります。

移行の最新の代替手段：eesel AI

移行ガイドではめったに言及されないことがあります。それは、移行する必要がないかもしれないということです。

eesel AIでは、異なるアプローチを採用しています。すべてのコンテンツを新しいプラットフォームに移動する代わりに、AIエージェントは、Zendesk、Freshdesk、Gorgias、または別のプラットフォームであるかどうかにかかわらず、既存のヘルプデスクに直接接続し、すでに存在するコンテンツから学習します。

仕組みは次のとおりです。

1. 数分で接続　データ移行は不要です。既存のヘルプデスクと統合し、チケット、ヘルプセンター、およびマクロから学習します。

2. ガイダンスから始める　新しい従業員と同様に、当社のAIはチームがレビューするための返信案を作成することから始めます。役割を拡大する前に、ビジネスを理解していることを確認します。

3. 自律型にレベルアップ　AIがその能力を証明するにつれて、最前線のサポートを直接処理させ、定義したエッジケースのみをエスカレートさせることができます。

4. わかりやすい英語で制御　複雑な構成は不要です。「常に請求に関する紛争を人にエスカレートする」または「VIP顧客の場合は、アカウントマネージャーをCCする」などのことをAIに伝えます。

その結果、数か月かかる移行プロジェクトなしで、AIを活用したサポートが得られます。チームは使い慣れたツールで作業を続けます。顧客はより迅速な応答を得られます。また、主要なプラットフォーム移行に伴うデータ損失やリンク切れのリスクを回避できます。

また、完全な自動化なしでAI支援を必要とするチーム向けのAI Copilotと、チケットを自動的にタグ付け、ルーティング、および優先順位付けするためのAI Triageも提供しています。Zendesk AI統合は、既存のZendesk設定とシームレスに連携します。

詳細については、価格をご覧ください。エージェントごとではなく、インタラクションごとに課金されるため、チームの成長が不利になることはありません。

チームに適したアプローチを選択する

では、どちらの道を選ぶべきでしょうか？簡単なフレームワークを次に示します。

次の場合、Zendesk Guideに移行します。

• すでにZendeskをチケット発行に使用している
• チケットとナレッジ全体で統一されたレポートが必要
• 古いプラットフォームを完全に廃止する
• 数週間かかる移行プロジェクトのリソースがある

次の場合、eesel AIで拡張します。

• 現在のプラットフォームはまだ正常に機能している
• 移行コスト（時間+お金）が高すぎる
• プラットフォームを切り替えることなくAIのメリットを得たい
• 結果を迅速に表示する必要がある

**結論：**移行は目的を達成するための手段であり、それ自体が目的ではありません。目標がより良いカスタマーサポートである場合、AI拡張は、完全なプラットフォーム移行よりもリスクが少なく、より迅速な結果をもたらすことがよくあります。