رفع خطای Soft 404 در سرچ کنسول گوگل

رفع خطای Soft 404 در سرچ کنسول گوگل

اگر وارد Google Search Console شده اید و در بخش Page Indexing با عبارتSoft 404مواجه شده اید، احتمالاً اولین سؤال شما این است: «این صفحه که باز می شود، پس چرا گوگل آن را 404 تشخیص داده؟»

دقیقاً همین جا تفاوت بینکد وضعیت HTTPومحتوایی که کاربر و گوگل می بیننداهمیت پیدا می کند.

ممکن است سرور برای یک URL کد200 OKارسال کند، اما محتوای صفحه فقط شامل عباراتی مثل «صفحه موردنظر پیدا نشد»، «محصول موجود نیست» یا یک صفحه تقریباً خالی باشد. گوگل با بررسی محتوای صفحه می تواند تشخیص دهد که این URL عملاً یک صفحه خطاست و آن را به عنوان Soft 404 گزارش کند. طبق مستندات رسمی Google Search Central، چنین صفحاتی ممکن است از نتایج جستجو کنار گذاشته شوند. :contentReference[oaicite:0]{index=0}

در این راهنما قرار نیست فقط تعریف Soft 404 را بخوانیم. مرحله به مرحله بررسی می کنیمچرا Soft 404 اتفاق می افتد، چگونه علت واقعی را پیدا کنیم، چه زمانی 404 بدهیم، چه زمانی 301، چه زمانی 410 و چه زمانی اصلاً نباید صفحه را حذف کنیم.

Soft 404 چیست؟

Soft 404 یک صفحه ای است که از نظر فنی ممکن است کد HTTP موفقی مثل200 OKبرگرداند، اما محتوای آن به شکلی است که گوگل تشخیص می دهد صفحه عملاً وجود ندارد یا ارزش محتوایی قابل توجهی ندارد.

برای مثال فرض کنید آدرس زیر قبلاً مربوط به یک محصول بوده است:

example.com/product/iphone-15

محصول حذف شده است. کاربر URL را باز می کند و به جای دریافت HTTP 404، صفحه ای با این پیام می بیند:

«متأسفانه محصول موردنظر شما پیدا نشد.»

اگر سرور همچنان وضعیت200 OKارسال کند، ممکن است گوگل این URL را Soft 404 تشخیص دهد.

گوگل توضیح می دهد که Soft 404 می تواند در شرایطی مانند صفحه تقریباً خالی، نتیجه جستجوی داخلی بدون نتیجه، مشکل بارگذاری JavaScript، خطای ارتباط با دیتابیس یا سایر مشکلات رندر شدن صفحه اتفاق بیفتد. :contentReference[oaicite:1]{index=1}

تفاوت Soft 404 با 404 واقعی چیست؟

در یک 404 واقعی، سرور به درخواست URL ناموجود پاسخ می دهد و صراحتاً اعلام می کند که منبع موردنظر پیدا نشده است.

اما در Soft 404 ممکن است سرور بگوید:

200 OK

در حالی که محتوای صفحه می گوید:

«این صفحه وجود ندارد.»

این دو حالت از نظر موتور جستجو یکسان نیستند.

گوگل توصیه می کند اگر صفحه و محتوای آن دیگر وجود ندارند و جایگزین مناسبی هم ندارید، پاسخ 404 یا 410 ارسال شود. اگر محتوا به مکان دیگری منتقل شده، ریدایرکت دائمی 301 انتخاب مناسب تری است. :contentReference[oaicite:2]{index=2}

چرا Soft 404 در سرچ کنسول ایجاد می شود؟

Soft 404 فقط یک علت ندارد. در پروژه های واقعی، باید علت را در سطح سرور، CMS، محتوا، JavaScript و حتی معماری URL بررسی کنید.

1. صفحه واقعاً حذف شده اما کد 200 برمی گرداند

این یکی از رایج ترین سناریوهاست.

مثلاً یک محصول حذف شده، اما قالب سایت به جای پاسخ 404، همان قالب محصول را با متن «محصول یافت نشد» نمایش می دهد.

