مخطط MerchantReturnPolicy

الخلاصة — MerchantReturnPolicy شيفرة تخبر Google بعدد أيام الإرجاع، ومن يدفع الشحن، ونوع المبلغ المسترد. لا تستخدمها وحدها؛ بل اربطها بنشاطك (Organization) أو بعرض منتج (Offer) عبر hasMerchantReturnPolicy. قد تعرض تفاصيل الإرجاع في البحث، لكنها ليست شرطاً لقائمة المنتج ولا تحسن الترتيب.

ما هو

تؤثر سياسة الإرجاع في قرار الشراء. ويحوّل MerchantReturnPolicy نافذة الإرجاع والرسوم والطريقة ونوع الاسترداد إلى بيانات منظمة تقرؤها Google، وقد تعرضها في قوائم المنتجات ولوحات المعرفة.

ينتمي إلى عائلة البيانات المنظمة ومفردات schema.org، ويكتب عادةً بصيغة JSON-LD. وهو الجزء الذي يصف الإرجاع بجوار مخططي Product وOffer.

الفكرة الأساسية أولاً

لا يوضع MerchantReturnPolicy كترميز مستقل. بل يُضمّن كقيمة للخاصية hasMerchantReturnPolicy في أحد نوعين:

• داخل Organization — سياسة قياسية واحدة لمعظم منتجات النشاط.
• داخل Offer — استثناء خاص بمنتج تختلف سياسته عن السياسة العامة.

تعامل معه كصفة للنشاط أو العرض، لا كنوع صفحة مستقل.

ما الذي يجب تضمينه

بعد اختياره، تتيح Google مسارين للمعلومات المطلوبة:

• الخيار A: applicableCountry مع returnPolicyCategory، وإذا كانت الفئة MerchantReturnFiniteReturnWindow فيلزم أيضاً merchantReturnDays.
• الخيار B: رابط صفحة السياسة فقط عبر merchantReturnLink.

الخيار B أبسط عندما يصعب إبقاء التفاصيل المنظمة محدثة.

أكثر الأخطاء شيوعاً

هذا الترميز ليس مطلوباً لأهلية نتائج Product الأساسية. إنه تحسين موصى به لعرض تفاصيل الإرجاع فقط، وليس عامل ترتيب.

إذا ضُبطت السياسة أيضاً في Google Merchant Center أو Search Console، فإن تلك الإعدادات تتقدم على ترميز الصفحة وقد تغيّر ما يظهر.

تعرض عدسة Advanced الخصائص الدقيقة، والفرق بين applicableCountry وreturnPolicyCountry، والاستثناءات الموسمية، وترتيب الأولوية الكامل.

الخلاصة — MerchantReturnPolicy نوع مضمّن بقيمة hasMerchantReturnPolicy تحت Organization أو Offer. المطلوب إما applicableCountry مع returnPolicyCategory، أو merchantReturnLink؛ والنافذة المحدودة تستلزم merchantReturnDays. لا تخلط بلد سريان السياسة ببلد وجهة الإرجاع. وهو تحسين موصى به لا شرط أهلية. ترتيب الأولوية: Content API ثم Merchant Center/Search Console ثم ترميز Offer ثم ترميز Organization.

حقيقته: نوع مضمّن لا نوع قائمة مستقل

النموذج الذهني الصحيح أن MerchantReturnPolicy ليس نوعاً رئيسياً لصفحة مثل Product أو JobPosting، بل قيمة للخاصية hasMerchantReturnPolicy مرتبطة بنوع أب.

توضح وثائق Google مستويين: سياسة قياسية تحت Organization لمعظم المنتجات، وحالة أو أكثر تحت Offer لتجاوزها في منتج محدد.

لذلك هو رفيق لـProduct وOffer لا منافس لهما، بخلاف نوع ProductGroup. يشرح محور مخططات التجارة أنواع القوائم؛ أما هذا النوع فهو خاصية تلحق بها.

