Instagram投稿ROIの計算方法｜費用・粗利・帰属を分ける実務式

Instagram投稿ROIの計算方法｜費用・粗利・帰属を分ける実務式

「保存は増えた。
プロフィール閲覧も増えた。
それでも、この投稿へ使った時間と費用が事業に見合ったかは、どう計算すればよいのか」。
Instagram投稿のROIで難しいのは割り算ではありません。
投稿が生んだ価値の範囲、費用の範囲、売上を投稿へ帰属できる根拠を、同じ期間・同じ単位でそろえることです。

本稿は、Instagramの投稿単位でROIを検討したい事業者・運用担当者向けです。
SNS運用代行会社全体の利益率や料金相場を論じる記事ではありません。
Instagram Insights、Web analytics、CRMや販売記録を接続し、「確認できた事実」「仮定」「未計測」を分けて計算します。
平均ROI、万能な保存率、業界標準のCV率、成果を保証する閾値は提示しません。

公開日：2026年8月3日

最終更新日：2026年8月3日 執筆・監修：株式会社S.Line／岡田颯太（SNS分析・事業設計）

結論：投稿ROIは「帰属粗利−投稿費用」を投稿費用で割る

投稿単体の基本式は次です。

投稿ROI（%） =（投稿へ帰属できる粗利 − 投稿に直接・配賦した費用）÷ 投稿に直接・配賦した費用 × 100

売上ではなく粗利を使うのは、販売額のすべてが事業へ残るわけではないためです。
商品原価、決済手数料、配送、提供工数など、注文に応じて増える費用を売上から差し引きます。
ただし自社が貢献利益や営業利益を投資判断に使うなら、その定義を採用して構いません。
重要なのは、分子の利益定義と費用範囲を毎回同じにすることです。

帰属粗利 = Instagram投稿へ帰属した売上 − その売上に対応する変動費 − 返金・取消

投稿費用 = 企画人件費 + 撮影人件費 + 編集人件費 + 監修人件費 + 素材・外注費 + 広告費 + tool費配賦 + その他直接費

たとえば、投稿経由と確認できた売上を記号 R、変動費を V、投稿費用を C とすれば、ROI=(R−V−C)÷C×100です。
数値例をそのまま自社bench markにしないため、本稿では固定の成功値を置きません。
自社の実測値を代入し、帰属確度別にscenarioを分けます。

費用が0と記録されている場合、ROIを計算しないでください。
担当者の時間を無料とみなした、toolの年額を配賦していない、素材費を別部署へ置いた可能性があります。
分母が0なら数学的にも実務的にも比較不能です。

指標	式	答える問い	注意点
投稿ROI	(帰属粗利−投稿費用)÷投稿費用	投じた費用に対して利益が残ったか	帰属と費用範囲が必要
ROAS	帰属売上÷広告費	広告費に対して売上がいくらか	Organic制作費を含まない
CPA	費用÷獲得件数	1件の獲得にいくら使ったか	「獲得」の定義を固定
CPL	費用÷lead数	1leadの費用	lead品質を示さない
粗利率	粗利÷売上	売上のうち粗利が残る割合	商品・plan別に異なる
回収期間	累積帰属粗利が累積費用を超えるまで	投資がいつ回収されるか	継続購入と解約を反映

ROI、ROAS、エンゲージメントを混同しない

Instagram Insightsで見えるViews、Accounts reached、Interactions、Accounts engagedは、投稿の配信や反応を理解する指標です。
MetaのInstagram Insights公式Helpは、professional accountでaccount全体や個別投稿等のinsightsを確認できること、指標の一部が推定値・開発中であることを案内しています。
これらは売上や利益そのものではありません。

保存が増えた投稿は、後で参照したい情報だった可能性があります。
しかし保存した人が購入したか、別channelで既に購入予定だったか、利益が残ったかは保存数だけでは分かりません。
Reachが増えても対象外の人へ届けば、商談にはつながらないことがあります。
逆に表示が小さくても、既存顧客の解約を防ぐ重要な案内かもしれません。