از دید کاربر شاید تجربه قابل قبولی باشد، اما از دید موتور جستجو پاسخ HTTP اشتباه است.

2. ریدایرکت همه URLهای ناموجود به صفحه اصلی

گاهی مدیر سایت برای اینکه تعداد 404ها را کاهش دهد، تمام URLهای خراب را به Homepage منتقل می کند.

این کار معمولاً راه حل درستی نیست.

اگر URL قدیمی هیچ ارتباط معنایی با صفحه اصلی ندارد، ریدایرکت آن به Homepage می تواند سیگنال ضعیفی به موتور جستجو بدهد و تجربه کاربری مناسبی هم ایجاد نکند.

3. صفحه تقریباً خالی است

گاهی URL از نظر فنی باز می شود اما محتوای اصلی صفحه به هر دلیل تولید نشده است.

برای مثال:

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

در چنین شرایطی، ممکن است گوگل صفحه را عملاً شبیه یک صفحه خطا ببیند. مستندات رسمی Google نیز به صفحات خالی، مشکلات دیتابیس و منابع JavaScript بارگذاری نشده به عنوان برخی دلایل احتمالی Soft 404 اشاره می کند. :contentReference[oaicite:3]{index=3}

4. مشکل در رندر JavaScript

این مورد در سایت های مدرن و مخصوصاً SPAها اهمیت زیادی دارد.

فرض کنید HTML اولیه صفحه تقریباً خالی است و اطلاعات محصول بعداً توسط JavaScript دریافت می شود. اگر JavaScript برای Googlebot به درستی اجرا نشود، گوگل ممکن است صفحه ای بسیار کم محتوا یا حتی صفحه خطا مشاهده کند.

در این حالت ممکن است شما در مرورگر خودتان همه چیز را سالم ببینید، اما گوگل نسخه متفاوتی از صفحه را در فرآیند رندر مشاهده کند.

Google Search Central برای SPAها توصیه می کند در صورت نبودن منبع، یا کاربر را به URLای هدایت کنید که واقعاً 404 برمی گرداند، یا برای صفحه خطا از noindex استفاده کنید؛ البته انتخاب راهکار باید با معماری سایت هماهنگ باشد. :contentReference[oaicite:4]{index=4}

5. صفحه جستجوی داخلی بدون نتیجه

مثلاً کاربر جستجو می کند:

example.com/search?q=xyzabc123

سایت هیچ نتیجه ای ندارد، اما صفحه با کد 200 نمایش داده می شود.

اگر چنین URLهایی به تعداد زیاد تولید شوند، می توانند حجم قابل توجهی از URLهای کم ارزش یا بدون محتوای اصلی ایجاد کنند.

آموزش رفع Soft 404 در سرچ کنسول؛ مرحله به مرحله

در ادامه آموزش رفع Soft 404 در سرچ کنسول به صورت مرحله به مرحله آورده شده است.

مرحله اول: URLهای Soft 404 را پیدا کنید

ابتدا وارد Google Search Console شوید و property سایت را انتخاب کنید.

سپس در بخشPage Indexing، وضعیت مربوط به Soft 404 را بررسی کنید.

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

مثلاً اگر ۵۰۰ URL Soft 404 دارید و همه با الگوی زیر هستند:

/product/...

احتمالاً مشکل در قالب یا منطق محصولات سایت است، نه ۵۰۰ مشکل مستقل.

مرحله دوم: URL را با ابزار URL Inspection بررسی کنید

یک URL نمونه را در URL Inspection قرار دهید.

بررسی کنید:

• آیا URL توسط گوگل قابل دسترسی است؟
• صفحه چه کد HTTPای برمی گرداند؟
• نسخه رندرشده صفحه چگونه است؟
• آیا محتوای اصلی در نسخه رندرشده وجود دارد؟
• آیا صفحه خطا یا محتوای تقریباً خالی نمایش داده می شود؟
• آیا منابع مهم JavaScript یا CSS و داده های موردنیاز بارگذاری می شوند؟

گوگل نیز برای صفحاتی که به اشتباه Soft 404 تشخیص داده شده اند، بررسی URL و محتوای رندرشده را توصیه می کند. :contentReference[oaicite:5]{index=5}

