آموزش گام‌به‌گام خطای 404 و لینک‌های شکسته؛ حلقهٔ پایش تا رفع

لینک شکسته معمولاً بی‌سروصدا وارد سایت می‌شود: محصولی حذف می‌شود، دسته‌ای نام‌گذاری عوض می‌کند، افزونه‌ای آدرس‌ها را بازنویسی می‌کند — و هیچ‌کس متوجه نمی‌شود تا کاربر یا خزنده به دیوار بخورد. برای همین به‌جای درمان موردی، این مقاله حول یک حلقهٔ تکرارشدنی نوشته شده است؛ حلقه‌ای که هر سایت با هر اندازه‌ای می‌تواند ماهانه اجرایش کند.

سه مقالهٔ خواهرِ همین خوشه کارهای کناری را دارند و این‌جا تکرار نمی‌کنیم: در خطای ۵۰۰ وردپرس خطای کلاس سرور — جایی که کل سایت پایین می‌آید — درمان شده، در مهاجرت سایت بدون افت سئو نگاشت ۳۰۱ برای جابه‌جایی بزرگ آمده و در تغییر دامنهٔ سایت همان منطق برای جابه‌جایی دامنه نوشته شده است. این‌جا روی خطای صفحه‌محور — ۴۰۴ و لینک شکسته — و حلقهٔ ماهانهٔ نگه‌داشت آن می‌مانیم.

خطای 404 و لینک شکسته چیست؛ و کدام واقعاً ضرر دارد؟

خطای 404 پاسخ سرور به آدرسی است که وجود ندارد: صفحه حذف شده، نامش عوض شده یا هرگز نبوده. لینک شکسته حالت خاصی از همین است: کسی — داخل سایت یا بیرون آن — به آن آدرس لینک داده. از نظر فنی، یک 404 تنها که کسی به آن اشاره نمی‌کند، لزوماً بحران نیست؛ ضرر واقعی وقتی جمع می‌شود که آدرس ۴۰۴ لینک ورودی داخلی یا خارجی داشته باشد، در نقشهٔ سایت بنشیند، یا مسیر خزنده را پر کند. یعنی فهرست کار شما نه «همهٔ ۴۰۴ها»، بلکه ۴۰۴های دارای لینک و ترافیک است.

ضرر سه لایه دارد و صادقانه بگوییم کدام واقعی است: لایهٔ کاربر — بازدیدکننده‌ای که از نتایج یا مقاله به دیوار می‌خورد و برمی‌گردد؛ این واضح‌ترین و پرهزینه‌ترین لایه است. لایهٔ خزنده — بودجهٔ خزش محدودی دارید و خزنده که مدام به ۴۰۴ می‌خورد، صفحات سالم را دیرتر می‌بیند. لایهٔ اعتبار — لینک‌های بیرونی که به آدرس حذف‌شده اشاره می‌کنند، سرمایهٔ ازدست‌رفته‌اند؛ اگر آن آدرس جایگزین طبیعی دارد، ۳۰۱ این سرمایه را برمی‌گرداند. آن افسانهٔ قدیمی که «چند ۴۰۴ خودش رتبه را می‌سوزاند» را هم رها کنید؛ آنچه رتبه را می‌سوزاند، تجربهٔ کاربر و لینک‌های هدررفته است، نه عدد کد.

کشف؛ گزارش پوشش سرچ‌کنسول و خزش دوره‌ای

کشف دو ورودی دارد که همدیگر را کامل می‌کنند. ورودی اول، گزارش پوشش ایندکس (صفحات) در سرچ‌کنسول است: آدرس‌هایی که گوگل «یافت نشد» گزارش می‌کند، همان‌هایی هستند که خزنده به آن‌ها خورده — یا از لینک، یا از نقشهٔ سایت. ورودی دوم، خزش دوره‌ای خودتان است: خزنده یا ماژول خزش پلتفرم، همهٔ لینک‌های داخلی را تست می‌کند و لینک‌های شکسته را با صفحهٔ مبدأ گزارش می‌دهد؛ این ستون «مبدأ» مهم‌ترین ستون گزارش است، چون رفع لینک شکسته یعنی اصلاح همان مبدأ.

در خواندن گزارش‌ها دو چیز را تفکیک کنید: ۴۰۴های داخلی — که لینک‌شان دست خودتان است و باید همان‌جا اصلاح شود — و ۴۰۴هایی که فقط منبع بیرونی دارند. برای دستهٔ دوم، اصلاح لینک ممکن نیست، ولی بازگردانی آدرس یا ۳۰۱ ممکن است. اولویت‌بندی هم ساده است: اول ۴۰۴هایی که ترافیک یا لینک بیرونی دارند، بعد لینک‌های داخلی شکسته در صفحات پرترافیک، بعد بقیه. فهرست را در یک جدول جمع کنید: آدرس، منبع لینک (داخلی/بیرونی/نقشه)، ترافیک، و تصمیم — این جدول، ورودی قدم بعدی است.

