Power Pages使ってみた｜社内SEが社内ポータル構築を徹底評価

「社内ポータルをそろそろ刷新したいけど、SharePointだとデザインがイマイチで…」「かといって外注するほどの予算が下りるわけもなく…」

自分もまさにこの板挟み状態で、何か使えるツールがないか探し続けていました。

そんなとき、社内ポータルのあるある状況を振り返ってみると、こんな状態になっていませんでしたか？

申請書の最新版がどこにあるかわからず、毎回情シスへ問い合わせが来る
部署ごとにバラバラなSharePointサイトが乱立して、どこを見ればいいか誰も把握していない
「Webサイト化したい」と言われても、外注予算は通らず、かといって自分でHTML/CSSを書く時間もない

「あ、うちだ」と思った方は、ぜひ最後まで読んでみてください。

そんな状況で見つけたのが「Power Pages」です。「ノーコードでWebサイトが作れる」という触れ込みに惹かれ、実際に社内ポータルサイトのプロトタイプを構築してみました。

Power Pagesとは？社内SEが知るべき基本機能と特徴
Power Pagesを実際に使ってみた評価：メリットと課題
社内SEがPower Pagesを活用すべきシーンと具体的な事例
Power Apps/SharePointサイトとの使い分けと連携戦略
実際に使ってみた結果
1. 結論（社内SEならこう使う）
Power Pages導入で得られる業務効率化効果と生産性向上
まとめ：中小企業の社内SEこそPower Pagesを試すべき理由

Power Pagesとは？社内SEが知るべき基本機能と特徴

結論から言うと、Power Pagesは「ノーコードで、データ連携に強く、安全な社内・社外向けWebサイトを高速構築できるツール」です。

社内SEが特に知っておくべき特徴は以下の3つです。

直感的なサイト構築
- PowerPointのスライドを作るような感覚で、ドラッグ＆ドロップでページをデザインできます。
- HTMLやCSSの知識がなくても、基本的なサイトは構築可能です。
強力なデータ連携
- 中核となるデータベース「Dataverse」を介して、様々なデータを扱えます。
- Power Appsで作ったアプリのデータや、Dynamics 365の顧客情報などをWebサイト上に表示・操作できます。
高度なセキュリティ
- Azure AD（Entra ID）と連携し、社員認証を簡単に追加できます。
- 特定のページは「部署長以上のみ閲覧可能」といった、役割ベースの細かいアクセス制御が可能です。

SharePointサイトが「社内の情報共有・ファイル置き場」なら、Power Pagesは「特定の業務データを見せて操作させるためのWebインターフェース」を作るのに特化している、と考えるとわかりやすいです。

Power Pagesを実際に使ってみた評価：メリットと課題

実際に数週間使ってみて、メリットと課題が見えてきました。

評価項目	メリット	課題（注意点）
開発スピード	テンプレートが豊富で、プロトタイプなら1〜2時間で完成します。	細かいデザイン調整にはCSSの知識が必要です。
データ連携	Dataverse経由での連携が非常に強力で、既存資産を活かせます。	Dataverseの設計がサイトの性能を左右します。
セキュリティ	役割ベースのアクセス制御が標準機能で充実しています。	外部公開時の設定ミスは情報漏洩に直結します。
コスト	スモールスタートが可能です。	全社展開するとライセンス費用が高額になる可能性があります。

ノーコードでのWebサイト構築：直感的な操作性とスピード感

正直なところ、「これで本当にWebサイトができるの？」と半信半疑でしたが、驚くほど速く動くプロトタイプが作れました。

サイトの骨格を作るだけなら、1時間もかかりません。豊富なテンプレートから用途に近いものを選び、テキストや画像を差し替えるだけで、基本的なサイトが完成するからです。

手順はこんな感じです。

make.powerpages.microsoft.com にアクセスします。
「空白のページ」または「申請処理」などのテンプレートを選択します。
サイト名とアドレスを決定します。
表示されるデザインスタジオで、テキスト・画像・セクションなどを追加・編集します。

実務でどう使うか：他部署から「こんなサイトが欲しい」と依頼された際に、その場でPower Pagesを使ってモックアップを作成し、「イメージはこれで合っていますか？」と確認するのに最適です。手戻りが劇的に減ります。

Microsoft 365/Power Platform連携：既存データ活用のしやすさ

Power Pagesの真価は、このデータ連携にあります。

Dataverseを介することで、社内のあらゆるデータをWebサイトのコンテンツにできます。Power Platformの各サービス（Power Apps、Power Automateなど）がDataverseを共通のデータベースとして利用しているため、シームレスな連携が可能です。

具体的には、こんな使い方ができます。

Power Appsで作成した「IT資産管理アプリ」のデータを、Power Pagesのサイトに一覧表示させる。
Power Pagesの申請フォームから登録されたデータをトリガーに、Power Automateで承認依頼のTeams通知を自動送信する。

実務でどう使うか：長年Excelで管理してきた「ソフトウェアライセンス管理台帳」をDataverseに移行し、Power Pagesで「ライセンス申請・割当状況確認サイト」を構築する、といった活用が考えられます。

セキュリティとアクセス制御：社内利用における安心感

社内システムとして使う上で、セキュリティ機能は外せません。

Power Pagesでは、ユーザーの種類（社内・社外・匿名）に応じて、ページやデータへのアクセスを細かく制御できます。「Webロール」という概念でユーザーをグループ化し、そのロールに対して「テーブル権限（どのデータを操作できるか）」と「ページ権限（どのページを閲覧できるか）」を割り当てる仕組みです。

設定イメージはこんな感じです。

