Webサイトのログインを自動化する（Desktop・Edge）

この例の対象：WindowsのPower Automate for desktop（PAD）を手元で起動し、Edgeで外部WebサイトのID・パスワード欄を操作します。Power Automate自体へのサインインやWindowsへのログオンを自動化する例ではありません。クラウドフローだけでWeb画面をクリックする手順でもありません。

準備①：管理者やサイト運営者から自動操作が許可されたテスト環境と、その環境専用のアカウントを用意します。最初に手動でログインできることを確かめ、ログアウトしてログイン画面に戻します。ここではIDの表示例を demo@example.test、成功後にだけ出る表示を「会員メニュー」とします。架空の値なので、実在サイトへ送信しないでください。

準備②：PADの［ツール］→［ブラウザー拡張機能］からMicrosoft公式のEdge拡張機能を確認し、実行するEdgeプロファイルで有効にします。会社の制限がある場合は管理者へ相談します。本例はブラウザー拡張機能方式です。Chrome・Firefoxにも対応する起動アクションと拡張機能がありますが、ブラウザーごとに準備が必要です。WebDriver方式は別設定になるため混在させません。

準備③：テスト画面からWeb UI要素を4つ登録します。①ID入力欄、②パスワード入力欄、③ログインボタン、④ログイン後だけに表示される会員メニューです。UI要素とは、PADが「どの入力欄・ボタンか」を見分ける目印です。成功用の目印を登録したら、練習前に再びログアウトします。

準備④：入力変数 LoginId と LoginPassword をテキスト型で作り、LoginPasswordは［機密としてマーク］を有効にします。既定値へ本物のパスワードを保存せず、練習の実行時にテスト専用の値を渡します。機密マークは表示を隠す機能で、直書きした秘密を安全な保管庫に変える機能ではありません。本番の資格情報管理は後述の公式資料「データの保護」を確認してください。

新しい Microsoft Edge を起動する：［初期URL］に許可されたテストURLを指定し、新しいインスタンスを起動します。出力変数名を Browser にします。以降のWebアクションではすべて %Browser% を選び、別のタブやブラウザーを操作しないようにします。

Web ページ内のテキスト フィールドに入力するを2つ配置：1つ目はID欄と %LoginId%、2つ目はパスワード欄と %LoginPassword% を指定します。欄に既存の文字がある場合は「テキストを置換」を選び、追記しません。入力値の確認にパスワードを表示するメッセージやスクリーンショットを使わないでください。

Web ページのボタンを押す：登録したログインボタンを1回押します。次のWeb ページのコンテンツを待機するでは、同じ %Browser% の「次の要素を含む」を選び、成功後の会員メニューを指定します。ページが読み込み終わったことと認証の成功は別なので、ボタンを押しただけで成功にはしません。

成功確認：待機の直後にWeb ページに次が含まれる場合を置き、同じ会員メニューを確認します。含む側だけ「メッセージを表示」で「ログイン後の表示を確認しました」と出します。Else側は「フローを停止」をエラー終了にし、エラーメッセージを「ログイン成功を確認できませんでした」にします。最初の練習はここまでで、業務データの更新は追加しません。

失敗時の設定：入力・ボタン・待機などの［エラー発生時］はフローを停止する設定にし、「次のアクションに移動」で続行しないでください。ログインボタンの自動再試行は設定しません。待機中に認証エラー、MFA（追加の本人確認）、CAPTCHA、想定外の画面が見えたら手元で停止して確認します。この短い例には、すべてのサイトの失敗画面を自動分類する処理や待機時間の上限を測る処理はありません。

確認の順番：許可されたテスト環境で正常なアカウントを1回だけ使い、会員メニューの表示と成功メッセージを確かめます。失敗系は図の下にある表の期待動作を確認し、わざと本番のパスワードを間違えて連続実行しないでください。すでにログイン済みなら、認証情報の入力が成功した証拠にならないので、テスト用セッションをログアウトしてから確認します。

入力欄が見つからない場合：画面変更でUI要素の目印が古くなっていないか確認して再取得します。IDを入れた後に「次へ」でパスワード画面へ進むサイトでは、間に「次へ」の操作とパスワード欄が表示されるまでの待機が必要です。本例の同一画面に2欄ある前提のまま実行しないでください。

文字は入るのに反応しない場合：入力アクションの「物理的なキー入力を使用」や入力を模倣する設定をテスト環境で確認します。物理入力はブラウザーを最前面にするため、実行中に他の作業でキーボードやマウスを操作しないでください。値が二重になる場合は「置換」と「追記」の設定を見直します。

Edgeと通信できない場合：使用中のプロファイルで拡張機能が有効か、PADとブラウザーを同じWindowsユーザーで起動しているか、すべてのアクションが %Browser% を参照しているか確認します。会社のブラウザーポリシーやセキュリティ機能を勝手に解除しないでください。

MFA・CAPTCHAがある場合：この例だけで無人ログインできるとは考えず、本人による認証を含めた有人運用をサイトのルールに沿って設計します。認証コードの自動取得、CAPTCHA回避、MFA無効化は扱いません。資格情報の［取得］などの管理された仕組みは別途環境の準備が必要で、機密変数だけで代替できません。

利用条件とライセンス：本例は手元で開始するDesktopの練習です。クラウドからの起動、共有、無人実行では必要なライセンスやマシン接続が異なるため、組織の管理者と公式ライセンス資料で確認します。「ログインを自動化できる」ことだけで無人実行まで無料になるわけではありません。