Microsoft Edge の展開を計画する

  • [アーティクル]

この記事では、エンタープライズ環境で Microsoft Edge を展開する際に推奨される方法について説明します。

記事の内容

以降のセクションでは、Microsoft Edge の展開を計画するための具体的なガイダンスを提供します。

既存のブラウザー環境とブラウザーのニーズを評価する

現在のブラウザーの状態とプロジェクトのビジョンを把握するための時間を取り、すべてのプロジェクトの利害関係者が同じ結果に向かって作業していることを確認します。

現在の状態を明確にすることから開始します。

  • 現在どのブラウザーが環境に展開されていますか。
  • どのブラウザーが既定のブラウザーとして設定されていますか。
  • 一部のアプリで Internet Explorer を使用する必要がありますか。
  • 現在、エンタープライズモードサイト一覧を使用して Internet Explorer を構成していますか。
  • お客様の環境でどの OS プラットフォームがサポートされていますか (Windows 10/11、macOS、Windows 7、Windows Server など)
  • ブラウザー管理にどのような管理ツールを使用していますか。
  • ブラウザーの構成と管理を担当するのはだれですか。
  • ブラウザーの互換性を検証するプロセスはどのようなものですか。

現在の状態を理解したら、次の質問に対する回答を考慮して、ブラウザーの展開に必要な目標を決定できます。

また、次のような、関心のある機能の 前提条件 についても理解する必要があります。

これらの回答を念頭に置いて、Microsoft Edge の展開を計画する準備が整いました。

Windows 10 (以降) デバイスの準備ができていることを確認する

Edge Stableチャネルでは、2019年10月以降 (またはそれ以降) の最新の累積更新プログラム (LCU) を必要とします。 古い LCU を持つWindows 10 デバイスに展開しようとすると、インストールは失敗します。 Edgeを展開する前に適用する必要がある最小限の LCU についての詳細は、「Windows update を する」を参照してください。

展開方法を決定する

目指している最終的な状態を把握できたら、そこに到達するための計画を開始します。 Microsoft Edge を展開するための主な方法は、ロール別に展開する方法と、サイト別に展開する方法の 2 つです。

ロール別にエンド ユーザーに展開する

アプリの互換性が主な問題であり、どのアプリをテストする必要があるかを把握していない場合は、ロール別にエンド ユーザーに展開することを検討します。 これにより、段階的な展開の各グループで、互換性の問題に対処するために構成を変更する必要があるアプリについてのフィードバックやインサイトを得ることができます。

サイト別にエンド ユーザーに展開する

帯域幅が主な関心事である場合は、アプリケーション互換性テストを事前に行うことを検討することをお勧めします。 テストが完了したら、他のソフトウェア配信の最適化のキャッシュを使用できるように、サイトごとにエンド ユーザーに展開します。

サイト検出を実行する

従来の Web アプリケーションに依存しており、インターネット エクスプローラー モード (ほとんどのお客様が使用する) を使用する予定がある場合は、サイトの検出をさらに行う必要があります。

Microsoft Edge のレガシ バージョンを展開して構成した場合

レガシ バージョンの Microsoft Edge で使用するようにエンタープライズ サイト一覧が既に構成されている場合、作業はほぼ完了です。 追加する必要がある 1 つは、ニュートラル サイトです。

ニュートラルサイトは、通常、シングル サインオン (SSO) を提供するサイトです。 Microsoft Edge からニュートラル サイトに移動する場合は、Microsoft Edge で認証する必要があります。 インターネット エクスプローラー モードでニュートラル サイトに移動する場合は、インターネット エクスプローラー モードを維持して認証する必要があります。

使用する SSO (またはその他のニュートラル) サイトを特定し、これらのサイトを Enterprise Site List に追加します。

既定のブラウザーとして Internet Explorer を構成していた場合

現在、Internet Explorer のみを使用している場合は、どのサイトが最新の Web 標準にアップグレードされ、どのサイトでまだ Internet Explorer が必要であるかを把握していない可能性があります。 これらのサイトを検索して、エンタープライズ サイト一覧に追加する必要があります。 この一覧では、インターネット エクスプローラー モードを必要とするサイトでのみ使用できます。