الخصائص المطلوبة: خياران

عند استخدامه، تطلب Google اختيار المسار الأنسب:

الخيار A — تفاصيل منظمة:

• applicableCountry (Text): رمز ISO 3166-1 alpha-2 للبلد الذي تسري فيه السياسة، حتى 50 بلداً.
• returnPolicyCategory (MerchantReturnEnumeration): فئة السياسة من القيم الثلاث التالية.

الخيار B — رابط فقط:

• merchantReturnLink (URL): عنوان صفحة تشرح سياسة الإرجاع للعملاء، سواء كانت لدى التاجر أو خدمة خارجية.

هذا المسار مناسب لمن لا يستطيع إبقاء الترميز التفصيلي محدثاً.

قيم returnPolicyCategory الثلاث

تقبل Google القيم الثلاث التالية كعناوين schema.org كاملة، لا كنص مثل «30 يوماً»:

• https://schema.org/MerchantReturnFiniteReturnWindow — عدد محدد من الأيام.
• https://schema.org/MerchantReturnUnlimitedWindow — مدة غير محدودة.
• https://schema.org/MerchantReturnNotPermitted — الإرجاع غير مسموح.

متى يصبح merchantReturnDays مطلوباً

إذا كانت الفئة MerchantReturnFiniteReturnWindow يصبح merchantReturnDays إلزامياً؛ فلا تكفي الإشارة إلى نافذة محدودة دون عدد الأيام.

الفرق بين applicableCountry وreturnPolicyCountry

تخلط مصادر ثانوية بين الخاصيتين، مع أن وثائق Google تميّز بينهما بوضوح:

• applicableCountry مطلوب ضمن الخيار A ويحدد البلد الذي تسري فيه السياسة ويباع منه المنتج ويعاد.
• returnPolicyCountry موصى به لا مطلوب، ويحدد البلد الذي يُرسل إليه المنتج فعلياً.

مثال Google: "applicableCountry": ["DE", "AT", "CH"], "returnPolicyCountry": "IE"؛ تسري السياسة في ألمانيا والنمسا وسويسرا، لكن وجهة الإرجاع أيرلندا. راجع وثيقة Google.

خصائص الإثراء الموصى بها

تضيف الخصائص التالية تفاصيل إلى عرض سياسة الإرجاع، ومعظمها يعتمد على قيم تعداد:

• returnFees: مثل FreeReturn أو ReturnFeesCustomerResponsibility أو ReturnShippingFees، مع returnShippingFeesAmount عند وجود رسم.
• returnMethod: مثل ReturnAtKiosk أو ReturnByMail أو ReturnInStore.
• refundType (RefundTypeEnumeration): ExchangeRefund أو FullRefund أو StoreCreditRefund.
• restockingFee: نسبة أو مبلغ.
• returnLabelSource: ReturnLabelCustomerResponsibility أو ReturnLabelDownloadAndPrint أو ReturnLabelInBox.
• وتشمل المجموعة الشائعة itemCondition وreturnPolicyCountry وitemDefectReturnShippingFeesAmount.

مفردات schema.org أوسع وتضم customerRemorseReturnFees وinStoreReturnsOffered وvalidForMemberTier، لكن صلاحية schema.org لا تعني أن Google توثق دعم الخاصية. استخدم جدول Google عندما يكون هدفك ميزة البحث.

التجاوزات الموسمية لفترات العطلات

تتيح returnPolicySeasonalOverride (MerchantReturnPolicySeasonal) سياسة مختلفة بين startDate وendDate مع فئتها وعدد أيامها، من دون تغيير السياسة السنوية.

متى تستخدم Organization ومتى تستخدم Offer

• مستوى Organization: للسياسة القياسية على مستوى النشاط، وتوصي Google بنوع فرعي مثل OnlineStore أو LocalBusiness.
• مستوى Offer: للاستثناء الحقيقي الخاص بمنتج بعينه.

