現在の公開版 (v102)
Error: 500
Unexpected token '<' in JSON at position 0
今すぐ戻す
以前の安定版 (v101)
前のビルドが公開可能なバージョンとして残っているほど、復旧は速くなります。
戻せるのは、古いビルドが残っているから
上書き公開は事故を大きくする
毎回前の公開を消してしまうと、問題が出たときに古い状態を作り直す間、訪問者には壊れた版が見え続けます。
バージョン付きビルドは戻り先を残す
以前の静的公開版が残っていれば、記憶を頼りに直すのではなく、分かっている安定版へ戻せます。
エンジニア以外の公開にも効く
マーケティングページ、ドキュメント、ポートフォリオ、PDF、AI生成の書き出しも単純なミスで壊れます。戻せる状態があると、悪い版を出したまま直す必要がありません。
古いビルドが緊急時の戻り先です
公開手順で以前のビルドを残しておくと、必要なときに公開中のバージョンを切り替えられます。
Current: /v102--> rollback -->Active: /v101
実際に起きるミス
壊れた静的書き出し
ビルドは成功したが、出力ファイルの素材パスやルートが間違っていた場合。
コンテンツ更新の失敗
LP、ドキュメント、PDF、ポートフォリオの更新で、文言違いやファイル不足が公開された場合。
すぐ戻したいキャンペーン
まず安定版へ戻し、その後に原因を調べたい公開直後の場面。
よくある質問
Q: どのくらい過去のバージョンを残すべきですか？
公開頻度とリスクによります。頻繁に公開するチームは、最近の安定状態へ戻れるだけの履歴を残すと安心です。
Q: データベースも戻りますか？
DeployPagesの復旧は静的配信状態の切り替えです。バックエンドやデータベースに依存するプロダクトでは、別に互換性の確認が必要です。
Q: 古いビルドを確認したり復元したりできますか？
バージョン付きの静的公開は、公開ごとに古いビルドが消えないようにするための仕組みです。
静的サイトにすでにあるファイルから始める
ビルド済みファイルをアップロードし、HTTPS の公開リンクで確認します。必要になった時点で、独自ドメイン、以前のバージョンに戻す操作、統計、自動化、チーム管理を追加できます。