هجرة بنية الروابط SEO

TL;DR — تغيير بنية عناوين URL يغيّر عناوين الصفحات على نفس الموقع، مثل تحول /category/article/ إلى /article/ أو تحول عنوان بمعامل إلى مسار قابل للقراءة. قم بإعداد قائمة كاملة بالعناوين القديمة، وحدد ما سيصبح عليه كل عنوان، وأعد توجيه كل عنوان تم نقله بشكل دائم إلى أقرب صفحة جديدة مطابقة. حدّث روابطك الخاصة، والروابط الأساسية (canonicals)، ومسارات التنقل (breadcrumbs)، وhreflang، وخرائط المواقع (sitemaps) لتشير مباشرة إلى العناوين الجديدة. اختبر القائمة كاملة بعد الإطلاق. لا ترسل صفحات غير ذات صلة أو صفحات تم إيقافها إلى الصفحة الرئيسية فقط لتجنب خطأ 404.

ما هو تغيير بنية عناوين URL؟

تغيير بنية عناوين URL يغيّر العناوين العامة للصفحات مع الحفاظ عادةً على نفس النطاق الرئيسي. تتضمن الأمثلة:

• /blog/2024/topic/ إلى /blog/topic/؛
• /products/category/item/ إلى /products/item/؛
• /page.php?id=42 إلى /guides/topic/؛
• مسارات بأحرف كبيرة إلى مسارات بأحرف صغيرة؛
• امتدادات الملفات أو اصطلاحات الشرطة المائلة اللاحقة؛
• تنسيق معامل إلى آخر.

يجب أن تكتشف محركات البحث العنوان الجديد وتنقل فهمها من العنوان القديم. تعالج Google نقل الموقع لكل عنوان على حدة، لذا فإن التغيير يكون جيدًا بقدر القرارات الفردية في خريطتك.

هل يجب عليك تغيير العناوين على الإطلاق؟

احتفظ بالعناوين العاملة ما لم تحل البنية الجديدة مشكلة حقيقية ودائمة. يمكن أن تساعد العناوين الأنظف الأشخاص على فهم الموقع وإدارته، لكن تغيير عنوان URL لا يخلق قيمة بحد ذاته. كل عنوان تم تغييره يضيف عمليات إعادة توجيه، وإعادة زحف، وانقطاعًا في التقارير، وتنظيفًا للروابط الخارجية، ومكانًا آخر لفشل التنفيذ.

تشمل الأسباب الجيدة إزالة الأنماط غير المستقرة المرتبطة بالتكنولوجيا، وحل المسارات المكررة، ودعم بنية معلومات ضرورية، أو استبدال نظام معاملات غير قابل للصيانة. “المظهر الأقصر أجمل” عادةً لا يكفي وحده.

ما الذي يجب أن يحدث لكل عنوان URL قديم؟

امنح كل عنوان قديم نتيجة واحدة واضحة:

• إبقاء: يبقى العنوان دون تغيير.
• نقل: تحصل صفحة مكافئة واحدة على عنوان جديد.
• دمج: تصبح عدة صفحات قديمة فعليًا صفحة واحدة أوسع.
• إيقاف: لا يوجد بديل مفيد، لذا أعد رمز 404 أو 410.
• تحقيق: الأدلة ليست قوية بما يكفي لاتخاذ قرار بعد.

لا تدع “تحقيق” يتحول بصمت إلى إعادة توجيه إلى الصفحة الرئيسية عند الإطلاق.

كيف تعمل عمليات إعادة التوجيه في تغيير بنية عناوين URL؟

استخدم إعادة توجيه دائمة من جانب الخادم، عادةً 301 أو 308، من كل عنوان قديم إلى وجهته المعتمدة. تقول Google إن عمليات إعادة التوجيه الدائمة لا تسبب فقدانًا في PageRank وتوصي بالتوجيه مباشرة إلى الوجهة النهائية.

الواحد إلى واحد يعني أن صفحة قديمة واحدة تنتقل إلى عنوانها الجديد المكافئ. يمكن أن يكون العديد إلى واحد صحيحًا أيضًا عندما يتم دمج عدة صفحات قديمة عمدًا في صفحة جديدة مفيدة واحدة. الاختبار هو الملاءمة، وليس ترتيب الجدول.

يجب أن تعيد الصفحة القديمة التي لا يوجد لها بديل رمز 404 أو 410 حقيقيًا. تحذر Google من إعادة توجيه العديد من العناوين القديمة إلى وجهة واحدة غير ذات صلة مثل الصفحة الرئيسية لأن ذلك قد يُعامل كخطأ 404 ناعم.

ما الذي يحتاج أيضًا إلى التحديث؟

تلتقط عمليات إعادة التوجيه الطلبات القديمة. يجب أن يتوقف موقعك الحالي عن توليد تلك الطلبات القديمة.

حدّث التنقل، ومسارات التنقل (breadcrumbs)، وروابط النص، ووحدات المحتوى ذي الصلة، والروابط الأساسية (canonicals)، وhreflang، وعناوين البيانات المنظمة، والخلاصات، وخرائط المواقع (sitemaps)، والإعلانات، والتطبيقات، وقوالب البريد الإلكتروني، والروابط الخارجية المهمة. تقلل الروابط المباشرة من القفزات غير الضرورية وتوائم جميع الإشارات مع العنوان الجديد المقصود.

كيف تعرف أن التغيير نجح؟

اختبر القائمة القديمة الكاملة، وليس عينة، وتأكد من أن كل نتيجة تطابق النتيجة المعتمدة. افحص الموقع الجديد بحثًا عن وجهات أساسية ناجحة وروابط داخلية قديمة. ثم راقب مجموعات العناوين القديمة والجديدة بشكل منفصل في التحليلات، وSearch Console، والترتيبات، والسجلات.

يمكن أن يحدث انخفاض مؤقت أثناء إعادة زحف محركات البحث. الانخفاض الذي يستمر يحتاج إلى تشخيص، وليس ادعاءً بأن عمليات إعادة التوجيه تفقد القيمة بطبيعتها.

