هزینه سئو؛ روش برآورد بودجه، قرارداد و ROI

دو پیشنهاد سئو می‌تواند یکی ۳۰ میلیون و دیگری ۳۰۰ میلیون تومان باشد و هر دو هم روی جلد نوشته باشند «سئو کامل». اختلاف قیمت لزوماً نشانه گران‌فروشی یا کیفیت نیست؛ اغلب یعنی مسئله، حجم کار، مسئولیت اجرا و حتی تعریف موفقیت در دو پیشنهاد یکسان نیست. سؤال درست فقط «هزینه سئو چقدر است؟» نیست؛ باید بپرسید برای کدام نتیجه، با چه دامنه کاری، در چه بازه‌ای، با مالکیت چه دارایی‌هایی و تحت چه ریسکی پول می‌دهیم؟

این راهنما برای مدیر ایرانی نوشته شده است تا بدون تکیه بر تعرفه‌های منقضی، پیشنهاد آژانس، فریلنسر و تیم داخلی را هم‌سطح کند. ابتدا مسئله را به Backlog و ظرفیت تبدیل می‌کنیم، سپس هزینه کل مالکیت، قرارداد، KPI و ROI را می‌سنجیم. عددهای مثال صرفاً فرضی و به تومان‌اند؛ نرخ بازار نیستند و باید در تاریخ خرید از چند تأمین‌کننده واجد شرایط استعلام شوند.

هزینه سئو دقیقاً بابت چیست؟

سئو خرید جایگاه از گوگل نیست. گوگل در راهنمای رسمی انتخاب متخصص سئو تصریح می‌کند که برای حضور یا رتبه ارگانیک پول نمی‌گیرد. شما بابت تشخیص مسئله، تصمیم، تولید و اصلاح دارایی، هماهنگی اجرا، کنترل کیفیت و یادگیری از داده هزینه می‌کنید. نتیجه نیز از تعامل کیفیت سایت، تقاضای جست‌وجو، رقبا، محصول، برند و سیستم‌های جست‌وجو حاصل می‌شود؛ نه فقط از فعالیت پیمانکار.

سئو می‌تواند جریان ارزش ماندگارتری از یک کمپین کوتاه بسازد، اما «دارایی دائمی» نیست. محتوا کهنه می‌شود، رقیب بهتر می‌سازد، محصول و SERP تغییر می‌کنند و خطاهای فنی برمی‌گردند. پس هزینه نگهداری، Refresh و فرصت از‌دست‌رفته را نیز در تصمیم لحاظ کنید. مقایسه تبلیغ و سئو باید بر حاشیه سود، سرعت یادگیری، پایداری تقاضا و ریسک کانال انجام شود؛ نه گزاره ساده «تبلیغ قطع می‌شود ولی سئو می‌ماند». برای مقایسه منصفانه با Paid Search، هزینه و محدودیت‌های عملیاتی تبلیغات گوگل و سنجش کمپین را هم وارد مدل کنید.

لایه هزینهنمونه کارخروجی قابل‌پذیرشریسک پنهان
راهبرد و تحقیقتقاضا، رقبا، معماری، PrioritizationBaseline، نقشه Intent، Backlog امتیازدهی‌شدهگزارش زیبا بدون تصمیم اجرایی
فنیCrawl، Index، Canonical، Performance، MigrationTicket، معیار پذیرش، تست و Evidence تولیدنبود ظرفیت توسعه یا Rollback
محتواBrief، تولید، بازنویسی، Fact-check، تصویرصفحه منتشرشده با Source و QAهزینه کارشناس موضوعی و Refresh
اعتبار و توزیعروابط عمومی، Citation، Digital PRکمپین و پوشش واقعی با منشأ روشنلینک پولی یا ادعای غیرقابل‌اثبات
اندازه‌گیریSearch Console، GA4، BackendTracking plan، Dashboard، تصمیم دوره‌ایAttribution ناقص و Consent
مدیریتجلسه، RACI، QA، گزارش، Changeصورت‌جلسه تصمیم، Risk log و Statusهزینه هماهنگی در چند تیم

قبل از استعلام قیمت، مسئله را تعریف کنید

یک فرم «قیمت سئو سایت» بدون داده، فروشنده را وادار به حدس می‌کند. حدس‌ها متفاوت‌اند و Quoteها قابل مقایسه نیستند. یک Discovery کوتاه بسازید و اطلاعات یکسان را در اختیار همه پیشنهاددهندگان بگذارید. برای تخمین فضای رقابت، روش تحلیل رقبا در سئو کمک می‌کند رقابت واقعی بر سر Query و Page type را از فهرست رقبای تجاری جدا کنید.

Brief خرید سئو در یک صفحه

  • هدف کسب‌وکار: مثلاً Lead واجد شرایط یک خدمت، فروش یک گروه کالا یا کاهش وابستگی به Paid.
  • دامنه: دامنه‌ها، زبان‌ها، شهرها، دسته‌ها، Templateها و موارد خارج از Scope.
  • Baseline: Click/Impression ارگانیک، Landingها، Lead/Order، Revenue، خطا و انتشار ماهانه.
  • محدودیت: CMS، تیم توسعه، فصل فروش، حقوق و Compliance، دسترسی و سرویس خارجی.
  • ظرفیت داخلی: چه کسی کد، متن، طراحی، تأیید حقوقی و انتشار را انجام می‌دهد؟
  • افق تصمیم: دوره Pilot، تاریخ Review و شرط ادامه؛ نه تاریخ تضمینی رتبه.

