既知の問題

Power Pages試用版

管理者がセルフサービスサインアップを無効にした場合、Power Pagesの試用版にサインアップすることはできません。
社内の管理者以外のユーザーによるサイトの作成が管理者によって無効にされている場合、Web サイトを作成することはできません。既定の環境の Power Pages ホームページにリダイレクトされます。環境内の既存のサイトを編集できる十分な権限を持つ環境を提供してもらうため、管理者に連絡してください。
社内の非管理者ユーザーによる試用環境の作成が管理者によって無効にされている場合、環境を作成することはできません。ただし、必要最小限の権限があれば、テナント内の既存の環境内にサイトを作成することはできます。
新しい環境で初めてサイトを作成する場合、環境の名前を変更することはできません。ただし、作成時に環境の名前を変更する機能は、将来の更新で利用できるようになります。

サイトの作成

古い環境でのサイトの作成

Power Pages サイトを作成する場合、Power Pages Core パッケージバージョン 1.0.2409.xx 以降の環境で、Microsoft Entraアプリ登録のアクセス許可が不要になりました。これらの環境では、Power Pages プラットフォームマネージド ID を使用して、Dataverse および関連サービスに安全にアクセスするために自動的にプロビジョンおよび管理されます。この ID はサイトのライフサイクルに関連付けられているため、作成者と管理者はアプリの登録や資格情報を作成、構成、または維持する必要はありません。

以前のバージョンでは、サイトの作成は従来のプロビジョニングフローにフォールバックします。そのフローでは、アプリ登録のアクセス許可が引き続き必要であるため、作成者に "Azure Active Directoryを作成するためのアクセス許可がありません" というエラーが表示されることがあります。詳細については、「Power Pages が ID と認証を管理する方法」について「Identity プロビジョニング」を参照してください。

この問題を解決するには、次のサポートされているオプションのいずれかを使用します。

Power Pages Core パッケージを更新する (推奨)
- Power Platform 管理センターに移動します。
- 影響を受ける環境を選択します。
- インストールされているパッケージを確認します。管理者は、Power Pages Core をバージョン 1.0.2409.xx 以降に更新できます。
- 更新後、サイトの作成ではプラットフォームマネージド ID モデルが自動的に使用されます。詳細については、Power Pages ソリューションの更新
Microsoft Entra アプリの登録許可を付与 (回避策)
- Microsoft Entra にアプリケーションを登録する権限を作成者に付与します。これらは昇格された特権であり、組織のポリシーと一致しない可能性があることに注意してください。
- これにより、従来のユーザーベースのアプリ登録フローを使用してサイトを作成できます。また、アクセス許可と運用上のオーバーヘッドが高いため、長期的なアプローチとしては推奨されません。

ページワークスペース

スターターテンプレートを使用して構築された Web サイトに追加されたボタンは、サイズを変更できません。

ポータル管理アプリのヘッダーを変更する

ヘッダーをカスタマイズするときに、だれかが Liquid コードを変更した場合、これらの変更を同期する必要があります。基になるコンテンツスニペットの属性値が更新されてこれらの変更が反映されるまで、変更はスタジオに反映されません。この問題を解決するには、ポータル管理アプリでモバイルヘッダーコンテンツスニペットを開き、以下の例のように各スニペットの正しい属性値でソースコードを更新します。

<a href="~/">
    {% if snippets['Logo URL'] %}
        <img src="{{ snippets['Logo URL'] }}" alt="{{ snippets['Logo alt text'] }}" style="width: auto; height: 32px; margin: 0 10px;">
    {% endif %} 
    {% if snippets['Site name'] %}
        <h1 class="siteTitle">{{ snippets['Site name'] }}</h1>
    {% endif %}
</a>

スタイル設定ワークスペース

スタイルワークスペースのセクションのパディング/余白設定機能は、スターターテンプレートを基に構築されたサイトでは機能しません。

Power Pages サイトの背景色の調整

この既知の問題は、2022 年 9 月 23 日より前にPower Pagesを使用して作成されたサイトにのみ適用されます。

Power Pagesテーマは、最も高い視覚アクセシビリティ標準を満たすように更新されました。 2022 年 9 月 23 日より前に作成された既存のPower Pages サイトがこれらの標準に準拠していることを確認するには、次のいずれかのオプションを使用して背景を調整するようにテーマ設定を更新する必要があります。

オプション 1: テーマのパレットに新しい色を追加する

スタイルワークスペースのカラーパレットを使用してテーマのパレットに新しい色を追加します。

