Lesstep
GitHub Actions・GitHub Pages・2026年11月3日に確認

GitHub Actions：「Get Pages site failed」

actions/configure-pages は最初に、リポジトリの Pages のサイトを API に問い合わせます。「Get Pages site failed」はその問い合わせが失敗したという意味で、Error: のあとに理由が出ます。いちばん多いのは「Not Found」で、このリポジトリでは Pages が有効になっていません。ワークフローをどう直してもこれは直りません。管理者の権限を持つ人が Settings で一度だけ有効にすれば、次の実行から通ります。

見え方

Error: Get Pages site failed. Please verify that the repository has Pages enabled and configured to build using GitHub Actions, or consider exploring the `enablement` parameter for this action. Error: Not Found - https://docs.github.com/rest/pages/pages#get-a-apiname-pages-site

configure-pages を使っていないワークフローは、1つあとのジョブで actions/deploy-pages から同じ答えを受け取ります：

Error: Failed to create deployment (status: 404) with build version <commit>. Ensure GitHub Pages has been enabled: https://github.com/<owner>/<repo>/settings/pages

1. GitHub Actions で公開するように Pages を有効にする

  1. リポジトリの Settings を開き、Pages を開きます。
  2. Build and deployment の Source を GitHub Actions にします。
  3. 失敗したジョブを再実行します。configure-pages がもう一度問い合わせ、サイトが見つかります。

サイトを作れるのは、リポジトリの管理者・メンテナー・「manage GitHub Pages settings」の権限を持つ人だけです（REST API のドキュメントにそう書かれています）。どれにも当たらなければ、リポジトリの持ち主に頼みます。誰かがやるまで、エラーは毎回出ます。

2. enablement: true と「Create Pages site failed」

エラーは enablement の入力を勧めていて、直しの案の多くがこれを有効にします。既定のトークンのままでは、失敗の場所が変わるだけです。2026年11月2日の公開の実行から：

##[warning]Get Pages site failed. Error: Not Found - https://docs.github.com/rest/pages/pages#get-a-apiname-pages-site
##[error]Create Pages site failed. Error: Resource not accessible by integration - https://docs.github.com/rest/pages/pages#create-a-apiname-pages-site

アクション自身の入力の説明に「This option requires a token other than GITHUB_TOKEN to be provided.」（GITHUB_TOKEN 以外のトークンを渡す必要がある）とあります。personal access token なら repo のスコープか Pages の書き込みの権限、GitHub App なら administration:write と pages:write が要ります。permissions: に pages: write を足しても効きません。GITHUB_TOKEN はそもそもサイトを作れないからです。エラーにそう書いてほしいという issue が開いています（configure-pages #198）。

リポジトリが1つなら、1の設定のほうが簡単で、管理者の権限を持つトークンをシークレットに置かずに済みます。トークンを使う価値があるのは、自動で作るたくさんのリポジトリを、それぞれ最初の実行から公開したいときです：

- uses: actions/configure-pages@v6
  with:
    enablement: true
    token: ${{ secrets.PAGES_ENABLE_TOKEN }}

3. GitHub Free の非公開リポジトリ

GitHub のドキュメントには「If the account that owns the repository uses GitHub Free or GitHub Free for organizations, the repository must be public.」（リポジトリを持つアカウントが GitHub Free か GitHub Free for organizations なら、リポジトリは公開でなければならない）とあります。サイトを作ろうとすると「Your current plan does not support GitHub Pages for this repository.」で断られます（API からは HTTP 422・jobseekercopilot/infrastructure #75）。抜け道は、リポジトリを公開にする・有料のプランにする・ほかのホスティングにする、のどれかです。openrouter-model-workbook-maintainer-v2 は Configure Pages でこれに当たり、毎日のデプロイを Vercel に移しているところです（#5）。

4. フォーク

フォークには、元のリポジトリの Pages のサイトはありません。デプロイのワークフローが main への push のたびに動くなら、そこに push したフォークのそれぞれで失敗し、フォークの持ち主は自分のせいではない赤い実行を見ることになります。codebase-memory-mcp は、ジョブを自分のリポジトリだけで動かすことを提案しました（#2615）：

jobs:
  deploy:
    if: github.repository == 'octo-org/octo-site'
    runs-on: ubuntu-latest

フォークでもサイトを出したい人は、1と同じようにそこで Pages を有効にし、自分の写しではこの条件を外します。

見分け方

失敗したジョブを IntelliJ IDEA から見るなら

Pipeline Inbox for GitHub Actions Workflows は、Lesstep が作っている JetBrains IDE（2024.1 以降）のプラグインです。すべてのリポジトリの実行を、ジョブ・ステップと一緒に IDE のツールウィンドウに並べ、いまのブランチの実行はステータスバーに出ます。読むのは無料、失敗したジョブの再実行・キャンセル・ワークフローの実行・デプロイのレビューは Pro（月 US$1.50・30日の無料試用つき）です。

GitHub・GitHub Actions・GitHub Pages は GitHub, Inc. の商標、IntelliJ IDEA は JetBrains s.r.o. の商標です。このページは GitHub, Inc.・JetBrains のいずれとも提携しておらず、承認も受けていません。

ほかに：「Resource not accessible by integration」 · 「Permission to … denied to github-actions[bot]」 · 「Unable to process file command」 · IntelliJ IDEA で使える GitHub Actions のプラグインの比較 · English