【Power Automate】モバイル通知で困った時の入力値と条件分岐の直し方

Power Automateのモバイル通知は、フローの実行結果やエラーをリアルタイムで把握できる便利な機能です。しかし、「通知が届かない」「条件に合ったときだけ送りたいのに毎回届く」「表示内容がおかしい」といったトラブルは少なくありません。多くの場合、原因はトリガーの入力値や条件分岐の設定ミスにあります。本記事では、実際の事例を交えながら、モバイル通知を正しく動作させるための具体的な修正手順を解説します。

モバイル通知が届かない主な原因

モバイル通知が期待通りに機能しない場合、原因は大きく分けて以下の4つに分類されます。それぞれの特徴を理解し、自分の状況に当てはめて切り分けていきましょう。

現象	主な原因	確認ポイント
全く通知が届かない	・Power Automateモバイルアプリ未インストール ・アプリの通知権限がオフ ・コネクタの認証切れ ・組織のポリシーでブロック	スマホの設定→アプリ→Power Automate→通知をオン。アプリ内でログイン状態を確認。
条件に関わらず毎回届く	・条件アクションの設定ミス(True/Falseの両方に通知アクション) ・条件式の論理誤り(常にTrueになる条件)	フローの条件アクションをチェック。テスト実行で各分岐を確認。
通知文が空欄やエラー表示	・動的コンテンツの式が間違っている ・入力値に使用したプロパティが存在しない	モバイル通知アクションの「メッセージ」欄の数式を確認。数式ビルダーでテスト。
特定の端末だけ届かない	・端末の省電力設定でアプリが停止 ・OSのプッシュ通知チャネルの問題	端末のバッテリー最適化設定でPower Automateを除外。アプリを再インストール。

上記のうち、入力値と条件分岐に関するものが最も多く、修正も比較的簡単です。次のセクションから具体的な直し方を説明します。

入力値の確認と修正方法

モバイル通知アクションでは、通知のタイトルや本文に動的コンテンツ(トリガー出力や先行アクションの出力)を挿入できます。この部分でミスがあると、通知が届いても内容が空欄になったり、エラーが表示されたりします。

動的コンテンツの選択ミスを防ぐ

よくあるのは、トリガーが生成したプロパティ名を間違えて覚えているケースです。例えば、SharePointで「リスト項目が作成されたとき」トリガーを使う場合、「タイトル」というプロパティが存在するとは限りません。以下の手順で正しいプロパティを確認しましょう。

1. Power Automateの編集画面で、モバイル通知アクションをクリックします。
2. 「メッセージ」など動的コンテンツを入力する欄をクリックすると、ポップアップに「動的コンテンツの追加」が表示されます。ここをクリックします。
3. 表示された一覧から、実際に使用したいプロパティを選択します。注意点として、一覧には**過去のトリガーやアクションの出力**がすべて表示されます。間違ったアクションの出力を選ばないように、プロパティ名の横に小さく表示されているアクション名を確認してください。
4. 選択したプロパティの値が正しいかどうかは、フローを**テスト実行**して実際の出力を確認するのが確実です。テスト実行後、モバイル通知アクションの出力を確認し、想定した文字列が入っているか検証します。
5. もしプロパティが見つからない場合、トリガーや先行アクションでそのプロパティが本当に出力されているか確認します。たとえば、「ファイルの作成」アクションの後に通知を送る場合、アクションの設定で「ファイルID」などの出力を明示的に指定していないと、動的コンテンツとして利用できません。
6. 数式を使ってプロパティを加工したい場合は、**数式ビルダー**を開いて式を直接入力します。式の構文は outputs('アクション名')?['プロパティ名'] のように記述します。大文字小文字やスペースに注意し、式エラーが出た場合は赤い波線で表示されます。

また、動的コンテンツを複数連結する場合は、空白や改行を適切に入れないと表示が崩れます。「
」を使って明示的に改行を入れることを推奨します。

式の構文エラーを修正する

通知本文にカスタム式を直接書く場合、よくあるエラーとして「カッコの不一致」「アクション名の誤記」「プロパティ名のタイポ」が挙げられます。例えば、@{outputs('Get_item')?['Title']} と書くべきところを @{outputs('Get_item')['Title']} と ? を忘れると式エラーになります。この場合、動的コンテンツピッカーを使うと自動的に正しい形式で挿入されるため、手入力は避けたほうが安全です。どうしても直接編集する必要がある場合は、式をコピーして**メモ帳などで記号の過不足をチェック**してから貼り付けましょう。

間違った例	正しい例	ポイント
@{outputs('Get_item')['Title']}	@{outputs('Get_item')?['Title']}	アクションの出力がNullの場合にエラーにならないよう、? を付ける。
@{outputs('Get_item')?['title']}	@{outputs('Get_item')?['Title']}	プロパティ名は大文字小文字を正確に。多くのコネクタで先頭大文字のキャメルケース。
@{outputs('Get Item')?['Title']}	@{outputs('Get_item')?['Title']}	アクション名のスペースはアンダースコアに変換される場合がある。実際のアクション名を確認。

条件分岐の確認と修正方法