ヒント

Enterprise Site Discovery ツールを使用して、Internet Explorer モードを必要とする可能性があるサイトを検出します。 Windows 10、Windows 8.1、Windows 7 で、Windows Internet Explorer 8 から Internet Explorer 11 までを実行しているコンピューターでデータを収集できます。

サイト検出データを分析する

サイト データを収集した後、データを分析するには、次の 4 つの手順を実行することをお勧めします。

  1. データをドメインごと、次に URL ごとに並べ替えます。

  2. Internet Explorer モード用に構成する "アプリ" の境界を定義します。 アプリを定義するすべてのサイトと Web コントロールを含める必要があります。 ただし、アプリの定義を広くしすぎるすることで、余分なサイトやコントロールを含めないようにします。 一部のサイトは、"http://contoso.com/app1"と同じくらい単純な場合があります。他のユーザーは複数のサイトとページを定義する必要がある場合があります。

  3. アプリをテストして、ネイティブに機能していないことを確認します。 多くのサイトでは、最新のブラウザーを検出すると最新のコンテンツが提供され、インターネット エクスプローラーを検出した場合にのみレガシ コンテンツが提供されます。

  4. テストに失敗した場合は、エンタープライズ サイトの一覧にアプリを追加します。

    注

    ベスト プラクティスとして、アプリを構成するすべてのサイトをグループ化することをお勧めします。 1 つのタスクを実行するためにすべてのサイトを使用する必要がある場合、およびそれらがまとめて更新される傾向がある場合は、そのサイトをグループ化することをお勧めします。 これにより、アプリをアップグレードするときに、サイト全体を Internet Explorer モードから削除し、そのアプリに最新のブラウザーを使用し始めるのが簡単になります。

チャネル戦略を決定する

Microsoft Edge は複数のチャネルでリリースされます。

注

1 台のデバイスに複数のチャネルをインストールできます。

安定チャネルは、ほとんどのデバイスにデプロイする必要があります。 ただし、複数のデバイスと複数のチャネルを含む展開戦略を検討する必要があります。

複数のデバイスとチャネル

Beta チャネルを使用するように構成されたデバイスの代表的なサブセットを用意することをお勧めします。 このチャネルを使用すると、ブラウザーに対する今後の変更をプレビューできます。 これらの変更点がエンド ユーザーまたはアプリに影響するかどうかを確認できます。

また、Dev チャネル (または Canary チャネル) を Web 開発者などの一部のロールで使用できるようにすることもできます。 より流動的で急速に変化するチャネルを持つ一部のデバイスをターゲットにするか、ユーザーがインストールを選択できるようにこれらのチャネルを使用できるようにするかを検討します。

デバイスに複数のチャネルをインストールできるため、プレリリース チャネルのインストールを選択したユーザーのテストのリスクを軽減できます。 たとえば、Beta チャンネルを使用しているユーザーがいて、問題が発生した場合、ユーザーは Stable チャンネルに切り替えて作業を続けることができます。 このスイッチは、問題を修正できるようになるまでブロックを解除します。

注

ユーザーが同期を有効にした場合、その構成はチャネル間で同期されるため、チャネル間の移行がさらに容易になります。

ポリシーを定義および構成する

Enterprise Site List を作成したら、Microsoft Edge で展開するポリシーを特定して構成することをお勧めします。 このアクションにより、テストを実行するときにこれらのポリシーが確実に適用されます。

最初に、ユーザーに提供する初回実行時のエクスペリエンスを検討します。 現在のブラウザーから自動的に設定をインポートする場合は、AutoImportAtFirstRun のポリシーを構成します。

セキュリティ ポリシーについては、Microsoft Edge セキュリティ ベースラインから始めることをお勧めします。 セキュリティ ベースラインは、Microsoft セキュリティ ベースライン ブログを使用するか、Microsoft Intuneを使用して適用できます。

その他のポリシーについては、Microsoft Edge と Microsoft Edge Update のポリシー構成を確認することをお勧めします。

更新の戦略とポリシーを定義する

