web担当がスプレッドシートを活用する時の基本的な使い方

2026年2月22日

スプレッドシート活用で「数字で語れる」Web担当になる

Web担当がスプレッドシートを使いこなすと何が変わるのか

Web担当のよくある悩みと、スプレッドシート活用で解決できること

アクセス数や改善効果が肌感覚のまま終わってしまう、更新漏れや担当不明で対応が遅れるといった悩みは、情報を定型化・可視化することで解消できます。自動集計や関数で数値を算出し、グラフ化すれば意思決定のスピードが上がります。

Google アナリティクスや広告管理画面からエクスポートしたCSVを「データ用シート」に蓄積し、関数やピボットテーブルでKPIを自動算出しておくと、「毎回ゼロから資料を作る」という状態から脱却できます。さらに、GeminiなどのAI連携を使えば、「この期間の流入別CVRを比較して」といった自然言語の指示だけで関数や集計案を提示してくれるため、分析そのもののハードルも下がります。

「なんとなく管理」から「数字で語れる運営」への変化

指標を定義し、定期的に可視化するだけで施策の効果を比較しやすくなります。定量的に説明できるようになると社内での説得力が増し、改善ループも回りやすくなります。

特に「目標値」「実績値」「差分（ギャップ）」を1枚のシートで追い、Looker Studioなどのダッシュボードに接続しておくと、経営層や営業チームも同じ数値をリアルタイムで確認できます。その結果、「どの施策を止め、何に投資するか」を数字ベースで議論しやすくなります。定量データを共通言語にすることで、Web担当は「感覚で動く現場担当」から「証拠をもとに提案できるパートナー」へと立ち位置を変えられます。

まず押さえておきたいスプレッドシート活用の前提

失敗しないための基本思想

なぜ最初に「データ設計」を考えるべきなのか

表の設計が曖昧だと、集計や自動化の段階でつまずきます。最初に項目と型を決めておけば後からの手直しが減り、運用が安定します。

実務では「縦持ち」「1行1レコード」「ヘッダー固定」を満たしているかどうかが分かれ目です。列ごとに「日付」「ページURL」「媒体」「CV数」といった役割と、日付・数値・文字列などのデータ型を明確に決め、途中で列の意味を変えないことが重要です。あとからBIツール（Looker Studio）やGAS、外部フォーム連携を追加したいときも、この設計ができていれば接続がスムーズになり、「列名を少し変えたらレポートが全部壊れた」といった事故を防げます。

Web担当の業務フローとスプレッドシートの役割整理

「データ入力 → 集計 → 可視化 → 改善」という流れで役割を分け、入力は人、集計は関数やスクリプト、表示はダッシュボードといった形で分離します。

入力の一部はGoogleフォームや外部フォーム（formrunなど）から自動取得し、「人が手入力する部分を最小限」にするのが理想です。集計ロジックは関数かGASにまとめ、普段は触らない「裏方シート」に置きます。現場メンバーはグラフやKPIだけを見る「表示用シート」を参照するようにすれば、属人化を防げます。

Web担当はこの流れの設計者となり、「どのデータをどこから取り、どこで加工し、誰が見るか」を最初に整理しておくと、後からの自動化やAI活用も取り入れやすくなります。

データ構造の鉄則：縦持ち・1行1レコード・ヘッダー固定

ありがちなNGな表の例と、その問題点

列見出しが途中で変わる、複数項目を1セルに詰める、月ごとに横展開するなどの表は、フィルタや関数で扱いにくくなります。

例えば、「1月アクセス」「2月アクセス」と月別に列を増やしていく形式だと、年が変わるたびに列追加と関数修正が必要になり、Looker Studioなど外部ツールからも扱いにくくなります。また、「ページタイトル｜カテゴリ｜担当者」と1セルにまとめてしまうと、後からカテゴリ別の集計をしたいときに分解処理が必須になり、処理が複雑になります。こうしたNG構造は小規模のうちは見た目がわかりやすくても、データ量が増えると必ず限界がきます。

正しい構造に直すとできること（集計・可視化・自動化）

縦持ちにすると、SUMIFやピボットテーブル、FILTER関数などで柔軟に集計でき、GASやLooker Studioとの連携も容易になります。

