Zoom Chat移行アプリ フィールドガイド

はじめに

Zoom Chat Migration App フィールドガイドは、IT管理者向けの包括的なリソースであり、Slack ワークスペースを Zoom Chat に移行するための手順をステップごとに案内します。公開チャネル、非公開チャネル、ダイレクトメッセージを、データの整合性とユーザーのコミュニケーション履歴を維持しながら移行するための重要なプロセスを網羅しています。

この Zoom Chat Migration App Slack ワークスペースのデータを Zoom Chat 環境へ転送するためのデュアルエンジンアーキテクチャを実装しています。システム管理者は、いくつかの移行手段を利用できます。

移行の概要

Zoom Chat Migration App を使用した Slack データの移行方法は、組織の規模、Slack プラン、およびセキュリティ要件によって複数あります。

さらに、Slack と Zoom の所定の前提条件を満たし、移行計画を作成し、Slack ワークスペースを統合する必要があります。このセクションでは、これらの前提条件と考慮事項の概要を説明します。

移行オプション

以下の表では、最も一般的な移行アプローチを詳しく示します。

移行方法	説明	最適な対象	要件	利点
API移行（アプリベース）	移行アプリを使用して Slack API に直接接続し、データを転送します。公開チャネル、非公開チャネル、DM をサポートします。	小規模な組織、またはユーザー認可の取得が可能な場合	非公開チャットと DM のデータアクセスには、ユーザーの承認が必要です	Slack から直接、データを完全自動でシームレスに転送できます
インポートツール移行（ファイルベース）	Slack のエクスポートファイルを使用して、Zoom のインポートツール経由でデータを移行します	Slack Plus または Enterprise Grid プランを利用している組織	管理者は、Slack の管理ダッシュボードから Slack データをエクスポートする必要があります	ユーザー承認は不要。特に非公開チャットの一括移行に最適です
ハイブリッドアプローチ（API + インポート）	API とインポート方式を組み合わせます。公開チャネルは API、非公開チャネルと DM はインポートツールを使用します	ユーザー承認の複雑さを避けたい中規模～大規模組織	Slack のエクスポートと、アプリベースの API 移行設定の両方に管理者アクセスが必要です	公開チャネルの移行は自動化を維持しながら、非公開チャットでのユーザー承認の手間を回避できます

システム制約

移行プロセスには、次のような特定の制約があります。

• 1ジョブあたりの最大容量：履歴データ12か月分

• 総移行期間：60か月（5年）

• ジョブの同時実行：同時に実行できるジョブは1つのみです

この技術アーキテクチャにより、セキュリティプロトコルとデータ整合性を維持しながら、企業のコミュニケーションデータを体系的に移行できます。

Slack-to-Zoom データマッピング

以下のマッピング詳細表は、移行前に Slack と Zoom Chat の対応関係を理解するのに役立ちます。

Slack の機能	Zoom Chat の対応機能	補足
公開チャネル	公開チャネル	自動的に移行
非公開チャネル	非公開チャネル	ユーザー承認が必要
ダイレクトメッセージ（DM）	1対1チャット	ユーザー承認が必要
グループDM	グループチャット	ユーザー承認が必要
スレッド	インライン返信	Slack のような完全なスレッド形式ではありませんが、返信順序は保持されます
@メンション	@メンション	同じ動作
リアクション	絵文字リアクション	同じ動作
ファイル	共有ファイル	クラウドストレージを有効にする必要があります
ピン留めメッセージ	スター付きメッセージ	ピン留めされたメッセージはスター付きに変わります
Slack ボット/アプリメッセージ	テキストのみ（カードなし）	リッチなアプリカードは移行されません

アカウントと権限の前提条件

作業を進める前に、Slack と Zoom のアカウントレベルおよび管理者権限の両方を確認する必要があります。

• A Pro、Business、Enterprise、または Education の Zoom アカウントが必要です。

• Slack と Zoom の 管理者権限 は、移行を承認するために必要です。

