كيفية استخدام بيانات Schema.org المنظمة للشركات والأفراد
نشرت: 2020-02-26في هذه المقالة سوف أتطرق إلى ماهية البيانات المهيكلة Schema.org بالضبط ، ولماذا هي ضرورية لبناء EAT ، وكيف يمكننا الاستفادة من مجموعتها الضخمة من الأنواع والسمات لتوصيل بيانات دقيقة وواضحة لمحركات البحث.
ما هو EAT؟
الخبرة ، السلطة والثقة ، أو EAT ، هي أحد المعايير الرئيسية التي تستخدمها محركات البحث لتحديد أفضل موقع لعرضه لاستعلام بحث معين. سيؤدي استخدام البيانات المنظمة إلى إخبارهم بدقة شديدة عن هويتك وماذا تفعل ، وهذا يزيد من ثقتهم في موقعك. سيؤدي تضمين بيانات إضافية تُظهر الخبرة والسلطة أيضًا إلى زيادة الثقة والحصول على تصنيف أفضل لموقعك.
هناك مستوى آخر يُعرف باسم "YMYL" ، أو Your Money ، Your Life ، والذي يشمل جميع المواقع التي تتعامل بشكل خاص في الشؤون المالية والصحية. بالنسبة لهذه الفئة ، فإن Google صارمة للغاية وتحتاج حقًا إلى التأكد من تضمين أي معلومات توضح أنك مؤهل ومؤهّل للتحدث عن هذه الموضوعات.
قد تتساءل:
ما هي البيانات المهيكلة؟
البيانات المنظمة هي المعلومات المقدمة بتنسيق قياسي يمكن للآلات فهمها.
يحتاج الإنترنت إلى وجود بيانات منظمة. لكي تتمكن جميع الأجهزة المكونة لها من التواصل مع بعضها البعض ، فإن جميع بروتوكولاتها ولغاتها (HTTP و TCP و TLS / SSL و PHP و Javascript وما إلى ذلك) لها بنية صارمة متفق عليها.
استثناء كبير لهذا هو المعلومات التي تضعها في محتوى النص المرئي لصفحات موقع الويب الخاص بك. لا توجد قواعد تحكم كيفية وضع بياناتك. عندما تنظر محركات البحث إلى هذا المحتوى ، فإنها تحلل أجزاء النص بحثًا عن أشياء يمكن تحديدها على أنها أنواع معينة من البيانات. لكنها دائمًا بدرجة معينة من عدم اليقين. على سبيل المثال ، خذ عنوانًا قياسيًا مثل:
Amazing Stuff Inc، 39 Main Street، 34000 Newtown، France
يمكن للبشر من الأماكن التي تستخدم تنسيق العنوان هذا أن يروا على الفور أن هذا عنوان. لكن تخيل أنك شخص من جزء آخر من العالم يستخدم تنسيق عنوان مختلف ؛ هل ستفهم ما كانت جميع أجزاء العنوان؟ هذا هو الحال بالنسبة للآلات.
لقد تطور الذكاء الاصطناعي في محركات البحث لدرجة أنه يمكن أن يدرك أن هذا ربما يبدو كعنوان ، ويستخرج العناصر المختلفة ، لكنه لا يزال غير مؤكد بنسبة 100٪ ويحتاج إلى دعم من العديد من المصادر الأخرى للشعور بالثقة بشأن ما يحتويه خمن. ومع ذلك ، فإن البيانات المنظمة تتكون من أزواج تتكون من اسم موحد ، مثل "streetAddress" ، والقيمة المخصصة لها (في هذه الحالة "39 ، Main Street") ، وتفحص محركات البحث كود html بحثًا عن هذا النوع من البيانات المسماة.
بيانات عند الزحف³
يتعلم أكثرلذلك ، تكمن المشكلة في أنه على الرغم من أن المعلومات الموجودة في صفحات الويب الخاصة بك قد تبدو منظمة للعين البشرية ، إلا أنها ليست منظمة على الإطلاق للأجهزة. عليهم أن يخمنوا!
من الناحية العملية ، ماذا يمكننا أن نفعل حيال ذلك؟
Schema.org هو جزء من مبادرة أطلقتها Google و Bing و Yahoo في عام 2011 لتوفير نظام من المخططات العامة لتمكين البيانات المنظمة ليتم ترميزها في مواقع الويب. عندما ترى محركات البحث السطر " context": "http://schema.org/ " يبدأون في البحث عن أزواج بيانات تسمى Schema.org يمكنهم التعرف عليها.
يمكننا إدراج البيانات المنظمة للمخطط في قسم <head> من html الخاص بنا على النحو التالي:
البيانات المنظمة بتنسيق JSON-LD
وهذه هي الطريقة التي تراها محركات البحث عند تحليل الصفحة:
البيانات المنظمة في أداة اختبار البيانات المنظمة من Google
أليس هذا أكثر وضوحا؟ أصبحت خوارزميات محرك البحث الآن متأكدة بنسبة 100٪ من هوية ودور كل جزء من البيانات المنظمة. هذا يجعل حياتهم أسهل بكثير وسيزيد من مستوى الثقة لديهم في هويتك وما تفعله ، ويعزز تناولك للطعام ويحسن تصنيفك.
ترميز المخطط الأساسي للمؤسسة
سأبدأ بالمخطط الأساسي ثم ألقي نظرة على بعض التحسينات الإضافية.
أولاً ، ستحتاج إلى تحديد نوع مؤسستك. نظرًا لأن نظام Schema.org عبارة عن تسلسل هرمي للأشياء (التي يمكنك رؤيتها هنا) تسمى الأنواع ، يمكنك البدء من النوع الأكثر عمومية والتعمق أكثر في التسلسل الهرمي حتى تجد النوع الخاص بك. النوع الأكثر شيوعًا هو Thing ، ويحتوي على عدد من الأنواع الفرعية الواسعة ، أحدها هو Organization. كما ترى في الشكل 3 ، تحتوي المنظمة على أنواع أخرى مثل الشركة ، والأعمال المحلية ، والمنظمة التعليمية ، إلخ.
جزء من نوع التسلسل الهرمي
يمكنك أن ترى أن LocalBusiness لديها عدد كبير من الأنواع الفرعية ، لذلك يمكنك الاستمرار في البحث بشكل أعمق ، ولكن إذا لم تكن شركة محلية ، فمن المحتمل أنك شركة ، لذلك يمكنك إلقاء نظرة على ذلك. انقر هنا لرؤية صفحة الشركة.
ستبدو كتلة المخطط الآن كما يلي:
نوع المؤسسة
هذا أمر رائع ولا يعطينا أي أخطاء في أداة اختبار البيانات المنظمة ولكنه لا يخبرنا بأي شيء على الإطلاق عن الشركة ، لذلك نحتاج إلى إعطائها بعض السمات أو أجزاء من البيانات التي تصفها.
في صفحة الشركة ، سترى أن لديها عددًا من السمات المقبولة. من المهم تهجئة أسماء السمات بشكل صحيح لأنه بمجرد أن يرى محرك البحث النوع ، سيبحث عن السمات المقبولة المحددة لهذا النوع. تبدأ أسماء السمات بحرف صغير وتبدأ أسماء الأنواع بحرف كبير.
[دراسة حالة] تحسين الروابط لتحسين الصفحات ذات أكبر عائد على الاستثمار
اقرأ دراسة الحالةتحتوي بعض الأنواع على سمة مطلوبة واحدة أو أكثر: إذا اخترت نوع LocalBusiness (أو نوعًا فرعيًا من LocalBusiness ) ، فقد ترى أخطاء معروضة في أداة الاختبار لأنها تتطلب اسمًا وعنوان url للصورة على الأقل.
أخطاء للبيانات المفقودة
إذا حدث هذا ، فتأكد من تقديم البيانات المطلوبة على الأقل كما في الشكل 6 أدناه ، لتجنب الترميز السيئ ، وبعد ذلك يمكنك إضافة بيانات إضافية:
تم إصلاح الأخطاء
بالنسبة لبقية هذه المقالة ، سآخذ مثال sunfimmo.com ، وهي شركة قمت بترميزها في الماضي. إنها شركة فرنسية ، ولكن تذكر أن أسماء السمات تكون دائمًا في النموذج الإنجليزي الموحد ليتم التعرف عليها من قبل محركات البحث.
الشركة وكالة عقارية ولكن ليس لديها وكالة فعلية يمكنك زيارتها ، لذلك لا يمكن أن تكون واحدة من أنواع الأعمال المحلية. بدلاً من استخدام RealEstateAgent ، يجب أن يكون نوعها شركة . يبدو الترميز الأساسي كما يلي:
Schema.org الأساسي لشركة
لدينا الآن بعض البيانات الأساسية الجيدة عن الشركة. لاحظ أن الاسم القانوني ليس هو نفسه الاسم المستخدم للتداول - وهذا مهم لأننا سنضيف لاحقًا روابط إلى قوائم تسجيل الشركة الرسمية ويجب أن تكون البيانات هي نفسها إذا أردنا بناء الثقة في دقة البيانات. وينطبق الشيء نفسه على العنوان ورقم الهاتف ؛ يجب أن يكونوا هم أنفسهم في كل مكان!
نقطة اتصال
إذا كان لدى الشركة عدة نقاط اتصال (في مدن أو مناطق أو بلدان مختلفة) ، فيمكن ترميزها أيضًا. هذه الشركة لديها مكتبان لكنهما يشتركان في نفس رقم الهاتف لذا يتم تجميعهما معًا على النحو التالي:
Basic Schema.org ل ContactPoint
لاحظ أنه عند استخدام نوع (هنا هو ContactPoint ) كقيمة لسمة ، يتم ترميزه ككتلة بين قوسين معقوفين ؛ هذه بيانات منظمة! عندما تحتوي السمة على عدة قيم ، يمكننا وضعها بين أقواس مربعة ، مفصولة بفاصلات.
ترميز مخطط إضافي لمؤسسة
نوع إضافي
لقد رأيت سابقًا في المقالة أنه لا يمكننا ترميز الشركة على أنها وكيل RealEstateAgent لأنها ليست شركة محلية ولكن لا يزال بإمكاننا إظهار أن لديها نوع معين من الوكيل العقاري بتنسيق بيانات منظم باستخدام نظام Productontology . لن أخوض في التفاصيل الآن (التعليمات هنا) لكنها تمكننا من القيام بذلك:
استخدام علم الإنتاج
ويمكننا أيضًا وضع رابط إلى ويكيبيديا في نفس الكتلة:
باستخدام sameAs
الربط بالصفحات الرسمية لزيادة المصداقية
لدينا الآن ترميز بالتفاصيل الأساسية للشركة وقدمنا نوعًا أكثر تحديدًا. لكن تذكر أننا نريد أيضًا زيادة الثقة والمصداقية وإظهار أن الشركة شيء حقيقي. للقيام بذلك ، يمكننا الارتباط بصفحات رسمية تحتوي على بيانات لا يمكننا تغييرها بأنفسنا ، مما يجعلها أكثر مصداقية من ، على سبيل المثال ، حسابات الشبكات الاجتماعية حيث يمكن لأي شخص بشكل أساسي أن يدعي أنه أي شيء يريده!
هنا في فرنسا ، تمتلك جميع الشركات رقم تسجيل رسمي ("SIRET") ورمز للقطاع الذي تعمل فيه ("CODE NAF"). حتى نتمكن من كتابة قالب مخصص يقول في الواقع:
"هذا معرّف رسمي ، ها هو ما يُطلق عليه ، ها هي قيمته ، ها هي صفحة ويكيبيديا تصفه وهنا صفحة الإدارة الرسمية مع القائمة":
باستخدام معرف Schema.org
للتأكيد مع مزيد من المعلومات "الرسمية" ، يمكننا توفير روابط لصفحات قوائم معلومات الشركة ، جنبًا إلى جنب مع أي حسابات اجتماعية نشطة ذات صلة ، في نفس الكتلة مثل هذا:
المزيد من نفس الروابط
إضافة بيانات مخطط لشخص لزيادة الخبرة والسلطة
لقد أنشأنا مجموعتنا الرئيسية من ترميز المخطط للمؤسسة وأضفنا مجموعة من البيانات لتعزيز مصداقيتها وموثوقيتها. تتمثل إحدى الطرق الجيدة لزيادة السلطة والخبرة (تذكر أن هذا كله يتعلق بـ EAT) في تضمين شخص واحد أو أكثر وما هي أوراق اعتمادهم. للقيام بذلك ، يمكننا تضمين كتلة الشخص ، مثل هذا:
Schema.org لشخص
نقول هنا أن المؤسس هو شخص يُدعى جان برنارد هوت ، ثم نقدم حساب LinkedIn الخاص به ونذكر أنه خريج منظمتين تربويتين مع رابط لصفحات الدبلومات المحددة التي تم الحصول عليها ، واحدة في الاقتصاد والأعمال وواحد في قانون العقارات. لتعزيز مصداقيته المهنية ، يمكننا تضمين كتلة معرف ، مثل الشركة ، ولكن هذه المرة تحديد رقم ترخيص وكيل العقارات الخاص به والربط بالصفحات الرسمية التي تصف ماهيته ، إلى جانب صفحة قائمة غرفة التجارة الرسمية:
معرّف Schema.org لشخص
لذلك ، قدمنا الآن قدرًا هائلاً من البيانات الدقيقة جدًا إلى Google بتنسيق مصمم خصيصًا بحيث يسهل على الأجهزة فهمه!
المشكلة الوحيدة هي أن الكتلة لدينا الآن ضخمة وتحتوي على كيانات داخل كيانات ليست كلها ضرورية في جميع كتل المخطط في جميع الصفحات. خذ مثال كتلة ترميز المخطط لسمة المؤسسين حيث نريد تضمين الشخص وجميع المعلومات المتعلقة به ، لكننا لا نريد تضمين كتلة الشخص بالكامل في كل مرة. هذا هو المكان الذي يأتيid فيه بمفرده: بمجرد تحديد كتلة الشخص بالرمزid ، يمكننا تضمين id في كتلة المؤسسين ...
Schema.orgid للكيانات
... وسيقوم Google بربط الكيانات عبر id كما ترى في أداة البيانات المنظمة:
كيف سيرى جوجل هذه الكتلة
كيف يمكننا تضمين عدة كتل مخطط مختلفة في نفس الصفحة؟
لجعل إدارة الكتل أكثر منهجية ، يمكنك وضعها ككتل منفصلة في عنصر حاوية مثل graph وربطها معًا باستخدام id ، مثل هذا:
استخدامgraph لعدة كتل
إذن لدينا: كتل منظمة لبيانات دقيقة وواضحة مرتبطة ببعضها البعض عبر السمة id ، لإخبار Google ومحركات البحث الأخرى بهويتك بالضبط ، وماذا تفعل ولماذا لديك الخبرة والسلطة اللازمتين لكي تكون صفحاتك في حالة جيدة مرتبة في نتائج البحث. أي شيء يمكنك القيام به لمساعدة محركات البحث على فهم موقعك وتقليل عبء العمل عليهم سيفيد موقعك.
كلمة أخيرة
يعد ترميز المخطط موضوعًا واسعًا ولم ننظر حتى في ترميز المنتجات / الخدمات أو مقالات المدونة ، ناهيك عن كيفية ترميز المراجعات والتقييمات في البيانات المنظمة لتعزيز تناول الطعام ، ولكن سيتم التعامل معها في المقالات المستقبلية .
استمتع ببياناتك المنظمة وتأكد من استخدام أداة اختبار البيانات المنظمة!