به‌روزرسانی‌های الگوریتم گوگل و تأثیر آن بر سئو

اگر Traffic یا Position سایت تقریباً هم‌زمان با یک به‌روزرسانی Google کاهش پیدا کند، طبیعی است اولین فرض این باشد که «آپدیت الگوریتم باعث افت شده است». اما هم‌زمانی دو اتفاق به‌تنهایی رابطه علت و معلولی را ثابت نمی‌کند.

ممکن است در همان بازه زمانی Canonical تغییر کرده باشد، چند URL از Index خارج شده باشند، Template سایت عوض شده باشد، Search Intent یک Query تغییر کرده باشد یا Competitor جدیدی وارد SERP شده باشد.

بنابراین واکنش درست بعد از افت Visibility این نیست که سریع ده‌ها صفحه را بازنویسی کنیم. ابتدا باید محدوده و نوع افت را تشخیص دهیم.

یک مسیر ساده برای شروع:

افت را مشخص کن → Measurement را Validate کن → Technical را بررسی کن → Page و Query را جدا کن → SERP و Intent را تحلیل کن → Competitor را ببین → Hypothesis بساز → فقط تغییر لازم را اجرا کن

اگر هنوز تفاوت Crawl، Index و Ranking برایتان مبهم است، ابتدا مرور مفاهیم پایه SEO و نحوه کار Google Search کمک می‌کند علت‌های مختلف افت رتبه را بهتر از هم جدا کنید.

Core Update دقیقاً چیست و چه چیزهایی را نباید با آن اشتباه گرفت؟

Google در طول سال تغییرات مختلفی در سیستم‌های Search انجام می‌دهد. همه این تغییرات ماهیت یکسانی ندارند و قرار دادن همه آن‌ها زیر عنوان «الگوریتم جدید گوگل» می‌تواند Diagnosis را اشتباه کند.

Core Update

Core Update یک تغییر گسترده در سیستم‌های اصلی Ranking است که هدف آن بهبود کلی کیفیت و مرتبط بودن نتایج Search است.

این نوع Update معمولاً به معنی آن نیست که Google یک سایت مشخص را به‌صورت دستی Penalize کرده است. ممکن است بعضی صفحات بعد از بازنگری سیستم‌ها بهتر دیده شوند و بعضی دیگر Visibility کمتری بگیرند.

در نتیجه اگر بعد از Core Update افت کرده‌اید، اولین سؤال نباید این باشد:

«Google چه چیزی را در سایت ما جریمه کرده؟»

سؤال بهتر:

«کدام Page و Query تغییر کرده و چه چیزی در Search Landscape یا سایت ما متفاوت شده است؟»

Algorithmic Ranking Change

Google دائماً تغییرات کوچک‌تر و بزرگ‌تری در Search انجام می‌دهد. همه تغییرات Ranking الزاماً به‌صورت عمومی اعلام نمی‌شوند.

به همین دلیل اگر Position یک صفحه تغییر کرد، نباید بدون Evidence آن را به یک Update مشخص نسبت داد.

Spam Update

Google سیستم‌های خودکار مختلفی برای شناسایی Spam دارد و گاهی بهبودهای مهم این سیستم‌ها را به‌عنوان Spam Update اعلام می‌کند.

اگر سایتی واقعاً با Spam Policies درگیر باشد، مسیر بررسی آن با یک Core Update عمومی تفاوت دارد.

Manual Action

Manual Action زمانی است که بررسی انسانی Google تشخیص دهد بخشی از سایت با Spam Policies سازگار نیست.

اگر Manual Action روی سایت اعمال شده باشد، اطلاعات آن در بخش Manual Actions در Google Search Console قابل بررسی است.

بنابراین:

Core Update ≠ Manual Action

Technical یا Indexing Problem

مشکل فنی نیز الگوریتم نیست.

اگر یک صفحه به اشتباه noindex شده، Canonical آن تغییر کرده یا Redirect اشتباهی ایجاد شده است، منتظر ماندن برای «بازگشت بعد از Update» مسئله اصلی را حل نمی‌کند.