TL;DR — إعادة هيكلة عناوين URL هي عملية ترحيل لهوية كل عنوان URL على حدة. ابدأ بقائمة جرد شاملة للعناوين القديمة من مصادر متعددة وقائمة جرد جديدة مولّدة، ثم حدد مصيرًا مُتحكمًا فيه لكل عنوان URL قديم: إبقاء، أو نقل واحد لواحد، أو دمج مبرر، أو إيقاف، أو فحص. أنشئ خرائط الربط بناءً على هوية المحتوى والنية، وليس فقط على تشابه السلاسل النصية. طبّع حالة الأحرف، والترميز، والشرطات المائلة، والمعاملات، والترقيم، والجوانب بشكل متعمد. انشر توجيهات إعادة توجيه دائمة من الخادم مباشرة، وحافظ على القواعد القديمة دون سلاسل، واستبدل كل عنوان URL قديم يمكن التحكم فيه في الروابط، والروابط الأساسية، وhreflang، والمخطط، والخلاصات، وخرائط المواقع. تحقق من الخريطة الكاملة وراقب المجموعات حسب المصير، والقالب، والأهمية، وموجة الإطلاق.

اكتب مذكرة القرار قبل خريطة إعادة التوجيه

يتطلب ترحيل عناوين URL سببًا ونطاقًا وحدودًا. سجّل:

• المشكلة التي يحلها الهيكل الجديد؛
• فئات عناوين URL التي تتغير والفئات التي تبقى ثابتة؛
• ما إذا كان المحتوى أو القوالب أو التنقل أو النطاق أو البروتوكول أو المنصة يتغير أيضًا؛
• القواعد الجديدة للمسارات والمعاملات وحالة الأحرف والترميز والشرطات المائلة والمعرفات؛
• متطلبات التوافق مع الإصدارات السابقة والاحتفاظ بإعادة التوجيه؛
• موجات الإطلاق وقيود التراجع والمسؤولون ومقاييس النجاح.

توصي Google بتغيير شيء رئيسي واحد في كل مرة عندما يكون ذلك ممكنًا. إذا كان يمكن فصل نظام إدارة المحتوى الجديد والنطاق وإعادة كتابة المحتوى والتسلسل الهرمي لعناوين URL، فإن الترحيل الناتج يكون أسهل في الاختبار والتشخيص.

صمم قواعد نحوية مستقرة لعناوين URL

القواعد النحوية لعناوين URL هي مجموعة القواعد التي تحول هوية المحتوى باستمرار إلى عنوان عام. حددها قبل إنشاء الوجهات.

توصي إرشادات بنية عناوين URL من Google ببنية قابلة للزحف ومنطقية، وكلمات قابلة للقراءة حيثما أمكن، وواصلات بين الكلمات، وترميز معاملات شائع، ومعاملات غير ضرورية أقل، ومعالجة متسقة لحالة الأحرف.

الاستقرار أهم من النقاء التجميلي. تجنب وضع قيم في عناوين URL يُتوقع أن تتغير بشكل متكرر، مثل تسميات الحملات المؤقتة، أو أسماء العرض التي تُحرر كثيرًا، أو معرفات الجلسة، أو عمق التصنيف الذي يعيد تنظيم العمل كل ربع سنة.

جرد عناوين URL القديمة من كل مصدر أدلة

يجب أن يجمع جرد الترحيل بين:

• خرائط مواقع XML وأرشيفات خرائط المواقع السابقة؛
• زحف كامل واحد أو أكثر؛
• سجلات وصول الخادم؛
• صفحات الهبوط في التحليلات وصفحات Search Console؛
• وجهات الروابط الخلفية والحملات والاجتماعية والتابعة والبريد الإلكتروني؛
• تصديرات نظام إدارة المحتوى وقاعدة البيانات؛
• قواعد إعادة التوجيه من نظام إدارة المحتوى والخادم والتطبيق وموازن التحميل وشبكة توصيل المحتوى؛
• الصور والفيديو وملفات PDF والتنزيلات والخلاصات وواجهات برمجة التطبيقات والروابط العميقة للتطبيقات؛
• المسارات المعروفة للمعلمات والجوانب والترقيم واللغة والطباعة والبدائل.

قم بالتطبيع فقط لأغراض المقارنة. احتفظ أيضًا بسلسلة عنوان URL الأصلية المطلوبة، بما في ذلك حالة الأحرف والترميز والاستعلام والشرطة المائلة اللاحقة. قد تختلف سلسلتان تبدوان متكافئتين في جدول بيانات في التوجيه على الخادم.

توليد والتحقق من الجرد الجديد

أنشئ عناوين URL الجديدة المتوقعة من القواعد النحوية المعتمدة ومعرفات المحتوى المستقرة. تحقق من:

• وجهات مكررة ناتجة عن كيانات مختلفة؛
• كيان واحد يولّد عناوين URL متعددة غير مقصودة؛
• كلمات محجوزة وتصادمات في المسارات؛
• تعارضات في حالة الأحرف وتطبيع Unicode؛
• أحرف مشفرة مقابل أحرف مفكوكة؛
• الحد الأقصى العملي للطول والقيود اللاحقة؛
• ترتيب اللغة والترقيم والجوانب؛
• مكونات slug مفقودة أو فارغة؛
• عناوين URL تعتمد على تسلسل تصنيفي قابل للتغيير.

يجب أن تكون الوجهة موجودة وتجتاز عقد الصفحة الخاص بها قبل أن يتمكن عنوان URL قديم من إعادة التوجيه إليه بأمان.

استخدم دفتر مصير، وليس عمودين

الخريطة الموثوقة تسجل أكثر من عنوان URL القديم والجديد. تشمل الحقول المفيدة:

الصفوف المتعددة إلى واحد تحتاج إلى مجموعة دمج ومبرر تحريري. الصفوف غير المتطابقة تحتاج إلى مراجعة بشرية أو إيقاف صريح، وليس تخمينًا تلقائيًا لأقرب سلسلة.

استخدم منشئ خريطة إعادة التوجيه لإنشاء مستويات الثقة والحفاظ على القرارات غير المتطابقة أو 410، ثم راجع تكافؤ المحتوى يدويًا.

قرر: واحد إلى واحد، دمج، أو إيقاف

النقل واحد إلى واحد صحيح عندما تحصل نفس الصفحة أو الكيان على عنوان جديد.

الدمج صحيح عندما يتم استبدال صفحات قديمة متعددة فعليًا بصفحة واحدة تلبي نيتها المجمعة. تسمح Google صراحةً للروابط القديمة بإعادة التوجيه إلى صفحة مدمجة جديدة. حافظ على المحتوى المفيد ودور الروابط الداخلية بدلاً من مجرد اختيار أقرب فئة.

الإيقاف صحيح عندما لا يوجد مكافئ ويجب أن يختفي المحتوى. أعد 404 أو 410. قد تكون الفئة ذات الصلة وجهة مفيدة فقط عندما تخدم فعليًا نية المستخدم للصفحة القديمة.

تعامل مع معلمات الاستعلام كسلوك منتج

تغييرات المعلمات تحتاج إلى تصنيف دلالي:

• تحديد المحتوى: يحدد موردًا حقيقيًا أو عامل تصفية ذا معنى؛
• العرض: تفضيل الفرز أو العرض أو الإظهار؛
• التتبع: قيم الحملة والإحالة؛
• حالة الجلسة أو المستخدم: يجب ألا تحدد عادةً هوية عامة قابلة للفهرسة؛
• الترقيم: يمثل سلسلة من صفحات النتائج المميزة؛
• الأوجه: يمكن أن تنشئ صفحات هبوط مفيدة أو مساحة مكررة ضخمة.

قم بتعيين معلمات تحديد المحتوى القديمة إلى الهوية الجديدة الصحيحة. أزل معلمات التتبع من الروابط الداخلية والوجهات الأساسية. حافظ على سلوك المستخدم دون إعادة توجيه كل مجموعة استعلام عشوائية إلى مسار قابل للفهرسة.

توصي Google باستخدام = بين المفاتيح والقيم و& بين المعلمات، وتحذر من أن مجموعات المعلمات غير الضرورية يمكن أن تنشئ مساحات روابط مكررة كبيرة جدًا. انظر أفضل ممارسات بنية الروابط.

التحكم في ترحيل المسارات ذات الأوجه

نقل عوامل التصفية من معلمات الاستعلام إلى الدلائل لا يزيل خطر الزحف. يمكن أن يحول ?color=red&size=m إلى /red/m/ مع الحفاظ على نفس المساحة التوافقية.

حدد:

• مجموعات الأوجه المسموح بها والترتيب المستقر؛
• معايير صفحات الهبوط القابلة للفهرسة؛
• الروابط القابلة للزحف مقابل عناصر التحكم في الواجهة فقط؛
• سلوك الروابط الأساسية وrobots؛
• الاستجابات الفارغة والمكررة وغير المنطقية والخارج عن النطاق؛
• سلوك الترقيم داخل المجموعات المصفاة؛
• كيف يؤثر تغيير المخزون على فائدة الصفحة.

توثيق Google الحالي للملاحة ذات الأوجه يحذر من أن الروابط ذات الأوجه يمكن أن تنشئ مساحات لا نهائية، وتهدر موارد الخادم، وتبطئ الاكتشاف. يوصي باستجابات 404 مناسبة للتركيبات الفارغة والمكررة وغير المنطقية وغير الموجودة لترقيم الصفحات عندما تكون هذه الروابط قابلة للزحف.

حدد قواعد حالة الأحرف والشرطة المائلة والامتداد والترميز

هذه التفاصيل تنشئ مسارات مكررة وسلاسل عند معاملتها بشكل مستقل.

اختر قاعدة أساسية واحدة لـ:

• الأحرف الصغيرة مقابل الأحرف المختلطة؛
• الشرطة المائلة اللاحقة في المسارات ذات نمط الدليل؛
• مسارات .html أو .php أو بدون امتداد؛
• ترميز النسبة المئوية وتطبيع Unicode؛
• الشرطات المائلة المتكررة وشرائح النقاط؛
• المستندات الافتراضية مثل /index.html؛
• ترتيب المعلمات والقيم الفارغة؛
• تطبيع اسم المضيف والبروتوكول.

أنشئ القاعدة المباشرة من القديم إلى النهائي. تجنب /Old/Page.html إلى /old/page.html إلى /old/page/ إلى /page/. يجب أن يصل الطلب الواحد إلى الوجهة الأساسية النهائية من خلال إعادة توجيه دائمة واحدة مقصودة كلما سمحت المنصة بذلك.

الحفاظ على عمليات إعادة التوجيه التاريخية دون إنشاء سلاسل

يجب أن تتضمن خريطة الترحيل مصادر إعادة التوجيه الحالية. قم بحل كل مصدر تاريخي مباشرة إلى الوجهة النهائية الجديدة، حتى لو كان يشير سابقًا إلى عنوان URL قديم ينتقل مرة أخرى.

ترتيب القواعد مهم. يجب عادةً تقييم المسارات القديمة المحددة قبل قواعد الأنماط الواسعة. اختبر التصادمات، والحفاظ على الاستعلام، وحدود التعبيرات العادية، وحساسية حالة الأحرف، والأحرف المهرَّبة، والترميز المزدوج.

استخدم مخطط سلاسل إعادة التوجيه للتحقيق في المسارات المعقدة ومدقق رموز حالة HTTP بالجملة لـ الجرد الكامل المنشور.

تحديث كل إشارة داخلية وقابلة للقراءة آليًا

توثق وثائق نقل الموقع من Google تحديث التعليقات التوضيحية والروابط الداخلية بناءً على خريطة URL. تتضمن القائمة العملية:

• الروابط الأساسية وروابط HTTP الأساسية للملفات غير HTML؛
• hreflang في HTML والترويسات وخرائط المواقع؛
• التنقل الأساسي، ومسارات التنقل، والتذييلات، والوحدات ذات الصلة، وروابط الجسم؛
• مراجع url و@id والصورة والعرض والتنقل والكيان في البيانات المنظمة؛
• خرائط مواقع XML والصورة والفيديو والأخبار؛
• خلاصات RSS/Atom وواجهات برمجة التطبيقات والتطبيقات والملفات البيانية وخلاصات التصدير؛
• تجميعات المحتوى ولوحات المعلومات في التحليلات؛
• الإعلانات والبريد الإلكتروني والملفات الشخصية الاجتماعية والشركات التابعة ورموز QR والروابط الخلفية عالية القيمة.

لا تعتمد على عمليات إعادة التوجيه للروابط الداخلية القابلة للتحكم. تعمل عناوين URL الجديدة المباشرة على تحسين مسار المستخدم، وتقليل عمل الخادم، ومواءمة إشارات التوحيد.

إنشاء خرائط مواقع لاكتشاف الوجهات الأساسية

يجب أن تسرد خريطة موقع الإنتاج المباشرة عناوين URL الجديدة الناجحة والأساسية. أرسلها في Search Console بعد الإطلاق.

كخيار مراقبة صريح، احتفظ بخريطة موقع ترحيل بعناوين URL القديمة منفصلة ومقدمة مؤقتًا حتى تتمكن Search Console من إظهار التقاطع بين اكتشاف وفهرسة القديم إلى الجديد. هذه ليست خريطة المواقع الأساسية المباشرة، والتحذيرات من أن عناوين URL الخاصة بها تعيد التوجيه متوقعة. تصف وثائق نقل الموقع الحالية من Google إرسال كلتا خرائط المواقع للمراقبة، بينما تقول أيضًا أنه يمكن إزالة خريطة المواقع القديمة بعد إرسال الخريطة الجديدة. امنح خريطة المواقع المؤقتة مالكًا وشرط إزالة بدلاً من معاملة الاحتفاظ أو الإزالة الفورية كقاعدة عامة.

اختبار بيئة التدريج دون تعليم عناوين URL خاطئة

يجب أن تكون بيئة التدريج خاصة ولكن قابلة للزحف من قبل ضمان الجودة المصرح به. قم بإنشاء جرد الوجهة الكامل مباشرة بدلاً من الاعتماد على التنقل لاكتشافه.

اختبر:

• كل عنوان URL جديد مقصود يعيد الاستجابة المخطط لها؛
• تستخدم الروابط الأساسية وhreflang وجهات الإنتاج، وليس مضيفات التدريج؛
• تحتوي الروابط الداخلية على عناوين URL جديدة مباشرة؛
• يمكن تنفيذ عمليات إعادة التوجيه من خلال طبقة قواعد شبيهة بالإنتاج؛
• المسارات المفقودة أو التالفة أو الفارغة أو خارج النطاق تعيد استجابات صادقة؛
• يصل تطبيع المعلمات والمسارات إلى وجهة نهائية واحدة؛
• لا تخفي قواعد الروبوتات المشكلات التي سيواجهها زاحف الإنتاج.

يمكن لـ مقارنة SEO بين التدريج والإنتاج مقارنة العينات المحمية. تثبت عمليات الزحف الكاملة للجرد التغطية.

اختر الإطلاق الكلي أو القسمي أو التجريبي

يمكن ترحيل الهجرات الصغيرة والمتماسكة معًا. قد تستفيد المواقع الكبيرة جدًا من أقسام أو موجات محكومة عندما يدعم التوجيه والقياس ذلك. يقول Google إن المواقع الكبيرة يمكن أن تنتقل في أقسام ويوصي باختيار قسم اختبار مستقر نسبيًا، مع ملاحظة أنه قد لا يمثل الموقع بأكمله.

يجب أن يكون الكناري قابلاً للقياس والعكس دون إنشاء مسارات مكررة أو سلاسل متوازية. حدد المجموعات قبل الإطلاق حتى يتمكن الاختبار من مقارنة السلوك القديم والجديد بصدق.

الإطلاق بترتيب التبعية

1. تجميد تغييرات المسار والمحتوى غير ذات الصلة.
2. تأكيد صفحات الوجهة والسعة والمراقبة والاستعداد للتراجع.
3. نشر قواعد إعادة التوجيه المحددة والقديمة، ثم قواعد الأنماط الواسعة.
4. تبديل مسارات التطبيق والروابط الداخلية إلى البنية الجديدة.
5. إزالة عناصر التحكم المؤقتة في الزحف أو الفهرسة.
6. نشر canonical وhreflang وschema والخلاصات وخرائط المواقع الجديدة فقط.
7. اختبار المخزون القديم بالكامل والزحف إلى المخزون الجديد بالكامل.
8. إرسال خريطة الموقع الجديدة وفحص عناوين URL التمثيلية.
9. إخطار Bing ومحركات البحث المشاركة بعناوين URL المتغيرة عبر IndexNow حيثما يتم استخدامها.

لا تستخدم أداة تغيير العنوان من Google لتغييرات المسار على نفس النطاق. فهي مخصصة لعمليات نقل النطاق أو النطاق الفرعي المؤهلة، وليس إعادة هيكلة عنوان URL داخلي.

المراقبة حسب التصنيف والأهمية

إنشاء مجموعات قبل الإطلاق:

• عناوين URL غير المتغيرة؛
• عمليات النقل الفردية؛
• عمليات الدمج؛
• الصفحات المتقاعدة؛
• الصفحات ذات الزيارات الأعلى والروابط الخلفية والإيرادات والتحويلات؛
• القالب والقسم واللغة وموجة الإطلاق؛
• فئات المعلمات والأوجه.