ROASは広告費を分母にする指標です。
広告費だけを見たいときには有用ですが、Organic投稿の企画・撮影・編集・承認の費用を無視します。
「ROASが良い」ことと「投稿を含む運用全体のROIが良い」ことは同じではありません。
広告配信した投稿では、広告費を分けたROASと、制作費も含めたROIを並べます。

観測値	直接分かること	直接は分からないこと	次に接続するdata
Views	表示・再生された回数	人数、購入、利益	Reach、watch、Web event
Accounts reached	少なくとも一度届いた推定account	購入意向、適格性	Profile action、landing visit
Saves	保存操作	後で読んだか、購入したか	再訪、assisted conversion
Shares	共有操作	共有先、受注貢献	referral、brand search
Profile visits	Profileを見た行動	link click、問い合わせ	outbound click、UTM session
Landing visit	Webへ到達	内容理解、相談完了	scroll、diagnosis、form
Lead	定義した問い合わせ	適格性、受注	qualification、deal stage
Revenue	売上	粗利、投稿の因果	原価、返金、attribution

計算前に「成果イベント」を一つずつ定義する

ROI計算が壊れる典型は、担当者ごとに「conversion」の意味が違うことです。
プロフィールリンクclick、無料診断開始、診断完了、メール保存、本人確認、商談予約、契約、入金を一つのCVへまとめると、どこで止まったか分かりません。

event辞書を作り、event名、発生条件、発生時刻、data source、重複排除key、取消条件、個人情報を含めない集計方法を定義します。
たとえば diagnosis_completed は「結果画面を表示した」なのか「全問回答をserverが受理した」なのかを決めます。
画面表示だけならrefreshで重複する可能性があるため、server eventと照合します。

購入を成果とする場合も、注文作成、決済承認、入金確定、返金期限経過を分けます。
高額B2Bならleadから受注まで長いため、投稿公開月の売上だけで切ると成果を見落とします。
商談pipelineを追い、未受注の見込金額と確定売上を混ぜません。

推奨するfunnel event例は次です。

1. instagram_content_view：Instagram側の投稿表示。集計値として取得。
2. profile_visit：Instagram側で確認できる範囲のprofile action。
3. landing_visit：UTM付きURLで自社siteへ到達。
4. demo_started：無料診断の最初の操作をserverが受理。
5. diagnosis_completed：診断完了条件を満たした。
6. email_saved：同意を伴う保存が成功。analyticsへemail自体を送らない。
7. verified_signup：本人確認callbackが成功。
8. qualified_lead：事前定義した条件を満たす。
9. contracted：契約成立。
10. cash_collected：入金確認。返金・取消は別eventで戻す。

UTMで投稿からWebまでをつなぐ

Google Analyticsのcustom URLに関する公式Helpは、utm_source、utm_medium、utm_campaignなどをdestination URLへ付け、参照campaignを識別する方法を説明しています。
utm_contentはcreativeやlink位置の区別に使えます。
大文字小文字や命名揺れで別値になるため、命名辞書を作ります。

Instagram Organic投稿の例は次です。

https://example.com/?utm_source=instagram&utm_medium=organic_social&utm_campaign=2026_q3_roi&utm_content=feed_roi_formula_a

utm_source=instagram、utm_medium=organic_socialを固定し、campaignで施策、contentで投稿IDとlink位置を識別します。
プロフィールに複数投稿から人が集まる場合、投稿ごとの厳密なlast clickは取れないことがあります。
Story link、広告、profile linkで取得粒度が違うため、「計測できないものを0件」と断定せずunknownとして残します。

Googleはcampaign parameterに個人を識別する情報を入れないよう案内しています。
投稿担当者名、顧客名、email、電話番号、相談内容をUTMへ入れません。
安定した内部IDを使い、対応表が必要ならaccess制限した自社環境へ置きます。

redirectやloginを挟む場合、UTMが途中で失われないか実browserで確認します。
landing pageのfirst touchを同意・privacy設計に沿って保存し、signup callbackや決済完了まで引き継ぎます。
query parameterをanalytics page pathへ無制限に送ると、個人情報やcardinalityの問題が起きるため、許可listで必要なcampaign値だけを保存します。

帰属モデルを一つに決めつけない

