CodexでSNS分析する方法｜CSV整理・指標比較・改善案の作り方

SNSのCSVをCodexへ渡しても、毎月集計が変わったり、根拠の分からない改善案が返ってきたりしていませんか。最初に頼むべきなのは、伸びた理由の説明ではなく、列の意味・欠損・重複を確認する処理です。原本を残し、計算式と除外理由をファイルに保存すれば、翌月も同じ条件で確認できます。この記事では、投稿データの準備から集計の照合、改善案の引き継ぎまでを具体化します。

まず一媒体のCSVと、確かめたい指標を一つ用意してください。 Codexには原本を変更させず、集計用データ、計算処理、確認結果を別に作成してもらいます。数字が合ってから投稿内容を読み、原因の候補と次の検証を分ける順番です。

最初の依頼は「分析して」ではなくファイルの点検にする

Codexを使う価値は、説明文を速く出すことだけではありません。処理をコードとして残し、同じ入力から同じ集計を作れる状態にすることです。ただし、渡した列の意味が不明なままでは、整った表でも誤った判断につながります。最初の依頼は読み取りに限定し、対象ファイル、列名、行数、型、欠損の確認を求めます。

列の定義が社内でそろわず集計を進められない場合は、SNS分析の整理について相談する際に、個人情報を除いた列名と現在の集計方法を共有すると、最初に決める条件を確認できます。

原本と出力先を分ける

作業フォルダーには、原本を置くraw、加工結果を置くoutput、処理を置くscriptsなどの場所を分けます。名前は任意ですが、原本を上書きしないという区別を明確にしてください。ファイル名には取得日と媒体を入れ、同じ期間のデータを取り直した場合も以前のファイルを残します。

依頼例は「raw内の指定CSVを読み取り、列名、行数、欠損数、重複候補を報告。まだ集計や修正はしない。原本の変更、外部送信、SNSへの接続は行わない」です。初回はここで結果を読み、想定していたファイルと列が認識されているかを確かめます。

アクセス範囲を小さくする

OpenAIのセキュリティ文書を確認し、実際の利用環境で許可されているファイル操作やネットワーク利用を把握します。この記事の手順では、分析用に準備したフォルダーを対象にします。関係のない顧客一覧や認証情報を同じ場所に置く必要はありません。

実行環境によって承認の表示や利用できるツールは異なります。画面にない設定を探して権限を広げるのではなく、必要な処理と許可範囲を照合してください。CSVを読むためにSNSのログイン情報を渡すことは、この手順では想定していません。

監修者・魚見幸司の実務視点として重視するのは、生成速度よりも、判断と改善が速くなったかを見ることです。きれいな分析文より、元の行へ戻って確かめられる集計を先に作ります。指標自体が未定なら、SNS KPIの考え方を確認してから作業範囲を決めます。

列の定義をそろえ、ゼロと欠損を分ける

CSVの列名だけでは、その数字が何を数えているか分かりません。投稿単位の累計なのか、指定期間内の数値なのかでも扱いが変わります。集計前に、元の列名、意味、単位、取得画面、対象期間をデータ辞書として残します。分析に使えない列を推測で補わないことが重要です。

空欄を一律に埋めない

空欄には、未取得、対象外、取得失敗などが含まれます。「反応がなかった」という意味のゼロとは違います。ゼロ置換すると、情報が欠けた投稿が低評価になるため、空欄のまま残して理由を別列に記録します。理由が不明なら不明とし、元の管理画面を確認する対象にします。

例えば保存件数はあるがリーチが欠けている場合、保存件数の一覧には含められても保存率は計算できません。分母がゼロの場合も割り算は行わず、計算対象外とします。レポートには「対象20件中、保存率を計算できたのは17件」のように対象数を添えると、欠けた情報を隠さず説明できます。この件数は説明用の例です。

重複は削除する前に内容を調べる

同じ投稿IDが二行ある場合、誤って二度読み込んだのか、取得日が違う累計なのかで判断が変わります。累計を足すと二重計上になるので、まずIDと取得日時を合わせて確認します。後から取得した一行を採用する場合も、除外した行と理由を残します。

文字コード、引用符、カンマを含む本文にも注意が必要です。CSVは文字列を単純にカンマで分けず、Pythonのcsvモジュールなど形式を扱える仕組みで読み込みます。本文中の改行があるファイルでは、テキストの行数と投稿件数が一致しないことがあります。読み込み後のレコード数で確認してください。

集計処理を作り、手計算で確かめられる小さな例を通す

全件の分析に入る前に、少数の行で計算を確認します。エラーなく動いたことと、正しい集計であることは別です。計算式、対象行、除外条件を文章で決め、結果を手計算と照合してから全件へ広げます。以下は実績ではない、検証方法を説明する架空データです。