Zoom Marketplace アプリをインストールする管理者は、Web ポータルでロール管理にアクセスする必要があります。正しいチャット管理権限が割り当てられていることを確認してください。 編集 のチェックボックスを選択する必要があります。 Chat Channels および Chat Messages のロールです。そうでない場合、権限不足のため Zoom Slack Migration アプリを承認できません。

• クラウドストレージを有効にする必要があります メッセージ/ファイルの保持.

Slack API：スコープ、権限、レート制限

Slack API は、Slack のユーザー、チャネル、メッセージデータを取得するために使用されます。これらのデータ型にはレート制限があり、1つの Slack ワークスペースに対して 1分あたりに許可されるリクエスト数は限られています。これは移行スケジュールを計画するうえで重要な考慮事項です。

Slack Migration Job のパフォーマンスベンチマーク

以下の表では、Slack 移行の見積もりを示します。

移行実装方法別のパフォーマンス比較分析

移行方法	データ範囲	チャネルあたりの処理時間	推定移行時間*
インポート移行	約2週間	5～10秒	チャネルあたり45秒～1分15秒
APIベース移行	約2週間	20～30秒	チャネルあたり3～5分

_{*1年分の履歴データを持つ中規模の Slack ワークスペースを基準}

移行ジョブには、実装スケジュールとリソース計画に直接影響する2つの基本的なボトルネックがあります。ファイル転送処理の制限は、インポート方式と API ベース方式の両方に影響し、導入計画時には十分な帯域幅の割り当てと転送最適化戦略が必要となるパフォーマンス制約を生みます。API ベースの移行ジョブは、Slack のネイティブ API レート制限メカニズムにより、さらに性能制限を受けます。これらの制約はインポート移行には影響しませんが、API ベースの実装には大きく影響するため、プラットフォーム制限への準拠を維持しつつスループットを最適化するには、処理時間の延長と慎重なジョブスケジューリングが必要です。

Slack ワークスペースには数百から数千のチャネルが含まれる場合がありますが、チャネルのアクティビティ分布には予測可能なパターンがあり、移行パフォーマンスとリソース割り当て要件に直接影響します。大量のメッセージ履歴、ファイル添付、ユーザー間のやり取りが多い高アクティビティチャネルでは、上記のベンチマーク処理時間が必要になります。ただし、ワークスペース内の大半のチャネルは通常、短い会話、告知、アーカイブ済みの議論などで構成されており、ベンチマーク値よりかなり速く移行されます。

必要な管理者権限とスコープ

Zoom App Marketplace では、Zoom テナント内で次の管理者権限とスコープが必要です。

• Chat Management > Chat Channels = 編集

• Chat Messages = 編集

Zoom Migration ツールは、次の Zoom App スコープを必要とする内部 API を使用します。

• chat_message:write:admin

• imchat:bot

• chat_channel:write:admin

• user:write:admin

Zoom XMPP には、真正性確認と履歴追跡のために Slack メッセージ ID を含むフィールドがあります。

Zoom が作成した Slack アプリは、管理者が移行ツールを使ってワークスペースに接続すると、Slack テナントに自動的にインストールされます。この Slack アプリは OAuth2 認証 を使用して Zoom に接続し、データ移行用の認可トークンを提供します。ユーザーは、非公開の会話（DM、グループチャット、非公開チャネル）の移行を承認する必要があります。

また、次のオプションを Slack ディレクトリからのアプリのみを許可 を オフに設定する必要があります。これにより、ワークスペース接続が作成された後に Slack アプリをインストールできます。以下の Slack スコープも必要です。

• files:read

• channels:history

• channels:read

• groups:history

• groups:read

• im:history

• im:read

• mpim:history

• mpim:read

• pins:read

• stars:read

• users:read

• users:read.email

移行に関する考慮事項

事前に移行戦略を検討しておくことで、手間を省き、プラットフォーム間のスムーズな移行を実現できます。高レベルな例として、Zoom では次の戦略概要を推奨しています。