オプション 2: ページのセクションのバックグラウンドを編集する

ページワークスペース 内のセクションのバックグラウンドを編集する際に目的の色を選択します。

オプション3: テーマを変更する

次の手順を使用して、 スタイルワークスペース でテーマを変更します。

別のテーマを選択します。
自分のオリジナルテーマを選択します。
保存を選びます。

サイトの表示方法

Microsoft Entra認証を無効にすると、プライベートモードのPower Pages Web サイトは機能しません。 Microsoft Entra認証は、Web サイトのプロビジョニング時に既定で有効になります。 Microsoft Entra認証を無効にする前に、site visibility 状態を public に変更します。

Dynamics 365 テンプレート

Power Pagesデザインスタジオを使用したテンプレートDynamics 365編集に関連する制限事項については、「Limitations」を参照してください。

Power Pages用のVisual Studio Code拡張機能

Power Platform Tools for Visual Studio Codeを更新するときに、エラーメッセージ Cannot install Power Pages generator: spawnSync npm.cmd ENOENT でエラーが発生する場合があります。この問題を解決するには、node.jsをインストールし、Visual Studio Codeを再起動します。
Power Pages作成コマンドの 2 つのセットがメニューに表示され、安定バージョンの Power Platform Tools と Power Platform Tools [PREVIEW] の両方がVisual Studio Codeにインストールされている場合は機能しません。

この問題を解決するには、Power Platform Tools (プレビュー) バージョンをアンインストールしてください。

Power Pages用の Microsoft Power Platform CLI

次の既知の問題は、PAC CLI バージョン 1.29.6 にのみ適用されます。

Power Pagesダウンロードまたはアップロードコマンドの実行中に、次のエラーメッセージが表示される場合があります。

Sorry, the app encountered a non recoverable error and will need to terminate. The exception details have been captured and will be forwarded to the development team, if telemetry has been enabled. Exception Id: <guid>,Exception Type: System.AggregareException  The diagnostics logs can be found at: <Pac installation location>\logs\pac-log.txt

pac-log.txt ファイルを開き、MSALCachePersistenceException を確認することで、この問題に直面しているかどうかを確認できます

Error: Persistence check failed. Data was written but it could not be read. Possible cause: on Linux, LibSecret is installed but D-Bus isn't running because it cannot be started over SSH. HelpLink Url: Not Provided Stack Trace: at Microsoft.ldentity.Client.Extensions.Msal.Storage.VerifyPersistence0 at bolt.authentication.store.MsalExtensionCache

pac auth コマンドを使用して環境に接続すると、ログインウィンドウが表示されない場合があります

軽減策: 次の既知の問題は、PAC CLI バージョン 1.29.6 にのみ適用されます。この問題を解決するには、以前の Power Apps CLI バージョン 1.28.3 に戻します。最新バージョン1.29.6をアンインストールするには、WindowsのためのPower Platform CLIのアンインストールを参照し、こちらから以前のバージョン1.28.3をインストールします。

一般的な問題

テーブルフィールドを構成または使用すると、次のエラーメッセージが表示されます。

フィールド名: このフィールドの最大文字数 (X 文字) を超えました。

これは、テーブルの参照フィールドがエラーに記載されている文字数制限を超えた場合に発生する可能性があります。この制限を引き上げるには、データワークスペースに移動し、テーブルを選択し、フィールドを選択して、列を編集 を選択します。詳細オプションで、最大長 フィールド値をより大きな値にします。許可された値: 1 から 1,048,576。

制限を増やす必要があるフィールド:

テーブル	フィールド表示名
基本フォーム	設定 (adx_settings)
リスト	ビュー (adx_views)
基本フォームメタデータ	サブグリッド設定 (adx_subgrid_settings)
Web ページ	コピー (adx_copy)

