مخطط Organization

الخلاصة — مخطط Organization كتلة صغيرة من الشيفرة تخبر محركات البحث من يكون نشاطك التجاري — اسمه وشعاره وموقعه الرسمي وملفاته الاجتماعية. وعلى خلاف معظم أنواع المخططات، فهو يصف شركتك نفسها لا محتوى صفحة بعينها. ويساعد Google على التعرّف إلى علامتك التجارية وتحديدها بصورة صحيحة، وقد يؤثر في عناصر العرض مثل مربع المعلومات (Knowledge Panel) الذي يظهر لبعض العلامات في البحث. لكنه لا يضمن ظهور تلك اللوحة، ولا يرفع ترتيبك.

ما هو مخطط Organization

يصف معظم ترميز المخططات ما يوجد في صفحة — سعر منتج أو مدة طهي وصفة أو تقييم مراجعة. أما مخطط Organization فمختلف؛ إذ يصف النشاط التجاري وراء الموقع كله: اسمك وشعارك وعنوان URL الرسمي وحساباتك الاجتماعية، وأحيانًا عنوانك وبيانات الاتصال.

ويستخدم مفردات schema.org المشتركة، في صورة كتلة شيفرة (JSON-LD) توضع في الصفحة من دون أن تغيّر مظهرها. وعندما يقرأها Google تكون الرسالة في جوهرها: «هذه هويتنا».

لماذا يستحق الإضافة

مهمته الأساسية مساعدة محركات البحث على تحديد علامتك التجارية وتمييزها عن الشركات الأخرى ذات الأسماء المتشابهة. وصياغة Google نفسها محدودة عن قصد: فإضافة هذا الترميز “can help Google better understand your organization’s administrative details and disambiguate your organization in search results” (ترجمة) «يمكن أن تساعد Google على فهم التفاصيل الإدارية لمنظمتك بصورة أفضل وإزالة الالتباس حولها في نتائج البحث»، كما أن بعض الخصائص “can influence visual elements in Search results” (ترجمة) «يمكن أن تؤثر في العناصر المرئية في نتائج البحث» — مثل الشعار المعروض أو التفاصيل في Knowledge Panel، أي مربع المعلومات الذي يحتوي على شعار وروابط وتفاصيل ويظهر لبعض العلامات على جانب نتائج البحث (أو أعلاها).

عبارتا «يمكن أن تساعد» و«يمكن أن تؤثر» لا تعنيان ضمانًا. لا ينشئ Google لوحة Knowledge Panel لمجرد وجود الترميز؛ فظهور اللوحة يعتمد على مدى شهرة الكيان وتأييد المعلومات عنه عبر الويب. ترميزك مجرد مُدخل يمكن لـ Google استخدامه، لا مفتاحًا يشغّل اللوحة.

ما يخطئ فيه المبتدئون

• لا يضمن Knowledge Panel. يساعد الترميز الصحيح، لكنه لا يجبر Google على إظهار لوحة.
• ليس دفعة في الترتيب. لن يرفعك مخطط Organization في النتائج؛ فغرضه الهوية والعرض لا الترتيب.
• ضعه في مكان واحد، لا في كل مكان. توصي Google بالصفحة الرئيسية أو صفحة واحدة تصف منظمتك، مثل صفحة «من نحن»، وتقول إنك لا تحتاج إليه في كل صفحة من الموقع.
• للشعار حد أدنى حقيقي: 112x112 بكسل على الأقل، ويجب أن تكون الصورة متاحة لـ Google (غير محظورة).

هل تريد قائمة الخصائص الكاملة، وتوسعة نوفمبر 2023، وكيف تعمل sameAs فعلًا، وأوضاع الفشل الدقيقة؟ انتقل إلى علامة التبويب Advanced.