人は投稿を見てすぐ購入するとは限りません。
投稿を保存し、数日後にbrand名で検索し、別の端末から申込み、営業担当との面談を経て契約することがあります。
last clickだけなら検索へ成果が寄り、first touchだけなら後段の比較・営業貢献が消えます。

投稿ROIでは最低三つのscenarioを出すと、断定を避けながら判断できます。

• Direct/last-touch：投稿固有linkを最後に踏み、定義した期間内に成果へ到達したもの。
• First-touch：最初の認知が投稿・Instagramで、後続channelを経て成果へ到達したもの。
• Assisted：購入journeyの途中に投稿・Instagram接点が確認できたもの。全額を帰属せず別集計にする。

同じ売上を複数投稿のROIへ全額計上しないでください。
投稿Aで認知、投稿Bで比較、Story Cでclickした場合、三つに売上全額を加えるとchannel合計が実売上を超えます。
投稿単位分析ではfractional creditを使うか、direct revenueとassisted revenueを別列にします。

model	creditの置き方	向く問い	limitation
Last touch	成果前の最後の計測接点	直近の行動を促したlinkは何か	上流認知を過小評価
First touch	最初の計測接点	新規需要の入口は何か	後段の貢献を過小評価
Linear	全接点へ均等配分	journey全体を俯瞰	接点の質を同じ扱い
Position based	最初と最後を重くする	認知と決定を両方見る	weightは仮定
Time decay	成果に近い接点を重くする	長いjourneyを時間考慮	長期の教育投稿に不利
Incrementality test	対照との差を見る	因果へ近づく	設計・sample・期間が必要

Google Analyticsの帰属設定やreportsは更新され得るため、画面値を転記するだけでなく、property、model、lookback、取得日を保存します。
自社計算とplatform reportが違う場合は、timezone、identity、cross-device、consent、cookie、window、refundの扱いを比較します。

投稿費用を漏れなく計算する

Organic投稿を「広告費0だから無料」と扱うとROIは必ず歪みます。
担当者の企画、調査、撮影、編集、監修、承認、投稿、comment対応、月次分析に時間がかかります。
給与や業務委託費から時間単価を定義し、作業記録を投稿またはcampaignへ配賦します。

人件費は、実支給額だけでなく会社負担を含むfully loaded costを使うか、簡便な標準単価を使うかを会計担当と決めます。
どちらでも、periodをまたいで同じ方法を使います。
経営者本人の作業も0円にせず、代替可能な時間単価または機会費用を別scenarioで出します。

共通費は合理的なdriverで配賦します。
撮影機材を投稿本数で割る、分析toolを利用account数で割る、brand撮影を使用素材数で割るなどです。
精密さに時間をかけすぎる場合は、direct costとallocated costを分け、配賦法を固定します。

投稿費用台帳の列例です。

列	内容	記録例の考え方
content_id	投稿を一意に識別	platform IDと内部IDを対応
cost_type	labor / vendor / media / tool	大分類を固定
activity	research / shoot / edit / review	工程別に分析
minutes	実作業時間	timerまたは日報
hourly_cost	採用した時間単価	年度ごとにversion管理
direct_cost	投稿だけに生じた費用	外注、素材、広告
allocation_rule	共通費の配賦	posts / hours / accounts
allocated_cost	配賦額	ruleと元額を追跡
currency	通貨	為替換算日も保存
evidence	請求書・日報の所在	公開reportへ秘密を出さない

売上から粗利・LTVへ進む

単発売上だけで判断すると、継続契約、subscription、repeat購入を持つ事業では投稿価値を過小評価することがあります。
一方、将来LTVを楽観的に全額計上すると過大評価になります。
実現済み粗利と、予測LTVを分けます。

実現済み投稿ROIは、計測期間内に入金・提供し、返金を反映した粗利で計算します。
予測ROIは、cohort別の継続・解約・粗利履歴から期待粗利を計算し、予測であること、model version、観測期間を明記します。
新商品で履歴が少ない場合は、予測値をROIの主結果にしません。

期待粗利LTV = 各将来期間の継続確率 × その期間の期待粗利 を期間ごとに合計します。
discount rateを使う場合は財務方針へ合わせます。
契約金額全額ではなく、提供に伴う人件費・原価・返金を反映します。

