パネルを離れることなく、GitHub Pages をデプロイおよび管理します

推奨される方法は弊社の Zinn® GitHub App です。これをご自身のアカウントにインストールし、選択したリポジトリへのアクセスを許可します。きめ細かな権限と有効期間の短いインストールトークンを使用するため、漏洩するおそれのある長期的なシークレットは存在せず、ワンクリックで取り消すことができます。詳細設定可能な personal access token の使用をご希望の場合は、付与すべきスコープを正確にお伝えし、トークンが入力された瞬間にそれを検証します。

入力時に GitHub API を呼び出して、トークンが有効であり、必要な権限 (repository のコンテンツ、Pages、および repo 作成のための管理者権限) が付与されていることを確認し、保存処理を行う前に緑または赤のチェックマークを表示します。検証されていないキーや必要以上のスコープを持つキーを保存することは決してありません。認証情報は、お客様が連携する他のすべてのアカウントと同じ接続経路を通じて Vault に送信されます。

リポジトリを作成し (または既存のリポジトリを使用し)、コンテンツまたはビルド出力をプッシュし、ブランチおよびディレクトリまたは GitHub Actions ビルドから GitHub Pages を有効化し、ロールバックを実行できます。カスタムドメインの場合、リポジトリの CNAME を書き込み、HTTPS を強制し、お客様に代わって DNS を設定します。また、スケジュールに従ってリポジトリを R2オブジェクトストレージにバックアップすることも可能です。

はい。リポジトリの CNAME ファイルを作成し、Enforce HTTPS を有効化し、他のすべてのバックエンドと同じ apex と www のルールに従って、DNS (GitHub の Pages アドレスへの apex A レコードおよび www CNAME) を設定します。

十分にご理解いただいた上でご利用ください。GitHub Pages にはサーバーサイドルールがないため、SEO クローラーのブロックは robots.txt とメタタグに頼るしかありません。当社のフリートのように Ahrefs や Majestic を完全にブロックすることはできず、すべての Pages サイトが GitHub のインフラストラクチャと IP 範囲を共有するため、これが共有の footprint となります。そのため、Footprint-Free ラインでは GitHub Pages を提供しつつも footprint がより弱いとしてフラグを立て、PBN のデフォルトは自社フリートまたは Cloudflare に維持し、footprint に敏感なサイト用に選択された際には警告を表示します。Mainstream ラインでは、最高水準の無料の静的オプションとなります。