يتقدم ترميز Offer على ترميز Organization؛ لذلك قد يتغلب استثناء قديم أو خاطئ على السياسة العامة الصحيحة.

هل MerchantReturnPolicy مطلوب لنتائج Product الغنية؟

لا. تسميه وثائق Product تحسيناً موصى به، وتعد hasMerchantReturnPolicy خاصية موصى بها في Offer لا خاصية أساسية مثل price وpriceCurrency. Evidence for this claim Google supports organization-level and offer-level merchant return policy markup, with offer-level policy taking precedence for that product. Scope: Current Google merchant return policy structured-data behavior and required fields. Confidence: high · Verified: 2026-07-14 Google Search Central: Merchant return policy structured data

إغفاله لا يمنع مقتطف المنتج أو قائمة التاجر؛ بل يمنع تحسين تفاصيل الإرجاع. ووفق محور البيانات المنظمة فهو يمنح أهلية للمظهر ولا يرفع الترتيب.

افصل بين خمس حالات: صلاحية مفردات schema.org، ودعم Google للخاصية، وصحة JSON-LD، وأهلية النتيجة الغنية، وظهورها فعلياً. لا تضمن إحداها الأخرى، ولا تضمن ترتيباً أو امتثالاً قانونياً أو استخداماً بعينه في واجهات التسوق بالذكاء الاصطناعي.

ترتيب الأولوية: الفارق العملي الأهم

يمكن تعريف السياسة في أربعة مواضع، وعند تعددها يفوز مصدر واحد حسب وصف Google: “from strongest to weakest” (ترجمة) — أي من الأقوى إلى الأضعف:

1. Content API for Shopping
2. إعدادات Merchant Center أو Search Console
3. ترميز قائمة التاجر على مستوى المنتج (Offer)
4. ترميز Organization

أُعيد التحقق من هذا الترتيب في يوليو 2026، لكنه جزء من وثائق تتغير؛ لذلك راجع الصفحة الحية دورياً.

تقول Google: “if you provide both return policy markup on your site and return policy settings in Search Console, Google will only use the information provided in Search Console.” (ترجمة) — إذا اجتمعت إعدادات Search Console وترميز الموقع، تستخدم Google إعداد Search Console. لذا افحص Search Console وMerchant Center أولاً عندما يختلف المعروض عن JSON-LD.

هل تحتاج إلى الترميز أصلاً؟ بدائل Merchant Center وSearch Console

تقر Google بأن سياسات المتاجر معقدة ومتغيرة، وتقترح لمن لديه حساب Merchant Center ضبط السياسة هناك. ويمكن بدلاً من ذلك استخدام إعداد Search Console على مستوى الحساب، والذي يضاف تلقائياً إلى Merchant Center.

القرار ثلاثي: ترميز Organization/Offer، أو Merchant Center، أو Search Console. إذا كان Merchant Center مستخدماً بالفعل فهو أسهل تحديثاً ويتقدم على الترميز.

التغييرات الحديثة: خط 2024–2025 الزمني

تتطور هذه الوثائق سريعاً، لذا يفيد فهم التسلسل:

• 2023: دعم سياسة الإرجاع داخل Offer.
• 11 يونيو 2024: دعم hasMerchantReturnPolicy على مستوى Organization، خصوصاً للتجار بلا Merchant Center.
• 12 نوفمبر 2025: توسعت ميزة «الشحن والإرجاع» في Search Console إلى جميع المواقع المعروفة كتجار إلكترونيين، وأضيف ترميز سياسة شحن على مستوى المؤسسة. تفاصيل التحديث

ترميز الشحن الجديد، مثل مسار ShippingService، نوع منفصل عن MerchantReturnPolicy؛ فلا تخلط موضوعي الإرجاع والشحن.

تعامل Bing معه: دعم عام بلا ميزة خاصة