الخلاصة — يصف مخطط Organization (schema.org/Organization بصيغة JSON-LD) الكيان وراء الموقع — الاسم والشعار وurl وsameAs إلى جانب الحقول الإدارية — ووظيفته الموثقة هي إزالة الالتباس، مع إمكان تأثير بعض الخصائص في عناصر مرئية مثل Knowledge Panel أو واجهة الإسناد، لا تحسين الترتيب. ولا شيء من ذلك مضمون. تقول Google إنه لا توجد خصائص مطلوبة (أضف ما ينطبق)، وتوصي بوضعه مرة واحدة على الصفحة الرئيسية أو صفحة «من نحن» — وقد شبّه Mueller تكراره في الموقع كله بإزعاج ترميز المراجعات. ويجب أن يكون logo بمقاس ≥112x112px وقابلًا للزحف والفهرسة. دمج تحديث نوفمبر 2023 وثائق Logo القديمة ضمن Organization وأضاف الحقول الإدارية (address وlegalName وduns وleiCode وnaics وiso6523Code وnumberOfEmployees وfoundingDate). أما الحقول المرتبطة بالتجارة (hasMerchantReturnPolicy وhasMemberProgram وhasShippingService) فجاءت لاحقًا، في تحديثات منفصلة بين 2024 و2025 — لا ضمن دفعة 2023. والخرافة الأساسية: الترميز ≠ Knowledge Panel مضمونة، وهو ليس عامل ترتيب.

ما يفعله مخطط Organization فعلًا

صياغة Google دقيقة: إضافة بيانات Organization المنظمة إلى صفحتك الرئيسية “can help Google better understand your organization’s administrative details and disambiguate your organization in search results” (ترجمة) «يمكن أن تساعد Google على فهم التفاصيل الإدارية لمنظمتك بصورة أفضل وإزالة الالتباس حولها في نتائج البحث». وكلمتان مهمتان هنا: الفهم وإزالة الالتباس. بهذا الترميز تخبر المحرك أي شركة باسم «Acme» تمثلها، منفصلةً عن كل شركة أخرى تحمل الاسم نفسه، وتمنحه الحقائق الإدارية (الشعار والروابط الرسمية والمعرّفات) التي يستخدمها لتمثيلك.

وتقسّم Google الخصائص أيضًا بحسب الغرض: “Some properties are used behind the scenes to disambiguate your organization from other organizations (like iso6523 and naics), while others can influence visual elements in Search results (such as which logo is shown in Search results and your knowledge panel).” (ترجمة) «تُستخدم بعض الخصائص خلف الكواليس لتمييز منظمتك عن غيرها (مثل iso6523 وnaics)، بينما يمكن لخصائص أخرى التأثير في العناصر المرئية ضمن نتائج البحث (مثل logo الذي يظهر في النتائج ولوحة معلوماتك)». إذن يؤدي الترميز مهمتين: تأكيدًا هادئًا للهوية، وتأثيرًا محتملًا في واجهة مرئية مثل الشعار وتفاصيل Knowledge Panel. لا تمثل أي منهما وسيلة لرفع الترتيب، ولا أي منهما مضمونة — فأفعال Google هي «يمكن أن تساعد» و«يمكن أن تؤثر»، لا «ستظهر» أو «سترتب».

هذه هي طبقة الكيان في البيانات المنظمة. وهي تقع بجوار مركز Entity & Identity Schema، وتؤدي أنواعها القريبة — LocalBusiness Schema (نوع فرعي للأنشطة ذات المواقع الفعلية وساعات العمل) وPerson Schema (للأفراد والمؤلفين) — وظيفة الهوية نفسها لأنواع أخرى من الكيانات. أما Organization فهو النوع الذي تستخدمه للشركة أو العلامة التجارية نفسها.

لا توجد خصائص مطلوبة — أضف ما ينطبق

يفاجئ هذا كثيرين: تقول Google “There are no required properties; instead, we recommend adding as many properties that are relevant to your organization.” (ترجمة) «لا توجد خصائص مطلوبة؛ وبدلًا من ذلك نوصي بإضافة أكبر عدد من الخصائص ذات الصلة بمنظمتك». فالكتلة القليلة الحقول والدقيقة (name وlogo وurl وبعض قيم sameAs الجيدة) مشروعة، وغالبًا أفضل من كتلة محشوة بمعرّفات مخمّنة. لا تسمّي Google «نواة» محددة، لكن name وlogo وurl وsameAs نقطة بداية عملية معقولة؛ فهي الأكثر ارتباطًا بعناصر العرض وإزالة الالتباس التي تصفها Google.

