معرفی خطاهای سرچ کنسول

معرفی خطاهای سرچ کنسول

خطاهایی که در گزارش‌های Google Search Console نمایش داده می‌شوند هر کدام نشانه‌ای از یک نقص، اختلال یا ناسازگاری فنی در مسیر خزش، ایندکس یا نمایش سایت هستند. این گزارش‌ها برخلاف ظاهر پیچیده‌شان، می‌توانند دقیق‌ترین راهنما برای بهینه‌سازی وضعیت فنی وب‌سایت باشند؛ به‌شرطی که به‌درستی طبقه‌بندی، تحلیل و رفع شوند. در این بخش، به‌صورت سیستماتیک به بررسی اصلی‌ترین خطاهای سرچ کنسول می‌پردازیم و آن‌ها را در چهار دسته کلیدی تفکیک می‌کنیم که پایه‌ی تحلیل‌های تکنیکال سئو را می‌سازند.

 

۱ Crawl Errors – خطاهای خزش

این دسته از خطاها زمانی به وجود می‌آیند که ربات گوگل (Googlebot) در تلاش برای دسترسی به صفحات سایت با موانعی روبه‌رو شود. متداول‌ترین خطاهای سرچ کنسول در این بخش عبارت‌اند از:

• ۴۰۴ Not Found: صفحه‌ای وجود ندارد یا حذف شده است.
• ۵۰۰/۵۰۳ Server Errors: سرور در پاسخ‌گویی دچار مشکل شده است.
• Redirect Loop/Chain: چندین ریدایرکت پیاپی که منجر به سردرگمی ربات‌ها می‌شود.

وجود این خطاها باعث از دست رفتن بخشی از بودجه خزش سایت (Crawl Budget) شده و در نتیجه، گوگل ممکن است صفحات مهم سایت را کمتر ایندکس کند.

۲ Indexing Errors – خطاهای نمایه‌سازی

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

• Blocked by robots.txt: فایل robots.txt مانع ایندکس شدن شده است.
• Page with noindex tag: از طریق متاتگ، خودمان گوگل را از ایندکس کردن منع کرده‌ایم.
• Soft ۴۰۴: صفحه‌ای که ظاهراً معتبر است اما محتوای مفید ندارد یا خطای ظریفی دارد.

این دسته از خطاهای سرچ کنسول به‌صورت مستقیم بر دیده‌شدن صفحات در نتایج گوگل اثر می‌گذارند و اگر به‌موقع برطرف نشوند، باعث کاهش بازدید ارگانیک می‌شوند.

۳ 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	۴۰۴, ۵xx, Redirect Loop	کاهش بودجه خزش، ایندکس ناقص	ربات گوگل قادر به دسترسی به برخی صفحات نیست و آن‌ها را کنار می‌گذارد.
Indexing Errors	noindex, blocked by robots.txt, soft ۴۰۴	حذف از نتایج جستجو	گوگل صفحه را می‌بیند اما به دلیل دستوراتی مانند noindex آن را ایندکس نمی‌کند.
Mobile Usability	viewport not set, tap targets too close	تجربه ضعیف در موبایل	صفحات از نظر نمایشی روی موبایل دچار مشکل هستند و نرخ پرش افزایش می‌یابد.
Schema Errors	missing name/price/rating, invalid field types	نمایش ناقص در نتایج گوگل	داده‌های ساختاریافته اشتباه یا ناقص هستند و از ریچ اسنیپت خبری نیست.

 

در ادامه به بررسی دقیق‌تر خطاهای سرچ کنسول می‌پردازیم:

 