تتبع نجاح إعادة التوجيه وطلبات الزحف لعناوين URL القديمة واكتشاف عناوين URL الجديدة وcanonical المحددة من Google والفهرسة والنقرات والظهور والترتيبات والتحويلات والأخطاء. توقع تقلبات مؤقتة أثناء إعادة زحف Google ومعالجة عناوين URL المنقولة. يقول Google إن الموقع المتوسط قد يستغرق بضعة أسابيع لانتقال معظم الصفحات، بينما قد تستغرق المواقع الأكبر وقتًا أطول؛ تعامل مع ذلك كإرشاد اتجاهي، وليس موعدًا نهائيًا.

تشخيص مشكلات الاسترداد من الخريطة إلى الخارج

يجب التحقيق في فقدان الترحيل المستمر بهذا الترتيب:

1. تعريفات القياس والمجموعات؛
2. الوصول العام والحالة وrobots وسعة الخادم؛
3. إعادة التوجيه المفقودة أو الخاطئة أو المتسلسلة أو الحلقية؛
4. حالة الوجهة والمحتوى وcanonical وقابلية الفهرسة؛
5. الروابط الداخلية القديمة والإشارات المتضاربة القابلة للقراءة آليًا؛
6. المحتوى المفقود أو تغير النية أو الروابط المفقودة أو عمق البنية؛
7. فخاخ الزحف ومساحات المعلمات/الأوجه المفرطة؛
8. أحداث خارجية مثل الموسمية أو تغييرات البحث غير ذات الصلة.

أصلح القواعد النظامية قبل الصفوف الفردية. أعد اختبار المخزون المعتمد بعد كل تغيير حتى لا يخلق إصلاح واحد تصادم مسار آخر.

ملخص الذكاء الاصطناعي

• غيّر عناوين URL فقط لحاجة بنية أو هوية أو تكرار أو منصة دائمة؛ نادرًا ما يبرر التحسين التجميلي وحده تكلفة الترحيل.
• حدد قواعد نحوية مستقرة لعناوين URL للحالة والترميز والشرطات المائلة والامتدادات والمعلمات والمعرفات واللغات والترقيم والأوجه.
• ادمج خرائط المواقع والزحف والسجلات والتحليلات وSearch Console والروابط الخلفية وتصديرات CMS وقواعد إعادة التوجيه والوسائط والخلاصات والتطبيقات في المخزون التاريخي.
• عيّن لكل عنوان URL قديم نتيجة إبقاء أو نقل فردي أو دمج أو تقاعد أو تحقيق.
• قم بالتعيين حسب هوية المحتوى ونية المستخدم. يمكن أن يقترح تشابه السلسلة مرشحين لكنه لا يمكنه إثبات التكافؤ.
• استخدم إعادة توجيه 301 أو 308 مباشرة من جانب الخادم للتحركات الدائمة. أعد 404 أو 410 عندما لا يوجد مكافئ.
• قم بتسطيح إعادة التوجيه القديمة وتطبيع الحالة والشرطة المائلة والامتداد والترميز ومتغيرات المعلمات مباشرة إلى عنوان URL النهائي canonical.
• حدّث الروابط الداخلية وcanonical وhreflang والبيانات المنظمة والخلاصات والتطبيقات والحملات وخرائط المواقع الجديدة فقط للإشارة إلى عناوين URL الجديدة مباشرة.
• تحقق من كل عنوان URL قديم وازحف إلى كل وجهة جديدة. راقب حسب التصنيف والقالب والأهمية والقسم واللغة وموجة الإطلاق.

الوثائق الرسمية

Google

• نقل المواقع مع تغييرات عناوين URL هو الدليل الأساسي للتعيين، وعمليات إعادة التوجيه، والروابط الداخلية، والتعليقات التوضيحية، وخرائط المواقع، والمراقبة.
• عمليات إعادة التوجيه وبحث Google يشرح إشارات إعادة التوجيه الدائمة والمؤقتة.
• أفضل ممارسات بنية عناوين URL يغطي بناء الجملة القابل للزحف، والأوصاف، وحالة الأحرف، والمعلمات، ومخاطر مساحة عنوان URL.
• الزحف إلى التنقل متعدد الأوجه يغطي المعلمات، ومرشحات المسار، والتركيبات الفارغة، ومخاطر موارد الزحف.
• طرق عناوين URL الأساسية يصف إشارات إعادة التوجيه، والعنوان الأساسي، وخرائط المواقع.
• أفضل ممارسات الروابط يشرح روابط الإرساء القابلة للزحف.

Bing

• ترحيل موقع الويب مع Bing يغطي عمليات إعادة التوجيه، والسجلات، والمراقبة، والرعاية اللاحقة. مرجع أداة نقل الموقع الخاص به قديم.
• IndexNow يخطر Bing و محركات البحث المشاركة بعناوين URL المضافة أو المحدثة أو المحذوفة.

اقتباسات من المصدر

• “301 and other permanent redirects don’t cause a loss in PageRank.” (ترجمة) «لا تتسبب عمليات إعادة التوجيه 301 وغيرها من عمليات إعادة التوجيه الدائمة في فقدان PageRank.» Google Search Central. الانتقال إلى الإرشاد
• إعادة صياغة: يعالج Google النقل عنوان URL تلو الآخر، ويثبط عمليات إعادة التوجيه غير ذات الصلة من متعدد إلى واحد، ويسمح بالدمج عندما تكون صفحة واحدة هي الخليفة الحقيقي، ويوصي بإرسال كل عملية إعادة توجيه مباشرة إلى وجهتها النهائية. إرشاد لكل عنوان URL, إرشاد إعادة التوجيه غير ذات الصلة, إرشاد الدمج, وإرشاد السلسلة.

قائمة فحص ترحيل بنية عنوان URL

التبرير والتصميم