Baseline را با داده قابل بازتولید ثبت کنید

فایل Baseline باید بازه، Property، Filter، Timezone، Currency، Query/Page segment و تاریخ Export داشته باشد. Search Console منبع دست‌اول عملکرد جست‌وجوی گوگل است؛ با این حال داده ردیفی آن محدودیت و تجمیع دارد. راهنمای رسمی گزارش Performance پیشنهاد می‌کند روند Click و Impression بیشتر از Position منفرد دیده شود. تعریف Click، Impression و Average position نیز نشان می‌دهد Position یک میانگین و وابسته به Query، مکان و نمایش است؛ بنابراین اسکرین‌شات رتبه در یک دستگاه Baseline نیست.

داده ورودیحداقل برش لازمپرسش خریدمالک
Search ConsolePage type، Brand/Non-brand، Device، Countryکدام تقاضا دیده می‌شود ولی Click/صفحه مناسب ندارد؟Marketing/Data
GA4Landing، Session source، Key eventورود ارگانیک پس از Landing چه می‌کند؟Analytics
CRM/فروشLead stage، Order، Margin، Refundنتیجه واجد شرایط و سودآور چیست؟Sales/Finance
Crawl/IndexTemplate، Status، Canonical، Index stateکدام نقص مانع Discovery یا Consolidation است؟SEO/Engineering
عملیات محتواCycle time، ظرفیت، Revision، SMEگلوگاه تولید و تأیید کجاست؟Content

مدل برآورد هزینه سئو از Scope تا ظرفیت

به جای «سایت کوچک/متوسط/بزرگ»، کار را به واحد قابل شمارش تبدیل کنید. هزار URL ممکن است یک Template داشته باشد و حل آن از بازنویسی ۳۰ صفحه تخصصی ارزان‌تر باشد. از سوی دیگر، یک Migration کوچک می‌تواند ریسک درآمد بالایی داشته باشد. برآورد عملی در پنج گام ساخته می‌شود.

گام ۱: Backlog اولیه بسازید

هر آیتم یک Opportunity یا Risk، Scope، وابستگی، Definition of Done و Evidence لازم دارد. ممیزی فنی باید به Ticket قابل اجرا تبدیل شود؛ «سرعت سایت را بهتر کنید» خروجی نیست. برای صفحه‌ای که نیازمند اصلاح On-page است از چک‌لیست سئو داخلی استفاده کنید و برای Performance نیز مسئله را در سطح Template و داده واقعی کاربر ببینید؛ راهنمای Core Web Vitals و RUM این مرزبندی را روشن می‌کند.

گام ۲: Effort را بر نقش و واحد تحویل تخمین بزنید

برای هر آیتم زمان SEO strategist، Technical SEO، Developer، Writer، Editor، Designer، کارشناس موضوعی، Data analyst و مدیر پروژه را جدا کنید. تخمین سه‌نقطه‌ای—خوش‌بینانه، محتمل و بدبینانه—برای کارهای مبهم بهتر از یک عدد قطعی است. اگر داده ندارید، Pilot کوچک اجرا و نرخ واقعی Cycle time و Rework را اندازه بگیرید.

گام ۳: وابستگی و صف اجرا را اضافه کنید

بودجه بیشتر همیشه نتیجه را سریع‌تر نمی‌کند. اگر تنها Developer سازمان ماهانه دو Ticket می‌پذیرد، خرید ۱۰۰ Recommendation فقط صف را بلند می‌کند. محدودیت Crawl، Review حقوقی، دسترسی داده، موجودی محصول، اعتبار برند یا تقاضای فصلی نیز با پول فوری حذف نمی‌شود. هزینه «آماده برای اجرا» و هزینه «اجراشده در Production» را جدا Quote کنید.

گام ۴: هزینه مستقیم و غیرمستقیم را جمع کنید

فرمول ساده برای مقایسه:

هزینه دوره = کار بیرونی + زمان تیم داخلی + تولید/توسعه + ابزار/زیرساخت + خرید داده یا رسانه مجاز + ذخیره ریسک

زمان مدیر محصول، Developer، SME، Legal و Finance رایگان نیست. ساعت داخلی را با Cost rate سازمان محاسبه کنید. در ایران هزینه ارز، تمدید ابزار، امکان پرداخت/استفاده قانونی، اختلال دسترسی و جایگزین داخلی باید با تاریخ و Owner در Risk register ثبت شود؛ دورزدن محدودیت نباید جزء راه‌حل پیشنهادی باشد.

گام ۵: ذخیره ریسک و Change را شفاف کنید

برای Migration، بازطراحی، CMS ناشناخته یا داده بی‌کیفیت، ذخیره ریسک تعریف کنید؛ اما آن را چک سفید نگذارید. Trigger مصرف ذخیره، سقف، مدرک و Approver مشخص باشد. هر کار جدید باید Change request با اثر بر زمان، هزینه و Scope داشته باشد.

