مخطط LocalBusiness

الخلاصة — مخطط LocalBusiness شيفرة تضيفها إلى الصفحة لتخبر محركات البحث بحقائق النشاط التجاري ذي الموقع الفعلي: اسمه وعنوانه ورقم هاتفه وساعات عمله. لا تطلب Google سوى name وaddress، أما بقية الخصائص فموصى بها لإثراء النتيجة. المخطط ليس ملف Google Business Profile، ولا يضمن نتيجة بحث محسّنة؛ بل يجعل الصفحة مؤهلة فقط.

ما مخطط LocalBusiness؟

عندما يقرأ محرك البحث صفحة «اتصل بنا» يرى نصاً عادياً، ولا يميّز تلقائياً عنوان الشارع من رقم الهاتف أو ساعات العمل كما يفعل الإنسان. يصرّح مخطط LocalBusiness بهذه الحقائق في الشيفرة: هذا الاسم، وهذا العنوان، وهذا الهاتف، وهذه الساعات.

يستخدم المخطط المفردات المشتركة من schema.org — وهي نفسها التي تقوم عليها كل ترميزات المخطط — ويُكتب عادة بصيغة JSON-LD داخل الصفحة من دون تغيير مظهرها. Evidence for this claim Schema.org LocalBusiness is a subtype of both Organization and Place for describing a physical business or branch. Scope: Schema.org vocabulary; Google applies separate local-business search requirements. Confidence: high · Verified: 2026-07-14 Schema.org: LocalBusiness

ما الذي تحتاج إليه Google فعلاً؟

المفاجأة أن schema.org يعرّف عشرات الخصائص الممكنة، لكن Google تطلب خاصيتين فقط:

• name — اسم النشاط التجاري.
• address — عنوانه الفعلي.

كل ما عدا ذلك — الهاتف والساعات والنطاق السعري وإحداثيات الخريطة — موصى به. Evidence for this claim Google's LocalBusiness feature documentation requires name and address and recommends additional applicable business details. Scope: Google Search LocalBusiness requirements; eligibility and display are not guaranteed. Confidence: high · Verified: 2026-07-14 Google: LocalBusiness structured data لست ملزماً بإضافته، لكن التفاصيل الدقيقة قد تجعل النتيجة أكمل.

خطآن شائعان لدى المبتدئين

1. المخطط ليس Google Business Profile. ملف النشاط التجاري المجاني الذي تطالب به عبر business.google.com يغذي دبوس خرائط Google والحزمة المحلية. أما LocalBusiness فهو شيفرة منفصلة على موقعك. لا يحل أحدهما محل الآخر؛ تحتاج إليهما عادة، وتطابق Google بينهما عبر مسارين منفصلين.

2. لا ترمّز تقييم نجوم نشاطك نفسه. قد يغريك وضع متوسطك ذي الخمس نجوم في aggregateRating، لكن إرشادات Google تخصص هذه الخاصية للمواقع التي تراجع أنشطة أخرى، لا للنشاط الذي يقيّم نفسه. ترميز شهادات عملائك كتقييم ذاتي يخالف الإرشادات. Evidence for this claim Google recommends aggregateRating and review on LocalBusiness only for sites that capture reviews about other local businesses; a business's own self-serving review stars are a separate restricted case. Scope: web Confidence: high · Verified: 2026-07-17 LocalBusiness structured data

وأيضاً: استخدم النوع الأدق. إذا كنت تدير مطعماً فاستخدم Restaurant بدلاً من LocalBusiness العام؛ تطلب Google صراحة أكثر الأنواع الفرعية تحديداً.

لجدول الخصائص، واختيار النوع الفرعي، ودقة الإحداثيات، وأنماط المواقع المتعددة، واتساق NAP، انتقل إلى علامة Advanced.

الخلاصة — LocalBusiness نوع فرعي من Organization وPlace، لذلك يرث مواصفات schema.org الواسعة، بينما تطلب Google name وaddress فقط وتستهلك نحو اثنتي عشرة خاصية موصى بها. استخدم النوع الأدق، وضع الأنواع المتعددة في مصفوفة لأن additionalType غير مدعوم، ووحّد NAP بين المخطط وGoogle Business Profile والاستشهادات. تحتاج إحداثيات geo إلى خمس منازل عشرية على الأقل، ويجب أن يقل priceRange عن 100 حرف. لا ترمّز aggregateRating أو review لتقييم نشاطك نفسه، ولا تعامل المخطط بديلاً عن ملف النشاط التجاري. الصلاحية تمنح الأهلية ولا تضمن ظهور نتيجة محسّنة.