تصمیم رفع؛ بازگردانی، ۳۰۱ هدفمند یا رهاکردن درست

برای هر آدرس سه گزینه دارید و انتخاب اشتباه، هزینهٔ پنهان می‌سازد. گزینهٔ اول بازگردانی است: اگر صفحه حذف نشده بلکه فقط آدرسش عوض شده یا اتفاقی پاک شده، محتوا را برگردانید و آدرس قدیمی را حفظ کنید — مخصوصاً وقتی لینک بیرونی دارد. گزینهٔ دوم ریدایرکت ۳۰۱ هدفمند است: وقتی صفحه واقعاً رفته ولی جایگزین طبیعی دارد — محصول به محصول مشابه، مقاله به مقالهٔ به‌روزشده، دستهٔ قدیمی به دستهٔ تازه — نگاشتش کنید؛ قاعدهٔ طلایی، مقصدِ نزدیک به همان قصد جستجو است. گزینهٔ سوم، رهاکردن صادقانه است: آدرسی که جایگزین ندارد و هیچ لینک و ترافیکی هم نمی‌برد، ۴۰۴ بماند؛ این حالت سالم است و نیازی به ریدایرکت صوری ندارد.

دام رایج این قدم، ریدایرکت گروهی همه‌چیز به صفحهٔ اصلی است: صدها آدرس با موضوعات مختلف که یک‌جا به خانه می‌روند؛ گوگل این الگو را soft-404 حساب می‌کند و کاربر هم که دنبال «قیمت محصول X» بود، در صفحهٔ اصلی هیچ پاسخی پیدا نمی‌کند. یک قاعدهٔ مرتبط هم برای آدرس‌های قدیمی است: بعد از ۳۰۱، لینک‌های داخلی را هم به‌روز کنید تا آدرس قدیمی فقط مسیر بیرونی‌ها بماند، نه مسیر داخلی سایت؛ در مهاجرت‌های بزرگ، همین لایه بخش سنگین کار است و در راهنمای مهاجرت بدون افت سئو کامل باز شده.

soft-404؛ خطایی که کدش دروغ می‌گوید

soft-404 وضعیتی است که صفحه واقعاً «خالی» یا «بی‌محتوا» است ولی سرور کد ۲۰۰ — موفق — برمی‌گرداند: صفحهٔ جستجوی بدون نتیجه، صفحهٔ دستهٔ خالی، یا همان ریدایرکت‌های گروهی به خانه. این خطا از ۴۰۴ واقعی گمراه‌کننده‌تر است، چون نه در گزارش «یافت نشد» می‌افتد و نه کاربر می‌فهمد به بن‌بست رسیده؛ فقط اعداد رفتاری‌اش — نرخ خروج، زمان ماندن — خراب می‌شود و خزنده هم وقتش را روی صفحات بی‌محتوا می‌گذراند.

کشفش دو راه دارد: گزارش صفحات استثنا/soft-404 در سرچ‌کنسول، و مرور دستی قالب‌هایی که طبیعتاً می‌توانند خالی شوند — جستجو، دسته، برچسب. درمانش هم سه حالت دارد: اگر صفحه می‌تواند محتوا بگیرد، محتوای واقعی بدهید؛ اگر خالی‌ماندن موقتی است، کد درست ۴۰۴ یا ۴۱۰ را برگردانید تا صادقانه گزارش شود؛ و اگر صفحه اصلاً نباید ایندکس شود، از ایندکس خارجش کنید. یک تفکیک مفید هم این‌جا بگوییم: صفحهٔ تکراری با کانونیِ انتخاب‌شده، soft-404 نیست — آن مسئله ادغام نشانه‌هاست و در راهنمای صفحات تکراری و کانونی جداگانه باز شده؛ قاطی‌کردن این دو پرونده، درمان هر دو را خراب می‌کند.

پیشگیری؛ چرا لینک‌ها می‌پوسند

