Schema LocalBusiness: متى يفيد نشاطك المحلي وكيف تطبقه بصدق؟
Schema LocalBusiness: متى يفيد نشاطك المحلي وكيف تطبقه بصدق؟
البيانات المنظمة من نوع Schema LocalBusiness هي وسيلة لهيكلة معلومات نشاطك التجاري بحيث تفهمها محركات البحث بشكل أفضل. هذا لا يضمن الظهور في نتائج غنية، لكنه يسهل على محركات البحث استخلاص حقائق محددة مثل الاسم والعنوان والهاتف وساعات العمل. سنعرض هنا إرشادات تقنية عملية لتطبيق Schema LocalBusiness بصدق وتوافق مع قواعد محركات البحث.
الفرق بين ما يراه المستخدم وما يوضع في JSON-LD
المحتوى المرئي للمستخدم (HTML) يجب أن يظهر نفس المعلومات الأساسية الظاهرة في JSON-LD. JSON-LD هو تمثيل للبيانات مخصّص للآلات: يُدرج عادة داخل وسم <script type="application/ld+json"> في <head> أو قبل نهاية <body>. لا تضع في JSON-LD بيانات مختلفة عن الصفحة: الاسم، العنوان، رقم الهاتف، ساعات العمل والروابط يجب أن تتطابق حرفيّاً مع النص المرئي. اختلافات متعمدة أو عناوين وهمية قد تُعدّ تضليلاً.
كيف تختار النوع الأنسب (@type)
اختر أكثر نوع دلالة متوفر في مخطط schema.org: إذا كنت مطعماً استخدم Restaurant أو FastFood، لمتجر ملابس استخدم Store أو ClothingStore، للاختصاصات الطبية استخدم MedicalBusiness أو Dentist حسب الحالة. النوع العام LocalBusiness ممكن، لكنه أقل دقة. دقة النوع تساعد محركات البحث على تفسير الخصائص المتاحة والنتائج المحتملة.
الحقول الأساسية التي يجب التأكد منها
- name: الاسم التجاري الكامل كما يظهر للزائر.
- address: عنوان كامل بصيغة PostalAddress (streetAddress, addressLocality, postalCode, addressCountry) ويجب أن يكون عنواناً حقيقياً وموثوقاً.
- telephone: رقم هاتف قابل للاتصال ومنسق دوليّاً عند الإمكان.
- openingHours أو openingHoursSpecification: ساعات العمل بتنسيق موحّد، وتحدث عند أي تغيير.
- url: عنوان الصفحة الرسمية للموقع أو لصفحة كل فرع إن وُجدت.
- image: رابط صورة تمثيلية أو شعار؛ احرص أن تكون الصورة قابلة للوصول بواسطة زواحف محركات البحث وذات أبعاد مناسبة.
- sameAs: روابط لملفات التواصل الاجتماعي أو صفحات شرعية ذات صلة إذا وُجدت.
التعامل مع فروع حقيقية متعددة
لكل موقع فيزيائي أنشئ كائن LocalBusiness مستقل في JSON-LD مع عنوانه ورقم هاتفه وساعاته وصفحته الخاصة (URL) إن أمكن. تجنب جمع فروع متعددة تحت كائن واحد مع عناوين متعددة ضمن حقل نصي؛ كل فرع يجب أن يكون له تمثيل منفصل ويفضل صفحة ويب مخصصة (مثلاً /locations/branch-name). تأكد من وجود سجل منفصل في Google Business Profile لكل موقع فعلي، وإذا كان الموقع لا يفتح للجمهور فعلياً فلا تُدرجه كفرع.
اختبار الترميز وتحديثه
- اختبر الصفحة عبر أداة Rich Results Test من Google للتحقق من الأخطاء والتحذيرات المرتبطة بعناصر قابلة للعرض الغني.
- استخدم Schema Markup Validator (من schema.org) للتأكد من صحة البنية العامة وامتثال JSON-LD للمعيار.
- راقب تقارير Enhancements وCoverage في Google Search Console بعد نشر التعديلات.
- حدّث الترميز فور أي تغيير في الاسم/العنوان/الهاتف/الساعات أو عند إضافة/إغلاق فرع.
لماذا لا ينبغي إدخال تقييمات أو مناطق خدمة أو عناوين غير حقيقية
إدخال تقييمات مزيفة أو عناوين وهمية أو نطاقات خدمة غير دقيقة يضلل المستخدمين ويتعارض مع إرشادات محركات البحث. مثل هذه الممارسات قد تؤدي إلى إزالة المقتطفات أو إجراءات يدوية وفق سياسات كل محرك بحث. إذا كان لديك تقييمات موثقة من مصادر حقيقية يمكنك ربطها بشكل صحيح، أما إدراج تقييمات مُلفّقة أو قيمة غير دقيقة فهو ممارسة خاطئة تقنياً وأخلاقياً.
قائمة تنفيذية
- اختر @type أدق ممكن يناسب نشاطك.
- أدخل name, address, telephone, openingHours, url, image بدقة.
- أنشئ كائن منفصل لكل فرع فعلي وارتبط بصفحة فرع منفصلة.
- تأكد من تطابق البيانات بين الصفحة، JSON-LD وGoogle Business Profile.
- اختبر بالـ Rich Results Test وSchema Markup Validator وGSC.
- حدّث الترميز عند أي تغيير ولا تدخل بيانات مزيفة.
توافق بيانات الموقع وGoogle Business Profile
توافق NAP (الاسم، العنوان، الهاتف) بين موقعك الإلكتروني وGoogle Business Profile مهم. استخدم نفس الصياغة والأرقام وساعات العمل. Google Business Profile هو المرجع العملي لقوائم البحث المحلي، ووجود بيانات متطابقة يقلل فرص اللبس ويُسهِم في تقديم معلومات موحّدة للمستخدمين عبر خدمات البحث والخرائط.
أسئلة شائعة
- هل البيانات المنظمة تضمن ظهور مقتطف غني؟ لا تضمن البيانات المنظمة الظهور أو نتيجة غنية؛ هي إشارة مساعدة لمحركات البحث فقط.
- أين أضع JSON-LD على الصفحة؟ توضع عادة داخل <head> أو قبل نهاية <body> ضمن وسم <script type="application/ld+json">.
- ماذا أفعل إذا تغيّرت ساعات العمل مؤقتاً؟ حدّث openingHoursSpecification فوراً وانشر نسخة جديدة من الصفحة، ثم اختبرها في الأدوات المذكورة.
خلاصة
تطبيق Schema LocalBusiness بشكل صادق يعني إدخال بيانات حقيقية ومطابقة لما يراه المستخدمون وGoogle Business Profile، اختيار النوع الأنسب، وإنشاء تمثيل منفصل لكل فرع فعلي. اختبر الترميز بانتظام وتحديثه عند التغيّر. تذكّر أن البيانات المنظمة لا تضمن الظهور وليست بديلاً عن معلومات واضحة وصحيحة على موقعك وملفاتك الرسمية.