واحد تحویلورودی تخمینDefinition of Done نمونهشاهد پذیرش
Template فنیتعداد Template و پیچیدگی ReleaseFix در Production و بدون Regression حیاتیCrawl قبل/بعد، تست و URL نمونه
صفحه محتوایینوع Intent، SME، Research و AssetBrief، Draft، Fact-check، Publish و Indexability QAURL، Source ledger و Checklist
خوشه محتواGap، صفحات موجود و Cannibalizationمرزبندی Intent، Pillar/Support و لینک‌هاQuery map و Link map
Dashboardمنابع، Eventها، Identity و Refreshتعریف Metric، QA و تصمیم دوره‌ایData dictionary و Reconciliation
Digital PRزاویه، داده، تولید و Outreachدارایی معتبر و Outreach مستندCoverage ledger؛ بدون تضمین لینک

TCO دوازده‌ماهه؛ قیمت قرارداد همه هزینه نیست

برای تصمیم Make-or-Buy، هزینه کل مالکیت یا TCO را در یک افق یکسان—مثلاً ۱۲ ماه—محاسبه کنید. مبلغ Retainer فقط یک ردیف است. استخدام، Onboarding، کامپیوتر، بیمه، مدیریت، ابزار، Developer، محتوا، عکس، ترجمه، Refresh، Migration و خروج از قرارداد را اضافه کنید. منطق مشابه انتخاب زیرساخت است؛ در محاسبه TCO دامنه و هاست نیز قیمت ورود از تمدید، ریسک و هزینه خروج جدا می‌شود.

TCO12 = Fee12 + Internal labor + Production + Engineering + Tools/infra + Risk expected loss + Transition/exit

Expected loss را می‌توان به‌صورت «احتمال × اثر مالی» تخمین زد. این رقم واقعیت قطعی نیست؛ وسیله‌ای برای هم‌سطح کردن ریسک‌هاست. مثلاً از دست دادن دسترسی Search Console یا تأخیر Migration ممکن است Fee ارزان‌تر را عملاً گران کند.

ردیف TCOتیم داخلیفریلنسرآژانسپرسش کنترل
ظرفیت تخصصیحقوق و جذب چند نقشمحدود به فرد/شبکه اودر Fee یا Add-onکدام نقش واقعاً تخصیص یافته؟
مدیریت و هماهنگیمدیر داخلیبار بیشتر بر کارفرماPM در Scope؟ساعت جلسه و Review حساب شده؟
ابزارخرید مستقیماحتمالاً مشترکاحتمالاً در Feeداده/Export پس از خروج متعلق به کیست؟
ریسک تداومTurnoverSingle-person dependencyتعویض تیم/سطح سرویسBackup و Handover چیست؟
خروجدانش در سازمانتحویل فایل و دسترسیTransition رسمی لازمExit pack در قرارداد هست؟

مثال فرضی بودجه؛ عدد بازار نیست

فرض کنید یک فروشگاه ایرانی ۵۰۰۰ URL و چهار Template دارد. هدف ۶ماهه، افزایش سفارش سودآور غیر‌برندی در دو دسته است. Audit نشان می‌دهد مشکل اصلی سه Ticket Template، ضعف ۲۴ Landing مهم و اندازه‌گیری ناقص Margin/Refund است. همه ارقام زیر صرفاً برای آموزش مدل و مربوط به یک سناریوی فرضی در مرداد ۱۴۰۵ هستند؛ تعرفه یا پیشنهاد Mindio نیستند.

Workstream فرضیظرفیتهزینه فرضی دوره (تومان)معیار پذیرش
Discovery و Baseline۴۰ ساعت چندنقشی۶۰٬۰۰۰٬۰۰۰Backlog، Baseline و Measurement contract
سه Fix TemplateSEO + ۱۲۰ ساعت Dev/QA۲۴۰٬۰۰۰٬۰۰۰Release، Crawl و Regression evidence
۲۴ LandingResearch، SME، Copy، Design، Publish۲۸۸٬۰۰۰٬۰۰۰۲۴ URL با QA و Source
داده و Dashboard۶۰ ساعت Analytics/Data۹۰٬۰۰۰٬۰۰۰Lead/Order/Margin reconciliation
مدیریت و گزارش۶ ماه۱۲۰٬۰۰۰٬۰۰۰Risk/Decision log و Review ماهانه
ذخیره ریسک مصوبحداکثر ۱۰٪ اقلام مشخص۷۹٬۸۰۰٬۰۰۰صرفاً با Change approval
جمع فرضی۸۷۷٬۸۰۰٬۰۰۰پیش از مالیات و هزینه فرصت

این مثال نشان نمی‌دهد «قیمت سئو چنین است»؛ نشان می‌دهد چگونه عدد را باز کنید. شاید تیم شما Developer و نویسنده داشته باشد و هزینه نقدی کمتر اما هزینه داخلی بیشتر شود. شاید مشکل اصلی فقط یک Template باشد. Quote خوب امکان حذف، تعویق یا تغییر هر Workstream و دیدن اثر آن بر نتیجه را می‌دهد.

مدل‌های قیمت‌گذاری خدمات سئو

Retainer ماهانه

