ترافیک ارگانیک افت کرده و تیم سه توضیح آماده دارد: «آپدیت الگوریتم»، «AI Overview کلیکها را خورد» و «رقیب با هوش مصنوعی محتوا ساخت». اما داده نشان میدهد افت فقط روی صفحات قیمتدار، فقط در موبایل و درست پس از شکستن Canonical رخ داده است. در سئوی ۲۰۲۶، پیشبینی جذاب جای تشخیص مبتنی بر Evidence را نمیگیرد.
استراتژی مقاوم به Update یعنی Search را یک کانال پویا بدانید: تقاضا، Surface نتایج، رقبا، فناوری و سیاستها تغییر میکنند. کار شما ساختن بهترین حدس درباره «عامل بعدی» نیست؛ ساختن سیستم Crawl/Index/Content/Trust/Measurement است که تغییر را زود تشخیص دهد و تصمیم قابلبازگشت بگیرد.
سئوی ۲۰۲۶ را با سه لایه Evidence مدیریت کنید
| لایه | نمونه | نوع تصمیم |
|---|---|---|
| Official/Policy | Search Central، Spam policy، Status dashboard | Hard constraint و Compliance |
| First-party data | Search Console، Log، Analytics، CRM/order | تشخیص وضعیت سایت خودتان |
| Experiment/Observation | Query sample، SERP review، controlled rollout | فرضیه محلی با محدودیت |
Prediction و نظر صنعت میتواند سؤال بسازد، اما تا وقتی در داده شما تأیید نشده، Budget اصلی را جابهجا نکند. عبارتهایی مانند «مهمترین فاکتور سال» یا «الگوریتم ۲۰۲۶ قطعاً…» اغلب Evidence ندارند.
نقشه Search Surface را برای مخاطب خود بسازید
«رتبه وب» تنها خروجی نیست. بسته به Query، کشور، زبان، دستگاه و Eligibility ممکن است Web result، AI feature، Image، Video، News/Discover، Local یا Product surface دیده شود. دسترسی و شکل این قابلیتها یکسان یا ثابت نیست.
Audience → decision job → query set → eligible surface
→ content/asset/entity owner → outcome
Example:
«خرید لپتاپ برنامهنویسی» → compare/verify → Web/Product/AI feature
→ comparison page + product truth + original test
→ qualified product view / kept orderSurface map را ماهانه با نمونه Query واقعی و Country/device مشخص مرور کنید. Screenshot یک کارمند یا Rank tracker واحد، نماینده همه کاربران نیست.
AI Overviews و AI Mode: چه چیز رسمی است؟
راهنمای فعلی Google Search میگوید برای قرارگرفتن بهعنوان Supporting link، صفحه باید Index شده و واجد نمایش در Search با Snippet باشد. الزام اضافه، Schema مخصوص AI یا فایل machine-readable جدیدی لازم نیست. Crawl مجاز، لینک داخلی، Page experience، متن قابلدسترسی، تصویر/ویدئوی باکیفیت و Structured data منطبق همچنان مهماند.
Google توضیح میدهد AI features ممکن است Query fan-out—جستجوهای مرتبط روی Subtopicها—انجام دهند. این توضیح مجوز ساخت صدها صفحه برای هر Variation نیست؛ راهنمای ۲۰۲۶ Google صریحاً از تولید صفحه برای هر Fan-out query با هدف دستکاری رتبه پرهیز میدهد.
برای تحلیل اثر و کنترل Preview، راهنمای AI Overviews مالک Intent تخصصی است؛ برای راهبرد فراگیرتر موتورهای پاسخ، سئو در جستوجوی هوش مصنوعی را ببینید.
Measurement AI Search محدودیت دارد
طبق سند Google، ترافیک AI features در Search Console داخل Search type «Web» گزارش میشود. پس نبود Filter مستقل را با نبود حضور یا اثر اشتباه نگیرید. Measurement چندلایه بسازید:
| لایه | Metric | محدودیت |
|---|---|---|
| Exposure | Impression، query/page mix، appearance موجود | همه Surfaceها تفکیک نمیشوند |
| Visit | Click، landing، engaged visit | Attribution/consent و تعریف ابزار |
| Outcome | lead/order/revenue/support resolution | Offline/identity/reconciliation |
| Incremental | Holdout/rollout/time-series evidence | فصل، قیمت، کمپین و رقبا |
CTR کمتر با Impression بیشتر ممکن است Visibility را افزایش و Visit را کاهش دهد؛ «خوب یا بد» را Outcome تعیین میکند. معماری داده و Reconciliation در راهنمای تحلیل داده بازاریابی تکمیل شده است.
North Star سئو را از رتبه به نتیجه تغییر دهید
Rank یک Observation ناپایدار است، نه Outcome کسبوکار. Metric tree:
Search demand → eligible indexed coverage → qualified impressions → visits / assisted discovery → task completion / lead / order → kept revenue / margin / retention Guardrails: index bloat, support load, returns, latency, trust, policy risk, cost
Page و Query باید Owner و Job داشته باشند. اگر صفحه Traffic میآورد اما سفارش مرجوعی، Lead بیکیفیت یا هزینه پشتیبانی میسازد، موفقیت نیست.
People-first را به Content Contract تبدیل کنید
«برای انسان بنویسید» بدون فرایند مبهم است. Contract هر محتوا:
| فیلد | پرسش |
|---|---|
| Audience/Job | چه کسی در چه تصمیمی گیر کرده است؟ |
| Unique value | چه داده، تجربه، روش یا تحلیل تازهای داریم؟ |
| Evidence | Claim به کدام Source/measurement وصل است؟ |
| Who/How/Why | نویسنده/Reviewer، روش تولید و هدف چیست؟ |
| Boundary | چه چیزی را نمیدانیم یا پوشش نمیدهیم؟ |
| Freshness | کدام Claim منقضی و با چه Trigger بازبینی میشود؟ |
| Outcome | خواننده و کسبوکار چه نتیجهای میگیرند؟ |
Google در Self-assessment بر اطلاعات/پژوهش/تحلیل اصیل، ارزش فراتر از بازنویسی، عنوان توصیفی و نبود تولید شتابزده/انبوه تأکید میکند. جامعبودن به معنی Word count طولانی نیست؛ Google میگوید Word count ترجیحی ندارد.
E‑E‑A‑T یک امتیاز یا Factor واحد نیست
Experience، Expertise، Authoritativeness و Trustworthiness چارچوب خودارزیابیاند. Google میگوید E‑E‑A‑T خود یک Ranking factor مشخص نیست؛ سیستمها از ترکیبی از Signalها برای شناسایی جنبههای آن استفاده میکنند و Trust مهمترین جزء است. Quality raters نیز مستقیماً رتبه صفحه را تعیین نمیکنند.
- Byline دقیق و صفحه نویسنده فقط وقتی مفید است که Evidence واقعی داشته باشد.
- گواهی، جایزه، Review و نقلقول ساختگی Trust را نابود میکند.
- YMYL به Source، Review تخصصی، تاریخ و Correction حساستر است.
- Experience دستاول همیشه جای Expertise لازم را نمیگیرد و برعکس.
برای تبدیل ادعا به evidence، راهنمای E‑E‑A‑T و سیستم اعتماد محتوا را به Workflow وصل کنید.
محتوای AI: مسئله ابزار نیست، هدف و خروجی است
Google استفاده از AI را بهخودیخود ممنوع نمیکند. Scaled content abuse وقتی رخ میدهد که حجم زیادی محتوای کمارزش/غیراصیل برای دستکاری رتبه تولید شود—فرقی ندارد انسان، AI یا ترکیب آنها ساخته باشد.
Workflow امنتر:
- Brief با Audience/Decision/Unique evidence؛
- Source collection و Claim ledger؛
- Draft با AI یا انسان؛
- Fact/rights/privacy/brand/accessibility review؛
- Expert review برای Claim حساس؛
- Original examples/data/method افزوده؛
- Publish gates و post-publication correction؛
- Performance/quality/expiry refresh.
Disclosure وقتی کاربر منطقی میپرسد «چگونه ساخته شد؟» میتواند Trust را بهتر کند. Date را بدون تغییر substantive تازه نکنید.
Topic cluster را براساس Intent owner بسازید
خوشه خوب مجموعه صفحههای مرتبط نیست؛ معماری تصمیم است. یک Pillar مرز Topic را توضیح میدهد و Supporting page یک Sub-intent مشخص را مالک میشود.
Cluster: خرید لپتاپ Pillar: راهنمای انتخاب براساس کاربری و بودجه Support: - برنامهنویسی → workload/benchmark - تدوین → codec/GPU/test - دانشجو → portability/battery/TCO - مقایسه مدل A/B → current evidence Cannibalization gate: one dominant intent owner per query family
Anchor و لینک باید رابطه واقعی را توضیح دهند. برای معماری Pillar/Support، راهنمای آتوریتی موضوعی و Topic cluster را ببینید.
Information gain را عملی کنید
بهجای بازنویسی ده نتیجه اول، دارایی غیرقابلتعویض بسازید:
- داده First-party با روش و محدودیت؛
- تست محصول با Fixture، معیار و Raw evidence؛
- مصاحبه با Practitioner و Transcript/اجازه؛
- Calculator/Template/Checklist قابلاستفاده؛
- Case study با Baseline، Intervention، Outcome و Counterfactual؛
- دیدگاه ایران: قیمت، دسترسی، شبکه، پرداخت و فارسی؛
- Correction و Update history.
«منحصربهفرد» با ادعای بدون منبع فرق دارد. روش جمعآوری و Boundaries را منتشر کنید.
Technical eligibility را هرگز بدیهی ندانید
محتوای عالی اگر Fetch/Index/Serve نشود، وارد رقابت نمیشود. Baseline فنی:
- ۲۰۰/۳۰۱/۴۰۴/۵۰۳ معنادار و بدون Soft ۴۰۴؛
- Robots.txt و Meta/X-Robots بدون تعارض؛
- Canonical یکتا و منطبق با Internal link/Sitemap؛
- HTML/Rendered content و Link قابلکشف؛
- Sitemap فقط URLهای Canonical/Indexable و lastmod واقعی؛
- Structured data مطابق متن قابلمشاهده؛
- Mobile، TLS، Server availability و Security سالم؛
- Log/Search Console برای Crawl/Index evidence.
این کنترلها برای AI features هم همان Fundamentals هستند؛ چکلیست سئوی فنی آنها را در Release سازماندهی میکند.
Page Experience را به یک چراغ سبز تقلیل ندهید
Google میگوید به تجربه کلی صفحه نگاه کنید، نه یک یا دو جنبه. Core Web Vitals مهماند، اما محتوای ضعیف را نجات نمیدهند و امتیاز خوب Rank را تضمین نمیکند.
| شاهد | کاربرد | دام |
|---|---|---|
| Field CWV | تجربه واقعی در p75 | داده Origin/Page و sample delay |
| Lab trace | تشخیص LCP/INP/CLS cause | نماینده همه کاربران نیست |
| Journey RUM | Task/error/outcome | Consent/implementation |
| Usability research | فهم مانع و Context | نمونه محدود |
برای روش کامل، Core Web Vitals و RUM را اجرا کنید.
Structured data Eligibility است، نه دکمه رتبه
Schema به فهم و Eligibility برخی Search features کمک میکند؛ نمایش Rich result تضمین نیست. Entity/type را فقط وقتی اضافه کنید که Content واقعی و Guide همان Feature را برآورده میکند. JSON-LD باید با قیمت، موجودی، نویسنده، تاریخ و Review روی صفحه تطبیق داشته باشد.
برای AI Overviews/AI Mode، Google Schema ویژهای درخواست نکرده است. ساخت markup اختراعی «AI-ready» بدون Consumer رسمی، هزینه و ریسک Drift میسازد.
Multimodal یعنی Asset contract، نه صرفاً ویدئو بیشتر
Google میگوید در صورت کاربرد، متن را با Image/Video باکیفیت پشتیبانی کنید. هر Asset باید Purpose، Rights، Source، dimensions، transcript/caption، alternative، context، owner و expiry داشته باشد.
- تصویر اصلی و باکیفیت، اما Alt متناسب با هدف و بدون Stuffing؛
- Video با Page context، Caption/Transcript و Thumbnail معتبر؛
- Podcast با Transcript و Chapter؛
- Infographic با Table/Text alternative؛
- Filename/metadata و URL پایدار؛
- Image/Video Sitemap یا Schema فقط در صورت نیاز/انطباق.
جزئیات Image/Video/Podcast/Infographic در سئوی محتوای غیرمتنی آمده است.
Brand و Authority را با Evidence بسازید
هدف Off-page «تعداد Mention» نیست. سیستم:
- Product/service/author/entity facts در سایت و Profileهای اصلی سازگار؛
- Original research/tool/data قابلارجاع؛
- Expert contribution با Disclosure و Editorial review؛
- Digital PR برای Audience مرتبط، نه Link scheme؛
- Review collection بیطرف و پاسخ به Complaint؛
- Correction، contact، returns و policy قابلمشاهده؛
- Backlink/mention با Quality/Context/Outcome، نه Volume.
Entity consistency و اعتماد کاربر مفیدند؛ آنها را «عامل رتبه مستقیمِ اثباتشده» اعلام نکنید مگر سند مشخص داشته باشید.
Iran SEO: Intent محلی فقط افزودن «ایران» نیست
صفحه فارسی ارزش دارد وقتی مسئله واقعی کاربر ایران را حل کند:
| بعد | Evidence محلی |
|---|---|
| زبان | ی/ک، نیمفاصله، Finglish، اصطلاح و Query واقعی |
| تجارت | تومان/ریال، موجودی، ضمانت، ارسال، مرجوعی |
| دسترسی | ISP/mobile، CDN/API، Android/WebView |
| اعتماد | هویت، راه تماس، سیاست، روش/منبع |
| Local | شهر/خدمت/محدوده واقعی، نه Doorway page |
| Measurement | تماس/پیام/Offline lead و CRM reconciliation |
صدها Landing شهری با متن جایگزینشده و بدون خدمت/شواهد محلی میتواند تجربه ضعیف و خطر Scaled content بسازد.
Playbook آپدیت الگوریتم: اول تشخیص، بعد تغییر
Core updateها broad هستند و الزاماً سایت یا صفحه مشخص را هدف نمیگیرند. راهنمای رسمی Google:
- Status dashboard و زمان Start/End را تأیید کنید.
- پس از پایان، برای تحلیل حداقل یک هفته کامل صبر و دوره قبل/بعد مناسب مقایسه کنید.
- Web/Image/Video/News و Page/Query/Country/Device را جدا کنید.
- افت کوچک Position را با تغییر رادیکال پاسخ ندهید.
- افت بزرگ/پایدار را با Self-assessment کل سایت و نمونه صفحه بررسی کنید.
- Technical، Security، Spam، Seasonality، demand، migration و SERP change را فرضیه رقیب بگذارید.
- Fix را با Owner/Evidence/Canary/rollback اجرا کنید.
بهبود میتواند روزها تا ماهها زمان ببرد و نتیجه تضمین نیست. «صبر تا Core update بعدی» قانون ثابت نیست؛ سیستمها پیوسته تغییر میکنند.
تشخیص افت ترافیک با الگوی داده
| الگو | فرضیهها | بررسی اول |
|---|---|---|
| Impression و Click افت | demand/index/rank/technical | Query/page/index/trends/log |
| Impression ثابت، Click افت | snippet/SERP/intent/position mix | CTR by query/position/device |
| فقط یک Template | render/canonical/content/system | release diff + URL sample |
| فقط Mobile | UX/performance/render | RUM/device/live journey |
| همه Channelها افت | business/seasonality/tracking | analytics/order/campaign/status |
Correlation با تاریخ Update، علت را ثابت نمیکند. Deployment، Tracking، قیمت، موجودی، خبر، رقبا و فصل را Annotation کنید.
Refresh، Merge، Redirect یا Retire؟
Google میگوید Date را فقط برای Fresh بهنظررسیدن تغییر ندهید و اضافه/حذف انبوه صرفاً برای «تازه» نشاندادن سایت مفید نیست. تصمیم Lifecycle:
| وضعیت | اقدام | Gate |
|---|---|---|
| Intent معتبر، Claim قدیمی | Refresh substantive | source/evidence/date |
| دو صفحه همIntent | Merge + redirect مرتبط | owner/link/canonical |
| صفحه مفید کمExposure | Improve discovery/fit | index/demand/internal link |
| Offer منقضی با جایگزین | Redirect یا archive policy | user intent |
| بیارزش/بیجایگزین | ۴۰۴/۴۱۰ و cleanup | links/sitemap/report |
Traffic صفر بهتنهایی دلیل حذف نیست؛ صفحه ممکن است Support، compliance یا مشتری فعلی را خدمت دهد.
Forecast را Scenario-based بسازید
بهجای «CTR حتماً ۳۰٪ کم میشود» سه سناریو:
Base: demand ثابت، surface mix تدریجی Upside: original assets gain qualified visibility Downside: click compression + competitor/product/technical pressure For each: - leading indicators - budget trigger - reversible action - guardrail - stop/scale rule
Budget را میان Technical health، Content evidence، Brand/distribution، Measurement و Experiment تقسیم کنید؛ نه فقط تولید صفحه بیشتر.
برنامه ۹۰ روزه سئو ۲۰۲۶
| بازه | کار | خروجی |
|---|---|---|
| روز ۱–۱۵ | Surface/intent/page owner map و Baseline outcome | Portfolio و gaps |
| روز ۱۶–۳۰ | Crawl/index/canonical/status/schema/internal-link audit | Eligibility fixes |
| روز ۳۱–۴۵ | Content contract، claim/source/author/expiry review | Evidence upgrades |
| روز ۴۶–۶۰ | Cluster merge/gap، original asset و multimodal Pilot | Unique value |
| روز ۶۱–۷۵ | Search Console+Analytics+CRM reconciliation و experiments | Outcome dashboard |
| روز ۷۶–۹۰ | Canary، refresh/retire، postmortem و next-quarter budget | Scale/Hold/Stop |
سؤالهای متداول
آیا AI Overviews و AI Mode پایان سئو هستند؟
خیر. Search experience و Click distribution تغییر میکند، اما Google همچنان Supporting link نشان میدهد و SEO fundamentals را معتبر میداند. Exposure، Visit و Outcome را جدا بسنجید و به یک مدل Click تاریخی وابسته نمانید.
برای حضور در AI Overview به llms.txt یا Schema مخصوص نیاز داریم؟
طبق راهنمای فعلی Google، خیر؛ الزام فنی اضافه، Schema ویژه یا فایل machine-readable جدید لازم نیست. صفحه باید Index و Snippet-eligible باشد و Fundamentals، محتوای مفید و Structured data منطبق را رعایت کند.
آیا E‑E‑A‑T عامل رتبهبندی مستقیم است؟
Google میگوید E‑E‑A‑T خود یک Ranking factor مشخص نیست؛ سیستمها از ترکیبی از عوامل برای شناسایی جنبههای آن استفاده میکنند. Byline، Source، روش، Expertise و Correction را برای Trust واقعی بسازید، نه امتیاز خیالی.
آیا محتوای تولیدشده با AI جریمه میشود؟
استفاده از AI بهتنهایی ممنوع نیست. تولید انبوه محتوای غیراصیل/کمارزش برای دستکاری رتبه میتواند Scaled content abuse باشد، فارغ از اینکه انسان یا AI ساخته است. Purpose، Evidence، Review و ارزش افزوده تعیینکنندهاند.
بعد از Core update فوراً صفحات را بازنویسی کنیم؟
خیر. پایان Rollout را تأیید، دوره مناسب را مقایسه و افت را بر Page/Query/Country/Device/Search type تفکیک کنید. افت کوچک تغییر رادیکال نمیخواهد؛ افت بزرگ/پایدار به تشخیص Technical، Content، Demand، Spam، Security و رقبا نیاز دارد.
جمعبندی
آینده سئو با حدس الگوریتم برنده نمیشود. Surface و Intent را نقشهبرداری کنید، Eligibility فنی را پایدار نگه دارید، محتوای اصیل با Who/How/Why و Claim evidence بسازید، AI را زیر Workflow کیفیت به کار ببرید و E‑E‑A‑T را Trust واقعی بدانید. Search Console را به Outcome کسبوکار وصل و هر تغییر را با فرضیه، Canary و Rollback اجرا کنید. این سیستم از هر فهرست Trend ماندگارتر است.
منابع رسمی منتخب
- Google Search Central — AI features and your website
- Google Search Central — Optimizing for generative AI features
- Google Search Central — Helpful, reliable, people-first content
- Google Search Central — Ranking systems guide
- Google Search Central — Spam policies
- Google Search Central — Core updates
- Google Search Central — Debugging traffic drops