خطاهای۵xx (خطاهای سرور در سرچ کنسول(

یکی از شایع‌ترین و در عین حال خطرناک‌ترین دسته‌های خطاهای سرچ کنسول، خطاهای سری ۵xxهستند. این دسته از خطاها نه‌تنها مستقیماً مانع خزش صفحات توسط ربات‌های گوگل می‌شوند، بلکه در صورت تداوم، می‌توانند به کاهش اعتبار دامنه و حتی حذف موقت سایت از نتایج جستجو منجر شوند. خطاهای ۵xx برخلاف خطاهای سمت کاربر (مانند ۴۰۴)، از سمت سرور هستند و نشان‌دهنده اختلالات عمیق‌تری در عملکرد فنی سایت می‌باشند.

 

معرفی رایج‌ترین خطاهای ۵xx

در سرچ کنسول، ممکن است با یکی از خطاهای زیر در گزارش Coverage یا بخش Crawl مواجه شوید:

• :۵۰۰ Internal Server Errorسرور در پاسخ‌دهی به درخواست با شکست مواجه شده است.
• :۵۰۲ Bad Gatewayسرور پاسخ نامعتبری از سرور بالادستی دریافت کرده است.
• :۵۰۳ Service Unavailableسرور موقتاً در دسترس نیست (معمولاً در زمان‌های ترافیک بالا یا در حال تعمیر).
• :۵۰۴ Gateway Timeoutسرور به‌موقع پاسخی دریافت نکرده است.
• :۵۰۸ Resource Limit Reachedمصرف بیش از حد منابع هاست.

هر یک از این خطاها پیام واضحی برای گوگل دارند: «این سایت در حال حاضر قابل اطمینان نیست.» بنابراین، گوگل به‌سرعت نرخ خزش را کاهش می‌دهد و ایندکس صفحات جدید یا به‌روزرسانی‌های صفحات فعلی را متوقف می‌کند. همین موضوع می‌تواند منجر به افت رتبه‌های کلیدی شود.

 

دلایل رایج بروز خطاهای ۵xx

بر اساس بررسی منابع تخصصی مانند semrush.com، thrivewp.com، blog.faradars.org و سایر منابع معتبر، عمده‌ترین دلایل بروز خطاهای ۵xx عبارت‌اند از:

علت اصلی	توضیح
استفاده از پلاگین یا قالب معیوب	قالب‌های سنگین یا پلاگین‌های ناسازگار می‌توانند باعث اختلال در پردازش شوند.
مصرف بیش از حد منابع سرور	افزایش ناگهانی ترافیک یا استفاده زیاد از CPU/RAM منجر به خطای ۵۰۳ و ۵۰۸ می‌شود.
محدودیت PHP یا زمان اجرای اسکریپت	پایین بودن memory limit یا max_execution_time باعث time-out می‌شود.
خطای پایگاه داده	عدم ارتباط با دیتابیس یا کندی کوئری‌ها ممکن است منجر به ارور ۵۰۰ یا ۵۰۴ گردد.
تداخل با کش سرور یا CDN	پیکربندی اشتباه کش یا Cloudflare می‌تواند باعث ارورهای ۵۰۲ شود.

 

اگر سایت شما در سرچ کنسول با خطاهای سرچ کنسول از نوع ۵xx مواجه شده است، اولین قدم آن است که نوع دقیق خطا را شناسایی کنید و به کمک لاگ‌های سرور و گزارشات هاست، منشأ مشکل را پیدا نمایید.
پیشنهاد میکنیم مراحل زیر را برای رفع سریع و ایمن خطاهای ۵xx انجام دهید:

1. بررسی فایل Error_log در هاست : این فایل دقیق‌ترین اطلاعات را درباره علت خطا به شما می‌دهد.
2. افزایش محدودیت‌های PHP مقدار memory_limit ، max_execution_time و max_input_vars را افزایش دهید.
3. غیرفعال‌سازی موقت پلاگین‌ها و قالب‌های پرحجم: با تغییر قالب و غیرفعال‌سازی افزونه‌ها، خطا را به‌صورت مرحله‌ای بررسی کنید.
4. پاک‌سازی کش سرور و Cloudflare: در صورت استفاده از کش یا CDN ، آن‌ها را بررسی کرده و تنظیمات را بازبینی نمایید.
5. تماس با شرکت هاستینگ در صورت تکرار خطا: گاهی مشکل از سرور میزبان است و راه‌حل در اختیار شما نیست.

 

نکات پیشرفته برای جلوگیری از تکرار خطا

برای اطمینان از پایداری عملکرد سایت، توصیه می‌شود موارد زیر را در فرآیند مدیریت سایت خود لحاظ کنید:

• راه‌اندازی سیستم مانیتورینگ منابع سرور (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 مجدد آن صفحات را آغاز می‌کند.
• در صورت موفقیت، خطای مربوطه پس از چند روز از لیست حذف خواهد شد.
• در صورت شکست، نوع خطا و تاریخ آخرین بررسی گزارش می‌شود.

با توجه به اینکه خطاهای ۵xxبر روی عملکرد کلی سایت تأثیر زیادی دارند، هرگونه بی‌توجهی به مرحله‌ی 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 تبدیل شوند.
• تنظیم مستقیم ریدایرکت ۳۰۱ یا ۳۰۸ در فایل‌های تنظیمات سرور مثل NGINX یا Apache

 

۳. مرتب‌سازی ساختار URLهای طولانی

• استفاده از URLهای کوتاه، بدون زیرشاخه‌های تو در تو
• حذف تاریخ، شناسه‌ها و پارامترهای زائد
• اعمال ریدایرکت از آدرس‌های قدیمی به URLهای بهینه‌شده

 

۴. بررسی نهایی و تأیید اصلاحات در سرچ کنسول

پس از اصلاح حلقه‌ها و زنجیره‌های ریدایرکت، نوبت به بررسی مجدد آن‌ها در Google Search Console می‌رسد:

• به گزارش Coverage > Redirect Error رفته و URLهای خطادار را پیدا کنید.
• از بخش Inspect URL برای بررسی آنلاین مسیر جدید استفاده نمایید.
• اگر خطا رفع شده، دکمه Validate Fix را فشار دهید.
• گوگل معمولاً در عرض ۲۴ تا ۷۲ ساعت، وضعیت جدید را به‌روزرسانی می‌کند.

درصورتی‌که مسیر جدید همچنان دچار مشکل باشد، سرچ کنسول با پیام Failure مواجه می‌شود و دلیل آن را به‌صورت دقیق گزارش خواهد داد.
نکته کلیدی
رفع اصولی و فنی خطاهای سرچ کنسول از نوع ریدایرکت، نه‌تنها باعث بهبود سئو فنی و افزایش سرعت ایندکس می‌شود، بلکه به تثبیت رتبه‌های فعلی و جلوگیری از افت‌های ناگهانی در نتایج جستجو کمک شایانی خواهد کرد.

 

خطاهای robots.txt و) noindex تضاد بین دسترسی و ایندکس در سرچ کنسول(

در میان انواع خطاهای سرچ کنسول، دو مورد از رایج‌ترین و گمراه‌کننده‌ترین خطاها مربوط به عدم امکان ایندکس صفحات به‌دلیل تنظیمات محدودکننده هستند. این دو خطا با عناوین ،URL blocked by robots.txt ، و Submitted URL marked ‘noindexشناخته می‌شوند و اگرچه ماهیت فنی متفاوتی دارند، اما از منظر موتور جستجو، نتیجه نهایی در هر دو مورد یکسان است: «این صفحه قابل ایندکس نیست».
در این بخش، با بررسی دقیق تفاوت این دو خطا، روش‌های تشخیص، دلایل وقوع و راهکارهای عملی برای رفع آن‌ها آشنا خواهید شد.

 

۱. URL blocked by robots.txt

این خطا زمانی در سرچ کنسول ظاهر می‌شود که یک URL در نقشه سایت ارسال شده اما در فایل robots.txt محدود شده است. یعنی ربات گوگل مجاز به خزش آن صفحه نیست.

 

Submitted URL marked ‘noindex ,۲

در این حالت، صفحه‌ای در نقشه سایت ثبت شده، اما حاوی متاتگ noindex در بخش

است. این تگ صراحتاً به موتور جستجو دستور می‌دهد که صفحه ایندکس نشود.

 

تفاوت کلیدی میان robots.txt و noindex

ویژگی	robots.txt	تگ noindex
محل اعمال	در ریشه سایت، فایل robots.txt	در بخش
اثر مستقیم بر خزش	بله – اجازه ورود به صفحه را محدود می‌کند	خیر – اجازه خزش دارد، اما مانع ایندکس شدن می‌شود
اثر مستقیم بر ایندکس	خیر، اگر محتوای صفحه از جای دیگر لینک شود، ممکن است ایندکس شود	بله، مانع قطعی ایندکس است
اولویت گوگل	گوگل ابتدا robots.txt را بررسی می‌کند	در صورت امکان خزش، noindex را نیز لحاظ می‌کند

 

در واقع اگر صفحه‌ای هم در robots مسدود شود، و هم تگ noindex داشته باشد، گوگل به دلیل مسدود بودن مسیر، اصلاً به تگ noindex دسترسی نخواهد داشت. این تضاد می‌تواند تحلیل رفتار گوگل نسبت به صفحه را سخت کند.

 

نحوه تشخیص دقیق خطا

برای یافتن و تحلیل دقیق این دسته از خطاهای سرچ کنسول، می‌توانید از روش‌های زیر استفاده کنید:

1. بررسی فایل robots.txt
   • از ابزار robots.txt Tester در سرچ کنسول استفاده کنید.
   • آدرس /robots.txt را در مرورگر باز کرده و ببینید آیا Disallow: /page برای URL هدف ثبت شده است یا نه.
2. بررسی کدهای صفحه (تگ‌های متا)
   • صفحه مورد نظر را در مرورگر باز کرده و کد آن را با راست‌کلیک → View Page Source مشاهده کنید.
   • وجود تگ noindex را در بخش بررسی نمایید.
3. 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 هر دو ابزار قدرتمندی در سئوی فنی هستند، اما استفاده نادرست از آن‌ها می‌تواند باعث حذف صفحات کلیدی از نتایج جستجو شود.

 

خطاهای ۴۰۴ و Soft ۴۰۴ صفحات مرده و خالی از نظر گوگل

در میان رایج‌ترین خطاهای سرچ کنسول، خطاهای ۴۰۴ و Soft ۴۰۴ بیشترین فراوانی را دارند. این دو خطا، به‌نوعی نشانه‌هایی از «صفحات مرده» در سایت هستند که نه محتوایی برای نمایش دارند، نه ارزشی برای ایندکس شدن توسط گوگل. با این‌حال، نادیده‌گرفتن این دو خطا، می‌تواند در طول زمان تأثیرات منفی جدی بر سئو سایت بگذارد؛ به‌خصوص از نظر بودجه خزش و تجربه کاربری.
در این بخش، تفاوت دقیق این دو نوع خطا را بررسی کرده و روش‌های حرفه‌ای رفع آن‌ها را همراه با مثال ارائه می‌دهیم.

 

خطای ۴۰۴ واقعی چیست؟

خطای ۴۰۴، یا همان Not Found، یکی از خطاهای کلاسیک در پروتکل HTTP است. وقتی کاربر یا خزنده گوگل، آدرسی را درخواست می‌دهد که دیگر وجود ندارد (یا هرگز وجود نداشته)، سرور با کد وضعیت HTTP ۴۰۴ پاسخ می‌دهد.

در سرچ کنسول، این نوع خطا در بخش Coverage > Not Found (۴۰۴) نمایش داده می‌شود و معمولاً در اثر حذف صفحات قدیمی، تغییر آدرس‌ها بدون ریدایرکت، یا لینک‌دهی اشتباه در داخل سایت به‌وجود می‌آید.

 

خطای Soft ۴۰۴ چیست؟

Soft ۴۰۴ حالتی است که صفحه از نظر ظاهری موجود است، ولی محتوایی ندارد یا برای گوگل ارزشی ندارد و با این‌حال، سرور به‌جای ارسال کد ۴۰۴ واقعی، پاسخ HTTP ۲۰۰ OK را بازمی‌گرداند.
مثال:

• صفحه‌ای با پیام: «محتوایی برای این آدرس یافت نشد، لطفاً به صفحه اصلی بروید.»
• صفحه‌ای که فقط یک تصویر یا جمله کوتاه دارد و فاقد بدنه محتوایی است.
• صفحات فیلترهای خالی در فروشگاه اینترنتی:
  /category/shoes?color=purple → بدون نتیجه

 

روش‌های حل خطاهای ۴۰۴ و Soft ۴۰۴

برای جلوگیری از انباشت این دسته از خطاهای سرچ کنسول، چند راهکار اساسی وجود دارد:

 

الف) ریدایرکت ۳۰۱ به صفحات مرتبط

اگر صفحه حذف شده دارای بک‌لینک یا ورودی ارگانیک قدیمی است، بهترین راهکار ریدایرکت دائمی (۳۰۱) به صفحه‌ای مشابه یا مرتبط با آن است.
مثلاً:
/old-product → /new-product
این روش ارزش لینک را حفظ می‌کند و از نمایش پیام خطای ۴۰۴ جلوگیری می‌نماید.

 

ب) افزودن محتوای واقعی به صفحات Soft ۴۰۴

در بسیاری از موارد، صفحه‌ای با ساختار سایت درست ولی بدون محتوا یا نتایج، توسط گوگل به‌عنوان Soft ۴۰۴ شناسایی می‌شود. اگر این صفحات برای سایت اهمیت دارند:

• محتوای متنی، تصویر، لینک داخلی و توضیحات محصول یا مقاله به آن بیافزایید.
• مطمئن شوید که تگ عنوان (title) و توضیحات متا (meta description) مناسب دارند.
• صفحات فیلتر خالی فروشگاه را بازطراحی کرده و به پیشنهادات مرتبط مجهز کنید

 

ج) ارسال کد HTTP ۴۰۴ واقعی