أين تضعه — ولماذا ليس في كل صفحة

الموضع قاعدة موثقة لا تفضيلًا: “We recommend placing this information on your home page, or a single page that describes your organization, for example the about us page. You don’t need to include it on every page of your site.” (ترجمة) «نوصي بوضع هذه المعلومات على صفحتك الرئيسية، أو صفحة واحدة تصف منظمتك مثل صفحة من نحن. ولا تحتاج إلى تضمينها في كل صفحة من موقعك».

أكد John Mueller ذلك مباشرةً. فإرشاده أن Google يحتاج فقط إلى العثور عليه في مكان واضح — الصفحة الرئيسية أو صفحة الاتصال/من نحن — وحذّر من غريزة تكراره في الموقع كله، مشبهًا إياها بإزعاج ترميز المراجعات: وضع ترميز الشركة في كل صفحة أملًا في الحصول على تحسين في كل مكان هو النموذج الذهني الخطأ، والخطأ نفسه المتمثل في نثر نجوم المراجعات عبر موقع كامل. (إعادة صياغة لتعليقات Mueller كما نقلتها Search Engine Journal؛ تعامل معها كإعادة صياغة لا اقتباس حرفي.)

الخلاصة العملية لم تتغير: نسخة واحدة على الصفحة الرئيسية أو صفحة «من نحن».

قائمة الخصائص الكاملة (وتوسعة نوفمبر 2023)

خصائص Organization التي تدعمها Google، كما توثقها:

address · alternateName · contactPoint · description · duns · email · foundingDate · globalLocationNumber · hasMerchantReturnPolicy · hasMemberProgram · hasShippingService · iso6523Code · legalName · leiCode · logo · naics · name · numberOfEmployees · sameAs · taxID · telephone · url · vatID

وصلت الدفعة الإدارية — الاسم القانوني والعنوان ومعلومات الاتصال ومعرّفات النشاط (duns وleiCode وnaics وiso6523Code) وnumberOfEmployees وfoundingDate — في نوفمبر 2023، عندما دمجت Google صفحة بيانات Logo المنظمة المستقلة القديمة ضمن وثائق Organization ووسّعتها إلى ما يتجاوز كثيرًا زوج logo + url الأصلي. ولم تحتج المواقع التي كانت تستخدم logo + url بالفعل إلى تغيير شيء. (هذا تلخيص لتوسعة نوفمبر 2023 من إعلان مدونة Google، الذي تعذر جلبه مجددًا حرفيًا أثناء البحث — تعامل مع التفاصيل كإعادة صياغة.)

العناصر المرتبطة بالتجارة ليست جزءًا من دفعة 2023؛ فقد وصل كل منها في تحديث مستقل لاحق، وفق سجل تحديثات البحث المباشر من Google:

• hasMerchantReturnPolicy (سياسات الإرجاع على مستوى المنظمة) — أضيفت في 11 يونيو 2024.
• hasMemberProgram (برامج الولاء) — أضيفت في 10 يونيو 2025.
• hasShippingService (سياسات الشحن) — أضيفت في 12 نوفمبر 2025.

ولكل منها وثائقه وقواعد إتاحته وسلوك أولويته مقابل الترميز على مستوى المنتج وإعدادات Merchant Center. ولا يضمن ترميز Organization الصحيح وحده قبول Merchant Center أو العرض في البحث لأي منها.

يمكن تجميع بقية الخصائص تقريبًا هكذا:

• الهوية الأساسية: name وalternateName وlegalName وurl وlogo.
• الاتصال/الموقع: address وcontactPoint وtelephone وemail.
• معرّفات النشاط (إزالة الالتباس): duns وleiCode وnaics وiso6523Code وglobalLocationNumber وtaxID وvatID.
• الملفات: sameAs.
• حقائق على مستوى المنظمة: numberOfEmployees وfoundingDate.
• التجارة والعضوية (بتواريخ مستقلة كما سبق): hasMerchantReturnPolicy وhasShippingService وhasMemberProgram.

sameAs: غرضها وما الذي ينتمي إليها

