CS-Cart · Cloudflare

CS-Cart × Cloudflare を運用している方向け

Cloudflare の設定、壊しても戻せます。

キャッシュの便利ツールではなく、一行のミスが注文・表示に影響する前提の保険です。事故ったときに「動いていた状態」へ戻すためのアドオンです(Proプラン)。

CS-Cart 管理画面:AP SafeCache のバックアップ履歴(実スクリーンショット)

こんな運用、続けていませんか?

  • Cloudflare の設定を直接変更している
  • 問題が出てから原因を調べている
  • 元に戻すときは手作業でやり直している
  • どの変更が影響したのか分からないまま運用している

SafeCache なら

  • 変更は履歴に残る
  • 問題が出たら履歴から選ぶだけ
  • 1クリックで復元

気づかないうちに壊れていることがあります

こんな状態、起きていませんか?

  • 商品が表示されないページがある
  • ログイン状態がおかしい
  • キャッシュが効きすぎて更新されない

いずれかに心当たりがあれば、すでにリスクが出ている可能性があります。下の流れのとおり、履歴から「動いていた状態」へ戻すすべを先に用意できます。

Cache Rule 変更から復旧まで

壊れたときにすぐ戻せるかが重要です。注文も表示も、何もなかった状態に戻せます。

Cache Rule 変更
商品一覧が空(売上止まる)
履歴から直前を選択
1クリックで復元

実際のアドオンの画面です。

管理画面のスクリーンショットを拡大表示

CS-Cart 管理画面:AP SafeCache の Page Rules / Cache Rules バックアップ履歴
バックアップ履歴
CS-Cart 管理画面:AP SafeCache の Cache Rules 編集と Cloudflare 連携
Cache Rules 編集
CS-Cart 管理画面:AP SafeCache の Cloudflare ライブ照合とフィンガープリント状態
ライブ照合
CS-Cart 管理画面:AP SafeCache の Ajax 追跡ログ
Ajax 追跡ログ

横にスワイプして切り替え(または矢印キー)

一行変えただけで、店全体が揺れることがある

こんな不安はありませんか?

  • Cloudflare のルールを少し変えただけで、チェックアウトや API・管理画面まで想定外に影響し、注文やカートにまで被害が出ることがある
  • トラブル中に「さっきまで動いていた状態」に戻したいが、ダッシュボードのどこを直したか追えない
  • CDN やキャッシュ周りの設定を、エンジニア以外に任せるのが怖い

Cloudflare の Page Rules と Cache Rules は便利ですが、設定を誤るとチェックアウトや API、管理画面にまで影響することがあります。

すぐに「動いていた状態」へ戻せるすべがないと、トラブル中は Cloudflare を触りづらくなり、復旧が遅れて売上や信用への被害が積み上がりがちです。

大切なのは、安定して動かすことと、いつでも「動いていた状態」に戻せることです。速度だけを強調するアドオンではありません。

従来の運用 vs SafeCache

従来の運用と SafeCache の比較表
従来の運用 SafeCache
変更 ダッシュボードで手動調整 CS-Cart 管理画面から
トラブル時 原因調査から 履歴から選択
復旧 手作業で再設定 1クリックで復元
安心感 不安が残る 戻せる前提で運用

まず戻す。あとで原因を追う

Pro では Page Rules と Cache Rules を別々に保存し、前回から内容が変わったときだけ履歴に追加します。いつでも「動いていた状態」に戻すすべを残します。

障害時は、ダッシュボードのどの項目を直したか当てずっぽうにせず、保存しておいた「動いていた状態」へ戻せます。戻したあとは注文フローと表示を揃えたうえで、落ち着いて原因を追えます。

無料版はルールの取得・内容確認・差分が中心です。バックアップ・ロールバック・Cloudflare への反映は Pro。

プロダクトの顔は「履歴」

バックアップ一覧と世代が中心。ここから戻して、詰んだ現場を一度で止められます。

ルールは API で読むため、ドメインを Cloudflare 経由(プロキシ)で運用している店舗が対象です。

バックアップとロールバック

バックアップとロールバックの要点だけ。

  • ルールを分けて保存

    Page Rules と Cache Rules を別々に保存するため、どちらの変更か切り分けて扱えます。

  • 最大 20 件の履歴

    ゾーンあたり、直近の履歴を一定件数まで保持します。必要以上に増えすぎないようにします。

  • 時点ごとの保存

    それぞれの履歴は、その時点の設定として比較したり、戻したりできます。

  • Cloudflare側の変化を検知・記録する

    フィンガープリントで前回保存との差分を見て、変わったときだけ履歴を増やします。勝手に増えるノイズを抑えます。

  • 本当に変わったときだけ履歴が増える

    ライブ設定が前回の保存と違うときだけ履歴に残るため、「いつ誰が触ったか」当てずっぽうになりにくくなります。

  • 「動いていた状態」へ戻す

    まず安定した表示・動作に戻してから原因を調べられ、問い合わせや売上への波及を抑えられます。

「勝手に変更された設定」を見逃さない

差分と履歴で、Cloudflare 上で起きた変化を追いやすくします。ダッシュボードだけでは拾いにくい、意図しない変更にも気づきやすくなります。

まず止まらないこと

表示速度の数値より、障害や急な手直しを減らすことを優先します。キャッシュを効かせる設計を、誤ったルールで壊さないことも目的です。

いったん以前の動きに戻してから、根本原因を調べれば間に合います。

危ない操作は確認を挟む

影響の大きい操作には段階を設けます。保存があるので「直近の変更だけ信用する」必要がありません。

繁忙期でも、まず安定した状態へ戻してから原因を調べられます。