برای این دسته مشکلات باید سراغ Technical SEO و بررسی Crawl، Index، Canonical و Redirect رفت.

قبل از اینکه الگوریتم Google را مقصر بدانید این موارد را بررسی کنید

یکی از مفیدترین کارها بعد از افت Traffic این است که ابتدا علت‌های ساده‌تر و قابل اثبات را حذف کنیم.

Tracking سالم است؟

قبل از هر تحلیل SEO مطمئن شوید Measurement خراب نشده است.

مثلاً:

• Tag یا Analytics حذف نشده است؟
• Consent یا Cookie Configuration تغییر نکرده؟
• صفحات جدید Tracking صحیح دارند؟
• Data Source یا Filter گزارش تغییر نکرده است؟

کاهش Analytics همیشه به معنی کاهش Search Visibility نیست.

URL هنوز سالم و Indexable است؟

برای صفحات مهم بررسی کنید:

• Status Code همچنان 200 است؟
• Meta Robots روی noindex قرار نگرفته؟
• Canonical تغییر نکرده؟
• robots.txt مسیر را Block نکرده؟
• Redirect ناخواسته ندارید؟
• URL حذف یا Merge نشده است؟

اخیراً Deploy، Migration یا Redesign داشته‌اید؟

اگر افت درست بعد از یک تغییر فنی رخ داده، ابتدا همان تغییر را بررسی کنید.

مواردی مانند این می‌توانند Visibility را تحت تأثیر قرار دهند:

• تغییر URL Structure
• حذف صفحات قدیمی
• Redirect Map ناقص
• تغییر Navigation
• حذف Internal Linkها
• تغییر Template
• تغییر Heading یا Content اصلی
• Canonical اشتباه

یکی از اشتباهات رایج SEO همین است که افتی با یک Update هم‌زمان شود و تیم بدون بررسی تغییرات داخلی سایت، همه چیز را به الگوریتم نسبت دهد.

Workflow تشخیص افت بعد از Google Update

به‌جای تغییرات پراکنده، این Workflow را مرحله‌به‌مرحله اجرا کنید.

۱. تاریخ و بازه افت را مشخص کنید

اولین روزی که افت قابل مشاهده است را ثبت کنید.

بعد بررسی کنید آیا کاهش:

• ناگهانی بوده،
• تدریجی بوده،
• فقط چند روز دیده شده،
• یا Trend پایدار ایجاد کرده است.

اگر Update رسمی در همان بازه وجود داشته است، آن را به‌عنوان یکی از Hypothesisها ثبت کنید؛ نه علت قطعی.

۲. مشخص کنید افت Sitewide است یا محدود

این تفکیک بسیار مهم است.

سطح ۱ — Sitewide

بخش بزرگی از سایت و چند نوع Page افت کرده‌اند.

سطح ۲ — Directory یا Topic Cluster

مثلاً Blog ثابت نیست اما Service Pageها تقریباً بدون تغییر مانده‌اند.

سطح ۳ — Page یا Query

فقط یک یا چند URL یا Query مشخص تغییر کرده‌اند.

راهکار این سه وضعیت یکسان نیست.

۳. Pages را مقایسه کنید

در Search Console بررسی کنید کدام صفحات بیشترین تغییر Click و Impression را داشته‌اند.

اگر فقط پنج مقاله از میان صد صفحه افت کرده‌اند، تغییر Sitewide احتمالاً نقطه شروع مناسبی نیست.

۴. Queries را بررسی کنید

برای صفحات افت‌کرده ببینید دقیقاً چه Queryهایی تغییر کرده‌اند.

گاهی Page هنوز Visibility دارد اما مجموعه Queryهای آن عوض شده است.

برای Queryهای مهم می‌توانید از چارچوب Search Intent و Keyword Mapping استفاده کنید تا مشخص شود URL فعلی هنوز پاسخ مناسبی برای Intent موردنظر است یا نه.

۵. Device و Country را در صورت ارتباط بررسی کنید

