Admin / 機能改善

Store activity log 刷新
「誰が・何を・いつ変えたか」が 1 か所でわかる

商品・注文・ディスカウント・テーマ・アプリ・スタッフ・決済・ストア設定の変更を 1 つのログに集約。実行者の特定、絞り込み、変更前後の値の確認ができ、保存期間は最大 18 か月に拡大。

このページの構成
  1. そもそも何が変わるのか(30秒で理解)
  2. 仕組み図解 : 変更がログに記録され、追跡できるまで
  3. 記録される対象と実行者
  4. 旧ログ vs 新ログの比較
  5. 利用できる人・注意点
  6. 使い方(3ステップ)
  7. 技術者が押さえるべき5つのポイント
  8. 業務に活かせる3つのユースケース
  9. 提案で使える1行サマリ

1そもそも何が変わるのか

これまでは「誰が何を変えたか」を調べるために、管理画面のあちこちを見て回る必要があった。
刷新された Store activity log は、変更を 1 つのログに集約し、実行者・対象・変更前後の値まで追えるようにしたもの。
?

従来 : ページごとに探す

変更の痕跡がページごとに分散。旧ログは直近 250 件のイベントまでしか保持されなかった。

新ログ : 1 か所で追跡

設定 > 一般 > Store activity log に集約。実行者で絞り込め、行を開くと変更前後の値まで見られる。最大 18 か月保持。

2仕組み図解 : 変更がログに記録され、追跡できるまで

実行者 スタッフ コラボレーター アプリ Shopify(スタッフ) ストアの変更 商品・注文・ディスカウント テーマ・アプリ・スタッフ 決済・ストア設定 何かが変更される Store activity log 誰が(実行者) 何を(リソース・項目) どうした(アクション種別) いつ(日時) 最大 18 か月保持 1 か所に集約 調べる フィルタで絞り込み 行を開いて詳細 変更前 → 変更後 各ページから直行 「View activity」
商品・注文・ディスカウント・ギフトカード・コレクション・ドメインなどの管理画面ページには 「View activity」アクションが追加され、その対象であらかじめ絞り込んだ状態でログが開く。

3記録される対象と実行者

1 つのログで見られる変更

商品・注文
Products / Orders
%
ディスカウント・テーマ
Discounts / Themes
アプリ・スタッフ
Apps / Staff
決済・ストア設定
Payments / Settings

誰の変更として表示されるか

人

スタッフ/コラボレーター

変更を行ったスタッフメンバー、またはコラボレーターに紐付けて表示。

アプリ

アプリ

アプリによる変更はアプリに紐付く。一部のアプリ経由の変更は実行者が記録されず、アプリ名が表示される。

Shopify

Shopify

Shopify のスタッフが変更した場合は「Shopify」として表示。

絞り込みに使える軸(5 つ)

誰が変えたか アクション種別 リソース 変更された項目 日付範囲

4旧ログ vs 新ログの比較

項目旧ログ新 Store activity log
保持範囲 件数上限 直近 250 イベントまで 期間 最大 18 か月分
対象範囲 記載なし 集約 商品・注文・ディスカウント・テーマ・アプリ・スタッフ・決済・ストア設定
絞り込み 記載なし 5 軸 実行者/アクション種別/リソース/項目/日付範囲
変更内容の詳細 記載なし 前後比較 取得可能な場合は変更前と変更後の値を表示
各ページからの導線 記載なし View activity 対象で絞り込んだ状態でログを開く
利用できる人 旧ログへのアクセス権を持つスタッフ(当面は継続利用) 限定 ストアオーナー + Manage settings と Edit permissions の両権限を持つスタッフ

5利用できる人・注意点

新ログを使える人

ストアオーナー、および 「Manage settings」と「Edit permissions」の両方のスタッフ権限を持つスタッフ(例 : Administrator、Organization administrator ロール)。

それ以外のスタッフ

旧ログへのアクセス権を持つ他のスタッフは、当面は旧ログを使い続ける。移行時期は記載なし。

過去にさかのぼっては見られない : 履歴は、変更の種類ごとに記録が始まった時点(このリリースの少し前)から。それ以前の変更は表示されない。
すべての操作が記録されるわけではない : Shopify 管理画面のすべてのアクションがまだ記録対象ではない。

6使い方(3ステップ)

1