موقعه في التسلسل: نوع فرعي من Organization وPlace

أهم ما ينبغي فهمه هو أن LocalBusiness نوع فرعي من Organization وPlace معاً. لذلك يحمل خصائص الشركة (name وlogo وsameAs) وخصائص المكان (address وgeo وopeningHoursSpecification). وهذا الإرث المزدوج يفسر اتساع مواصفاته.

يؤثر ذلك في تصور مخطط الكيان والهوية schema الأوسع. كيان Organization على مستوى الشركة وكيان LocalBusiness لكل موقع مرتبطان لكن مختلفان: الأول يصف الشركة والثاني مكاناً فعلياً. راجع مخطط Organization schema؛ وللأشخاص المرتبطين به راجع مخطط Person.

المواصفات الكاملة مقابل ما تستهلكه Google

تخلط أدلة كثيرة بين ما تدعمه schema.org وما تستخدمه Google. يرث LocalBusiness عشرات الخصائص، لكن Google تستهلك مجموعة صغيرة فقط. Evidence for this claim Schema.org exposes many LocalBusiness properties, while Google's search feature uses a narrower documented set. Scope: Schema.org validity compared with Google Search feature support. Confidence: high · Verified: 2026-07-14 Google: LocalBusiness structured data

المطلوب (خاصيتان فقط):

• address (PostalAddress) — الموقع الفعلي؛ تنصح Google بإكمال أكبر عدد ممكن من خصائص العنوان الفرعية لتحسين جودة النتيجة.
• name — اسم النشاط التجاري.

الموصى به (ما يثري النتيجة فعلاً): aggregateRating وdepartment وgeo (geo.latitude وgeo.longitude) وmenu وopeningHoursSpecification (opens وcloses وdayOfWeek وvalidFrom وvalidThrough) وpriceRange وreview وservesCuisine وtelephone وurl.

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

اختيار النوع الفرعي الصحيح

تطلب Google صراحة استخدام أدق نوع فرعي ممكن من LocalBusiness، مثل Restaurant أو DaySpa أو HealthClub. النوع العام صالح، لكن النوع المحدد يقدم معنى أوضح.

بعض المطابقات العملية:

• مطعم أو مقهى أو حانة ← Restaurant أو CafeOrCoffeeShop أو BarOrPub ضمن FoodEstablishment.
• مكتب محاماة ← LegalService أو Attorney.
• طبيب أسنان أو طبيب ← Dentist أو Physician ضمن MedicalBusiness.
• سباك أو كهربائي أو مقاول ← نوع مناسب ضمن HomeAndConstructionBusiness مثل Plumber أو Electrician أو GeneralContractor.
• استشارة أو وكالة بلا نوع أدق ← ProfessionalService.

إذا كان النشاط ينتمي حقاً إلى نوعين، ضع قيم @type في مصفوفة. تدعم Google ذلك، لكنها لا تدعم additionalType لهذا الغرض.

اتساق NAP بين المخطط وGBP والاستشهادات

اتساق NAP — الاسم والعنوان والهاتف — ممارسة راسخة في SEO المحلي: يجب أن تتطابق هذه البيانات في المخطط وGoogle Business Profile وأدلة مثل Yelp وBBB والأدلة المتخصصة. رقم جناح قديم أو هاتف تتبع مختلف يربك إشارات تعريف الموقع والثقة به.

تنبيه مهم: NAP اصطلاح مهني وليس مصطلحاً في مواصفات Google. لا تعرضه كعامل ترتيب مقتبس من Google، بل كإجماع عملي على اتساق الكيان عبر الويب.

تفاصيل التنفيذ التي تسبب الأخطاء

