SharePoint Technical Notes: Microsoft 365

OneDrive および SharePoint のWebパフォーマンスとオフライン機能を維持するためのブラウザーポリシーの構成

Chromium 141 (Google Chrome/Microsoft Edge) ではローカルアクセスに対してユーザーの許可が必要になるため、OneDrive for WebとSharePoint のドキュメントライブラリ、Microsoft Lists への影響がでるので急ぎ対応するよう Microsoft 365 のメッセージセンターにアナウンスが届いています。

メッセージID: MC1150662

対応期限

Chromium 141 のリリースは9月末を予定しているため、それまでの対応が必要です。

未対応の場合の影響

未対応の場合は、ユーザーに「ローカルネットワークアクセスの許可」プロンプトが表示されます。これをユーザーが許可しない場合は、次の影響が生じます。

パフォーマンス最適化が無効(データアクセスが遅くなる)
オフライン機能が利用できない
ユーザーの混乱やヘルプデスクの問い合わせの増加

対象ブラウザー

Microsoft Edge (バージョン140以降)
Google Chrom (バージョン141以降)

必要な準備

1. ドメイン名を確認する

例) https://contoso.sharepoint.com

2. ブラウザーポリシーを構成する

ブラウザーポリシーを構成する必要がありますが、次のいずれかで設定します。

グループポリシーによる設定
Intune による設定

ポリシー名: LocalNetworkAccessAllowedForUrls

Windows 環境でのグループポリシーによる設定

1. ADMX のテンプレートを入手します。

2. テンプレートを配置

C:\Windows\PolicyDefinitions に .admx ファイルを配置
対応する言語フォルダ（例：ja-JP）に .adml ファイルを配置

3. グループポリシーエディタで設定

グループポリシーを利用する場合は次のように構成します。

[コンピューターの構成] > [管理用テンプレート] > [Microsoft Edge] > [ネットワーク設定] > [ローカルネットワークエンドポイントへのリクエストを許可するサイトの一覧を指定する]

レジストリキーの例:

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Edge\LocalNetworkAccessAllowedForUrls]
"1"="https://yourtenant.sharepoint.com"
"2"="https://yourtenant-my.sharepoint.com"
※ "yourtenant" はご自身のテナント名に置き換えてください。

Intune による設定

設定カタログから「LocalNetworkAccessAllowedForUrls」を検索し、対象 URL をリストに追加します。

JSON 構成ファイルの例

{
"LocalNetworkAccessAllowedForUrls": [
"https://YOURTENANT-my.sharepoint.com",
"https://YOURTENANT.sharepoint.com"
]
}

追加ポリシーの展開（混乱防止のため）

以下のポリシーが既に有効であっても、明示的な許可リストの展開を推奨します：

DisableNucleusSync
DisableOfflineMode

これにより、将来的なプロンプト表示やユーザー混乱を防止できます。

適用確認方法

ブラウザの chrome://policy または edge://policy にアクセスし、ポリシーが反映されているか確認できます。「LocalNetworkAccessAllowedForUrls」が表示され、設定したURLが含まれていれば成功です。

推奨アクションチェックリスト

対象テナントの URL を確認する
グループポリシーまたは Intune でポリシーを設定する
テスト環境で動作確認を行う（プロンプトが表示されないか確認）
本番環境へ展開する（9 月末までに完了）

今回のアップデートでローカルアクセスがなぜ影響するのか?

OneDrive やSharePoint のファイルを開く時にローカルにインストールされている OneDrive アプリ(同期アプリ)と通信し、次のような処理を行います。

ファイルのローカルキャッシュの確認
オフライン編集の準備
「開く」や「保存」操作の高速化

この通信がローカルネットワーク経由で行われます。

またMicrosoft Lists もIndexedDBや Searvice WOrker を使ってローカルキャッシュを保持しているためオフライン時でもある程度の操作ができるようになっているのですが、これもローカルネットワークアクセスとして扱われる部分があり、この制限を受ける可能性があるようです。

SharePointやOneDriveはブラウザーとOS間でバックグラウンド通信を行い、ファイルのプレビューや編集リンクの生成を高速化しています。これもローカルネットワークアクセスに依存しています。

[参考情報]
Microsoft Edge Browser Policy Documentation LocalNetworkAccessAllowedForUrls | Microsoft Learn

Power Apps での画像の扱いと Power Automate を使った SharePoint への画像の保存

今年の2月ごろ、Power Apps の研修でいつものようにモバイルアプリにカメラ機能を搭載してそこからPower Automate 経由で SharePoint に画像を保存するという演習をやろうとするとうまくいかないというトラブルが。

結果的には、一時的な不具合だったようで現在は修正されていますが、それだけでなく画像の取り扱いの仕様が少し変わったところもあるようなので改めて画像についての取り扱いを整理しておきたいと思います。
※あくまでも2025年7月現在の話であり、今後はまた変更されることもあると思いますのでご注意ください

Power Apps での画像の取り扱い

Power Apps では画像データは Base64形式で保持します。ですから、Power Automate に渡して画像を SharePoint や OneDrive(Business)にファイルとして保存する場合、Base64であることを考慮した処理が必要となります。

参考: そもそも Base64 とは?

ここでBase64 (ベースロクジュウヨン) とは何かというのを補足しておきましょう。

Base64 とはバイナリデータ(0か1かで表現されたデータ) を文字データに変換するエンコーディング方式の一つです。画像やファイルのようなバイナリデータをアルファベット(A-Z, a-z)、数字(0-9)、特殊文字(+,/) の64種類の文字で表現します。Base 64の “64” はこれに由来しています。便利な反面、テキスト化すると、元データより多少膨らむ（約1.37倍）点には注意が必要です。