「特定の条件を満たしたときだけ通知したい」という場合、条件アクションを使用します。この条件分岐が正しく設定されていないと、意図しないタイミングで通知が送られてしまいます。

条件アクションの設定を再確認する

1. 条件アクションの中身を開き、左側の**「値の選択」**にトリガーや先行アクションの出力が正しく指定されているか確認します。
2. 中央の**条件演算子**(等しい、より大きい、含むなど)が目的に合っているか確認します。例えば「ステータスが承認済みと等しい」にしたいのに「次を含む」を選んでいると、部分一致でTrueになってしまいます。
3. 右側の**「値の選択」**には比較対象の値を入力します。静的な値(文字列や数値)の場合は引用符で囲む必要はありませんが、動的コンテンツを使う場合は正しく選択します。
4. 「はい」の場合(True)と「いいえ」の場合(False)の両方にアクションが入っていないか確認します。両方にモバイル通知があると、条件に関わらず通知が二重で届くことになります。
5. 条件アクションの前後に**「Apply to each」**のようなループがある場合、ループ内で条件を使うと各アイテムごとに評価されるため、通知が大量に届く原因になります。ループの外で条件を評価する設計に変更することを検討します。

例えば、「SharePointリストに新しいアイテムが追加され、その優先度が『高』の場合のみ通知する」というフローを作る場合、条件アクションで「優先度 等しい 高」と設定します。しかし、数値の比較を意図しているのに文字列で比較していると、意図しない結果になることがあります。データ型に注意してください。

複数条件を組み合わせる際の注意

ANDやORで複数条件を組み合わせたい場合は、**条件アクションを入れ子**にするか、**式アクション**で論理式を書く方法があります。複雑な条件の場合は、式アクションで変数に結果を格納し、その変数を条件アクションで使用すると管理しやすくなります。例えば、@and(equals(triggerOutputs()?['body/priority'],'High'),greater(triggerOutputs()?['body/value'],100)) のように式を書き、その出力がTrueの場合に通知を送るようにします。

また、条件分岐のデバッグには**「条件アクションの直後に「応答」アクションを配置し、その中で条件の評価結果を出力する**方法が有効です。テスト実行時に応答の内容を確認することで、条件が正しく判定されているかを確認できます。

管理者に確認すべき設定と注意点

社内でPower Automateの使用が制限されている場合、モバイル通知が利用できないことがあります。以下の項目は、自分で変更できないケースが多いので、管理者に相談してください。

• データ損失防止(DLP)ポリシー: Power Automateのコネクタの一部がブロックされていると、モバイル通知のコネクタ(Notifications)が使えない場合があります。管理者の環境設定を確認してもらいましょう。
• モバイルアプリの展開: 会社のスマートフォンにPower Automateアプリをインストールするポリシーが禁止されている場合、アプリ自体が使えません。Intuneなどの管理ツールで許可を得てください。
• 条件付きアクセス: 組織のセキュリティポリシーによって、モバイル端末からのサインインがブロックされることがあります。管理者がAzure ADの条件付きアクセスポリシーを調整する必要があります。
• 共有フローの権限: 他のユーザーが作成したフローの通知設定を編集するには、そのフローの**編集権限**が必要です。権限がない場合は、自分でコピーして新しいフローを作成するか、元の所有者に依頼してください。

よくある質問(Q&A)

Q1: モバイル通知のテスト実行では届くのに、実運用では届かないのはなぜ?
テスト実行と実運用ではフローの起動条件が異なることがあります。特に、**スケジュール実行**や**即時実行**では動作が異なる場合があります。また、実運用では**同時実行数**や**フローの制限**(1日あたりの実行回数など)に達してスキップされることもあります。アクションの履歴でエラーがないか確認してください。

Q2: 通知のタイトルに変数を使いたいが、変数が展開されない。
タイトル欄に動的コンテンツを直接挿入するのではなく、**数式として「@{variables(‘変数名’)}」**と記述する必要があります。変数が正しく設定されており、フロー内で値が代入されていることを確認してください。

Q3: 条件分岐で「はい」と「いいえ」の両方に通知を入れてしまった。どう直せばいい?
どちらか一方だけにモバイル通知を残し、不要な方の通知アクションを削除してください。もしくは、条件アクション自体を削除し、必要性を再検討してください。多くの場合、どちらか一方だけの通知で十分です。

Q4: iOSとAndroidで通知の動作が異なる。
プラットフォームによる通知の表示形式の違いが原因です。例えば、iOSではアクションボタンが表示されるがAndroidでは表示されないなど、仕様の違いがあります。重要な情報は本文に含め、タイトルに依存しない設計にしてください。

まとめ

モバイル通知のトラブルは、入力値と条件分岐の設定を見直すことで大半が解決します。動的コンテンツの選択ミスや式の構文エラー、条件演算子の誤用をチェックすることが第一歩です。それでも解決しない場合は、コネクタの認証や組織のポリシー、端末設定など、フロー外の要因も疑ってください。フローをテスト実行しながら一つずつ確認することで、確実に原因を特定できます。この記事の手順を参考に、モバイル通知を安定して活用できるようにしてください。