Microsoft Viva Amplify を導入する場合、最初に確認すべき答えは「アプリを個別にインストールするか」ではなく、対象ユーザーのライセンス、OneDrive for Business、Exchange メールボックス、SharePoint 管理権限、キャンペーン作成権限がそろっているかです。
2026年5月14日に更新された Microsoft Learn の「Set up Microsoft Viva Amplify」では、Viva Amplify が必要なライセンスを持つユーザーに自動的に有効化される Web エクスペリエンスであり、Outlook、Teams、SharePoint など複数チャネルへの社内コミュニケーションを一元管理するサービスとして整理されています。導入時に大きな失敗になりやすいのは、機能そのものよりも、SharePoint、OneDrive、Exchange、Teams、Microsoft Entra、秘密度ラベルとの接続部分です。(Microsoft Learn)
この記事では、Microsoft の公式情報をもとに、Set up Microsoft Viva Amplify の変更点として管理者が見直すべきポイント、影響範囲、展開前のチェック項目、移行・運用上の注意点を実務目線で整理します。
Set up Microsoft Viva Amplifyでまず押さえるべき結論
今回の公式情報で重要なのは、Viva Amplify を「単独の新アプリ」として見るのではなく、SharePoint、OneDrive for Business、Exchange、Teams、Microsoft Entra、Microsoft Purview の設定にまたがる社内コミュニケーション基盤として扱うことです。
| 確認項目 | 管理者が確認すべきこと | 影響を受ける範囲 |
|---|---|---|
| ライセンス | Viva Amplify 対象製品のライセンスとサービスプランが有効か | キャンペーン作成者、コミュニケーション担当者 |
| OneDrive for Business | キャンペーン作成ユーザーで OneDrive が利用可能か | キャンペーン作成、ファイル管理 |
| Exchange メールボックス | 対象ユーザーに Exchange メールボックスがあるか | メール配信、Outlook 連携 |
| SharePoint 管理者ロール | Viva Amplify の管理センター設定を管理できる管理者を決める | 管理設定、削除、復元、サイト管理 |
| キャンペーン作成権限 | 全員に許可するか、特定ユーザー・グループに制限するか | ガバナンス、誤作成の防止 |
| Teams 承認アプリ | 承認ワークフローを使う場合に Teams の承認アプリが利用可能か | 公開前承認、ワークフロー |
| 秘密度ラベル | SharePoint サイトや Teams サイト向けのラベル設計と整合するか | 情報保護、外部共有、プライバシー制御 |
Viva Amplify は、ライセンスがあればすぐ使えるように見えます。しかし、実際の展開では「誰がキャンペーンを作れるか」「作成されたキャンペーンをどの管理画面で管理するか」「削除時に何が消えるか」を先に決めないと、社内広報部門と IT 管理部門の間で運用が分断されます。
Microsoft Viva Amplifyとは何を一元化するサービスか
Microsoft Viva Amplify は、社内向けのキャンペーン管理、コンテンツ作成、公開、効果測定をまとめるためのサービスです。コミュニケーション担当者は、1つのキャンペーンを軸に、Outlook、Teams、SharePoint など複数のチャネルへメッセージを届けられます。従業員側は、普段使っているチャネル上で関連メッセージを受け取れます。(Microsoft Learn)
たとえば、次のような社内施策で使いやすいサービスです。
- 人事制度変更や福利厚生案内を全社に周知する
- 新製品発表や営業施策を部門横断で展開する
- セキュリティ教育やコンプライアンス啓発を複数回の投稿で行う
- 経営方針、組織変更、イベント案内を Outlook、Teams、SharePoint にまとめて配信する
- キャンペーン単位で閲覧率や反応を確認し、次回施策に活かす
単発のお知らせなら SharePoint ニュースや Teams 投稿で足ります。一方で、複数のメッセージ、複数チャネル、承認、レポートをまとめて管理したい場合は、Viva Amplify のキャンペーンとして設計する価値があります。
対象ライセンスと自動有効化の考え方
公式情報では、Viva Amplify と「Viva Amplify – Organizational data」のサービスプランは、Microsoft Viva、Microsoft Viva Employee Communities & Communications、Microsoft Viva for Faculty、Microsoft Viva with Glint add-on、Microsoft Viva with Glint add-on for Faculty などのライセンスを持つユーザーに対して有効になると説明されています。(Microsoft Learn)
ここで注意したいのは、ライセンスがあることと、実務で問題なくキャンペーンを作成できることは別という点です。Viva Amplify は Web エクスペリエンスとして自動的に有効化されますが、キャンペーン作成には OneDrive for Business と Exchange メールボックスが必要です。(Microsoft Learn)
展開前に確認すべきライセンス周りの実務ポイント
| 確認内容 | 確認する理由 | 失敗しやすい例 |
|---|---|---|
| 対象ユーザーに Viva Amplify を含むライセンスがあるか | そもそも利用対象か判断するため | 広報担当者だけでなく代理作成者のライセンスが不足している |
| OneDrive for Business が有効か | キャンペーンが関連ユーザーの OneDrive に保存されるため | 一部ユーザーで OneDrive 初期化が済んでおらず作成に失敗する |
| Exchange メールボックスがあるか | キャンペーン作成に Exchange が必要なため | メールボックスを持たないユーザーを作成担当にしてしまう |
| サービスプランが無効化されていないか | ライセンス全体は付与済みでも個別サービスが無効な場合があるため | ライセンス付与済みなのに Viva Amplify が表示されない |
特に現場部門、委託先、共有アカウントに近い運用をしている組織では、Microsoft 365 の基本サービスが制限されていることがあります。キャンペーン作成者には、通常の利用者よりも厳密な事前確認が必要です。
管理者ロールは「作成者」と「管理者」を分けて考える
Viva Amplify の設定を Microsoft 365 管理センターで管理するには、SharePoint 管理者ロールが必要です。ただし、この権限は管理センターで設定を管理するためのものであり、一般ユーザーがキャンペーンやパブリケーションを作成するために必須という意味ではありません。(Microsoft Learn)
この違いを混同すると、広報担当者に過剰な管理権限を付与してしまう危険があります。
権限設計のおすすめ
| 役割 | 主な担当 | 付与すべき権限の考え方 |
|---|---|---|
| Microsoft 365 / SharePoint 管理者 | Viva Amplify の管理設定、サイト管理、削除・復元 | SharePoint 管理者ロールを最小人数に付与 |
| 社内広報責任者 | キャンペーン運用方針、公開判断 | 管理者ロールではなくキャンペーン内の Owner として管理 |
| 編集担当者 | パブリケーション作成、修正、下書き管理 | キャンペーン内の Editor を割り当て |
| 承認担当者 | 公開前レビュー、承認 | キャンペーン内の Approver を割り当て |
Viva Amplify のユーザーロールには、キャンペーン全体を管理する Owner、パブリケーションを承認する Approver、作成・編集を行う Editor があります。管理者ロールとキャンペーン内ロールは目的が違うため、展開前に責任分界を明文化しておくと運用が安定します。(Microsoft Learn)
キャンペーン作成権限は既定値のままにしない
公式情報では、Viva Amplify のキャンペーン作成は既定で組織内のすべてのユーザーに許可されると説明されています。一方で、管理者は特定のユーザーまたはセキュリティグループだけにキャンペーン作成を制限できます。制限を選ぶと、選択したユーザーを含む Microsoft Entra のセキュリティグループが作成されます。(Microsoft Learn)
実務では、初期展開時に「全員作成可」のままにするのはおすすめしません。テスト利用の段階で不要なキャンペーンが増えると、SharePoint 管理センター上の管理対象も増え、命名ルール、所有者管理、削除判断が難しくなります。
おすすめの段階的な展開方法
| フェーズ | 対象者 | 設定方針 |
|---|---|---|
| 検証 | IT 管理者、社内広報の数名 | キャンペーン作成を限定し、OneDrive・Exchange・Teams 承認を確認 |
| パイロット | 広報、人事、総務、DX 推進など | セキュリティグループで作成者を管理 |
| 本展開 | 全社または部門単位 | 利用部門を増やす前に命名規則と所有者ルールを整備 |
| 定着後 | 標準運用 | 作成者の棚卸し、不要キャンペーンの整理、レポート活用を定期化 |
初期設定では、社内広報部門だけでなく、人事、情報システム、セキュリティ、法務など「全社通知を出す可能性がある部門」を洗い出し、まずは限定されたグループに作成権限を付与するのが現実的です。
OneDriveとExchangeの前提条件でつまずきやすい
Viva Amplify のキャンペーンは、関連付けられたユーザーの OneDrive for Business に保存されます。また、キャンペーンには Exchange メールボックスが必要です。(Microsoft Learn)
この前提は、管理者にとって重要です。なぜなら、Viva Amplify の問題に見えても、実際には OneDrive の初期化、Exchange メールボックスの未作成、ライセンスサービスプランの無効化が原因になることがあるからです。
よくあるトラブルと確認ポイント
| 症状 | 想定される原因 | 確認する場所 |
|---|---|---|
| Viva Amplify は見えるがキャンペーンを作れない | キャンペーン作成権限が制限されている | Microsoft 365 管理センターの Viva Amplify 設定 |
| 作成者に設定したユーザーでエラーが出る | OneDrive for Business が未設定 | ユーザーの OneDrive 利用状態 |
| メール配信を含むキャンペーンで問題が出る | Exchange メールボックスがない | Exchange 管理センター、ユーザーライセンス |
| 一部ユーザーだけ作成できない | ルートサイトの権限制限や UseRemoteAPIs 権限の不足 | SharePoint の権限設定 |
公式情報では、キャンペーン作成を許可したユーザーについて、ルートサイトの「Limited-access user permission lockdown mode」が無効であることや、場合によって UseRemoteAPIs 権限を含む追加権限が必要になる可能性にも触れられています。作成エラーが出た場合は、Viva Amplify だけでなく SharePoint 側の権限も確認してください。(Microsoft Learn)
キャンペーンはSharePoint管理センターでも管理対象になる
Viva Amplify のキャンペーンは、SharePoint サイトと同じように SharePoint 管理センターの「アクティブなサイト」ページで管理できます。これは、Viva Amplify が SharePoint の上に構築されていることを意識すべきポイントです。(Microsoft Learn)
つまり、Viva Amplify の運用は社内広報だけで完結しません。SharePoint 管理者は、キャンペーンが増えたときのサイト一覧、所有者、命名規則、保持、削除、復元を管理する必要があります。
SharePoint管理者が展開前に決めるべきこと
- キャンペーン名の命名規則
- 所有者が退職・異動した場合の引き継ぎルール
- 一時的なキャンペーンの保存期間
- 削除前に確認する承認フロー
- キャンペーン内ファイルの退避ルール
- SharePoint サイト管理と Viva Amplify 管理の担当分担
特に、キャンペーンを削除すると、キャンペーンのパブリケーション、ドキュメントライブラリとファイル、リストとデータ、設定と履歴、サブサイトとその内容が削除対象になります。削除前にはキャンペーン所有者やサブサイト所有者に通知し、必要なデータを移動できるようにする必要があります。(Microsoft Learn)
バニティURL利用組織はSharePointドメイン移行を意識する
公式情報では、Microsoft SharePoint が新規顧客向けにバニティドメインをサポートしなくなっており、Viva Amplify も SharePoint の上に構築されているため同じ考え方に従うと説明されています。既存のバニティドメイン利用顧客については、標準 SharePoint ドメインへの複数年の移行期間中に現行のバニティドメインをサポートする方針が示されています。一方で、新規または将来の Viva Amplify 顧客、試用版ライセンス利用者ではバニティドメインはサポートされません。(Microsoft Learn)
この点は、開発者や社内ポータル担当者にも影響します。社内ポータル、通知テンプレート、Power Automate、独自スクリプト、ブックマーク集などで SharePoint の URL を固定的に扱っている場合、将来的なドメイン変更に備えて設計を見直すべきです。
開発・運用で避けたい設計
| 避けたい設計 | 理由 | 推奨される考え方 |
|---|---|---|
| バニティドメインを前提にリンクをハードコードする | 標準 SharePoint ドメイン移行時に修正範囲が広がる | 設定値として管理し、変更しやすくする |
| キャンペーンURLを長期固定の業務IDとして扱う | 削除・復元・移行時に整合性が崩れる | Microsoft 365 側の所有者・サイト管理とあわせて管理する |
| 試用環境で本番と同じURL設計を想定する | 試用版ではバニティドメインがサポートされない | 標準 SharePoint ドメイン前提で検証する |
バニティURLは見た目の分かりやすさには役立ちますが、Microsoft 365 のサービス連携では標準ドメイン前提のほうが移行リスクを抑えやすくなります。
組織データはレポート精度を高めるが、データ管理が重要
Viva Amplify では、メールの読み取り率、SharePoint ページの表示率、Teams 投稿への反応などのレポートデータを確認できます。さらに、組織データをインポートすると、利用状況や影響をより詳しく分析できます。組織データは、従業員の雇用に関連する説明情報であり、CRM や HR システムなど外部システムの情報を取り込んで Microsoft 365 ユーザープロファイルを補強する用途で使われます。(Microsoft Learn)
ただし、組織データは便利な一方で、扱いを誤ると分析結果の信頼性やプライバシー面の問題につながります。Microsoft 365 の組織データでは、公開属性、機密属性、カスタム属性などの取り込みが説明されており、データを Microsoft 365 と Viva のアプリやサービスで利用できることにも注意が必要です。(Microsoft Learn)
組織データ連携で確認すべきこと
- 部署、役職、拠点などの属性が最新か
- HR システムや CRM から取り込むデータの責任者が明確か
- 機密属性やカスタム属性を必要以上に取り込んでいないか
- レポート閲覧者が、どの粒度の分析情報を見られるべきか
- 退職者、異動者、兼務者のデータ更新タイミングが決まっているか
社内広報のレポートで「どの部署に届いていないか」「どの地域で反応が低いか」を見たい場合、組織データは有効です。一方で、古い部署情報や誤った上司情報が残っていると、レポートの判断を誤ります。Viva Amplify 導入を機に、Microsoft 365 のユーザープロファイルと人事データの整合性も確認しましょう。
承認ワークフローを使うならTeams承認アプリを確認する
Viva Amplify の承認は Teams の承認アプリによってサポートされます。そのため、Amplify で承認を利用するには、Teams 側で承認アプリを設定しておく必要があります。(Microsoft Learn)
ここで重要なのは、Viva Amplify の承認が単なる「下書きチェック」ではなく、Teams アプリ管理、Dataverse、監査、保持ポリシーとも関係する点です。Microsoft の Teams 承認アプリの管理情報では、Viva Amplify の承認は Forms と対話せず、承認データは Power Platform の Dataverse テーブルに保存されると説明されています。(Microsoft Learn)
承認ワークフロー導入時のチェックリスト
| 確認項目 | 実務上の意味 |
|---|---|
| Teams 承認アプリが無効化されていないか | 無効化されていると Amplify の承認運用に影響する |
| 承認者のロールが明確か | 公開前レビューの責任者が曖昧になるのを防ぐ |
| 承認ログや監査の扱いを決めているか | コンプライアンス対応や公開ミス調査に必要 |
| 承認に時間がかかる場合の代替担当者がいるか | 緊急告知の遅延を防ぐ |
| 承認対象としない軽微な投稿の基準があるか | すべてを承認対象にして運用が詰まるのを防ぐ |
全社向けメッセージ、法務確認が必要な案内、人事制度に関する通知などは承認ワークフローを使う価値があります。一方で、部門内イベントの軽い案内まで同じ承認フローに入れると、運用負荷が高くなります。キャンペーンの重要度に応じて承認の要否を分ける設計が現実的です。
秘密度ラベルはSharePointサイトと同じ考え方で管理する
Viva Amplify のキャンペーンは、SharePoint サイトを管理する秘密度ラベル分類に準拠します。組織で Microsoft Team サイトや SharePoint サイト向けに秘密度ラベルを有効化している場合、Viva Amplify キャンペーンにも適用できます。(Microsoft Learn)
秘密度ラベルは、単なる表示ラベルではありません。SharePoint サイトやグループに対するラベルでは、プライバシー、外部ユーザーアクセス、外部共有、条件付きアクセスなどに関わる設定を構成できます。ラベル設定によってプライバシー値が固定され、変更にはラベルの見直しが必要になる場合もあります。(Microsoft Learn)
Viva Amplify向けに見直したいラベル設計
| キャンペーン例 | 推奨されるラベル設計の考え方 |
|---|---|
| 全社イベント案内 | 広く閲覧される前提。機密性より公開範囲を重視 |
| 人事制度変更 | 公開前は限定メンバーのみ、公開後は全社向けなど段階を考慮 |
| 経営戦略・組織再編 | 外部共有制限、アクセス条件、承認フローを厳格化 |
| セキュリティインシデント周知 | 対象範囲と閲覧権限を慎重に設計 |
| 採用・広報連携コンテンツ | 社内外共有の境界を明確にする |
Viva Amplify のキャンペーンは既定でプライベートに設定されます。公式情報でも、キャンペーンはチームメンバーがコミュニケーションを構築するためのプライベートな共同作業スペースとして設計されており、この設定変更は推奨されていません。(Microsoft Learn)
管理者向けの設定手順
Viva Amplify の管理設定は、Microsoft 365 管理センターから Microsoft Viva を選択し、Viva Amplify の「セットアップと管理」タブで行います。SharePoint 管理者ロールの割り当てやキャンペーン設定の管理も、この流れで確認できます。(Microsoft Learn)
最初に行う設定の流れ
| 手順 | 作業内容 | 判断ポイント |
|---|---|---|
| 1 | 対象ライセンスとサービスプランを確認する | 広報担当者、代理作成者、承認者を含めて確認 |
| 2 | OneDrive for Business と Exchange を確認する | キャンペーン作成者に不足がないか確認 |
| 3 | SharePoint 管理者ロールを割り当てる | 必要最小限の管理者に限定 |
| 4 | キャンペーン作成権限を制限する | 初期展開では特定ユーザーまたはセキュリティグループを推奨 |
| 5 | Teams 承認アプリを確認する | 承認ワークフローを使う場合は必須 |
| 6 | 秘密度ラベルとSharePoint管理を確認する | 既存の情報保護ルールと整合させる |
| 7 | パイロットキャンペーンを作成する | Outlook、Teams、SharePoint の表示とレポートを確認 |
| 8 | 運用ルールを文書化する | 作成、承認、公開、削除、復元の責任者を明確にする |
設定自体は難しくありません。しかし、誰でもキャンペーンを作れる状態で開始すると、あとから整理するコストが高くなります。最初は小さく始め、作成者と管理者を限定し、問題がなければ段階的に対象を広げるのが安全です。
開発者・連携担当者が確認すべきポイント
Viva Amplify のセットアップは管理者向けの内容が中心ですが、開発者や社内システム連携担当者にも確認すべき点があります。特に、組織データ、SharePoint URL、Microsoft Entra グループ、Teams 承認、社内ポータル連携に関わる場合は注意が必要です。
開発・連携観点の確認リスト
| 観点 | 確認内容 |
|---|---|
| URL設計 | SharePoint の標準ドメイン前提でリンクやテンプレートを設計する |
| 組織データ | HRIS、CRM、CSV、外部データ取り込みの責任者と更新頻度を決める |
| セキュリティグループ | キャンペーン作成者制限で作成される Microsoft Entra グループを把握する |
| Power Platform | Teams 承認アプリや Dataverse 側のデータ管理を確認する |
| 監査 | 承認、公開、削除に関するログ確認手段を整理する |
| テンプレート | 社内ポータルや通知テンプレートで固定URLや旧ドメインを使わない |
開発者が最も避けるべきなのは、Viva Amplify を「社内広報ツールだから自分たちには関係ない」と見なすことです。実際には、SharePoint URL、組織データ、Entra グループ、Teams アプリポリシーなど、既存の Microsoft 365 運用基盤と深くつながります。
展開前に決めておきたい運用ルール
Viva Amplify を本番展開する前に、最低限次のルールを決めておくと運用トラブルを防ぎやすくなります。
| ルール | 決めるべき内容 |
|---|---|
| 作成ルール | 誰がキャンペーンを作成できるか |
| 命名ルール | キャンペーン名に部門名、年度、目的を含めるか |
| 所有者ルール | Owner は最低何人にするか、異動時に誰が引き継ぐか |
| 承認ルール | どの種類の投稿に承認が必要か |
| 公開ルール | Outlook、Teams、SharePoint のどこへ出すかを誰が判断するか |
| 保存ルール | 終了したキャンペーンをどれくらい残すか |
| 削除ルール | 削除前の通知、データ退避、承認者をどうするか |
| レポートルール | 閲覧率や反応を誰が見て、次回施策にどう反映するか |
実務では、最初から完璧なルールを作る必要はありません。まずは「全社向け」「部門向け」「機密性が高い通知」の3種類に分け、それぞれ作成者、承認者、公開先、保存期間を決めるだけでも効果があります。
よくある疑問
Viva Amplifyは管理者が手動で有効化する必要があるのか
必要なライセンスを持つユーザーには Web エクスペリエンスとして自動的に有効化されます。ただし、キャンペーンを作成するには OneDrive for Business と Exchange メールボックスが必要です。(Microsoft Learn)
全社員にキャンペーン作成を許可してもよいのか
公式上は既定で組織内の全ユーザーが作成できる設定ですが、初期展開では制限するのが無難です。社内広報、人事、総務、IT など、全社通知を扱う部門から開始し、利用実績を見て拡大すると管理しやすくなります。
Viva Amplifyのキャンペーン削除は元に戻せるのか
削除された Viva Amplify キャンペーンは SharePoint サイトと同様に復元できますが、復元には SharePoint 管理者権限が必要です。また、削除後の保持は組織のアイテム保持ポリシーに依存します。(Microsoft Learn)
承認フローを使わずに運用しても問題ないのか
軽微な部門内連絡であれば、承認なしの運用も考えられます。ただし、全社通知、人事・法務・セキュリティ関連の連絡、経営メッセージなどは、Teams 承認アプリを使った承認フローを設計したほうが安全です。
既存のSharePointニュースやTeams投稿とどう使い分けるべきか
単発のお知らせなら SharePoint ニュースや Teams 投稿で十分です。複数チャネルへ配信し、複数のパブリケーションをキャンペーンとして管理し、効果測定まで行いたい場合は Viva Amplify が向いています。
まず管理者が取るべき次のアクション
Set up Microsoft Viva Amplify の更新内容を踏まえると、管理者が最初に行うべきことは、機能説明を読むことではなく、自社テナントでキャンペーン作成に必要な前提条件がそろっているかを棚卸しすることです。
まず、Viva Amplify の対象ライセンスを持つユーザーを確認します。次に、そのユーザーで OneDrive for Business と Exchange メールボックスが利用できるかを確認します。そのうえで、SharePoint 管理者ロールを誰に付与するか、キャンペーン作成を誰に許可するか、Teams 承認アプリと秘密度ラベルをどう使うかを決めてください。
Viva Amplify は、社内コミュニケーションを効率化できる便利なサービスです。しかし、設定を急ぐよりも、作成権限、承認、削除、レポート、情報保護のルールを先に決めたほうが、展開後の混乱を防げます。最初は小さなパイロットキャンペーンで検証し、問題がなければ部門単位、全社単位へ広げる進め方が現実的です。
コメント