この仕組みはもともとデータを文字形式に変換して電子メールなどのテキストベースのプロトコルで送信できるようにするために設計されました。

さて、Power Apps のカメラコントロールの Photo プロパティでは撮影した画像が直接 Base64でエンコードされます。ラベルなどに Photo プロパティを割り当てると値を簡単に確認できます。

ちなみに、Base64 には次の2つの形式があります。

Data URI
プレーン Base64

Data URI は接頭辞に "data:image/png;base64;iVBORw0..." のように実データ以外にファイルの種類などを示す文字列が追加されます。先ほどのカメラコントロールの Photo プロパティは Data URI です。

Power Automate にData URIを渡すと自動的にこの接頭辞は除去されプレーンな Base64 が渡されるようになっています。←これは実は、以前とは仕様が異なっているところ

ちなみに、画像コントロールや画像の追加コントロールに含まれるUploadedImageコントロールのImage プロパティはユーザーが画面に画像を追加すると Data URI ではなく appres://... という形式の値が格納されます。

コントロール	プロパティ	値の例
画像	Image	appres://resources/P3293125
画像の追加 (UploadedImage1)	Image	appres://blobmanager/85db1f7390a34828b5d2f4f5e2cef0c3/1
画像の追加 (AddMediaButton1)	Media	appres://blobmanager/85db1f7390a34828b5d2f4f5e2cef0c3/1
カメラ	Photo / Stream	data:image/png;base64,iVBORw0…(中略)…K5CYII=

appres:// で始まるのは Power Apps 内の内部リソース参照となっていて、「埋め込み画像」または「一時参照URI」などと呼ばれたりもします。各形式の意味と用途は次の通りです。

値の形式	意味	取得元コントロール例	特徴
appres://resources/xxxxx...	アプリに事前に埋め込まれた静的リソースへの参照	画像コントロールImage	誰が見ても同じ画像
appres://blobmanager/xxxxx....	実行時にアップロードまたは選択された一時Blob参照	UploadedImage.Image AddMediaButton.Media	一時的な画像、ユーザーごとに異なる

値の形式

意味

取得元コントロール例

特徴

appres://resources/xxxxx...

アプリに事前に埋め込まれた静的リソースへの参照

画像コントロールImage

誰が見ても同じ画像

appres://blobmanager/xxxxx....

実行時にアップロードまたは選択された一時Blob参照

UploadedImage.Image

AddMediaButton.Media

一時的な画像、ユーザーごとに異なる

と、ここまでは PC ブラウザー上の話で、Power Apps のモバイルアプリの場合は異なります。埋め込み画像以外のカメラコントロールや画像の追加コントロールの画像は格納先のパスが表示され、それぞれ "/SessionStorage/" 配下に格納されているのがわかります。

冒頭でご紹介したトラブルは、このモバイルアプリを使っているときに本来だと参照しているリソースから実データであるBase64をフローに渡すべきところが、参照リソースのパスのみが渡されてしまい実際にファイルとしてデータを渡すことができないという現象でした。現在は参照元からBase64でエンコードされた画像データがきちんと渡されるようになっています。

Power Automate のクラウドフローに画像を渡す場合は、 Power Apps V2 コネクターのトリガーの引数として「ファイル」を追加しておきます。

Power Apps 側ではカメラコントロールで撮影した画像をプレビューするために画像コントロールのImageプロパティに割り当てることがよくあります。そのため、この場合の画像コントロールの Image プロパティにはData URIの Base 64 が格納されます。

ところで、画像の拡張子はカメラコントロールのPhotoプロパティから取得する場合は PNG形式ですが、その他の画像形式などもあり得ます。汎用的に拡張子を判定するためには次のように式を構成することも可能です。これをフローの呼び出し時などに使うといいでしょう。

//PCブラウザーかモバイル化の判定
Set(_IsMobile,If(Host.OSType="Android" || Host.OSType="iOS",true,false));

//Base64の先頭からmime typeを抽出する
Set(_mimeType,
//PCブラウザーの場合
If(!_IsMobile,Mid(Camera1.Photo,6,Find(";",Camera1.Photo)-6),
//モバイルの場合
Right(Camera1.Photo,4)
));

//ファイルの拡張子を決める
Set(_fileExtension,
    If(_IsMobile,
        _mimeType,
        Switch(_mimeType,
            "image/jpeg", ".jpg",
            "image/png", ".png",
            "image/gif", ".gif",
            "image/bmp", ".bmp",
            // Default case (optional)
            Blank()
        )
    )
);

さて、先述した通りPower Automateに送信するときにはData URI(data:image/xxx;base64,) のヘッダー部分を自動的に除去し、contentBytes にはプレーンBase64のみが格納されます。実際のフローの実行結果からもcontentBytesのフィールドで確認できます。

そのため、SharePoint にファイルを保存する場合は、SharePoint コネクターの「ファイルの作成」アクションのファイルコンテンツプロパティでは base64ToBinary 関数を使い、次のように式を指定します。以上で SharePoint に画像をファイルとして保存することができます。

base64ToBinary(triggerBody()?['file']?['contentBytes'])

従来からの仕様変更の注意点

長らく(昨年の2024年のおそらく後半までは) Power Apps のカメラコントロールから Power Automate に渡した画像はData Uri 形式であったため、Power Automate 側で画像を受け取った後は dataUriToBinary() を使っていました。ですが、内部的な使用変更があったようでプレーンなBase64が渡されるようになっているため base64ToBinary() を使う必要があるので注意しましょう。