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

図解 ： Shopify ストアアクティビティログ刷新（誰が・何を・いつ変えたか） Admin / 機能改善 Store activity log 刷新 「誰が・何を・いつ変えたか」が 1 か所でわかる 商品・注文・ディスカウント・テーマ・アプリ・スタッフ・決済・ストア設定の変更を 1 つのログに集約。実行者の特定、絞り込み、変更前後の値の確認ができ、保存期間は最大 18 か月に拡大。 このページの構成 そもそも何が変わるのか（30秒で理解） 仕組み図解 ： 変更がログに記録され、追跡できるまで 記録される対象と実行者 旧ログ vs 新ログの比較 利用できる人・注意点 使い方（3ステップ） 技術者が押さえるべき5つのポイント 業務に活かせる3つのユースケース 提案で使える1行サマリ 1 そもそも何が変わるのか これまでは「誰が何を変えたか」を調べるために、管理画面のあちこちを見て回る必要があった。 刷新された Store activity log は、変更を 1 つのログに集約 し、実行者・対象・変更前後の値まで追えるようにしたもの。 従来 ： ページごとに探す 変更の痕跡がページごとに分散。旧ログは直近 250 件のイベントまでしか保持されなかった。 新ログ ： 1 か所で追跡 設定 ＞ 一般 ＞ Store activity log に集約。実行者で絞り込め、行を開くと変更前後の値まで見られる。最大 18 か月保持。 2 仕組み図解 ： 変更がログに記録され、追跡できるまで 商品・注文・ディスカウント・ギフトカード・コレクション・ドメインなどの管理画面ページには 「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つのポイント 1. アプリ経由の変更は「人」まで辿れない場合がある 一部のアプリ経由の変更は実行者が記録されず、アプリ名だけが表示される。 連携アプリ・自作アプリが多いストアでは「どのアプリが書き換えたか」までが上限 になり得る。 2. API・エクスポートの言及は無い 記事は管理画面上の機能説明のみ。Admin API からの取得、CSV エクスポート、Webhook 連携については記載なし。外部 SIEM 等への取り込みを前提にした設計はしないこと。 3. 保持は「件数」から「期間」へ 旧ログは直近 250 イベント上限で、更新頻度の高いストアではすぐ流れていた。新ログは最大 18 か月。ただし 記録開始はリリース直前から なので、過去分の遡及は不可。 4. 閲覧権限は強めに絞られている オーナー、または Manage settings ＋ Edit permissions の両方を持つスタッフのみ。 現場担当者に見せたい場合は権限設計の見直しが必要 だが、権限付与の影響範囲が大きい点に注意。 5. 「ログに無い ＝ 変更されていない」とは限らない 管理画面のすべての操作がまだ記録対象ではない、と明記されている。また変更前後の値も「取得可能な場合」のみ表示。 監査・障害調査ではログを一次情報としつつ、欠落の可能性を前提に他の情報源（アプリ側ログ等）と突き合わせる 運用にする。 8 業務に活かせる3つのユースケース USE CASE 1 「価格や設定が勝手に変わった」障害の原因特定を短縮 課題 商品価格・ディスカウント・決済設定などが想定外に変わっていた際、スタッフかアプリか、いつ変わったのかを管理画面を巡回して調べていた。 打ち手 該当ページの「View activity」から対象で絞り込んだログを開き、変更項目と日付範囲でさらに絞る → 行を開いて変更前後の値を確認。 効果 原因（実行者・時刻・変更内容）の特定が 1 画面で完結し、切り戻しの判断が速くなる。 技術メモ アプリ経由の一部変更はアプリ名しか出ない。その場合は該当アプリ側のログや設定で実行内容を追う。 USE CASE 2 制作会社・外部パートナーとの共同運用で「誰が触ったか」を明確化 課題 社内スタッフ・コラボレーター（制作会社等）・複数アプリが同じストアを触っており、テーマやアプリ設定の変更責任が曖昧になりがち。 打ち手 定期的に実行者フィルタでコラボレーター・アプリ別の変更を確認し、テーマ・アプリ・スタッフ関連の変更をレビューする運用を組む。 効果 変更の責任分界が可視化され、「言った・言わない」の確認コストや意図しない変更の見落としが減る。 技術メモ 新ログを閲覧できるのはオーナーと Manage settings ＋ Edit permissions 保有者のみ。レビュー担当者の権限を事前に確認しておく。 USE CASE 3 リリース前後・セール前後の設定変更チェック 課題 テーマ公開やセール準備の前後で、どの設定・ディスカウント・商品が変更されたかを洗い出すのに手間がかかる。旧ログは 250 件上限で、作業量が多いとすぐ流れていた。 打ち手 日付範囲をリリース・セール期間に設定し、リソース（テーマ・ディスカウント・商品等）別に変更を一覧 → チェックリストと照合。 効果 変更漏れ・意図しない変更の検出が容易に。18 か月保持なので前年同時期の作業内容の振り返りにも使える（記録開始以降の分のみ）。 技術メモ すべての操作が記録されるわけではないため、ログに出ない変更がある前提でチェック項目を設計する。 9 提案で使える1行サマリ 「ストアの変更を『誰が・何を・いつ』で 1 か所に集約した新しい監査ログ。 5 軸フィルタ・変更前後の値・各ページから直行・最大 18 か月保持。 障害調査と共同運用の責任分界に即効、ただし記録開始以前の変更と一部操作は対象外。」 source ： changelog.shopify.com / review-store-changes-in-the-new-store-activity-log published 2026-11-13