シトリックス エンタープライズ ブラウザ から クローム エンタープライズ プレミアム への移行

最終公開日 : Oct 24, 2026
Citrix Enterprise Browser (CEB) から Citrix Enterprise Premium (CEP) への移行は、すべてのアプリケーションに安全で適応性の高い高性能なゼロトラストネットワークアクセス (ZTNA) を提供するための Citrix Secure Private Access の進化における重要な一歩となります。このトピックでは、IT 管理者および Citrix プロフェッショナルが、最小限の混乱と最適なユーザーエクスペリエンスを確保しながら、段階的な移行を計画し実行するための詳細情報を提供します。
この段階的な移行アプローチにより、組織は移行期間中に両方のブラウザソリューションを並行して実行することで、ビジネスの継続性を維持できます。段階的な移行により、お客様は既存のアプリケーションとワークフローの Chrome Enterprise Premium との互換性を検証できます。
CEB から CEP への移行には、次の主要な手順が含まれます。

Chrome Enterprise Premium の構成方法

既存の Secure Private Access のお客様の場合、Secure Private Access コンソールの移行ウィザードは、CEP のプロビジョニング、ユーザーへの拡張機能のインストール、および段階的なアプリケーションとユーザーの移行パスを容易にします。
  1. Secure Private Access 管理コンソールで、Chrome Enterprise Premium > Configuration に移動します。
    Google 統合の詳細を表示できます。
    (/en-us/citrix-secure-private-access/media/ceb-cep-integration-details1.png)
    (/en-us/citrix-secure-private-access/media/ceb-cep-integration-details2.png)
  2. 「Google CEP をセットアップ」をクリックします。
  3. Google WorkSecure Private Access コンソール内でCitrixサービスアカウントの詳細を割り当てます。詳細については、「Google Chrome 統合のセットアップ」を参照してください。
  4. 「保存」をクリックして閉じます。
Chrome Enterprise Premium のプロビジョニングが開始されます。

メールアドレスのないユーザーグループのポリシーエンリッチメント

Chrome Enterprise Premium のプロビジョニングが正常に完了すると、アクセスポリシーとセッションポリシーのポリシー更新プロセスが自動的にトリガーされます。
この更新プロセスでは、次の処理が行われます。
  • 既存のポリシー（アクセスおよびセッション）を確認します。
  • ルールにメールアドレスがないユーザーおよびユーザーグループを確認します。
  • CC Directory サービスにクエリを実行してメールアドレスを取得し、ポリシーに追加します。
詳細については、「メールアドレスのないユーザーグループのドメインマッピング」を参照してください。

CEP 互換性分析のためのSecure Private Access構成パーサー

次の主要なポリシー要素は、CEP で直接サポートされていません。
  • アプリケーション
    • シングルサインオン
  • アクセスポリシー
    • 制限付きアクセスを許可
    • 許可/拒否アクションの混在 (HTTP/HTTPS 対 TCP/UDP)
    • ストアURL条件
    • デスクトップ/モバイル条件
  • セッションポリシー
    • ストアURL条件
    • デスクトップ/モバイル条件
  • セキュリティグループ
  • Webフィルタリング
これらの非互換性は、CEBからCEPにアプリケーションを移行する前に解決する必要があります。
非互換性の特定プロセスは、Secure Private Access構成パーサー<parse_citrix_spa_configuration.py>によって促進されます。このツールは、Citrix Secure Private Access構成エクスポートを分析し、CEPへの移行中に次のような互換性の問題を特定します。
  • CEPと互換性のないアプリケーション
  • CEPと互換性のないアクセスポリシー
  • 構成されたセキュリティグループ
  • Webフィルタリング構成
注:
セキュリティグループとWebフィルタリングは、CEPとのCitrix Secure Private Access統合ではサポートされていません。
分析後、ツールはCEPの展開が組織全体で完了しているか（すべてのアプリケーションの移行）に応じて、異なる推奨事項を提供します。

ツールの使用方法

  1. スクリプトを以下からダウンロードします: Secure Private Access構成を解析するPythonスクリプト。
  2. Secure Private Access管理コンソールで、**「設定」>「グローバル構成」>「レポートの作成」**に移動し、既存のSecure Private Access構成をJSON形式でエクスポートします。
  3. Pythonスクリプトをダウンロードし、エクスポートしたレポートを入力として使用してスクリプトを実行します。このスクリプトを実行するには、Python 3がインストールされている必要があります。
    # python3 parse_citrix_spa_configuration.py <path_to_spa_report>
    このスクリプトは、完全移行の前または後に使用でき、異なる推奨アクションを提供します。