مرحله سوم: کد وضعیت HTTP را بررسی کنید

این مرحله بسیار مهم است.

اینکه صفحه در مرورگر باز می شود به این معنی نیست که وضعیت HTTP آن صحیح است.

مثلاً صفحه ممکن است متن «404 – صفحه پیدا نشد» داشته باشد اما در Header کد 200 ارسال کند.

پس باید Response واقعی URL را بررسی کنید.

مرحله چهارم: تصمیم بگیرید URL باید چه سرنوشتی داشته باشد

در این مرحله باید هر URL را در یکی از چهار گروه قرار دهید:

1. صفحه هنوز معتبر است و باید ایندکس شود.
2. صفحه حذف شده و جایگزین ندارد.
3. صفحه به URL دیگری منتقل شده است.
4. صفحه نباید ایندکس شود و ساختار سایت برای آن نیازمند راهکار دیگری است.

این تصمیم از خود خطای Soft 404 مهم تر است.

چه زمانی 404 بدهیم؟

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

مثلاً محصولی داشته اید که برای همیشه از فروشگاه حذف شده و محصول مشابهی هم ندارید.

در این حالت لازم نیست صرفاً برای فرار از گزارش Soft 404، آن URL را به یک صفحه نامرتبط منتقل کنید.

گوگل تأکید می کند صفحه 404 می تواند برای کاربر کاملاً سفارشی و مفید باشد، به شرطی که HTTP status واقعاً 404 باشد. :contentReference[oaicite:6]{index=6}

چه زمانی 410 بهتر است؟

کد410 Goneبرای محتوایی استفاده می شود که به طور قطعی حذف شده است.

از منظر Google Search، تفاوت عملی 410 و 404 برای بسیاری از سایت ها آن قدر تعیین کننده نیست که لازم باشد برای تمام صفحات حذف شده از 410 استفاده کنید. خود گوگل اعلام کرده که در Search، 410 و 404 در این زمینه به طور مشابه رفتار می شوند. :contentReference[oaicite:7]{index=7}

بنابراین مهم تر از انتخاب وسواس گونه بین 404 و 410، این است که URL واقعاً وضعیت مناسبی برگرداند.

چه زمانی 301 بزنیم؟

اگر محتوای URL قبلی به یک URL جدید منتقل شده یا صفحه ای وجود دارد که به وضوح جایگزین آن است، 301 معمولاً انتخاب منطقی تری است.

مثلاً:

/blog/seo-old

به محتوای جدید و مرتبط زیر منتقل شده است:

/blog/technical-seo-guide

در این شرایط می توانید URL قدیمی را با 301 به URL جدید منتقل کنید.

اما این قانون را تبدیل به «هر URL خراب = 301» نکنید.

اگر صفحه هنوز وجود دارد ولی Soft 404 شده چه کنیم؟

این یکی از مهم ترین سناریوهاست.

فرض کنید یک مقاله ارزشمند دارید، اما سرچ کنسول آن را Soft 404 گزارش کرده است.

در این حالت نباید صفحه را حذف کنید یا 301 بزنید.

باید بفهمید چرا گوگل محتوای اصلی را نمی بیند.

مواردی که باید بررسی کنید

• آیا محتوای اصلی در HTML یا نسخه رندرشده وجود دارد؟
• آیا JavaScript با خطا مواجه می شود؟
• آیا API اطلاعات لازم را برمی گرداند؟
• آیا دیتابیس با مشکل مواجه شده است؟
• آیا منابع مهم توسط robots.txt مسدود شده اند؟
• آیا صفحه در بعضی شرایط محتوای متفاوتی به Googlebot ارائه می کند؟
• آیا قالب صفحه به اشتباه پیام خطا نمایش می دهد؟
• آیا محتوای اصلی صفحه بسیار کم یا تقریباً خالی است؟

Google Search Central نیز اشاره می کند که منابع مسدودشده، منابع زیاد، خطاهای سرور، فایل های بزرگ یا کند و مشکلات JavaScript می توانند باعث شوند صفحه برای گوگل تقریباً خالی یا شبیه صفحه خطا دیده شود. :contentReference[oaicite:8]{index=8}

