ExcelのPower QueryでWeb APIからデータを取得している時に「アクセスが禁止されています」や403系のエラーが出る場合、クエリの式だけでなく、API側の認証、接続元、会社ネットワーク、ヘッダー条件を確認する必要があります。昨日まで更新できていたブックでも、APIの設定変更や認証期限切れで急に止まることがあります。
このエラーは、URLが間違っている場合よりも「アクセスは届いているが許可されていない」状態で起きやすいものです。ブラウザで開けるか、Power Queryだけ失敗するか、会社PCだけ失敗するかを分けると原因を整理できます。
【要点】Web APIでアクセス禁止が出る時
- APIキー、トークン、サインイン情報の期限を確認します。
- ブラウザでは開けるのか、Power Queryだけ失敗するのかを分けます。
- 会社のプロキシやVPNで接続元が変わっていないか確認します。
- API側でUser-Agentやヘッダーが必要か確認します。
ADVERTISEMENT
目次
まず認証情報を確認する
Power QueryのWeb接続では、匿名、基本認証、組織アカウント、APIキーなど複数の認証方式があります。API側がキーやトークンを要求しているのに、Excel側では匿名接続として保存されていると、更新時にアクセス禁止になります。
Excelのデータソース設定を開き、該当URLの資格情報を確認します。古い資格情報が残っている場合は削除して再設定します。ただし会社PCでは認証方式が管理されている場合があるため、勝手に別方式へ変える前にAPI仕様を確認してください。
ブラウザとPower Queryの違いを見る
| 状態 | 考えられる原因 |
|---|---|
| ブラウザでも開けない | API側の権限、URL、サービス停止を確認します。 |
| ブラウザでは開ける | Power Queryの資格情報やヘッダー条件を確認します。 |
| 会社PCだけ失敗する | プロキシ、VPN、セキュリティ製品の影響を確認します。 |
| 特定時間だけ失敗する | APIの制限回数やメンテナンスを確認します。 |
API側の制限も確認する
Web APIは、接続元IP、利用回数、ヘッダー、契約プラン、許可されたドメインによってアクセスを制限していることがあります。Power Queryからのアクセスがブラウザとは違うものとして扱われる場合もあります。
社内で共有しているExcelブックなら、誰の資格情報で更新する設計なのかも確認してください。作成者個人のトークンに依存していると、異動や退職、パスワード変更で更新できなくなることがあります。
ADVERTISEMENT
403エラーと認証エラーを分ける
Power QueryでWeb API更新時に「アクセスが禁止されています」と出る場合、APIサーバーには到達しているものの、利用が許可されていない状態であることが多くあります。URLが存在しない場合やネットワークにつながらない場合とは意味が違います。HTTP 403、401、404、タイムアウトのどれに近いかを確認すると、原因の方向が見えます。
401に近い場合は認証情報の不足や期限切れ、403に近い場合は権限不足、接続元制限、APIプラン制限、必要なヘッダー不足が考えられます。ブラウザでは開けるのにPower Queryだけ失敗する場合、ブラウザに保存されたログイン情報やCookieを前提にしているAPIを、Power Queryが同じ条件で呼び出せていない可能性があります。
会社ネットワークからの接続制限を確認する
会社PCから外部APIへ接続する場合、プロキシ、SSL検査、CASB、セキュリティ製品によって通信が制限されることがあります。自宅PCでは更新できるのに会社PCだけ失敗する、会社VPN接続時だけ403になる、特定のAPIドメインだけブロックされる場合は、ネットワーク側の確認が必要です。
業務で必要なAPIであれば、APIのドメイン、用途、接続先、必要な認証方式、発生時刻をまとめて管理者へ伝えます。利用者側でプロキシを外したり、個人回線に切り替えて更新したりすると、会社のデータ管理ルールに反する可能性があります。
共有ブックでは更新者を決めておく
Power Queryを含むExcelブックを部門で共有している場合、誰の資格情報でWeb APIを更新するのかを明確にしておく必要があります。作成者個人のAPIキーやトークンに依存していると、担当者の異動、退職、パスワード変更、権限変更で更新できなくなります。
可能であれば、個人ではなく業務用の認証方式、管理された接続、更新手順を用意します。少なくとも、APIキーの管理者、更新できる担当者、エラー時の連絡先を決めておくと、月次更新や定例資料作成の直前に止まるリスクを減らせます。
API仕様変更の可能性も見る
昨日まで更新できていたクエリが突然失敗した場合、API側で認証方式、必要なヘッダー、利用制限、エンドポイントが変わった可能性もあります。提供元のお知らせや開発者向け情報を確認し、Excel側だけを直そうとしないことが重要です。
エラー発生時の確認情報を残す
Web APIの更新エラーは、同じ操作をしても時間帯や接続元によって結果が変わることがあります。発生時刻、接続していたネットワーク、VPNの有無、APIのURL、Power Queryのエラー詳細、ブラウザで開いた時の結果を残しておくと、原因を追いやすくなります。
特に会社PCでは、セキュリティ製品やプロキシが通信を中継しているため、API側から見る接続元が想定と違うことがあります。API提供元がIP制限をしている場合、会社ネットワークからの出口IPが許可されていないだけで403になることもあります。
部門で使う定例資料なら、更新担当者を一人に固定しすぎないことも大切です。更新方法、認証情報の管理者、エラー時の連絡先を残しておけば、担当者不在の日でも原因確認を進められます。
APIキーをExcelブック内に直接書いている場合は、共有範囲にも注意が必要です。ブックを見られる人がキーも見られる状態になると、意図しない利用や漏えいにつながります。業務でAPIを使うなら、認証情報の保管方法と権限範囲もあわせて見直してください。
更新できない時に、いったん手作業でCSVをダウンロードして貼り付ける対応をする場合もあります。その場合は、どの時点のデータなのか、Power Query更新ではなく手作業で反映したことをファイル内や作業記録に残してください。自動更新と手作業が混ざると、後から数値の根拠を確認しにくくなります。
また、API側で利用回数制限がある場合、何度も更新を押すことで一時的にブロックされることがあります。失敗したからといって連続で更新するより、エラー詳細と時刻を確認し、必要に応じて少し時間を置く、管理者やAPI提供元へ確認するほうが安全です。
定例作業で使うAPIなら、正常に更新できた日時と失敗した日時を残しておくと、API側の障害や仕様変更にも気づきやすくなります。
短時間で何度も失敗する場合は、同じ認証情報を繰り返し送らず、原因を確認してから再試行してください。
まとめ
Power QueryでWeb API更新時にアクセス禁止が出る場合は、認証情報、ブラウザとの差、会社ネットワーク、API側の制限を順に確認します。URLの修正だけでなく、誰の権限で更新するクエリなのかを明確にしておくことが再発防止になります。
ADVERTISEMENT
超解決 Excel・Word研究班
企業のDX支援や業務効率化を専門とする技術者チーム。20年以上のExcel・Word運用改善実績に基づき、不具合の根本原因と最短の解決策を監修しています。ExcelとWordを使った「やりたいこと」「困っていること」「より便利な使い方」をクライアントの視点で丁寧に提供します。
Office・仕事術の人気記事ランキング
- 【Word】差し込み印刷で数字の桁を整える!金額にカンマ(桁区切り)を入れる設定
- 【Teams】メッセージを「保存済み」にして後で読む!重要なチャットをブックマークして整理する技
- 【Copilot】「サービスに接続できません」エラーの原因切り分けと対処法
- 【PDF】PDFのサムネイルプレビューが表示されない!エクスプローラーの設定とAcrobat環境設定
- 【Excel】文字がセルの枠からはみ出す・隠れる!「折り返して表示」と「縮小して全体を表示」の使い分け
- 【PDF】PDFに入力した文字の「フォント・サイズ・色」を変更するプロパティ設定
- 【Word】校閲機能の基本!赤字(変更履歴)とコメントで修正を見える化する
- 【Outlook】添付ファイルが「Winmail.dat」に化ける!受信側が困らない送信設定
- 【Outlook】宛先が「オートコンプリート」に出ない・間違っている時の修正手順|履歴の削除と再構築
- 【PDF】結合するPDFの「用紙サイズ」がバラバラな時、すべてを「A4サイズ」に強制リサイズしてから結合する
