مخطط Local Business: مثال JSON-LD كامل، وقواعد Google، والأخطاء التي يجب تجنبها

مخطط Local Business هو نوع ترميز Schema الذي يحوّل كتلة بيانات الاتصال لمتجر أو مطعم أو عيادة أو وكالة إلى بيانات تقرؤها الآلات. توثّقه Google في دليل البيانات المنظمة للأنشطة التجارية المحلية، وتأتي المفردات من schema.org/LocalBusiness. يقدّم لك هذا الدليل مثالًا كاملًا قابلًا للتكييف، والقواعد المهمة، والأخطاء التي تجعل الترميز بلا فائدة.

ما هو مخطط LocalBusiness؟

LocalBusiness نوع في schema.org يصف «نشاطًا تجاريًا فعليًا محددًا أو فرعًا من فروع مؤسسة». يرث من نوعين أصليين، Organization وPlace، لذلك يقبل خصائص الشركة (الشعار، الهاتف، الحسابات على الشبكات الاجتماعية) وخصائص المكان (العنوان، الإحداثيات، الخريطة، ساعات العمل).

تسرد schema.org ما مجموعه 30 نوعًا فرعيًا مباشرًا، ولكثير منها أنواع فرعية خاصة بها. تطلب Google استخدام النوع الفرعي الأكثر تحديدًا المتاح. يجب أن يكون طبيب الأسنان Dentist، والمخبز Bakery، ومكتب المحاماة LegalService أو Attorney. الخيارات الأكثر شيوعًا:

إذا كان النشاط يناسب عدة أنواع، تقبل Google مصفوفة، مثل ["Store", "AutoRepair"]. ولا تدعم additionalType لهذا الغرض.

ما الخصائص التي تشترطها Google وتوصي بها؟

تقسم وثائق Google الخصائص إلى مجموعتين. خاصيتان فقط مطلوبتان؛ أما الخصائص الموصى بها فهي ما يجعل الترميز مفيدًا.

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

مثال كامل على مخطط Local Business بصيغة JSON-LD

JSON-LD هي الصيغة التي توصي بها Google: وسم script من نوع application/ld+json، يوضع في head أو body صفحة الفرع. إليك مثالًا كاملًا لعيادة أسنان خيالية، عدّله ببياناتك:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Dentist",
  "@id": "https://www.example-dental.com/lyon/#business",
  "name": "Example Dental Lyon",
  "url": "https://www.example-dental.com/lyon/",
  "image": "https://www.example-dental.com/images/lyon-front.jpg",
  "logo": "https://www.example-dental.com/images/logo.png",
  "telephone": "+33 4 00 00 00 00",
  "priceRange": "$$",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "12 Rue de la République",
    "addressLocality": "Lyon",
    "postalCode": "69002",
    "addressRegion": "Auvergne-Rhône-Alpes",
    "addressCountry": "FR"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 45.76012,
    "longitude": 4.83584
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
      "opens": "08:30",
      "closes": "19:00"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": "Saturday",
      "opens": "09:00",
      "closes": "12:30"
    }
  ],
  "sameAs": [
    "https://www.facebook.com/exampledentallyon",
    "https://www.linkedin.com/company/example-dental"
  ]
}
</script>

ثلاثة تفاصيل تجعل هذا المثال متينًا: يمنح @id النشاط معرّفًا ثابتًا يمكن أن تشير إليه كتل أخرى في موقعك (Organization أو Service أو Review)؛ وللإحداثيات 5 منازل عشرية كما تطلب Google؛ ويشير url إلى صفحة الفرع لا إلى الصفحة الرئيسية. إذا كنت تفضّل عدم كتابة الشيفرة يدويًا، فإن مولّد Schema المجاني لدينا ينشئ الكتلة انطلاقًا من نموذج.

كيف ترمّز ساعات العمل والعطلات والفروع المتعددة؟

ساعات العمل

استخدم كائن OpeningHoursSpecification واحدًا لكل مجموعة أيام لها الساعات نفسها. تغطي وثائق Google الحالات الخاصة:

• مفتوح حتى وقت متأخر: يمكن لكائن واحد أن يتجاوز منتصف الليل (السبت من 18:00 إلى 03:00).
• مفتوح 24 ساعة: opens "00:00" وcloses "23:59".
• مغلق طوال اليوم: opens وcloses كلاهما "00:00".
• ساعات موسمية أو إغلاق في العطلات: أضف إلى الكائن تاريخَي validFrom وvalidThrough (YYYY-MM-DD).

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

فروع متعددة

يحتاج كل فرع إلى صفحة خاصة به، مع كتلة LocalBusiness خاصة به، وعنوانه وهاتفه وساعاته. لا تكدّس عشرة عناوين في كتلة واحدة على الصفحة الرئيسية. تحمل الصفحة الرئيسية كتلة Organization للعلامة التجارية، وتشير إليها كل صفحة فرع عبر parentOrganization. يشرح دليلانا حول SEO للأنشطة متعددة الفروع وصفحات الهبوط المحلية كيفية بناء هذه الصفحات.