Soft 404 در وردپرس چگونه ایجاد می شود؟

در وردپرس، Soft 404 می تواند از ترکیب قالب، افزونه، منطق URLها و تنظیمات سرور ایجاد شود.

چند سناریوی رایج عبارت اند از:

• حذف نوشته یا محصول بدون تنظیم درست 404.
• نمایش صفحه جستجو برای URLهای ناموجود.
• افزونه ای که URLهای خراب را به Homepage هدایت می کند.
• قالبی که برای صفحات ناموجود کد 200 ارسال می کند.
• مشکل در Custom Post Typeها.
• تولید URLهای داینامیک بدون محتوای واقعی.
• مشکلات مربوط به کش یا CDN.

بنابراین اگر تعداد Soft 404ها ناگهان افزایش پیدا کرد، فقط URLها را یکی یکی اصلاح نکنید. ابتدا ببینید آیا یک تغییر مشترک در قالب، افزونه، سرور یا ساختار URL باعث ایجاد مشکل شده است.

Soft 404 در سایت فروشگاهی

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

فرض کنید محصولی حذف شده اما URL همچنان قابل دسترسی است. سه انتخاب اصلی دارید:

در فروشگاه های بزرگ، این موضوع می تواند با تعداد بسیار زیادی URL ترکیب شود. بنابراین بهتر است علاوه بر رفع موارد گزارش شده، الگوی تولید URL را نیز بررسی کنید.

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

آیا Soft 404 به سئو آسیب می زند؟

وجود چند URL ناموجود به تنهایی به این معنی نیست که کل سایت شما جریمه می شود.

مشکل اصلی زمانی جدی تر می شود که تعداد زیادی URL اشتباه تولید شوند، صفحات ارزشمند به اشتباه Soft 404 تشخیص داده شوند یا ساختار سایت دائماً URLهای کم ارزش ایجاد کند.

Soft 404 می تواند باعث شود URLهایی که گوگل آن ها را عملاً صفحه خطا تشخیص داده، از نتایج جستجو کنار گذاشته شوند. همچنین اگر مشکل ناشی از معماری ضعیف URL یا تولید انبوه صفحات بی محتوا باشد، باید ریشه فنی آن را حل کرد. :contentReference[oaicite:9]{index=9}

آیا Soft 404 باعث افت رتبه کل سایت می شود؟

نباید هر Soft 404 را با «پنالتی» اشتباه گرفت.

اگر یک صفحه واقعاً حذف شده و به درستی 404 می دهد، این رفتار طبیعی وب است. مشکل زمانی ایجاد می شود که صفحه ای که باید رتبه بگیرد، به اشتباه شبیه صفحه خطا ارائه شود یا سایت تعداد زیادی URL بی ارزش تولید کند.

پس سؤال درست این نیست که «چطور تعداد Soft 404 را صفر کنم؟»

سؤال حرفه ای این است:

«آیا هر URL با توجه به وضعیت واقعی محتوا، پاسخ HTTP و هدف کاربر، سیگنال درست را به گوگل می دهد؟»

اشتباهات رایج هنگام رفع Soft 404

اشتباه اول: ریدایرکت همه چیز به Homepage

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

اشتباه دوم: تغییر همه Soft 404ها به 404

اگر صفحه هنوز محتوای ارزشمند دارد، تبدیل آن به 404 مشکل را حل نمی کند؛ بلکه خود صفحه ارزشمند را حذف می کند.

اشتباه سوم: استفاده از noindex برای همه موارد

noindex ابزار مناسبی برای هر نوع Soft 404 نیست. اگر صفحه واقعاً وجود ندارد، پاسخ صحیح HTTP مهم است. اگر صفحه ارزشمند است، باید علت تشخیص اشتباه را برطرف کنید.

اشتباه چهارم: تمرکز فقط روی سرچ کنسول

Search Console گزارش را به شما نشان می دهد، اما همیشه علت فنی را به تنهایی مشخص نمی کند.

گاهی باید سراغ سرور، لاگ ها، CMS، JavaScript، API، دیتابیس و معماری URL بروید.