B2Bでは、lead valueを 受注確率×期待粗利 としてpipeline評価に使えますが、実現利益ではありません。
営業担当の主観で確率を変えないよう、stage定義と過去の移行率を使い、実績がないstageは幅で示します。
投稿別には、leadの初回sourceとassisted接点を残し、商談内容や個人情報をanalyticsへ送らず、集計tableで結合します。

投稿単体とcluster・運用全体を三層で見る

一つの投稿だけでpurchaseまで完結しない場合、投稿単体ROIが低くても、比較投稿やFAQ投稿が他の投稿を支えていることがあります。
反対に、最後のCTA投稿だけが売上を独占して見えることもあります。
そこで分析単位を三層にします。

第一層はcontent単体です。
直接click、direct conversion、費用、direct ROIを見ます。
第二層はtopic clusterです。
「Instagram分析」「投稿ROI」「UTM」「report」など、同じ意思決定を支える記事・投稿群の費用と成果を集約します。
第三層はInstagram channel全体です。
profile、Stories、DM、広告、Organicを含む全費用と帰属粗利を見ます。

三層を併記すると、単体でdirect conversionが少なくても検索・保存・assistedへ貢献する教育投稿を、誤って停止しにくくなります。
ただし「認知価値」を都合よく金額換算しません。
direct、assisted、unattributedを分け、定量化できない学びは別欄へ書きます。

内部の学習記事として、指標定義はInstagramインサイト分析ガイド、実績dataの証拠化はSNSポートフォリオCSV設計、Reelsとfeedの役割分担はReelsとフィードの比較ガイドを参照できます。

spreadsheetで作る再現可能な計算表

一行一投稿のsummaryだけでは、複数注文や複数費用を扱いづらくなります。
最低でも四つのtableに分けます。

contentsは content_id、platform、publish_at、format、topic、campaign、organic/paidを持ちます。
costsは一費用一行。
touchpointsは匿名のjourney ID、content ID、event、timestamp、source/medium/campaign/contentを持ちます。
transactionsは匿名ID、売上、変動費、返金、粗利、確定日を持ちます。

集計時は同じorderを重複しないよう、transaction IDでdeduplicateします。
test注文、staff操作、bot、返金、取消をflagで除外します。
timezoneはbusinessの基準へそろえ、Instagram日付とanalytics日付の境界を明記します。

計算表には次の式を置きます。

• labor_cost = minutes / 60 × hourly_cost
• total_content_cost = SUM(direct_cost + labor_cost + allocated_cost)
• gross_profit = recognized_revenue − variable_cost − refunds
• attributed_gross_profit = gross_profit × attribution_credit
• content_roi = (attributed_gross_profit − total_content_cost) / total_content_cost
• cost_per_verified_signup = total_content_cost / verified_signups
• lead_to_contract_rate = contracts / qualified_leads

分母が0のときは0を返さず N/A にします。
missingとzeroを分け、measurement_statusへ complete、partial、unknownを入れます。
percentageは内部で小数として保存し、表示だけformatします。
式のversionを持ち、過去月を新式へ再計算した場合は変更履歴を残します。

計測欠損を発見するfunnel audit

ROIが低いと判断する前に、eventが正しく届いているか確認します。
投稿閲覧があるのにlanding visitが0なら、CTAと検索意図が合わない場合もあれば、リンク切れ、UTM消失、in-app browser、consent、redirect、analytics blockerが原因かもしれません。

landing visitがあるのに診断開始が0なら、first viewの説明、loading、button、mobile layoutを確認します。
診断完了があるのにemail saveが0なら、結果の価値、保存理由、privacy説明、validation、API errorを見ます。
saveがあるのにverified signupが0なら、verification mail、callback、期限、spam folder案内、cross-device継承を確認します。

停止点	内容側の仮説	技術側の仮説	検証
Reach→Profile 0	表紙と対象が不一致	Insights取得範囲違い	投稿別値と画面定義
Profile→Visit 0	link先の価値が不明	link切れ、in-app browser	実端末click、UTM受信
Visit→Start 0	first viewが検索意図と不一致	JS error、button hidden	mobile full-scroll、event log
Start→Complete 0	設問が長い・不明	session消失、API error	step別drop、server log
Complete→Save 0	保存benefitと同意が不明	validation・DB error	form error、write readback
Save→Verify 0	mail案内不足	delivery、callback、token	PII-free aggregate、test account
Verify→Purchase 0	offer不一致	checkout、権限、決済	qualified feedback、system log