• توثيق المشكلة الدائمة التي تتطلب تغييرات في عناوين URL.
• فصل تغييرات عناوين URL عن تغييرات المحتوى والتصميم والنطاق ونظام إدارة المحتوى والمضيف الاختيارية.
• تحديد قواعد للمسارات والمعرفات وحالة الأحرف والترميز والشرطات المائلة والامتدادات والمعلمات واللغات والترقيم والأوجه.
• إنشاء قائمة الوجهات وحل التعارضات أو المسارات الفارغة.

الجرد والتعيين

• دمج خرائط المواقع والزحفات والسجلات والتحليلات وSearch Console والروابط الخلفية ونظام إدارة المحتوى وعمليات إعادة التوجيه والوسائط والخلاصات والتطبيقات والحملات.
• الحفاظ على سلاسل عناوين URL التاريخية الدقيقة.
• تعيين الاحتفاظ أو النقل أو الدمج أو الإيقاف أو التحقيق لكل عنوان URL قديم.
• مراجعة الصفوف منخفضة الثقة وغير المتطابقة ومن متعدد إلى واحد يدويًا.
• التحقق من أن كل وجهة معينة موجودة وتلبي القصد المكافئ.
• تسطيح عمليات إعادة التوجيه التاريخية مباشرة إلى الوجهات النهائية.

الإشارات والمراحل

• تم تحديث الروابط الأساسية (canonicals)، وhreflang، وروابط البيانات المنظمة، والروابط الداخلية، ومسارات التنقل (breadcrumbs)، والخلاصات، وواجهات برمجة التطبيقات، والتطبيقات.
• تم بناء خرائط موقع إنتاجية من عناوين URL الأساسية الجديدة الناجحة.
• تم اختبار قواعد المعلمات، والأوجه (facets)، والترقيم، وحالة الأحرف، والشرطات المائلة، والامتدادات، والترميز.
• تم اختبار عناوين URL الفارغة، والتالفة، وغير المنطقية، والخارجة عن النطاق للحصول على استجابات صادقة.
• يمكن للسعة والتسجيل التعامل مع زحف عناوين URL القديمة والجديدة.

الإطلاق والمراقبة

• تم نشر القواعد القديمة المحددة قبل قواعد الأنماط الواسعة.
• تم اختبار كل عنوان URL قديم وزحف إلى كل وجهة متوقعة.
• تم التأكد من عدم وجود روابط داخلية تمر عبر عمليات إعادة التوجيه.
• تم إرسال خريطة الموقع الجديدة؛ تم تخطي تغيير العنوان (Change of Address) لتغييرات المسار على نفس النطاق.
• تم تقسيم التقارير حسب التصنيف، والأهمية، والقالب، والقسم، واللغة، والموجة.
• تم الاحتفاظ بعمليات إعادة التوجيه الدائمة لمدة عام واحد على الأقل وفقًا لمعيار Google، ولفترة أطول للمستخدمين والروابط الخارجية.

إطار التصنيف ذو النتائج الخمس

نموذج محاذاة الإشارات

يجب أن يتلقى عنوان URL الجديد المفضل الإشارات المتوافقة: إعادة توجيه دائمة من العنوان القديم، وcanonical ذاتي حيثما كان مناسبًا، وروابط داخلية مباشرة، وإدراجًا في خريطة الموقع الجديدة، وتحديث مراجع hreflang وschema، ومحتوى مكافئ ناجح.

لا يمكن لإشارة واحدة أن تعوض بشكل موثوق عن عدة تعارضات. إن 301 مثالي مع روابط داخلية قديمة، وcanonical قديم، وخريطة موقع تجريبية هو جدال يمكن تجنبه مع التنفيذ الخاص بك.

ماذا يجب أن يحدث لعنوان URL القديم؟

دليل التشغيل: عناوين URL الجديدة لا تحل محل عناوين URL القديمة

الخطوة 1: التحقق من المجموعة. تأكد من أن عناوين URL القديمة تفقد الرؤية وأن عناوين URL الجديدة المكافئة لا تكتسبها. أصلح التقارير إذا تغير التتبع أو تجميع عناوين URL.

الخطوة 2: اختبار الخريطة المتأثرة بالكامل. تحقق من الحالة، والقفزات، والوجهة النهائية. إذا كانت عمليات إعادة التوجيه مفقودة، أو مؤقتة، أو متسلسلة، أو متكررة، أو غير ذات صلة، فقم بإصلاحها وتسطيحها قبل المتابعة.

الخطوة 3: التحقق من صحة الوجهة. تأكد من أنها تُرجع 200، وأنها قابلة للزحف والفهرسة، وتحتوي على محتوى مكافئ، وتعلن عن canonical المقصود. أصلح العيوب على مستوى القالب أولاً.

الخطوة 4: فحص الإشارات الداخلية. قم بالزحف إلى الروابط، ومسارات التنقل، وcanonicals، وhreflang، ومراجع schema، والخلاصات، وخرائط المواقع. استبدل عناوين URL القديمة أو المتعارضة مباشرة.

الخطوة 5: فحص أدلة الزحف. استخدم السجلات وSearch Console لمعرفة ما إذا كان Googlebot يطلب عناوين URL القديمة، ويتبع عمليات إعادة التوجيه، ويجلب الوجهات الجديدة. عالج أخطاء الخادم، وزمن الوصول، وحظر جدار الحماية، أو الصفحات غير القابلة للاكتشاف.

الخطوة 6: مقارنة المحتوى والبنية. إذا كان النقل التقني صحيحًا، فاختبر ما إذا تم تخفيف المحتوى، أو تغير القصد، أو اختفت الروابط المهمة، أو زاد عمق النقر.

الخطوة 7: فصل الأحداث الخارجية. قم بتدوين الموسمية، والإصدارات، وتغييرات القياس، والترويجات، وتحديثات البحث. لا تتراجع إلا عن عيب هجرة قابل للإثبات وقابل للعكس يتجاوز المشغل المتفق عليه.

أخطاء هجرة عناوين URL