برای Backlog پیوسته، Monitoring و همکاری چندماهه مناسب است. ریسک آن تبدیل شدن به «فعالیت ماهانه» بدون خروجی است. ظرفیت نقش‌ها، Work-in-progress limit، Deliverable، Carry-over، Priority و شرط توقف را بنویسید. گزارش و جلسه نباید جای Release و صفحه منتشرشده را بگیرد.

پروژه‌ای یا Fixed scope

برای Audit، Migration، Research یا مجموعه خروجی مشخص مناسب است. ابهام را با Assumption، نمونه، تعداد Revision، Out-of-scope و Change control کم کنید. Fixed price روی Scope مبهم معمولاً به کم‌کاری، اختلاف یا Change requestهای پرهزینه منجر می‌شود.

ساعتی یا ظرفیت رزروشده

برای مشاوره، Incident، Coaching یا مسئله اکتشافی مفید است. Timesheet کافی نیست؛ سؤال، تصمیم، Artifact و نتیجه ساعت‌ها را ثبت کنید. سقف هزینه و هشدار قبل از مصرف ۷۵٪ بودجه بگذارید.

Performance-based و مدل ترکیبی

پرداخت صرفاً بر رتبه Keyword انگیزه انتخاب Query آسان، دستکاری و پنهان‌کردن ریسک ایجاد می‌کند. پرداخت فقط بر Revenue نیز Attribution، قیمت، موجودی، تیم فروش و سایر کانال‌ها را نادیده می‌گیرد. مدل ترکیبی بهتر می‌تواند Base fee برای ظرفیت و Quality gate، به‌علاوه Bonus محدود بر Outcome تعریف‌شده داشته باشد؛ با Baseline، Window، Guardrail، سقف، عامل‌های خارج کنترل و روش حل اختلاف.

مدلبهترین کاربردریسککنترل قراردادی
Retainerبهبود مستمر و چند Workstreamفعالیت بدون Outcomeظرفیت، Backlog، Acceptance و Review
Fixed projectخروجی محدود و تعریف‌شدهابهام Scope و ChangeAssumption، Milestone و Out-of-scope
Hourlyمشاوره و Discoveryهم‌راستایی با ساعت نه نتیجهCap، Artifact و Decision log
Unit-basedحجم تکرارشونده با کیفیت ثابتتولید حجم بی‌اثرUnit definition، QA و Outcome review
Hybridظرفیت + Outcome مشترکاختلاف AttributionBaseline، Formula، Guardrail و Cap

تیم داخلی، فریلنسر، آژانس یا مدل Hybrid؟

پاسخ به اندازه شرکت وابسته نیست؛ به تکرار نیاز، حساسیت دانش، تنوع نقش، سرعت و توان مدیریت تأمین‌کننده وابسته است. اگر سئو هر هفته با Product، Engineering و Content تصمیم می‌گیرد، مالک داخلی لازم است—even اگر اجرا بیرونی باشد.

گزینهمزیت محتملمحدودیتمناسب وقتی که
تیم داخلیدانش محصول، دسترسی و تداومجذب چند تخصص و سوگیری داخلینیاز دائمی و ظرفیت کافی دارید
فریلنسرچابکی و تخصص متمرکزظرفیت و ریسک وابستگی به فردScope روشن و مدیر داخلی دارید
آژانسترکیب نقش و ظرفیت جایگزینفاصله از کسب‌وکار و لایه مدیریتچند Workstream و Governance لازم است
Hybridمالکیت داخلی + تخصص متغیرنیاز به RACI و هماهنگی قویکار مداوم با نیازهای تخصصی دوره‌ای دارید

در مدل Hybrid، یک SEO/Product owner داخلی Outcome، Backlog و دسترسی‌ها را مالک است؛ متخصصان بیرونی Technical، Research، Content system یا Migration را تقویت می‌کنند. دانش، Query map، Source، Code و Dashboard باید در سامانه سازمان باقی بماند.

RFP و هم‌سطح‌سازی Quoteها

برای خرید جدی، RFP کوتاه و پاسخ ساختاریافته بهتر از جلسه فروش آزاد است. لازم نیست همه روش را شما تعیین کنید؛ مسئله، محدودیت و قالب اقتصادی را یکسان کنید تا تفاوت فرض‌ها دیده شود.

از هر پیشنهاددهنده چه بخواهیم؟

  1. برداشت از مسئله و سؤال‌های حل‌نشده؛
  2. Scope، Out-of-scope، Assumption و Dependency؛
  3. Workstream، Deliverable، واحد، تعداد و معیار پذیرش؛
  4. نقش‌ها، Seniority، ظرفیت ماهانه و نام مسئول پاسخ‌گو؛
  5. Timeline مبتنی بر Milestone و Dependency؛
  6. Fee، هزینه جانبی، مالیات، ارز، پرداخت و Change rate؛
  7. روش، ابزار، منبع داده، QA و شواهد؛
  8. ریسک‌ها، دسترسی، امنیت، محرمانگی، AI و Subcontractor؛
  9. Case method و Reference قابل تماس با رضایت؛
  10. شرط خروج، Handover و مالکیت حساب/دارایی.

Normalization sheet

