
افت ترافیک گوگل یک نشانه است و علت واحدی ندارد. ممکن است تقاضای جستجو کم شده باشد، صفحه درست ایندکس نباشد یا فقط ابزار آمارگیر ناقص کار کند. شروع کار باید با تفکیک همین حالت ها باشد. تغییر هم زمان عنوان، محتوا و ساختار سایت، پیش از روشن شدن علت، تشخیص را سخت تر می کند. در این راهنما از شواهد قابل مشاهده به ترتیب بررسی و سپس تصمیم اجرایی می رسیم.
افت از کدام بخش مسیر جستجو شروع شده است؟
ابتدا دو منبع مستقل را کنار هم بگذارید. کلیک سرچ کنسول نشان می دهد چند ورود از نتیجه های جستجو ثبت شده است. نشست ارگانیک در ابزار تحلیل به بارگذاری کد، رضایت کاربر و قواعد دسته بندی کانال وابسته است. اگر کلیک ثابت مانده ولی نشست افت کرده، اول نصب ابزار و مسیر ثبت رویداد را بررسی کنید. اختلاف این دو عدد طبیعی است و قرار نیست کاملا برابر باشند.
بازه افت را روی نمودار مشخص کنید و آن را با روزهای هم نام هفته مقایسه کنید. افت یک روز تعطیل با روز کاری قبل، نشانه کافی برای خرابی سئو نیست. برای کسب و کار فصلی، مقایسه سالانه هم مفید است. تاریخ آخرین روز گزارش را کنترل کنید، چون داده روزهای آخر ممکن است کامل نباشد. تغییر منطقه زمانی دو ابزار نیز می تواند مرز روز شروع مشکل را جابه جا نشان دهد.
گروه بندی صفحات مهم تر از نگاه به میانگین سایت است. صفحه های دسته، محصول و مقاله را جدا کنید و جستجوهای برند را از غیر برند تفکیک کنید. اگر افت فقط در یک قالب دیده می شود، تغییر فنی همان قالب یا وضعیت موجودی محتمل تر است. اگر همه بخش ها هم زمان افت دارند، دسترسی سرور، تنظیم عمومی ایندکس و تغییر تقاضای بازار باید زودتر بررسی شوند.
برای تبدیل بحث به تصمیم عملی، این مثال فرضی را در نظر بگیرید: فروشگاهی بعد از تغییر قالب، 30 درصد نشست ارگانیک کمتری در آمارگیر می بیند، اما هنوز درباره تغییر کلیک سرچ کنسول داده همسان جمع نکرده است. این وضعیت به معنی وجود یک علت قطعی نیست. باید بین چیزی که در خروجی سایت مشاهده شده و برداشتی که از علت آن داریم فرق گذاشت. شرح مسئله را با نشانی صفحه، تاریخ مشاهده، دستگاه آزمایش و رفتار مورد انتظار ثبت کنید. این چهار مورد باعث می شوند نفر بعدی بتواند همان وضعیت را دوباره بررسی کند و گزارش به برداشت شخصی وابسته نماند.

در همین مثال، تصمیم اصلی این است: ابتدا اختلاف اندازه گیری را از کاهش واقعی ورود جدا کنیم و تا پایان این بررسی، تغییر محتوای دسته های اصلی متوقف بماند. پیش از اجرای گسترده، یک نمونه محدود انتخاب کنید و نتیجه فعلی آن را نگه دارید. نمونه باید شامل صفحه مهم، صفحه معمولی و یک وضعیت مرزی باشد. وضعیت مرزی جایی است که قاعده پیشنهادی ممکن است به خطا برود. اگر فقط نمونه مطلوب را آزمایش کنید، موفقیت آزمایش کوچک لزوما به معنی درست بودن قاعده برای تمام سایت نخواهد بود.
برای بررسی جزئیات در مستندات اصلی، مستندات رسمی مرتبط با افت ترافیک گوگل را ببینید.
چطور علت محتمل را به برنامه اصلاح تبدیل کنیم؟
کاهش نمایش همراه با رتبه نسبتا ثابت می تواند با افت تقاضا یا حذف تعدادی عبارت کم ارزش همراه باشد. کاهش کلیک با نمایش ثابت ممکن است از تغییر ترکیب نتایج یا نرخ کلیک باشد. میانگین رتبه را برای مجموعه یکسان عبارت ها بسنجید. حذف نمایش عبارت های ضعیف حتی ممکن است میانگین رتبه را بهتر کند، در حالی که کلیک کل کمتر شده است. این یک اثر ترکیبی است و موفقیت محسوب نمی شود.
برای صفحات اصلی، وضعیت HTTP، تگ noindex، کنونیکال، محتوای رندرشده و لینک های ورودی داخلی را بررسی کنید. گزارش Page indexing را با URL Inspection تکمیل کنید. آزمایش زنده نشان دهنده شرایط فعلی دسترسی است و به معنی تضمین ایندکس نیست. تاریخ خزیدن نسخه شناخته شده توسط گوگل را هم ثبت کنید تا تغییر امروز با وضعیتی که هفته قبل دیده شده اشتباه نشود.
در بررسی افت، عبارت های ثابت را جدا از همه عبارت های دوره مقایسه کنید. ورود و خروج پرسش های تازه می تواند میانگین رتبه را عوض کند. برای صفحه ای که افت دارد، چند عبارت اصلی را با کشور و دستگاه ثابت ببینید. اگر فقط نام برند کم شده است، تغییر فعالیت تبلیغاتی و تقاضای نام برند نیز باید بررسی شود و نتیجه به محتوای آموزشی نسبت داده نشود.
تاریخ افت را با انتشار کد، جابه جایی دامنه، تغییر منو و به روزرسانی محتوای اصلی تطبیق دهید. هم زمانی فقط فرضیه می سازد. اگر افت با یک به روزرسانی عمومی گوگل هم زمان است، باز هم باید صفحه های متاثر و رقیب های همان نیاز بررسی شوند. بازگشت به نسخه قدیمی زمانی منطقی است که خرابی مشخص و مسیر بازگردانی امن وجود داشته باشد، نه صرفا به دلیل نوسان کوتاه مدت رتبه.