اگر صفحه‌ای عملاً حذف شده و دیگر قرار نیست بازگردد یا جایگزین شود، بهتر است سرور به‌جای نمایش صفحه‌ی خالی یا ریدایرکت اشتباه، کد وضعیت ۴۰۴ واقعی ارسال کند. این کار به گوگل اعلام می‌کند که صفحه به‌درستی حذف شده و باید از ایندکس خارج گردد.
در وردپرس، این کار به‌صورت خودکار انجام می‌شود مگر اینکه افزونه‌ای مانند Redirection مسیر را تغییر داده باشد.

 

بررسی لینک‌های داخلی و خارجی

یکی از دلایل اصلی ایجاد این نوع خطاهای سرچ کنسول، لینک‌دهی به صفحاتی است که دیگر وجود ندارند. برای حل این موضوع:

• با استفاده از Screaming Frog، لینک‌های شکسته داخلی را پیدا کنید و آن‌ها را اصلاح یا حذف نمایید.
• در صورت امکان، با وب‌سایت‌هایی که به آدرس‌های مرده شما لینک داده‌اند تماس گرفته و درخواست اصلاح لینک بدهید (Link Reclamation) .
• بررسی منظم فایل sitemap.xml و حذف URL های حذف‌شده نیز توصیه می‌شود.