قیمت‌ها را به دوره، مالیات، Scope و واحد مشترک تبدیل کنید. «ماهانه ۵۰ میلیون» در برابر «پروژه ۴۰۰ میلیون» بدون مدت و Deliverable مقایسه نمی‌شود. موارد Included، Optional و Pass-through را جدا کنید. Recommendation از Implementation و Publish جدا باشد. اگر آژانس ابزار دارد، ارزش دسترسی را صفر یا هزینه جایگزینی واقعی در نظر بگیرید؛ ابزار شخص ثالث به داده داخلی گوگل دسترسی ندارد و طبق راهنمای رسمی استخدام SEO، گوگل آن را تأیید نمی‌کند.

ستون مقایسهپیشنهاد Aپیشنهاد Bقاعده Normalization
مدت و مبلغ خالصماهانه × مدتMilestoneهاهر دو در افق ۱۲ماهه و یک Currency
خروجی فنیAudit + RecommendationFix + QAمشاوره و اجرا جدا
محتوا۲۰ «مقاله»۱۰ صفحه Specialistنوع، عمق، SME، Asset و Publish یکسان
نقش و ظرفیتنامشخصساعت/نقشظرفیت واقعی و Seniority
هزینه داخلیزیادمتوسطساعت تیم کارفرما × Cost rate
Exit و مالکیتمبهمتحویل کاملهزینه و ریسک جایگزینی

قرارداد سئو قابل‌ممیزی

این بخش مشاوره حقوقی نیست؛ متن نهایی را متناسب با قانون، مالیات، محرمانگی و رابطه طرفین با حقوقدان بررسی کنید. قرارداد باید اختلاف را از «به نظرم خوب بود» به شواهد قابل بررسی تبدیل کند.

Scope و Acceptance

برای هر Deliverable بنویسید: ورودی، Owner، قالب، تعداد، موعد، معیار کیفیت، دفعات Revision، Reviewer، مهلت Review و Evidence. عبارت «بهینه‌سازی کامل سایت» را نپذیرید. نمونه فنی: «Canonical خودارجاعی روی سه Template در Production؛ Status ۲۰۰؛ بدون Noindex؛ تست روی ۳۰ URL نمونه و Crawl ضمیمه.»

دسترسی، امنیت و مالکیت

دامنه، DNS، هاست، CMS، Search Console، Analytics، Tag Manager، Repository، محتوا و حساب ابزار باید تا حد ممکن متعلق به کارفرما باشد. Least privilege، حساب شخصی‌نبودن، MFA، Log، تاریخ انقضا و Revoke هنگام خروج را تعریف کنید. برای تصمیم هزینه کنترل‌ها، بودجه امنیت سایت بر پایه ریسک می‌تواند الگو بدهد.

محرمانگی، داده و استفاده از AI

نوع داده مجاز برای ابزار بیرونی، PII، محل ذخیره، Retention، Subprocessor، Incident notification و حذف پس از خاتمه را روشن کنید. اگر AI در Research یا Draft استفاده می‌شود، Source grounding، منع ورود داده محرمانه، Disclosure داخلی، Human review، Fact-check و مسئولیت خطا را بنویسید. تولید انبوه صفحه بی‌ارزش صرف‌نظر از ابزار، در سیاست‌های Spam گوگل با عنوان Scaled content abuse پوشش داده شده است.

Change، SLA، خاتمه و Handover

SLA را برای پاسخ، Incident، Report و Review تعریف کنید؛ نه برای رتبه. Change request باید دلیل، مبلغ، Timeline و اثر بر Outcome داشته باشد. Exit pack شامل Inventory، دسترسی، فایل خام، Query/Content map، Backlog، Decision/Risk log، Dashboard، Source، قراردادهای ابزار، آموزش و فهرست کار باز است. دوره Transition و هزینه آن را از روز اول تعیین کنید.

شاخص‌های سئو؛ از فعالیت تا نتیجه

KPI باید زنجیره علت و نتیجه را نشان دهد. تعداد مقاله، ساعت و Ticket «Input/Output» هستند؛ برای ظرفیت مفیدند اما موفقیت کسب‌وکار نیستند. Position و Visibility نیز Diagnostic‌اند، نه پول. برای معماری دقیق‌تر داده و اتصال وب به CRM، راهنمای تحلیل داده بازاریابی با GA4 و Warehouse را ببینید.

سطحنمونه MetricکاربردGuardrail
Inputساعت، هزینه، ظرفیت SME/Devبرنامه‌ریزیOvertime و صف
OutputFix منتشرشده، صفحه Refreshشدهکنترل تحویلRework و Defect
LeadingIndexable coverage، Impression واجد، CTR segmentتشخیص مسیرBrand mix و Seasonality
BehaviorQualified visit، Product view، Form startکیفیت Landing/JourneyConsent و Event QA
OutcomeQualified lead، Order، Margin، LTVتصمیم سرمایه‌گذاریRefund، Cancel و Sales capacity
RiskManual action، Downtime، Data lossحفاظت از ارزشSeverity و Recovery

Metric dictionary برای هر شاخص Formula، Source، Scope، Refresh، Owner، Threshold و Limitation دارد. در GA4، User acquisition و Traffic acquisition Scope متفاوت دارند. مستند رسمی تفاوت گزارش User و Traffic acquisition توضیح می‌دهد اولی بر First user و دومی بر Session متمرکز است؛ مخلوط کردن این دو می‌تواند گزارش سئو را گمراه‌کننده کند.

ROI سئو را چگونه محاسبه کنیم؟