الأقسام

الصيدلية داخل سوبرماركت أو مركز الصيانة داخل وكالة سيارات يوضعان في مصفوفة department، مع الخصائص التي تختلف عن النشاط الرئيسي فقط. تقترح Google تسميته «{اسم المتجر} {اسم القسم}»، ما لم تكن للقسم علامة تجارية خاصة به.

الأنشطة التي تخدم منطقة جغرافية

يمكن للسبّاك الذي يعمل في منازل العملاء أن يستخدم LocalBusiness مع عنوان المقر المسجّل، وأن يصف المنطقة المشمولة عبر areaServed. لا تدرج Google areaServed ضمن خصائصها، لكن schema.org تقبلها، وهي تُبقي صفحتك متسقة مع ملف تجاري من نوع منطقة الخدمة.

هل يحل مخطط Local Business محل Google Business Profile؟

لا. يبقى Google Business Profile المصدر الرئيسي لنتائج الحزمة المحلية (Local Pack) وخرائط Google. يوضح مركز مساعدة Google أن النتائج المحلية تعتمد أساسًا على الصلة والمسافة والبروز، وأن «الأنشطة التجارية التي تقدّم معلومات كاملة ودقيقة أكثر قابلية للظهور». يعمل ترميز Schema على الجانب الآخر: يجعل موقعك يقول الشيء نفسه الذي يقوله ملفك، بصيغة تقرؤها الآلات دون تخمين.

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

كيف تتحقق من ترميز LocalBusiness، وما الأخطاء الشائعة؟

اختبر كل قالب لصفحات الفروع بأداتين: Rich Results Test من Google، الذي يتحقق من الأهلية لميزات Google، وSchema Markup Validator، الذي يتحقق من الصياغة وفق schema.org. تُجري أداة التحقق من البيانات المنظمة لدينا فحصًا سريعًا لأي عنوان URL. بعد النشر، تعرض تقارير التحسينات في Search Console الأخطاء على نطاق واسع.

تحدد سياسات البيانات المنظمة لدى Google الإطار: «لا ترمّز محتوى غير مرئي لقرّاء الصفحة.» قد تؤدي المخالفة إلى إجراء يدوي يلغي الأهلية للنتائج المنسقة. الأخطاء التي نراها أكثر من غيرها:

خطأ المراجعات يستحق الانتباه: منذ 2019، لم تعد Google تعرض نجوم التقييم للمراجعات «الذاتية الخدمة» التي ينشرها LocalBusiness أو Organization عن نفسه. يغطي دليلنا حول مخطط المراجعات التفاصيل، والمنطق نفسه ينطبق على مخطط FAQ: رمّز فقط ما تعرضه الصفحة.

مخطط Local Business وGEO: كيف يستخدمه مساعدو الذكاء الاصطناعي

عندما يسأل أحدهم ChatGPT أو Gemini أو Perplexity عن «طبيب أسنان يفتح يوم السبت في ليون»، تُبنى الإجابة من مصادر يستطيع المساعد قراءتها والمقارنة بينها: بيانات الملف التجاري، والأدلة، ومنصات المراجعات، والمواقع الخاصة بالأنشطة نفسها. تُظهر دراستنا حول الأدلة في إجابات الذكاء الاصطناعي مدى تكرار الاستشهاد بهذه القوائم الخارجية.

تساعد البيانات المنظمة بطريقتين. فهي تمنح الزواحف حقائق لا لبس فيها (الساعات، العنوان، النوع) لا تعتمد على تحليل تذييل الصفحة، وتربط موقعك بالكيان نفسه الذي تصفه ملفاتك الأخرى عبر sameAs وNAP متسق. يشرح دليلنا حول البيانات المنظمة للبحث بالذكاء الاصطناعي الصورة الأشمل، ويُظهر تدقيق البيانات المنظمة للنماذج اللغوية الكبيرة ما يستخرجه النموذج اللغوي من صفحتك. الترميز وحده لا يكفي أبدًا: يجب أن تُكتب الحقائق أيضًا في النص الظاهر، لأن معظم المساعدين يقرؤون الصفحة، وليس JSON-LD الخاص بها فقط.

لمعرفة ما إذا كان الجهد يؤتي ثماره، تتابع أداة تتبع الإشارات في الذكاء الاصطناعي من Sorank الأسئلة المحلية التي يطرحها عملاؤك وتُظهر ما إذا كان نشاطك مذكورًا، بينما يساعدك تحسين GEO على نشر محتوى الفروع والخدمات الذي يقتبسه المساعدون. تلخّص صفحتنا المخصصة لـ الأنشطة التجارية المحلية هذا النهج.

القاعدة التي يجب تذكرها: فرع واحد، صفحة واحدة، كتلة LocalBusiness واحدة، بالاسم والعنوان والهاتف والساعات نفسها الموجودة في ملفك التجاري. أضفها، وتحقق منها، وحدّثها في كل مرة يتغير فيها نشاطك.