• تحتاج إحداثيات الموقع إلى خمس منازل عشرية على الأقل. تشترط Google هذه الدقة لكل من latitude وlongitude؛ وقد ينقل التقريب إلى منزلتين أو ثلاث الدبوس إلى مبنى آخر.
• حد priceRange هو 100 حرف. يجب أن تقل القيمة عن 100 حرف وإلا لن تعرض Google النطاق؛ استخدم $$ أو$10–30.
• صياغة openingHoursSpecification وحالاتها الطرفية. يقبل dayOfWeek رابط (https://schema.org/Monday) أو الاسم (Monday). تستخدم أمثلة Google opens وcloses بنمط hh:mm، ويقبل Time أيضاً hh:mm:ss. الأنماط الأساسية: ("opens": "09:00", "closes": "17:00") ليوم عادي، و("opens": "18:00", "closes": "03:00") لعبور منتصف الليل، و("opens": "00:00", "closes": "23:59") ليوم مفتوح، و("opens": "00:00", "closes": "00:00") ليوم مغلق. للإغلاق الموسمي استخدم .validFrom و.validThrough مع validFrom وvalidThrough بصيغة YYYY-MM-DD؛ ومثال Google هو ("validFrom": "2015-12-23", "validThrough": "2016-01-05"). وتشمل الخصائص الفرعية كذلك .opens و.closes و.dayOfWeek.
• تسمية الأقسام. عند تضمين department اجمع اسم المتجر والقسم مثل “gMart Pharmacy”، إلا إذا كان القسم علامة مستقلة مثل “Geek Squad”.

المراجعات والتقييمات: فخ التقييم الذاتي

توضح وثائق Google أن aggregateRating وreview موصى بهما فقط للمواقع التي تجمع مراجعات أنشطة أخرى، مثل دليل المطاعم، لا للنشاط الذي يقيّم نفسه. ترميز متوسط نجومك على موقعك مراجعة ذاتية تخالف إرشادات مقتطفات المراجعة، وقد أوقفت Google عرض هذه النجوم لـLocalBusiness وOrganization. Evidence for this claim Google's review snippet rules make self-serving reviews for LocalBusiness and Organization ineligible for the star review feature. Scope: Google Search review snippet eligibility policy; genuine third-party review contexts are treated differently. Confidence: high · Verified: 2026-07-14 Google: Review snippet structured data

لذلك لا تحول شهادات الصفحة الرئيسية إلى aggregateRating: لن تحقق النجوم التي تريدها، وقد تخلق مخالفة في البيانات المنظّمة.

الأنشطة متعددة المواقع: صفحة واحدة أم صفحات متعددة؟

يعتمد النمط الصحيح على بنية الموقع:

• LocalBusiness واحد لكل صفحة موقع. لكل فرع صفحة وعنوان ومخطط مستقلان، مع ربطه بالشركة الأم عبر parentOrganization أو branchOf.
• صفحة علامة واحدة بلا صفحات فروع. مثّل الشركة كـOrganization، ويمكن تضمين المواقع عبر subOrganization عند الحاجة.
• صفحة فرع واحد. استخدم نوع LocalBusiness الأدق وبيانات ذلك العنوان فقط.

لا تكدس خمس كتل LocalBusiness غير مرتبطة على الصفحة الرئيسية. يجب أن يطابق المخطط الغرض الرئيسي للصفحة؛ البنية المستقرة صفحة لكل موقع، لا قائمة كيانات بلا سياق.

LocalBusiness مقارنة بـGoogle Business Profile

قلها بوضوح: ترميز المخطط لا يساوي Google Business Profile. النظامان منفصلان.

• Google Business Profile يغذي Maps والحزمة المحلية عبر أنظمة Google، وهو المحرك الأساسي لظهور “بالقرب مني”.
• LocalBusiness على الصفحة إشارة داعمة قد تستخدمها Google للوحات المعرفة والنتائج المحسّنة، لكنه لا ينشئ ملف نشاط ولا يطالب به ولا يتحكم في الحزمة المحلية.

استخدم النظامين وحافظ على اتساقهما؛ لا يؤدي أي منهما وظيفة الآخر.

ما الذي يضمنه وما الذي لا يضمنه؟

الترميز الصالح والمتوافق يجعل الصفحة مؤهلة للوحة محلية أو عرض نشاط، مع اختلاف نطاق الأهلية بين الميزات. فعرض المطاعم الدائري متاح حالياً لمجموعة صغيرة من مزودي المطاعم المشاركين، ولا يكفي ترميز Restaurant وحده لإدراج أي موقع. وحتى مع الأهلية لا تضمن Google العرض. أما أرقام “30–50%” للحزمة المحلية و“20–35%” للنقرات المتداولة بلا مصدر أولي فهي ادعاءات تسويقية غير متحققة.

تحقّق قبل النشر

1. أضف الخصائص المطلوبة (name وaddress) ثم الخصائص الموصى بها المناسبة.
2. تحقّق عبر Rich Results Test و**Schema Markup Validator**.
3. انشر ثم استخدم فحص عنوان URL في Search Console واطلب إعادة الزحف.
4. راقب تقارير البيانات المنظّمة بمرور الوقت.

تحقّق أولاً ثم انشر، لا العكس.

ملخص للذكاء الاصطناعي

خلاصة مكثفة للقسم المتقدم:

• التعريف: بيانات schema.org/LocalBusiness المنظّمة، عادة بصيغة JSON-LD، لوصف نشاط فعلي.
• التسلسل: نوع فرعي من Organization وPlace.
• Google: تطلب name وaddress، وتوصي بـgeo وopeningHoursSpecification وpriceRange وtelephone وurl وdepartment وmenu وservesCuisine وaggregateRating وreview وفق الحالة.
• النوع: اختر Restaurant أوLegalService أوDentist بدلاً من LocalBusiness العام؛ الأنواع المتعددة مصفوفة وadditionalType غير مدعوم.
• الساعات: استخدم hh:mm:ss وdayOfWeek، وأضف validFrom وvalidThrough للمواسم؛ ويجب أن يقل priceRange عن 100 حرف.
• المواقع: كيان لكل فرع مع parentOrganization أوbranchOf، أو ضمّه تحت Organization عبر subOrganization.
• المراجعات: لا ترمّز تقييم نشاطك نفسه.
• GBP وNAP: نظام منفصل مع بيانات متسقة.
• لا ضمان: تجاهل أرقام “30–50%” و“20–35%” غير المسندة، وتحقق قبل النشر.

الوثائق الرسمية

المصادر الأولية من محركات البحث وschema.org.

Google

• بيانات LocalBusiness المنظّمة — الخصائص والأنواع والدقة وحد priceRange.
• بيانات Organization المنظّمة — كيان الشركة.
• بيانات مقتطف المراجعة — قيود aggregateRating وreview الذاتية.
• Rich Results Test — اختبار الأهلية.
• Schema Markup Validator — التحقق من مفردات schema.org.

schema.org

• schema.org/LocalBusiness — المفردات الكاملة والعلاقة بـOrganization وPlace والأنواع الفرعية.

Bing / Microsoft

• ترميز الموقع ببيانات منظّمة — Bing Webmaster Tools — إرشادات Bing العامة.
• Bing Places for Business — منتج القوائم المنفصل، النظير لملف Google Business Profile.

اقتباسات من المصدر

تصريحات موثقة من وثائق Google. نحافظ على النص الإنجليزي الحرفي ثم نقدم ترجمة عربية.

وثائق Google — ما الذي تتيحه؟

• “When users search for businesses on Google Search or Maps, Search results may display a prominent Google knowledge panel with details about a business that matched the query. When users search for a type of business (for example, ‘best NYC restaurants’), they may see a carousel of businesses related to the query.” (ترجمة) «عندما يبحث المستخدمون عن أنشطة، قد تعرض النتائج لوحة معرفة بارزة، وقد يظهر عرض دائري عند البحث عن نوع نشاط». بيانات النشاط المحلي المنظّمة

وثائق Google — إرشاد النوع الفرعي

• “Use the most specific LocalBusiness sub-type possible; for example, Restaurant, DaySpa, HealthClub, and so on.” (ترجمة) «استخدم أدق نوع فرعي ممكن من LocalBusiness». الانتقال إلى الاقتباس

وثائق Google — دقة الإحداثيات

• “The precision must be at least 5 decimal places.” (ترجمة) «يجب ألا تقل الدقة عن خمس منازل عشرية». الانتقال إلى الاقتباس

وثائق Google — المراجعات الذاتية

• حول aggregateRating وreview: “This property is only recommended for sites that capture reviews about other local businesses.” (ترجمة) «لا يوصى بهذه الخاصية إلا للمواقع التي تجمع مراجعات عن أنشطة محلية أخرى». الانتقال إلى الاقتباس

ورقة غش للخصائص

المطلوب والموصى به لدى Google

أنواع LocalBusiness الشائعة

حقائق سريعة

• المطلوب = 2 (name وaddress).
• النوع الأدق؛ الأنواع المتعددة في مصفوفة، وadditionalType غير مدعوم.
• دقة geo خمس منازل، وpriceRange أقل من 100 حرف.
• aggregateRating وreview للأنشطة الأخرى، لا للتقييم الذاتي.
• المخطط منفصل عن Google Business Profile.
• اتساق NAP مهم.
• الصلاحية تعني الأهلية لا الضمان.

أنماط مضادة: كيف يفسد ترميز LocalBusiness؟

أكثر الأخطاء شيوعاً وما ينبغي فعله بدلاً منها.

1. عدم اتساق NAP. قد يقول المخطط “123 Main St, Suite 200” بينما يعرض GBP “123 Main Street” ويحتفظ Yelp بهاتف قديم. الإصلاح: وحّد الاسم والعنوان والهاتف في كل الأسطح؛ الرقم 200 هنا رقم جناح محفوظ من المثال.

2. النوع العام رغم وجود نوع أدق. استخدام LocalBusiness لمطعم يهدر إشارة Restaurant. الإصلاح: استخدم Restaurant أوLegalService أوDentist، ومصفوفة @type للنوعين الحقيقيين، لاadditionalType.

3. المراجعات الذاتية. ترميز شهاداتك كـaggregateRating أوreview للحصول على النجوم يخالف الإرشادات. الإصلاح: لا تضفها إلا إذا كانت الصفحة تراجع نشاطاً آخر ضمن سياسة Google.

4. تكديس المواقع. لا تضع عدة كتل LocalBusiness بعناوين مختلفة على صفحة واحدة. الإصلاح: كيان لكل صفحة فرع مع parentOrganization أوbranchOf، أوOrganization مع subOrganization.

5. الخلط بين المخطط وGoogle Business Profile. الإصلاح: طالب بملف النشاط وأدره للحزمة المحلية، ونفّذ مخطط الصفحة كإشارة منفصلة داعمة، ثم وحّد البيانات.

أخطاء إضافية: دقة geo أقل من خمس منازل، أوpriceRange أطول من 100 حرف، أو توقع نتيجة مضمونة. الرقم 200 محفوظ من مثال عنوان الجناح في النمط الأول.

اختبر معرفتك بمخطط LocalBusiness

خمسة أسئلة سريعة عن الخصائص المطلوبة والأنواع الفرعية وفخ المراجعات وعلاقة المخطط بملف النشاط التجاري.

أي نوع فرعي من LocalBusiness أستخدم؟

حوّل فئة النشاط إلى أدق نوع فرعي من LocalBusiness تعرّفه schema.org، ولا تستخدم النوع العام إلا عند غياب تطابق.

صفحة لكل موقع أم تضمين تحت Organization؟

السؤال المعماري الآخر: كيف تمثل نشاطاً يملك أكثر من موقع فعلي؟

أمثلة عملية لـLocalBusiness بصيغة JSON-LD

ثلاث كتل مشروحة مبنية على الخصائص المطلوبة والموصى بها.

المثال 1: الحد الأدنى الصالح (الخصائص المطلوبة فقط)

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Riverside Dental Care",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "412 Riverside Ave",
    "addressLocality": "Columbus",
    "addressRegion": "OH",
    "postalCode": "43215",
    "addressCountry": "US"
  }
}

