الخطأ 421 أو “خطأ HTTP 421” هو رمز حالة بروتوكول HTTP مما يعني أنه تم توجيه طلب إلى خادم غير قادر على الاستجابة. يحدث هذا الخطأ عندما لا تتم برمجة الخادم لإنتاج ردود فعل لمزيج من المخططات والسلطة المضمنة في عنوان URL للطلب..
المنافسون على بعد نقرة واحدة على الإنترنت ويجب أن يكون رواد الأعمال على شبكة الإنترنت جزءًا من عملية التحسين المستمر لتجربة المستخدم.
من الناحية الإحصائية ،88٪ من المستهلكين عبر الإنترنت أقل عرضة للعودة إلى موقع الويب بعد تجربة سيئة. يوضح هذا الشكل الحاجة إلى اكتشاف المشكلات على موقع الويب في الوقت المناسب لإجراء التصحيحات المناسبة.
تتعلق الأخطاء الشائعة في مواقع الويب بعناوين URL وغالبًا ما تظهر عندما ينقر الزوار على رابط لعرض شيء يجدون أنه مثير للاهتمام أو لشراء منتج.
هذه هي حالة الخطأ 421 حيث يعيد الخادم للمستخدم رسالة مفادها أن الطلب تم توجيهه بشكل خاطئ. يمكن أن يمنع هذا الموقف موقع الويب من جذب عملاء محتملين جدد وعملاء.
من خلال هذه المقالة ، نكتشف ما يتكون الخطأ 421 بالفعل وكيف يمكن أن يؤثر على الموقع من حيث تحسين محركات البحث.
ثم ننتقل إلى الأدوات التي يمكنها اكتشاف 421 خطأ في الموقع والتقنيات المختلفة لإصلاح هذه الأخطاء. أخيرًا ، سنستكشف الأسئلة الشائعة حول الخطأ 421.
الفصل 1: كيف نفهم الخطأ 421 وكيف يؤثر على موقع الويب؟
تواجه جميع مواقع الويب مشاكل في مرحلة ما. لكن تكرار هذه المشكلات يمكن أن يكون له تأثيرات غير مرغوب فيها على المواقع. يقدم هذا الفصل ،
- تعريف الخطأ 421 ؛
- أسباب الخطأ 421 ؛
- أثر الخطأ 421 على أحد المواقع.
1.1 ما هو الخطأ 421؟
كل الأنشطة على الإنترنت هي نتيجة التفاعل بين المتصفحات والخوادم. عندما يحاول مستخدمو الإنترنت الوصول إلى موقع ويب ، ترسل المتصفحات طلبًا إلى خادم الموقع.
الخادم يستجيب لطلب مستخدمي الإنترنت برمز حالة HTTP ، وهو رمز مكون من ثلاثة أرقام مثل 421. رموز الحالة هي نوع من المحادثة على الويب بين المتصفحات والخوادم.
إنها تشكل رسالة وتشير إلى ما إذا كان كل شيء يسير على ما يرام بين المتصفح والموقع الإلكتروني أم لا. سيتيح لك فهم هذه الرموز معرفة ما إذا كان كل شيء يسير كما هو مخطط له على موقعك وتشخيص نوع الخطأ بسرعة.
هذا أمر بالغ الأهمية لتقليل وقت التوقف عن العمل على موقعك عند ظهور مشكلات. رموز الحالةHTTP تقع في خمس مجموعات وكل مجموعة تشير إلى رسالة مختلفة.
- 1xx: هي استجابة إعلامية مما يعني أن الخادم يقوم بفحص الطلب ؛
- 2xx: تشير هذه المجموعة إلى أنه تم تنفيذ الطلب بنجاح وأن الخادم أعطى المتصفح الاستجابة المتوقعة.
- 3xx: هذه عملية إعادة توجيه تخبر المستخدم بأنه تتم إعادة توجيهه إلى عنوان URL بخلاف ما طلبه. تم استلام الطلب ، ولكن هناك بعض إعادة التوجيه.
- 4xx: تشير هذه المجموعة إلى خطأ في العميل (المستعرض). تظهر رموز الحالة 4xx عندما لا يتم تحميل الموقع أو الصفحة المطلوبة. هذا خطأ من جانب موقع الويب يظهر غالبًا عندما لا توجد صفحة على الموقع أو عندما يواجه الخادم مشكلة في عرضها.
- 5xx: تشير هذه المجموعة إلى خطأ في الخادم (فشل). تم إجراء طلب صالح بواسطة العميل ، لكن الخادم لم يتمكن من إكماله.
يمكن أن يكون لبعض رموز حالة HTTP تأثير كبير جدًا على مُحسّنات محرّكات البحث الخاصة بالموقع ومن الضروري أن يتمكن مشرفي المواقع من التعامل معها بشكل مناسب عند حدوثها.
هذا هو الحال مع الأخطاء في مجموعة 4xx التي غالبًا ما تخضع للتدقيق أثناء عمليات تدقيق تحسين محركات البحث.
يعرض خطأ بروتوكول HTTP 421 الرسالة “طلب خاطئ” والتي تشير إلى أن الطلب تم توجيهه بشكل خاطئ.
هذا الخطأ لأن الطلب تم إجراؤه على خادم لم يتم تكوينه لإنتاج استجابات للطلب. لذلك ، لن يتمكن المستخدم الذي يريد الوصول إلى الصفحة من تحميلها.
1.2 أسباب الخطأ 421
يمكن أن تظهر رسالة الخطأ 421 لعدد من الأسباب. يُصدر الخادم رسالة الخطأ 421 عندما يتلقى طلب HTTP غير مخصص له. الخطأ هو مجرد رسالة تقول أن المستخدم قد اتصل بخادم خاطئ.
يحدث هذا عندما تتم مشاركة شهادة SSL بين عدة مجالات وتعارض المجالات.
في الواقع ، تتيح شهادة SSL إمكانية إنشاء اتصال آمن بين الخادم وجهاز المستخدم. هذا الأخير لديه أيضًا شهادة تسمح له بإجراء التحقق.
للقيام بذلك ، يرسل الخادم شهادته إلى الجهاز الذي يحاول إنشاء اتصال به. لكن في بعض الأحيان تشترك العديد من مواقع الويب في نفس شهادة TLS.
المتصفحات التي تستخدم الإصدار الثاني من HTTP (HTTP / 2) قادرة على التعرف على الشهادة التي تم استخدامها لإنشاء اتصال مع مجال معين.
أثناء اتصال جديد باستخدام نفس الشهادة ، تعيد هذه المتصفحات استخدام الاتصال المفتوح بالفعل. لذلك ، يصبح الاتصال صعبًا عندما يتم إرسال طلبات متعددة إلى مجالات متعددة باستخدام نفس شهادة TLS.
هذه هي الطريقة التي يرسل بها الخادم رسالة الخطأ 421 إلى المتصفح. يظهر هذا الخطأ أيضًا عند تعيين DNS الخاص بالخادم على IP خاطئ أو CNAME خاطئ.
يشبه DNS دليل الهاتف على الويب. تتفاعل المتصفحات على الويب باستخدام عنوان IP. يقوم DNS بترجمة اسم المجال الذي يبحث عنه مستخدم الإنترنت إلى عنوان IP بحيث يمكن لمتصفح الأخير إعادة تحميل الموقع.
تتكون عملية تحليل DNS من تحويل المجال إلى عنوان IP مناسب للخادم من أجل تحديد الصفحة التي تبحث عنها.
تؤدي هذه العملية إلى حدوث خطأ عندما لا يتم تكييف تحويل صفحة الويب التي يكتبها مستخدم الإنترنت في متصفحه مع عنوان IP الخاص بالخادم.
هذا يعرض رسالة خطأ. يمكن أن يرجع الخطأ 421 أيضًا إلى خطأ في تهيئة الخادم.
1.3 ما هو تأثير الخطأ 421 على تحسين الموقع؟
يتعلق تحسين موقع الويب أو صفحة الويب باتخاذ خطوات لمساعدته على ترتيب أعلى في محركات البحث.
يجب ألا تسمح هذه الإجراءات لمحركات البحث بفهم محتوى الموقع فحسب ، بل يجب أيضًا أن تسهل على الزوار استخدامه.
الSEO هي وسيلة لزيادة شعبية الموقع دون إنفاق المال كما هو الحال بالنسبة للإعلان. ومع ذلك ، يمكن لبعض الأخطاء أن تهدد جهود الموقع الذي يسعى إلى وضع نفسه بشكل أفضل على SERPs.
هذا هو الحال بالنسبة لأخطاء 4xx التي تضر بشكل عام بالإشارة إلى موقع الويب. يمكن أن يقلل الخطأ 421 من كفاءة الزحف إلى موقع ويب ويؤثر سلبًا على تجربة المستخدم.
1.3.1. كيف يؤثر الخطأ 421 على كفاءة الزحف إلى الموقع؟
لفهم كيفية تأثير هذا الخطأ على كفاءة تشغيل الموقع ، سننظر أولاً في كيفية حدوث ذلك.
الاستكشاف يسمح لمحركات البحث بالزحف إلى الويب للعثور على محتوى جديد أو تم تحديثه مؤخرًا لإضافته إلى الفهرس.
لهذا ، يرسلون روبوتات تسمى العناكب أو يزحفون على مواقع الويب. تنتقل هذه من صفحة إلى أخرى باتباع عناوين URL. عناوين URL هي نوع من مسار برامج الزحف.
عندما تعمل جميع عناوين URL الموجودة على موقع ما ، فإنها تسهل على العناكب التحرك. لذلك يمكنهم استكشاف جميع صفحات الموقع وإضافتها إلى الفهرس.
الفهرس هو قاعدة بيانات كبيرة لعناوين URL التي تجدها العناكب مثيرة للاهتمام. تتم إضافة عناوين URL إلى قاعدة البيانات هذه ثم يتم ترتيبها وتظهر في نتائج البحث.
في حالة الخطأ 421 ، لا يؤدي عنوان URL إلى الصفحة المطلوبة وبالتالي يصعب على العناكب الزحف. لا يؤثر ذلك على الزحف إلى العناكب فحسب ، بل يؤثر أيضًا على تحسين محركات البحث بشكل عام وحركة مرور الصفحة المعنية.
1.3.2. كيف يؤثر الخطأ 421 على تجربة المستخدم؟
تعد تجربة المستخدم من أهم العوامل في الأنشطة عبر الإنترنت ، حيث تؤثر بشكل كبير على معدلات التحويل. يعتمد على فهم عميق للمستخدمين.
ببساطة ، يتعلق الأمر بجعل تجربة الزائر ذات مغزى وقيمة قدر الإمكان. تعني “انطباع المستخدم” الجيد أن المستخدم لديه:
- زرت الموقع.
- التنقل بين الصفحات المختلفة بسهولة ؛
- فهم محتوى الموقع ؛
- حصل على ما يريد.
عندما يظهر الخطأ 421 ، لا يمكن للمستخدم الوصول إلى الصفحة ولا يحصل على ما يريد. يعد النقر فوق الروابط التي تعرض رسالة الخطأ “طلب مطلوب بشكل سيئ” ضارًا بشدة بتجربة المستخدم.
1.3.3. زيادة معدل الارتداد
يعكس هذا المعدل النسبة المئوية للزائرين الذين يصلون إلى موقع الويب الخاص بك ثم يتتبعون خطواتهم أو “الارتداد”. عادةً ما ينقر الزوار المرتدون على “رجوع” للعودة إلى SERPs أو إغلاق نافذة المتصفح تمامًا.
على الرغم من أن هذا ليس هو الحال دائمًا ، فإن أمعدل الارتداد عالية لمحركات البحث علامة على محتوى غير مثير للاهتمام. من ناحية أخرى ، تسعى Google إلى تقديم تجربة أفضل لهؤلاء المستخدمين وقد تشعر بالغش في التصنيف.
نتيجة لذلك ، يميل محرك البحث إلى التصرف بناءً على ترتيب الموارد التي لها معدل ارتداد مرتفع.
يؤدي الخطأ 421 إلى زيادة معدل الارتداد للصفحة المعنية نظرًا لأن الزائرين غير قادرين على الوصول إلى المحتوى الذي يطلبونه. وبالتالي يمكن أن يؤثر ذلك على جهود تحسين محركات البحث للموقع.
في مواجهة هذه المشكلات المتنوعة ، من الضروري أن يحدد مشرفو المواقع بسرعة عناوين URL التي تعرض عنوان URL 421 على مواقعهم من أجل اتخاذ الإجراءات المناسبة.
الفصل الثاني: كيف نكتشف 421 خطأ لتصحيحها؟
يعد تحديد عناوين URL التي تعرض رسالة خطأ عملية دقيقة يجب على جميع مشرفي المواقع تنفيذها من أجل رفاهية مواقعهم. بشكل عام ، يتم تحديد الأخطاء في المستعرضات عند فتحها.
ومع ذلك ، فإن هذه العملية معقدة للغاية وتستغرق وقتًا طويلاً نظرًا لأنه لا يمكن التحقق من عناوين URL إلا بشكل فردي.
في هذا الفصل ، نكتشف الأدوات التي تسمح لك بالتحقق من حالة أكواد حالة HTTP من أجل تحديد 421 خطأ.
2.1. أدوات لتحديد الخطأ 421
2.1.1. ابحث عن الخطأ 421 في التحكم في بحث Google
التحقق من الأخطاء هو أول شيء يجب التحقق منه عند تدقيق الموقع. يمكن أن يتم ذلك باستخدام Google Console. تُبلغ هذه الأداة عن جميع أخطاء 4xx على أحد المواقع ، ويمكنك بعد ذلك التحقق من عناوين URL التي تعرض الخطأ 421.
لتحديد هذه الأخطاء ، قم بتسجيل الدخول إلى Google Search Console كمسؤول والوصول إلى تقرير الخطأ من خلال علامة التبويب “التغطية”.
كما ترى في الصورة ، لا يحتوي هذا الموقع على عناوين URL التي تعرض أخطاء. ولكن عندما يكون لديك عدة عناوين URL تعرض أخطاء على موقعك ، فتابع للتحقق في متصفحك لتحديد نوع الخطأ لكل عنوان URL.
راجع تقارير أخطاء التغطية مباشرة في التحكم في بحث Google. تحدد التقارير طبيعة المشكلة وعناوين URL التي تنطبق عليها.
2.1.2. أداة HTTPStatus
تم إنشاؤه منذ عام 2011 ،HTTPS هو موقع شائع يسمح لك بالتحقق من حالة HTTP لعناوين URL متعددة في وقت واحد.
يمكن أن تساعدك هذه الأداة في التحقق بسهولة من رموز حالة HTTP ورسائل الحالة التي يعرضها الخادم استجابة لطلب عنوان URL من العملاء.
تتيح الأداة التحقق من رمز حالة HTTP لعدة عملاء مثل المتصفح أو روبوت محرك البحث. ما عليك سوى النقر فوق “تغيير وكيل المستخدم” لاختبار الاستجابات لعملاء مختلفين.
هذا خيار يسمح لك بتحديد نوع الروبوت أو المتصفح الذي تريد التحقق من وجوده على الهاتف المحمول أو الكمبيوتر.
هذه الأداة مثيرة للاهتمام بشكل خاص لأنها تتيح لك تصدير النتائج إلى مستند Google Sheets أو تنزيلها بتنسيقات CSV أو XLS.
من الممكن تصفية النتائج من أجل تصدير عناوين URL التي تشير إلى رسالة الخطأ 421 على وجه التحديد.
2.1.3. L’outil Dead Link Checker
مدقق الارتباط الميت هي أداة مجانية تقوم بالزحف إلى عناوين URL الخاصة بالموقع بأكمله لتحديد الروابط التي لم تعد تعمل أو الروابط المعطلة. الميزة الرئيسية لـ Dead Link Checker هي أنه يوفر خيار فحص تلقائي يسمى “Auto Check”.
تعمل الأداة تلقائيًا عند ترددات معينة لاكتشاف الروابط التي تُرجع خطأً. ثم يرسل التقرير إلى صندوق البريد الإلكتروني الخاص بك حتى تتمكن من إصلاح المشكلات في الوقت الفعلي.
للتحقق من رمز حالة HTTP 421 ، أدخل عنوان URL لموقعك أو صفحتك وانقر على “فحص”. في نهاية الفحص ، تظهر لك الأداة جميع الأخطاء الموجودة على موقعك ويمكنك تلقي تقرير عبر البريد الإلكتروني.
سيكون عليك فقط تحديد الأخطاء 421 من بين الأخطاء المحددة. الأداة تجعل هذه الخطوة أسهل وتعرض مصدر الخطأ.
2.2. تحقق من حالة HTTP بدون استخدام مدقق حالة HTTP مع Screaming Frog
صحيح أن أدوات فحص حالة HTTP يمكن أن توفر معلومات فورية حول عنوان URL وحالة HTTP الخاصة به.
لكن هذه الأدوات ليست مناسبة عندما يتعلق الأمر بفحص حالات HTTP لموقع ويب بأكمله يحتوي على مئات الصفحات.
لحسن الحظ ، يمكن لبعض أدوات زاحف الويب مثل Screaming Frog التحقق من عناوين URL التي تؤدي إلى حدوث خطأ في الموقع.
الصراخ الضفدع يوضح لمشرفي المواقع كيف تزحف محركات البحث إلى مواقعهم. كما أنه يحلل عناوين URL التي تعرض رسائل خطأ. Screaming Frog مجاني للاستخدام للمواقع التي تحتوي على أقل من 500 عنوان URL.
يمكن للآخرين التسجيل للحصول على اشتراك سنوي يسمح لهم باستكشاف مواقعهم بانتظام. للتحقق من حالة HTTP باستخدام Screaming Frog ، قم بتنزيل الأداة وتابع الإعداد.
في جزء التكوين ، انقر فوق العنكبوت وحدد المربع “تحقق من الروابط خارج مجلد بدء التشغيل”.
مصدر :تفاعلي
ثم انقر فوق “موافق” وأدخل عنوان URL لموقعك في حقل “URL للاستكشاف” وانقر على “ابدأ”. بمجرد اكتمال الاستكشاف ، يمكنك عرض أكواد حالة HTTP في علامة التبويب “رموز الاستجابة”.
من الممكن أيضًا تصفية الردود وتصدير أخطاء 4xx حصريًا بتنسيق جداول بيانات Google.
2.3 كيفية إصلاح 421 خطأ؟
يعد إصلاح أخطاء 421 خطوة مهمة في جعل موقعك قابلاً للزحف لكل من الزوار ومحركات البحث. لهذا ، من الضروري البدء في التحقق من أن أخطاء 421 التي تم اكتشافها بواسطة الأدوات الموجودة على موقعك لا تزال تحدث.
عندما يكون هذا هو الحال ، يجب عليك بعد ذلك تحديد أولوية التصحيح. هذا لتحديد أهمية كل عنوان URL يعرض الخطأ 421 وكيف يؤثر على موقعك.
من الآن فصاعدًا ، يمكنك البدء في إصلاح أخطاء 421. عادةً ما يتضمن الإصلاح استخدام شهادة SSL منفصلة لكل مجال من مجالاتك وتعطيل إعادة توجيه HTTPS.
كما ذكرنا سابقًا ، غالبًا ما يؤدي استخدام شهادة SSL واحدة لنطاقات متعددة إلى حدوث خطأ طلب تم توجيهه بشكل خاطئ. يحدث الخطأ غالبًا عندما يحاول HTTP / 2 إعادة استخدام طلب الاتصال.
لإصلاح الخطأ 421 ، ما عليك سوى منع إعادة استخدام الاتصال عبر HTTP / 2 باستخدام SSL منفصل لكل مجال. يمكن أيضًا تجنب إعادة استخدام طلب الاتصال عن طريق نقل كل مجال إلى عنوان IP مختلف.
يمكن أيضًا أن يكون تعطيل إعادة التوجيه من “http: //” إلى “https: //” جزءًا من حل الخطأ 421 المتعلق بتنشيط شهادة SSL في عدة مجالات.
إذا كنت غير قادر على تنفيذ هذه الإجراءات ، يمكنك الرجوع إلى مجتمعات مشرفي المواقع للحصول على المساعدة.
الفصل 3: أسئلة أخرى تتعلق بالخطأ 421؟
هذا الفصل مخصص لمختلف القضايا المتعلقة بالخطأ 421.
3.1. ما هي أخطاء HTTP الأكثر شيوعًا إلى جانب أخطاء 421؟
3.1.1. خطأ 400: طلب غير صالح؟
خطأ 400 شائع ويعني أن الطلب غير صحيح. في هذه الحالة ، لا يفهم الخادم الطلب من أجل معالجته. غالبًا ما يأتي من جانب العميل ويمكن أن ينتج عن خطأ في عنوان URL.
يمكن أن يكون أيضًا ذاكرة التخزين المؤقت أو ملفات تعريف الارتباط التالفة. وبالتالي فإن إصلاح هذا الخطأ متروك للزوار للتحقق من عنوان URL أو مسح ذاكرات التخزين المؤقت الخاصة بهم.
3.1.2. خطأ 401: غير مصرح به
يحدث الخطأ 401 عند فشل مصادقة HTTP. تتطلب الصفحة المطلوبة مزيجًا من اسم المستخدم وكلمة المرور. يمكن للزوار الذين لديهم بيانات الاعتماد هذه الوصول إلى المورد المطلوب.
مصدر :جيثوبوسركونتنت
ولكن في حالة عدم توفر هذه المعلومات ، تتم إعادة توجيههم إلى صفحة الخطأ 401 التي تشير إلى أن التفويض مطلوب. يأتي الخطأ 401 أيضًا من حقيقة أن عنوان IP الذي يحاول إنشاء الاتصال غير مصرح له بالوصول إلى المورد.
تحافظ الحماية بكلمة المرور على بعض معلوماتك مخفية لمنع الأطراف الثالثة من مشاهدتها.
3.1.3 خطأ 403: ممنوع
يواجه المستخدمون الخطأ 403 عندما يفهم الخادم الطلب ، لكنه يرفض تنفيذه. إنها منفصلة عن مشكلة الترخيص وتعني ببساطة أن الخادم رفض العميل دون أي تفسير.
ينتج هذا الخطأ عن عدم سماح مالك الموقع للزوار بالوصول إلى موارد معينة. عندما يتم تمكين مثل هذه الحماية لدليل موقع معين ، فمن المستحيل الوصول إلى هذا الدليل.
من الممكن أيضًا أن الملف المحدد الذي طلبه الزائر ليس لديه إذن لعرضه على الإنترنت. الحماية هي إجراء يمكن استخدامه بشكل دائم لمنع الروبوتات الضارة من الوصول إلى الموارد الموجودة على موقعك.
3.1.4. خطأ 404: الملف غير موجود
بخلاف الخطأ 400 ، يحدث الخطأ 404 عندما يفهم الخادم الطلب الذي أرسله العميل ، ولكن لا يمكنه العثور على أي مورد محدد في عنوان URL المطلوب.
عندما يحدث لعناوين URL مثل www.website .com ، فمن المحتمل أنه تمت إعادة توجيه الطلب إلى الخادم الخطأ. عندما يتعلق الأمر بعناوين URL منخفضة المستوى ، غالبًا ما يشير الخطأ 404 إلى الروابط المعطلة.
تزيد أخطاء 404 من معدل الارتداد للموقع ويمكن أيضًا أن تجعل من الصعب على محركات البحث الزحف إليها. ما سبق ذكره يجعل من الممكن أيضًا العثور على جميع عناوين URL التي تشير إلى الخطأ 404 على موقعك.
لإصلاح هذه الأخطاء ، ما عليك سوى إعادة توجيهها إلى الموارد المتاحة. تعمل إعادة التوجيه 301 (الدائمة) على إصلاح الصفحات التي تم حذفها نهائيًا ، بينما تعمل إعادة التوجيه 302 على إصلاح الصفحات غير المتاحة مؤقتًا.
3.2 ما هي شهادة SSL؟
شهادة SSL هي تقنية تجعل من الممكن تأمين الاتصال بين نظامين يكونان بشكل عام عميل (متصفح) وخادم. يضمن عدالة البيانات المرسلة من خلال منع مجرمي الإنترنت من اعتراضها أو تعديلها.
تحمي شهادة SSL الاتصال بين جهازين من خلال تشفير البيانات وتساعد أيضًا في مصادقة هوية مؤسسة موقع الويب. وبالتالي فهو يضمن أن المستخدمين يتفاعلون بالفعل مع المالكين الشرعيين للموقع.
تبدأ حماية الاتصال بين مستخدم الإنترنت والموقع تلقائيًا في كل مرة يقوم فيها الأخير بزيارة أحد المواقع. عندما يتم تأمين مجال بشهادة ، فإنه يعرض HTTPS ويوجد قفل في شريط URL.
من خلال النقر فوق هذا القفل ، يمكنك عرض معلومات حول الشهادة ومعلومات أخرى حول الموقع. يشار إلى الإصدارات الحديثة من شهادة SSL باسم TLS وهي أكثر أمانًا من SSL.
باستخدام هذه الإصدارات ، من الممكن تأمين مجالات متعددة باستخدام شهادة واحدة. هذا يقلل من تكاليف الإدارة والتركيب. ومع ذلك ، يمكن لهذه الشهادات متعددة المجالات أن تخلق مشاكل مثل الخطأ 421 الشهير.
استنتاج
التحدي الذي يواجهه الموقع من حيث تحسين محركات البحث هو أن يكون دائمًا فعالًا في مواجهة الزوار ومحركات البحث. لكن المواقف الشائعة مثل الخطأ 421 تجعل هذا التحدي أكثر صعوبة.
هذا الخطأ هو طلب خاطئ يحدث عندما تشترك نطاقات متعددة في شهادة SSL واحدة. إنه يعطل تجربة المستخدم وجهود تحسين محركات البحث بمجرد أن يبدأ الموقع في تجميعها.
ستسمح لك الأدوات المذكورة في هذه المقالة باكتشاف 421 خطأ على موقعك من أجل إصلاحها قبل أن تبدأ في التأثير سلبًا على موقعك.
الحل الشائع لإصلاح هذا الخطأ هو استخدام شهادة SSL محددة لكل مجال من مجالاتك. إذا كنت تستخدم أداة تحقق من رمز HTTP غير تلك المذكورة في هذه المقالة ، فيرجى إخبارنا بذلك في التعليقات.