اگر Business شما از چند کشور یا دستگاه Traffic جدی دریافت می‌کند، ببینید تغییر در همه Segmentها رخ داده یا فقط در یکی از آن‌ها.

۶. Indexing و تغییرات فنی را بررسی کنید

اگر Impression کاهش شدید دارد، Indexing یکی از مواردی است که باید بررسی شود.

URL Inspection و گزارش‌های Indexing می‌توانند مشخص کنند صفحات مهم هنوز قابل استفاده در Search هستند یا خیر.

۷. SERP و Search Intent را دوباره بررسی کنید

ممکن است صفحه شما تقریباً همان کیفیت قبلی را داشته باشد اما SERP تغییر کرده باشد.

مثلاً قبلاً برای یک Query بیشتر Article نمایش داده می‌شده اما اکنون Category یا Service Pageها غالب شده‌اند.

در این وضعیت اضافه کردن هزار کلمه دیگر به مقاله الزاماً راهکار نیست.

۸. Competitorها را بررسی کنید

اگر Domain دیگری رشد کرده، فقط Word Count را مقایسه نکنید.

ببینید:

• چه نوع Pageای رتبه گرفته است؟
• Intent را بهتر پاسخ می‌دهد؟
• اطلاعات جدیدتری دارد؟
• Evidence یا Example بیشتری دارد؟
• Architecture مناسب‌تری دارد؟
• Internal Linking قوی‌تری دارد؟
• SERP Feature جدیدی ظاهر شده است؟

برای تحلیل منظم‌تر می‌توانید از چارچوب تحلیل رقبا در SEO استفاده کنید.

۹. تغییرات Content و Architecture اخیر را مرور کنید

اگر چند هفته قبل Title، Heading، Internal Linking یا Content صفحه تغییر کرده، آن را در Timeline قرار دهید.

SEO Diagnosis بدون Change Log دشوارتر است.

۱۰. فقط بعد از Diagnosis اقدام تعریف کنید

بهتر است قبل از تغییر، یک Hypothesis قابل بررسی داشته باشید.

مثلاً:

«Impression این Cluster کاهش یافته، Indexing سالم است و SERP از محتوای آموزشی به صفحات مقایسه‌ای متمایل شده؛ باید Intent و Content Format این صفحات بررسی شود.»

این Hypothesis بسیار مفیدتر از جمله:

«Google ما را بعد از Update جریمه کرده است.»

Google Search Console را چگونه برای Diagnosis استفاده کنیم؟

Average Position کل سایت به‌تنهایی برای تحلیل افت کافی نیست.

حداقل این داده‌ها را کنار هم ببینید:

• Clicks
• Impressions
• CTR
• Average Position
• Queries
• Pages
• Date Comparison

بازه‌های زمانی قابل مقایسه انتخاب کنید

برای مثال می‌توانید ۲۸ روز قبل را با ۲۸ روز بعد مقایسه کنید، اما عدد ۲۸ قانون نیست.

بازه مناسب به حجم Traffic، Seasonality و نوع سایت بستگی دارد.

Click و Impression را جدا تحلیل کنید

سناریوی اول:

Clicks کاهش یافته اما Impressions تقریباً ثابت‌اند.

در این حالت می‌توان CTR، Position، تغییر SERP Feature یا Snippet را بررسی کرد.

سناریوی دوم:

Impressions نیز کاهش زیادی داشته‌اند.

در این حالت ممکن است Visibility برای Queryها یا صفحات مشخص کاهش یافته باشد و باید Intent، Indexing، Competition و Content بررسی شوند.

یک Impression یا Position محدود را بیش از حد تفسیر نکنید

صفحه‌ای که Average Position مناسب دارد اما فقط چند Impression دریافت کرده است الزاماً Ranking تثبیت‌شده ندارد.

Trend و Context مهم‌تر از یک Snapshot کوچک هستند.

دو مثال برای اینکه چرا Diagnosis مهم‌تر از حدس زدن است

مثال اول: افت فقط در چند مقاله Informational

فرض کنید بعد از یک Update، Traffic کلی سایت کاهش پیدا کرده است.