注:
このスクリプトは、互換性のないセッションポリシーに関する推奨事項は提供しません。
レポートの例:
% python3 parse_citrix_spa_configuration.py CitrixSpaConfigurationDump.json

Has the CEP rollout to the entire organization been completed?

Enter yes/no (default: no): no

CEP INCOMPATIBLE APPLICATIONS (7 out of 185):

1. Application_1 ⚠️

   Reason: Has SSO configuration other than 'Don't use SSO'

2. Application_2 ⚠️

   Reason: Has SSO configuration other than 'Don't use SSO'

....

--------------------------------------------------

Mitigation guidance:

--------------------------------------------------

Has SSO configuration other than 'Don't use SSO':

  • Navigate to the application's SSO settings

  • Change the SSO setting to 'Don't use SSO'

==================================================

CEP INCOMPATIBLE POLICIES (15 out of 136):

1. Access_policy_1 ⚠️

   Reasons: Contains user(s)/group(s) without email

2. Access_policy_2 ⚠️

   Reasons: Mixed actions (HTTP/HTTPS vs TCP/UDP), Contains user(s)/group(s) without email

...

--------------------------------------------------

Mitigation guidance:

--------------------------------------------------


Platform filter (Desktop/Mobile):

  • Remove the unsupported Desktop/Mobile condition

Workspace URL:

  • Remove the unsupported Workspace URL rule


Access with restrictions:

  • Configure access controls without using restrictions


Mixed actions (HTTP/HTTPS vs TCP/UDP):

  • Ensure both actions have the same value

  • If that's not possible, create separate policies for HTTP/HTTPS and TCP/UDP applications


Policy contains user(s)/group(s) without email

  • Add email to the user(s)/group(s) without email and update the policy

CEPへの完全移行前の構成変更

CEPへの完全移行を開始する前に、Secure Private Access管理者が以下の構成変更を手動で適用する必要があります。これらの更新により、すべてのアプリケーションとポリシー間での互換性と準備が確保されます。

シングルサインオン構成の変更

CEPとの互換性を確保するためには、既存のすべてのアプリケーションのシングルサインオン（SSO）構成を更新することが不可欠です。Secure Private Access管理者は、以下の手順を実行する必要があります。
  1. アプリケーション構成ページ（Secure Private Access > アプリ構成）に移動します。
  2. アプリケーションを編集して、シングルサインオン構成を変更します。
    「シングルサインオン」セクションで、「Webアプリのセットアップに使用するシングルサインオンの種類を選択してください。」において、「SSOを使用しない」を選択します。
重要：
  • CEPではSSOステップが削除されるため、この更新は必須です。アプリケーションを「SSOを使用しない」に設定することで、継続的な機能と新しい移行フローとの整合性を確保できます。
  • 指示どおりにシングルサインオン構成が変更されない場合、CEPへの移行後、アプリケーションにアクセスできなくなります。

アクセスポリシーとセッションポリシーの更新

アクセスポリシーがCEP標準と互換性があることを確認するため、アクセスおよびセッションポリシーに特定の更新が必要です。Secure Private Access管理者は、次の手順を実行する必要があります。
  1. 「Secure Private Access > ポリシー > アクセスポリシー」に移動します。
  2. 関連するポリシーで「編集」をクリックし、アクション設定を変更します。
    1. ポリシー内で、「ポリシー規則」セクションに移動し、ポリシー規則と同じ行にある省略記号アイコンをクリックして「編集」をクリックします。
    2. 「アクション」ページに移動し、「アクション」設定を変更します。

アプリケーション全体でのアクションの標準化

HTTP/HTTPSおよびTCP/UDPアプリケーションの両方のアクションを構成する際は、以下を確認してください。
  • 「アクセスを許可」または「アクセスを拒否」のいずれかの同じアクションが両方のセクションで選択されていること。
  • HTTP/HTTPSアプリケーションで「制限付きアクセスを許可」オプションが現在有効になっている場合、この設定はCEPでサポートされていないため、削除する必要があります。
  • 意図するポリシーの動作に基づいて、「制限付きアクセスを許可」を「アクセスを許可」または「アクセスを拒否」のいずれかに置き換えます。

ポリシー更新のアプリケーション要件