يتحقق Bing من schema.org عموماً، لكنه لا ينشر جدول خصائص خاصاً بـMerchantReturnPolicy ولا ميزة عرض مقابلة لتفاصيل إرجاع Google. طبقه لأجل Google ولا تفترض ميزة موازية لدى Bing.

أخطاء شائعة وتحذيرات Search Console

تشمل الأخطاء المتكررة:

• استخدام نص عادي بدل عنوان https://schema.org/... الكامل لقيم التعداد.
• نافذة محدودة بلا merchantReturnDays.
• الخلط بين applicableCountry وreturnPolicyCountry.
• فهم تحذير غياب hasMerchantReturnPolicy كفشل أهلية أساسية، مع أنه خاص بالتحسين.
• اختلاف الترميز عن السياسة المرئية.
• تكرار السياسة في كل منتج بدلاً من سياسة Organization العامة.

موقع الموضوع ضمن الدليل

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

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

خلاصة مركزة للعدسة المتقدمة:

• هو نوع مضمّن تحت Organization أو Offer عبر hasMerchantReturnPolicy، وليس نوع Product مستقلاً.
• المطلوب applicableCountry مع returnPolicyCategory أو merchantReturnLink، وتلزم merchantReturnDays عند MerchantReturnFiniteReturnWindow.
• لا تساوي applicableCountry الخاص بسريان السياسة returnPolicyCountry الخاص بوجهة الشحن العكسي.
• هو تحسين موصى به لا شرط أهلية ولا عامل ترتيب.
• الأولوية: Content API ثم Merchant Center/Search Console ثم Offer ثم Organization.
• من الإثراء: returnFees وreturnMethod وrefundType وrestockingFee وreturnLabelSource وreturnPolicySeasonalOverride. وتبقى customerRemorseReturnFees وvalidForMemberTier ضمن مفردات schema.org الأوسع.
• الصلاحية والدعم والأهلية والظهور حالات منفصلة.
• بدأ دعم Offer في 2023، وOrganization في يونيو 2024، وتوسعت إعدادات Search Console في نوفمبر 2025.
• لا يملك Bing ميزة مخصصة مماثلة.

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

مراجع أولية من Google وschema.org.

Google

• بيانات سياسة إرجاع التاجر المنظمة — الخصائص ومنها returnPolicyCategory والقيم والتجاوزات وترتيب الأولوية.
• مقدمة بيانات Product المنظمة — توضح أنه تحسين موصى به.
• إضافة بيانات Merchant Listing — hasMerchantReturnPolicy كخاصية موصى بها في Offer.
• إطلاق سياسة Organization — إعلان 11 يونيو 2024.
• طرق إضافية لمشاركة سياسات الشحن والإرجاع — توسع نوفمبر 2025.
• إعداد سياسات الإرجاع — بديل Merchant Center.

schema.org

• schema.org/MerchantReturnPolicy — تعريف النوع وقائمة خصائصه.
• schema.org/hasMerchantReturnPolicy — الخاصية التي تربطه بـOrganization أو Product أو Offer.

Bing / Microsoft

• ترميز الموقع بالبيانات المنظمة — دعم schema.org العام بلا مواصفة خاصة لهذا النوع.

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

تصريحات مسجلة من Google، مع روابط عميقة إلى المواضع الأصلية.

Google — مستويا التطبيق

• “A standard return policy for your business that applies to most or all products you sell can be specified using the MerchantReturnPolicy structured data type nested under the Organization structured data type using the hasMerchantReturnPolicy property. If you need to override your standard return policy for a specific product, specify one or more instances of MerchantReturnPolicy under the Offer type.” (ترجمة) توضع السياسة القياسية داخل Organization عبر hasMerchantReturnPolicy، ويوضع تجاوز المنتج داخل Offer. الانتقال إلى الاقتباس

Google — خيارا الخصائص المطلوبة

