Excel（Web版）の更新後、Office Scripts のボタンが「初期化中（Initializing）」のまま実行されない――自動化タブやコードエディターなら動くのに、現場は困ります。この記事では、廃止か不具合かを整理し、すぐ使える回避策とPower Automateで“ワンクリック運用”を維持する方法をまとめます。
症状：Office Scripts の「ボタン」だけが動かない
相談が増えているのは、次のようなパターンです。
- ブック上に配置している Office Scripts のボタン をクリックしても処理が始まらない
- 画面上部に 「初期化しています（Initializing / Setting up to run）」 のようなバナーが出るだけで止まる
- 一方で [自動化（Automate）] タブ や コード エディター から実行すると正常に完了する
| 実行方法 | 想定される挙動 | 今回の症状 | 現場への影響 |
|---|---|---|---|
| ブック上のスクリプト ボタン | クリックでスクリプトを実行 | 初期化中のまま止まる | 「ワンクリック運用」が崩壊 |
| [自動化] タブ → 実行 | コード エディターから実行 | 動作する | 当面の回避策になる |
| Power Automate → Run script | フローからスクリプト実行 | 設計次第で運用可能 | ボタン代替になり得る |
結論：ボタン機能が廃止されたと断定する根拠は薄い
「この機能が廃止されて、今後は自動化タブ運用に移行するしかないのか？」という不安はもっともです。ただ、現時点で一般公開されている情報を確認すると、ボタン機能の廃止が公式に発表されたと断定できる状況ではありません。
実際に Microsoft のサポート記事では、Excel（Web版を含む）で Office Scripts を実行するボタンを作成／削除する手順 が案内されています。
また、Microsoft Learn の技術ドキュメントでも、スクリプト詳細から 「Add in workbook」 によりボタンを追加し、削除する手順が説明されています（個人・家庭向けのプレビューで利用できないなどの注意点も明記）。
そして今回の「ボタンが初期化中で止まるが、自動化タブ／コード エディターからは実行できる」という挙動自体が、Excel for the web の更新後に 一部テナントで報告されている不具合の可能性 として Microsoft Q&A でも言及されています。
まず押さえる：ボタン実行と「自動化タブ実行」は別ルート
同じスクリプトでも、実行の入口が違うと、裏側の初期化や権限確認の流れが変わります。今回のように「自動化タブでは動くが、ボタンだけが止まる」場合、スクリプト本体よりも UI（ボタン側）の呼び出し部分 に問題が寄っているケースが多いです。
見分けのポイント
- 自動化タブで必ず動く → スクリプト自体・権限・データは概ねOK（少なくとも致命的ではない）
- ボタンだけ止まる → UI初期化、ブラウザー設定、テナント側の条件付きアクセス、Excel on the web の更新影響などを疑う
今すぐ業務を止めない：当面の回避策
復旧を待つ間に業務を止めないことが最優先です。まずは「確実に動く経路」を運用に組み込みます。
[自動化（Automate）] タブ／コード エディターから実行する
Microsoft の案内でも、Office Scripts は [自動化] タブ からスクリプトを表示し、コード エディターの [実行] で動かす流れが基本です。
- 対象ブックを Excel（Web版）で開く
- [自動化] タブを開き、スクリプトを選ぶ（見つからない場合は「すべてのスクリプト」などから探す）
- コード エディターが開いたら [実行] を押す
利用者向けには、ブック先頭シートに「実行手順（スクショ付き）」を置く、Teams/SharePoint の案内に短い動画を添えるなど、迷わない導線 を先に用意しておくと混乱が減ります。
「ボタンを押す文化」が強い場合は“暫定マニュアル”を添える
ボタンが動かない期間にありがちなのが、利用者が何度もボタンを押して「固まった」「壊れた」と問い合わせが増えるパターンです。暫定対応として、ボタン付近に次のような注意書きを入れておくと効果があります。
- ボタンが初期化中で止まる場合は、[自動化] タブから実行してください
- 復旧までの暫定対応であり、スクリプト自体は正常です
- うまくいかない場合は、別ブラウザー（Edge 等）でも試してください
「ワンクリック」を維持したい：Power Automate をボタン代替にする
現場運用として「ボタンを押すだけ」で回したい場合、Excel 内ボタンに固執するより、Power Automate の手動トリガー（インスタント クラウド フロー） に寄せた方が安定しやすいことがあります。
Power Automate から Office Scripts を呼び出す場合、Excel Online (Business) コネクタのアクションとして Run script と Run script from SharePoint library が用意されています。
どちらの「Run script」を使うべき？
| 使いたいシナリオ | おすすめアクション | 想定される保管場所 | ポイント |
|---|---|---|---|
| 個人の OneDrive にあるブックを対象にする | Run script | OneDrive（既定の場所） | 最短で始めやすい |
| チーム共有の SharePoint ライブラリ上のブックを対象にする | Run script from SharePoint library | SharePoint / Teams のファイル領域 | 運用・権限設計がしやすい |
手動トリガーで「ボタンっぽく」使う手順（運用例）
- Power Automate で「インスタント クラウド フロー（手動でトリガー）」を作る
- アクションに「Excel Online (Business)」の Run script（または SharePoint 版）を追加する
- 実行対象のブックとスクリプトを選ぶ
- 必要なら入力パラメーター（例：対象月、処理モード、担当者など）をトリガー側で受け取り、Run script に渡す
- 利用者にフローを共有し、ブラウザーの Power Automate 画面でピン留め／Teams でタブ化など、ワンクリックに近い導線を作る
「ブックを開いてボタンを押す」体験に寄せたい場合は、SharePoint に運用ページを作り、そこにフロー実行の導線（リンク）を置くのも有効です。Excel 側のUI変更や不具合の影響を受けにくくなります。
Power Automate での注意点：Excel UI と同じ感覚で書くとハマる
Power Automate から実行する Office Scripts は、Excel を開いているユーザーの画面そのものではなく、独立した Excel セッションで実行 されます。これにより、UIの状態（アクティブセル、選択範囲など）に依存する書き方は不安定になります。
| ハマりどころ | 起きやすい現象 | 設計のコツ |
|---|---|---|
| アクティブシート／選択範囲に依存 | Power Automate だと想定と違う場所を処理する、または失敗 | シート名・テーブル名・名前付き範囲など、絶対参照で対象を特定する |
| ライセンス条件 | フローから実行できない／権限エラー | Power Automate 連携は 法人向けライセンス が前提。運用前にテナントのライセンス設計を確認 |
| 実行回数・タイムアウト | 大量実行で制限、長い処理でタイムアウト | 実行回数・タイムアウトを意識して、処理を分割・最適化する |
特に Power Automate 側には「1日あたりの実行回数上限」「同期アクションのタイムアウト」などプラットフォーム制約があります。大量の利用者が毎日押す運用の場合、“ボタン代替”にした途端に別の上限に当たることもあるため、あらかじめ想定しておくと安全です。
ボタン不具合の切り分け：現場で効くチェックリスト
根本原因が「Excel 側の更新影響」なのか「環境差（ブラウザーやポリシー）」なのかで、打ち手が変わります。最短で切り分けるなら、次の順で確認します。
| チェック項目 | 確認方法（最短） | 結果の読み方 | 次の一手 |
|---|---|---|---|
| 別ブラウザーで再現するか | Edge/Chrome などに切替、拡張機能は一旦OFF | ブラウザー依存なら設定・拡張が原因候補 | キャッシュ削除、拡張機能の除外、社内標準ブラウザーの指定 |
| プライベートウィンドウで再現するか | InPrivate/シークレットで開く | Cookie 周りの影響を疑える | サードパーティ Cookie 設定を確認 |
| 別ユーザーでも再現するか | 同じブックで複数ユーザーに試してもらう | 特定ユーザーのみならアカウント・端末・ポリシー差 | 条件付きアクセス、端末管理状況を確認 |
| 別ブックでも同じか | 最小構成のテストブックでボタン作成→実行 | 特定ブックのみなら共有/権限/破損の可能性 | スクリプト再共有、ボタン作り直し |
| Teams 内で開いていないか | Teams アプリ内のExcelではなく、ブラウザーで開く | Teams クライアントでは未サポート領域がある | Teams は web 経由で運用 |
| サービス側の問題の可能性 | Microsoft 365 管理センターの「サービス正常性」等を確認 | 広域障害なら復旧待ちが最適解 | 暫定回避を継続し、問い合わせ時は情報を添える |
“ボタンが動く/動かない”以前に確認したい前提条件
今回の症状は「昨日まで動いていたボタンが止まる」ケースが多い一方で、そもそも環境・契約・ポリシーによってはボタンが作れない／動かないこともあります。トラブルを長引かせないために、前提条件を押さえておきます。
ボタン作成は「共有」の一種
スクリプト ボタンの追加は、単に図形を置くだけではなく、スクリプトをブックに関連付けて共有する意味合いがあります。編集権限を持つユーザーが実行でき、実行結果の変更は「実行した人の編集」として記録されます。
また、同僚に共有する方法として「ボタン付きで追加」だけでなく、ボタンなしでブックに追加（Add without button） という選択肢もあります。ボタン不具合時の暫定運用として、コード エディターの「このブック」から実行させるルートを作れるのが利点です。
組織のポリシーで Office Scripts 自体が制御される
Office Scripts は、Microsoft 365 管理センター側で有効/無効や共有範囲を制御できます。自動化タブが出ない、急に使えなくなった、という場合は、まずここを確認します。
Excel on the web は Cookie 設定の影響を受ける
Microsoft Learn の制限事項として、Excel on the web で自動化機能を表示するには ブラウザーでサードパーティ Cookie が有効 である必要がある旨が示されています。自動化タブ周りの不調がある場合、ボタンが初期化で止まる問題ともあわせて、Cookie 設定を疑う価値があります。
問い合わせ・エスカレーションを早くするための情報整理（テンプレ）
「不具合っぽい」案件ほど、情報が揃っていると調査が一気に進みます。社内の情シス/管理者、Microsoft サポート、Power Automate コミュニティに相談する際は、最低限次を揃えるのがおすすめです。
| 項目 | 例 | なぜ必要か |
|---|---|---|
| 発生開始日 | 12/xx から | 更新や障害との相関を見やすい |
| 発生範囲 | 特定ユーザーのみ / 複数ユーザー | アカウント差かテナント差かを切り分け |
| 実行経路ごとの結果 | ボタンNG、自動化タブOK | UI側の不具合か、スクリプト/権限かを分けられる |
| 利用環境 | ブラウザー種別、OS、端末管理状況 | Cookie/拡張/条件付きアクセスの影響を追える |
| スクリーンショット | 「初期化中」バナーが出ている画面 | 症状の再現性を共有できる |
Power Automate まで含めた運用に寄せる場合、Excel 側よりもフロー設計・コネクタ仕様が論点になることがあります。Power Automate の相談は、専門のコミュニティで扱うのが近道、という案内もあります。
よくある質問
ボタン機能は今後も使える？それとも移行すべき？
公式ドキュメント上はボタン作成・削除の手順が案内されており、少なくとも「廃止されたのでドキュメントから消えた」という状態ではありません。
ただし、UI不具合や更新影響はゼロにできないため、業務を止めない観点では「自動化タブ実行」と「Power Automate の代替導線」を用意して二重化しておくのが現実的です。
同僚にスクリプトを渡したら、誰でも実行できる？
ブックにスクリプトを関連付けて共有すると、そのブックを編集できるユーザー はスクリプトを表示・実行できます。実行による変更は実行者の編集として残ります。
逆に言うと、権限が広い共有フォルダーに置くと、意図しない人まで実行できてしまいます。運用前に「誰が押していいボタンか」を設計し、必要ならブックの編集権限を絞りましょう。
社外（ゲスト）にもボタンで配れますか？
Office Scripts の共有は基本的に組織内を前提としており、外部ユーザーへの共有には制約があります。社外に配る前提の場合は、Power Automate も含めて設計を見直した方が安全です。
まとめ：捨てる前に「暫定回避＋代替導線＋切り分け」を整える
- Office Scripts のボタンが「初期化中」で止まる現象は、更新後に一部環境で報告されており、機能廃止と断定できる状況ではない
- 当面は [自動化] タブ／コード エディター からの実行で業務を継続し、利用者には迷わない暫定手順を配布
- ワンクリック運用が必要なら、Power Automate の手動トリガー＋Run script で代替し、UI変更に強い導線を作る
- 根本解決に向けては、Cookie/ブラウザー/ポリシー/Teams/サービス正常性などを短時間で切り分け、必要な情報を揃えてエスカレーションする
コメント