تغيير عناوين URL لأغراض جمالية فقط. لماذا يفشل: تكلفة الانتقال حقيقية بينما قد تكون الفائدة ضئيلة. بدلاً من ذلك: اطلب سببًا متينًا يتعلق بالبنية، أو الهوية، أو التكرار، أو قابلية الصيانة.

الاعتماد على تشابه السلاسل فقط. لماذا يفشل: يمكن أن تمثل السلاسل المتشابهة كيانات مختلفة ويمكن أن تمثل السلاسل المختلفة نفس الكيان. بدلاً من ذلك: استخدم معرّفات مستقرة، والمحتوى، والنية، والتصنيف، والمراجعة البشرية.

إعادة توجيه عناوين URL غير المتطابقة إلى الصفحة الرئيسية. لماذا يفشل: يحصل المستخدمون على وجهة غير ذات صلة وقد يعاملها Google كنتيجة 404 ناعمة. بدلاً من ذلك: ابحث عن بديل حقيقي أو أعد 404/410.

الحفاظ على عمليات إعادة التوجيه كسلاسل. لماذا يفشل: كل ترحيل يضيف قفزة إضافية ونقطة فشل إضافية. بدلاً من ذلك: قم بحل كل مصدر تاريخي مباشرة إلى عنوان URL النهائي الحالي.

نقل الوجوه إلى مسارات واعتبار مشكلة الزحف محلولة. لماذا يفشل: نفس المجموعات موجودة الآن بصيغة أجمل. بدلاً من ذلك: حدد المجموعات المسموح بها، والروابط، وقابلية الفهرسة، والعناوين الأساسية، وسلوك الحالة الفارغة.

تحديث عمليات إعادة التوجيه وخرائط الموقع فقط. لماذا يفشل: التنقل، والعناوين الأساسية، وhreflang، والمخطط، والخلاصات، والتطبيقات تستمر في توليد عناوين URL قديمة. بدلاً من ذلك: استبدل كل مرجع داخلي يمكن التحكم فيه.

حالات فشل شائعة في ترحيل عناوين URL

العديد من عناوين URL القديمة ترجع استجابات «الصفحة غير موجودة» غير متوقعة

السبب المحتمل: جرد غير مكتمل، فجوة في نشر القواعد، خطأ في حدود التعبير النمطي، أو ترتيب قواعد خاطئ. الإصلاح: قارن حالات الفشل مع السجل المعتمد، وانشر قواعد محددة قبل الأنماط الواسعة، وأعد اختبار الجرد الكامل.

تصل عمليات إعادة التوجيه إلى الصفحة الصحيحة عبر عدة قفزات

السبب المحتمل: البروتوكول، أو المضيف، أو الشرطة المائلة، أو حالة الأحرف، أو الامتداد، أو القواعد القديمة مكدسة. الإصلاح: قم بحل عنوان URL التاريخي المطلوب مباشرة إلى الشكل الأساسي النهائي واستخدم Redirect Chain Mapper لكشف كل طبقة.

تظل عناوين URL القديمة محددة كأساسية

السبب المحتمل: روابط داخلية قديمة، أو عناوين أساسية قديمة، أو تعارضات في خريطة الموقع، أو عمليات إعادة توجيه ضعيفة أو مؤقتة، أو صفحات جديدة غير مكافئة. الإصلاح: قم بمواءمة عمليات إعادة التوجيه الدائمة، والروابط المباشرة، والعناوين الأساسية الذاتية، وإدخالات خريطة الموقع، والمحتوى؛ ثم انتظر إعادة الزحف.

قاعدة مسار تعيد توجيه عناوين URL غير ذات صلة

السبب المحتمل: مطابقة جشعة للبدل أو التعبير النمطي، أو افتراضات حول الأحرف المفككة، أو حدود مسار مفقودة. الإصلاح: أضف حالات اختبار للإدخالات الصالحة وغير الصالحة والقريبة من التطابق وحالة الأحرف والاستعلام والمشفرة قبل تغيير قاعدة الإنتاج.

انفجار عناوين URL ذات الوجوه بعد الترحيل

السبب المحتمل: التباديل، أو ترتيب مكرر، أو عناصر تحكم واجهة قابلة للزحف، أو ترقيم صفحات لا نهائي، أو استجابات 200 لمجموعات فارغة. الإصلاح: قيد المجموعات، وقم بتوحيد الترتيب، وحدد الروابط القابلة للزحف، وأعد أخطاء مناسبة للحالات غير الصالحة وفقًا للاستراتيجية المعتمدة.

انخفاض حركة المرور فقط على الصفحات الموحدة

السبب المحتمل: الصفحة الجديدة لا تحافظ على النية أو المحتوى أو دور الروابط الداخلية المميز للمصادر. الإصلاح: أعد النظر في الدمج التحريري بدلاً من إضافة المزيد من قواعد إعادة التوجيه إلى وجهة غير مناسبة.

أدوات لترحيل بنية عناوين URL

• Redirect Map Builder يقترح تطابقات مع مستويات ثقة، ويبقي الصفوف غير المتطابقة مرئية، ويدعم قرارات 410، ويسوي السلاسل، ويصدر تنسيقات الخادم الشائعة.
• SEO Migration Planner & Validator يوفر سير عمل أوسع لمراجعة الخريطة، وعمليات إعادة التوجيه المنشورة، وحالة عناوين URL القديمة، ومقارنة خريطة الموقع.
• Redirect Chain Mapper يكشف تغييرات البروتوكول والمضيف والشرطة المائلة والنطاق والمسار عبر كل قفزة.
• Bulk HTTP Status Code Checker يفحص حتى دفعة كبيرة للحالة والسلاسل والوجهات وزمن الاستجابة؛ استخدم زاحفًا للجرد الكامل للمؤسسة.
• Redirect Checker مفيد لفحوصات سريعة في غرفة الإطلاق.
• Canonicalization Checker يقارن الإشارات الأساسية الملحوظة على عينات الوجهة.
• Faceted Navigation Auditor يساعد في مراجعة مساحات المعلمات والفلاتر التي أنشأتها القواعد الجديدة.

