読み込み中...
自分や過去クライアントのInstagram実績を、守秘義務と個人情報に配慮しながらCSVへ整理し、営業用ポートフォリオに変える実務ガイド。指標定義、比較期間、匿名化、成果の伝え方、再現可能なテンプレートまで解説します。
この記事の要点 (30秒で読める)
自分や過去クライアントのInstagram実績を、守秘義務と個人情報に配慮しながらCSVへ整理し、営業用ポートフォリオに変える実務ガイド。指標定義、比較期間、匿名化、成果の伝え方、再現可能なテンプレートまで解説します。
公開日：2026年7月18日
監修：株式会社S.Line / 岡田颯太（SNS総フォロワー20万人超・SNS教育事業運営）
対象：SNS運用代行者、フリーランス、制作会社、SNSコンサルタント、社内SNS担当者
「過去クライアントの数値を営業で見せたい。
でも、スクリーンショットを並べるだけでいいのか、どこまで公開していいのか分からない」。
SNS運用のポートフォリオで本当に難しいのは、きれいな資料を作ることではありません。
異なる期間・指標・条件の実績を、比較可能な証拠へ整え、クライアントの秘密を守りながら、自分の担当範囲を正確に説明することです。
ゲームのスコアだけを見ても、難易度、プレイ時間、初期装備、チーム人数が分からなければ腕前は判断できません。
SNSも同じです。
「リーチ100万」「フォロワー1万人」と書くだけでは、広告込みか、何か月か、開始時点はどこか、本人の既存知名度があったか、担当者が何をしたかが分かりません。
営業相手が知りたいのは、大きな数字そのものより「この人へ依頼したときに、どの工程を再現してくれるか」です。
この記事では、Instagram Insights、自社の分析履歴、クライアント承認済みデータをCSVへまとめ、営業用ポートフォリオへ変換する設計を解説します。
単なるエクスポートではなく、指標辞書、比較期間、匿名化、証跡、担当範囲、欠損値、更新履歴まで扱います。
Instagram公式ではプロアカウント向けInsightsの指標や期間を案内していますが、指標は推定値または更新対象になることがあります。
最新定義はInstagram Insights公式ヘルプを正本にしてください。
営業で信頼されるSNS実績は、次の4点を必ず一緒に示します。
この4点がそろえば、匿名案件でも価値を説明できます。
逆に、アカウント名と大きな数字だけを出しても、守秘義務のリスクが増える一方で再現性は伝わりません。
CSVは完成ポートフォリオそのものではなく、証拠を整理する中間形式です。
CSVに「1案件1行」の要約と「1期間1行」の詳細を持ち、営業資料では相手の業種と課題に合う事例だけを抽出します。
すべてのクライアントを一つのPDFへ詰め込む必要はありません。
また、Instagramから取得できる情報と、クライアントの売上・予約・商談情報は別系統です。
SNS側のリーチが伸びても、売上への因果を自動的に証明するわけではありません。
UTM、予約フォーム、CRM、ヒアリングなどで接続できた範囲だけを成果として表現します。
Instagram投稿の事業評価はInstagram投稿ROIの計算方法も併せて確認してください。
最初に、持っているデータを「公開可能」「匿名化して利用」「社内限定」「利用しない」の4段階へ分類します。
契約書、秘密保持条項、発注時の利用目的、クライアントからの承認内容を優先し、曖昧なら公開前に確認します。
| データ例 | 推奨区分 | 公開時の扱い | 注意点 |
|---|---|---|---|
| 自分が所有するInstagramの集計実績 | 公開可能候補 | アカウント名、期間、指標定義を併記 | 共同運用者や広告費など条件を隠さない |
| クライアントが掲載を明示承認した実績 | 公開可能候補 | 承認された範囲・媒体・期限内で利用 | 承認メールや契約書の証跡を保管 |
| クライアントの投稿別Insights | 匿名化して利用 | 社名、ユーザーネーム、投稿URL、画像を除去 | 少数データから特定されない粒度にする |
| 売上・予約・問い合わせ | 匿名化または社内限定 | 算出元とSNS寄与の範囲を説明 | 全売上をSNS成果へ帰属させない |
| フォロワー属性、地域、年齢 | 集計のみ | 十分な母数で割合表示 | 個人を推測できる細かい組合せを避ける |
| DM本文、コメント投稿者、顧客名 | 原則ポートフォリオに使わない | 必要なら本人・クライアント承認と厳格なマスキング | 個人情報・通信内容・文脈の漏えいリスク |
| App Secret、アクセストークン、内部ID | 利用しない | CSV出力対象から除外 | 接続情報であり営業実績ではない |
| 他社が作った資料の無断転載 | 利用しない | 自分の担当範囲だけを自作で整理 | 著作権、契約、誤認の問題 |
日本の個人情報保護委員会は、個人情報の利用目的や第三者提供、匿名加工情報などについてガイドラインを公開しています。
ポートフォリオ公開が第三者への情報提供になり得る場合、単に名前を黒塗りすれば常に安全だとは考えません。
個人情報保護法ガイドライン通則編と第三者提供時の確認・記録義務編を確認し、自社の契約・法務判断へ落とし込みます。
本稿は法的助言ではないため、判断が難しい案件は専門家へ相談してください。
匿名化では、社名だけでなく、店舗画像、地域、フォロワー規模、キャンペーン日、固有商品名を組み合わせると特定できないかを見ます。
「関東の美容業・開始時約3千フォロワー」のように粒度を調整し、営業相手が再現性を判断できる範囲を残します。
ポートフォリオ用データは、取得元を混ぜずに管理します。
推奨は「Instagram公式画面」「正規API・分析ツール」「事業成果データ」の3系統です。
Instagramプロフェッショナルダッシュボードでは、アカウントやコンテンツのInsightsを確認できます。
公式ヘルプは、画面上の期間を過去90日内のプリセットまたはカスタム範囲から選べると案内しています。
ただし、これはすべての指標が同じ期間・同じ条件で永久保存されるという意味ではありません。
案件終了前に、必要な期間の集計値と投稿別値を、クライアント承認の範囲で保存します。
Meta Accounts Centerには、自分のInstagram情報を端末または外部サービスへエクスポートする機能があります。
Instagram情報を確認・エクスポートする公式手順では、プロフィール、情報種類、期間、形式などを選ぶ流れが説明されています。
ただし、アカウント情報の一括エクスポートと、営業用に整形されたInsights CSVは同じものではありません。
取得したファイルに目的の指標があるかを確認し、個人情報や不要なメディアをそのまま営業資料へ入れないでください。
正規のInstagram APIを利用する分析ツールは、取得時点のmetric、period、対象media、取得成否を構造化して保存できます。
Instagram Insights API公式ドキュメントを基準に、metric名を日本語の表示ラベルと分離して持ちます。
Meta側のmetric変更に対応するため、CSVには metric_key と metric_label_ja の両方を持つと安全です。
分析ツールから出力する場合は、クライアントをまたいだ権限確認が欠かせません。
ログイン中のユーザーが管理できるclient_idとig_account_idだけをサーバー側で抽出し、画面から渡されたIDだけでCSVを生成しません。
接続の考え方はInstagram代理店のクライアント接続完全ガイドで解説しています。
予約、問い合わせ、商談、売上は、Instagramだけでは完結しないことが多いです。
プロフィールリンクやストーリーズリンクへUTMを付け、フォーム、予約システム、CRMで流入元を保存します。
DM経由は、初回接触日時、問い合わせ種別、商談化など必要最小限のイベントに変換し、本文をポートフォリオCSVへ入れません。
事業成果を結合するときは、attribution_method列へ utm_last_click、coupon、self_reported、manual_estimateなど根拠を記録します。
推定値は推定と表示し、確定売上と同じ列へ混ぜません。
営業資料では「Instagram経由と確認できた予約」「顧客アンケートでInstagramを選択」のように判定方法を説明します。
実務では、一つの巨大CSVより、用途別に3ファイルへ分ける方が扱いやすくなります。
cases.csv：案件の基本情報1案件1行で、営業資料の見出しになる情報を持ちます。
case_id,display_name,industry,account_scale_start,period_start,period_end,paid_media_used,responsibility,permission_status,evidence_type,updated_at
CASE-001,美容業A社,beauty,1000-4999,2026-01-01,2026-03-31,false,"strategy|planning|analysis",approved,api_and_report,2026-07-18
display_nameには公開承認名または匿名名を入れます。account_scale_startは厳密な初期フォロワー数ではなくレンジを使う選択肢があります。responsibilityは担当範囲を区切り文字で持ち、資料生成時に「戦略・企画・分析を担当」と表示します。permission_statusには owned、approved、anonymized_approved、internal_onlyなどを定義し、公開処理は許可状態でフィルタします。
case_metrics.csv：期間別の数値1案件・1期間・1metricを1行にするロング形式が拡張しやすい設計です。
case_id,period_start,period_end,metric_key,metric_label_ja,value,unit,source,organic_only,is_estimated,evidence_captured_at
CASE-001,2026-01-01,2026-01-31,accounts_reached,リーチ,120000,accounts,instagram_api,true,false,2026-02-01T09:00:00+09:00
CASE-001,2026-01-01,2026-01-31,qualified_inquiries,有効問い合わせ,18,count,crm,false,false,2026-02-02T10:00:00+09:00
ロング形式なら、新しいmetricが増えても列追加を繰り返さずに済みます。
ピボットテーブルやBIで横持ちへ変換できます。source、organic_only、is_estimatedを持つことで、広告込みの数値や推定値を誤って有機運用の成果として表示するのを防げます。
case_changes.csv：施策と学び数値だけでなく、何を変えたかを記録します。
case_id,change_date,problem,hypothesis,action,result,confidence,next_action
CASE-001,2026-02-05,profile_exit_high,"offer unclear","rewrote bio and highlights","profile visits to inquiry rate improved",medium,"test proof-first highlight order"
このファイルが、単なる実績自慢を再現可能なポートフォリオへ変えます。confidenceをhigh、medium、lowで持ち、単一施策と成果の因果を断定しすぎないようにします。
結果が出なかった施策も、仮説修正の証拠として価値があります。
Instagramの指標名は、画面やAPIの更新で変わることがあります。
さらに、社内で「表示回数」「閲覧」「リーチ」を同じ意味で使うと、期間比較が壊れます。
CSVとは別にmetric_dictionary.csvまたはマイナレッジへ定義を保存します。
最低限、次の列を持ちます。
| 列 | 内容 | 例 |
|---|---|---|
metric_key |
システム内の安定キー | accounts_reached |
official_name_at_capture |
取得時の公式名 | Accounts reached |
label_ja |
資料での日本語 | リーチしたアカウント数 |
definition |
何を数えるか | 期間内に少なくとも一度表示されたユニークアカウント |
scope |
account / media / storyなど | account |
period |
day / total_valueなど | API取得値に合わせる |
estimated |
推定値か | trueまたはfalse |
valid_from |
定義の採用開始 | 2026-01-01 |
valid_to |
定義変更時の終了 | 空欄または日付 |
official_reference |
公式URL | MetaのInsights説明 |
公式ヘルプはViewsをコンテンツが再生または表示された回数、Accounts reachedを少なくとも一度画面へ表示されたユニークアカウントとして説明しています。
また、一部の指標を推定値・開発中と注記しています。
したがって、viewsを「見た人数」と訳したり、reachと足し合わせたりしません。
フォロワー数も、期末値だけでは運用成果を説明しにくい指標です。followers_start、followers_end、followers_gained、followers_lost、net_follower_growthを分けられる場合は分けます。
取得できない内訳を0で埋めず、nullとnot_available_reasonを使います。
保存率やエンゲージメント率のような計算指標は、分子と分母を明記します。
たとえば保存率を saves / reach とするか saves / views とするかで値が変わります。
CSVへ formula_version を持たせ、過去資料と計算方法が変わったら再計算または注記します。
S.Earch内で指標の見方を復習したい場合は、Instagramインサイト分析の完全ガイドを参照してください。
営業資料では、最大値だけを切り出すより、開始前、改善期間、安定期間を同じルールで並べる方が信頼されます。
おすすめは、案件ごとに次の期間を定義することです。
baseline_period：担当開始前または最初の28日間。intervention_period：戦略・投稿・プロフィールなどを変更した期間。evaluation_period：変更が反映された後の同じ長さの期間。retention_period：成果が一時的でないかを見る追加期間。期間長をそろえられない場合は、1日平均、1投稿平均、1,000フォロワーあたりなどへ正規化します。
ただし、正規化すると季節性やキャンペーンの影響が消えるわけではありません。
年末商戦、採用期、店舗オープン、テレビ露出、広告出稿など、外部要因をcontext_notesへ残します。
前月比を出すなら、暦日数の違いに注意します。
2月と3月の総リーチをそのまま比べるだけでなく、日次平均や投稿本数も見ます。
リール1本が大きく伸びた場合は、中央値、上位1本を除いた値、投稿別分布も示すと再現性を判断しやすくなります。
開始条件として、初期フォロワー、過去投稿本数、アカウント開設年、運用体制、既存顧客基盤、著名人・広告・コラボの有無を記録します。
すべてを公開する必要はありませんが、成果へ大きく影響した条件は隠しません。
「3か月でフォロワーが増えた」だけでなく、「開始時レンジ、週あたり投稿本数、広告なし、自分の担当、主要施策、評価期間」を一緒に出すことで、営業相手は自社へ当てはめられます。
クライアント実績を使う前に、許諾の範囲を記録します。
口頭で「事例に使っていい」と言われただけでは、社名、ロゴ、投稿画像、数値、売上、期間、媒体、広告利用まで許可されたか分かりません。
承認フォームまたはメールで、利用項目を選択できるようにします。
許諾項目の例は次の通りです。
匿名化は、識別子を消すだけでなく再識別リスクを下げる作業です。
ニッチ地域、珍しい業種、正確なフォロワー数、特定月のキャンペーン、画像の組合せで会社を推測できるなら、地域を広げ、数値をレンジ化し、時期を四半期に丸めます。
ただし、過度にぼかすと証拠価値がなくなります。
そこで、公開版と機密版を分けます。
公開版は匿名化した集計と担当範囲。
商談でNDA締結後に見せる機密版は、許可された範囲の詳細。
社内監査版は元データの証跡と承認記録を持ちます。
一つのCSVを全用途で使い回さないことが重要です。
ポートフォリオCSVへは、個人のユーザーネーム、コメント本文、DM本文、メールアドレス、電話番号を原則入れません。
集計に必要な場合も、別の制限領域で処理し、公開用case_idへ変換します。
元データから公開CSVを生成する処理は一方向にし、公開ファイルから元の個人をたどれない設計を目指します。
許諾を撤回された場合は、該当case_idを非公開へ変更し、Web、提案書テンプレート、共有Drive、営業担当のローカルコピーなど配布先を追跡します。permission_statusとpermission_updated_atを資料生成時に毎回確認すれば、古い承認状態で再出力する事故を減らせます。
CSVの数値をそのまま表へ貼るのではなく、課題、仮説、施策、検証、結果、次の改善という順で1事例を構成します。
課題では、開始時の状況を一文で説明します。
「投稿は継続していたが、プロフィール訪問から問い合わせへの導線が分断していた」のように、指標と行動を結び付けます。
仮説では、なぜその問題が起きていると考えたかを示します。
「認知投稿は届いているが、サービス理解に必要な固定投稿とハイライトが不足」といった形です。
施策では、自分の担当を具体化します。
「プロフィール文の訴求整理」「ハイライト順序の変更」「週次で投稿別保存・プロフィールアクセスを確認」など、営業相手が依頼範囲を想像できる表現にします。
結果では、比較期間と条件を付けます。
「変更前28日と変更後28日を比較。
広告なし。
プロフィールアクセスから問い合わせまでをUTMとフォームで計測」のように書きます。
大きな数字だけでなく、途中指標の改善も示します。
限界では、外部要因と不確実性を隠しません。
「同期間に店舗キャンペーンを実施したため、売上増加の全量をInstagram施策だけへ帰属しない」と書ける人は信頼されます。
次の改善では、成果が出た後に何を検証するかを示します。
「問い合わせ数だけでなく、有効商談率と継続率を追う」のように、運用が単発で終わらないことを伝えます。
営業資料の見出しは「リーチを何倍にした」だけでなく、「どの業種の、どの課題を、どの担当範囲で改善したか」にします。
たとえば「美容業／認知はあるが予約へつながらない案件で、プロフィール・ハイライト・計測を再設計」のような形です。
第一に、営業相手の業種、アカウント規模、課題、依頼範囲を入力します。
第二に、cases.csvから近い条件の事例を最大3件選びます。
第三に、case_metrics.csvから比較可能な指標だけを抽出します。
第四に、case_changes.csvから施策と学びを文章化します。
提案資料の1事例は、次の7ブロックで十分です。
グラフは、軸を切って変化を誇張しないようにします。
割合を示すときは分母を併記し、件数が少ない場合は実数も出します。
投稿1本だけの最大値と月間平均を同じグラフへ混ぜません。
成果保証のような表現は避けます。
過去実績は将来成果を保証しないこと、プラットフォーム仕様、商材、予算、制作体制で結果が変わることを明記します。
そのうえで、自分が再現できるプロセス、分析頻度、改善会議、成果物を約束します。
運用代行と内製化のどちらを提案するか迷う場合は、Instagram運用代行の費用と内製化比較を参考に、相手の人員と意思決定速度に合わせてください。
ポートフォリオは受注のためだけでなく、適切でない案件を見分ける材料にもなります。
SaaSで「営業用ポートフォリオCSVを出力」する場合、ダウンロードボタンを追加するだけでは不十分です。
対象クライアント、期間、指標、匿名化レベル、許諾状態を出力前に確認するウィザードが必要です。
推奨フローは次の通りです。
出力APIは、ログインユーザーのuser_idから所有workspaceを確認し、そのworkspaceが管理できるclient_idだけを抽出します。
Service Roleのような強い権限を使うサーバー処理でも、アプリケーション層で所有条件を省略しません。
CSV formula injectionを防ぐため、セル先頭が =, +, -, @ の自由入力値は安全にエスケープします。
ファイル名には、公開用の匿名case_id、期間、schema versionを使います。
クライアント実名やメールアドレスをファイル名へ入れると、本文を開かなくても情報が漏れます。
例は portfolio-cases-2026Q2-v1.csvです。
UTF-8 BOMを付けると日本語版Excelで文字化けを減らせますが、機械連携ではBOMなしを求める場合があります。
出力画面で「Excel向け」と「システム連携向け」を分けるか、仕様を明記します。
改行、カンマ、ダブルクォートをRFC 4180に沿ってエスケープし、長い施策文も列ずれしないようにします。
大量出力では、同期レスポンスへ全件を載せず、ジョブ化して完了後に期限付きダウンロードを提供します。
ただし、小規模な本人データであれば即時生成の方が分かりやすいこともあります。
件数、処理時間、秘密性に応じて選びます。
ポートフォリオCSVは、保存しただけではAIへ無条件に学習させない方が安全です。
利用者が内容を確認し、「マイナレッジに追加」を明示的に押したときだけ、本人のknowledge領域へ取り込みます。
追加前には、ファイル名、行数、列名、クライアント識別情報の検出結果、匿名化状態、取り込み範囲をプレビューします。
App Secret、token、メール、電話、DM本文の可能性がある列を検出したら警告し、既定では除外します。
取り込み後は、元CSV全文を毎回AI promptへ入れません。
案件要約、指標定義、施策・結果の要点に分割し、利用者の質問と関連する部分だけを検索します。
質問が「美容業のプロフィール改善事例」なら、別業種の全行を送らない設計にします。
これにより、回答品質とAI原価の両方を改善できます。
knowledge itemには、source=csv、所有user、任意のInstagramアカウント、content hash、schema version、取り込み日時、元ファイル名、公開可否を保存します。
Instagram未接続でもuser単位で利用できるようにし、アカウント接続をknowledge所有の必須条件にしません。
同じCSVを再アップロードした場合は、user、source filename、content hashなどで重複を検知します。
別ユーザーが同名ファイルを持つことは自然なので、全体で一意にしません。
更新版なら、旧版を上書きするか新versionとして保持するかを利用者が選べるようにします。
AIが回答に事例を使った場合は、どのknowledge itemを参照したかを履歴へ残します。
利用者は回答をCSVまたはMarkdownで保存し、必要な回答だけを再びマイナレッジへ追加できます。
AI出力を無条件で循環学習させるのではなく、明示操作と出典追跡で品質を守ります。
失敗1：最高値だけを集める。 バズ投稿1本の再生数だけでは、通常運用の品質が分かりません。
中央値、期間合計、投稿本数、上位値の割合を併記します。
失敗2：広告とOrganicを混ぜる。 広告費を使ったリーチをOrganic運用の成果として見せると誤認につながります。paid_media_usedとorganic_onlyを必須にします。
失敗3：開始条件を隠す。 既に大きなフォロワー基盤や著名な出演があった案件と、ゼロからの案件は条件が違います。
アカウント規模レンジと外部要因を記録します。
失敗4：自分の担当範囲を広く見せる。 チーム成果を一人の成果と書きません。
戦略、撮影、編集、投稿、分析など担当を明記し、共同制作ならその旨を出します。
失敗5：スクリーンショットだけを証拠にする。 画像は分かりやすい一方、期間、指標定義、加工履歴を確認しにくいです。
CSVの構造化データ、取得日時、元画面を対応させます。
失敗6：クライアント名だけを黒塗りする。 地域、商品、画像、正確な数値、日付から特定できることがあります。
公開粒度を案件全体で評価します。
失敗7：欠損を0にする。 未取得と実績ゼロは違います。
null、not_available、permission_missing、outside_retentionなど理由を残します。
失敗8：古い資料が残り続ける。 許諾終了や指標定義変更後も、営業担当のローカルPDFが使われることがあります。
資料へversionと有効日を表示し、生成元を一元化します。
失敗9：AIに全CSVを毎回渡す。 不要な情報送信、原価増加、文脈混線につながります。
明示取り込み、関連検索、参照履歴、プラン別上限を設計します。
失敗10：成果を断定する。 SNS成果は商材、季節、制作量、広告、ブランド力の影響を受けます。
過去の事例を条件付きで示し、将来成果を保証しません。
自分と過去クライアントの案件を一覧にし、契約、許諾、元データ、期間、担当範囲を確認します。
実績が大きい順ではなく、証拠と許諾が明確な順に着手します。
公開不可の案件は無理に使わず、社内学習用へ分けます。
cases.csv、case_metrics.csv、case_changes.csvを作り、metric辞書を定義します。
最初は3案件で十分です。
大量の過去データを完璧に移すより、今後の案件で継続できる入力ルールを作ります。
課題、仮説、施策、結果、限界、次の改善で1ページ事例を作ります。
業種や課題が異なる3件を選び、営業相手に合わせて差し替えられるようにします。
数値はCSVから自動参照し、手入力の転記ミスを減らします。
月次レポート確定時にmetricsを追記し、重要な施策変更をchangesへ記録します。
案件終了前に許諾とデータ返却を確認します。
四半期ごとにpermissionと公式metric定義を棚卸しします。
この基盤ができれば、提案のたびに過去チャットやスクリーンショットを探す時間が減ります。
さらに、案件ごとの学びをマイナレッジへ追加し、次の分析や提案で再利用できます。
CSVと提案資料が完成したら、作成者とは別の担当者が公開前監査を行います。
最初に、各グラフの数字をCSVへ逆算できるか、期間の開始日と終了日が一致するか、割合の分母が説明されているかを確認します。
次に、社名、ユーザーネーム、画像、地域、商品名、正確な日付の組合せから匿名案件を特定できないかを見ます。
最後に、許諾状態、有効期限、利用媒体が今回の公開方法を含むかを確認します。
文章監査では、「売上を作った」「この施策で増えた」のような因果表現を、計測根拠と照合します。
複数施策や外部要因があるなら、「同期間に改善」「関連が確認された」「UTMで流入を確認」のように証拠の強さへ合わせます。
過去実績を将来の成果保証として読める見出しも修正します。
技術監査では、CSVを表計算ソフトとテキストエディタの両方で開き、文字化け、改行崩れ、セルずれ、数値の日付変換、先頭ゼロ消失を確認します。
自由入力値によるformula injection対策、ダウンロードURLの期限、監査ログ、権限境界もテストします。
公開用ファイルに内部ID、token、secret、個人連絡先が含まれないことを自動検査し、検出時は生成を停止します。
内容は四半期ごとに棚卸しします。
Metaの指標定義が変わった場合、古い事例を黙って新定義へ読み替えず、取得当時の定義とversionを残します。
クライアントの許諾が変わった場合は、元CSVだけでなく生成済み資料の配布先も追跡します。
この監査まで運用へ組み込むことで、ポートフォリオは一度作って放置する資料ではなく、信頼を積み重ねる営業資産になります。
社名を隠すだけで常に安全とは限りません。
契約、守秘義務、利用目的、掲載許諾、再識別可能性を確認してください。
地域、画像、正確な数値、期間の組合せで特定できる場合もあります。
公開範囲を明示承認してもらい、証跡を保管する運用が安全です。
利用できる期間は、公式画面、API、metric、保存済み履歴で異なります。
Instagram公式画面では過去90日内の期間選択が案内されていますが、すべての過去metricを無期限に取得できる意味ではありません。
案件中に定期保存し、取得時刻とmetric定義を残してください。
アカウント情報の保管には役立ちますが、営業用に比較可能なInsights表へ自動的に整うとは限りません。
必要な指標、期間、担当、広告の有無、許諾を別途整理し、不要な個人情報を除いてください。
依頼目的によります。
認知ならリーチや非フォロワー到達、関係構築なら保存や返信、事業成果なら有効問い合わせや予約など、目的に合う指標が必要です。
フォロワー純増も開始規模、期間、増減内訳、施策と一緒に示します。
UTM、クーポン、フォーム回答、CRMなど、帰属方法を明記できる範囲に限定します。
全社売上の増加とSNS施策の因果を自動的に断定しません。
推定なら推定と表示し、他施策の影響も注記します。
目的に不要な個人情報や機密内容を増やすべきではありません。
投稿テーマ、形式、指標、施策要約など必要最小限へ変換します。
DMは本文ではなく、問い合わせ種別や件数などのイベントへ集約する方が安全です。
手元のCSVや手入力データをuser単位で保存できる設計なら利用できます。
Instagram接続は自動計測を便利にしますが、ポートフォリオやマイナレッジ所有の必須条件にする必要はありません。
後から接続した際に、本人の履歴と安全に関連付けます。
無条件追加は推奨しません。
利用者が内容、匿名化、対象列を確認し、明示的に追加したものだけを再利用します。
重複検知、参照元表示、削除、version管理を用意すると、AIが古い数値や機密列を使うリスクを下げられます。
SNS運用のポートフォリオは、派手なスクリーンショット集ではありません。
数字、条件、担当、証拠を同じcase_idへ結び付け、クライアントの秘密を守りながら、どの問題をどう改善したかを説明する仕組みです。
CSVは、案件基本情報、期間別metric、施策と学びに分けます。
指標辞書、取得元、広告の有無、推定、欠損理由、許諾状態、schema versionを残せば、時間が経っても比較できます。
公開版、商談用機密版、社内監査版を分けることで、営業価値と安全性を両立できます。
そして、CSVをAIで活用するときは、本人の明示操作でマイナレッジへ追加し、質問に関連する部分だけを参照します。
Instagram未接続でもuser単位で蓄積し、接続後の自動計測と統合できる状態が理想です。
※本稿は一般的なデータ設計・運用の解説であり、法的助言、成果保証、Meta APIの恒久的な仕様保証ではありません。
公開前に契約、クライアント許諾、最新の公式仕様を確認してください。
S.Earch 5秒無料診断
自分のInstagramで、次に直す場所を確認
1問を選ぶと改善の優先順位をその場で表示。結果の無料保存までカード登録不要です。
無料診断を始めるS.Earch の PREMIUM (月¥5,980) 機能を 7日間 全部 試せます。 リール AI 添削 / 24日 ローンチ プラン / 競合 バズ追跡 / SNS AI コーチ まで全部入り。 カード登録不要 ・期間中いつでも解約OK。
まずは自分のアカウントで、改善の優先順位を確認
1問・約5秒。結果はその場で表示し、無料保存できます。カード登録不要
5秒無料診断を始める事業者の方は 事業者向け 集客診断 · 代理店の方は AGENCY プラン も
無料の LINE で もっと深く 学ぶ
AIインスタ大学 (MOSH)
無料無料で 動画 60時間 + テキスト 50万字 を 受け取る