ROI حسابداری ساده است، اما Attribution ورودی آن ساده نیست:

SEO ROI = (سود افزایشی منتسب به سئو − TCO سئو) ÷ TCO سئو

بهتر است Revenue را با Contribution margin جایگزین کنید؛ زیرا فروش پرهزینه یا مرجوعی بالا ارزش یکسان ندارد. «افزایشی» مهم است: تمام فروش Organic الزاماً حاصل پروژه جدید نیست. بخشی Brand demand موجود، مشتری بازگشتی، فصل، قیمت، موجودی یا فعالیت کانال دیگر است.

سه سطح بلوغ سنجش

  1. Attribution توصیفی: Landing و Session ارگانیک را به Lead/Order وصل کنید و محدودیت را اعلام کنید.
  2. Contribution: Cohort، Brand/Non-brand، Page type، Region و دوره قبل را کنترل و سهم محتمل را گزارش کنید.
  3. Incrementality: در صورت امکان Rollout مرحله‌ای، Holdout جغرافیایی/صفحه‌ای یا Interrupted time series با فرض‌های شفاف بسازید.

مثال فرضی: TCO شش‌ماهه ۸۷۷٫۸ میلیون تومان است. ۹۰۰ سفارش افزوده مشاهده شده، اما پس از کنترل Brand/Seasonality فقط ۴۵۰ سفارش به‌عنوان Incremental estimate با بازه عدم‌قطعیت پذیرفته می‌شود. اگر Contribution margin متوسط هر سفارش ۲٫۴ میلیون باشد، سود افزایشی برآوردی ۱٫۰۸ میلیارد و ROI نقطه‌ای حدود ۲۳٪ است. این رقم بدون Sensitivity بی‌معنی است؛ اگر سفارش افزایشی ۳۰۰ یا Margin دو میلیون باشد، نتیجه عوض می‌شود.

سناریو فرضیسفارش افزایشیMargin هر سفارشسود افزایشیROI با TCO=۸۷۷.8M
محافظه‌کارانه۳۰۰۲٬۰۰۰٬۰۰۰۶۰۰٬۰۰۰٬۰۰۰حدود ۳۲٪-
محتمل۴۵۰۲٬۴۰۰٬۰۰۰۱٬۰۸۰٬۰۰۰٬۰۰۰حدود ۲۳٪+
خوش‌بینانه۶۰۰۲٬۸۰۰٬۰۰۰۱٬۶۸۰٬۰۰۰٬۰۰۰حدود ۹۱٪+

Lag را نیز لحاظ کنید: هزینه امروز و نتیجه آینده رخ می‌دهد. برای تصمیم‌های بزرگ، Cash flow ماهانه، Payback period و ارزش زمانی پول را با Finance محاسبه کنید. محتوای موجود را بدون قاعده به «ارزش دارایی» تبدیل نکنید؛ عمر، هزینه نگهداری و کاهش ارزش نامعلوم است.

زمان نتیجه سئو؛ چرا عدد ثابت قابل دفاع نیست؟

هیچ بازه جهانی «۳ تا ۶ ماه» برای همه سایت‌ها وجود ندارد. زمان مشاهده اثر به زمان اجرا، Crawl/Index، نوع تغییر، تقاضا، رقابت، سابقه سایت، کیفیت محصول و تأخیر تبدیل وابسته است. حتی راهنمای مقدماتی SEO گوگل تضمینی برای Index یا رتبه نمی‌دهد.

به جای وعده نتیجه، سه Clock را جدا کنید:

  • Delivery clock: از تأیید تا Release/Publish؛ در کنترل تیم.
  • Observation clock: از Release تا داده کافی برای تشخیص جهت؛ بخشی خارج کنترل.
  • Business clock: از Visit تا Lead، Sale، Margin یا LTV؛ وابسته به چرخه فروش.

برای هر Milestone یک شرط Evidence بگذارید: Week ۲ Baseline و Backlog؛ Day ۳۰ اولین Release؛ پس از Crawl کافی بررسی Coverage؛ پس از حجم نمونه مناسب Review Outcome. بیشتر خرج کردن فقط وقتی سرعت می‌دهد که گلوگاه واقعاً ظرفیت قابل خرید باشد.

DA، رتبه، تعداد کلمه و ابزار؛ Proxy را با نتیجه اشتباه نگیرید

Domain Authority و Page Authority معیارهای اختصاصی ابزارهای ثالث‌اند، نه معیار رسمی گوگل و نه دسترسی به داده داخلی رتبه‌بندی. ممکن است برای مقایسه تقریبی یا Prospecting مفید باشند، اما نباید KPI قراردادی یا اثبات علت رشد باشند. همان‌طور که «سبز شدن» همه هشدارهای افزونه، موفقیت تجاری نیست.

  • رتبه: Query، مکان، دستگاه و SERP متغیر است؛ روند Segment را کنار Click/Outcome ببینید.
  • تعداد Keyword: پوشش Query بی‌ربط می‌تواند زیاد شود و هیچ ارزشی نسازد.
  • تعداد کلمه: واحد هزینه تولید است، نه تعریف کیفیت یا پاسخ کافی.
  • Traffic estimate ابزار: مدل تخمینی است؛ با Search Console و Backend تطبیق دهید.
  • Audit score: برای Triage مفید، اما Severity و اثر باید توسط انسان بررسی شود.
  • LSI keyword: لیست جادویی برای رتبه نیست؛ زبان طبیعی و پوشش سؤال کاربر اولویت دارد.