• “applicableCountry … The country code that the return policy applies to (where the product is sold and will be returned from). Use the two-letter ISO 3166-1 alpha-2 country code formatting. You can specify up to 50 countries.” (ترجمة) رمز البلد الذي تسري فيه السياسة، حتى 50 بلداً. الانتقال إلى الاقتباس
• “If you use MerchantReturnFiniteReturnWindow, then the merchantReturnDays property is required.” (ترجمة) يلزم merchantReturnDays مع النافذة المحدودة. الانتقال إلى الاقتباس

Google — applicableCountry مقابل returnPolicyCountry

• “returnPolicyCountry … The country where the product has to be sent to for returns. This country can be different from the country where the product was originally shipped or sent to.” (ترجمة) بلد وجهة الإرجاع وقد يختلف عن بلد الشحن الأصلي. الانتقال إلى الاقتباس

Google — ترتيب الأولوية

• “Google uses the following order of precedence (from strongest to weakest): Content API for Shopping (return settings), Settings in Merchant Center or Search Console, Product-level merchant listing markup, Organization-level markup.” (ترجمة) الأولوية لـContent API ثم Merchant Center/Search Console ثم ترميز المنتج ثم Organization. الانتقال إلى الاقتباس
• “Retailer return policies can get complicated and may change frequently. If you’re having trouble indicating and keeping your return details up-to-date with markup and have a Google Merchant Center account, consider configuring your return policies in Google Merchant Center.” (ترجمة) تنصح Google باستخدام Merchant Center عندما يصعب تحديث الترميز. الانتقال إلى الاقتباس

Google — التوصية بصفحة واحدة

• “We recommend placing return information on a single page on your site that describes the return policy of your business. You don’t need to include it on every page of your site.” (ترجمة) توصي Google بصفحة واحدة للسياسة لا بتكرارها في كل صفحة. الانتقال إلى الاقتباس

فريق Google Shopping الهندسي (Irina Tuduce وPascal Fleury وJohan Linder) — إطلاق يونيو 2024

• “A return policy is a major factor considered by shoppers when buying products online, and so last year we enabled the extraction of structured data return policies for individual products. Today we’re adding support for return policies at the organization level as well.” (ترجمة) توسع الدعم من المنتجات الفردية إلى مستوى المؤسسة. الانتقال إلى الاقتباس
• “Adding a return policy to your organization structured data is especially important if you don’t have a Merchant Center account and want the ability to provide a return policy for your business.” (ترجمة) يهم ترميز Organization خصوصاً لمن لا يملك Merchant Center. الانتقال إلى الاقتباس

Google — توسع نوفمبر 2025

• “It’s important to note that settings configured in Search Console will take precedence over structured data on your site.” (ترجمة) تتقدم إعدادات Search Console على البيانات المنظمة في الموقع. الانتقال إلى الاقتباس

أين ينبغي تعريف سياسة الإرجاع؟

المربك هو تعدد المواضع التي تتغلب على بعضها. أجب عن الأسئلة التالية لاختيار المصدر الصحيح وتجنب اختلاف المعروض عن الترميز.

ورقة غش MerchantReturnPolicy

موضع الربط (ليس مستقلاً أبداً)

المطلوب — اختر مساراً

والشرط الإضافي: MerchantReturnFiniteReturnWindow ← يتطلب merchantReturnDays.

قيم returnPolicyCategory الثلاث (عنوان schema.org كامل، لا نص عادي)

خاصيتان يكثر الخلط بينهما

الأولوية من الأقوى إلى الأضعف

1. Content API for Shopping
2. إعدادات Merchant Center / Search Console — تتقدم على الترميز
3. ترميز Offer
4. ترميز Organization

حقائق سريعة