計測修正によってconversionが「増えた」場合、実需要が増えたのか、以前の欠損が直ったのかを注記します。
deployment前後でevent versionを分け、過去dataへ遡って比較しない期間を決めます。

意思決定は単一のROIではなくscenarioで行う

帰属が完全ではないとき、強引に一点推定を出すより、保守・基準・上限scenarioを作ります。
保守scenarioはdirectに確認できた粗利のみ。
基準scenarioは事前定義したfirst/last touch。
上限scenarioはassistedの一部を含めます。
どのscenarioでも費用は同じ範囲にそろえます。

投稿継続の判断は、ROIだけでなく、data品質、戦略的役割、改善可能性、riskを含めます。
法令案内、障害情報、既存顧客supportなど、直接売上を目的にしない投稿へ売上ROIを強制しません。
目的を「問い合わせ削減」「onboarding完了」「誤購入防止」などに置き、cost effectivenessで評価します。

状況	判断	次のaction
Direct ROIが正、data完全	継続候補	formatだけでなく意図を再現
Direct負、assisted大	cluster内役割を確認	pathwayとcredit重複をaudit
Reach大、landing 0	売上評価前に導線確認	CTA、link、意図を一つずつtest
Visit大、signup 0	投稿量を増やさない	診断UX、callbackを修正
売上あり、費用不明	ROI未算出	time trackingと配賦を直す
売上あり、source不明	Instagramへ全帰属しない	first touchと自己申告を改善
ROI正、refund増	粗利を再計算	顧客適合とpromiseを確認
ROI負、重要案内	売上以外の目的で評価	support costやrisk低減を見る

月次reviewの手順

月初に前月の投稿、費用、Insights、Web event、transactionを締めます。
返金や受注遅延があるため、速報値と確定値を分けます。
公開から短期間の投稿と長期に働く投稿を同じ観測窓で比べず、7日、28日、90日など自社のjourneyに合うcohortを固定します。

reviewでは、最初にdata品質を確認します。
欠損、重複、UTM揺れ、test traffic、bot、timezone、event versionを処理します。
次にfunnel停止点をURL・投稿・cluster別に出します。
その後に費用、帰属粗利、ROIを計算し、最後に次月の仮説を一つ決めます。

同時に複数要素を変えると原因が分かりません。
表紙、caption、CTA、landing page、offerのうち、何を変えたかをchange logへ残します。
ただしfunnel破損や誤表示はexperimentにせず即時修正します。
改善案を出すだけでなく、責任者、期限、検証eventを持たせます。

月次reportは次の順でまとめます。

1. 対象期間、data確定日、使用したplatformと定義。
2. 投稿・cluster・channelの費用。
3. direct、first-touch、assistedの成果を重複なしで表示。
4. 売上、変動費、返金、帰属粗利、ROI。
5. funnel段階別件数と前期間比較。
6. 計測欠損、外部要因、model変更、未確定受注。
7. 継続、改善、停止の判断と次の一施策。

よくある失敗

第一は、売上を利益として計算することです。
高売上でも原価・提供工数・返金が大きければ投資判断は変わります。
第二は、Organic制作費を0にすることです。
第三は、広告ROASをSNS全体ROIと呼ぶことです。

第四は、最後にclickされた投稿へ契約全額を帰属することです。
第五は、複数投稿へ同じ売上全額を計上することです。
第六は、投稿公開月だけでB2B受注を評価することです。
第七は、LTV予測を実現利益と混ぜることです。

第八は、保存率やengagementの目標を業界平均として固定することです。
公式仕様、format、account規模、対象、目的で意味が変わります。
自社baselineと同条件で比較します。
第九は、計測欠損をconversion 0と断定することです。
第十は、成功した一投稿の表面だけを模倣し、検索意図・offer・landing pageの組合せを無視することです。

実装・公開前checklist