قدم اجرایی اول در سناریوی بالا چنین است: برای یک صفحه متاثر، وضعیت ایندکس و خروجی فعلی HTML را ثبت کنید. این کار را با یک مسئول مشخص و یک معیار پایان به تیم تحویل دهید. عبارتی مثل «سئو بهتر شود» معیار پایان نیست. تحویل باید به رفتاری قابل مشاهده اشاره کند که پیش و پس از تغییر قابل مقایسه باشد. اگر تغییر به قالب یا تنظیم مشترک وابسته است، دامنه اثر را هم بنویسید تا اصلاح یک نمونه به خرابی گروه دیگری منجر نشود.
پس از قبول نمونه، قدم بعدی را اجرا کنید: ثبت رویداد و تغییرات قالب را در گروه محدود اصلاح و دوباره با منبع مستقل مقایسه کنید. انتشار را مرحله ای انجام دهید و فهرست نشانی های تغییرکرده را نگه دارید. اگر وضعیت نامطلوبی دیده شد، همین فهرست برای محدود کردن مسئله و بازگردانی تغییر کاربرد دارد. پیش از شروع، نسخه قابل بازیابی و فرد مسئول بازگردانی باید مشخص باشد. این احتیاط به ویژه زمانی مفید است که تیم محتوا و توسعه در ساعت های متفاوت کار می کنند.
برای سنجش، «کلیک غیر برند» را از «نشست ارگانیک ثبت شده» جدا ثبت کنید. اولی و دومی لزوما هم زمان تغییر نمی کنند و از روی یکی نباید درباره دیگری حکم داد. بازه مقایسه باید دوره مشابه و گروه صفحه مشابه داشته باشد. روزهای ناقص، تغییر فصل، کمپین و تغییر موجودی را در یادداشت گزارش بیاورید. هرجا داده کم است، نتیجه را نشانه اولیه بنامید و از تبدیل آن به ادعای قطعی درباره رشد پرهیز کنید.
| مرحله | کار لازم | خروجی |
|---|---|---|
| تشخیص | خروجی کلیک صفحه های مهم را با بازه همسان و بدون روز ناقص دریافت کنید. | شاهد قابل تکرار |
| اعتبارسنجی | اجرای آمارگیر را در ورود مستقیم از جستجو و پس از انتخاب رضایت کاربر آزمایش کنید. | مقایسه با انتظار |
| اجرا | برای یک صفحه متاثر، وضعیت ایندکس و خروجی فعلی HTML را ثبت کنید. | نمونه تاییدشده |
| گسترش | ثبت رویداد و تغییرات قالب را در گروه محدود اصلاح و دوباره با منبع مستقل مقایسه کنید. | فهرست تغییرات و بازبینی |
پرسش های رایج
در افت ترافیک گوگل اولین قدم چیست؟
خروجی کلیک صفحه های مهم را با بازه همسان و بدون روز ناقص دریافت کنید. سپس دامنه مسئله و وضعیت مورد انتظار را مشخص کنید.
از کجا بدانیم اصلاح موفق بوده است؟
رفتار فنی را با نمونه اولیه مقایسه کنید و کلیک غیر برند و نشست ارگانیک ثبت شده را در بازه های همسان بررسی کنید. تغییر رتبه به تنهایی علت را ثابت نمی کند.