تمثل sameAs أداة تأكيد الهوية. يصفها Google بأنها “the URL of a page on another website with additional information about your organization” (ترجمة) «عنوان URL لصفحة على موقع آخر تحتوي على معلومات إضافية عن منظمتك» — ومثاله صفحة ملف اجتماعي أو موقع مراجعات. أما تعريف Schema.org الأوسع فأشد قليلًا: صفحة مرجعية “unambiguously indicates the item’s identity” (ترجمة) «تشير بلا التباس إلى هوية العنصر»، مثل صفحة Wikipedia أو إدخال Wikidata أو الموقع الرسمي. عمليًا، وجّهها إلى صفحات تمثل منظمتك بصورة موثوقة — الحسابات الاجتماعية الرسمية وWikipedia وWikidata وCrunchbase وLinkedIn — لكن أيًا من التعريفين لا يشترط أن تملك كل عنوان URL حرفيًا؛ فالصفحة التي لا تديرها (مثل إدخال Wikipedia موثّق) تظل مناسبة إذا عرّفت بك بلا التباس. الغرض هو إزالة الالتباس، لا بناء الروابط.

تنبيهان: أولًا، sameAs ليست في حد ذاتها عامل ترتيب ولا تضمن Knowledge Panel؛ إنها إشارة تأييد واحدة بين إشارات كثيرة تزنها Google. ثانيًا، قد تؤدي sameAs التي تشير إلى الملف الخطأ (صفحة شركة أخرى أو إدخال Wikipedia غير ذي صلة) إلى إرباك مطابقة الكيان فعليًا. اختبر قيم sameAs بالدقة نفسها التي تختبر بها canonical.

ويختلط sameAs أيضًا مع knowsAbout، وهي خاصية مختلفة تمامًا: sameAs = الهوية (أي كيان أنت)، بينما knowsAbout = الخبرة الموضوعية (ما يعرفه الكيان). ولا يمكن استبدال إحداهما بالأخرى ولا تؤديان الوظيفة نفسها.

متطلبات الشعار وأوضاع الفشل الشائعة

للشعار متطلبات صارمة: وفق وثائق Google، “the image must be 112x112px, at minimum. The image URL must be crawlable and indexable.” (ترجمة) «يجب ألا يقل مقاس الصورة عن 112x112px، ويجب أن يكون عنوان URL للصورة قابلًا للزحف والفهرسة». وهنا يفشل بصمت:

• صغير جدًا — إذا كان أقل من 112x112px فلن يكون مؤهلًا حتى لو اجتاز JSON-LD التحقق.
• محظور — إذا كان عنوان الصورة محظورًا في robots.txt أو خلف سلسلة إعادة توجيه لا يستطيع Google حلها، فلن يتمكن من جلبها.
• صورة خاطئة — يشير الترميز إلى شيء ليس شعارك الفعلي الظاهر في الصفحة.

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

مثال JSON-LD

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Example Co",
  "legalName": "Example Company, Inc.",
  "url": "https://example.com/",
  "logo": "https://example.com/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/example",
    "https://en.wikipedia.org/wiki/Example_Co",
    "https://www.crunchbase.com/organization/example"
  ]
}

ضع ذلك مرة واحدة — على الصفحة الرئيسية أو صفحة «من نحن». ولا تضف address وcontactPoint والمعرّفات إلا عندما تكون دقيقة.

إعادة استخدام عقدة Organization عبر الرسم البياني (اختياري)

إذا كان موقعك ينتج عدة عقد JSON-LD — عقدة WebSite أو Person/مؤلف أو ناشر Article — فيمكنك منح Organization قيمة @id ثابتة والإشارة إلى @id نفسها من العقد الأخرى بدل تكرار الكائن كاملًا:

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#organization",
      "name": "Example Co",
      "url": "https://example.com/",
      "logo": "https://example.com/logo.png"
    },
    {
      "@type": "WebSite",
      "@id": "https://example.com/#website",
      "url": "https://example.com/",
      "publisher": { "@id": "https://example.com/#organization" }
    }
  ]
}

هذا ليس متطلبًا من Google؛ فوثائقه لا تفرض @id ولا شكلًا معينًا للرسم البياني. إنها ممارسة لنظافة الرسم البياني: تعريف مرجعي واحد لـ Organization تشير إليه العقد الأخرى، بدل عدة نسخ مختلفة قليلًا تنحرف مع الوقت. ولا تغير الترتيب أو الأهلية بمفردها.

