الهيكلة والاستهلاك والتعلم والتقاعد: نمط التعلم في Google

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

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

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

فهو يسمح لمحرك البحث بتمكين مُحسنات محركات البحث والعلامات التجارية مؤقتًا كوسيلة لتحقيق غاية – استخراج البيانات لتحسين خوارزمياته وتحسين فهمه للويب بشكل مستمر.

تستكشف هذه المقالة نمط “الأخذ والعطاء” هذا من خلال عدة أمثلة.

نمط جوجل في “الأخذ والعطاء”

يمكن تقسيم النمط إلى أربع مراحل:

• بناء: توفر Google طرقًا هيكلية للتفاعل مع مقتطفات البحث أو خوارزميات التصنيف الخاصة بها. على سبيل المثال، في الماضي، كان من الممكن أن تخبر الكلمات الرئيسية الوصفية Google بالكلمات الرئيسية ذات الصلة بصفحة ويب معينة.
• تستهلك: يقوم Google بجمع البيانات من الويب عن طريق الزحف إلى مواقع الويب. هذه الخطوة مهمة. وبدون استهلاك البيانات من الويب، ليس لدى Google ما يمكن التعلم منه.
• يتعلم: يستفيد Google بعد ذلك من بيانات الزحف الجديدة، بعد تنفيذ الهياكل الموصى بها. ما هي ردود الفعل على الأدوات أو مقتطفات التعليمات البرمجية التي اقترحتها Google؟ هل كانت هذه التغييرات مفيدة أم تم إساءة استخدامها؟ يمكن لـ Google الآن إجراء تغييرات بثقة على خوارزميات التصنيف الخاصة بها.
• تقاعد: بمجرد أن تعلم Google ما يمكنها فعله، ليس هناك سبب للاعتماد علينا لتزويدهم بالمعلومات المنظمة. إن ترك أنابيب البيانات الواردة هذه سليمة سيؤدي دائمًا إلى إساءة الاستخدام بمرور الوقت، لذلك يجب أن يتعلم محرك البحث كيفية البقاء بدونها. تم إيقاف البنية المقترحة من Google في العديد من الحالات (وإن لم يكن كلها).

السباق هو أن يتعلم محرك البحث من تفاعلات مشرفي المواقع مع البنية المقترحة من Google قبل أن يتمكنوا من تعلم كيفية التعامل معها. عادةً ما يفوز Google بهذا السباق.

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

أعط وخذ الأمثلة

1. البيانات الوصفية

في الماضي، لعبت الكلمات الرئيسية والأوصاف التعريفية أدوارًا حاسمة في خوارزميات التصنيف في Google. إن الدعم الأولي للكلمات الرئيسية الوصفية داخل محركات البحث يسبق في الواقع تأسيس Google في عام 1998.

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

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

في عام 2009، وأكدت جوجل ما كان يشتبه فيه الكثيرون لسنوات. ذكرت جوجل:

“على الأقل بالنسبة لنتائج بحث الويب من Google حاليًا (سبتمبر 2009)، الإجابة هي لا. لا يستخدم Google العلامة الوصفية للكلمات الرئيسية في تصنيف بحث الويب الخاص بنا.“

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

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

إذا كانت صفحة ويب تناقش موضوعات متعددة وقام المستخدم بالبحث عن مصطلح يتعلق بالموضوع 3، فلن يكون من المفيد عرض مقتطف مع وصف للموضوعين 1 أو 2.

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

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

2. المخطط والبيانات المنظمة

جوجل قدم مخطط الدعم (شكل من أشكال البيانات المنظمة) في عام 2009.

في البداية، قامت بدفع نمط المخطط “microformats”، حيث يجب ترميز العناصر الفردية داخل HTML لتغذية المعلومات المنظمة أو السياقية إلى Google.

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

على سبيل المثال، كانت فكرة ترميز المخطط في البداية (ولا تزال إلى حد كبير) تهدف إلى توفير معلومات سياقية إضافية تتعلق بالبيانات أو التعليمات البرمجية التي تم نشرها بالفعل – وهو ما يشبه تعريف البيانات الوصفية:

• “المعلومات التي تصف معلومات أخرى لمساعدتك على فهمها أو استخدامها“.

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

واليوم، لا تزال Google تستخدم المخطط للتوعية السياقية والتفاصيل المتعلقة بمختلف كيانات الويب (على سبيل المثال، صفحات الويب والمؤسسات والمراجعات ومقاطع الفيديو والمنتجات – والقائمة تطول).

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

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