بررسی دقیق‌تر نشان می‌دهد:

• Homepage تقریباً ثابت است.
• Service Pageها تغییر جدی ندارند.
• افت اصلی مربوط به چند مقاله Informational است.
• Queryهای همان مقالات SERP متفاوتی پیدا کرده‌اند.

این یک مثال آموزشی است، نه Case Study واقعی.

در این شرایط بازطراحی کل سایت یا حذف گسترده محتوا منطقی نیست.

بهتر است همان Cluster، Queryها، Intent و کیفیت Content بررسی شوند.

مثال دوم: Core Update هم‌زمان با Canonical اشتباه

فرض کنید افت Traffic دقیقاً با یک Core Update هم‌زمان شده است.

اما بررسی Technical نشان می‌دهد Canonical چند Template در Deploy اخیر به URL اشتباه اشاره می‌کند.

در این وضعیت منتظر ماندن برای «ریکاوری الگوریتمی» پاسخ اصلی نیست.

مشکل Technical مشخص است و باید اصلاح شود.

اگر مشکل Content است، فقط متن را طولانی‌تر نکنید

یکی از توصیه‌های سطحی بعد از Core Update این است که:

«مقالات را طولانی‌تر کنید.»

Word Count به‌تنهایی کیفیت ایجاد نمی‌کند.

بهبود Content می‌تواند شامل این موارد باشد:

• پاسخ مستقیم‌تر به سؤال کاربر
• حذف Filler
• اصلاح اطلاعات قدیمی
• تطبیق بهتر با Search Intent
• افزودن Evidence
• مثال کاربردی یا تجربه واقعی
• ساختار واضح‌تر
• حذف Sectionهای تکراری
• Consolidation صفحات مشابه

برای این مرحله راهنمای تولید محتوای مفید و مبتنی بر Search Intent می‌تواند کمک کند تغییرات بر اساس نیاز واقعی صفحه انجام شوند.

Content Refresh فقط تغییر تاریخ نیست

تغییر Published Date یا اضافه کردن چند Paragraph عمومی به معنی Refresh واقعی محتوا نیست.

Update زمانی ارزشمند است که اطلاعات، پاسخ، Evidence یا ساختار صفحه واقعاً بهتر شود.

بعد از افت رتبه چه کارهایی را فوراً انجام ندهیم؟

وقتی افت اتفاق می‌افتد، تغییرات زیاد ممکن است Diagnosis را سخت‌تر کنند.

تا زمانی که علت روشنی ندارید، از اقداماتی مانند این پرهیز کنید:

• حذف انبوه صفحات بدون Audit
• تغییر URLهای دارای سابقه بدون دلیل
• بازنویسی Title کل سایت
• اضافه کردن Keyword به همه Headingها
• خرید انبوه Backlink
• افزایش مصنوعی Word Count
• تغییر CMS بدون مشکل مشخص
• Redesign کامل سایت فقط به دلیل افت
• حذف محتوای مفیدی که فقط مدت کوتاهی افت کرده
• انتشار ده‌ها مقاله مشابه برای جبران Traffic

گاهی بهترین تصمیم این است که فعلاً تغییر بزرگ انجام نشود و داده بیشتری جمع شود.

اما مشکل Technical واضح را به بهانه صبر رها نکنید

این توصیه به معنی «بعد از Update هیچ کاری نکنید» نیست.

اگر صفحه مهم noindex شده یا Redirect اشتباه دارد، باید مشکل مشخص اصلاح شود.

زمان تصمیم به عواملی مانند این بستگی دارد:

• نوع مشکل
• حجم داده
• میزان Traffic
• تکمیل Rollout رسمی در صورت وجود
• نیاز به Crawl و Reprocessing
• نوع تغییرات انجام‌شده

قانونی مانند «بعد از هر Update دقیقاً ۱۴ روز صبر کنید» برای همه شرایط وجود ندارد.

Decision Tree ساده بعد از افت Visibility

Traffic افت کرده است؟

↓

Tracking سالم است؟

اگر نه → ابتدا Measurement را اصلاح کنید.

اگر بله ↓

