دو پیشنهاد سئو میتواند یکی ۳۰ میلیون و دیگری ۳۰۰ میلیون تومان باشد و هر دو هم روی جلد نوشته باشند «سئو کامل». اختلاف قیمت لزوماً نشانه گرانفروشی یا کیفیت نیست؛ اغلب یعنی مسئله، حجم کار، مسئولیت اجرا و حتی تعریف موفقیت در دو پیشنهاد یکسان نیست. سؤال درست فقط «هزینه سئو چقدر است؟» نیست؛ باید بپرسید برای کدام نتیجه، با چه دامنه کاری، در چه بازهای، با مالکیت چه داراییهایی و تحت چه ریسکی پول میدهیم؟
این راهنما برای مدیر ایرانی نوشته شده است تا بدون تکیه بر تعرفههای منقضی، پیشنهاد آژانس، فریلنسر و تیم داخلی را همسطح کند. ابتدا مسئله را به Backlog و ظرفیت تبدیل میکنیم، سپس هزینه کل مالکیت، قرارداد، KPI و ROI را میسنجیم. عددهای مثال صرفاً فرضی و به توماناند؛ نرخ بازار نیستند و باید در تاریخ خرید از چند تأمینکننده واجد شرایط استعلام شوند.
هزینه سئو دقیقاً بابت چیست؟
سئو خرید جایگاه از گوگل نیست. گوگل در راهنمای رسمی انتخاب متخصص سئو تصریح میکند که برای حضور یا رتبه ارگانیک پول نمیگیرد. شما بابت تشخیص مسئله، تصمیم، تولید و اصلاح دارایی، هماهنگی اجرا، کنترل کیفیت و یادگیری از داده هزینه میکنید. نتیجه نیز از تعامل کیفیت سایت، تقاضای جستوجو، رقبا، محصول، برند و سیستمهای جستوجو حاصل میشود؛ نه فقط از فعالیت پیمانکار.
سئو میتواند جریان ارزش ماندگارتری از یک کمپین کوتاه بسازد، اما «دارایی دائمی» نیست. محتوا کهنه میشود، رقیب بهتر میسازد، محصول و SERP تغییر میکنند و خطاهای فنی برمیگردند. پس هزینه نگهداری، Refresh و فرصت ازدسترفته را نیز در تصمیم لحاظ کنید. مقایسه تبلیغ و سئو باید بر حاشیه سود، سرعت یادگیری، پایداری تقاضا و ریسک کانال انجام شود؛ نه گزاره ساده «تبلیغ قطع میشود ولی سئو میماند». برای مقایسه منصفانه با Paid Search، هزینه و محدودیتهای عملیاتی تبلیغات گوگل و سنجش کمپین را هم وارد مدل کنید.
| لایه هزینه | نمونه کار | خروجی قابلپذیرش | ریسک پنهان |
|---|---|---|---|
| راهبرد و تحقیق | تقاضا، رقبا، معماری، Prioritization | Baseline، نقشه Intent، Backlog امتیازدهیشده | گزارش زیبا بدون تصمیم اجرایی |
| فنی | Crawl، Index، Canonical، Performance، Migration | Ticket، معیار پذیرش، تست و Evidence تولید | نبود ظرفیت توسعه یا Rollback |
| محتوا | Brief، تولید، بازنویسی، Fact-check، تصویر | صفحه منتشرشده با Source و QA | هزینه کارشناس موضوعی و Refresh |
| اعتبار و توزیع | روابط عمومی، Citation، Digital PR | کمپین و پوشش واقعی با منشأ روشن | لینک پولی یا ادعای غیرقابلاثبات |
| اندازهگیری | Search Console، GA4، Backend | Tracking 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 Console | Page type، Brand/Non-brand، Device، Country | کدام تقاضا دیده میشود ولی Click/صفحه مناسب ندارد؟ | Marketing/Data |
| GA4 | Landing، Session source، Key event | ورود ارگانیک پس از Landing چه میکند؟ | Analytics |
| CRM/فروش | Lead stage، Order، Margin، Refund | نتیجه واجد شرایط و سودآور چیست؟ | Sales/Finance |
| Crawl/Index | Template، 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 و پیچیدگی Release | Fix در Production و بدون Regression حیاتی | Crawl قبل/بعد، تست و URL نمونه |
| صفحه محتوایی | نوع Intent، SME، Research و Asset | Brief، Draft، Fact-check، Publish و Indexability QA | URL، 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 پس از خروج متعلق به کیست؟ |
| ریسک تداوم | Turnover | Single-person dependency | تعویض تیم/سطح سرویس | Backup و Handover چیست؟ |
| خروج | دانش در سازمان | تحویل فایل و دسترسی | Transition رسمی لازم | Exit pack در قرارداد هست؟ |
مثال فرضی بودجه؛ عدد بازار نیست
فرض کنید یک فروشگاه ایرانی ۵۰۰۰ URL و چهار Template دارد. هدف ۶ماهه، افزایش سفارش سودآور غیربرندی در دو دسته است. Audit نشان میدهد مشکل اصلی سه Ticket Template، ضعف ۲۴ Landing مهم و اندازهگیری ناقص Margin/Refund است. همه ارقام زیر صرفاً برای آموزش مدل و مربوط به یک سناریوی فرضی در مرداد ۱۴۰۵ هستند؛ تعرفه یا پیشنهاد Mindio نیستند.
| Workstream فرضی | ظرفیت | هزینه فرضی دوره (تومان) | معیار پذیرش |
|---|---|---|---|
| Discovery و Baseline | ۴۰ ساعت چندنقشی | ۶۰٬۰۰۰٬۰۰۰ | Backlog، Baseline و Measurement contract |
| سه Fix Template | SEO + ۱۲۰ ساعت Dev/QA | ۲۴۰٬۰۰۰٬۰۰۰ | Release، Crawl و Regression evidence |
| ۲۴ Landing | Research، 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 و Change | Assumption، Milestone و Out-of-scope |
| Hourly | مشاوره و Discovery | همراستایی با ساعت نه نتیجه | Cap، Artifact و Decision log |
| Unit-based | حجم تکرارشونده با کیفیت ثابت | تولید حجم بیاثر | Unit definition، QA و Outcome review |
| Hybrid | ظرفیت + Outcome مشترک | اختلاف Attribution | Baseline، 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 کوتاه و پاسخ ساختاریافته بهتر از جلسه فروش آزاد است. لازم نیست همه روش را شما تعیین کنید؛ مسئله، محدودیت و قالب اقتصادی را یکسان کنید تا تفاوت فرضها دیده شود.
از هر پیشنهاددهنده چه بخواهیم؟
- برداشت از مسئله و سؤالهای حلنشده؛
- Scope، Out-of-scope، Assumption و Dependency؛
- Workstream، Deliverable، واحد، تعداد و معیار پذیرش؛
- نقشها، Seniority، ظرفیت ماهانه و نام مسئول پاسخگو؛
- Timeline مبتنی بر Milestone و Dependency؛
- Fee، هزینه جانبی، مالیات، ارز، پرداخت و Change rate؛
- روش، ابزار، منبع داده، QA و شواهد؛
- ریسکها، دسترسی، امنیت، محرمانگی، AI و Subcontractor؛
- Case method و Reference قابل تماس با رضایت؛
- شرط خروج، Handover و مالکیت حساب/دارایی.
Normalization sheet
قیمتها را به دوره، مالیات، Scope و واحد مشترک تبدیل کنید. «ماهانه ۵۰ میلیون» در برابر «پروژه ۴۰۰ میلیون» بدون مدت و Deliverable مقایسه نمیشود. موارد Included، Optional و Pass-through را جدا کنید. Recommendation از Implementation و Publish جدا باشد. اگر آژانس ابزار دارد، ارزش دسترسی را صفر یا هزینه جایگزینی واقعی در نظر بگیرید؛ ابزار شخص ثالث به داده داخلی گوگل دسترسی ندارد و طبق راهنمای رسمی استخدام SEO، گوگل آن را تأیید نمیکند.
| ستون مقایسه | پیشنهاد A | پیشنهاد B | قاعده Normalization |
|---|---|---|---|
| مدت و مبلغ خالص | ماهانه × مدت | Milestoneها | هر دو در افق ۱۲ماهه و یک Currency |
| خروجی فنی | Audit + Recommendation | Fix + 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 و صف |
| Output | Fix منتشرشده، صفحه Refreshشده | کنترل تحویل | Rework و Defect |
| Leading | Indexable coverage، Impression واجد، CTR segment | تشخیص مسیر | Brand mix و Seasonality |
| Behavior | Qualified visit، Product view، Form start | کیفیت Landing/Journey | Consent و Event QA |
| Outcome | Qualified lead، Order، Margin، LTV | تصمیم سرمایهگذاری | Refund، Cancel و Sales capacity |
| Risk | Manual 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 موجود، مشتری بازگشتی، فصل، قیمت، موجودی یا فعالیت کانال دیگر است.
سه سطح بلوغ سنجش
- Attribution توصیفی: Landing و Session ارگانیک را به Lead/Order وصل کنید و محدودیت را اعلام کنید.
- Contribution: Cohort، Brand/Non-brand، Page type، Region و دوره قبل را کنترل و سهم محتمل را گزارش کنید.
- 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 را پیش از شروع حل کنید؛ و ادامه سرمایهگذاری را بر داده دستاول و سود افزایشی بسنجید، نه بر نمودار رتبه یا تعداد مقاله.