اشتباه پنجم: حل تک به تک URLها

اگر ۲۰۰۰ Soft 404 دارید، احتمال زیادی وجود دارد که یک مشکل الگووار در سایت ایجاد شده باشد.

به جای حل ۲۰۰۰ URL، اول بپرسید:

«چه چیزی باعث شده این ۲۰۰۰ URL رفتار مشابهی داشته باشند؟»

چطور بعد از اصلاح Soft 404  نتیجه را بررسی کنیم؟

بعد از اصلاح، کار تمام نشده است.

باید مطمئن شوید تغییر شما واقعاً همان چیزی را ایجاد کرده که قصدش را داشته اید.

برای هر دسته از URLها این موارد را بررسی کنید:

1. کد HTTP جدید را بررسی کنید.
2. محتوای صفحه را در مرورگر بررسی کنید.
3. نسخه رندرشده را با URL Inspection بررسی کنید.
4. لینک های داخلی به URLهای حذف شده را پیدا کنید.
5. در صورت تغییر URL، ریدایرکت را تست کنید.
6. سایت مپ را بررسی کنید و URLهای نامعتبر را از آن حذف کنید.
7. بعد از اعمال تغییرات، فرآیند اعتبارسنجی در سرچ کنسول را بررسی کنید.

نکته مهم این است که صرفاً ناپدید شدن URL از گزارش Soft 404 را به معنی حل کامل مشکل ندانید. اگر ریشه تولید URLهای اشتباه هنوز وجود داشته باشد، احتمالاً دوباره همان مشکل برمی گردد.

چک لیست سریع رفع Soft 404

ارتباط Soft 404 با ساختار سئوی سایت

گاهی یک Soft 404 فقط یک مشکل فنی نیست؛ بلکه نشانه ای از ضعف در معماری اطلاعات سایت است.

اگر سایت دائماً صفحات محصول، دسته بندی، تگ، فیلتر، جستجو یا مقالات قدیمی را ایجاد و حذف می کند، باید فرآیند مدیریت چرخه عمر URL مشخص باشد.

برای مثال، هنگام تدویناستراتژی کامل سئوبهتر است برای صفحات قدیمی، محصولات حذف شده، تغییر URLها و محتوای منقضی شده از قبل تصمیم گیری شود.

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

چطور با داده های سئو بفهمیم یک URL ارزش حفظ کردن دارد؟

یکی از اشتباهات رایج این است که فقط بر اساس وضعیت فعلی URL تصمیم بگیریم.

فرض کنید یک URL امروز محتوای ضعیفی دارد، اما قبلاً برای چندین کلمه کلیدی رتبه داشته یا لینک های خارجی ارزشمندی دریافت کرده است. قبل از حذف یا ریدایرکت باید ارزش تاریخی آن را بررسی کنید.

برای تحلیل استراتژی کلمات کلیدی و پیدا کردن فرصت های محتوایی، می توانید ازکیوردگپ یاب رنک فاینداستفاده کنید تا ببینید چه موضوعات و کلمات کلیدی می توانند در معماری محتوایی سایت جایگاه بهتری داشته باشند.

همچنین برای بررسی وضعیت رتبه ها در طول زمان،رتبه یاب رنک فایندمی تواند به پایش تغییرات رتبه کلمات کلیدی کمک کند.

Soft 404 و لینک سازی داخلی

یکی از کارهایی که بعد از رفع Soft 404 باید انجام دهید، بررسی لینک های داخلی است.

فرض کنید مقاله ای را حذف کرده اید و برای آن 404 تنظیم کرده اید، اما هنوز ۴۰ مقاله دیگر سایت به آن URL لینک می دهند.

از نظر فنی ممکن است خطای Soft 404 را اصلاح کرده باشید، اما از نظر تجربه کاربر و معماری لینک داخلی هنوز مشکل دارید.

بنابراین بعد از تصمیم گیری درباره هر URL، مسیر لینک های داخلی آن را نیز بررسی کنید:

• اگر صفحه جایگزین دارد، لینک ها را به مقصد جدید منتقل کنید.
• اگر صفحه کاملاً حذف شده، لینک های داخلی غیرضروری را حذف یا جایگزین کنید.
• اگر صفحه باید باقی بماند، مشکل اصلی آن را حل کنید.

آیا robots.txt مشکل Soft 404 را حل می کند؟

معمولاً نه.

robots.txt ابزار کنترل خزش است، نه راهکار عمومی برای اعلام حذف یک URL.

اگر URL باید از دید موتور جستجو به عنوان منبع ناموجود شناخته شود، بهتر است سرور وضعیت مناسب 404 یا 410 را برگرداند.

همچنین اگر صفحه ای را در robots.txt مسدود کنید، ممکن است Googlebot نتواند محتوای صفحه را ببیند تا وضعیت واقعی آن را ارزیابی کند. بنابراین استفاده از robots.txt به عنوان راه حل عمومی برای Soft 404 می تواند تصمیم اشتباهی باشد.

اگر در سایت بزرگ خود با حجم بالایی از URLها مواجه هستید، بهتر است موضوع را در کنارمدیریت بودجه خزشو معماری URL بررسی کنید.

آیا noindex جایگزین 404 است؟

خیر. این دو مفهوم متفاوت اند.

404/410به موتور جستجو می گوید منبع موردنظر وجود ندارد.

noindexبه موتور جستجو می گوید این صفحه را در نتایج جستجو قرار نده.

اگر یک صفحه واقعاً وجود ندارد، بهترین راه معمولاً این نیست که یک صفحه خطای 200 بسازید و روی آن noindex قرار دهید. برای منابع ناموجود، وضعیت HTTP مناسب اهمیت دارد.

در SPAهایی که کنترل وضعیت HTTP از سمت سرور دشوار است، Google Search Central راهکارهایی مانند هدایت به URL دارای 404 یا استفاده از noindex برای صفحات خطا را مطرح کرده است. :contentReference[oaicite:10]{index=10}

یک سناریوی واقعی برای رفع Soft 404

فرض کنیم یک فروشگاه اینترنتی ۳۰۰ صفحه Soft 404 دارد.

بررسی اولیه نشان می دهد همه این URLها مربوط به محصولاتی هستند که حذف شده اند.

در مرحله بعد مشخص می شود قالب فروشگاه برای محصولات حذف شده همچنان HTTP 200 ارسال می کند و فقط عبارت «محصول یافت نشد» را نمایش می دهد.

راهکار درست این نیست که هر ۳۰۰ URL را دستی به Homepage ریدایرکت کنیم.

راهکار اصولی:

1. منطق قالب محصول اصلاح شود.
2. برای محصولات واقعاً حذف شده، 404 یا 410 برگردد.
3. برای محصولاتی که جایگزین مشخص دارند، 301 ایجاد شود.
4. لینک های داخلی به محصولات حذف شده بررسی شوند.
5. URLهای نامعتبر از Sitemap حذف شوند.
6. URL Inspection برای چند نمونه بررسی شود.
7. بعد از اطمینان از اصلاح، وضعیت گزارش Soft 404 در سرچ کنسول پیگیری شود.

این روش مشکل را در ریشه حل می کند، نه فقط در گزارش سرچ کنسول.

چگونه از بازگشت Soft 404 جلوگیری کنیم؟

بهترین درمان Soft 404، پیشگیری از تولید آن است.

برای این کار چند قانون مشخص در پروژه داشته باشید:

• هر URL باید وضعیت HTTP متناسب با وضعیت واقعی محتوا داشته باشد.
• URLهای حذف شده نباید به صورت تصادفی 200 برگردند.
• ریدایرکت ها باید مقصد مرتبط داشته باشند.
• URLهای نامعتبر نباید دائماً در Sitemap تولید شوند.
• لینک های داخلی باید بعد از حذف محتوا به روزرسانی شوند.
• تغییرات قالب و JavaScript بعد از انتشار بررسی شوند.
• در سایت های بزرگ، الگوهای تولید URL به صورت دوره ای پایش شوند.