Microsoft Edge の展開後に更新プログラムを実行する方法を決定することもできます。

  • Microsoft Edge の自己更新を許可する (既定)。 Microsoft Edge の自動更新を許可する場合、Microsoft Edge は、展開した 1 つ以上のチャネルによって決定されたペースで自動的に更新されます。

  • ユーザーのペースで Microsoft Edge を更新する 更新プログラムを展開するタイミングを明示的に制御する場合は、自動更新を無効にして自分で展開できます ( 「更新ポリシーリファレンス」を参照してください)。自動更新を無効にした後、次のいずれかのツールを使用して、チャネルごとに更新プログラムを展開できます。

  • Intune

  • Configuration Manager

  • 任意のデプロイ ツール。

更新戦略に関係なく、リング展開戦略を使用することをお勧めします。 自動更新では、Beta チャネルを実行しているユーザーの代表的なサンプルに、Stable チャネルになる候補に関する問題を特定してもらうことを意味します。 手動更新では、新しい安定チャネル ビルドがリリースされた後のパイロット グループの検証も含まれる場合があります。 この後に、広範な展開が行われます。

注

Microsoft Edge のサポートは、各チャネルの最新バージョンの Microsoft Edge にのみ適用されます。

アプリの互換性テストを実行する

Microsoft Edge のアプリケーションの互換性は高いため、Microsoft は次の互換性の約束を提供します。

  1. Microsoft Edge バージョン 45 以前で動作する場合は、Microsoft Edge バージョン 77 以降で動作します。
  2. インターネット エクスプローラーで動作する場合は、インターネット エクスプローラー モードで Microsoft Edge で動作します。
  3. Google Chrome で動作する場合は、Microsoft Edge で動作します。

この互換性の約束が果たされていないアプリケーションがある場合、Microsoft は Microsoft App Assure によってお約束通り、アプリの修正を行います。

内部機関業務アプリのテスト

このように互換性の約束をしていますが、多くの組織では自社のコンプライアンスまたはリスク管理の理由から一部のアプリケーションを検証する必要があるということも理解しています。 これは簡単だと思いますが、アプリテストでは整理して厳格にすることが重要です。

アプリの互換性テストを行うには、次の 2 つの方法があります。

  1. ラボ テスト。 アプリケーションは、特定の構成を持つ厳格に制御された環境で検証されます。
  2. パイロット テスト。 アプリケーションは、日常的な作業環境で、限られた数のユーザーが自分のデバイスを使用することによって検証されます。

互換性テストに過度に投資することなくリスクを管理するために、アプリごとに最適な方法を選択します。

サード パーティ製のアプリのサポート

独自の基幹業務アプリに加えて、多くの組織は、外部ソースによって提供されるアプリを使用します。 [Microsoft Edge 用 に準備されている] の記事には、組織内で使用されている可能性のある Web アプリケーションの一覧が含まれています。 このリストでは、Microsoft Edge と共に使用した際の製品のプロバイダー サポート ステートメントへのリンクを提供します。

パイロット グループに Microsoft Edge を展開する

ポリシーを定義し、初期のアプリの互換性テストが完了したら、パイロット グループに展開できます。 次のいずれかのツールを使用して、パイロット グループに展開します。

展開を検証する

パイロットを展開した後、ユーザーからのすべてのフィードバックを取得する必要があります。

  • 互換性に関するフィードバックを取得します。 エンタープライズ サイト一覧に含まれていて、サイト検出中に識別されなかったサイトを特定します。
  • ポリシー構成に関するフィードバックを取得します。 セキュリティ ガイドラインを遵守しながら、ユーザーが主要な機能を使用して、作業を確実に行うことができるようにします。
  • 使いやすさと新機能に関するフィードバックを取得します。 ユーザーの疑問点に基づきトレーニングを開発して実施する必要がある領域を特定します。

Microsoft Edge の広範な展開

パイロットを完了し、パイロットから学んだ教訓を使用して展開計画を更新した後、すべてのユーザーに Microsoft Edge の完全な展開を行う準備ができました。 お疲れさまでした。

関連項目