これらのアプリは事前にプロビジョニングされたアプリであり、前にプロビジョニングされている可能性があるため、アプリの 修正日 は正しくない可能性があります。
スターターポータルと一緒に環境を作成すると、サイトの所有者が正しく表示されません。システムと表示されます。
新しいサイトを作成するために、最近削除されたサイトの URL を再利用する場合は、設定するランタイムの遅延が出ます。このエクスペリエンスは、以前のリソースの消去がまだ進行中であり、新しいサイトがAzureに設定されるまでに 30 分から 1 時間かかる場合があるために発生します。このサイトはこの時間の間は編集のためも使用できず、編集のために Studio で起動された場合はエラーを表示する場合もあります。
Power Appsで環境を切り替えると、環境内のサイトが Apps または Recent Apps リストにすぐに表示されないことがあります。この現象は、テナントのある地域とは異なる場所で作成された環境において特に発生します。回避策としては、ブラウザを更新するか、サイトがアプリ一覧に表示されるまでしばらく待機する必要があります。環境内のすべてのサイトは、Power Pages ホームページから表示できます。
Power Platform 管理センターの Power Pages hub からサイトをリセットするときにPower Appsホームページでポータル設定ウィンドウを開いたままにすると、サイトが使用できなくなったので、ポータル設定ウィンドウに "問題が発生しました" というエラーメッセージがユーザーに表示されます。
場合によっては、ポータルを作成したときに、スタイルがポータルに適切に適用されず、Web サイトの参照 で開いたときに Web サイトがスタイルなしで表示されます。この動作はほとんど発生しません。また、Power Platform 管理センターの Power Pages hub からサイトを再起動することでスタイルを回復できます。
ポータル管理アプリを使用して基本フォームを構成すると、ページ上で基本フォームとしてレンダリングされた際に、不正なモデル駆動型フォームが表示されます。これは、モデル駆動型フォーム名が異なるフォームタイプ (主要、カード、QuickViewform) 間で重複している場合に発生する可能性があります。ポータルの基本フォームを構成または作成するときに表示されるフォーム名は 1 つだけです。この問題を解決するには、基本フォームの構成時に使用するモデル駆動型フォームの名前を変更するか、(一意の名前で) コピーを作成します。データワークスペースでフォームを作成すると、メイン フォームのみが表示されます。
既定では、Power Pages サイトでは、現在非推奨になっているポータルの Azure アプリの登録に対して Azure Active Directory Graph API が使用されます。 Power Pagesは将来の更新プログラムで Microsoft Graph API を使用するため、管理者の介入は必要ありません。 Microsoft Graph API を利用して既存の Azure Active Directory Graph API アクセス許可を手動で置き換えると、Power Platform 管理センターの Power Pages ハブで SharePoint 統合を有効または無効にした際に、Azure Active Directory Graph API に戻ります。
プロフィールWeb リンク の新しいウィンドウで開くの設定を構成するとき、このプロファイルページは新しいウィンドウで開きません。この問題を解決するには、Liquid コードをセクションで更新し、ヘッダー{% if profile_nav %} を更新してください。

Note

これらの手順を実行する前に、ヘッダー Web テンプレートのバックアップを作成してください。

次のコード行を置き換えます。
```
<a aria-label="{{ link.name | escape }}" href="{{ link.url | escape }}" title="{{ link.name | escape }}">{{ link.name | escape }}</a>
```
この行を使用して:
```
<a aria-label="{{ link.name | escape }}" {% if link.Open_In_New_Window %} target="_blank" {% endif %} href="{{ link.url | escape }}" title="{{ link.name | escape }}">{{ link.name | escape }}</a>
```
サイト作成直後にクラウドフローを追加すると失敗します。これを防ぐには、サイトを作成してから約 30 分から 1 時間待ってから、クラウドフローを追加します。

Power Pagesのデザインスタジオの問題

デザインスタジオのコードコンポーネント

Power Pagesデザインスタジオのキャンバスでは、サードパーティ製のコードコンポーネントの一部がレンダリングされない場合があります。サードパーティのコードコンポーネント、ページコピー、Web テンプレート、コンテンツスニペットで信頼されていないスクリプトを実行することは、デザインスタジオでレンダリングされるときに機密ユーザーデータにアクセスする可能性があるためPower Pagesブロックされます。

Power Pages デザインスタジオで画像が表示されない

ブラウザーでサードパーティの Cookie が無効になっている場合、イメージはデザインスタジオPower Pages表示されません。この既知の問題を修正するには、ブラウザーで Cookie を有効にします。

ブラウザーがブロックしている場合に Cookie を有効にする方法は次のとおりです:

Microsoft Edge
Google Chrome

Microsoft Edge ウィンドウで、More (...) を選択します。>Settings>View 詳細設定。
Cookie まで下にスクロールし、Cookie をブロックしない を選択します

Note

すべてのサードパーティの Cookie を有効にしたくない場合は、ブラウザの設定を調整して、代わりに [*.]powerpages.microsoft.com のみの Cookie を許可することもできます。

Power Pagesのリッチテキストエディター (RTE) コントロール

ドラッグアンドドロップでは、.png、.jpg、.gif ファイル形式のみがサポートされています。

フィードバック

このページはお役に立ちましたか?

Last updated on 2026-05-04