برای داشتن یک فرآیند حرفه ای تر، می توانید تحلیل وضعیت صفحات را کنار سایر فعالیت های سئو مانند تحقیق کلمات کلیدی، تحلیل رقبا و پایش رتبه ها قرار دهید. در واقع، رفع خطای فنی زمانی بیشترین ارزش را ایجاد می کند که بخشی از یک سیستم منظم سئو باشد.

سخن پایانی

Soft 404 در ظاهر یک خطای ساده در سرچ کنسول است، اما رفع اصولی آن نیازمند شناخت وضعیت واقعی URL است.

اگر صفحه حذف شده و جایگزین ندارد،404 یا 410بدهید.

اگر محتوا به URL دیگری منتقل شده،301 مرتبطایجاد کنید.

اگر صفحه هنوز ارزشمند است،آن را حذف نکنید؛ علت Soft 404 را در محتوا، سرور، JavaScript، API، دیتابیس یا رندر شدن پیدا کنید.

و مهم تر از همه، تلاش نکنید صرفاً عدد Soft 404 در سرچ کنسول را صفر کنید. هدف واقعی، ساختن معماری URL سالمی است که هم برای کاربر و هم برای موتور جستجو معنای روشنی داشته باشد.

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

سؤالات متداول درباره Soft 404

Soft 404 چیست؟

Soft 404 زمانی رخ می دهد که یک URL از نظر فنی ممکن است کد 200 دریافت کند، اما محتوای آن به گوگل نشان می دهد که صفحه وجود ندارد، خالی است یا عملاً محتوای اصلی ندارد. گوگل ممکن است چنین صفحه ای را از نتایج جستجو کنار بگذارد.

چرا صفحه ای که باز می شود Soft 404 است؟

باز شدن صفحه در مرورگر به معنی سالم بودن آن از دید موتور جستجو نیست. ممکن است صفحه با HTTP 200 باز شود اما محتوای آن شبیه صفحه خطا، خالی یا ناقص باشد. مشکلات JavaScript، API، دیتابیس و رندر نیز می توانند چنین وضعیتی ایجاد کنند.

برای رفع Soft 404، 301 بزنیم یا 404؟

اگر صفحه حذف شده و جایگزین مرتبطی ندارد، 404 یا 410 مناسب است. اگر محتوا به URL دیگری منتقل شده یا جایگزین مشخصی دارد، 301 انتخاب مناسب تری است. برای همه URLهای خراب نباید یک نسخه واحد اجرا کرد.

آیا ریدایرکت Soft 404 به صفحه اصلی درست است؟

معمولاً نه. اگر صفحه اصلی جایگزین واقعی و مرتبط با محتوای قبلی نیست، ریدایرکت آن به Homepage راهکار مناسبی نیست. در چنین شرایطی 404 یا 410 معمولاً انتخاب منطقی تری است.

آیا Soft 404 باعث جریمه شدن سایت می شود؟

وجود Soft 404 به تنهایی به معنی پنالتی سایت نیست. مسئله اصلی این است که URLهایی که باید قابل ایندکس باشند به اشتباه Soft 404 تشخیص داده نشوند و سایت نیز حجم زیادی URL بی ارزش یا نامعتبر تولید نکند.

اگر صفحه هنوز وجود دارد اما Soft 404 شده چه کنیم؟

صفحه را حذف یا ریدایرکت نکنید. ابتدا با URL Inspection نسخه رندرشده را بررسی کنید و مشکلات محتوا، JavaScript، API، دیتابیس، منابع مسدودشده یا خطاهای سرور را پیدا کنید. اگر گوگل بتواند محتوای اصلی صفحه را به درستی دریافت کند، وضعیت صفحه را دوباره بررسی کنید.

آیا Soft 404 روی Crawl Budget تأثیر دارد؟

Soft 404ها می توانند باعث خزش URLهایی شوند که محتوای مفیدی ندارند. این موضوع به خصوص در سایت های بزرگ و سایت هایی که تعداد زیادی URL داینامیک تولید می کنند اهمیت بیشتری دارد؛ بنابراین بهتر است علت تولید انبوه URLهای بی ارزش برطرف شود.

آیا بعد از رفع Soft 404 باید در سرچ کنسول درخواست اعتبارسنجی بدهیم؟

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