• ليس مطلوباً لأهلية Product الأساسية ولا عامل ترتيب.
• تشمل الخصائص الموصى بها returnFees وreturnMethod وrefundType وrestockingFee وreturnLabelSource.
• تستخدم returnPolicySeasonalOverride للعطلات.
• بدأ مستوى Organization في يونيو 2024 وتوسع Search Console في نوفمبر 2025.
• لا يملك Bing ميزة مخصصة.
• سياسة الشحن نوع منفصل.

أخطاء ترميز سياسة الإرجاع

• نشر MerchantReturnPolicy ككيان مستقل. اربطه عبر hasMerchantReturnPolicy في Organization أو Offer.
• الخلط بين applicableCountry وreturnPolicyCountry. الأولى لنطاق السياسة والثانية لوجهة الإرجاع.
• حذف merchantReturnDays عند returnPolicyCategory ذات النافذة المحدودة.
• ترك الترميز يتعارض مع Merchant Center أو Search Console. دقق كل المصادر والأولوية.
• ترميز سياسة غير مرئية للمستخدم. يجب أن تطابق البيانات الشروط الحالية.

قائمة تحقق لتطبيق MerchantReturnPolicy

• حدد هل السياسة عامة أم استثناء في Offer.
• احصر القيم في Content API وMerchant Center وSearch Console وترميز المنتج والمؤسسة.
• حدد المصدر الفائز حسب الأولوية.
• اربط الكائن عبر hasMerchantReturnPolicy.
• قدم مسار البلد والفئة أو merchantReturnLink.
• أضف merchantReturnDays للنافذة المحدودة.
• افصل applicableCountry عن returnPolicyCountry.
• طابق الرسوم والطريقة والاسترداد والاستثناءات مع النص المرئي.
• اختبر السياسة القياسية والاستثناءات قبل التعميم.

إطار النطاق ← المصدر ← الاتساق

1. النطاق: Organization للسياسة العامة وOffer للاستثناء الحقيقي.
2. المصدر: حدد النظام المتحكم: API أو Merchant Center/Search Console أو ترميز المنتج أو المؤسسة.
3. الاتساق: طابق المصدر الفائز مع الصفحة والدفع وخدمة العملاء.

عندما تكون المعلومات المعروضة خاطئة، افحص الأولوية قبل تعديل JSON-LD؛ فقد لا تستخدم Google الترميز الصحيح في طبقة أضعف.

إثبات صحة التطبيق

اختبار موضع الرسم البياني

الاختبار: افحص صفحات المؤسسة والمنتجات والرسم البياني للكيانات. المتوقع: اتصال كل سياسة بالكيان المقصود عبر hasMerchantReturnPolicy. الفشل: كيان مستقل أو مكرر أو في نطاق خاطئ. الوقت: بعد النشر مباشرة. التراجع: عندما تتغلب استثناءات المنتجات على السياسة العامة بلا قصد.

اختبار الخصائص المطلوبة

الاختبار: تحقق من كل فئة وبلد. المتوقع: اكتمال الخصائص ومنها merchantReturnDays للنافذة المحدودة. الفشل: مسار ناقص أو خاصية خاطئة. الوقت: مع كل تغيير. التراجع: نشر قيم غير صالحة على نطاق الكتالوج.

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

الاختبار: قارن النص المرئي وJSON-LD وAPI وإعدادات Merchant Center/Search Console للمنتج والبلد نفسيهما. المتوقع: اتفاق المصدر المتحكم وشروط العميل. الفشل: مصدر أعلى أقدم أو نطاق إقليمي خاطئ. الوقت: عند كل إطلاق وربع سنوي. التراجع: وعد البحث بشروط لا يلتزم بها التاجر.

أمثلة JSON-LD عملية

توضح هذه الأمثلة موضع التضمين. افحص التطبيق الحقيقي في اختبار النتائج الغنية وقارنه بـوثيقة Google لأن الجداول تتغير.

1. مستوى Organization — سياسة عامة (الخيار A ونافذة محدودة)

