zendesk-guide-migration-from-another-platform
Written by
eesel Team
Last edited 2026 2月 26
{
"title": "別のプラットフォームからのZendesk Guide移行：完全な2026年ガイド",
"slug": "zendesk-guide-migration-from-another-platform",
"locale": "ja",
"date": "2026-02-25",
"updated": "2026-02-25",
"template": "default",
"excerpt": "ヘルプセンターのコンテンツをZendesk Guideに移行するための実用的なガイド。APIワークフロー、サードパーティツール、およびAI代替手段を検討するタイミングについて説明します。",
"categories": [
"Zendesk",
"Guides"
],
"tags": [
"Zendesk Guide",
"knowledge base migration",
"help center",
"data migration",
"customer support"
],
"readTime": 9,
"author": 16,
"reviewer": 14,
"seo": {
"title": "別のプラットフォームからのZendesk Guide移行：完全な2026年ガイド",
"description": "ヘルプセンターのコンテンツをZendesk Guideに移行するための実用的なガイド。APIワークフロー、サードパーティツール、およびAI代替手段を検討するタイミングについて説明します。",
"image": "https://wmeojibgfvjvinftolho.supabase.co/storage/v1/object/public/public_assets/blog-gen/banner-76392296-bde9-4d8f-aad1-be2c07eeabed"
},
"coverImage": "https://wmeojibgfvjvinftolho.supabase.co/storage/v1/object/public/public_assets/blog-gen/banner-76392296-bde9-4d8f-aad1-be2c07eeabed",
"coverImageAlt": "別のプラットフォームからのZendesk Guide移行：完全な2026年ガイドのバナー画像",
"coverImageWidth": 1920,
"coverImageHeight": 1080,
"faqs": {
"heading": "よくある質問",
"type": "blog",
"answerType": "html",
"faqs": [
{
"question": "別のプラットフォームからZendesk Guideへの一般的な移行にはどのくらいの時間がかかりますか？",
"answer": "期間は、データ量と方法によって異なります。API移行は通常、テストを含めて2〜4週間かかります。Help Desk Migrationなどのサードパーティツールは、3〜7日で完了できます。手動のCSVアプローチでは、100件未満の記事の小さなデータセットの場合、1〜2週間かかります。"
},
{
"question": "任意のプラットフォームからZendesk Guideに移行できますか、それとも制限がありますか？",
"answer": "ほとんどの主要なプラットフォーム（Freshdesk、Intercom、Jira Service Management、HubSpot）は、APIまたはサードパーティツールを介してZendesk Guideに移行できます。一部のニッチなシステムまたはレガシーシステムでは、カスタム開発が必要になる場合があります。特定のプラットフォームの互換性については、Help Desk Migrationにお問い合わせください。"
},
{
"question": "別のプラットフォームからZendesk Guideへの移行中に、どのようなデータが失われますか？",
"answer": "元のチケットIDと記事IDは保持できません（Zendeskが新しいIDを生成します）。最初の返信時間や解決時間などのチケットメトリクスは転送されません。サイドカンバセーションは、手動で変換する必要がある場合があります。参照用に、レガシーIDをカスタムフィールドに保存することを計画してください。"
},
{
"question": "移行には、Zendesk APIとサードパーティツールのどちらを使用する方が良いですか？",
"answer": "開発者がいて、複雑なデータ変換が必要な場合、または固有の要件がある場合は、APIを使用します。より迅速なターンアラウンドが必要で、エンジニアリングリソースがない場合、または簡単な移行の場合は、Help Desk MigrationやImport2などのサードパーティツールを使用します。サードパーティツールの費用は通常、ボリュームに応じて500ドルから5,000ドル以上です。"
},
{
"question": "Zendesk Guideへの移行は段階的に行うことができますか、それとも一度に行う必要がありますか？",
"answer": "API移行は、コンテンツタイプまたは日付範囲で段階的に実行できます。一部のサードパーティツールは、最初の転送後に変更を同期するための「デルタ移行」（Help Desk MigrationのSignatureパッケージ）を提供します。ただし、顧客が2つのヘルプセンターで混乱するのを避けるために、通常、本番稼働は一度に行われます。"
},
{
"question": "別のプラットフォームからの完全なZendesk Guide移行の時間または費用を負担できない場合はどうすればよいですか？",
"answer": "代替手段としてAI拡張を検討してください。eesel AIなどのツールは、既存のプラットフォームに接続し、移行を必要とせずにAIを活用した応答を提供します。数か月かかるプロジェクトやデータ移行のリスクなしに、最新のサポートテクノロジーの多くのメリットが得られます。"
}
],
"supportLink": null
}
}
---
ナレッジベースを新しいプラットフォームに移行することは、開始するまでは簡単そうに聞こえるプロジェクトの1つです。突然、コンテンツの階層、リンク切れ、添付ファイルの欠落、および期待どおりにマッピングされないユーザー権限に対処することになります。
このガイドでは、別のプラットフォームから[Zendesk Guide](https://www.zendesk.com/guide)への移行について説明します。Freshdesk、Gorgias、またはカスタムソリューションからの移行であっても、利用可能な方法、回避すべき落とし穴、および移行がチームにとって適切な動きであるかどうかを判断する方法を学びます。
## Zendesk Guideとは？なぜ移行するのか？
[Zendesk Guide](https://www.zendesk.com/guide)は、Zendeskのカスタマーサービスプラットフォームのナレッジベースコンポーネントです。これにより、顧客がブランドのヘルプセンターを通じてアクセスできるヘルプ記事を作成、整理、および公開できます。
チームがGuideに移行する一般的な理由はいくつかあります。
- **統合** すでにZendeskをチケット発行に使用しており、統一されたレポートが必要な場合
- **より良い検索** ZendeskのAI搭載検索は、レガシーシステムよりも関連性の高い記事を効果的に表示します
- **セルフサービスへの注力** 問題解決の効率化に投資しており、顧客のセルフサービス向けに設計されたナレッジベースが必要な場合
- **成長** 現在のプラットフォームは、コンテンツまたはユーザーのボリュームに合わせて拡張できません
要するに、GuideはZendeskのエコシステムにコミットしている場合に最適です。ナレッジベースは、Zendeskのチケット、AIエージェント、および分析と緊密に統合されています。サポートにZendeskを使用していない場合、Guideは高価なスタンドアロンオプションになります。
## Zendesk Guideの移行を計画する
準備は、スムーズな移行と災害を分けます。データに触れる前に、何に取り組んでいるかを理解する必要があります。
### どのようなデータを移行できますか？
| データ型 | 移行可能ですか？ | 注 |
|-----------|-------------|-------|
| 記事 | はい | HTMLコンテンツ、書式設定、およびメタデータ |
| カテゴリとセクション | はい | 階層はGuideの構造にマッピングされます |
| 添付ファイル | はい | APIを介した個別の処理が必要です |
| ユーザーセグメント | はい | 誰がどのコンテンツを見るかを制御します |
| 元のID | いいえ | Zendeskは新しいIDを生成します。レガシー参照を保存するには、カスタムフィールドを使用します |
| チケットメトリクス | いいえ | 最初の返信時間、解決時間はインポートされません |
| サイドカンバセーション | 部分的 | プライベートノートへの変換が必要な場合があります |
### 移行前のチェックリスト
- **コンテンツを監査する** 重複、古い記事、および孤立したページを削除します
- **構造をマッピングする** 現在の階層（フォルダ、カテゴリ、セクション）を文書化し、Guideのカテゴリ→セクション→記事の構造へのマッピング方法を計画します
- **カスタムフィールドを設定する** Zendeskにフィールドを作成して、レガシーIDとメタデータを保存します
- **エージェントアカウントを作成する** コンテンツ作成者は、移行前にZendeskアカウントが必要です
- **トリガーを無効にする** 移行中に顧客がスパムを受信しないように、通知をオフにします
## 移行方法の比較
Zendesk Guideにデータを取得するには、主に3つのアプローチがあります。それぞれが、異なる技術スキルレベルと移行の複雑さに適しています。
### 方法1：Zendesk API（技術チーム向け）
[Zendesk API](https://support.zendesk.com/hc/en-us/articles/4408828053146)を使用すると、完全に制御できます。スクリプトを作成して、ソースシステムからデータを抽出し、RESTエンドポイントを介してGuideにプッシュします。
**最適な用途：**大規模なデータセット、複雑な変換、または特定のリレーションシップを保持する必要がある場合
**長所：**
- データマッピングを完全に制御できる
- 添付ファイルとインライン画像を適切に処理する
- 増分的に実行し、中断された場合に再開できる
- 無料（開発時間以外）
**短所：**
- エンジニアリングリソースが必要
- レート制限が適用されます（〜2,000チケット/時間）
- すべてのエラーケースとエッジ条件を処理する
### 方法2：サードパーティの移行ツール
[Help Desk Migration](https://help-desk-migration.com)や[Import2](https://www.import2.com)などのサービスは、データを転送するためのノーコードインターフェイスを提供します。
**最適な用途：**信頼性の高い迅速な移行を必要とする開発者のいないチーム
**Help Desk Migrationの価格：**
| パッケージ | 最適な用途 | サポート | 応答時間 | データ保持 |
|---------|----------|---------|---------------|----------------|
| 標準 | 最大50Kレコード | 9/5 | 24時間 | 3日間 |
| プレミアム | 中規模の移行 | 16/5 | 8時間 | 5日間 |
| シグネチャ | 大規模/複雑 | 16/5 | 4時間 | 10日間 |
サンプル価格：1,000レコードで〜100ドル、10,000レコードで〜514ドル（非線形価格）
**Import2：**15分以内に無料のサンプル移行を提供します。価格は、ボリュームとプラットフォームに基づいてカスタムです。
### 方法3：手動CSVインポート
Zendeskは、基本的なチケットおよびユーザーデータ用のCSVインポートをサポートしています。ナレッジベースコンテンツの場合、これは制限されており、一般的に少数の記事を超えるものには推奨されません。
**最適な用途：**特定のレコードの小さなデータセットまたは1回限りの転送
| 方法 | 技術スキル | コスト | 速度 | 最適な用途 |
|--------|-----------------|------|-------|----------|
| Zendesk API | 高 | 無料（内部） | 数週間 | 複雑な移行 |
| Help Desk Migration | 低 | 100ドル〜10,000ドル以上 | 数日 | 標準的な移行 |
| Import2 | 低 | カスタム見積もり | 数日 | 迅速な転送 |
| 手動CSV | 中 | 無料 | 数週間 | 小さなデータセット（100記事未満） |
## ステップバイステップの移行プロセス
サードパーティツールまたは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](https://www.eesel.ai)では、異なるアプローチを採用しています。すべてのコンテンツを新しいプラットフォームに移動する代わりに、[AIエージェント](https://www.eesel.ai/product/ai-agent)は、Zendesk、Freshdesk、Gorgias、または別のプラットフォームであるかどうかにかかわらず、既存のヘルプデスクに直接接続し、すでに存在するコンテンツから学習します。
仕組みは次のとおりです。
1. **数分で接続** データ移行は不要です。既存のヘルプデスクと統合し、チケット、ヘルプセンター、およびマクロから学習します。
2. **ガイダンスから始める** 新しい従業員と同様に、当社のAIはチームがレビューするための返信案を作成することから始めます。役割を拡大する前に、ビジネスを理解していることを確認します。
3. **自律型にレベルアップ** AIがその能力を証明するにつれて、最前線のサポートを直接処理させ、定義したエッジケースのみをエスカレートさせることができます。
4. **わかりやすい英語で制御** 複雑な構成は不要です。「常に請求に関する紛争を人にエスカレートする」または「VIP顧客の場合は、アカウントマネージャーをCCする」などのことをAIに伝えます。
その結果、数か月かかる移行プロジェクトなしで、AIを活用したサポートが得られます。チームは使い慣れたツールで作業を続けます。顧客はより迅速な応答を得られます。また、主要なプラットフォーム移行に伴うデータ損失やリンク切れのリスクを回避できます。
また、完全な自動化なしでAI支援を必要とするチーム向けの[AI Copilot](https://www.eesel.ai/product/ai-copilot)と、チケットを自動的にタグ付け、ルーティング、および優先順位付けするための[AI Triage](https://www.eesel.ai/product/ai-triage)も提供しています。[Zendesk AI統合](https://www.eesel.ai/integration/zendesk-ai)は、既存のZendesk設定とシームレスに連携します。
詳細については、[価格](https://www.eesel.ai/pricing)をご覧ください。エージェントごとではなく、インタラクションごとに課金されるため、チームの成長が不利になることはありません。
## チームに適したアプローチを選択する
では、どちらの道を選ぶべきでしょうか？簡単なフレームワークを次に示します。
**次の場合、Zendesk Guideに移行します。**
- すでにZendeskをチケット発行に使用している
- チケットとナレッジ全体で統一されたレポートが必要
- 古いプラットフォームを完全に廃止する
- 数週間かかる移行プロジェクトのリソースがある
**次の場合、eesel AIで拡張します。**
- 現在のプラットフォームはまだ正常に機能している
- 移行コスト（時間+お金）が高すぎる
- プラットフォームを切り替えることなくAIのメリットを得たい
- 結果を迅速に表示する必要がある
**結論：**移行は目的を達成するための手段であり、それ自体が目的ではありません。目標がより良いカスタマーサポートである場合、AI拡張は、完全なプラットフォーム移行よりもリスクが少なく、より迅速な結果をもたらすことがよくあります。
この記事を共有
Article by