في فبراير 2014، بدأت جوجل بالحديث عن العقوبات المفروضة على الرسائل غير المرغوب فيها للمقتطفات الغنية. حدث هذا عندما أساء الأشخاص استخدام المخطط لجعل نتائج بحثهم تبدو أفضل من الآخرين، على الرغم من أن المعلومات التي تكمن خلفها كانت خاطئة. على سبيل المثال، موقع لا يحتوي على مراجعات يدعي أن تقييم المراجعة الإجمالي 5 نجوم (خطأ واضح).

وبالتقدم سريعًا إلى عام 2024، وعلى الرغم من أنه لا يزال مفيدًا من الناحية الظرفية، إلا أن المخطط ليس قويًا كما كان من قبل. أصبح التسليم أسهل بفضل تفضيل Google JSON-LD. ومع ذلك، لم يعد المخطط يتمتع بالقدرة المطلقة للتحكم في العناصر المرئية لقائمة البحث.

3. ريل=السابق / التالي

Rel=”prev” وrel=”next” هما من سمات HTML الخاصة بـ Google اقترح في عام 2011. كانت الفكرة هي مساعدة Google على تطوير المزيد من الوعي السياقي حول كيفية ترابط أنواع معينة من العناوين المرقّمة:

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

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

وعلى نحو متزايد، بدا الأمر كما لو أن جوجل تقترح تغييرات معقدة في التعليمات البرمجية في لحظة واحدة ثم تتخلى عنها في اللحظة التالية. في الواقع، من المحتمل أن Google قد تعلمت ببساطة كل ما تحتاجه من التجربة rel=prev / next.

4. أداة التنصل

في أكتوبر 2012، ضجت شبكة الإنترنت بأخبار Google الجديدة التنصل من الروابط أداة.

في أبريل 2012، جوجل أصدر تحديث Penguin، مما تسبب في اضطراب الويب. استهدف التحديث الأنشطة غير المرغوب فيها خارج الموقع (بناء الروابط) بشكل كبير، وشهدت العديد من مواقع الويب ظهور إشعارات الإجراءات اليدوية داخل Search Console (التي كانت تسمى آنذاك أدوات مشرفي المواقع).

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

وهذا من شأنه أن يعيد قدرًا “عادلاً” من حركة مرور Google إلى موقعهم، على الرغم من أنه من الواضح أنه تم الآن “التنصل” من جزء من ملف تعريف الارتباط الخلفي الخاص بهم – وكانت حركة المرور بعد العقوبة عادةً أقل من حركة المرور قبل العقوبة.

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

لم يكن التنصل من المشاريع ضروريًا لسنوات. تقول جوجل الآن أن أي شخص لا يزال يقدم هذه الخدمة هو باستخدام ممارسات عفا عليها الزمن.

في السنوات الأخيرة، وجه جون مولر، رئيس شركة جوجل، انتقادات شديدة لأولئك الذين يبيعون أعمال “التنصل” أو “الروابط السامة”. يبدو كما لو أن Google لم تعد تريدنا أن نستخدم هذه الأداة؛ من المؤكد أنهم لا ينصحوننا باستخدامه (ولم يفعلوا ذلك منذ سنوات عديدة).

أحفر أكثر عمقا. الروابط السامة والتنصل منها: دليل شامل لتحسين محركات البحث (SEO).

كشف علاقة الأخذ والعطاء بين Google والويب

توفر Google أدوات أو مقتطفات من التعليمات البرمجية لمُحسنات محركات البحث (SEO) لمعالجة نتائج البحث بطرق بسيطة. بمجرد حصول Google على رؤى من عمليات النشر هذه، يتم التخلص التدريجي من هذه الميزات بشكل متكرر. تمنحنا Google قدرًا محدودًا من التحكم المؤقت لتسهيل التعلم والتكيف على المدى الطويل.

هل هذا يجعل هذه الإصدارات الصغيرة المؤقتة من Google عديمة الفائدة؟ هناك طريقتان للنظر إلى هذا:

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

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

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

أعتقد أن هذا المد والجزر من الأخذ والعطاء لا يجعل Google شريرًا أو سيئًا بالضرورة. ستستفيد أي شركة من أصولها الفريدة لدفع المزيد من التعلم والنشاط التجاري.

في هذه الحالة، نحن أحد أصول Google. ما إذا كنت ترغب في استمرار هذه العلاقة (بينك وبين Google) أم لا، فالأمر متروك لك.

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