例えば「日付」「媒体」「キャンペーン」「指標名（クリック・表示・CVなど）」「値」といった形で縦持ちにしておけば、「特定媒体 × 特定期間」の集計もピボットテーブル1つで完結します。新しい媒体やキャンペーンが増えても行を追加するだけで対応可能です。GASによる自動更新や、AI（Gemini）に「この列を基準にセグメントを作って」といった処理をさせる場合も、構造が一定であれば簡単に記述でき、壊れにくいシートになります。

Web担当業務でよく使う「基本のシート設計」パターン

アクセス解析・KPI管理シートの作り方

日次・週次で追うべき指標と項目設計

日付、セッション数、ユーザー数、新規ユーザー、直帰率、コンバージョン数、CVR、流入媒体は最低限そろえます。

これに加えて、ランディングページURL、デバイス（PC／スマートフォン）、チャネル（オーガニック／広告／SNSなど）、売上やLTVといったビジネス側の指標も持てると、Web担当として「数字で語る」幅が広がります。行の粒度は「日付 × 媒体」「日付 × ランディングページ」など、分析したい軸に合わせてそろえ、指標列はすべて数値型に統一します。

データ用シートとグラフ表示用シートの分け方

生データは加工せず別シートに保存し、表示用のシートでピボットテーブルやグラフを作ると、安全かつ効率的に運用できます。

データ用シートには外部ツールからのインポートやGASでの自動書き込みのみを行い、編集は原則禁止にしておくと安心です。表示用シートでは、「今週 vs 先週」「今月累計」「目標比」といったビューを作成し、必要に応じてLooker Studioに接続してダッシュボード化します。こうした構成にしておくと、Web担当は数字を更新する作業ではなく、数字を解釈して改善案を出すことに時間を使えるようになります。

コンテンツ・記事管理シートの作り方

最低限持つべき項目

URL、タイトル、公開日、担当者は必須項目です。あわせて、ステータス、カテゴリ、想定キーワード、公開済みかどうか、改善期限を持たせておくと管理しやすくなります。

さらに、流入獲得のために「検索ボリューム」「想定ペルソナ」「主要CTA（資料請求・問い合わせなど）」といったマーケティング視点の列も用意しておくと、コンテンツの役割が明確になります。入力規則でステータス（企画中／執筆中／公開／改善中など）をプルダウン化しておけば、誰が見ても同じラベルで状況を把握できます。

企画〜公開〜改善までを1枚で追う設計ポイント

タイムライン用の列と最終アクションの列を設け、コミュニケーションはセル内のメモではなくコメント機能で運用すると履歴が残りやすくなります。

具体的には「企画開始日」「初稿提出日」「公開日」「最新改善日」を分けて持てば、どの記事が放置されているか一目でわかります。改善結果（CV数の増加など）は、別途作成したアクセス・KPIシートとリンクさせ、「この記事の更新前後でどれだけ成果が変わったか」を紐づけられるようにしておくと、改善施策の効果検証がしやすくなります。セル内に「要確認」などと書く代わりに、コメント機能の@メンションで編集担当にタスクを依頼しておけば、コミュニケーションもスプレッドシート上で完結できます。

広告・キャンペーン管理シートの作り方

予算・配信期間・媒体別成果の持たせ方

媒体名、キャンペーン名、配信開始日・終了日、日別消化額、クリック数、獲得数、CPAを日次で記録します。

加えて、「入札戦略」「配信エリア」「ターゲット属性」「クリエイティブ種別（バナー／動画など）」といった運用条件も列として持っておくと、後から「どの条件が効いていたか」を振り返りやすくなります。データは可能な限り媒体管理画面からエクスポートし、「媒体ごとの生データシート → 統合シート」という構成にすると集計しやすくなります。

後から分析しやすいUTM・クリエイティブ管理のコツ

UTMパラメータは要素ごとに列を分け、クリエイティブIDを付与しておくとA/B比較や集計が楽になります。

具体的には「utm_source」「utm_medium」「utm_campaign」「utm_content」の各列を用意し、「媒体_目的_YYYYMM」といった命名規則をあらかじめチーム内で決めておきます。クリエイティブ管理用のシートには「クリエイティブID」「パターン（訴求軸）」「サムネイルURL」などを管理し、アクセス解析側のデータとVLOOKUPやXLOOKUPでつなげると、「どの訴求がCVにつながったか」を1枚で確認できるようになります。