المقصود هنا هو أن جوجل لا تستطيع فهم أو فهرسة التغييرات في المحتوى التي تحدث فقط بسبب وجود “جزء من الرَّابط” (URL fragment) أو ما يُعرف بـ “المُعرّف المجزأ” أو “hash” (الذي يأتي بعد علامة الـ #
).
لنشرحها خطوة بخطوة:
ما هو جزء URL (URL fragment)؟ هو الجزء من الرابط الذي يأتي بعد علامة الـ #
. على سبيل المثال، في الرابط https://example.com/#/potatoes
، الجزء #/potatoes
هو جزء URL.
لماذا يُستخدم أحيانا؟ في بعض الأحيان، يستخدم المطورون أجزاء URL لتغيير محتوى الصفحة بدون إعادة تحميل الصفحة بالكامل. هذا شائع في تطبيقات الصفحة الواحدة (Single Page Applications - SPAs) التي تستخدم JavaScript لعرض محتوى مختلف دون الحاجة للذهاب إلى صفحة جديدة تمامًا. على سبيل المثال، قد يكون لديك رابط مثل https://mysite.com/#products
يظهر لك قسم المنتجات، ورابط آخر https://mysite.com/#contact
يظهر لك قسم الاتصال، وكل ذلك يتم على نفس الصفحة الأساسية https://mysite.com/
.
لماذا لا تدعمها جوجل؟ جوجل عادةً تتجاهل أي شيء يأتي بعد علامة #
في الرابط عند الزحف والفهرسة. عندما يزحف جوجل بوت (Googlebot) إلى صفحة، فإنه يرى فقط https://example.com/
ولا يرى #/potatoes
. هذا يعني أنه إذا كان المحتوى الذي يظهر بعد #/potatoes
مختلفًا تمامًا عن المحتوى الأساسي للصفحة، فإن جوجل لن تراه أو تفهرسه أبدًا. بالنسبة لجوجل، هذه الروابط المختلفة (التي تختلف فقط في الجزء الذي يلي #
) كلها تشير إلى نفس الصفحة.
مثال بسيط للتوضيح:
لنفترض أن لديك موقعًا إلكترونيًا لبيع الفاكهة، ولديك صفحة واحدة https://fruits.com/
تعرض صورًا وأنواعًا مختلفة من الفاكهة.
الطريقة الخاطئة (وفقًا لجوجل):
إذا كنت تستخدم أجزاء URL لعرض أنواع فاكهة مختلفة:
https://fruits.com/#/apples
(يعرض محتوى عن التفاح)
https://fruits.com/#/bananas
(يعرض محتوى عن الموز)
https://fruits.com/#/oranges
(يعرض محتوى عن البرتقال)
في هذه الحالة، عندما يزحف جوجل بوت، سيرى فقط https://fruits.com/
. لن يرى المحتوى الخاص بـ “التفاح” أو “الموز” أو “البرتقال” المرتبط بتلك الأجزاء من URL. وبالتالي، لن تتمكن هذه الأجزاء من المحتوى من الظهور في نتائج بحث جوجل. بالنسبة لجوجل، كل هذه الروابط هي نفس الصفحة https://fruits.com/
.
الحل الذي تقترحه جوجل: استخدام History API
بدلاً من استخدام أجزاء URL لتغيير المحتوى، تقترح جوجل استخدام History API في JavaScript.
لماذا هذا أفضل لجوجل؟
لأن الروابط https://fruits.com/apples
و https://fruits.com/bananas
هي روابط فريدة (وليست مجرد أجزاء من نفس الرابط الأساسي) لا تحتوي على علامة #
. عندما يزحف جوجل بوت إليها، سيعتبرها صفحات منفصلة ويمكنه فهرسة المحتوى الخاص بكل منها بشكل مستقل. هذا يعني أن المحتوى عن “التفاح” يمكن أن يظهر في نتائج البحث عندما يبحث المستخدمون عن “تفاح”، والمحتوى عن “الموز” عندما يبحثون عن “موز”، وهكذا.
ماذا عن روابط التنقل السّريع في الصّفحة؟
لا تقصد جوجل روابط التنقّل السَّريع التي تُمكّن المستخدم من التنقل السّريع إلى أجزاء معيّنة في الصّفحة التي يقرأها، لأنّ كلّ تلك الأجزاء تعتبر من نفس الصّفحة الأصل.
بينما هذه الممارسة التي يتحدّث عنها المنشور تؤدّي إلى تغيير محتوى الصّفحة دون عملية إعادة تحميل لهذه الأخيرة، وفي هذه الحالة محرّك البحث لن يستطيع فهرسة الأجزاء الأخرى من الصّفحة، فقط الجزء الرّئيسي.