ما يفعله Bing

يدعم Bing ترميز schema.org (بصيغ JSON-LD وMicrodata وRDFa) ويتحقق منه وفق الأنواع المعلنة — فإذا لم تطابق قيمة نوع البيانات المتوقع تجاهلت برامج زحف Bing ذلك التعليق، لذا تحقّق قبل النشر. ولا يبدو أن Bing ينشر مرجعًا مخصصًا لـ Organization يماثل مرجع Google؛ وأقرب مصدر رسمي هو مساعدة البيانات المنظمة العامة. تعامل مع جانب Bing من هذا الموضوع بنطاق متواضع. (أعيدت صياغة إرشادات Bing هنا من مساعدة Webmaster Tools، التي تعذر جلبها مجددًا حرفيًا أثناء البحث.)

تحقّق قبل الإطلاق

• Rich Results Test — يفحص عناصر الشعار/المنظمة التي يمكن لـ Google عرضها.
• Schema Markup Validator — يتحقق من نوع Organization وكل خصائصه، سواء كانت له نتيجة منسقة أم لا.
• Google Search Console — راقب أخطاء البيانات المنظمة بعد النشر.

يؤكد التحقق أن الترميز سليم البنية. لكنه لا يستطيع تأكيد حصولك على Knowledge Panel؛ فتلك تُكتسب من التأييد الأوسع، لا من الترميز وحده.

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

نسخة مكثفة من عدسة Advanced:

• ما هو: يصف schema.org/Organization (بصيغة JSON-LD) الكيان وراء الموقع — الاسم والشعار وurl وsameAs إلى جانب الحقول الإدارية — لا محتوى صفحة.
• ما يفعله: تقول Google إنه يساعد على “understand your organization’s administrative details and disambiguate your organization in search results.” (ترجمة) «فهم التفاصيل الإدارية لمنظمتك وإزالة الالتباس حولها في نتائج البحث». وقد تؤثر بعض الخصائص في عناصر مرئية مثل Knowledge Panel وواجهة الإسناد — من دون ضمان أي منهما. وهو ليس عامل ترتيب.
• لا توجد خصائص مطلوبة: تقول Google صراحةً أضف ما ينطبق؛ والمجموعة الأساسية الموصى بها هي name وlogo وurl وsameAs. القليل الدقيق أفضل من الحشو.
• الموضع: مرة واحدة على الصفحة الرئيسية أو صفحة «من نحن» — لا في كل صفحة. ويشبّه Mueller التكرار في الموقع كله بإزعاج ترميز المراجعات (إعادة صياغة).
• الشعار: يجب أن يكون ≥112x112px وقابلًا للزحف والفهرسة؛ ولن يفيد اجتياز JSON-LD إذا كانت الصورة صغيرة أو محظورة.
• توسعة نوفمبر 2023: دمجت وثائق Logo القديمة ضمن Organization وأضافت الحقول الإدارية — address وlegalName وduns وleiCode وnaics وiso6523Code وnumberOfEmployees وfoundingDate. وجاءت العناصر المرتبطة بالتجارة لاحقًا في تحديثات منفصلة: hasMerchantReturnPolicy (يونيو 2024) وhasMemberProgram (يونيو 2025) وhasShippingService (نوفمبر 2025).
• sameAs: تربط بصفحات تمثل المنظمة بصورة موثوقة (Wikipedia وWikidata وLinkedIn وCrunchbase والحسابات الرسمية) لتأكيد الهوية — ولا تقتصر حصرًا على الصفحات التي تملكها؛ وليست عامل ترتيب ولا تضمن لوحة، وقد يخلط الهدف الخطأ بين الكيانات. وهي مختلفة عن knowsAbout (الخبرة الموضوعية، وهي ليست ضمن جدول خصائص Organization الحالي لدى Google).
• Knowledge Panel: تُكتسب بالتأييد عبر مصادر موثوقة — والترميز مُدخل واحد، لا محفزًا مضمونًا.
• الأنواع المرتبطة: Entity & Identity Schema (المركز)، وLocalBusiness Schema (الموقع الفعلي)، وPerson Schema (الأفراد/المؤلفون).
• التحقق: Rich Results Test + أداة التحقق من schema.org + Search Console.

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

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