Indexing صفحات مهم سالم است؟

اگر نه → Technical Issue را پیدا و اصلاح کنید.

اگر بله ↓

افت Sitewide است یا محدود به Cluster / Page / Query؟

↓

Search Intent یا نوع SERP تغییر کرده است؟

اگر بله → Mapping و Page Type را بررسی کنید.

اگر نه ↓

Competitor یا SERP Landscape تغییر کرده است؟

اگر بله → Content، Architecture، Evidence و Competition را مقایسه کنید.

اگر نه ↓

Content، Internal Linking یا Architecture نیاز به اصلاح دارد؟

↓

Hypothesis مشخص بسازید و فقط تغییر مرتبط را اجرا کنید.

جدول سریع تشخیص افت رتبه

نشانه	احتمال قابل بررسی	اقدام بعدی
تعداد زیادی URL از Index خارج شده‌اند	مشکل Technical یا Indexing	URL Inspection و Technical Audit
Impression یک Topic Cluster افت کرده	Intent، SERP، Content یا Competition	Query و Competitor Analysis
Clicks افت کرده اما Impression تقریباً ثابت است	CTR، Position یا تغییر ظاهر SERP	بررسی Query، Snippet و نتایج
فقط یک Page افت کرده است	Page-level Content، Intent یا Internal Link	بررسی همان URL و Queryها
بخش بزرگی از سایت افت کرده	Technical Sitewide، تغییر گسترده یا Algorithmic Change	Audit وسیع‌تر و بررسی Timeline
افت بعد از Redesign شروع شده	Migration، URL، Content یا Architecture	مقایسه نسخه قبل و بعد

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

اگر بعد از Update رشد کردید چه کاری انجام دهید؟

رشد نیز نیاز به تحلیل دارد.

اگر Visibility بهتر شده:

• فوراً ساختار موفق را تغییر ندهید.
• مشخص کنید کدام Pages رشد کرده‌اند.
• Queryهای جدید را بررسی کنید.
• ببینید رشد مربوط به یک Topic است یا کل سایت.
• Search Intent صفحات رشدکرده را بررسی کنید.
• از الگوی رشد برای Strategy آینده استفاده کنید.

رشد را نیز نباید بدون Evidence به یک عامل واحد مثل «Google حالا سایت ما را دوست دارد» نسبت داد.

Diagnosis باید به Action Plan تبدیل شود

هدف تحلیل فقط پیدا کردن دلیل احتمالی افت نیست. در پایان باید مشخص شود اقدام بعدی چیست.

Actionها معمولاً در یکی از این گروه‌ها قرار می‌گیرند:

• Technical Fix: اصلاح Indexing، Canonical، Redirect یا مشکل فنی
• Content Update: بهبود پاسخ، Evidence یا اطلاعات
• Intent / Mapping Fix: انتخاب URL یا Page Type مناسب‌تر
• Internal Linking: تقویت ارتباط صفحات
• Consolidation: ادغام صفحات هم‌پوشان
• New Content: ساخت URL جدید فقط در صورت Gap واقعی
• Off-page / Authority: در صورت وجود Gap واقعی اعتبار بیرونی
• No Action / Continue Monitoring: وقتی هنوز Evidence کافی برای تغییر بزرگ وجود ندارد

این مرحله باید وارد استراتژی SEO و برنامه اولویت‌بندی اصلاحات شود؛ چون اجرای هم‌زمان همه پیشنهادها معمولاً نه لازم است و نه قابل اندازه‌گیری.

چک‌لیست بررسی سایت بعد از افت رتبه