پوسیدن لینک‌ها علتی دارد و هر علت یک پیشگیرانه. علت اول، حذف بدون جانشین است: محصول یا مقاله‌ای که حذف می‌شود ولی نقطه‌اش در منو، مقاله‌ها و نقشهٔ سایت سر جایش می‌ماند؛ پیشگیرانه، روتین حذف است — قبل از حذف، لینک‌های ورودی داخلی را پیدا و مقصدشان را عوض کنید. علت دوم، تغییر آدرس بدون نگاشت: تغییر نام دسته‌ها یا ساختار آدرس بدون ریدایرکت یک‌به‌یک؛ پیشگیرانه، قاعدهٔ ثبات آدرس است — آدرس را فقط وقتی عوض کنید که دلیل قوی دارد، و هر تغییر را با نگاشت ۳۰۱ همراه کنید. علت سوم، لینک به بیرون: منابعی که خودشان می‌میرند؛ این‌ها را در همان خزش دوره‌ای تست و جایگزین کنید.

یک میان‌بُر غلط را هم همین‌جا ببندید: بستن آدرس‌های ۴۰۴ با robots.txt کار را درست نمی‌کند؛ فایل ربات‌ها خزش را می‌بندد نه ایندکس را، و صفحه‌ای که خزیده نشود، از گزارش هم حذف می‌شود در حالی که هنوز همان‌جاست (تاریخ گردآوری: آبان ۱۴۰۵). تصمیم درست همان سه‌گانهٔ قدم قبل است — بازگردانی، ۳۰۱ هدفمند، یا رهاکردن صادقانه — نه مخفی‌کردن آدرس از خزنده. پیشگیری یعنی این سه قاعده داخل فرایند انتشار و حذف باشد، نه یک پروژهٔ سالانه.

پایش ماهانه؛ حلقه‌ای که بسته می‌ماند

حلقهٔ ماهانه کوچک است و همین ارزشش است: گزارش پوشش سرچ‌کنسول را چک کنید، خزش دوره‌ای را اجرا کنید، جدول ۴۰۴ها و لینک‌های شکسته را به‌روز کنید، تصمیم هر ردیف را بنویسید و همان ماه اجرا کنید. برای اثر کلان، همان چهار سنجهٔ رسمی سرچ‌کنسول — نمایش، کلیک، نرخ کلیک و میانگین جایگاه — را ماه‌به‌ماه با تاریخ ثبت مقایسه کنید (تاریخ گردآوری: آبان ۱۴۰۵)؛ کاهش لینک‌های شکسته و صفحات بی‌مقصد، در طول چند ماه روی همین چهار ستون خودش را نشان می‌دهد، نه در یک روز.

مسئولیت حلقه هم باید یک نفر باشد؛ در تیم‌هایی که «همه گاهی نگاه می‌کنند»، عملاً هیچ‌کس نگاه نمی‌کند. اگر سایت‌تان وردپرسی است و ترجیح می‌دهید این حلقه به‌همراه بقیهٔ نگهداری — به‌روزرسانی، پشتیبان، پایش — داخل یک خط مدیریت‌شده بماند، پلن‌های نگهداری سوئیت همین حلقه را اتوماتیک و با گزارش می‌بندند؛ جزئیاتش در صفحهٔ محصول آمده است. جمع فصل بعدی ما ساده است: کشف ماهانه، تصمیم مکتوب، رفع همان ماه، و گزارش فصلی برای دیدن روند.

جمع‌بندی؛ مسئولیت حلقه یک نفر است

جمع ببندیم: خطای 404 و لینک شکسته نه ترسناک‌اند نه پاک‌کردنی؛ قابل مدیریت‌اند. سه‌گانهٔ تصمیم — بازگردانی، ۳۰۱ به مقصد نزدیک، یا رهاکردن صادقانه — هر ردیف را حل می‌کند، قواعد پیشگیری مانع تولید دوباره می‌شود و حلقهٔ ماهانه بقیه را پوشش می‌دهد. برای شروع، ممیزی رایگان دامنه نشان می‌دهد سایت‌تان الان چند لینک شکسته و صفحهٔ بی‌مقصد دارد؛ از همان فهرست، حلقهٔ ماهانهٔ اول را اجرا کنید. به تجربهٔ ما بعد از دو-سه دور از همین حلقه، گزارش پوشش تمیزتر می‌شود و مهم‌تر از آن، کاربر دیگر به دیوار نمی‌خورد. اگر ماه‌ای شلوغ شد و فقط یک قدم وقت داشتید، لینک‌های شکستهٔ صفحات پرترافیک را اصلاح کنید؛ بیشترین ضرر آن‌جاست و رفعش چند دقیقه است. اگر خواستید قواعد مشابه را برای لایه‌های دیگر نگهداری — از خطاهای سرور تا مهاجرت — ببینید، هاب نگهداری، مهاجرت و خطاها همین خانوادهٔ مقاله‌ها را کنار هم چیده است؛ حلقهٔ ۴۰۴ فقط یکی از حلقه‌های ماهانهٔ یک سایت سالم است.

رصد ما، رشد شما.