Google

• بيانات Organization المنظمة — المرجع الأساسي: التعريف وإرشاد الموضع وعبارة «لا توجد خصائص مطلوبة» والفصل بين إزالة الالتباس والعرض المرئي وقائمة الخصائص الكاملة ومتطلب الشعار 112x112px.
• مقدمة إلى البيانات المنظمة — توصية JSON-LD وكيف تستخدم Google البيانات المنظمة لفهم الكيانات.
• توسيع دعم ترميز تفاصيل Organization (نوفمبر 2023) — الإعلان الذي دمج وثائق Logo ضمن Organization وأضاف الحقول الإدارية.
• Rich Results Test — يفحص عناصر المنظمة/الشعار القابلة للعرض.
• Schema Markup Validator — يتحقق من نوع Organization وكل خاصية.
• schema.org/Organization — المفردات نفسها.

Bing / Microsoft

• Bing Webmaster Tools — مساعدة البيانات المنظمة — دعم Bing العام لـ schema.org وJSON-LD وسلوكه في التحقق من الأنواع.

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

تصريحات مسجلة من وثائق Google لبيانات Organization المنظمة. جرى التحقق منها في صفحة الوثائق المباشرة أثناء البحث.

وثائق Google — الغرض منه

• “Adding organization structured data to your home page can help Google better understand your organization’s administrative details and disambiguate your organization in search results.” (ترجمة) «يمكن أن تساعد إضافة بيانات Organization المنظمة إلى صفحتك الرئيسية Google على فهم التفاصيل الإدارية لمنظمتك بصورة أفضل وإزالة الالتباس حولها في نتائج البحث.» — Google Search Central، بيانات Organization المنظمة.
• “We recommend placing this information on your home page, or a single page that describes your organization, for example the about us page. You don’t need to include it on every page of your site.” (ترجمة) «نوصي بأن تضع هذه المعلومات في الصفحة الرئيسية، أو في صفحة منفردة تعرّف بالمنظمة مثل صفحة من نحن؛ وليس عليك تضمينها في صفحات الموقع كلها.»
• “There are no required properties; instead, we recommend adding as many properties that are relevant to your organization.” (ترجمة) «لا توجد خصائص مطلوبة؛ وبدلًا من ذلك نوصي بإضافة أكبر عدد من الخصائص ذات الصلة بمنظمتك.»
• “Some properties are used behind the scenes to disambiguate your organization from other organizations (like iso6523 and naics), while others can influence visual elements in Search results.” (ترجمة) «تُستخدم بعض الخصائص خلف الكواليس لتمييز منظمتك عن غيرها (مثل iso6523 وnaics)، بينما يمكن لخصائص أخرى التأثير في العناصر المرئية ضمن نتائج البحث.»
• “The image must be 112x112px, at minimum. The image URL must be crawlable and indexable.” (ترجمة) «يجب ألا يقل مقاس الصورة عن 112x112px، ويجب أن يكون عنوان URL للصورة قابلًا للزحف والفهرسة.» (عن logo)

مرجع خصائص مخطط Organization

النواة الموصى بها (مطابقة الهوية + تأثير محتمل في العناصر المرئية)

خصائص أخرى للهوية/الاتصال

معرّفات النشاط (إزالة الالتباس، أضيفت/وُسعت في نوفمبر 2023)

حقائق على مستوى المنظمة (أضيفت/وُسعت في نوفمبر 2023)

التجارة والعضوية (أضيف كل منها منفصلًا لاحقًا — لا ضمن دفعة نوفمبر 2023)

حقائق سريعة