إثبات نجاح ترحيل عناوين URL

اختبار اكتمال توجيه العناوين القديمة

• الاختبار المطلوب تنفيذه: الانضمام إلى السجل المعتمد مع زحف إنتاجي لكل عنوان قديم دقيق.
• النتيجة المتوقعة: تبقى العناوين المحتفظ بها ناجحة؛ وتصل عمليات النقل والدمج إلى الوجهات المعتمدة عبر إعادة توجيه دائمة واحدة؛ وتعود عمليات الإيقاف إلى 404 أو 410 المخطط لها؛ ولا يتم تسليم أي صفوف “تحقيق” بصمت.
• تفسير الفشل: يختلف الجرد أو الخريطة أو ترتيب القواعد أو النشر عن حالة الترحيل المعتمدة.
• نافذة المراقبة: ساعة الإطلاق، وبعد كل إصلاح لإعادة التوجيه، وبشكل دوري بينما تستمر العناوين القديمة في تلقي الطلبات.
• مشغل التراجع: قاعدة منهجية ترسل الفئات المحمية إلى وجهات خاطئة أو تجعلها غير متاحة ولا يمكن تصحيحها بأمان.

اختبار توافق الوجهة والإشارات

• الاختبار المطلوب تنفيذه: زحف الوجهات الجديدة للتحقق من الحالة، وقابلية الفهرسة، والكنسي، وhreflang، والروابط الداخلية، وعناوين البيانات المنظمة، والعضوية في خريطة الموقع؛ وفحص عينة تمثيلية في Search Console.
• النتيجة المتوقعة: تكون العناوين الجديدة وجهات كنسية ناجحة وكل إشارة داخلية قابلة للتحكم تشير إليها مباشرة.
• تفسير الفشل: تتنافس العناوين القديمة أو المؤقتة أو البديلة أو المكررة مع هدف الترحيل.
• نافذة المراقبة: فورية لإشارات الموقع؛ تتطلب تغييرات الكنسي المختارة من Google إعادة الزحف وقد تستغرق وقتًا أطول.
• مشغل التراجع: عيب كنسي أو قابلية فهرسة على مستوى القالب يؤثر على فئة محمية ولا يمكن إصلاحه ساخنًا.

اختبار احتواء مساحة العناوين

• الاختبار المطلوب تنفيذه: زحف المعلمات، والأوجه، والترقيم، وحالة الأحرف، والشرطات، والترميز، والعينات غير الصالحة بالإضافة إلى الاختلافات المرصودة في السجلات.
• النتيجة المتوقعة: تتحل العناوين الصالحة المفيدة بشكل متسق؛ وتندمج التكرارات؛ وتعود الحالات غير الصالحة أو الفارغة بالاستجابة المعتمدة؛ ولا تظهر مساحة روابط غير محدودة.
• تفسير الفشل: تنشئ القواعد النحوية أو التنقل الجديدة مسارات مكررة، أو مجموعات لا نهائية، أو 404 ناعمة، أو أشكال كنسية غير متسقة.
• نافذة المراقبة: مرحلة التدريج، مباشرة بعد الإطلاق، وأثناء مراجعة السجلات المبكرة.
• مشغل التراجع: استهلاك توليد العناوين غير المحدود للبنية التحتية بشكل مادي أو يمنع اكتشاف المحتوى المحمي.

اختبار تداخل الفئات

• الاختبار المطلوب تنفيذه: مقارنة فئات العناوين القديمة والجديدة في Search Console، والتحليلات، والترتيبات، وسجلات الزحف الموثقة باستخدام تعريفات ثابتة قبل الإطلاق.
• النتيجة المتوقعة: تنتقل الطلبات والرؤية من القديمة إلى العناوين الجديدة المكافئة، بينما يستقر الأداء المجمع على مستوى النية بعد إعادة الزحف.
• تفسير الفشل: لا يتم اكتشاف الفئات المتأثرة أو دمجها أو فهرستها أو قياسها كما هو مخطط.
• نافذة المراقبة: نقاط تفتيش إطلاق ثابتة مناسبة لحجم الموقع وأدلة الزحف؛ وتجنب إعلان النجاح من ضوضاء اليوم الأول.
• مشغل التراجع: خسارة فئة مادية مستمرة مرتبطة بعيب تنفيذ قابل للعكس وتتجاوز العتبة المعتمدة مسبقًا.

موارد تستحق وقتك

كتاباتي ذات الصلة

• A Website Migration Takes More Than a Checklist to Be Successful يغطي خطوط الأساس، وخرائط العناوين، والإطلاق، ومراقبة ما بعد النقل.
• Redirects for SEO يغطي عمليات إعادة التوجيه الدائمة، وسلاسل إعادة التوجيه، والصيانة طويلة الأجل.

أدلة ذات صلة على هذا الموقع

• Site Migrations يغطي مبادئ الترحيل المشتركة وتصنيف المخاطر.
• Website Migration Checklist يوفر تسلسل التنفيذ الرئيسي.
• Redirects يغطي سلوك إعادة التوجيه وخيارات التنفيذ.
• 301 Redirects يغطي عمليات النقل الدائمة.
• Redirect Chains يغطي الاكتشاف والتنظيف.

من حول الصناعة

• Google: نقل المواقع مع تغيير عناوين URL
• Google: عمليات إعادة التوجيه
• Google: بنية عناوين URL
• Google: التنقل متعدد الأوجه
• Google: طرق تحديد عنوان URL الأساسي
• Bing: ترحيل المواقع باستخدام Bing
• Bing: IndexNow

اختبر نفسك: تحسين محركات البحث لترحيل بنية URL

خمسة أسئلة حول اتخاذ القرار، ورسم الخرائط، وإعادة التوجيه، والتحقق من صحة إعادة هيكلة URL. اختر إجابة لكل سؤال، ثم تحقق.

سجل التغييرات