أجاب جون مولر من Google على سؤال على Reddit حول رابط إلى صفحة ويب داخلية تم إنشاؤها تلقائيًا بواسطة Squarespace، وهي منصة مغلقة المصدر. تم أيضًا حظر الرابط إلى صفحة الويب من الزحف بواسطة ملف robots.txt، ويبدو أنه لا يخدم أي غرض لعميل Redditor. كان الشخص الذي يطرح السؤال محبطًا لأن نظام إدارة المحتوى (CMS) لم يسمح بالتحرير لإزالة الرابط وكان قلقًا بشأن مشكلات تحسين محركات البحث (SEO) الناتجة عن هذا الرابط الداخلي المخادع.
سؤال حول عنوان URL الداخلي الذي تم إنشاؤه تلقائيًا
نشر أحد مُحسنات محركات البحث (SEO) حول هذه المشكلة على Reddit أثناء محاولته إصلاح المشكلات الفنية لعملائه، بما في ذلك إزالة رابط إلى صفحة ويب لم يقم العميل بإنشائها عن قصد والتي تم إنشاؤها تلقائيًا بواسطة النظام الأساسي، والذي لم يسمح بالتحرير لإزالة الرابط.
على الرغم من أن عنوان URL قد تم حظره بواسطة ملف robots.txt، إلا أن Screaming Frog لا يزال يكتشف روابط داخلية تشير إلى صفحة الويب، مما يثير القلق من أن Google سيكون قادرًا على العثور على روابط إلى صفحة الويب.
سألوا:
“مرحبًا-
أقوم بحل بعض المشكلات ذات الأولوية العالية لعملائي ولدي مشكلة أخيرة. يوجد عنوان URL داخلي محظور بواسطة ملف robots txt. يستخدم عميلي Squarespace. لم يتم إنشاء الصفحة المحظورة بواسطة العميل، ولكن يبدو أنها منبثقة من خلال مساحة مربعة تبدو كما يلي:
https://domain/categories/=59487a4cd1758e7669102174
الشيء المثير للاهتمام، أنه باستخدام Screaming Frog، يمكنني العثور على الروابط الداخلية للصفحة، ولكنها مخفية في href. لقد عثرت عليه عبر أدوات المطورين، لكن ليس لدي أي فكرة عن كيفية حذف الرابط نظرًا لأن SS لا يتيح الوصول إلى الواجهة الخلفية.
ما الذي يحدث بحق الجحيم وكيف أحل ذلك؟”
يبدو أن الروابط العشوائية التي يتم إنشاؤها بواسطة النظام الأساسي لن تؤثر على تحسين محركات البحث
أجاب جون مولر من Google بأن عنوان URL والروابط التي تشير إليه لا تمثل مشكلة في ظهور البحث. وأوصى بتجاهل الروابط.
وأوضح مولر:
“هذا لا يهم حقًا. سأتجاهله. ليس له أي تأثير على البحث/تحسين محركات البحث على الإطلاق.
تحتوي بعض الأنظمة الأساسية على روابط من هذا القبيل، إذا لم يكن هناك أي شيء خلف الرابط الذي تريد فهرسته، فلا داعي للقيام بأي شيء. (وربما، قد لا يكون هناك ما يمكنك فعله إذا كنت تستخدم منصة مستضافة.)”
ما هي روابط Squarespace تلك حقًا؟
تتحكم منصات CMS المستضافة في القوالب الأساسية وأنظمة التوجيه وعملية عرض JavaScript. ولهذا السبب، لا يمكن تحرير عناوين URL في Squarespace، مثل تلك التي وضع علامة عليها بواسطة المستخدم، لأنها جزء من البنية الداخلية لموقع الويب.
من المحتمل جدًا أن يكون عنوان URL هذا هو معرف URL الداخلي لـ Squarespace في قاعدة بياناته. لذا بدلاً من الإشارة إلى عنوان URL بهذه الطريقة، الفئة=أحذية، فإنه يشير إليه باستخدام معرف قاعدة البيانات الداخلية بهذه الطريقة:
59487a4cd1758e7669102174
الخدعة ?format=json-pretty
لرؤية معرفات قاعدة البيانات الأساسية لأي موقع ويب مستضاف على Squarespace، ما عليك سوى إضافة ?format=json-pretty إلى نهاية أي عنوان URL، وسيتوقف Squarespace عن عرض صفحة الويب المرئية وإخراج التعليمات البرمجية بتنسيق JSON لصفحة الويب المحددة تلك. هذه خدعة يستخدمها مطورو Squarespace.
لقطة شاشة للإخراج؟format=json-pretty
تعتبر هذه الطريقة للقيام بالأشياء منطقية لأن نظام CMS يمكنه استخدام معرف أساسي داخلي واحد لعنوان URL للفئة، ويمكن للمستخدمين تغييره إلى ما يريدون أن يكون عليه عنوان URL. لذا، بغض النظر عما يختاره المستخدم لاسم الفئة، حتى لو غير رأيه، يظل معرف قاعدة البيانات الداخلية كما هو.
وبدون معرفة هذه المعلومات، قد يبدو الأمر بالنسبة إلى شخص خارجي بمثابة مثال لنظام إدارة محتوى مغلق المصدر يقيد حرية المستخدم، وهو أمر يبدو أن WordPress لا يفعله. ومع ذلك، فإن الواقع هو أن Squarespace يوفر للمستخدم الحرية المطلقة لتسمية فئاته مهما اختارها، وتخدم عناوين URL غير القابلة للتحرير هذه غرضًا في تحقيق ذلك.
يفعل WordPress شيئًا مشابهًا أيضًا مع المعرفات الداخلية، إلا أنه يكون مخفيًا أكثر. يستخدم WordPress معرف term_id للفئات والعلامات، وpost_id للمشاركات والمنتجات والصفحات والمرفقات. في بعض الأحيان يمكنك رؤية term_id وpost_id في ملف HTML الأولي الذي ينشئه WordPress عندما تنظر إلى الكود المصدري، وكما هو الحال مع عناوين URL لـ Squarespace التي لم تعد غامضة الآن، فهي ليست شيئًا يحتاج إلى تعديل أو إزالة لأغراض تحسين محركات البحث.
يمكن أن تؤدي عمليات التدقيق الفني لتحسين محركات البحث، بما في ذلك عمليات الزحف باستخدام Screaming Frog، إلى ظهور بعض العناصر الغريبة المظهر التي من المفترض أن تكون موجودة بالفعل. إن معرفة كيفية عمل نظام إدارة المحتوى (CMS) يساعد مُحسّنات محرّكات البحث (SEO) ومالك الموقع على فهم ما إذا كان الشيء الغريب غريبًا حقًا وما إذا كان شيئًا طبيعيًا بنسبة 100٪. خاصة عند العمل مع نظام إدارة المحتوى (CMS) الذي لا تعرفه جيدًا، فمن المهم عدم إجراء تغييرات لأغراض تحسين محركات البحث (SEO) قبل التعرف على كيفية عمل نظام إدارة المحتوى الأساسي. في كثير من الأحيان، ما لا يتم فهمه جيدًا هو في الواقع شيء من الآمن تركه بمفرده، كما اقترح جون مولر من جوجل.
أما بالنسبة لإعداد Screaming Frog للزحف إلى موقع Squarespace، فقد يكون من المفيد ضبطه ليتوافق مع ملف Robots.txt أو حتى ضبطه يدويًا لاستبعاد صفحات معينة من الزحف.
صورة مميزة بواسطة Shutterstock/xpixel
اكتشاف المزيد من قمم التجارية للأعمال
اشترك للحصول على أحدث التدوينات المرسلة إلى بريدك الإلكتروني.