• لا توجد خصائص مطلوبة — أضف ما ينطبق؛ والنواة الموصى بها هي name وlogo وurl وsameAs.
• الموضع: توصي Google بنسخة واحدة على الصفحة الرئيسية أو صفحة «من نحن» — لا في كل صفحة.
• الشعار: ≥112x112px وقابل للزحف والفهرسة.
• الغرض: إزالة الالتباس؛ وقد تؤثر بعض الخصائص في عناصر مرئية مثل Knowledge Panel أو واجهة الإسناد — ليس للترتيب، ولا شيء منه مضمون.
• لا لوحة مضمونة: الترميز مُدخل واحد؛ وتُكتسب اللوحات بالتأييد.
• sameAs ≠ knowsAbout: الهوية مقابل الخبرة الموضوعية (knowsAbout ليست في جدول خصائص Organization الحالي لدى Google).
• التحقق: Rich Results Test + أداة التحقق من schema.org.

أخطاء شائعة (خرافات في التطبيق)

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

1. توقع Knowledge Panel مضمونة. لا يجبر مخطط Organization الصحيح والمكتمل Google على إنشاء Knowledge Panel أو تحديثها. تُكتسب اللوحات بالتأييد عبر مصادر مستقلة موثوقة؛ وترميزك مُدخل واحد لا محفزًا. انشر الترميز ثم واصل بناء حضور الكيان الواقعي.

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

3. شعار يفشل بصمت. يجتاز JSON-LD التحقق، لكن الشعار أصغر من 112x112px، أو محظور في robots.txt، أو خلف إعادة توجيه معطلة، أو ببساطة الصورة الخطأ. لا يستطيع Google استخدام ما لا يستطيع جلبه — والتحقق من الترميز لا يقول شيئًا عن الصورة.

4. أهداف sameAs خاطئة. ينبغي أن تشير sameAs إلى صفحات تمثل منظمتك بصورة موثوقة (Wikipedia وWikidata وLinkedIn وCrunchbase والحسابات الرسمية) — ولا تقتصر حصرًا على الصفحات التي تملكها. وقد يؤدي توجيهها إلى صفحة شركة أخرى أو إدخال غير ذي صلة إلى دمج كيانك بكيان غيرك — وهذا أسوأ من حذفها.

5. معاملته كوسيلة للترتيب. الغرض الموثق لمخطط Organization هو إزالة الالتباس والعناصر المرئية/العرض، لا الترتيب العضوي. ولن تؤدي إضافته (أو ملء كل خاصية) إلى رفع المراكز.

6. حشو كل خاصية ببيانات مخمّنة. لا توجد خصائص مطلوبة. والكتلة القليلة الدقيقة أفضل من كتلة محشوة بمعرّفات مخترعة أو قيم غير مؤكدة. أضف ما هو صحيح وذو صلة واترك الباقي.

7. ترميز الكيان أو الصفحة الخطأ. Organization للشركة/العلامة نفسها. استخدم LocalBusiness Schema (نوعًا فرعيًا) لموقع فعلي له ساعات عمل، وPerson Schema لفرد أو مؤلف. وضع الكتلة في صفحة تمثل المنظمة (الرئيسية/من نحن)، لا في صفحة محتوى عشوائية.

اختبارات التحقق

اختبر رسم الكيان البياني المنشور

الاختبار — حلّل JSON-LD المباشر باستخدام Schema Validator. النتيجة المتوقعة — هوية Organization واحدة متماسكة، بعناوين URL صالحة وخصائص يمكن دعمها فقط. تفسير الفشل — تنتج الإضافات/القوالب نسخًا مكررة أو قيمًا مشوهة. نافذة المراقبة — فورًا. محفز التراجع — تراجع إذا كان التغيير يكسر التحليل أو ينشئ هويات متنافسة للمنظمة.

اختبر الشعار ومراجع الهوية

الاختبار — اجلب عنوان URL المعلن للشعار وراجع وجهات url وsameAs. النتيجة المتوقعة — كل عنوان URL عام وناجح وينتمي إلى المنظمة الممثلة. تفسير الفشل — نُقل أصل أو صار رابط الهوية قديمًا/غير مدعوم. نافذة المراقبة — فورًا وبعد تغييرات العلامة/النطاق. محفز التراجع — احذف المراجع غير المدعومة بدل ترك ادعاءات هوية مضللة.

اختبر نفسك: مخطط Organization

خمسة أسئلة سريعة عن مخطط Organization، وما تستخدمه Google من أجله، والأخطاء التي تعطّله. اختر إجابة لكل سؤال ثم تحقق.

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