1. どの Slack ワークスペースを移行するかを決める（1つ以上）

2. どのデータを移行するかを選択する：

   1. 公開チャネル（自動移行）

   2. 非公開チャネルとダイレクトメッセージ（DM）（ユーザー承認が必要）

   3. ボットおよび/またはアプリメッセージ

3. 最適な移行方法を決定する

4. 移行の期間を設定する（1ジョブあたり最大1年）

5. 非公開メッセージの承認についてユーザーに通知する

Slack ワークスペースの統合

Enterprise Grid ユーザーなど、複数の Slack ワークスペースを使用している組織では、Zoom Chat への移行時にすべてのワークスペースが1つのアカウントに統合されます。

ワークスペースを区別するため、Zoom は元のワークスペース名をチャネル名とチャット名の両方に追加します。例：

• 元の Slack チャネル：

  • #engineering （ワークスペース名が「US Team」の場合）

• 移行後の Zoom チャネル：

  • #engineering: US Team

この統合により、元のワークスペースの文脈を保持したまま、すべてのデータが1つの Zoom Chat アカウントに移行されます。共有スペースは、特定のチームや部門向けに追加の構造を提供でき、コンテンツの整理とアクセスが容易になります。

チャットデータの統合

100人を超えるユーザーを持つワークスペースでは、退職した後でもアーカイブや削除がされていない非公開のグループチャットや DM が数万件に及ぶことがあります。そのため、非公開の移行ジョブは公開ジョブよりも大幅に時間がかかります。

管理者は、これらの古い会話を手動でアーカイブするか、Slack の保持期間を更新して自動削除することで、古いデータを整理する必要があります。

Zoom では、どのデータを Zoom Chat でアクティブデータとして保持する必要があるか、また将来の法務、コンプライアンス、リスク軽減、人事、その他の目的のためにどのデータをアーカイブできるかを検証することを推奨しています。

より多くの Slack データを Zoom Chat に複製することは可能ですが、Zoom では アクティブデータは1年分のみを複製し、残りはアーカイブすることを推奨しています。ほとんどのユーザーは、業務やコミュニケーションのために1年を超えて検索する必要はほとんどありません。Zoom では、データ移行を成功させるために、3～6か月単位の小さなバッチで移行ジョブを作成することを推奨しています。

また、データが現在 Slack に保存されているのか、DLP、e-Discovery、アーカイブのためにサードパーティサービスと連携しているのかを考慮することも重要です。

チャット履歴の保持

Slack は完全にクラウドベースですが、Zoom ではより細かな保持オプションが提供されるため、Slack から Zoom に移行する際には保持に関するいくつかの考慮事項があります。

• Zoom ではローカルデバイスストレージとクラウドストレージの両方を提供します。 ローカルデバイスストレージ は1日から7年まで設定できます。 クラウドストレージ は無効化することも、7年間の保持期間として設定することもできます。

• 保持ポリシー は、ユーザーに対してアカウントレベルとグループレベルの両方で設定できます。

• 管理者は必要に応じて、個々のチャネルごとに特定の保持期間を設定できます。

• 管理者は、DM またはグループチャットに1つの保持ポリシーを設定し、チャットチャネルには別のポリシーを設定できます。

• チャット履歴のレポートでは、編集済みメッセージの改訂と削除を保存することを Zoom は推奨しています。

Zoom サポート記事 Zoom Chat のメッセージ履歴を保存する を参照して、チャット履歴の保持について詳しく学んでください。

ベストプラクティス

移行前のベストプラクティス

移行前プロセスをより簡単にするため、次の推奨事項に従ってください。

• ユーザーが Zoom でアカウントを作成し、少なくとも1回は認証していることを確認します。

• 管理者が Slack Migration アプリを自分の Zoom アカウントに追加していること。

• 移行を実施する管理者は、両方のプラットフォーム（Slack と Zoom Chat）の権限を持っている必要があり、Zoom と Slack のアカウントでメールアドレスが一致していなければなりません。