設定 > 一般 > Store activity log

または商品・注文などの各ページの「View activity」から直接開く。

2

フィルタで絞り込む

実行者・アクション種別・リソース・項目・日付範囲で対象を絞る。

3

行を開いて詳細を見る

何が変わったか、取得可能なら変更前・変更後の値を確認。

「この商品の価格、いつ誰が変えた?」のような調査は、商品ページの View activity → 項目で絞り込み → 行を開くだけで完結する。

7技術者が押さえるべき5つのポイント

APP

1. アプリ経由の変更は「人」まで辿れない場合がある

一部のアプリ経由の変更は実行者が記録されず、アプリ名だけが表示される。連携アプリ・自作アプリが多いストアでは「どのアプリが書き換えたか」までが上限になり得る。

API ?

2. API・エクスポートの言及は無い

記事は管理画面上の機能説明のみ。Admin API からの取得、CSV エクスポート、Webhook 連携については記載なし。外部 SIEM 等への取り込みを前提にした設計はしないこと。

18M

3. 保持は「件数」から「期間」へ

旧ログは直近 250 イベント上限で、更新頻度の高いストアではすぐ流れていた。新ログは最大 18 か月。ただし記録開始はリリース直前からなので、過去分の遡及は不可。

4. 閲覧権限は強めに絞られている

オーナー、または Manage settings + Edit permissions の両方を持つスタッフのみ。現場担当者に見せたい場合は権限設計の見直しが必要だが、権限付与の影響範囲が大きい点に注意。

5. 「ログに無い = 変更されていない」とは限らない

管理画面のすべての操作がまだ記録対象ではない、と明記されている。また変更前後の値も「取得可能な場合」のみ表示。監査・障害調査ではログを一次情報としつつ、欠落の可能性を前提に他の情報源(アプリ側ログ等)と突き合わせる運用にする。

8業務に活かせる3つのユースケース

USE CASE 1

「価格や設定が勝手に変わった」障害の原因特定を短縮

課題
商品価格・ディスカウント・決済設定などが想定外に変わっていた際、スタッフかアプリか、いつ変わったのかを管理画面を巡回して調べていた。
打ち手
該当ページの「View activity」から対象で絞り込んだログを開き、変更項目と日付範囲でさらに絞る → 行を開いて変更前後の値を確認。
効果
原因(実行者・時刻・変更内容)の特定が 1 画面で完結し、切り戻しの判断が速くなる。
技術メモ
アプリ経由の一部変更はアプリ名しか出ない。その場合は該当アプリ側のログや設定で実行内容を追う。
WHO?
USE CASE 2

制作会社・外部パートナーとの共同運用で「誰が触ったか」を明確化

課題
社内スタッフ・コラボレーター(制作会社等)・複数アプリが同じストアを触っており、テーマやアプリ設定の変更責任が曖昧になりがち。
打ち手
定期的に実行者フィルタでコラボレーター・アプリ別の変更を確認し、テーマ・アプリ・スタッフ関連の変更をレビューする運用を組む。
効果
変更の責任分界が可視化され、「言った・言わない」の確認コストや意図しない変更の見落としが減る。
技術メモ
新ログを閲覧できるのはオーナーと Manage settings + Edit permissions 保有者のみ。レビュー担当者の権限を事前に確認しておく。
USE CASE 3

リリース前後・セール前後の設定変更チェック

課題
テーマ公開やセール準備の前後で、どの設定・ディスカウント・商品が変更されたかを洗い出すのに手間がかかる。旧ログは 250 件上限で、作業量が多いとすぐ流れていた。
打ち手
日付範囲をリリース・セール期間に設定し、リソース(テーマ・ディスカウント・商品等)別に変更を一覧 → チェックリストと照合。
効果
変更漏れ・意図しない変更の検出が容易に。18 か月保持なので前年同時期の作業内容の振り返りにも使える(記録開始以降の分のみ)。
技術メモ
すべての操作が記録されるわけではないため、ログに出ない変更がある前提でチェック項目を設計する。

9提案で使える1行サマリ

「ストアの変更を『誰が・何を・いつ』で 1 か所に集約した新しい監査ログ。
5 軸フィルタ・変更前後の値・各ページから直行・最大 18 か月保持。
障害調査と共同運用の責任分界に即効、ただし記録開始以前の変更と一部操作は対象外。」