{
  "@context": "https://schema.org",
  "@type": "OnlineStore",
  "name": "Example Store",
  "url": "https://example.com",
  "hasMerchantReturnPolicy": {
    "@type": "MerchantReturnPolicy",
    "applicableCountry": ["US", "CA"],
    "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
    "merchantReturnDays": 30,
    "returnMethod": "https://schema.org/ReturnByMail",
    "returnFees": "https://schema.org/FreeReturn",
    "refundType": "https://schema.org/FullRefund"
  }
}

تقترن النافذة المحدودة بـmerchantReturnDays: 30، وتستخدم قيم التعداد عناوين schema.org كاملة.

2. مستوى Organization — الخيار B، رابط فقط

{
  "@context": "https://schema.org",
  "@type": "OnlineStore",
  "name": "Example Store",
  "hasMerchantReturnPolicy": {
    "@type": "MerchantReturnPolicy",
    "merchantReturnLink": "https://example.com/returns"
  }
}

إذا تعذر تحديث التفاصيل، يكفي رابط صالح إلى صفحة السياسة.

3. تجاوز على مستوى Offer — منتج بسياسة مختلفة

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Final-Sale Widget",
  "offers": {
    "@type": "Offer",
    "price": "19.99",
    "priceCurrency": "USD",
    "hasMerchantReturnPolicy": {
      "@type": "MerchantReturnPolicy",
      "applicableCountry": "US",
      "returnPolicyCategory": "https://schema.org/MerchantReturnNotPermitted"
    }
  }
}

يتقدم Offer على السياسة العامة؛ في المثال يمنع منتج تخفيض نهائي الإرجاع رغم نافذة الموقع البالغة 30 يوماً.

4. applicableCountry مقابل returnPolicyCountry — بنية مثال Google

{
  "@type": "MerchantReturnPolicy",
  "applicableCountry": ["DE", "AT", "CH"],
  "returnPolicyCountry": "IE",
  "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
  "merchantReturnDays": 14
}

تسري السياسة في ألمانيا والنمسا وسويسرا (applicableCountry)، لكن عنوان الإرجاع في أيرلندا (returnPolicyCountry).

5. تجاوز موسمي لإرجاعات العطلات

{
  "@type": "MerchantReturnPolicy",
  "applicableCountry": "US",
  "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
  "merchantReturnDays": 30,
  "returnPolicySeasonalOverride": {
    "@type": "MerchantReturnPolicySeasonal",
    "startDate": "2026-11-01",
    "endDate": "2026-12-31",
    "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
    "merchantReturnDays": 60
  }
}

نافذة قياسية 30 يوماً مع نافذة عطلات ممتدة إلى 60 يوماً خلال نطاق تاريخ محدد.

موارد مفيدة

كتاباتي ذات الصلة

• البيانات المنظمة: ماهيتها وكيفية استخدامها — دليل إلى الأنواع وJSON-LD والتحقق وحقيقة أنها ليست عامل ترتيب.
• دليل المبتدئين إلى SEO التقني — موضع البيانات المنظمة في الصورة التقنية.

محاضراتي

• كيف يعمل البحث — شرح الزحف والعرض والفهرسة والترتيب، مع التنبيه المعتاد إلى أن العرض يعكس فهمي وقد لا يكون دقيقاً بنسبة 100%.

رسمي

• وثيقة سياسة إرجاع التاجر.
• إطلاق مستوى Organization وتوسع الشحن والإرجاع.
• schema.org/MerchantReturnPolicy.

من القطاع

• توضيح بيانات إرجاع المؤسسة.
• سياسات الشحن والإرجاع في Search Console.
• دعم سياسة الإرجاع في Merchant Listing.
• دعم مستوى Organization.
• إعداد السياسة في Merchant Center.

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

خمسة أسئلة سريعة عن طريقة عمل بيانات سياسة الإرجاع المنظمة. اختر الإجابات ثم تحقق منها.

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