単純平均と合計比率を区別する

AとBの投稿別保存率の単純平均は、2.0%と1.0%の平均で1.5%です。一方、保存合計50をリーチ合計4,000で割った比率は1.25%です。どちらも計算自体はできますが、同じ数字を意味しません。前者は投稿を同じ重さで扱い、後者は各投稿の分母の大きさを反映します。

また、投稿ごとのリーチを足しても、期間全体の重複を除いた人数にはなりません。同じ人がAとBを見た可能性があるためです。「4,000人のうち50人が保存した」と言い換えるのは避け、投稿別件数の合計を使った比率と説明します。個人の行動を追跡したデータとして扱わないでください。

出力の条件を依頼に含める

確認用のデータには、正常な行だけでなく、重複したID、空欄の分母、数字として読めない値も含めます。例えばリーチ欄に「未取得」が入っていたら、その行を黙って消したりゼロへ変えたりせず、理由付きで別に出すことを期待する結果にします。実データを使わず、小さな架空の表で処理の動作を確かめられます。

元のCSVに本文のカンマや改行が含まれる場合は、それらが一つの本文として保持されるかも確認します。IDは文字列として維持し、長い数字が丸められていないかを見てください。一部の行が読めなかった場合に、それでも全件の分析が終わったように報告しない条件を追加します。これにより、後から投稿URLと集計行を対応させる際の取り違えを減らせます。

Codexへの依頼には「保存率は保存÷リーチ×100。分母が空欄またはゼロの行は計算しない。元の値と除外理由を残す。小数の丸めは表示時だけ。計算対象数を出す」と書きます。単に保存率を追加して、と伝えるより照合しやすくなります。

集計スクリプトに対して、上のような小さな入力で期待値を確認する処理も依頼します。合計、件数、空欄、分母ゼロ、重複候補が扱えるかを確認してください。自分でコードをすべて読めなくても、入力と期待する出力が説明できれば、確認の焦点を絞れます。

比較する投稿の条件をそろえる

数字が合っていても、比較対象が違えば改善の結論はずれます。媒体、投稿形式、公開後の経過日、広告の有無を分けてから比較します。すべての投稿に一つの順位を付けるより、同じ役割の投稿同士で違いを探す方が、次に直す内容を決めやすくなります。

公開後の日数が違う投稿をそのまま並べない

公開から一日と一か月の投稿では、累計が伸びる時間が違います。取得できるデータの範囲で「公開後7日時点」など観測条件をそろえるか、経過日数を併記して比較上の制約を明示します。過去の7日時点が保存されていないなら、現在の累計から正確に復元したように扱ってはいけません。

データ期間も一律に何週間あれば十分とはいえません。投稿頻度や目的が違うからです。まず同じ条件の投稿が複数あるかを確認し、比較できる件数が少なければ結論を保留します。期間を広げた場合は、季節や運用方針の変化も確認します。

成功だけでなく期待と違った投稿を読む

上位だけを取り出すと、キャンペーンや偶然の影響を通常の成功パターンと思い込みやすくなります。保存は多いがリンクへの移動が少ない投稿、制作時間をかけたが反応が弱い投稿など、目的と結果がずれた例も見ます。

投稿文、画像、テーマ、公開時の条件を確認し、「手順を知りたい人に商品紹介だけをしていないか」「リンク先で別の条件を案内していないか」と問いを立てます。数字だけから理由を断定するのではなく、内容を読むための優先順位に使います。画像ごとの読み取りは、Claudeでインスタ分析する方法とも役割を分けられます。

事実・仮説・次の施策を別の欄にする

分析レポートで最も避けたいのは、仮説が事実のように共有されることです。「保存が高い」と「見出しが良かったから保存された」は別の主張です。Codexの出力を事実、可能性、追加確認、次の施策に分けると、どこまで分かっているかを伝えやすくなります。

根拠の投稿IDを付ける

事実欄には対象の投稿ID、件数、比較期間、計算式を付けます。仮説欄には複数の可能性を残し、それを確認する方法も添えます。例えば「手順型の投稿で保存率が高い」という集計があっても、広告や対象者の違いを除外できていなければ、手順型が原因とは決められません。

AIに「理由を三つ出して」とだけ頼むより、「データで確認できる事実だけを先に出し、原因は未確定として別欄にする。追加データが必要なら列名を示す」と指示します。読みやすい文章より、主張と根拠の対応を優先してください。

次回は一つの変更を選ぶ