خطاهای ۴۰۴ و Soft ۴۰۴ را می‌توان یکی از پرتکرارترین اما اغلب کم‌توجه‌ترین خطاهای سرچ کنسول دانست. درحالی‌که ربات‌های گوگل مرتب در حال خزش و بررسی وضعیت صفحات هستند، هر لینک مرده یا صفحه بی‌محتوا می‌تواند فرصت‌ایندکس مؤثر را از دست بدهد. با اصلاح ساختار URLها، استفاده هوشمندانه از ریدایرکت‌ها، و غنی‌سازی صفحات ناقص، می‌توان تأثیرات منفی این خطاها را به حداقل رساند.

 

خطاهای ۴۰۱ و ۴۰۳ (موانع دسترسی و خطاهای مجوز)

خطاهای ۴۰۱ و ۴۰۳ جزو آن دسته از خطاهای سرچ کنسول هستند که مستقیماً به «مجوزهای دسترسی» مربوط می‌شوند.

• ۴۰۱ Unauthorized زمانی رخ می‌دهد که ورود به صفحه مستلزم احراز هویت است و کاربر یا ربات، نام کاربری و رمز عبور ندارد.
• ۴۰۳ Forbidden زمانی رخ می‌دهد که دسترسی به‌طور کامل برای کاربر یا ربات مسدود شده است، حتی اگر احراز هویت انجام شده باشد.