ریسک لینک‌سازی و Disavow را در قیمت پنهان نکنید

«ماهانه ۱۰۰ بک‌لینک» واحد تحویل امنی نیست. سیاست رسمی Link spam گوگل خرید یا فروش لینک برای دستکاری رتبه، تبادل افراطی و ساخت خودکار لینک را مثال می‌زند. Sponsorship و تبلیغ می‌تواند مشروع باشد، اما لینک پولی باید مطابق سیاست با rel="sponsored" یا nofollow واجد شرایط شود. هزینه روابط عمومی را بر پژوهش، دارایی، Outreach و Coverage بسنجید؛ نه تضمین انتقال اعتبار.

Disavow نیز سرویس نگهداری عادی نیست. راهنمای رسمی Disavow links می‌گوید بیشتر سایت‌ها به آن نیاز ندارند و استفاده نادرست می‌تواند به عملکرد آسیب بزند. فقط در شرایط مستند—حجم قابل‌توجه لینک مصنوعی/کم‌کیفیت و Manual action یا خطر قابل اتکا—پس از بررسی متخصص مطرح می‌شود. وجود چند لینک Spam تصادفی مجوز فروش پروژه پاک‌سازی نیست.

چگونه تجربه و E‑E‑A‑T تأمین‌کننده را بررسی کنیم؟

لوگو مشتری و نمودار صعودی Evidence کافی نیست. از Case بخواهید Method را نشان دهد: Baseline، مسئله، نقش دقیق تیم، تغییرات، بازه، Segment، عوامل هم‌زمان، داده دست‌اول، Outcome و محدودیت. راهنمای اعتماد و E‑E‑A‑T مبتنی بر شواهد برای ارزیابی ادعا، Source و مسئولیت‌پذیری چارچوب می‌دهد.

جلسه ارزیابی عملی

یک نمونه ناشناس از Search Console یا یک مسئله عمومی سایت خودتان بدهید و از تیم بخواهید سؤال، فرضیه، اولویت و Evidence لازم را توضیح دهد. در مرحله Audit اولیه فقط دسترسی Read بدهید. ببینید آیا تیم درباره Margin، موجودی، CMS، Dev capacity و مشتری سؤال می‌کند یا مستقیم «پکیج» می‌فروشد.

Reference check

  • چه کسی واقعاً روی حساب کار می‌کرد و Seniority وعده‌داده‌شده حفظ شد؟
  • پیشنهادها قابل اجرا و اولویت‌دار بودند یا فقط Audit حجیم تحویل شد؟
  • وقتی نتیجه مطابق انتظار نبود، فرضیه و تصمیم چگونه تغییر کرد؟
  • دسترسی، فایل و دانش هنگام خروج کامل تحویل شد؟
  • آیا Reference با رضایت و قابل راستی‌آزمایی است؟

نشانه‌های خطر در پیشنهاد سئو

گوگل صریحاً می‌گوید هیچ‌کس رتبه ۱ را تضمین نمی‌کند و اگر Audit چنین تضمینی می‌دهد، فرد دیگری را انتخاب کنید. قیمت پایین به‌تنهایی خطر نیست؛ ابهام در اینکه چه چیزی حذف شده خطر است.

  • تضمین رتبه، زمان قطعی، Index قطعی یا «رابطه ویژه با گوگل»؛
  • روش محرمانه، نپذیرفتن ثبت تغییر یا توضیح ندادن منطق؛
  • فروش لینک Follow، PBN، تبادل انبوه یا تعداد ثابت لینک؛
  • معیار موفقیت فقط DA، Audit score، تعداد Keyword یا حجم محتوا؛
  • مالک شدن پیمانکار بر Domain، Search Console، Analytics یا فایل اصلی؛
  • درخواست دسترسی Admin پیش از نیاز و بدون MFA/Log/Expiry؛
  • تولید انبوه AI بدون Source، Fact-check، Editor و مسئولیت؛
  • نداشتن Acceptance، Change control، Backup، Rollback یا Exit plan؛
  • Case با اسکرین‌شات بدون Baseline، Segment، نقش یا عامل هم‌زمان؛
  • وابسته کردن همه مشکل‌ها به «بودجه کم» بدون نشان دادن گلوگاه.

برنامه ۳۰/۶۰/۹۰ روزه خرید و شروع همکاری

روز ۰ تا ۳۰: تعریف و Pilot

  • هدف، Margin، Qualified outcome و Risk appetite را تصویب کنید.
  • Baseline و Data dictionary را Freeze کنید.
  • RFP یکسان برای سه گزینه مناسب بفرستید و Quoteها را Normalize کنید.
  • یک Discovery یا Pilot با Scope محدود، Read access و Acceptance روشن ببندید.

روز ۳۱ تا ۶۰: اجرا و Governance

  • Backlog را با Value، Confidence، Effort، Risk و Dependency اولویت دهید.
  • RACI، تقویم Review، WIP limit و Change flow را فعال کنید.
  • اولین Fix و Landing را End-to-end تا Production و Measurement ببرید.
  • دسترسی‌ها، MFA، Backup، Logging و Rollback را تست کنید.

