GoogleスプレッドシートでEC商品・在庫・タスクを管理する設計｜正本と更新ルール

EC運営で使うスプレッドシートは、商品、在庫、記事、広告、タスクと用途が増えるほど、同じ情報が複数の表へ分かれやすくなります。表を増やす前に「どこを見れば現在の状態が分かるか」を決め、識別子、担当者、期限、根拠、次の作業を共通の考え方で管理することが重要です。

この記事では、EC商品・在庫・タスクを管理する設計を解説します。記入例・計算例は説明用の架空のものです。

結論：列を作る前に正本と更新責任を決める

EC管理表で最初に決めたいのは、色や関数ではなく正本です。商品名、価格、在庫、公開状態、担当タスクなどについて、最終的にどのシステムまたは表を正しい情報として扱うかを決めます。Googleスプレッドシートは複数業務をつなぐ確認表として便利ですが、ECカート、モール、OMS、WMS、会計などの基幹データを無条件に置き換えるものではありません。

一つの項目に対して、正本、更新担当、更新のきっかけ、確認頻度、異常時の連絡先を決めます。例えば実在庫はWMS、販売可能数はOMS、商品説明は商品マスター、公開可否は進行管理表というように役割を分けます。管理表へ転記する場合も、転記元と確認時刻を残すと数字の意味を判断しやすくなります。

表が増えても情報を重複させない

商品登録表、広告表、記事表、在庫表、タスク表を個別に作ると、同じ商品名やURLが何度も入力されます。名称の表記揺れや古いURLが残ると、検索や集計だけでなく、公開作業や発注判断にも影響します。用途ごとの表は分けても、共通情報を何度も手入力しない構造にします。

まず、変わりにくい基本情報と、日々変化する運用情報を分けます。商品コード、商品名、ブランド、基準となる商品URLは商品マスターへ置き、在庫、広告、記事、作業は商品コードで関連付けます。管理表に必要なのはすべての情報の複製ではなく、担当者が次の判断に必要な項目と参照先です。

すべての行に変わらないIDを付ける

管理表では、商品名や記事タイトルを識別子にしないことが重要です。名称は改善や季節対応で変わりますが、商品IDや記事IDが変わらなければ別表との照合を維持できます。IDは重複せず、あとから意味が変わらず、人がコピーしても壊れにくい形式にします。

• 商品は社内商品IDまたは基準SKUを使い、モールSKUとは別列にする
• 記事はEC-001のような管理IDとWordPress投稿IDを分ける
• タスクは行番号ではなく、案件や月を含む固定IDを付ける
• 取引先名や担当者名をIDへ含めず、公開・共有範囲に配慮する
• IDを変更するときは関連表と外部システムの影響を確認する

同じ商品がAmazon、楽天市場、Yahoo!ショッピングにある場合は、社内商品IDを親として、各モールの商品管理番号、SKU、URLを子の列または別表で持ちます。これにより、モールごとに名称が異なっても同一商品として集計できます。

状態・担当・期限・完了条件を分ける

タスク欄へ「確認中」「右田さん確認」「来週対応」のような情報を一つのセルに書くと、絞り込みや期限確認が難しくなります。状態、担当者、期限、次の作業、完了条件、確認者を別列にし、各列の役割を決めます。

Googleのプロジェクト計画例でも、タスク、担当者、期限、状態、コメントなどを分けて管理する方法が案内されています。項目を増やしすぎると更新されなくなるため、実際に判断へ使う列から始め、利用されない列は定例的に見直します。

商品・在庫・タスクは役割別の表にする

一枚の巨大な表へ商品、在庫、広告、記事、問い合わせ、タスクをすべて入れると、同じ商品が複数行に増え、編集範囲も広くなります。商品マスター、在庫確認、コンテンツ進行、タスク管理など、更新頻度と担当が近い単位で表を分けます。

分けた表の先頭には共通IDを置き、参照元へ移動できるリンクを用意します。集計用シートは手入力せず、元データから関数やピボットテーブルで作成します。IMPORTRANGEなどで別ファイルを参照する場合は、参照権限、更新遅延、列変更の影響を確認し、重要な判断を自動集計だけに依存させないようにします。

入力規則とテーブルで表記を揃える

状態、優先度、公開可否など、選択肢が決まっている列はドロップダウンを使います。Googleスプレッドシートでは、セル内ドロップダウンを作成し、一覧外の入力を拒否するか警告するかを選べます。表記揺れを防ぐには便利ですが、選択肢を増やす担当と変更手順も決めておきます。

Googleスプレッドシートのテーブル機能は、列の種類、表の書式、フィルタビューなどをまとめて管理できます。商品や在庫のように列の役割が固定された一覧に向いています。ただし、既存の複雑な数式や結合セルがある表を急に変換せず、コピーで動作を確認してから適用します。

入力規則はデータの正しさを保証するものではありません。例えば「公開可」を選べても、根拠、匿名化、リンク、画像、表示確認が完了しているとは限らないため、状態の定義と公開前チェックを別に用意します。