این خطاها اغلب در مسیرهایی مثل /wp-admin/، پنل‌های تست یا صفحات پیش‌نویس مشاهده می‌شوند. اگر صفحات مهم سایت به‌طور تصادفی با این خطا مواجه شوند، گوگل نمی‌تواند آن‌ها را ایندکس کند که درنهایت منجر به افت رتبه خواهد شد.

راهکارهای رفع خطای ۴۰۱ و ۴۰۳

• در صورت عمومی بودن صفحه، باید احراز هویت حذف شود.
• اگر صفحه خصوصی است، بهتر است با تگ مانع ایندکس شویم.
• پس از اصلاح، از ابزار 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
• تست مجدد پس از اصلاح و اطمینان از تأیید توسط سرچ کنسول

در وردپرس، افزونه‌هایی برای سئو در وردپرس مثل Rank Math و Yoast SEO امکان افزودن این داده‌ها را فراهم می‌کنند.

خطاهای بخش 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": در صورتی که در صفحه محصول شما هیچ نظری ثبت نشده باشد، باید عدد رتبه‌بندی محصول را ۰ وارد کنید. در صورتی که رتبه‌بندی منفی باشد، این خطا ایجاد می‌شود. بنابراین، اطمینان حاصل کنید که مقدار رتبه‌بندی همیشه مثبت یا صفر باشد.