• 管理者は、Zoom Chat Migration アプリを使用して、Slack から Zoom Chat へデータを移行するジョブを設定し、実行する必要があります。注：このプロセスには最低2ジョブが必要です。少なくとも1つのジョブで非公開会話を移行し、1つのジョブで公開チャネルを移行するためです。

• 移行を高速化するため、Chat に移行したくない不要な Slack データは、管理者がアーカイブまたは削除しておく必要があります。

• 非公開データの移行に API Migration ジョブを使用する場合、ユーザーが、いつどのように Slack への承認を行い、データを Chat に移行するのかを理解していることを確認してください。

• インポート移行ジョブを使用する予定がある場合は、 ワークスペースのチャットデータを .zip ファイルとしてエクスポートするための Slack の手順.

  • ファイル要件：

    • .zip ファイル名は、元の Slack エクスポート形式から変更してはいけません

    • .zip ファイルのサイズは1 GB を超えてはいけません

移行のベストプラクティス

以下のプロセスは、移行の高レベルな概要を示します。

1. 移行前に、ユーザーが Zoom で作成され、少なくとも1回は認証されていることを確認します。

2. 管理者は、Slack Migration アプリを準備し、Zoom アカウントに追加しておく必要があります。

3. 移行を行う管理者は、両方のプラットフォームに対する適切な権限と、Zoom と Slack のアカウント間で一致するメールアドレスを持っている必要があります。

4. 管理者は、Slack に非公開アプリをインストールして Zoom に接続し、OAuth 認証を実行する必要があります。

5. 管理者は Zoom Chat Migration アプリを使用して、Slack から Zoom Chat へデータを移動する移行ジョブを設定します。これには最低2ジョブが必要です。1つは非公開会話用、もう1つは公開チャネル用です。

移行時には、次の推奨手順に従ってください。

1. Select Public Channels Conversation Type を選択し、特定のチャネルを選んで、1つのチャネルからデータを移行します。古いチャネルの一部から、1週間分のデータを選択します。

2. 1年以上前のすべての公開チャネルを転送するジョブを作成し、その後、すべてのチャネルがユーザー付きで作成されたことを確認します。

3. アプリが想定どおりに機能することを確認した後は、時間範囲の小さいジョブを多数作成して実行するのではなく、時間範囲の大きいジョブを少数作成して実行します。各ジョブには、移行するための同じ数のステップが含まれます。

4. （任意）非公開ジョブの移行についても、これらの手順を繰り返します。

データ移行後、データは次のように表示されます。

• 公開/非公開チャネルおよびグループチャット名は、#channel-name: workspace-name として表示されます

• アクティブな Zoom アカウントを持つ Slack ユーザーが送信したメッセージは、その Zoom ユーザーが送信したかのように通常どおり表示されます

• アクティブな Zoom アカウントを持たない Slack ユーザーが送信したメッセージは、Slack の送信者名を持つ無効化された Zoom ユーザーから送信されたものとして表示されます

• システムメッセージは移行されます（例：「@Some User has joined the channel」）

• Slack 上での状態に関係なく、すべてのメッセージは既読として移行されます

• 移行完了時には、各公開チャネルおよび非公開チャネルに Migration Completion 通知が送信され、「Message is sent from Chat Migration App, Day Date Time」と表示されます

移行アプリの削除

移行アプリは、移行後も Slack と Zoom の会話間の1対1の対応関係を維持します。

このアプリを Zoom アカウントから削除すると、これらの対応関係が削除され、再インストールして再度移行した場合にチャネルやチャットが重複します。今後さらに移行を行う予定がないことが確実な場合にのみ、Chat Migration アプリを削除してください。

インストール

アプリをインストールするには：

1. Zoom App Marketplace にサインインします。

2. Chat Migration を検索して をクリックします。.

3. 必要な権限を確認して承認します。

