هر وب‌سایتی بدون توجه به حوزه فعالیت یا میزان
تولید محتوا، دیر یا زود با خطاهای گزارش‌شده در
Google Search Console مواجه خواهد شد. ابزار
گوگل سرچ کنسول که توسط خود گوگل توسعه یافته، امکان ردیابی و بررسی دقیق عملکرد صفحات وب را فراهم می‌کند؛ اما چیزی که بسیاری از مدیران وب‌سایت از آن غافل می‌مانند، اهمیت پیگیری و
رفع خطاهای سرچ کنسول است. این خطاها، اگر به موقع شناسایی و برطرف نشوند، می‌توانند به‌طور مستقیم بر
فاکتورهای مهم در رتبه بندی سئو،
نرخ کلیک (CTR) و حتی ایندکس شدن صحیح محتوا تأثیر منفی بگذارند
. خطاهای سرچ کنسول می‌توانند بسیار متنوع باشند؛ از خطاهای مربوط به کراول (مانند صفحات 404 یا ریدایرکت‌های زنجیره‌ای)، گرفته تا ارورهای مربوط به
Index، موبایل فرندلی بودن صفحات، یا داده‌های ساختاریافته
(Schema Markup) نکته قابل توجه این است که گوگل در هر به‌روزرسانی الگوریتم‌های خود، حساسیت بیشتری نسبت به سلامت تکنیکال سایت‌ها نشان می‌دهد؛ به‌همین دلیل بررسی و رفع سریع این خطاها نه یک انتخاب، بلکه یک الزام فنی در سئو به شمار می‌آید
. استفاده از سیستم‌های گزارش‌گیری و مانیتورینگ خودکار در پلتفرم وب‌وان باعث شده تا بسیاری از سایت‌ها، بدون نیاز به ورود دستی به داشبورد سرچ کنسول، از بروز خطاها آگاه شده و اقدامات اصلاحی را در سریع‌ترین زمان ممکن انجام دهند
. در این مقاله با زبانی ساده اما تحلیلی، به بررسی عمیق انواع
خطاهای سرچ کنسول خواهیم پرداخت. ساختار مقاله بر اساس پرجستجوترین خطاهای گزارش‌شده، الگوبرداری از محتوای رقبا، و توصیه‌های
متخصصان سئو طراحی شده است. همچنین جداول کاربردی، تصاویر واقعی از گزارش‌ها و روش‌های عملی رفع هر خطا را در اختیار شما قرار می‌دهیم تا بتوانید با اطمینان، سلامت فنی سایت‌تان را تضمین کنید
. اگر به دنبال کسب رتبه‌های بهتر در گوگل هستید، اولین قدم شما باید درک و رفع دقیق
خطاهای سرچ کنسول باشد؛ مسیری که در آن، این مقاله به‌عنوان یک نقشه راه حرفه‌ای شما را همراهی خواهد کرد
.
معرفی خطاهای سرچ کنسول
خطاهایی که در گزارش‌های Google Search Console نمایش داده می‌شوند هر کدام نشانه‌ای از یک نقص، اختلال یا ناسازگاری فنی در مسیر خزش، ایندکس یا نمایش سایت هستند. این گزارش‌ها برخلاف ظاهر پیچیده‌شان، می‌توانند دقیق‌ترین راهنما برای بهینه‌سازی وضعیت فنی وب‌سایت باشند؛ به‌شرطی که به‌درستی طبقه‌بندی، تحلیل و رفع شوند. در این بخش، به‌صورت سیستماتیک به بررسی اصلی‌ترین خطاهای سرچ کنسول می‌پردازیم و آن‌ها را در چهار دسته کلیدی تفکیک میکنیم که پایه‌ی تحلیل‌های تکنیکال سئو را می‌سازند.
۱ Crawl Errors – خطاهای خزش
این دسته از خطاها زمانی به وجود می‌آیند که ربات گوگل (Googlebot) در تلاش برای دسترسی به صفحات سایت با موانعی روبه‌رو شود. متداول‌ترین خطاهای سرچ کنسول در این بخش عبارت‌اند از:
- 404 Not Found: صفحه‌ای وجود ندارد یا حذف شده است.
- 500/503 Server Errors: سرور در پاسخگویی دچار مشکل شده است.
- Redirect Loop/Chain: چندین ریدایرکت پیاپی که منجر به سردرگمی ربات‌ها می‌شود.
وجود این خطاها باعث از دست رفتن بخشی از بودجه خزش سایت (Crawl Budget) شده و در نتیجه، گوگل ممکن است صفحات مهم سایت را کمتر ایندکس کند.
۲ Indexing Errors – خطاهای نمایه‌سازی
در این گروه، گوگل به ما اطلاع می‌دهد که علیرغم خزش موفق، دلایلی برای عدم ایندکس برخی صفحات وجود دارد. چند نمونه رایج عبارت‌اند از:
- Blocked by robots.txt: فایل robots.txt مانع ایندکس شدن شده است.
- Page with noindex tag: از طریق متاتگ، خودمان گوگل را از ایندکس کردن منع کرده‌ایم.
- Soft 404: صفحه‌ای که ظاهراً معتبر است اما محتوای مفید ندارد یا خطای ظریفی دارد.
این دسته از خطاهای سرچ کنسول به‌صورت مستقیم بر دیده‌شدن صفحات در نتایج گوگل اثر می‌گذارند و اگر به‌موقع برطرف نشوند، باعث کاهش بازدید ارگانیک می‌شوند.
۳ Mobile Usability – خطاهای تجربه کاربری موبایل
با توجه به افزایش استفاده کاربران از گوشی‌های همراه، گوگل نسبت به ریسپانسیو بودن و تجربه کاربری موبایل حساسیت بالایی دارد. در گزارش «Mobile Usability» سرچ کنسول، خطاهایی مانند موارد زیر دیده می‌شود:
- Viewport not set یا Viewport not configured correctly
- Clickable elements too close together
- Text too small to read
این خطاها ممکن است از دید مدیر سایت کوچک و بی‌اهمیت به نظر برسند، اما از نظر گوگل می‌توانند دلیلی برای کاهش رتبه یا حتی حذف صفحه از جستجوی موبایلی باشند.
۴. Schema / Rich Snippet Errors – خطاهای داده‌های ساختاریافته
یکی دیگر از انواع مهم خطاهای سرچ کنسول مربوط به اسکیمای صفحات است. این خطاها زمانی بروز می‌کنند که ساختار داده‌هایی که به گوگل ارسال کرده‌ایم ناقص یا ناصحیح باشد. نمونه‌هایی مانند:
- Missing "name", "price", or "rating" fields
- Invalid ItemType or missing @type
- Invalid date format
چنین خطاهایی باعث می‌شود صفحات ما در نتایج گوگل بدون ریچ‌اسنیپت (ستاره، قیمت، پرسش و پاسخ) ظاهر شوند و نرخ کلیک کاهش پیدا کند.
جدول دسته‌بندی خطاهای سرچ کنسول
برای درک بهتر دسته‌بندی‌ها، جدول زیر خلاصه‌ای ساختاریافته از مهم‌ترین گروه‌های خطاهای سرچ کنسول به همراه توضیحات کاربردی ارائه می‌دهد:
| دسته خطا | نمونه خطاها | تأثیر بر SEO | توضیح مختصر |
| Crawl Errors | 404, 5xx, Redirect Loop | کاهش بودجه خزش، ایندکس ناقص | ربات گوگل قادر به دسترسی به برخی صفحات نیست و آن‌ها را کنار می‌گذارد. |
| Indexing Errors | noindex, blocked by robots.txt, soft 404 | حذف از نتایج جستجو | گوگل صفحه را می‌بیند اما به دلیل دستوراتی مانند noindex آن را ایندکس نمی‌کند. |
| Mobile Usability | viewport not set, tap targets too close | تجربه ضعیف در موبایل | صفحات از نظر نمایشی روی موبایل دچار مشکل هستند و نرخ پرش افزایش می‌یابد. |
| Schema Errors | missing name/price/rating, invalid field types | نمایش ناقص در نتایج گوگل | داده‌های ساختاریافته اشتباه یا ناقص هستند و از ریچ اسنیپت خبری نیست. |
در ادامه به بررسی دقیق‌تر خطاهای سرچ کنسول می‌پردازیم:
خطاهای5xx (خطاهای سرور در سرچ کنسول(
یکی از شایع‌ترین و در عین حال خطرناک‌ترین دسته‌های خطاهای سرچ کنسول، خطاهای سری 5xxهستند. این دسته از خطاها نه‌تنها مستقیماً مانع خزش صفحات توسط ربات‌های گوگل می‌شوند، بلکه در صورت تداوم، می‌توانند به کاهش اعتبار دامنه و حتی حذف موقت سایت از نتایج جستجو منجر شوند. خطاهای 5xx برخلاف خطاهای سمت کاربر (مانند 404)، از سمت سرور هستند و نشان‌دهنده اختلالات عمیق‌تری در عملکرد فنی سایت می‌باشند.
معرفی رایج‌ترین خطاهای 5xx
در سرچ کنسول، ممکن است با یکی از خطاهای زیر در گزارش Coverage یا بخش Crawl مواجه شوید:
- :500 Internal Server Errorسرور در پاسخ‌دهی به درخواست با شکست مواجه شده است.
- :502 Bad Gatewayسرور پاسخ نامعتبری از سرور بالادستی دریافت کرده است.
- :503 Service Unavailableسرور موقتاً در دسترس نیست (معمولاً در زمان‌های ترافیک بالا یا در حال تعمیر).
- :504 Gateway Timeoutسرور به‌موقع پاسخی دریافت نکرده است.
- :508 Resource Limit Reachedمصرف بیش از حد منابع هاست.
هر یک از این خطاها پیام واضحی برای گوگل دارند: «این سایت در حال حاضر قابل اطمینان نیست.» بنابراین، گوگل به‌سرعت نرخ خزش را کاهش می‌دهد و ایندکس صفحات جدید یا به‌روزرسانی‌های صفحات فعلی را متوقف می‌کند. همین موضوع می‌تواند منجر به افت رتبه‌های کلیدی شود.
دلایل رایج بروز خطاهای 5xx
بر اساس بررسی منابع تخصصی مانند semrush.com، thrivewp.com، blog.faradars.org و سایر منابع معتبر، عمده‌ترین دلایل بروز خطاهای 5xx عبارت‌اند از:
| علت اصلی | توضیح |
| استفاده از پلاگین یا قالب معیوب | قالب‌های سنگین یا پلاگین‌های ناسازگار می‌توانند باعث اختلال در پردازش شوند. |
| مصرف بیش از حد منابع سرور | افزایش ناگهانی ترافیک یا استفاده زیاد از CPU/RAM منجر به خطای 503 و 508 می‌شود. |
| محدودیت PHP یا زمان اجرای اسکریپت | پایین بودن memory limit یا max_execution_time باعث time-out می‌شود. |
| خطای پایگاه داده | عدم ارتباط با دیتابیس یا کندی کوئری‌ها ممکن است منجر به ارور 500 یا 504 گردد. |
| تداخل با کش سرور یا CDN | پیکربندی اشتباه کش یا Cloudflare می‌تواند باعث ارورهای 502 شود. |
اگر سایت شما در سرچ کنسول با خطاهای سرچ کنسول از نوع 5xx مواجه شده است، اولین قدم آن است که نوع دقیق خطا را شناسایی کنید و به کمک لاگ‌های سرور و گزارشات هاست، منشأ مشکل را پیدا نمایید.
پیشنهاد میکنیم مراحل زیر را برای رفع سریع و ایمن خطاهای 5xx انجام دهید:
- بررسی فایل Error_log در هاست : این فایل دقیق‌ترین اطلاعات را درباره علت خطا به شما می‌دهد.
- افزایش محدودیت‌های PHP مقدار memory_limit ، max_execution_time و max_input_vars را افزایش دهید.
- غیرفعال‌سازی موقت پلاگین‌ها و قالب‌های پرحجم: با تغییر قالب و غیرفعال‌سازی افزونه‌ها، خطا را به‌صورت مرحله‌ای بررسی کنید.
- پاک‌سازی کش سرور و Cloudflare: در صورت استفاده از کش یا CDN ، آن‌ها را بررسی کرده و تنظیمات را بازبینی نمایید.
- تماس با شرکت هاستینگ در صورت تکرار خطا: گاهی مشکل از سرور میزبان است و راه‌حل در اختیار شما نیست.
نکات پیشرفته برای جلوگیری از تکرار خطا
برای اطمینان از پایداری عملکرد سایت، توصیه می‌شود موارد زیر را در فرآیند مدیریت سایت خود لحاظ کنید:
- راه‌اندازی سیستم مانیتورینگ منابع سرور (Uptime Robot یا NewRelic)
- فعال‌سازی هشدار ایمیلی در سرچ کنسول برای ارورهای Server Error
- استفاده از Load Balancing و CDN در سایت‌های پرترافیک
- نسخه‌برداری دوره‌ای از سایت و دیتابیس (Backup Management)
- تست فشار (Stress Test) برای شبیه‌سازی افزایش ناگهانی بازدید
برخی پنل‌های هاستینگ مانند DirectAdmin یا cPanel امکانات مناسبی برای گزارش‌گیری منابع سرور در اختیار شما می‌گذارند.
تأیید اصلاح خطاها در سرچ کنسول (Validate Fix)
پس از بررسی و اعمال اصلاحات لازم، نوبت به ارسال درخواست اعتبارسنجی به گوگل می‌رسد. در داشبورد Google Search Console و در بخش Coverage یا Crawl Stats، دکمه‌ای با عنوان VALIDATE FIX وجود دارد. با کلیک روی این گزینه:
- گوگل فرآیند Crawl مجدد آن صفحات را آغاز می‌کند.
- در صورت موفقیت، خطای مربوطه پس از چند روز از لیست حذف خواهد شد.
- در صورت شکست، نوع خطا و تاریخ آخرین بررسی گزارش می‌شود.
با توجه به اینکه خطاهای 5xxبر روی عملکرد کلی سایت تأثیر زیادی دارند، هرگونه بی‌توجهی به مرحله‌ی VALIDATE می‌تواند موجب باقی ماندن اثر منفی خطا در الگوریتم گوگل شود.
اگرچه بروز گاه‌به‌گاه خطاهای سرور امری اجتناب‌ناپذیر است، اما آنچه سایت‌های موفق را از سایرین متمایز می‌سازد، سرعت واکنش و دقت در رفع این دسته از خطاهای سرچ کنسول است.
خطاهای ریدایرکت حلقه‌ها و زنجیره‌های مخرب در سئو
در میان انواع خطاهای سرچ کنسول، خطاهای مرتبط با ریدایرکت‌ها، اغلب نادیده گرفته می‌شوند. این در حالی است که ساختارهای نادرست ریدایرکت می‌توانند به‌صورت پنهان، آسیب‌های جدی به بودجه خزش، ساختار URLها و حتی ارزش لینک‌های ورودی وارد کنند. به‌ویژه در سایت‌هایی که فرآیند بازطراحی، تغییر دامنه یا به‌روزرسانی ساختار URL را پشت سر گذاشته‌اند، احتمال بروز این نوع خطاها بسیار بیشتر است.
در این بخش، انواع خطاهای رایج ریدایرکت را بررسی میکنیم، پیامدهای آن‌ها را تحلیل کرده و ابزارهای شناسایی و راه‌حل‌های فنی برای رفع هر مورد را معرفی می‌نماییم.
تعریف انواع خطاهای ریدایرکت
دو نوع از رایج‌ترین خطاهای سرچ کنسول در زمینه ریدایرکت‌ها عبارت‌اند از:
الف Redirect Loops – یا چرخه ریدایرکت‌ها
زمانی رخ می‌دهد که URL A به URL B ریدایرکت شود و سپس B مجدداً به A یا یک مقصد دیگر که به A بازمی‌گردد هدایت شود. این حلقه‌ها باعث می‌شوند ربات گوگل هرگز به مقصد نهایی نرسد و به دلیل بی‌پایانی مسیر، صفحه حذف شود یا خطای سرور (۵۱۰ یا ۳۰۱ ناموفق) ثبت گردد.
ب Redirect Chains – زنجیره‌های طولانی ریدایرکت
در این حالت، یک URL از مسیرهای متوالی متعددی عبور می‌کند تا به مقصد نهایی برسد. مثال:
A → B → C → D → E
اگرچه این مورد به ظاهر خطا محسوب نمی‌شود، اما گوگل در مواجهه با زنجیره‌های طولانی، بخشی از مسیر را نادیده می‌گیرد و ممکن است ارزش سئویی لینک‌های ورودی را از دست بدهید.
این خطاها معمولاً در گزارش Coverage > Redirect Error در سرچ کنسول نمایش داده می‌شوند و در بسیاری از مواقع، در تحلیل‌های Semrush یا Screaming Frog نیز کشف می‌شوند.
پیامدهای مستقیم خطاهای ریدایرکت بر سئو
| نوع پیامد | توضیح تاثیرگذاری |
| کاهش سرعت خزش | گوگل زمان زیادی صرف دنبال‌کردن مسیرهای نادرست می‌کند. |
| کاهش ارزش لینک‌ها | هر ریدایرکت اضافی، بخشی از اعتبار لینک ورودی را در مسیر از دست می‌دهد. |
| تأخیر در ایندکس | اگر مسیر نهایی قابل دستیابی نباشد، صفحه در ایندکس ثبت نمی‌شود. |
| مصرف بودجه خزش | مسیرهای اشتباه باعث اتلاف ظرفیت محدود Crawl Budget می‌شوند. |
ابزارهای شناسایی دقیق خطاهای ریدایرکت
برای یافتن و تحلیل دقیق خطاهای سرچ کنسول از نوع ریدایرکت، ابزارهای تحلیلی متعددی وجود دارد. دو ابزار اصلی که توسط اکثر متخصصان سئو توصیه می‌شوند عبارت‌اند از:
Screaming Frog SEO Spider
- نمایش مسیر کامل ریدایرکت هر URL
- گزارش حلقه‌ها و زنجیره‌های طولانی
- مشاهده کدهای پاسخ HTTP به تفکیک
Sitebulb
- ساختار بصری از زنجیره‌های ریدایرکت
- تحلیل ارزش لینک‌ها در طول مسیر
- شناسایی تغییر مسیرهای غیر ضروری
همچنین می‌توان از ابزارهایی مانند Ahrefs Site Audit یا Google PageSpeed Insights نیز بهره گرفت تا ریدایرکت‌های کند یا چندمرحله‌ای را بررسی کرد.
چطور خطاهای ریدایرکت را اصلاح کنیم؟
برای برطرف کردن این دسته از خطاهای سرچ کنسول، مراحل زیر باید گام به گام اجرا شود:
۱ .حذف حلقه‌های بی‌پایان (Redirect Loops)
- استفاده از ابزار Screaming Frog برای شناسایی دقیق مسیرهای بسته
- حذف ریدایرکت اضافی یا اصلاح آن به یک مسیر ثابت
- بررسی تداخل بین ریدایرکت‌های سطح سرور (htaccess) و افزونه‌های CMS
.۲کوتاه‌کردن زنجیره‌های ریدایرکت (Redirect Chains)
- URL باید فقط با یک تغییر مسیر به مقصد نهایی برسد.
- A→B→C باید به A→C تبدیل شوند.
- تنظیم مستقیم ریدایرکت 301 یا 308 در فایل‌های تنظیمات سرور مثل NGINX یا Apache
۳. مرتب‌سازی ساختار URLهای طولانی
- استفاده از URLهای کوتاه، بدون زیرشاخه‌های تو در تو
- حذف تاریخ، شناسه‌ها و پارامترهای زائد
- اعمال ریدایرکت از آدرس‌های قدیمی به URLهای بهینه‌شده
4. بررسی نهایی و تأیید اصلاحات در سرچ کنسول
پس از اصلاح حلقه‌ها و زنجیره‌های ریدایرکت، نوبت به بررسی مجدد آن‌ها در Google Search Console می‌رسد:
- به گزارش Coverage > Redirect Error رفته و URLهای خطادار را پیدا کنید.
- از بخش Inspect URL برای بررسی آنلاین مسیر جدید استفاده نمایید.
- اگر خطا رفع شده، دکمه Validate Fix را فشار دهید.
- گوگل معمولاً در عرض ۲۴ تا ۷۲ ساعت، وضعیت جدید را به‌روزرسانی می‌کند.
درصورتی‌که مسیر جدید همچنان دچار مشکل باشد، سرچ کنسول با پیام Failure مواجه می‌شود و دلیل آن را به‌صورت دقیق گزارش خواهد داد.
نکته کلیدی
رفع اصولی و فنی خطاهای سرچ کنسول از نوع ریدایرکت، نه‌تنها باعث بهبود سئو فنی و افزایش سرعت ایندکس می‌شود، بلکه به تثبیت رتبه‌های فعلی و جلوگیری از افت‌های ناگهانی در نتایج جستجو کمک شایانی خواهد کرد.
خطاهای robots.txt و) noindex تضاد بین دسترسی و ایندکس در سرچ کنسول(
در میان انواع خطاهای سرچ کنسول، دو مورد از رایج‌ترین و گمراه‌کننده‌ترین خطاها مربوط به عدم امکان ایندکس صفحات به‌دلیل تنظیمات محدودکننده هستند. این دو خطا با عناوین ،URL blocked by robots.txt ، و Submitted URL marked ‘noindexشناخته می‌شوند و اگرچه ماهیت فنی متفاوتی دارند، اما از منظر موتور جستجو، نتیجه نهایی در هر دو مورد یکسان است: «این صفحه قابل ایندکس نیست».
در این بخش، با بررسی دقیق تفاوت این دو خطا، روش‌های تشخیص، دلایل وقوع و راهکارهای عملی برای رفع آن‌ها آشنا خواهید شد.
1. URL blocked by robots.txt
این خطا زمانی در سرچ کنسول ظاهر می‌شود که یک
URL در
نقشه سایت ارسال شده اما در فایل
robots.txt محدود شده است. یعنی ربات گوگل مجاز به خزش آن صفحه نیست
.
Submitted URL marked ‘noindex .2
در این حالت، صفحه‌ای در نقشه سایت ثبت شده، اما حاوی متاتگ noindex در بخش
است. این تگ صراحتاً به موتور جستجو دستور می‌دهد که صفحه ایندکس نشود
.
تفاوت کلیدی میان robots.txt و noindex
| ویژگی | robots.txt | تگ noindex |
| محل اعمال | در ریشه سایت، فایل robots.txt | در بخش |
| اثر مستقیم بر خزش | بله – اجازه ورود به صفحه را محدود می‌کند | خیر – اجازه خزش دارد، اما مانع ایندکس شدن می‌شود |
| اثر مستقیم بر ایندکس | خیر، اگر محتوای صفحه از جای دیگر لینک شود، ممکن است ایندکس شود | بله، مانع قطعی ایندکس است |
| اولویت گوگل | گوگل ابتدا robots.txt را بررسی می‌کند | در صورت امکان خزش، noindex را نیز لحاظ می‌کند |
در واقع اگر صفحه‌ای هم در robots مسدود شود، و هم تگ noindex داشته باشد، گوگل به دلیل مسدود بودن مسیر، اصلاً به تگ noindex دسترسی نخواهد داشت. این تضاد می‌تواند تحلیل رفتار گوگل نسبت به صفحه را سخت کند.
نحوه تشخیص دقیق خطا
برای یافتن و تحلیل دقیق این دسته از خطاهای سرچ کنسول، می‌توانید از روش‌های زیر استفاده کنید:
- بررسی فایل robots.txt
- از ابزار robots.txt Tester در سرچ کنسول استفاده کنید.
- آدرس
/robots.txt را در مرورگر باز کرده و ببینید آیا Disallow: /page برای URL هدف ثبت شده است یا نه.
- بررسی کدهای صفحه (تگ‌های متا)
- صفحه مورد نظر را در مرورگر باز کرده و کد آن را با راست‌کلیک → View Page Source مشاهده کنید.
- وجود تگ
noindex را در بخش
- URL Inspection Tool
- در کنسول گوگل، آدرس مورد نظر را وارد کرده و روی “Test Live URL” کلیک کنید.
- در قسمت Coverage، علت دقیق ایندکس نشدن نمایش داده می‌شود.
الف) رفع خطای Blocked by robots.txt
- اگر صفحه‌ای باید ایندکس شود، خط
Disallow مربوطه را از فایل robots.txt حذف کنید. - اگر صفحه نباید ایندکس شود اما در Sitemap آمده، یا آن را از Sitemap حذف کنید یا تگ
noindex را به‌کار ببرید. - پس از اعمال تغییرات، robots.txt را در سرچ کنسول تست و به‌روزرسانی کنید.
ب) رفع خطای noindex
- اگر صفحه‌ای در نقشه سایت وجود دارد و هدف شما ایندکس شدن آن است، باید تگ noindex را از کد حذف کنید.
- در وردپرس می‌توانید از تنظیمات سئو (مانند Yoast یا Rank Math) استفاده کنید تا این تگ را حذف یا فعال کنید.
نکته: تغییر در تگ
noindex باید با دقت انجام شود؛ زیرا ممکن است
صفحات تکراری با کیفیت پایین نیز در
Sitemap قرار گرفته باشند که ایندکس آن‌ها به ضرر سایت تمام شود. توصیه میکنیم که از ابزارهای تحلیل محتوای تکراری پیش از حذف
noindex استفاده نمایید
.
مثال عملی: صفحات فروشگاهی WooCommerce
یکی از نمونه‌های پرتکرار این دسته از خطاهای سرچ کنسول مربوط به فروشگاه‌های وردپرسی است که از WooCommerce استفاده می‌کنند. بسیاری از این سایت‌ها صفحات زیر را در Sitemap ثبت می‌کنند:
- صفحه «سبد خرید»
- صفحه «تسویه حساب»
- صفحه «حساب کاربری من»
در حالی که اغلب این صفحات یا در فایل robots.txt مسدود شده‌اند یا دارای تگ noindex هستند.
بررسی فنی:
- این صفحات نه محتوای ارزشمند برای کاربران جدید دارند، نه نیازی به ایندکس شدن آن‌ها وجود دارد.
- پیشنهاد می‌شود این صفحات از نقشه سایت حذف شوند و یا تگ
noindex بر آن‌ها باقی بماند.
توصیه میکنیم که در وب‌سایت‌های فروشگاهی، فقط صفحات محصولات، دسته‌بندی‌ها و مقالات در Sitemap قرار گیرند و سایر صفحات سیستمی از ایندکس خارج شوند.
در تحلیل خطاهای سرچ کنسول، همواره باید تضاد بین ایندکس‌پذیری و مجوزهای خزش را جدی گرفت. فایل robots.txt و تگ noindex هر دو ابزار قدرتمندی در سئوی فنی هستند، اما استفاده نادرست از آن‌ها می‌تواند باعث حذف صفحات کلیدی از نتایج جستجو شود.
خطاهای 404 و Soft 404 صفحات مرده و خالی از نظر گوگل
در میان رایج‌ترین خطاهای سرچ کنسول، خطاهای 404 و Soft 404 بیشترین فراوانی را دارند. این دو خطا، به‌نوعی نشانه‌هایی از «صفحات مرده» در سایت هستند که نه محتوایی برای نمایش دارند، نه ارزشی برای ایندکس شدن توسط گوگل. با این‌حال، نادیده‌گرفتن این دو خطا، می‌تواند در طول زمان تأثیرات منفی جدی بر سئو سایت بگذارد؛ به‌خصوص از نظر بودجه خزش و تجربه کاربری.
در این بخش، تفاوت دقیق این دو نوع خطا را بررسی کرده و روش‌های حرفه‌ای رفع آن‌ها را همراه با مثال ارائه می‌دهیم.
خطای 404 واقعی چیست؟
خطای 404، یا همان
Not Found، یکی از خطاهای کلاسیک در پروتکل
HTTP است. وقتی کاربر یا خزنده گوگل، آدرسی را درخواست می‌دهد که دیگر وجود ندارد (یا هرگز وجود نداشته)، سرور با کد وضعیت
HTTP 404 پاسخ می‌دهد
. در سرچ کنسول، این نوع خطا در بخش Coverage > Not Found (404) نمایش داده می‌شود و معمولاً در اثر حذف صفحات قدیمی، تغییر آدرس‌ها بدون ریدایرکت، یا لینک‌دهی اشتباه در داخل سایت به‌وجود می‌آید.
خطای Soft 404 چیست؟
Soft 404 حالتی است که صفحه از نظر ظاهری موجود است، ولی محتوایی ندارد یا برای گوگل ارزشی ندارد و با این‌حال، سرور به‌جای ارسال کد 404 واقعی، پاسخ HTTP 200 OK را بازمی‌گرداند.
مثال:
- صفحه‌ای با پیام: «محتوایی برای این آدرس یافت نشد، لطفاً به صفحه اصلی بروید.»
- صفحه‌ای که فقط یک تصویر یا جمله کوتاه دارد و فاقد بدنه محتوایی است.
- صفحات فیلترهای خالی در فروشگاه اینترنتی:
/category/shoes?color=purple → بدون نتیجه
روش‌های حل خطاهای 404 و Soft 404
برای جلوگیری از انباشت این دسته از خطاهای سرچ کنسول، چند راهکار اساسی وجود دارد:
الف) ریدایرکت 301 به صفحات مرتبط
اگر صفحه حذف شده دارای بک‌لینک یا ورودی ارگانیک قدیمی است، بهترین راهکار ریدایرکت دائمی (301) به صفحه‌ای مشابه یا مرتبط با آن است.
مثلاً:
/old-product → /new-product
این روش ارزش لینک را حفظ می‌کند و از نمایش پیام خطای 404 جلوگیری می‌نماید.
ب) افزودن محتوای واقعی به صفحات Soft 404
در بسیاری از موارد، صفحه‌ای با
ساختار سایت درست ولی بدون محتوا یا نتایج، توسط گوگل به‌عنوان
Soft 404 شناسایی می‌شود. اگر این صفحات برای سایت اهمیت دارند
: - محتوای متنی، تصویر، لینک داخلی و توضیحات محصول یا مقاله به آن بیافزایید.
- مطمئن شوید که تگ عنوان (title) و توضیحات متا (meta description) مناسب دارند.
- صفحات فیلتر خالی فروشگاه را بازطراحی کرده و به پیشنهادات مرتبط مجهز کنید
ج) ارسال کد HTTP 404 واقعی
اگر صفحه‌ای عملاً حذف شده و دیگر قرار نیست بازگردد یا جایگزین شود، بهتر است سرور به‌جای نمایش صفحه‌ی خالی یا ریدایرکت اشتباه، کد وضعیت 404 واقعی ارسال کند. این کار به گوگل اعلام می‌کند که صفحه به‌درستی حذف شده و باید از ایندکس خارج گردد.
در وردپرس، این کار به‌صورت خودکار انجام می‌شود مگر اینکه افزونه‌ای مانند Redirection مسیر را تغییر داده باشد.
بررسی لینک‌های داخلی و خارجی
یکی از دلایل اصلی ایجاد این نوع خطاهای سرچ کنسول، لینک‌دهی به صفحاتی است که دیگر وجود ندارند. برای حل این موضوع:
- با استفاده از Screaming Frog، لینک‌های شکسته داخلی را پیدا کنید و آن‌ها را اصلاح یا حذف نمایید.
- در صورت امکان، با وب‌سایت‌هایی که به آدرس‌های مرده شما لینک داده‌اند تماس گرفته و درخواست اصلاح لینک بدهید (Link Reclamation) .
- بررسی منظم فایل sitemap.xml و حذف URL های حذف‌شده نیز توصیه می‌شود.
خطاهای 404 و Soft 404 را می‌توان یکی از پرتکرارترین اما اغلب کم‌توجه‌ترین خطاهای سرچ کنسول دانست. درحالی‌که ربات‌های گوگل مرتب در حال خزش و بررسی وضعیت صفحات هستند، هر لینک مرده یا صفحه بی‌محتوا می‌تواند فرصت‌ایندکس مؤثر را از دست بدهد. با اصلاح ساختار URLها، استفاده هوشمندانه از ریدایرکت‌ها، و غنی‌سازی صفحات ناقص، می‌توان تأثیرات منفی این خطاها را به حداقل رساند.
خطاهای 401 و 403 (موانع دسترسی و خطاهای مجوز(
خطاهای 401 و 403 جزو آن دسته از
خطاهای سرچ کنسول هستند که مستقیماً به «مجوزهای دسترسی» مربوط می‌شوند
. - 401 Unauthorized زمانی رخ می‌دهد که ورود به صفحه مستلزم احراز هویت است و کاربر یا ربات، نام کاربری و رمز عبور ندارد.
- 403 Forbidden زمانی رخ می‌دهد که دسترسی به‌طور کامل برای کاربر یا ربات مسدود شده است، حتی اگر احراز هویت انجام شده باشد.
این خطاها اغلب در مسیرهایی مثل /wp-admin/، پنل‌های تست یا صفحات پیش‌نویس مشاهده می‌شوند. اگر صفحات مهم سایت به‌طور تصادفی با این خطا مواجه شوند، گوگل نمی‌تواند آن‌ها را ایندکس کند که درنهایت منجر به افت رتبه خواهد شد.
راهکارهای رفع خطای 401 و 403
- در صورت عمومی بودن صفحه، باید احراز هویت حذف شود.
- اگر صفحه خصوصی است، بهتر است با تگ مانع ایندکس شویم.
- پس از اصلاح، از ابزار URL Inspection برای تأیید دسترسی استفاده کنید و با زدن Validate Fix در سرچ کنسول، گوگل را از بهبود آگاه کنید
خطاهای) Schema / Rich Results اشکالات داده‌های ساختاریافته(
یکی از مهم‌ترین انواع خطاهای سرچ کنسول که مستقیماً روی نمایش نتایج شما در گوگل تأثیر می‌گذارد، خطاهای اسکیمای محصولات است. رایج‌ترین آن‌ها شامل موارد زیر است:
Missing "price"Missing "offers"Missing "aggregateRating"Missing "ratingCount"
اگر این داده‌ها در ساختار JSON-LD صفحه ناقص باشند، گوگل نمی‌تواند rich snippet ستاره، قیمت، نقد را به کاربر نمایش دهد. این یعنی از دست رفتن نرخ کلیک و کاهش رقابت در SERP
راهکارهای رفع خطای Rich Results
- استفاده از ابزار Structured Data Testing Tool گوگل یا Rich Results Test
- تکمیل فیلدهای ضروری مطابق با مستندات schema.org
- تست مجدد پس از اصلاح و اطمینان از تأیید توسط سرچ کنسول
خطاهای بخش Core Web Vitals
در جدیدترین نسخه Google Search Console، بخش "Mobile Usability" که پیشتر به ارزیابی سازگاری صفحات وب با دستگاه‌های موبایل می‌پرداخت، حذف شده است. به‌جای آن، چهار فاکتور جدید به بخش Experience افزوده شده‌اند که شامل "Security Issues"، "Core Web Vitals"، "Manual Actions" و "HTTPS" می‌باشند. این تغییرات نشان‌دهنده اهمیت بیشتر Google به تجربه کاربری در وب‌سایت‌ها و تأثیر آن بر رتبه‌بندی صفحات در نتایج جستجو است.
بخش Core Web Vitals به‌طور خاص به ارزیابی معیارهای مرتبط با تجربه کاربر می‌پردازد و تمرکز اصلی آن بر روی عواملی است که بر سرعت بارگذاری، تعاملات کاربر و ثبات بصری صفحات تأثیر می‌گذارند. درواقع، این فاکتورها به‌طور مستقیم به تجربه کاربری اشاره دارند و به Google کمک می‌کنند تا کیفیت صفحات را از دیدگاه کاربر اندازه‌گیری کرده و در نتایج جستجو ارزیابی کند.
این بخش، سه معیار اصلی را برای بررسی کیفیت تجربه کاربری در نظر می‌گیرد:
- Largest Contentful Paint (LCP): این معیار مدت زمانی را اندازه‌گیری می‌کند که طول می‌کشد تا بزرگ‌ترین محتوای قابل مشاهده در صفحه (مانند تصویر یا بخش‌های بزرگ محتوا) به طور کامل بارگذاری و برای کاربر قابل مشاهده شود. هدف از این معیار، بررسی سرعت بارگذاری صفحه است، چرا که هرچه این زمان کوتاه‌تر باشد، تجربه کاربری بهتر خواهد بود.
- Interaction to Next Paint (INP): این فاکتور به بررسی نحوه پاسخگویی صفحه به تعاملات کاربر می‌پردازد. به‌طور مشخص، زمانی که کاربر روی دکمه یا لینک کلیک می‌کند، این معیار زمان تأخیر تا زمانی که صفحه پاسخ دهد را اندازه‌گیری می‌کند. درواقع، این معیار نشان می‌دهد که آیا تعاملات کاربران به‌سرعت پاسخ داده می‌شود یا خیر. مدت زمان طولانی پاسخ‌دهی به درخواست کاربر می‌تواند تجربه کاربری منفی ایجاد کند.
- Cumulative Layout Shift (CLS): این معیار میزان جابه‌جایی محتوا در حین بارگذاری صفحه را ارزیابی می‌کند. به عبارت دیگر، وقتی صفحه در حال بارگذاری است و محتوای آن در حال تغییر است، ممکن است برخی از عناصر به‌طور غیرمنتظره‌ای جابه‌جا شوند و باعث شود که کاربر نتواند به‌راحتی روی دکمه یا لینک موردنظر کلیک کند. این نوع تغییرات می‌تواند تجربه کاربری را مختل کرده و موجب نارضایتی کاربران شود.
راه حل‌های رفع خطاهای Core Web Vitals
برای شناسایی و رفع مشکلات مربوط به Core Web Vitals، ابتدا باید از گزینه Test Live در Google Search Console استفاده کنید. این ابزار به شما کمک می‌کند تا بفهمید کدام عناصر وب‌سایت شما باعث کاهش سرعت بارگذاری و اختلال در عملکرد درست دیگر اجزا می‌شوند. به‌طور معمول، مشکلات مربوط به Core Web Vitals از طریق بهینه‌سازی‌های ظاهری و تغییرات در کدنویسی قابل حل هستند. با توجه به نوع خطا، ممکن است نیاز باشد تغییراتی در ساختار HTML، CSS یا JavaScript سایت اعمال کنید تا سرعت سایت بهبود یابد و مشکلات مربوط به ثبات بصری و تعاملات کاربران رفع گردد.
خطاهای بخش Manual Actions
گوگل علاوه بر استفاده از الگوریتم‌ها، از نیروی انسانی نیز برای بررسی کیفیت محتوای وب‌سایت‌ها بهره می‌برد. برخی از خطاهایی که در Google Search Console مشاهده می‌شوند، مربوط به جریمه‌هایی هستند که توسط ارزیابان انسانی گوگل اعمال شده است. این جریمه‌ها در بخش Manual Actions ثبت می‌شوند.
اغلب وب‌سایت‌ها پس از مراجعه به این بخش، با پیام “No issues detected” (هیچ مشکلی شناسایی نشد) روبرو می‌شوند. اما در صورتی که وب‌سایت شما جریمه شده باشد، خطاهای رایج در این بخش شامل موارد زیر هستند:
- Unnatural Linking: این خطا زمانی رخ می‌دهد که گوگل متوجه شود وب‌سایت شما به شیوه‌ای غیرطبیعی به دیگر سایت‌ها لینک داده است یا بک‌لینک‌هایی به صورت خریداری‌شده یا غیرطبیعی دریافت کرده است. لینک‌دهی غیرطبیعی مخالف دستورالعمل‌های گوگل است و می‌تواند منجر به جریمه وب‌سایت شما شود.
- Thin or Duplicate Content: در صورتی که گوگل در وب‌سایت شما با محتوای تکراری، کپی شده یا محتوای کم‌ارزش (Thin Content) روبرو شود، سایت شما جریمه خواهد شد. این نوع محتوا به عنوان محتوای غیر اصیل شناخته می‌شود و از نظر گوگل فاقد ارزش کافی برای کاربران است.
- Cloaking or Sneaky Redirects: اگر وب‌سایت شما محتوای متفاوتی را به موتور جستجو و کاربر نمایش دهد یا از تغییر مسیرهای فریبنده (Sneaky Redirects) استفاده کند، این عمل به عنوان نقض قوانین گوگل شناخته می‌شود و می‌تواند منجر به اعمال جریمه شود.
- Spammy Structured Markup: در صورتی که از نشانه‌گذاری‌های ساختاری (مانند schema.org) به شکلی نادرست یا برای دستکاری نتایج جستجو استفاده کنید، گوگل این عمل را به عنوان نقض قوانین تشخیص داده و سایت شما را جریمه خواهد کرد.
- User-generated Spam: سایت‌هایی که به کاربران امکان تولید محتوا (مانند انجمن‌ها، فروم‌ها و نظیر آن) را می‌دهند، در صورتی که نتوانند محتوای هرز و اسپم تولیدشده توسط کاربران را کنترل کنند، با این خطا روبرو خواهند شد.
راه‌حل رفع خطا های Manual Actions
برای رفع این خطاها، ابتدا باید صفحات مشکل دار سایت خود را بازبینی و مشکلات احتمالی آن‌ها را شناسایی کنید. پس از رفع یا به‌روزرسانی صفحات مشکل‌دار، به Google Search Console مراجعه کرده و درخواست بازبینی سایت خود را به صورت دستی ارسال کنید. برای این منظور، باید روی گزینه Request Review کلیک کنید و فرآیند بازبینی را آغاز کنید.
خطا های بخش Product Issues
برای وب‌سایت‌های فروشگاهی، Google Search Console یک منوی جدید تحت عنوان Shopping معرفی کرده است. در بخش Product snippets، می‌توان وضعیت عملکرد کدهای اسکیما (Schema Markup) صفحات محصولات را مشاهده و بررسی کرد. اگر صفحات محصولات سایت شما با داده‌های ساختاری (SDM) به درستی نشانه‌گذاری شده باشند، گوگل قادر به شناسایی و ارزیابی اهمیت این صفحات خواهد بود. در این بخش، برخی از مهم‌ترین خطاهایی که ممکن است با آن‌ها روبرو شوید عبارتند از:
- خطای "either offers review or aggregateRating should be specified": برای رفع این خطا، صفحه محصول شما باید حداقل یکی از این سه عنصر را در کد اسکیما (SDM) خود مشخص کرده باشد: تخفیف، دیدگاه کاربران، یا نظرات ستاره‌دار. با افزودن این اطلاعات به قالب HTML سایت خود و تنظیم صحیح کدهای اسکیما، می‌توانید این مشکل را برطرف کنید.
- خطای "Missing Field Price": این خطا زمانی رخ می‌دهد که شما قیمت یک محصول را همراه با تخفیف تعریف کرده‌اید، اما تاریخ انقضای تخفیف مشخص نشده است. برای رفع این مشکل، باید فرمت قیمت را به‌درستی وارد کنید و مطمئن شوید که از علائمی چون نقطه (.), کاما (,)، اسلش (/) یا سه نقطه و ... در بین اعداد استفاده نمی‌کنید. علاوه بر این، تاریخ انقضای تخفیف را نیز مشخص کنید.
- خطای "Rating Is Missing Required Best and/or Worst Values": اگر در صفحه محصول خود از سیستم نظرسنجی استفاده می‌کنید، باید حتماً محدوده بهترین و بدترین رتبه‌ها را تعیین کرده باشید. برای حل این مشکل، بهترین رتبه را روی ۵ و بدترین رتبه را روی ۱ تنظیم کنید تا خطای مورد نظر رفع شود.
- خطای "Value in Property 'ratingCount' Must Be Positive": در صورتی که در صفحه محصول شما هیچ نظری ثبت نشده باشد، باید عدد رتبه‌بندی محصول را ۰ وارد کنید. در صورتی که رتبه‌بندی منفی باشد، این خطا ایجاد می‌شود. بنابراین، اطمینان حاصل کنید که مقدار رتبه‌بندی همیشه مثبت یا صفر باشد.
بهترین روش‌ها و ابزارهای مدیریت خطا
برای جلوگیری از انباشت یا بازگشت مجدد خطاهای سرچ کنسول، باید سیستم‌های پیشگیری و نظارت فعال داشته باشید. مهم‌ترین اقدامات عبارت‌اند از:
۱. مانیتورینگ مستمر:
- بررسی منظم Coverage، Mobile Usability، و Enhancements در سرچ کنسول
- بررسی فایل sitemap.xml و URLهای گزارش‌شده به‌صورت ماهانه
۲. ابزارهای پیشنهادی:
| ابزار | کارکرد |
| Screaming Frog | بررسی لینک‌های شکسته، ساختار URLها، و خطاهای اسکیما |
| Sitebulb | تحلیل گرافیکی و تخصصی خطاهای فنی سایت |
| Rank Math / Yoast | مدیریت داده‌های اسکیمایی و ایندکس صفحات |
| وب‌وان | سیستم مانیتورینگ خودکار + پیشنهاد رفع خطا با الگوریتم یادگیرنده |
. ۳چک‌لیست پیشنهادی:
- شناسایی منبع خطا
- اولویت‌بندی بر اساس تأثیر بر ایندکس
- اعمال اصلاحات و استفاده از “Validate Fix”
- ثبت گزارش داخلی برای پیگیری نتیجه
اگر به‌دنبال رصد پیوسته، گزارش‌گیری خودکار و حذف سیستماتیک خطاها هستید، سرویس‌های وب‌وان انتخاب مطمئنی برای سئو فنی سایت شما خواهند بود.
نتیجه گیری
رفع سریع و هدفمند
خطاهای سرچ کنسول یکی از مهم‌ترین اقدامات در نگهداری و ارتقاء سلامت فنی وب‌سایت است. خطاهایی مانند 404، ریدایرکت‌های نادرست، محدودیت‌های
robots.txt، یا اشکالات
اسکیما اگر به‌موقع اصلاح نشوند، مستقیماً بر خزش، ایندکس، و رتبه صفحات سایت در نتایج جستجو اثر منفی می‌گذارند. در این مقاله، مهم‌ترین دسته‌های خطا، تفاوت‌ها، روش‌های تشخیص و راه‌حل‌های عملی بررسی شدند
. کلماتی مانند
Crawl Errors،
Indexing Problems،
Redirect Chains،
Schema Markup،
Soft 404 و
403 Access Denied از پرتکرارترین مشکلات فنی هستند که در سرچ کنسول ثبت می‌شوند. بررسی دوره‌ای این گزارش‌ها، استفاده از ابزارهایی مثل
Screaming Frog و
Rank Math، و اعتبارسنجی مداوم از طریق گزینه
Validate Fix، لازمه حفظ عملکرد پایدار سایت است
. مجموعه وب‌وان یکی از
بهترین شرکت طراحی سایت در تهران بوده که با ارائه خدمات تخصصی چون
طراحی سایت،
طراحی سایت اختصاصی،
طراحی سایت شرکتی،
طراحی سایت فروشگاهی،
سئو سایت و با داشتن دانش و تخصصی حرفه‌ای در این زمینه‌ها و همچنین اخلاق و نظم کاری توانسته است رضایت مشتریان عزیز را از آن خود کند. شما می‌توانید جهت ارتباط با کارشناسان مجموعه
وب وان با شماره
41658-021 تماس حاصل نمایید.
سوالات متداول
چه تفاوتی بین خطاها و هشدارها در Google Search Console وجود دارد؟
- خطاها مشکلاتی هستند که باید فوراً حل شوند زیرا ممکن است مانع از ایندکس شدن صحیح صفحات شما شوند یا تجربه کاربری را مختل کنند.
- هشدارها معمولاً مسائل جزئی‌تری هستند که ممکن است تأثیرات منفی کوتاه‌مدت داشته باشند، اما به طور کلی به ایندکسینگ یا رتبه‌بندی سایت شما آسیب نمی‌زنند.
چگونه می‌توانم خطاهای Google Search Console را رفع کنم؟
برای رفع خطاها باید بررسی کنید که چه مشکلی در سایت شما وجود دارد و سپس اقدام به اصلاح آن کنید. به عنوان مثال، مشکلات ایندکسینگ می‌تواند با اصلاح ساختار URL یا تنظیم صحیح فایل robots.txt برطرف شود. پس از رفع مشکل، باید درخواست بازبینی را در Google Search Console ارسال کنید.
آیا رفع خطاهای سرچ کنسول تأثیری بر رتبه‌بندی سایت دارد؟
بله، رفع خطاها می‌تواند تأثیر مثبتی بر رتبه‌بندی سایت شما داشته باشد. گوگل وب‌سایت‌هایی که مشکلات فنی کمتری دارند و تجربه کاربری بهتری ارائه می‌دهند را بیشتر ترجیح می‌دهد. بنابراین، برطرف کردن خطاها به بهبود وضعیت سایت در نتایج جستجو کمک می‌کند.
آیا Google Search Console به طور خودکار خطاهای سایت را برطرف می‌کند؟
خیر، Google Search Console تنها خطاها و مشکلات سایت شما را شناسایی و گزارش می‌دهد. شما باید به صورت دستی این خطاها را بررسی کرده و اقدام به اصلاح آن‌ها کنید.
مقالات مرتبط:
inp چیست؟ تبلیغات ppc چیست؟
.png "لوگو")
نظری یافت نشد