Webロール：「営業部員」「営業部長」「管理者」を作成します。
テーブル権限：「営業部員」は自分の案件データのみ閲覧・編集可能、「営業部長」は自部署の全案件を閲覧可能に設定します。
ページ権限：「管理者」のみがアクセスできる設定ページを作成します。

実務でどう使うか：外部の業務委託パートナー向けに、プロジェクトの進捗共有サイトを構築する際に役立ちます。パートナーには担当プロジェクトの情報だけが見えるように制限し、社内メンバーは全プロジェクトを閲覧できる、といった使い分けが可能です。

導入コストと運用負荷：中小企業での実現可能性

コストは社内SEにとって最も気になるポイントの一つです。

ユーザー数に応じた課金体系のためスモールスタートは可能ですが、全社展開の際はコスト試算が必須です。参考価格はこちらです。

認証済みユーザー/サイト/年：100ユーザーパックで¥29,985/年
匿名ユーザー/サイト/年：500ユーザーパックで¥11,244/年

※上記はあくまで目安です。最新の価格は必ず公式サイトで確認してください。

実務でどう使うか：まずは情報システム部内の数十人規模で「ITサポートFAQサイト」などを試験的に構築・運用し、費用対効果を測定してから全社展開を検討するのが現実的な進め方です。

⚠️ よくある落とし穴：ライセンスは「サイトごと」「ユーザーの種類ごと」に必要です。複数のサイトを立ち上げる場合や、社内ユーザーと社外ユーザーが混在する場合は、コストが想定より膨らむ可能性があるので注意してください。

実際にあった失敗談

ここで少し怖い話をします。

Power Pagesではなく、類似ツールでの話ですが、外部公開設定のまま社内向けポータルを立ち上げてしまい、アクセス制御が機能していない状態で数日間稼働し続けた、というケースを耳にしたことがあります。「ノーコードで簡単に作れる」からこそ、公開前の権限確認を省いてしまいがちなんですよね。Power Pagesも外部公開設定を誤ると情報漏洩に直結するため、公開前のWebロール確認は必ずチェックリストに入れておくことをおすすめします。

改善を期待するポイント

実際に使ってみて「もう少しこうだったら…」と感じた点もあります。

デザインの自由度：基本的なレイアウトは簡単ですが、「このボタンをあと5pxだけ右に…」といったピクセル単位の微調整は、CSSを直接編集する必要があり、ノーコードの範囲を超えてしまいます。
日本語の情報量：基本的な使い方の情報は増えてきましたが、少し複雑なエラーが発生した際の解決策は、英語の公式コミュニティフォーラムを探さないと見つからないことが多いです。

社内SEがPower Pagesを活用すべきシーンと具体的な事例

Power Pagesは、特に以下のようなシーンで真価を発揮します。

シーン1：ExcelやAccess管理からの脱却
- 具体例：「IT機器貸出管理サイト」
- 概要：Dataverseに機器マスタと貸出状況を格納します。ユーザーはPower Pagesで在庫を確認し、貸出申請を行います。申請内容はPower Automateで上長へ自動で承認依頼が飛ぶ仕組みです。
シーン2：外部パートナーとの情報共有
- 具体例：「プロジェクト進捗共有ポータル」
- 概要：特定のプロジェクトメンバー（社外含む）だけがアクセスできるサイトです。WBS・課題管理表・議事録などを集約し、情報共有を効率化します。
シーン3：SharePointサイトのフロントエンド
- 具体例：「社内規定・マニュアル検索サイト」
- 概要：データ自体はSharePointリストで管理しつつ、Power Pagesで洗練された検索画面やインターフェースを提供します。ユーザーの利便性が向上します。

Power Apps/SharePointサイトとの使い分けと連携戦略

Power Platformには似たような機能を持つツールがあるため、使い分けが重要です。「誰が、何のために使うか」で判断するのがシンプルでわかりやすいです。

ツール	主な用途	得意なこと
Power Pages	社内外への情報提供・Webサイト	不特定多数のユーザー、見た目のデザイン、外部公開
Power Apps	特定業務の効率化・アプリ	社内ユーザー、複雑な業務ロジック、データ入力・更新
SharePoint	情報集約・ファイル共有	社内ユーザー、ドキュメント管理、チームのコラボレーション

連携戦略のおすすめ：SharePointを全社ポータルの「ハブ」とし、各部署の専門的な業務はPower Apps（アプリ）やPower Pages（特定業務サイト）へリンクで誘導する「ハブ＆スポーク」モデルが使いやすいです。

⚠️ よくある落とし穴：何でもPower Pagesで作ろうとすると、かえって複雑になります。「これはスマホで手軽に入力させたいからPower Apps」「これはファイル共有がメインだからSharePoint」のように、ツールの得意分野を見極めながら使い分けることが大切です。

実際に使ってみた結果

自分の環境（Microsoft 365 Business StandardプランにPower Pagesライセンスを追加した構成）で、社内向けFAQポータルのプロトタイプを構築してみました。

かかった時間：テンプレート選定〜Dataverse連携〜公開設定まで、初回は約3時間。2回目以降は1時間程度に短縮できました。
削減できた時間：「申請書の最新版はどこ？」系の問い合わせが週に5〜6件あったのが、ポータル公開後は週1〜2件程度に減った印象です。月換算で3〜4時間は削減できた感覚があります（目安として）。
詰まったポイント：Webロールの設定でハマりました。テーブル権限とページ権限の両方を設定しないと意図したアクセス制御にならない仕様で、片方だけ設定して「なぜ見えてしまう？」と30分ほど悩みました。
正直な感想：最初はDataverseの概念に慣れるまでが大変でしたが、一度理解してしまえば「これ、他の業務にも使えるな」と感じるようになりました。特にPower Automateとの連携がスムーズなのは想像以上でした。