Zoom サポート記事 Chat Migration アプリ（Slack Migration ツール）の使用 より詳細なインストール手順については、こちらを参照してください。

管理者は、Slack ワークスペースのアカウントまたは組織に対して、非公開アプリのインストールと承認の許可を付与する必要があります。 Message Retriever。一般に、Slack ワークスペースでのアプリ使用は管理者が承認し、すべてのメンバーにアプリ使用の権限も付与する必要があります。

管理者は、Slack ワークスペースのアカウントまたは組織に対して、非公開アプリのインストールと承認の許可を付与する必要があります。また、管理者ロール内で2つの Chat Management 権限も付与する必要があります。

次のオプションを Slack App Directory からのアプリのみを許可 の設定は 無効.

にする必要があります。アプリを使用する管理者は、会話を移行するための アカウント管理者ロール を持っていなければなりません。カスタム管理者タイプでは使用できません。詳しくは、 アカウントタイプ、ロール、ライセンスの識別 および ロール管理 について、Zoom サポートサイトをご覧ください。

API Migration ジョブ用に Slack ワークスペースを接続する

ファイルインポート方式を使用しない場合は、これらの手順で API 移行の接続を行えます。

ワークスペースを接続するには：

1. Zoom で Chat Migration App を開きます。

2. をクリックします。 接続を作成 > Slack にサインイン して承認します。

3. Zoom ダッシュボードでワークスペース接続を確認します。

ユーザー同期タスクを実行する

ユーザー同期タスクは、Slack ワークスペース内のすべての完全なアクティブメンバーを取得し、メールアドレスを使用して対応する Zoom アカウントに1対1でマッピングします。

アクティブな Slack ユーザーのメールアドレスが Zoom 側で見つからない場合、そのメールアドレス用に新しい無効化済みユーザーが Zoom 内に作成されます。

アクティブな Slack ユーザーのメールアドレスが、個人アカウントなど別の Zoom アカウントで見つかった場合、そのユーザーは「ダミーユーザー」プロファイルにマッピングされます。Zoom アカウントでは、このユーザーは TeamChatMigration AppUser という名前になり、ワークスペースのすべてのメッセージデータが移行されるように表示されます。

削除しないでください TeamChatMigration AppUser ユーザー。

移行ジョブの実行

次のセクションでは、移行に必要なジョブを開始する方法を説明します。

インポート移行ジョブの作成

新しい移行ジョブを作成するには：

1. をクリックします。 ファイルをアップロードを選択し、Slack Export ファイルを選んでから アップロード.

2. をクリックします。

   1. ファイルが Zoom にアップロードされるのを待ちます。注：ページを終了したり更新したりしないでください。ファイルのアップロードが停止し、ジョブが「Uploading」状態で止まってしまいます。これが発生した場合は、「Uploading」ジョブを削除してこの手順を再開できます

3. 最初のファイルアップロードが完了すると、 Migration details window が表示され、Migration アプリが移行用にファイルを準備します。この時点では、ジョブが実行可能になるまで待ちながら、ページを閉じたり、終了したり、更新したりしても問題ありません。

4. ツールがファイルの移行準備を完了すると、移行する会話タイプを選択できるようになります。

5. 会話タイプを選択したら、 実行 をクリックして移行ジョブを開始します。

API Migration ジョブの作成

新しい移行ジョブを作成するには：

1. をクリックします。 新しい移行ジョブ を選択して Slack ワークスペースを選びます。

2. 次を選択します データ範囲:

   • 公開チャネル（自動的に移行されます）。

   • 非公開チャネルと DM（ユーザー承認が必要）。

   • メッセージの特定の日付範囲。

3. データ範囲と期間を選択し、ユーザーから承認を得たら、 実行 をクリックして移行ジョブを開始します。

非公開チャネルと DM の非公開データ承認リクエストの処理：

• 非公開チャネルと DM にはユーザー承認が必要です 移行前に

• 移行ジョブが作成されると、Zoom は承認依頼メールを自動送信します。