• name وaddress هما المطلوبان فقط؛ ينجح التحقق لكنه يترك الخصائص الموصى بها والنوع الأدق.
• أكمل خصائص address الفرعية، ولذلك يضم المثال خمس خصائص بدلاً من سطر streetAddress فقط.

المثال 2: نوع فرعي محدد مع الخصائص الموصى بها

{
  "@context": "https://schema.org",
  "@type": "Dentist",
  "name": "Riverside Dental Care",
  "telephone": "+1-614-555-0142",
  "url": "https://www.riversidedentalcare.example/",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "412 Riverside Ave",
    "addressLocality": "Columbus",
    "addressRegion": "OH",
    "postalCode": "43215",
    "addressCountry": "US"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 39.96199,
    "longitude": -83.00275
  },
  "priceRange": "$$",
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday"],
      "opens": "08:00:00",
      "closes": "17:00:00"
    }
  ]
}

• @type هوDentist لاLocalBusiness.
• يحمل geo.latitude وgeo.longitude خمس منازل.
• priceRange هو$$ وأقصر من حد 100 حرف.
• يستخدم openingHoursSpecification وقت hh:mm:ss وأسماء dayOfWeek.

المثال 3: مطعم بنافذة موسمية وملاحظة تسمية القسم

{
  "@context": "https://schema.org",
  "@type": "Restaurant",
  "name": "gMart Pharmacy",
  "servesCuisine": "American",
  "menu": "https://www.example-diner.example/menu/",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "88 Harbor Rd",
    "addressLocality": "Portland",
    "addressRegion": "ME",
    "postalCode": "04101",
    "addressCountry": "US"
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": "https://schema.org/Monday",
      "opens": "11:00:00",
      "closes": "21:00:00",
      "validFrom": "2026-01-01",
      "validThrough": "2026-12-24"
    }
  ]
}

