لماذا تظهر الروابط المكسورة في Semrush ولا تظهر في Search Console؟
قد يجد Semrush رابطًا داخليًا يعطي 404، بينما لا ترى التحذير نفسه داخل Google Search Console. هذا طبيعي لأن الأداتين لا تنفذان المهمة نفسها. في هذا الدليل ستتعلم كيف تقرأ المشكلة، ومتى تصلح الرابط ومتى يكون 404 طبيعيًا ومتى تحتاج إلى Redirect.
لنفترض أنك فتحت Semrush Site Audit ووجدت تحذيرًا عن Broken Internal Link.
ثم فتحت Google Search Console ولم تجد رسالة تقول إن المقال نفسه يحتوي على رابط مكسور.
هذا لا يعني بالضرورة أن إحدى الأداتين أخطأت. السبب هو أن كل واحدة منهما تجمع البيانات وتعرضها لغرض مختلف.
Search Console ليست Broken Link Checker. أما Semrush Site Audit فهو Crawler يفحص الصفحات والروابط الموجودة داخل النطاق الذي طلبت منه تدقيقه.
ما هو الرابط المكسور؟
الرابط المكسور هو رابط يشير إلى مورد لم يعد متاحًا بالشكل المتوقع.
من أشهر الأمثلة أن يشير الرابط إلى URL يعيد: 404 Not Found.
وقد يوجد الرابط في:
- مقال.
- القائمة.
- الفوتر.
- زر.
- صورة.
- تصنيف.
- رابط خارجي.
مثال بسيط
لديك مقال على:
وداخله رابط إلى:
إذا كانت الصفحة الثانية حُذفت وأصبحت تعيد 404، فالمشكلة ليست بالضرورة في article-a نفسها.
المقال الأول يعمل، لكن أحد الروابط الموجودة داخله يشير إلى URL غير موجود.
Page URL وBroken Link URL: لا تخلط بينهما
هذه من أهم النقاط عند قراءة تقارير Site Audit.
| العنصر | ماذا يعني؟ | ماذا تفعل؟ |
|---|---|---|
| Page URL | الصفحة التي وجد Crawler داخلها المشكلة | افتحها لمعرفة مكان الرابط |
| Broken Link URL | الرابط الذي تشير إليه الصفحة ويعيد خطأ أو لا يعمل | تحقق من حالته ثم أصلحه أو أزله |
إذا ظهر مقال سليم في عمود Page URL، فهذا لا يعني أن المقال نفسه 404. قد يكون فيه رابط واحد فقط يؤدي إلى صفحة غير موجودة.
لماذا يكتشف Semrush المشكلة؟
Semrush Site Audit يعمل كـWebsite Crawler.
أثناء التدقيق، يزحف إلى الصفحات التي تقع ضمن إعدادات الـCrawl، ثم يسجل معلومات مثل:
- HTTP Status Code.
- Outgoing Internal Links.
- Outgoing External Links.
- Incoming Internal Links.
- Crawl Depth.
- Redirects.
- مشكلات Internal Linking.
ولهذا يستطيع ربط: الصفحة المصدر بالـURL الذي تشير إليه.
لكن نتيجة Semrush تعتمد على إعدادات الـCrawl
لا تفترض أن أي Site Audit يمثل كل URL موجود في الموقع.
النتيجة تعتمد على أشياء مثل:
- النطاق أو Subdomain الذي اخترت فحصه.
- الحد الأقصى لعدد الصفحات.
- الصفحات المستثناة من Crawl.
- إعدادات JavaScript Rendering.
- نوع User Agent المستخدم في التدقيق.
لذلك قد تتغير النتائج بين Audit وآخر إذا تغيرت الإعدادات.
ماذا يفعل Google Search Console بدلًا من ذلك؟
Search Console أداة من Google لفهم حضور موقعك في Google Search وحالة الصفحات التي عرفها Google.
في Page Indexing Report يمكن أن ترى أسباب عدم فهرسة بعض URLs، ومنها:
- Not found (404).
- Soft 404.
- Page with redirect.
- Crawled – currently not indexed.
- Discovered – currently not indexed.
- Blocked أو Noindex في حالات أخرى.
لكن هذا التقرير لا يقول بالضرورة:
وهذا هو الاختلاف المهم.
هل Page Indexing Report يعرض كل شيء؟
هناك تفصيل مهم.
Google تقول إن Page Indexing Report يعطي إجماليات لحالة URLs التي يعرفها Google داخل Property، لكن واجهة التقرير لا تعرض لك بالضرورة قائمة غير محدودة بكل URL كـExample.
لذلك لا تستخدم Search Console كبديل عن Crawler مخصص إذا كان هدفك هو فحص كل رابط داخل كل مقال.
لماذا قد لا ترى نفس 404 في Search Console؟
هناك عدة احتمالات.
Google لم يعرف URL بعد
قد يكون الرابط جديدًا أو لم يصل إليه Google بعد.
التقرير يعكس Crawl سابقًا
قد تكون أصلحت الصفحة بعد آخر مرة زحف إليها Google.
الرابط اكتشفه Semrush فقط
Site Audit قد يصل إلى مسارات لم يعالجها Google بالطريقة نفسها.
أنت تبحث في المكان الخطأ
Search Console لن تعرض Broken Link Audit بالطريقة التي يفعلها Semrush.
Search Console قد تعرف الـ404 بدون أن تخبرك بالصفحة التي ربطت إليه
هذه نقطة دقيقة.
قد يظهر URL مفقود داخل: Page Indexing → Not found (404).
لكن ما تحتاجه أنت للإصلاح قد يكون: أين يوجد الرابط الذي يشير إلى هذا URL؟
وهنا يكون Crawler مثل Semrush أكثر فائدة، لأنه يحلل بنية الروابط نفسها.
404 لا يعني دائمًا أن هناك مشكلة
هذه أهم إضافة يجب فهمها.
إذا كانت صفحة حُذفت عمدًا ولا يوجد محتوى بديل مناسب لها، فإرجاع: 404 يمكن أن يكون التصرف الصحيح.
Google توضح أن 404 بحد ذاته لا يضر ترتيب بقية الموقع.
“كيف أجعل عدد 404 يساوي صفر؟”
بل:
“هل موقعي ما زال يرسل المستخدم أو Google إلى هذا URL من مكان يفترض أن يعمل؟”
متى يصبح 404 شيئًا يجب إصلاحه؟
| الحالة | هل تحتاج إجراء؟ |
|---|---|
| رابط داخلي في مقال يؤدي إلى 404 | نعم، أصلح الرابط |
| URL موجود في Sitemap لكنه يعيد 404 | نعم، صحح Sitemap أو الصفحة |
| صفحة نُقلت إلى URL جديد | استخدم Redirect دائمًا مناسبًا وحدّث الروابط الداخلية |
| صفحة حُذفت بلا بديل ولا روابط داخلية إليها | 404 أو 410 قد يكون طبيعيًا |
| URL غريب لم تنشئه أصلًا | غالبًا لا يحتاج أي شيء إذا كان 404 صحيحًا |
404 وSoft 404 ليسا الشيء نفسه
الـ404 الحقيقي يعني أن الخادم يعيد HTTP Status Code مناسبًا يخبر المتصفح ومحركات البحث أن المورد غير موجود.
أما Soft 404 فهي حالة ترى فيها Google أن الصفحة تتصرف كصفحة غير موجودة لكن الاستجابة لا تعبّر عن ذلك بصورة مناسبة.
مثال شائع:
لماذا Soft 404 غير مرغوب؟
لأن 200 يعني تقنيًا أن الطلب نجح وأن هناك صفحة صالحة، بينما المحتوى نفسه يقول إن الصفحة غير موجودة.
هذا يرسل إشارات متناقضة.
إذا كان المحتوى غير موجود فعلًا، استخدم Status مناسبًا مثل 404 أو 410 بدل صفحة فارغة تعيد 200.
هل Crawled – currently not indexed يعني Broken Link؟
لا.
هذه من الأخطاء الشائعة عند قراءة Search Console.
إذا ظهر: Crawled – currently not indexed فهذا يعني أن Google زحف إلى الصفحة ولكنها غير مفهرسة حاليًا.
هذا مختلف تمامًا عن: Not found (404).
| الحالة | معناها |
|---|---|
| 200 OK | الخادم أعاد الصفحة بنجاح |
| 404 | المورد غير موجود |
| Soft 404 | Google تعتقد أن الصفحة غير موجودة أو غير مفيدة رغم أن الاستجابة ليست 404 مناسبة |
| Crawled – currently not indexed | Google زحف للصفحة لكنه لم يفهرسها حاليًا |
كيف تصلح Broken Internal Link في WordPress؟
حدد Page URL
افتح في Semrush الصفحة التي تحتوي على الرابط المكسور.
حدد Broken Link URL
انسخ الرابط المستهدف الذي لا يعمل وتأكد من Status الذي يعيده.
اعرف سبب المشكلة
هل أخطأت في كتابة الرابط؟ هل تغير Slug؟ هل حُذف المقال؟ أم أن الوجهة الخارجية توقفت؟
افتح المقال في WordPress
ابحث عن الرابط أو عن جزء من Slug داخل المحتوى.
صحح الرابط نفسه
إذا كانت الصفحة الصحيحة موجودة، اجعل الرابط الداخلي يشير إليها مباشرة بدل المرور عبر Redirect.
حدّث الصفحة وأعد Audit
بعد نشر التعديل، امسح Cache إذا كانت النسخة القديمة ما زالت مخزنة، ثم أعد Crawl للتأكد من اختفاء المشكلة.
لماذا تعديل الرابط الداخلي أفضل من تركه يمر عبر Redirect؟
لنفترض أن:
من الأفضل أن تحدث الرابط داخل مقالاتك إلى:
حتى يصل المستخدم وCrawler مباشرة إلى الوجهة النهائية.
الـRedirect يبقى مهمًا للروابط القديمة التي قد تأتي من Google أو مواقع خارجية، لكن الروابط التي تتحكم بها داخل موقعك يمكن تحديثها مباشرة.
متى تستخدم 301 أو 308؟
إذا كانت الصفحة القديمة نُقلت بصورة دائمة إلى صفحة جديدة تعادلها أو تستبدلها، فاستخدم Redirect دائمًا مثل 301 أو 308.
| ما حدث للصفحة؟ | التصرف المناسب غالبًا |
|---|---|
| تغير Slug فقط | Permanent Redirect إلى URL الجديد |
| دُمج مقالان في مقال جديد | Redirect القديم إلى الصفحة المدمجة إذا كانت بديلًا حقيقيًا |
| حُذف المحتوى وله بديل مكافئ | Redirect إلى البديل |
| حُذف المحتوى بلا بديل | 404 أو 410 |
لا تحول كل 404 إلى الصفحة الرئيسية
هذا من أكثر الحلول الخاطئة انتشارًا.
إذا حذفت مقالًا عن موضوع معين ثم أرسلت كل زواره إلى Homepage، فالصفحة الرئيسية ليست بديلًا حقيقيًا لذلك المحتوى.
Google تحذر من Redirects غير المرتبطة بالمحتوى، وقد تتعامل معها كـSoft 404.
Redirect يجب أن يقود المستخدم إلى محتوى يعادل الصفحة القديمة أو يحل محلها، لا إلى أي صفحة تعمل فقط.
404 أم 410؟
كلاهما Status من فئة 4xx.
إذا كانت الصفحة لم تعد موجودة ولا يوجد بديل، يمكنك إعادة 404، ويمكن استخدام 410 عندما تريد التعبير بوضوح أن المورد أزيل.
لا تحتاج إلى تحويل كل 404 إلى 410. بالنسبة لموقع WordPress عادي، 404 صحيح يكفي في كثير من الحالات.
ماذا تفعل بالرابط الخارجي المكسور؟
إذا كان موقع خارجي توقف عن العمل، فأنت لا تتحكم في Redirect لديه.
راجع لماذا وضعت الرابط أصلًا.
- إذا وجدت الصفحة نفسها على URL جديد، حدّث الرابط.
- إذا كان هناك مصدر رسمي بديل، استخدمه.
- إذا لم يعد الرابط يضيف قيمة، احذفه.
- لا تستبدله بمصدر ضعيف لمجرد إبقاء رابط خارجي في المقال.
ماذا لو كان Semrush يقول Broken لكن الرابط يعمل عندي؟
لا تعدّل المقال فورًا.
افحص:
- هل المشكلة كانت مؤقتة أثناء Crawl؟
- هل الموقع الخارجي يمنع Bot معينًا؟
- هل هناك 403 أو 429 بدل 404؟
- هل Semrush فحص نسخة HTTP مختلفة؟
- هل الرابط يعمل فقط بعد JavaScript أو Cookie؟
- هل Audit قديم وأنت أصلحت المشكلة بعده؟
ما الفرق بين 404 و403 و429؟
ليست كل استجابة فاشلة تعني أن الرابط “محذوف”.
| Status | المعنى المبسط |
|---|---|
| 404 | المورد غير موجود |
| 403 | الخادم يمنع الوصول |
| 429 | طلبات كثيرة وتم تقييد الوصول مؤقتًا |
| 5xx | مشكلة من جهة الخادم |
وهذا مهم خصوصًا عند فحص روابط خارجية؛ قد تصنف أداة الرابط كمشكلة بينما الموقع لم يُحذف أصلًا.
هل يجب أن يكون عدد 404 في Search Console صفرًا؟
لا.
Google تقول إن كثيرًا من 404 لا تحتاج إلى إصلاح.
قد يعرف Google URLs قديمة، أو روابط تمت كتابتها خطأ، أو صفحات كانت موجودة ثم حُذفت.
الهدف ليس تنظيف Search Console بصريًا. الهدف هو التأكد من أن:
- URLs المهمة تعمل.
- Sitemap لا تحتوي صفحات 404.
- الروابط الداخلية لا ترسل الزائر إلى صفحات محذوفة.
- الصفحات التي انتقلت لديها Redirect مناسب.
لماذا تظل صفحة محذوفة ظاهرة في Search Console؟
لأن Google قد يعيد زيارة URLs معروفة حتى بعد أن تبدأ بإرجاع 404.
كما أن تقرير Page Indexing يعكس ما رآه Google في Crawl سابق، وليس ما يحدث في اللحظة نفسها دائمًا.
Google توضح أيضًا أن قائمة 404 في التقرير لا تستمر بالنمو إلى ما لا نهاية، وأن التقرير يركز على URLs التي ظهرت لها هذه الحالة مؤخرًا.
إذا أصلحت 404 اليوم ولم تختفِ من Search Console غدًا، هل فشل الإصلاح؟
لا.
افحص URL مباشرة.
إذا كان:
- الرابط الداخلي أصبح صحيحًا.
- الوجهة الجديدة تعيد 200.
- أو Redirect المطلوب يعمل بصورة صحيحة.
فلا تحتاج إلى تغيير الشيء نفسه مرارًا فقط لأن التقرير لم يتحدث بعد.
متى تستخدم URL Inspection؟
إذا كان لديك URL محدد تريد معرفة حالته عند Google، استخدم: URL Inspection.
يمكنك من خلاله معرفة معلومات عن آخر Crawl وفحص النسخة الحالية باستخدام Live Test.
وهذا أفضل من محاولة البحث يدويًا عن URL معين داخل قائمة كبيرة من تقارير الفهرسة.
Workflow عملي عند ظهور Broken Link في Semrush
حدد المصدر والوجهة
ما Page URL؟ وما Broken Link URL؟
تحقق من Status الحقيقي
404؟ Redirect؟ 403؟ مشكلة مؤقتة؟
حدد ما كان يفترض أن يحدث
هل الصفحة نُقلت أم حُذفت أم الرابط مكتوب خطأ؟
اختر الحل المناسب
تعديل Link أو 301/308 أو إزالة الرابط أو ترك 404 صحيحًا.
حدّث الروابط الداخلية
إذا تغير URL، اجعل روابط موقعك تشير مباشرة إلى الوجهة الجديدة.
أعد Crawl
بعد الإصلاح أعد Site Audit للتأكد أن المصدر لم يعد يشير إلى الرابط المكسور.
هل تحتاج إلى فحص الموقع كل أسبوع؟
لا توجد قاعدة واحدة لكل المواقع.
إذا كان موقعك ينشر أو يحذف أو يغير صفحات باستمرار، فقد يكون Scheduled Audit دوري مفيدًا.
أما موقع صغير ومستقر، فيمكن فحصه بعد تغييرات مهمة أو دوريًا حسب حجم النشاط.
أخطاء شائعة عند إصلاح الروابط
1. عمل Redirect لكل 404
الصفحة المحذوفة بدون بديل يمكن أن تبقى 404.
2. تحويل الصفحات المحذوفة إلى Homepage
إذا لم تكن Homepage بديلًا حقيقيًا، فهذا Redirect غير مفيد للمستخدم.
3. ترك الرابط الداخلي القديم لأنه يمر عبر 301
حدّث Links التي تتحكم بها إلى URL النهائي.
4. اعتبار Crawled – currently not indexed رابطًا مكسورًا
هذه حالة Indexing وليست HTTP 404.
5. اعتبار Page URL نفسها مكسورة
قد تكون الصفحة سليمة تمامًا والمشكلة في Outgoing Link داخلها.
6. إصلاح تقرير قديم بدون إعادة الفحص
إذا كانت بيانات Audit قديمة، قد تكون المشكلة اختفت أصلًا.
7. محاولة جعل Search Console خالية من 404
وجود 404 طبيعي لا يعني وجود مشكلة SEO.
أسئلة شائعة
هل Search Console تكشف كل Broken Links داخل المقالات؟
لا تعمل Search Console كـBroken Link Checker شامل. يمكن أن تعرض URLs بحالة 404 في Page Indexing، لكنها لا تقدم تدقيقًا للروابط داخل كل صفحة بالطريقة نفسها التي يقدمها Site Audit.
لماذا Semrush وجد رابط 404 ولم أجده في Search Console؟
لأن Semrush زحف إلى الصفحة وقرأ Outgoing Link مباشرة، بينما Search Console تعرض معلومات Google عن URLs والزحف والفهرسة ولا تبني تقرير Broken Links بالطريقة نفسها.
هل كل 404 يضر SEO؟
لا. Google توضح أن 404 الصحيح لا يضر أداء بقية الموقع. المهم إصلاح 404 التي يربط موقعك إليها أو يرسلها في Sitemap عندما لا يفترض أن تكون محذوفة.
متى أستخدم Redirect 301؟
عندما انتقلت الصفحة بصورة دائمة إلى URL جديد أو يوجد بديل حقيقي يعادل المحتوى القديم.
هل أحول الصفحة المحذوفة إلى Homepage؟
لا إذا لم تكن Homepage بديلًا مناسبًا. الـRedirect غير المرتبط قد يربك المستخدم ويمكن أن يُعامل كـSoft 404.
ما الفرق بين 404 وSoft 404؟
404 هي استجابة HTTP تخبر أن المورد غير موجود. Soft 404 هي حالة ترى فيها Google أن الصفحة تتصرف كصفحة غير موجودة مع أن الخادم لا يعيد Status مناسبًا لذلك.
هل 410 أفضل من 404؟
ليس عليك تحويل كل صفحة محذوفة إلى 410. يمكن استخدام 404 أو 410 للمحتوى الذي أزيل بلا بديل مناسب، وغالبًا 404 كافٍ للمواقع العادية.
هل يجب حذف 404 من Sitemap؟
نعم إذا كانت الصفحة لم تعد URL تريد فهرسته. Sitemap يجب أن تركز على URLs الحالية التي تريد أن يكتشفها Google.
هل يجب عمل Purge Cache بعد كل Link Update؟
فقط إذا كان Cache قد يجعل النسخة القديمة من الصفحة تستمر في الظهور. المهم أن النسخة التي يحصل عليها الزائر والCrawler تحتوي الرابط الصحيح.
الخلاصة
إذا وجدت روابط مكسورة في Semrush ولا تظهر في Google Search Console فهذا ليس تناقضًا غريبًا.
Semrush Site Audit مصمم للزحف إلى الصفحات وتحليل الروابط والمشكلات التقنية، بينما Search Console تخبرك بما يعرفه Google عن الزحف والفهرسة وحضور الموقع في Search.
لا تحاول أيضًا إزالة كل 404 بأي ثمن.
أصلح الرابط عندما يكون موقعك نفسه يرسل المستخدم إلى URL غير صحيح، واستخدم Redirect عندما انتقلت الصفحة إلى بديل حقيقي، واترك 404 أو 410 عندما حُذف المحتوى فعلًا ولا يوجد بديل مناسب.
والأهم: لا تخلط بين 404 وSoft 404 وبين صفحات تم الزحف إليها لكنها غير مفهرسة. كل حالة لها معنى مختلف وحل مختلف.
أصلح السبب، لا رقم التقرير
افتح المصدر، تحقق من الوجهة وHTTP Status، ثم اختر الحل الذي يساعد المستخدم ويحافظ على بنية الموقع. الهدف ليس الوصول إلى صفر 404، بل أن تكون الروابط المهمة صحيحة.