改善案は、対象投稿、変更する部分、維持する条件、見る指標、確認日を一組にします。「魅力的な内容にする」ではなく、「同じ説明テーマで表紙の問いだけを変え、同じ観測期間で保存件数と率を見る」のように行動に落とします。ただし自然投稿の前後比較は厳密な実験とは限りません。

担当者に渡す表には採用、保留、見送りの欄も用意します。出力された提案をすべて実施する必要はありません。既存の企画や撮影計画と合わないもの、根拠が弱いものは保留できます。少数の判断を残す方が、提案を大量に作るだけのレポートより運用しやすくなります。

毎月の更新で壊れないように、照合項目を残す

初回に合った集計でも、翌月に列名や出力形式が変わると結果がずれることがあります。定期的に使う場合は、入力ファイルを差し替えた後の確認を省略しません。処理が止まることより、間違ったまま成功表示になることを防ぐ設計が重要です。

更新前後の行数と合計を見る

確認するのは、入力件数、除外件数、出力件数、主要指標の合計です。除外理由ごとに件数を出し、想定より減った場合は原因を調べます。列がなくなったら処理を止める、未知の列は一覧に出すなど、予期しない変化が見えるよう依頼します。

処理の版と使用ファイルをレポートに残しておけば、後から数字の違いを調べられます。先月の出力へ上書きせず、月ごとに保存してください。訂正版を作る場合も、変更した理由を一行残すと会議資料との差を説明できます。

確認の負担も導入効果に含める

集計が速くても、毎回結果を全部作り直して確認しているなら効率化は限定的です。初期設定、入力整理、処理、照合、説明にかかった時間を分けて記録します。例えば月次作業が90分から45分になっても、初期設定に3時間かかれば、その負担を別に考える必要があります。これらは架空の時間例です。

初期設定180分を月45分の短縮で割ると、時間だけで見た回収は4回です。ツール費用、担当者の単価、修正作業は別途です。単発の小さな表なら、インスタ分析のExcelフォーマットのような既存表で十分なこともあります。再実行する必要のない仕事まで自動化する必要はありません。

毎月確認する項目

• 入力ファイルの媒体と対象期間が正しい。
• 原本は変更していない。
• 公開日時と取得日時を区別した。
• 指標の定義が前月と同じか確認した。
• 重複候補の採用理由を残した。
• 未取得とゼロを区別した。
• 分母と計算対象件数を確認した。
• 代表行を元データと照合した。
• 事実と仮説を別に出した。
• 次回の担当者と確認日を決めた。

よくある質問

Excelファイルでも使えますか？

利用環境と読み書きに必要な仕組みがあれば扱えます。ただしシート、数式、表示形式も確認対象になります。最初は分析に必要な表だけをコピーして、原本と分けて使う方法が分かりやすいです。

CSVを入れるだけでInstagramから数字を取得できますか？

この手順は、すでに取得したCSVを分析するものです。SNSへの接続や自動取得を行う説明ではありません。必要な指標がCSVに含まれない場合は、取得方法や権限を別に確認します。

空欄はゼロに直した方が便利ですか？

未取得の数値をゼロにすると、結果が変わります。空欄の意味を確認し、計算できないものは対象外として件数と理由を残してください。集計の都合で一律に埋めないことが基本です。

何週間分あれば分析できますか？

目的と投稿頻度によります。同じ形式や条件で比較できる投稿があるかを先に確認します。件数が少ない場合は結論を限定し、期間を増やすときも季節や施策の変化を考慮します。

競合の保存数も比較できますか？

同じ指標が正当に取得できるとは限りません。公開されている内容と取得できる範囲を確認し、自社の管理画面にしかない数字を推測値で埋めないでください。

原因までCodexに判断させてよいですか？

原因候補を整理する用途に留めます。数値の関係だけでは因果は決まりません。元の投稿や配信条件を確認し、次の施策で確かめる問いへ変換します。

外部へ分析を依頼するときは何を渡しますか？

入力可能なデータ、列定義、期間、現在の集計方法、決めたい施策を整理します。個人情報など不要な情報は除き、納品物に集計処理と照合方法が含まれるか確認してください。

まとめ：数字の説明より、再確認できる集計を作る

CodexでSNS分析を進めるなら、原本の保全、列定義、例外処理、計算の照合を先に整えます。そのうえで投稿を読み、事実と仮説を区別して次の変更を決めます。一回の分析文を作るだけでなく、翌月に同じ確認ができる状態が目標です。

最初の作業は、一媒体のCSVを読み取り、列と欠損を報告させるところまでで十分です。数値の意味が分からない箇所は、集計の前に解決します。処理とレポートが分断している場合は、SNS分析・運用改善を相談する際に、現在の表と判断に困っている箇所を共有すると、改善対象を整理しやすくなります。