• servesCuisine وmenu مهمتان لنوع FoodEstablishment مثل Restaurant.
• يستخدم dayOfWeek رابط schema.org الكامل؛ والاسم المختصر صالح أيضاً.
• يحدد validFrom وvalidThrough نافذة موسمية بصيغة YYYY-MM-DD.
• تتبع قيمة name قاعدة القسم “gMart Pharmacy”: اسم المتجر مع القسم، إلا إذا كان القسم علامة مستقلة مثل “Geek Squad”.

ثلاثة نماذج ذهنية لمخطط LocalBusiness

1. المواصفات مقابل Google. يرث LocalBusiness من Organization وPlace، لكن Google تطلب name وaddress وتستهلك geo وopeningHoursSpecification وpriceRange وtelephone وurl وdepartment وmenu وservesCuisine وaggregateRating وreview. ابدأ بالمطلوب ثم الملائم.

2. المخطط ليس Google Business Profile. ملف النشاط يغذي Maps والحزمة المحلية، والمخطط إشارة منفصلة على الموقع. لا يستبدل أحدهما الآخر: أنشئ الاثنين ولا تتوقع من أحدهما أداء وظيفة الثاني.

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

أدوات التحقق من ترميز LocalBusiness

• Rich-Result Eligibility Checker — أداتي المجانية؛ الصق JSON-LD أوHTML أوعنوان URL لتعرف الحقول المطلوبة المفقودة والموصى بها. تعمل محلياً في المتصفح.
• Schema Markup Validator — يتحقق من مفردات schema.org ومراجع @id بين الكتل، ويعيد كتلة مصححة قابلة للنسخ.
• Rich Results Test — أداة Google لتأكيد أهلية الصفحة لدى محللها المباشر.
• فحص عنوان URL في Search Console — راجع ما زحفته Google وعرضته واطلب إعادة الزحف.

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