• 投稿ごとに安定したcontent_idがある。
• UTM source、medium、campaign、contentの命名辞書がある。
• parameterへemail、氏名、電話、相談内容を入れていない。
• redirect、login、signup callbackの後にも許可したfirst touchが残る。
• Insightsのmetric定義、期間、取得日、Organic/広告を保存した。
• 費用に調査、制作、監修、承認、分析、tool、広告を含めた。
• 売上から変動費、返金、取消を引いた。
• direct、first touch、assistedを重複なしで示した。
• 未計測を0に置換していない。
• 分母0をN/Aとしている。
• test、staff、bot、重複transactionを除外した。
• mobileのlinkと全funnelを実browserで確認した。
• event writeとDB aggregateをreadbackした。
• 計算式、attribution model、lookback、timezoneにversionがある。
• 速報値と確定値、実現粗利と予測LTVを分けた。
• 投稿の結果が将来も再現すると表現していない。

実務付録：変数で行う計算手順と逆算check

ここでは相場、目標値、S.Earch利用者の実績と誤認される固定数値を置かず、自社の実測値を代入する手順だけを示します。

投稿固有のcontent_idについて、各制作工程の実測時間をh_i、担当別の標準時間単価をr_iとして、人件費L=Σ(h_i×r_i)を求めます。
外注素材をM、tool配賦をT、広告費をAとすれば、投稿費用はC=L+M+T+Aです。
金額を丸める場合は、丸め前の値も保存します。

同じcontent_idへ帰属した各注文をjで表し、注文ごとの売上から商品原価、決済、配送、提供に比例する工数、返金を引いた粗利をG_j、事前定義したcreditをw_jとします。
帰属粗利はAG=Σ(G_j×w_j)、投稿ROIはROI=(AG−C)÷C×100です。
注文が存在しない場合はAG=0、費用Cが未確定または0の場合はROIをN/Aとして、推定値で穴埋めしません。

ここで検算します。
各w_jが0以上1以下か、同じ注文に付けた全channel creditの合計が1を超えていないか、refundが粗利と件数の両方へ反映されたか、広告費がcostと別reportで二重計上されていないかを確認します。
投稿別帰属粗利の合計が期間の全社粗利を超えた場合は、重複credit、期間境界、通貨、transaction重複を疑います。

Check	式・照合	Errorの兆候	修正
費用合計	工程別明細のsum＝C	Summaryだけ大きい・小さい	元明細へ戻る
売上合計	注文台帳＝決済集計	Test・取消が混入	Statusで除外
粗利	売上−変動費−返金	粗利が売上を超える	Signと通貨を確認
Credit	注文ごとの全channel合計≤1	Channel合計が実績超過	重複touchを統合
日付	Business timezoneで統一	月末注文が二月に分かれる	UTC変換を固定
分母	C>0	無限大・異常値	N/Aとして費用を再収集
Cohort	公開日後の適切なwindow	公開前注文が帰属	First touch時刻を照合

実務付録：data lineageと月次確定の手順

ROI reportの各cellから元dataへ戻れるようにします。
content_idはInstagram media ID、内部企画ID、UTM contentを対応づけます。
journey_idは個人を直接表さないIDとし、analytics集計からemailや会社名を見せません。
transaction_idは販売systemの権限内で保持し、公開reportには集計だけを出します。

締め処理は、取得、固定、cleaning、join、計算、review、確定の順です。
Instagram側の指標は取得日時と画面定義、Web eventはschema version、CRMはstage履歴、会計は入金・返金の基準を保存します。
Raw dataを上書きせず、cleaning ruleと除外件数を記録します。

Google Analyticsのattribution modelに関する公式Helpも、reporting attribution modelの考え方を確認する資料です。
Propertyの設定や提供機能は変更され得るため、画面名だけで自社式を推測せず、取得時点の設定をreportへ添えます。

月次確定の承認者は、marketingだけにしません。
費用ownerは工数・請求、salesはlead・stage、financeは売上・返金、analytics担当はeventと帰属を確認します。
少人数なら一人が兼務しても、四つの観点をchecklist上で分けます。