共有権限と保護範囲を最小限にする

管理表を共有するときは、閲覧者、コメント可、編集者を分けます。Googleスプレッドシートではシートまたは範囲を保護し、編集時に警告を出すか、編集できるユーザーを限定できます。ただし、Google公式も保護範囲を機密情報の安全対策として使わないよう案内しています。編集者はコピー、印刷、エクスポートできる場合があるため、共有相手と置く情報自体を見直します。

顧客情報、注文情報、認証情報、原価、個人の連絡先などは、広く共有する進行表へ載せません。必要な場合はアクセスを限定した別ファイルに分け、進行表には管理IDと参照権限のあるリンクだけを置きます。会社所有の資料は個人のマイドライブへ集めず、組織の運用に応じて共有ドライブを検討します。詳しくはGoogle Workspace共有ドライブの使い方で整理しています。

フィルタビューで担当ごとの表示を作る

通常のフィルタは、共同編集者の表示にも影響する場合があります。各担当者が自分の未完了項目や今週の期限だけを確認したい場合は、フィルタビューまたはテーブルのビューを使い、元データを変更せずに表示を切り替えます。

ビュー名には「誰が・いつ・何を見るか」を含めます。色だけで優先度を表すと検索や集計ができないため、優先度は値として入力し、条件付き書式は補助表示として使います。

変更履歴と根拠で判断を追えるようにする

Googleスプレッドシートでは、ファイルの版の履歴やセルの編集履歴を確認できます。ただし、行や列の追加・削除、書式変更、数式による変化など、セルの編集履歴に表示されない変更もあります。履歴があるから運用メモは不要と考えず、重要な判断は日付、理由、確認資料、決定者を文章で残します。

大きな変更の前には版へ名前を付け、定例報告後は確定値をアーカイブします。誤操作から戻す場合も、他の共同編集者による新しい変更を消さないよう、復元範囲と影響を確認します。誰が変更したかを責めるためではなく、正しい状態と判断経緯を再現するために履歴を使います。

更新通知は重要な変化だけに絞る

すべての編集をメール通知すると、必要な変化が埋もれます。担当変更、期限超過、公開可への変更、在庫が確認基準を下回った場合など、行動が必要な条件を決めます。Googleスプレッドシートの条件付き通知は一部のGoogle Workspaceアカウントで利用でき、セルの値や範囲の変化を条件にメールを送れます。利用可否や送信先には制限があるため、契約エディションと現行仕様を確認してください。

通知を設定できない場合は、定例会議の前に確認するビューを固定し、担当者が管理表を開く時刻を決めます。通知は管理表の代わりではなく、正本へ戻るきっかけとして設計します。会議とタスクをつなぐ方法はGoogle MeetとカレンダーでEC定例会議を運用する方法もご覧ください。

月次で使われない列と古い行を整理する

管理表は追加するだけでは重くなり、現在の作業と過去記録の区別がつきにくくなります。月次または四半期ごとに、使われていない列、重複した選択肢、期限のない未完了行、参照切れのURL、担当不明の行を確認します。

• 完了行は削除せず、必要な期間を決めてアーカイブする
• 集計式、条件付き書式、データ検証の対象範囲を確認する
• 外部サービスや別ファイルへのリンク切れを確認する
• 退職・異動した担当者の権限と所有データを見直す
• 目的が同じ表が複数あれば、正本を一つに戻す

Google Workspaceの退職者アカウント整理は、メール・Drive・カレンダーを残す引継ぎ手順で確認できます。管理表の所有者や自動処理の実行者が個人アカウントに偏っていないかも併せて見直します。

まとめ

GoogleスプレッドシートでEC商品・在庫・タスクを管理するときは、列を増やす前に正本と更新責任を決めます。変わらないIDで表をつなぎ、状態、担当、期限、完了条件、根拠を別列にし、入力規則、保護範囲、フィルタビュー、変更履歴を目的に合わせて使います。

スプレッドシートですべてを管理するのではなく、ECカート、モール、OMS、WMSなどの正本を尊重し、判断と進行に必要な情報をつなぐことが大切です。MO-LIBでは、EC運営や販売促進支援の一環として、商品情報、在庫、記事、広告、会議、タスクを継続して更新できる管理方法へ整理する支援を行っています。Google Workspace全体の使い分けはGoogle WorkspaceをEC運営で使う方法もご確認ください。

機能・公式手順・紹介プログラム確認日：2026年9月2日。Googleスプレッドシートの機能、管理画面、対応エディション、料金、紹介条件は変更される場合があります。利用時はGoogle公式ヘルプと契約画面を優先してください。紹介リンク経由で申込み・契約が行われた場合、MO-LIBに紹介料が発生することがあります。

掲載情報の確認日：2026年9月2日。機能・料金・画面は変更される場合があるため、利用時は最新の公式案内をご確認ください。