معظم فقدان الروابط في ملف العميل ليس عقوبة. إنه عنوان URL قديم توقف عن الاستجابة عند انتقال الموقع، ويظهر تقرير الصفحات الأعلى ذلك في دقيقة.
فريق أبحاث LinkSkimmr ·
إلى أين تذهب الروابط عند انتقال موقع
تشير الروابط إلى عناوين URL، وليس إلى المواقع. تغيير عنوان URL يعني أن كل رابط إلى العنوان القديم يحتاج إلى توجيه.
يبدو الأمر بديهياً حتى يتم تنفيذ الانتقال. تعرف العديد من الفرق بالقاعدة. قد يتم نشر انتقال ووردبريس، أو التبديل من www إلى النطاق الأساسي، أو هيكل فئات جديد في يوم الجمعة مع ملاحظة تفيد بأن التوجيهات ستلي ذلك. عند فحص الروابط الخلفية لموقع بعد مثل هذا الانتقال، لا يكون السؤال حول عدد الروابط الموجودة، بل حول عدد الروابط التي لا تزال تصل إلى صفحة نشطة، ويجيب الحقل الخامس من الروتين العشر دقائق عن ذلك.
توجيهات جوجل الخاصة بالانتقالات هي خريطة من واحد إلى واحد من العناوين القديمة إلى الجديدة. تقوم توجيهات 301 من جانب الخادم بالعمل. احتفظ بها تعمل طالما يمكنك. بالنسبة لتغيير النطاق، يعد أداة تغيير العنوان في Search Console خطوة إضافية. قد تنكسر الخرائط بطريقة متوقعة، وسيظهر Screaming Frog أو فحص موقع Ahrefs معظمها.
تساعد الأدوات هنا: يظهر Search Console الزحف والتغطية من جانب جوجل، ويسرد Screaming Frog سلاسل التوجيه من الزحف، ويظهر استدعاء الصفحات الأعلى لدينا عناوين URL التي تحمل الروابط. لا يعطي أي منها الصورة الكاملة بمفرده، والجمع يستغرق أقل من ساعة على موقع صغير.
خطأ، عرض، حل
خطأ
كيف يظهر في البيانات
حل
كل شيء يتم توجيهه إلى الصفحة الرئيسية
الصفحات الأعلى ارتباطاً كلها اختفت؛ الصفحة الرئيسية هي عنوان URL الوحيد المتبقي
ربط كل عنوان URL قديم بصفحته الجديدة الأقرب
يعمل www والنطاق العاري على استجابة 200
تقسيم نفس الروابط عبر مضيفين
اختر مضيفاً واحداً، وجه الآخر بـ 301
سلسلة توجيه من ثلاث خطوات أو أكثر
تتطلب الصفحة الأعلى عدة قفزات للحل
وجه عنوان URL القديم مباشرة إلى العنوان النهائي
استخدام 302 للانتقال الدائم
يظل عنوان URL القديم يظهر كصفحة مرتبطة
التبديل إلى 301 بمجرد أن يصبح الانتقال نهائياً
حذف صفحة 'من نحن' القديمة، عدم توجيهها
يعيد عنوان URL المرتبط جيداً 404
توجيهها إلى صفحة 'من نحن' الجديدة
إعادة بناء هيكل الفئات بدون خريطة
يعيد عشرات عناوين URL المرتبطة 404
تصدير عناوين URL القديمة أولاً، وربطها في ورقة
العثور على القيمة المعزولة في استدعاءين
استخراج الصفحات الأعلى ارتباطاً، ثم اختبار كل عنوان URL في متصفح أو باستخدام curl -I. أي شيء ليس 200 نظيفاً أو 301 فردياً يذهب إلى القائمة.
bash
# which old URLs carry the links (2 credits, billed once)
curl "https://linkskimmr.com/api.php?action=toppages&q=clientsite.com&per=200&key=sk_live_..."
# then, for each URL you care about
curl -sI https://clientsite.com/old-page | head -5
ترتيب الإصلاح الذي سنستخدمه
1
إصلاح المضيف أولاً
مضيف أساسي واحد، وكل شيء آخر يتم توجيهه إليه بـ 301. يستغرق دقائق ويؤثر على كل رابط في وقت واحد.
2
ربط عناوين URL العشرين الأعلى
تميل عشرين صفحة ذات روابط جيدة إلى احتواء معظم القيمة. اربطها يدوياً، واحداً لواحد.
3
تسطيح السلاسل
استبدال كل مسار متعدد القفزات بقفزة واحدة إلى عنوان URL النهائي.
4
إعادة الفحص الشهر المقبل
يتم تحديث فهرسنا تقريباً شهرياً، لذا امنحه دورة قبل أن تعلن أن الإصلاح نجاحاً أو فشلاً.
حد يستحق قوله بصوت عالٍ
إصلاح التوجيهات يعيد قيمة الرابط إلى صفحة نشطة. لا يضمن الترتيبات، ولا يمكنه استعادة الروابط التي تمت إزالتها من المصدر. لاحظ كلاهما في ملف العميل.
أسئلة التوجيه التي نسمعها أكثر
هل يمكنني فقط توجيه الصفحة القديمة إلى صفحة 'من نحن' الجديدة؟
نعم، عندما تخدم الصفحة الجديدة نفس الغرض. يحافظ 301 من عنوان URL القديم إلى المكافئ الأقرب على فائدة الروابط. إرسال كل عنوان URL ميت إلى الصفحة الرئيسية يعمل بشكل سيء لأن الوجهة لم تعد تطابق ما وعد به الرابط.
كم عدد توجيهات 301 التي تكون كثيرة جداً على موقع واحد؟
العدد أقل أهمية من شكل كل مسار. السلاسل الطويلة تضيع جهد الزحف وتنكسر أكثر، لذا احتفظ بعنوان URL قديم إلى قفزة واحدة واحتفظ بالخريطة الكاملة في جدول يمكنك مراجعته.
كيف أرسل www إلى النسخة غير www؟
اختر مضيفاً واحداً كقانوني، ثم أضف توجيه 301 شامل من المضيف الآخر إليه في الخادم أو مزود DNS. اختبر النسختين باستخدام curl -I، وتأكد من أن الروابط في قائمة الصفحات الأعلى تهبط على المضيف المختار.
ما الذي يجب فحصه في الأسبوع الذي يتم فيه تنفيذ الانتقال
إذا فحصت الروابط الخلفية لموقع في الأسبوع الذي ينتقل فيه، افحص الخريطة قبل الأرقام. الخريطة تحدد ما إذا كان يمكن للأرقام التعافي على الإطلاق.
زحف خريطة الموقع القديمة، وليس فقط الجديدة
لا تزال خريطة الموقع القديمة تذكر عناوين URL التي كسبت مكانها في المقام الأول. قم بالزحف عليها ضد الموقع الحي، وكل صف يعيد 404 أو سلسلة توجيه يصبح سطراً في الخريطة.
احتفظ بإخراج الزحف مع التاريخ في اسمه. زحف ثانٍ بعد شهر يظهر أي إصلاحات استمرت وأي توجيهات اختفت بصمت.
مقارنة الصفحات الأعلى قبل وبعد
احفظ قائمة الصفحات الأعلى من قبل الانتقال، ثم قم بتشغيل الاستدعاء مرة أخرى بمجرد استقرار الموقع الجديد. يجب أن تتطابق قائمتان من عناوين URL المرتبطة بمجرد تطبيق الخريطة، والصفوف التي لا تتطابق هي قائمة مهامك.
كل تشغيل يكلف 2 رصيد، لذا فإن المقارنة رخيصة. التكلفة تكمن في الخرائط، وليس في البيانات.
ابحث عن قاعدة بيئة الاختبار التي تم تركها وراءها
قاعدة تمنع الزلاز قد تبقى بعد الإطلاق دون أن تلاحظ. تحقق من robots.txt وأي علامة noindex على القوالب التي تحمل أفضل الصفحات ارتباطاً، قبل أن تعلن أن الانتقال انتهى.
سطر واحد في ملف العميل يكفي: أي القوالب التي فحصتها، وفي أي يوم. اكتب مالك كل توجيه بجانبها، لأن التوجيه الذي لا يستطيع أحد شرحه هو الذي سيتم حذفه في إعادة التصميم التالية.
أي رمز توجيه يناسب انتقالاً دائماً
الرمز اختيار صغير له تأثير كبير على الرسالة التي ترسلها. تقرأ الزلاز رمز الحالة قبل أن تقرأ أي شيء آخر على الصفحة القديمة.
لماذا يناسب 301 انتقالاً نهائياً
يقول 301 أن الانتقال دائم. يقول 302 أن العنوان القديم قد يعود، وهي رسالة خاطئة لانتقال نهائي. استخدم 302 فقط أثناء اختبار مؤقت يعمل حقاً.
بمجرد استقرار الانتقال، حول أي توجيهات مؤقتة إلى 301. ترك 302 في مكانه لعدة سنوات هو أحد الطرق الهادئة لإبقاء الانتقال نصف مكتمل.
لماذا يذهب 302 متبوعاً بـ 301 خطأ
302 الذي يوجه إلى عنوان URL ثانٍ، والذي يرسل بدوره 301، يخلق خطوتين وإشارات مختلطة. يمكن لمحركات البحث عادةً اتباع السلسلة، لكن السلسلة أبطأ، وتنكسر بسهولة أكبر في المرة القادمة التي يعدل فيها شخص ما قاعدة.
اجعلها 301 واحدة تشير مباشرة إلى العنوان النهائي. قفزة واحدة أسهل في الاختبار، أسهل في الشرح للعميل، وأسهل في الحفاظ عليها.
كيفية توجيه عناوين URL مع معاملات الاستعلام
عناوين URL القديمة مع سلاسل الاستعلام شائعة بعد تغيير CMS. لنفترض أن العنوان القديم كان صفحة منتج مع معامل اللون. قرر ما إذا كان المعامل يغير المحتوى. إذا كان كذلك، اربط عنوان URL المعامل إلى الصفحة الجديدة المطابقة؛ إذا لم يكن كذلك، يمكن لقاعدة واحدة تزيل المعامل خدمة الصفحة.
اختبر بعض عناوين URL المعاملية يدوياً بعد تفعيل القاعدة. قد تعمل القاعدة للمسار العادي ولكن تتجاهل سلسلة الاستعلام، والروابط التي تحمل معاملات هي تلك التي ستفوتك.
ثلاثة توجيهات تبدو كحلول
بعض التوجيهات تمر بفحص الحالة لكنها لا تزال تفقد القيمة. تجيب الصفحة بـ 301، لكن الوجهة خاطئة للأشخاص والزلاز الذين يتبعون الرابط.
حلقة توجيه
قاعدتان ترسلان بعضهما البعض تظهران في المتصفح كحلقة، وتتخلى معظم الأدوات بعد عدد قليل من القفزات. اختبر عنوان URL القديم، احسب القفزات وأصلح القاعدة التي تشير إلى حيث بدأت.
الحلقة هي المشكلة الأسهل في الرؤية والأسهل في تركها لأسبوع. أصلحها في اليوم الذي تجد فيه، واحسب القفزات مع curl -sIL حتى تقرأ كل سطر حالة، وليس فقط الأخير.
توجيه إلى شاشة تسجيل الدخول
صفحة قديمة ذات روابط جيدة توجه إلى نموذج تسجيل الدخول تعطي الزائر جداراً بدلاً من المحتوى الذي وعد به الرابط. لنفترض أنك توجه دليلاً سابقاً إلى صفحة تسجيل الدخول، والتي ترتد بعد ذلك إلى تسجيل دخول من طرف ثالث. لا شيء في هذا المسار يساعد الرابط.
وجه إلى الصفحة العامة التي تطابق ما كان حوله الرابط. إذا لم توجد مثل هذه الصفحة، فإن 404 نظيف أكثر صدقاً من توجيه لا يذهب إلى أي مكان مفيد.
مثال عملي، افتراضي
تخيل عميلاً انتقل من قالب مدونة إلى آخر. أرقام مثال فقط.
لنفترض أن تقرير الصفحات الأعلى ذكر 140 عنوان URL مع روابط قبل الانتقال، و90 منها أعادت 404 بعد ذلك لأن نمط الرابط الدائم الجديد أبقى مجلد التاريخ. ربط أفضل عشرين صفحة ارتباطاً من تلك يدوياً يمكن أن يستعيد الكثير من القيمة الموجهة في فترة بعد الظهر، وتقول جدول العتبات كيفية وصف التغيير للعميل.
نفس الخريطة هي أفضل إجابة عندما يسأل العميل عما تغير. أظهر عناوين URL العشرين المربوطة مع عنوانها القديم، وعنوانها الجديد، ورمز الحالة لكل منها. الجدل يقنع. عشرين سطراً يقنعه أكثر من أي ملخص، والجدول يعمل أيضاً كقائمة مراجعة للدورة القادمة.