アプリケーションが割り当てられていないアクセスポリシーは更新できません。これらのポリシーを変更するには、まずポリシーにアプリケーションを割り当ててください。
重要：
これらの更新が実行されない場合、混合アクションを含むアクセスポリシーに関連付けられたアプリケーションにアクセスできなくなるか、拒否アクション設定が無視される可能性があります。

Webフィルタリングポリシーの更新（オプション）

新しいCEP移行標準との整合性を維持するため、Secure Private Access内のWebフィルタリング設定を更新する必要があります。Webフィルタリング設定を更新するには、以下の手順を実行します。
  1. Secure Private Access > 設定 > 未承認のWebサイトに移動します。
  2. このセクションに現在リストされているすべてのWebサイトとリモートブラウザ分離（RBI）のエントリを削除します。
  3. これらのエントリを削除した後、ページ上部にあるWebフィルタリングが有効のトグルを無効にします。
これらの設定は、CEPへの移行後は関連性がなくなります。
重要：
これらの手順が完了しなくても、完全な移行後のシステムの運用には影響ありません。ただし、未承認のWebサイトページは表示されなくなります。

その他のポリシー調整（オプション）

未使用の条件を確認して削除します。
移行およびポリシー最適化プロセスの一環として、適用されなくなった可能性のある条件がないか、アクセスおよびセッションポリシーを確認することをお勧めします。そのような条件の例としては、次のものがあります。
  • ワークスペース URL
  • デスクトップおよびモバイルオプション
これらの条件は、現在の環境やビジネス要件に関連しない場合、削除できます。
注:
これらのポリシー調整が行われない場合、システム運用への影響はありません。

セキュリティグループのクリーンアップ（オプション）

Secure Private Access 内のセキュリティグループ設定を確認します。
既存のエントリを評価するには、Secure Private Access > アプリケーション > セキュリティグループに移動します。
移行後、セキュリティグループの設定は利用できなくなります。したがって、このタブに現在リストされているエントリは、移行後の環境には関連性がなくなるため、削除できます。
注:
この設定が更新されない場合でも、システムへの影響はありません。これらのエントリの削除はオプションであり、合理化された環境の維持に役立ちますが、継続的な運用には必須ではありません。

CEPを組織に展開（完全移行）

前述の手順を完了したら、アプリとユーザーの移行ページで組織に展開をクリックします。これが移行プロセスの最終段階です。
組織に展開(/en-us/citrix-secure-private-access/media/ceb-cep-migration-rollout.png)
重要：
展開が完了すると、CEPがデフォルトのエンタープライズブラウザになります。CEBへのロールバックは不可能であり、互換性のない設定はSecure Private Access管理コンソールで非表示になります。

移行プロセスの概要

CEBからCEPにアプリケーションを移行するには、次の手順に従います。
  1. Chrome Enterprise Premiumをプロビジョニングします。
  2. 特定のユーザーグループ向けに1つのアプリケーションを移行します。
    1. グループにメールアドレスを追加します（存在しない場合）。
    2. 互換性のない部分を修正します。
    3. アプリケーションをCEPに移行します。
    4. アプリケーションがCEP経由でアクセス可能であることを確認します（直接、CWA、WSUI）。
  3. ユーザーとユーザーグループにメールアドレスを付与します。
  4. さらに多くのアプリケーション、ユーザー、ユーザーグループを移行します。
  5. 組織全体にCEPを展開します（完全移行）。
  6. 残っている互換性のない部分を修正します。
    1. プロンプトでCEPの展開が完了したことを示して、スクリプトを再度実行します。
    2. 互換性のない部分を修正します。
    3. アプリケーションがCEP経由でアクセス可能であることを確認します（直接、CWA、WSUI）。

メールエンリッチメントプロセスの課題

メールエンリッチメントタスクは複雑になる可能性があり、多くの場合、複数のドメインにわたるさまざまなグループにメールを割り当てるために、複数のチーム間の連携が必要になります。ドメインマッピング機能はこのプロセスを容易にします。詳細については、「メールアドレスを持たないユーザーグループのドメインマッピング」を参照してください。

ベストプラクティス

  1. 全面的な展開の前に、小規模なユーザーグループを対象としたパイロット移行から開始します。
  2. Citrixの公式移行ツールとドキュメントを活用します。
  3. すべての変更と構成に関する明確なドキュメントを維持します。
  4. 重大な問題が発生した場合に備えて、ロールバック計画を確立します。

まとめ

CEBからCEPへの移行は、強化された機能によりCitrix環境を最新化します。綿密な計画、徹底的なテスト、および積極的なユーザーエンゲージメントにより、CEPへのスムーズな移行が保証されます。