• 管理者は、どのユーザーが承認済み/未承認かを追跡できます。非公開チャットの移行では、会話履歴全体を移行するために1人のユーザーの承認のみが必要です。

• 承認依頼メールは、まだ承認していないユーザーにのみ送信されます。

• 移行を最適に成功させるには、ユーザーのおよそ60～70%から承認を得ることを目標にしてください。

移行ジョブの実行と監視

新しい移行ジョブを開始する

移行ジョブの実行を開始するには：

1. をクリックします。 移行を実行 をクリックしてプロセスを開始します。

2. 移行時間は異なります（大規模なワークスペースでは 12時間以上).

3. かかる場合があります） 進行状況は.

Migration Dashboard

で追跡します

移行ジョブのトラブルシューティング

問題	解決策
非公開メッセージ/チャネルが欠落している	ユーザーが移行を承認したか確認する
移行ジョブが停止している	移行アプリが自動的に再試行します
一部のユーザーが Zoom でマッピングされていない	同じメールアドレスで Zoom に存在することを確認し、移行を再実行する

移行後検証

移行完了後は、Zoom では詳細なポストモーテムを実施し、Slack のコンテンツが想定どおり Chat に移行されていることを確認することを推奨しています。

以下の表では、チャット移行を検証するための推奨タスクを示します。

手順	アクション
移行の検証	Zoom Chat にサインインし、チャネル、メッセージ、ファイルが正しく表示されることを確認します。 サインアウトして再度サインインし、チャット履歴を更新します。
不足データの修正	非公開データアクセスを承認していないユーザーに承認依頼を再送します。 移行ジョブのエラーを確認し、失敗したジョブを再試行します。
（任意）Slack を廃止する	データ移行が完了したことを確認した後、Slack ワークスペースをアーカイブまたは削除できます。
一般的なトラブルシューティング	メッセージが見つからない場合は、Zoom からサインアウトして再度サインインしてみてください。 ユーザーが見つからない場合は、Slack と Zoom でメールアドレスが一致しているか確認してください。 移行に失敗した場合は、ログでエラーの詳細を確認し、手順を再試行してください。

追加のトラブルシューティングチェックリスト

移行後に追加の問題を見つけた場合、このチェックリストは確認のために実施すべき追加の手順とアクションを提供します。

続行する前に、 Web 通話から Zoom のトラッキング ID を取得 し、次の両方を取得する必要があります。 アカウント ID および ユーザー ID.

カテゴリ	問題の説明
Zoom アカウント設定	すべてのレベルで Team Chat 機能が有効になっていることを確認する すべてのレベルでファイル共有設定が有効になっていることを確認し、ファイル制限を文書化する 「ユーザーによる公開 + 非公開チャネルの作成を許可」がすべてのレベルで有効になっていることを確認する
Zoom ユーザーの問題	ユーザーの管理者ステータスを確認する ツール操作担当者のメールアドレスが Zoom と Slack で一致していることを確認する 移行対象のユーザーについて、Zoom と Slack の両方でメールアドレスが一致していることを確認する
移行ジョブの問題	ジョブの完了ステータス（成功/失敗）を確認する そのジョブが公開チャネルを対象としていたか、非公開チャネル/会話を対象としていたかを特定する
移行は成功したが、メッセージ/会話が表示されない場合	GMT 時間範囲が意図した Slack メッセージ範囲を正しく捉えていることを確認する（移行日付は GMT 0:00（PST +7）で開始/終了） チャネルが正しく作成されていることを確認する 移行後にユーザーがクライアントからサインアウトして再度サインインしていることを確認する Zoom で移行ユーザーが正しく作成されていることを確認する Chat History Admin ポータルでメッセージ/会話の表示を確認する
移行が失敗した場合	具体的なエラーメッセージを記録する ファイル移行が失敗した場合は、問題のファイル名を記録する 失敗後にユーザーが行った操作（ジョブの再試行、新しいジョブの作成など）を記録する