إثبات نجاح تغيير ترميز LocalBusiness

الاختبار 1: الخصائص المطلوبة وصحة الصياغة

الاختبار: الصق JSON-LD المحدّث في Rich-Result Eligibility Checker أوSchema Markup Validator. النتيجة المتوقعة: لا أخطاء خصائص مطلوبة في name أوaddress، وتظهر أهلية النتيجة المحلية. تفسير الفشل: الخاصية المعلّمة غائبة فعلاً؛ راجع مصدر JSON-LD بدلاً من افتراض مشكلة تخزين مؤقت. نافذة المراقبة: فورية، بلا انتظار زحف. محفز التراجع: استمرار الفشل بعد إصلاح مباشر للقالب؛ تراجع وقارن بآخر كتلة سليمة.

الاختبار 2: موافقة Rich Results Test من Google

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

الاختبار 3: تقارير البيانات المنظّمة في Search Console بمرور الوقت

الاختبار: راقب تقارير البيانات المنظّمة/التحسينات لعناوين URL المتأثرة بعد طلب إعادة الزحف. النتيجة المتوقعة: ينخفض عدد أخطاء LocalBusiness إلى الصفر وتنتقل الصفحات إلى الحالة الصالحة. تفسير الفشل: بعد إعادة الزحف، قد لا يكون الإصلاح وصل إلى نسخة Google أو توجد خاصية أخرى مفقودة؛ أعد الاختبار الأول على العنوان الذي تسرده Search Console. نافذة المراقبة: من أسبوعين إلى أربعة أسابيع لأن التقارير تتأخر. محفز التراجع: ارتفاع الأخطاء بعد التعميم؛ تراجع وأعد التحقق قبل المحاولة التالية.

سجل التغييرات