速報値は、未確定注文・返金window・商談継続を含むためprovisionalと表示します。
確定日を過ぎて更新した場合は、旧値、新値、理由、影響する投稿をchange logへ残します。
良い結果だけを確定し、悪い返金を翌月へ送らないよう、期間基準を固定します。

実務付録：投稿を止める前の反証質問

ROIが負の投稿を停止する前に、次を確認します。
投稿は直接購入が目的か、それとも比較・onboarding・supportか。
観測windowはsales cycleを含むか。
CTA URLは動いたか。
First-touchはcallbackまで残ったか。
費用に一回限りの基盤整備が含まれ、再利用分へ配賦すべきではないか。
返金や原価は正しく結合されたか。
別投稿へ成果を重複帰属していないか。

反対にROIが正でも、少数の高額注文一件だけ、既存顧客の購入、広告campaign、営業紹介など外部要因を確認します。
投稿の表現が対象外leadや返品を増やしていないか、support負荷を見ます。
数値の符号だけで継続・停止を自動化せず、data品質と顧客適合を一緒にreviewします。

よくある質問

Q1. Instagram投稿ROIは売上だけで計算できますか？

売上だけでは投資後に残る価値を示しません。
売上から変動費と返金を引いた粗利を使い、投稿の企画・制作・監修・tool・広告などの費用を分母へ含めます。
自社が別の利益定義を使う場合は定義を明記します。

Q2. Organic投稿は費用0としてよいですか？

担当者、経営者、監修者の時間、外注、撮影、素材、tool、分析にはcostがあります。
現金支出がなくても時間費用を記録します。
費用が本当に0ならROIは計算不能としてN/Aにします。

Q3. 保存数を金額へ換算できますか？

保存から購入までの実測関係がない限り、一定単価を掛けて売上扱いしません。
保存は中間行動として追い、再訪、landing visit、signup、購入とのcohortを観測します。
金額換算する場合は推定modelと誤差を別表示します。

Q4. 投稿を見たと申告した顧客は全額帰属できますか？

自己申告は有用な接点証拠ですが、他の広告、検索、紹介も影響している可能性があります。
first-touchとして集計し、last-touchやdirectと分けます。
同じ売上を複数channelへ全額加算しません。

Q5. LTVを使うべきですか？

継続事業では判断材料になりますが、実現済み粗利と予測LTVを分けます。
cohort別の継続・解約・粗利履歴、model version、観測期間を示し、履歴が乏しい場合は幅を持たせます。

Q6. ROIが負なら投稿を止めるべきですか？

まず費用・帰属・計測欠損を確認します。
教育、support、法令案内など直接売上を目的にしない投稿は別の目的指標で評価します。
改善可能なfunnel停止があれば直し、同条件で再測定します。

Q7. 投稿ごとの売上が取れない場合はどうしますか？

UTMを標準化し、first-touch、last-touch、自己申告を分けます。
取得できない期間は推測で埋めず、clusterまたはchannel単位で評価します。
今後の計測改善と過去実績の推定を混ぜません。

Q8. ROIの良い投稿をそのまま再投稿すればよいですか？

表面のformatだけでなく、対象の検索意図、offer、時期、landing page、営業体制を確認します。
過去の正ROIは将来成果を保証しません。
再利用時は情報の更新、creative fatigue、重複、現在のfunnelを確認します。

まとめ：ROIは数字を良く見せる式ではなく、次の改善場所を決める仕組み

Instagram投稿ROIは、帰属粗利から投稿費用を引き、投稿費用で割ります。
しかし価値があるのは結果のpercentageだけではありません。
Insights、UTM、診断、signup、商談、購入を段階に分け、どこで止まり、どのdataが欠け、どの費用が漏れたかを確認できることです。

投稿単体、topic cluster、channel全体を三層で見ます。
Direct、first-touch、assistedを分け、同じ売上を重複計上しません。
実現粗利と予測LTV、速報と確定、0と未計測を分ければ、派手な数値や架空のbench markに頼らず意思決定できます。

自社のInstagram投稿から無料診断までの導線を確認したい場合は、S.Earchの無料診断を試すから計測対象を確認できます。
診断は売上・利益・ROIの増加を保証するものではありません。
自社の費用台帳と販売dataを合わせて判断してください。