• تاریخ تقریبی شروع افت مشخص است.
• Tracking سالم است.
• بررسی کرده‌ایم آیا Update رسمی در همان بازه وجود داشته است.
• مشخص است افت Sitewide است یا محدود.
• Pages دارای بیشترین افت شناسایی شده‌اند.
• Queries دارای بیشترین تغییر مشخص شده‌اند.
• Click و Impression جدا تحلیل شده‌اند.
• Indexing صفحات مهم سالم است.
• Canonical، Robots و Redirect تغییر ناخواسته ندارند.
• Deploy، Migration یا Redesign اخیر بررسی شده است.
• Search Intent فعلی Queryها بررسی شده است.
• SERP با گذشته تفاوت مهمی ندارد یا تفاوت آن ثبت شده است.
• Competitorهای رشدکرده بررسی شده‌اند.
• Content از نظر اطلاعات قدیمی و Coverage بررسی شده است.
• Internal Linking تغییر ناخواسته نداشته است.
• قبل از تغییر یک Hypothesis مشخص داریم.
• می‌توانیم اثر تغییر بعدی را اندازه‌گیری کنیم.

سوالات متداول درباره آپدیت الگوریتم Google

آیا Core Update یعنی Google سایت را جریمه کرده است؟

خیر. Core Update معمولاً تغییر گسترده در سیستم‌های Ranking است و با Manual Action یکسان نیست. Manual Action مسیر مشخصی در Search Console دارد.

آیا هر افت رتبه بعد از Update به الگوریتم مربوط است؟

خیر. Technical Issue، Migration، Seasonality، تغییر Search Intent، Competitor و حتی مشکل Tracking می‌توانند در همان بازه رخ داده باشند.

بعد از Core Update باید محتوا را سریع تغییر دهیم؟

فقط زمانی که Diagnosis دلیل منطقی برای تغییر ایجاد کرده باشد. بازنویسی سریع صفحات بدون دانستن علت می‌تواند تحلیل نتیجه را سخت‌تر کند.

آیا طولانی‌تر کردن مقاله باعث Recovery می‌شود؟

خیر. Content باید بهتر پاسخ دهد، نه فقط طولانی‌تر شود. گاهی حذف Filler یا Consolidation صفحات مشابه ارزش بیشتری دارد.

چقدر باید بعد از Update صبر کنیم؟

زمان ثابت و عمومی وجود ندارد. باید نوع افت، حجم داده، وضعیت Rollout، Crawl و نوع تغییرات موردنیاز را در نظر گرفت. اگر Technical Issue واضح وجود دارد، منتظر ماندن جای اصلاح آن را نمی‌گیرد.

اگر فقط یک صفحه افت کرده چه کنیم؟

ابتدا همان Page و Queryهایش را بررسی کنید. Sitewide Redesign یا تغییرات گسترده برای مشکل Page-level معمولاً نقطه شروع مناسبی نیست.

آیا تغییر تاریخ مقاله باعث بهبود بعد از Update می‌شود؟

تغییر تاریخ به‌تنهایی Content Refresh واقعی نیست. محتوا باید از نظر اطلاعات، پاسخ، Structure یا Evidence بهبود واقعی داشته باشد.

آیا محتوای تولیدشده با AI باعث Penalty می‌شود؟

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

بعد از افت، شواهد را از فرضیات جدا کنید

یکی از پرهزینه‌ترین واکنش‌ها بعد از تغییر رتبه این است که چندین بخش سایت را هم‌زمان تغییر دهیم و بعد دیگر ندانیم کدام تغییر واقعاً اثر داشته است.

اگر Visibility هم‌زمان با یک Update کاهش پیدا کرده اما هنوز مشخص نیست مشکل از Indexing، Search Intent، کیفیت صفحات یا تغییر SERP است، ابتدا محدوده افت و Hypothesisهای محتمل را مشخص کنید.

در فرآیند سئو و بهینه‌سازی سایت نیز Audit زمانی ارزشمند است که علت‌های محتمل از هم جدا و اصلاحات بر اساس Impact و Evidence اولویت‌بندی شوند؛ نه اینکه هر Warning یا افت Position به یک اقدام فوری تبدیل شود.

اگر افت مشخصی در سایت دارید و هنوز معلوم نیست Technical، Content، Intent یا Algorithmic Change محتمل‌تر است، می‌توانید وضعیت Pages و Queries را از طریق تماس با گروه نرم‌افزاری مدیا مطرح کنید تا قبل از تغییرات گسترده، محدوده واقعی مسئله مشخص شود.