روز ۶۱ تا ۹۰: سنجش و تصمیم ادامه

  • Delivery، کیفیت، Cycle time، Rework و Leading indicator را مرور کنید.
  • GA4 را با CRM/Order و Margin/Refund Reconcile کنید.
  • Assumptionهای غلط، Scope و ظرفیت را اصلاح کنید.
  • بر اساس Evidence ادامه، گسترش، تغییر مدل یا خاتمه منظم را تصمیم بگیرید.

چک‌لیست نهایی برآورد هزینه و خرید سئو

  • □ هدف کسب‌وکار و Qualified outcome تعریف شده است.
  • □ دامنه، زبان، Template، دسته و Out-of-scope روشن‌اند.
  • □ Baseline تاریخ‌دار از Search Console، GA4 و Backend داریم.
  • □ Backlog اولیه با Value، Effort، Risk و Dependency ساخته شده است.
  • □ Recommendation، Implementation، Publish و QA جدا قیمت خورده‌اند.
  • □ ظرفیت نقش‌ها و هزینه زمان تیم داخلی در TCO آمده است.
  • □ ابزار، ارز، مالیات، تولید، زیرساخت، Refresh و Exit محاسبه شده‌اند.
  • □ Quoteها در دوره، Currency، Scope و واحد یکسان Normalize شده‌اند.
  • □ Deliverable، Definition of Done و Evidence پذیرش دارد.
  • □ SLA برای پاسخ/تحویل است، نه تضمین رتبه.
  • □ KPIها Input، Output، Leading، Outcome و Risk را تفکیک می‌کنند.
  • □ ROI بر Contribution margin، TCO و سناریوی Incremental بنا شده است.
  • □ Domain، حساب، داده، محتوا و کد در مالکیت کارفرما می‌مانند.
  • □ Least privilege، MFA، Log، محرمانگی و AI policy وجود دارد.
  • □ Link policy با Spam policies سازگار و Disavow استثنایی است.
  • □ Change control، توقف، خاتمه، Handover و Transition نوشته شده‌اند.
  • □ Pilot و Review gate پیش از تعهد بلندمدت داریم.

پرسش‌های متداول هزینه سئو

هزینه سئو ماهانه چقدر است؟

بدون Scope، Baseline و ظرفیت لازم عدد معناداری وجود ندارد. تعداد Template، مشکل فنی، عمق محتوا، نقش تیم داخلی، رقابت، اندازه‌گیری و ریسک اجرا هزینه را تغییر می‌دهند. به جای بازه عمومی، از چند تأمین‌کننده Quote ردیفی و تاریخ‌دار بگیرید و TCO دوازده‌ماهه را مقایسه کنید.

آیا سئوی ارزان حتماً بد است؟

نه. ممکن است Scope کوچک، تیم داخلی قوی یا متخصص کم‌هزینه‌تر باشد. خطر زمانی است که خروجی، مسئولیت اجرا، هزینه جانبی، کیفیت و مالکیت مبهم‌اند. یک پیشنهاد ارزان با Scope روشن می‌تواند بهتر از Retainer بزرگ بدون Acceptance باشد.

سئو چند ماهه نتیجه می‌دهد؟

بازه ثابت و تضمینی وجود ندارد. Delivery، مشاهده اثر و نتیجه کسب‌وکار سه ساعت متفاوت‌اند. به‌جای وعده ۳ تا ۶ ماه، Milestoneهای تحت کنترل، شرط داده کافی و Review gate تعریف کنید و وابستگی توسعه، Crawl، تقاضا و چرخه فروش را ثبت کنید.

آژانس بهتر است یا فریلنسر و تیم داخلی؟

گزینه بهتر به تداوم نیاز، تنوع تخصص، حساسیت دانش و توان مدیریت بستگی دارد. تیم داخلی مالکیت و زمینه قوی دارد؛ فریلنسر برای Scope متمرکز چابک است؛ آژانس چند نقش فراهم می‌کند. برای بسیاری از شرکت‌ها مالک داخلی به‌علاوه متخصص بیرونی دوره‌ای، مدل Hybrid مناسبی است.

آیا می‌توان پرداخت را به رتبه یا فروش وابسته کرد؟

ممکن است، اما پرداخت صرفاً بر رتبه یا فروش ریسک دستکاری و اختلاف Attribution دارد. مدل ترکیبی با Base fee برای ظرفیت و Quality gate، به‌علاوه Bonus محدود بر Outcome تعریف‌شده، Baseline، Guardrail، سقف و عوامل خارج کنترل معمولاً هم‌راستایی بهتری می‌سازد.

جمع‌بندی: هزینه سئو زمانی قابل دفاع است که هر تومان به یک مسئله، ظرفیت، خروجی، شاهد و تصمیم متصل باشد. پکیج ثابت و وعده رتبه را با Scope و Acceptance جایگزین کنید؛ TCO را کنار Fee ببینید؛ مالکیت و Exit را پیش از شروع حل کنید؛ و ادامه سرمایه‌گذاری را بر داده دست‌اول و سود افزایشی بسنجید، نه بر نمودار رتبه یا تعداد مقاله.

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *