مخطط OfferShippingDetails

الخلاصة — OfferShippingDetails كتلة شيفرة صغيرة تضيفها إلى ترميز المنتج لتخبر Google بثلاثة أشياء: تكلفة الشحن، والوجهة، والمدة. ويمكن أن تعرض Google هذه المعلومات في نتيجة البحث. ومنذ أواخر 2025 أصبح للشحن مستويان: سياسة افتراضية واحدة للمتجر كله، وهذا النوع على مستوى المنتج للسلع المختلفة عن تلك السياسة.

ما OfferShippingDetails؟

يقرأ الزائر في صفحة المنتج تكلفة الشحن وموعد الوصول، لكن محرك البحث يرى نصاً يحتاج إلى تفسير. يصرّح OfferShippingDetails بهذه المعلومات، عادة بصيغة JSON-LD ، وبمفردات schema.org: تكلفة الشحن والبلد والمدة المتوقعة.

يوضع النوع داخل Offer في صفحة المنتج، بجانب السعر والتوفر (راجع مخطط Product). وقد تستخدمه Google لعرض تكلفة الشحن أو تقدير التسليم، ولا سيما في النتائج الشبيهة بالتسوق.

الأشياء الثلاثة التي يصفها

يجمع OfferShippingDetails ثلاث أفكار:

• التكلفة عبر shippingRate.
• الوجهة، كبلد أو نطاق رموز بريدية، عبر shippingDestination.
• المدة عبر deliveryTime، وهي مجموع مدة المعالجة في المستودع handlingTime ومدة النقل لدى الناقل transitTime.

التغيير الكبير في أواخر 2025

كان الترميز على مستوى المنتج الوسيلة الأساسية للتصريح بالشحن. وفي نوفمبر 2025 أضافت Google خياراً على مستوى المتجر: يمكن تعريف سياسة واحدة للنشاط كله بنوع ShippingService بدلاً من تكرارها على كل منتج. وتوصي Google باستخدامها كسياسة افتراضية، وحصر OfferShippingDetails في المنتجات التي تختلف عنها.

والخلاصة ببساطة:

• إن كانت السياسة واحدة لكل المنتجات، فعرّفها مرة واحدة عبر ShippingService.
• إن كان شحن منتج بعينه مختلفاً، فتجاوز السياسة عليه عبر OfferShippingDetails.

تنبيهان صريحان

• الخاصية ليست مطلوبة ولا ترفع الترتيب. إنها تمنح أهلية عرض معلومات الشحن، ولا تحسن موضع النتيجة.
• إضافتها لا تضمن الظهور. قد تتقدم عليها قيمة في خلاصة Google Merchant Center أو إعداد شحن في Search Console من دون رسالة خطأ. يشرح تبويب Advanced هذه المشكلة بالتفصيل.

إذا أردت النسخة الكاملة — كل خاصية، وإعادة هيكلة نوفمبر 2025، والمصدر الذي يسود عند التعارض، ومشكلة الفشل الصامت، وأمثلة JSON-LD عاملة — فانتقل إلى تبويب Advanced.

الخلاصة — OfferShippingDetails هو نوع schema.org المتداخل تحت Offer عبر shippingDetails، ويصرح بـshippingRate (من نوع MonetaryAmount)، وshippingDestination (من نوع DefinedRegion)، وdeliveryTime الذي يساوي handlingTime + transitTime. ومنذ نوفمبر 2025 صار جانب التجاوز على مستوى Offer في نظام من مستويين: توصي Google الآن بالتصريح بالافتراضي العام للكتالوج مرة واحدة على مستوى المؤسسة عبر ShippingService وOrganization.hasShippingService، وحصر OfferShippingDetails في المنتجات المختلفة، وهو التقسيم نفسه المستخدم مع MerchantReturnPolicy. يختلط أمران: توصية التأليف على مستوى المؤسسة، وأولوية ترميز المنتج عند التعارض؛ كلاهما صحيح. وقد ينجح الترميز في Rich Results Test ثم تتجاوزه قيمة Merchant Center أو Search Console بصمت حتى رفض القائمة. shippingDetails موصى بها وليست مطلوبة؛ وهي تمنح الأهلية ولا تمثل عامل ترتيب.

ما OfferShippingDetails فعلياً؟

يختصر schema.org التعريف بقوله: “OfferShippingDetails represents information about shipping destinations.” (ترجمة) «يمثل OfferShippingDetails معلومات عن وجهات الشحن». وعملياً هو الكائن الذي تضعه داخل Offer عبر خاصية shippingDetails ؛ إذ يصف schema.org هذه الخاصية بأنها معلومات عن سياسات الشحن وخياراته المرتبطة بعرض. ويوضع بجانب price وpriceCurrency وavailability في مخطط Product.

يمكن تعريف عدة كائنات OfferShippingDetails لمنتج واحد. فهذا متوقع عندما تختلف الأسعار أو السرعات بين الوجهات، أو توجد درجات سعر وسرعة متعددة للوجهة نفسها.

إعادة هيكلة نوفمبر 2025: OfferShippingDetails وShippingService

في 12 نوفمبر 2025 أعلنت Google طريقتين موسعتين لمشاركة سياسات الشحن والإرجاع (مدونة Google Search Central ، وتغطية Search Engine Journal): إعداد الشحن مباشرة في Search Console، وتعريف ShippingService على مستوى Organization في البيانات المنظمة.

ShippingService نوع جديد في schema.org، يُصرح به عبر Organization.hasShippingService، ويتيح تحديد سياسة شحن قياسية مرة واحدة على صفحة تصف كيفية شحن النشاط، بدلاً من تكرارها في كل Offer. وتصفه Google في وثائق سياسة الشحن بأنه بيانات منظمة لسياسة الشحن على مستوى Organization، مع بقاء OfferShippingDetails تجاوزاً على مستوى المنتج.

لذلك تكون قاعدة التأليف:

• مستوى المؤسسة (ShippingService) — الافتراضي الموصى به. صرّح بسياستك القياسية مرة واحدة. تقول وثائق Merchant listing حرفياً: “We recommend you provide a global shipping policy for your business under Organization markup instead… Only if some of your products have specific shipping policies for which you need to override your global shipping policy, or if you don’t provide a standard shipping policy for your business, use this property under Offer.” (ترجمة) «نوصي بتقديم سياسة شحن عامة لنشاطك تحت ترميز المؤسسة؛ ولا تستخدم هذه الخاصية تحت العرض إلا لتجاوز السياسة العامة لبعض المنتجات أو عند غياب سياسة قياسية».
• مستوى Offer (OfferShippingDetails) — التجاوز. استخدمه فقط للمنتجات التي تشحن بخلاف الافتراضي، أو بوصفه البديل عند عدم وجود سياسة على مستوى المؤسسة.

أنشأت Google هذا التقسيم لتقليل صيانة الترميز لكل منتج في الكتالوجات الكبيرة التي تشترك في سياسة واحدة. وإذا كنت تعرف MerchantReturnPolicy، فالبنية متعمدة: افتراضي عبر Organization.hasMerchantReturnPolicy، وتجاوز على مستوى Offer. وفي مارس 2025 شددت Google النوع الشقيق بإلزام returnPolicyCountry في تغطية التغيير ، ثم أضافت طبقة ShippingService كاملة في نوفمبر 2025.

يقول اقتراح schema.org رقم 3617 ، الذي بدأته Irina Tuduce من Google Shopping، إن التغيير يقدم نوع ShippingService يجمع قيود الشحن، ويعلن تقادم الحقول الزائدة في ShippingRateSettings لصالح خصائص متمركزة في OfferShippingDetails. وهذه هي الخلفية المعمارية لإطلاق Google.

الخصائص واحدة تلو الأخرى

داخل كائن OfferShippingDetails:

• shippingRate — كائن MonetaryAmount أو ShippingRateSettings. يقول schema.org: “The shipping rate is the cost of shipping to the specified destination.” (ترجمة) «سعر الشحن هو تكلفة الشحن إلى الوجهة المحددة». استخدم value بقيمة 0 للشحن المجاني.
• shippingDestination — منطقة DefinedRegion تحدد موضع تطبيق السعر: بلد عبر addressCountry أو منطقة أو نطاق رموز بريدية، ولذلك يمكن وضع عدة إدخالات OfferShippingDetails لمناطق مختلفة.
• shippingOrigin — منطقة DefinedRegion التي تنطلق منها الشحنة؛ وهو مفيد عندما تختلف سرعة الخدمة حسب المستودع.
• deliveryTime — كائن ShippingDeliveryTime يجمع مدة المعالجة والنقل وأيام العمل ووقت القطع.
• doesNotShip — قيمة منطقية للإشارة صراحة إلى أن وجهة ما غير مخدومة.
• hasShippingService — قيمة من نوع ShippingService تربط بين المستويين.
• validForMemberTier — تربط خيار الشحن بعضوية أو فئة ولاء.
• weight / height / width / depth — أبعاد الطرد المستخدمة لمطابقة السعر.

deliveryTime = handlingTime + transitTime

هذه أكثر التفاصيل التي تُغفل. يتكون deliveryTime، وهو من النوع ShippingDeliveryTime، من:

• handlingTime — يقول schema.org: “The typical delay between the receipt of the order and the goods either leaving the warehouse or being prepared for pickup.” (ترجمة) «التأخير المعتاد بين استلام الطلب ومغادرة السلع المستودع أو تجهيزها للاستلام».
• transitTime — “The typical delay the order has been sent for delivery and the goods reach the final customer.” (ترجمة) «التأخير المعتاد بين إرسال الطلب للتسليم ووصول السلع إلى العميل النهائي».
• cutoffTime — الوقت الذي بعده يُعالج الطلب في يوم العمل التالي.
• businessDays — جدول أيام معالجة الطلبات.

إذا رأى المشتري عبارة «يصل خلال 4–7 أيام عمل»، فهي مدة معالجة من 1–2 يوم مثلاً، إضافة إلى مدة نقل من 3–5 أيام، وقد يدفع cutoffTime التقدير يوماً إضافياً. والخطأ الشائع هو دمجها كلها في رقم نقل مختلق.

هل هي مطلوبة؟

لا. shippingDetails خاصية موصى بها وليست مطلوبة لبيانات Merchant listing. والخاصيتان المطلوبتان هما price، بقيمة أكبر من صفر، وpriceCurrency وفق ISO 4217. ويمكن الحصول على نتيجة Product غنية صحيحة من دون ترميز الشحن.

يوجد شرط منفصل يختلط به الأمر: معلومات الشحن بأي شكل، سواء في الترميز أو Merchant Center أو Search Console، مطلوبة لأهلية قوائم المنتجات المجانية في نحو 30 دولة. وهذا لا يعني أن خاصية shippingDetails نفسها إلزامية.

الخيارات المتعددة وآلية حسم Google

لأنك تستطيع، وغالباً ينبغي لك، إدراج مجموعات متعددة للسعر والسرعة — مثل 5 دولارات خلال 5–7 أيام و15 دولاراً خلال 1–2 يوم — تحتاج Google إلى قاعدة لاختيار ما تعرضه. وفق وثائق ShippingService وتغطية Search Engine Journal ، تعرض Google عند انطباق عدة إدخالات على المشتري والوجهة نفسيهما الخيار الأقل تكلفة وسرعته المرتبطة، وتحسم تعادل التكلفة بالأسرع. لذا قد تعرض الخيار الرخيص البطيء.

ترتيب الأولوية عند تعارض المصادر

هناك سؤالان منفصلان:

أين أؤلف السياسة الافتراضية؟ في ShippingService على مستوى Organization.

عندما تصرح عدة مصادر بالشحن للمنتج نفسه، فأيها تستخدم Google؟ توثق Google مباشرة أن إعداد العنصر قد يتجاوز إعداد الحساب وأن تحديث API قد يستبدل التعديل اليدوي. أما القائمة الرباعية الكاملة، بما فيها البيانات المنظمة، فهي خلاصة تطبيقية من magstags متوافقة مع الرابطين الموثقين، من الأقوى إلى الأضعف:

1. Content API for Shopping أو Merchant API.
2. إعدادات الشحن في Merchant Center أو Search Console.
3. ترميز OfferShippingDetails على مستوى المنتج.
4. ترميز ShippingService على مستوى Organization.

يبدو الأمر معكوساً: ShippingService هو ما توصي Google بتأليفه، لكن OfferShippingDetails على مستوى المنتج يتقدم عليه عند التعارض. كلاهما صحيح؛ فموضع الافتراضي وما يسود في النزاع محوران مختلفان. وكما تلخص magstags: “Stronger sources override weaker ones completely. There is no blending.” (ترجمة) «تتجاوز المصادر الأقوى المصادر الأضعف بالكامل؛ ولا يوجد مزج».

مشكلة الفشل الصامت

تؤكد وثائق Google الآلية الأساسية: قد تتجاوز إعدادات العنصر أو الحساب الترميز، وقد يرفض Merchant Center قائمة بسبب معلومات شحن مفقودة أو غير دقيقة. أما التسلسل الكامل الذي تصفه magstags فهو نمط تطبيقي مؤيد لا ضمان رسمي: ينجح OfferShippingDetails في Rich Results Test ، ثم تتجاوزه تماماً قيمة في Merchant Center أو Search Console من دون ظهور خطأ، ولا يظهر الخلل إلا عند رفض القائمة إذا خالفت التكلفةُ المعروضةُ صفحةَ الدفع. كما تصبح السياسات المعدلة في Merchant Center للقراءة فقط في Search Console مدة 30 يوماً. افحص المستويات الأعلى قبل تعديل الترميز.

Google مقابل Bing

الفرق واضح. لا تنشر Bing وثائق متخصصة لمخطط الشحن تقابل وثائق Google، ولا جداول خصائص مطلوبة لـOfferShippingDetails أو ShippingService، ولا شرطاً مماثلاً لمعلومات شحن القوائم المجانية. تتحقق Bing Webmaster Tools من schema.org عموماً، لكنها لا تعلن ميزة شحن خاصة. وهذا هو النمط نفسه الذي يوثقه محور Commerce schema لـProductGroup: تعامل مع Bing كدعم عام لـschema.org من دون ميزة شحن مخصصة حتى تعلن Bing خلاف ذلك.

هل يساعد في الترتيب؟

لا؛ ينطبق التنبيه نفسه على كل البيانات المنظمة. فهي تمنح الأهلية لعرض سطر الشحن في قائمة تاجر أو لوحة معلومات، وليست إشارة ترتيب. قال John Mueller بوضوح: “Structured data won’t make your site rank better,” (ترجمة) «لن تجعل البيانات المنظمة موقعك يحتل ترتيباً أفضل»، وقال إن استخدامها لأغراض أخرى “won’t cause problems, but you’re unlikely to see any visible change from it in Google Search” (ترجمة) «لن يسبب مشكلات، لكن من غير المرجح أن ترى تغييراً ظاهراً بسببه في بحث Google» (نقلته Search Engine Roundtable).

هل يموت schema؟ توضيح سريع

ربما رأيت تغطية أواخر 2025 التي قالت إن Google ستزيل دعم بعض أنواع البيانات المنظمة في Search Console وAPI بدءاً من يناير 2026، وفق Search Engine Journal. كانت تلك مجموعة صغيرة من أنواع غير مرتبطة وقليلة الاستخدام، ولا تخص مخطط الشحن. حدث العكس هنا: توسع مخطط الشحن بإضافة ShippingService في نوفمبر 2025. ولخص Mueller الأمر: “markup types come and go, but a precious few you should hold on to” (ترجمة) «تأتي أنواع الترميز وتذهب، لكن عليك التمسك بقلة ثمينة منها» (التغطية). فلا تزل ترميز شحن صحيحاً استناداً إلى إنذار غير متعلق به.

موضعه في البنية

OfferShippingDetails نوع على مستوى الخاصية في محور البيانات المنظمة، تحت Commerce schema بجانب Product وProductGroup. وأقرب نوع شقيق هو MerchantReturnPolicy، ببنية الافتراضي على مستوى المؤسسة والتجاوز على مستوى Offer نفسها. راجع Schema markup للمفردات ودورات التقادم واختيار النوع، وJSON-LD للصيغة.

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

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

• ما هو. OfferShippingDetails بيانات منظمة ضمن Offer عبر shippingDetails، وتصرح بـshippingRate من نوع MonetaryAmount، وshippingDestination من نوع DefinedRegion، وdeliveryTime. ويمكن إدراج عدة مثيلات للمنتج.
• نظام المستويين منذ نوفمبر 2025. توصي Google بافتراضي عام مرة واحدة عبر ShippingService وOrganization.hasShippingService، واستخدام OfferShippingDetails كتجاوز للمنتج، مثل MerchantReturnPolicy. أُعيد تحديد دور OfferShippingDetails ولم يُعلن تقادمه؛ وإنما أُعلن تقادم حقول زائدة في ShippingRateSettings.
• deliveryTime = handlingTime + transitTime. المعالجة هي تأخير المستودع، والنقل تأخير الناقل، وقد يضيف cutoffTime يوماً للطلبات المتأخرة.
• موصى بها وليست مطلوبة. المطلوبان لقائمة التاجر هما price الأكبر من 0 وpriceCurrency. ومعلومات الشحن بأي شكل شرط منفصل للقوائم المجانية في نحو 30 دولة.
• محوران مختلفان. موضع الافتراضي هو المؤسسة، أما ترتيب التعارض فهو Content/Merchant API ثم Merchant Center/Search Console ثم OfferShippingDetails ثم ShippingService.
• مشكلة الفشل الصامت. قد ينجح الترميز في Rich Results Test وتتجاوزه خلاصة أو إعداد بلا خطأ، ولا يظهر الأثر إلا عند رفض لاحق؛ وتصبح السياسات المعدلة في Merchant Center للقراءة فقط في Search Console مدة 30 يوماً.
• حسم التعادل. تعرض Google الأقل تكلفة، ثم الأسرع عند تعادل التكلفة.
• ليست عامل ترتيب، ولا تملك Bing ميزة شحن مخصصة. إيقاف بعض أنواع Search Console في يناير 2026 غير مرتبط؛ فقد توسع مخطط الشحن ولم يُقلص.

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

وثائق المصادر الأولية من Google وschema.org.

schema.org

• OfferShippingDetails — النوع وجدول خصائصه الكامل.
• shippingDetails — خاصية Offer التي تضمّنه.
• ShippingDeliveryTime — handlingTime وtransitTime وcutoffTime وbusinessDays.
• ShippingService — النوع على مستوى المؤسسة الذي أضيف في إعادة هيكلة نوفمبر 2025.

Google

• Merchant listing structured data — الخصائص المطلوبة والموصى بها، والتنبيه إلى وضع السياسة العامة تحت Organization.
• Shipping policy (ShippingService) structured data — وثيقة نوفمبر 2025 على مستوى المؤسسة، وعلاقة التجاوز، وShippingConditions.
• Return policy (MerchantReturnPolicy) structured data — النوع الشقيق الموازي معمارياً.
• Product structured data — موضع Offer وshippingDetails في Product.
• متطلبات البلدان للقوائم المجانية — شرط معلومات الشحن في نحو 30 دولة.
• سمات البيانات المنظمة وقيمها المدعومة — كيفية مطابقة سمات الخلاصة مع schema.

إعلانات مدونة Google

• طرق إضافية لمشاركة سياسات الشحن والإرجاع (12 نوفمبر 2025) — إعلان الحالة الحالية: إعدادات Search Console وShippingService على مستوى المؤسسة.
• دعم Schema.org الجديد لبيانات شحن التجار (سبتمبر 2020) — الإعلان الأصلي عن shippingDetails.

مشروع schema.org

• Issue #3617 — اقتراح الشحن على مستوى المؤسسة — اقتراح Irina Tuduce الذي قدم ShippingService.

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

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

schema.org — النوع وخصائصه

• “OfferShippingDetails represents information about shipping destinations.” (ترجمة) «يمثل OfferShippingDetails معلومات عن وجهات الشحن». انتقل إلى الاقتباس
• حول shippingDetails: “Indicates information about the shipping policies and options associated with an Offer.” (ترجمة) «يشير إلى معلومات عن سياسات الشحن وخياراته المرتبطة بعرض». انتقل إلى الاقتباس
• حول deliveryTime: “The total delay between the receipt of the order and the goods reaching the final customer.” (ترجمة) «إجمالي التأخير بين استلام الطلب ووصول السلع إلى العميل النهائي». انتقل إلى الاقتباس
• حول handlingTime: “The typical delay between the receipt of the order and the goods either leaving the warehouse or being prepared for pickup.” (ترجمة) «التأخير المعتاد بين استلام الطلب ومغادرة السلع المستودع أو تجهيزها للاستلام». انتقل إلى الاقتباس
• حول transitTime: “The typical delay the order has been sent for delivery and the goods reach the final customer.” (ترجمة) «التأخير المعتاد بين إرسال الطلب للتسليم ووصول السلع إلى العميل النهائي». انتقل إلى الاقتباس

Google — التوصية على مستوى المؤسسة (إعادة تحديد الدور في 2025)

• “We recommend you provide a global shipping policy for your business under Organization markup instead… Only if some of your products have specific shipping policies for which you need to override your global shipping policy, or if you don’t provide a standard shipping policy for your business, use this property under Offer.” (ترجمة) «نوصي بتقديم سياسة شحن عامة لنشاطك تحت ترميز المؤسسة؛ ولا تستخدم هذه الخاصية تحت العرض إلا لتجاوز السياسة العامة لبعض المنتجات أو عند غياب سياسة قياسية». — Google Search Central، وثائق Merchant listing. انتقل إلى الاقتباس نُقل عبر استخراج النص من الصفحة الحية في جلسة المصدر؛ تحقّق من مقطع #:~:text= الدقيق في المتصفح قبل اعتماده نهائياً.

Google — علاقة التجاوز (من جهة ShippingService)

• “If you need to override your standard shipping policy for a specific product, specify one or more instances of the OfferShippingDetails type.” (ترجمة) «إذا احتجت إلى تجاوز سياسة الشحن القياسية لمنتج محدد، فحدد مثيلاً واحداً أو أكثر من نوع OfferShippingDetails». — Google Search Central، وثائق سياسة الشحن. انتقل إلى الاقتباس
• “Many merchants have shipping policies that outline the process of shipping purchased products for customers. When you add ShippingService structured data to your site, Google Search can use this information to display shipping information alongside your products.” (ترجمة) «لدى كثير من التجار سياسات توضح شحن المنتجات المشتراة للعملاء. وعند إضافة بيانات ShippingService المنظمة إلى موقعك، يمكن لبحث Google استخدام هذه المعلومات لعرض معلومات الشحن بجانب منتجاتك». انتقل إلى الاقتباس

John Mueller من Google — ليست عامل ترتيب

• “Structured data won’t make your site rank better.” (ترجمة) «لن تجعل البيانات المنظمة موقعك يحتل ترتيباً أفضل». اقرأ التغطية
• “Exactly. Understand that markup types come and go, but a precious few you should hold on to (like title, and meta robots).” (ترجمة) «صحيح. افهم أن أنواع الترميز تأتي وتذهب، لكن عليك التمسك بقلة ثمينة منها، مثل العنوان وmeta robots». اقرأ التغطية

اقتراح schema.org على GitHub (#3617) — سبب إعادة الهيكلة

• “This change introduces a new type, ShippingService, that groups shipping constraints… Redundant fields from ShippingRateSettings are therefore… deprecated.” (ترجمة) «يقدم هذا التغيير نوعاً جديداً، ShippingService، يجمع قيود الشحن؛ ولذلك أُعلن تقادم الحقول الزائدة من ShippingRateSettings». اقرأ الاقتراح

أي نوع شحن ينبغي استخدامه؟

يفصل هذا المسار بين سؤال موضع التأليف وسؤال أولوية المصدر عند التعارض.

ورقة مرجعية سريعة

مستويان، ومهمتان مختلفتان

الخصائص الأساسية (داخل OfferShippingDetails)

تفصيل deliveryTime

الأولوية — ما الذي يسود عند التعارض (من الأقوى إلى الأضعف)

1. Content API for Shopping أو Merchant API
2. إعدادات Merchant Center أو Search Console
3. OfferShippingDetails على مستوى المنتج
4. ShippingService على مستوى المؤسسة

سؤالان مختلفان: أين تؤلف السياسة الافتراضية (على مستوى المؤسسة)، وما الذي يسود عند التعارض (مستوى Offer يتقدم على مستوى المؤسسة). كلاهما صحيح.

حقائق سريعة

• shippingDetails موصى بها وليست مطلوبة؛ والمطلوبان هما price الأكبر من 0 وpriceCurrency.
• معلومات الشحن بأي شكل مطلوبة للقوائم المجانية في نحو 30 دولة، وهو شرط منفصل.
• يمكن إدراج عدة خيارات؛ تعرض Google الأقل تكلفة، ثم الأسرع عند التعادل.
• ليست عامل ترتيب؛ بل تمنح الأهلية فقط.
• قد ينجح Rich Results Test وتتجاوز خلاصة أو إعداد Search Console الترميز بلا خطأ. وتصبح سياسات Merchant Center للقراءة فقط في Search Console مدة 30 يوماً.
• أُعيد تحديد دور OfferShippingDetails في نوفمبر 2025 ولم يُعلن تقادمه.

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

تحقق من أمثلتك في Rich Results Test ومدقق schema.org ، وطابق القيم مع الخلاصة وصفحة الدفع.

1. OfferShippingDetails على مستوى Offer

{
  "@context": "https://schema.org/",
  "@type": "Product",
  "name": "Merino Wool Beanie",
  "offers": {
    "@type": "Offer",
    "price": 29.00,
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock",
    "shippingDetails": {
      "@type": "OfferShippingDetails",
      "shippingRate": {
        "@type": "MonetaryAmount",
        "value": 5.00,
        "currency": "USD"
      },
      "shippingDestination": {
        "@type": "DefinedRegion",
        "addressCountry": "US"
      },
      "deliveryTime": {
        "@type": "ShippingDeliveryTime",
        "handlingTime": {
          "@type": "QuantitativeValue",
          "minValue": 0,
          "maxValue": 1,
          "unitCode": "DAY"
        },
        "transitTime": {
          "@type": "QuantitativeValue",
          "minValue": 2,
          "maxValue": 5,
          "unitCode": "DAY"
        }
      }
    }
  }
}

يعني ذلك 5 دولارات للشحن داخل الولايات المتحدة، مع 0–1 يوم للمعالجة و2–5 أيام للنقل.

2. خيارات شحن متعددة

تقبل shippingDetails مصفوفة؛ اسرد كل درجة ودع Google تطبق قاعدة الحسم: الأقل تكلفة، ثم الأسرع عند التعادل:

"shippingDetails": [
  {
    "@type": "OfferShippingDetails",
    "shippingRate": { "@type": "MonetaryAmount", "value": 5.00, "currency": "USD" },
    "shippingDestination": { "@type": "DefinedRegion", "addressCountry": "US" },
    "deliveryTime": {
      "@type": "ShippingDeliveryTime",
      "transitTime": { "@type": "QuantitativeValue", "minValue": 5, "maxValue": 7, "unitCode": "DAY" }
    }
  },
  {
    "@type": "OfferShippingDetails",
    "shippingRate": { "@type": "MonetaryAmount", "value": 15.00, "currency": "USD" },
    "shippingDestination": { "@type": "DefinedRegion", "addressCountry": "US" },
    "deliveryTime": {
      "@type": "ShippingDeliveryTime",
      "transitTime": { "@type": "QuantitativeValue", "minValue": 1, "maxValue": 2, "unitCode": "DAY" }
    }
  }
]

3. الشحن المجاني

الشحن المجاني هو shippingRate بقيمة value تساوي 0:

"shippingRate": { "@type": "MonetaryAmount", "value": 0, "currency": "USD" }

4. عدم الشحن إلى منطقة

{
  "@type": "OfferShippingDetails",
  "shippingDestination": { "@type": "DefinedRegion", "addressCountry": "AU" },
  "doesNotShip": true
}

استخدم ShippingService تحت Organization.hasShippingService كسياسة افتراضية عندما يشترك الكتالوج كله فيها، واحصر كتل Offer في المنتجات المختلفة.

الأخطاء والخرافات

هذه هي الطرق المتكررة التي يخطئ بها OfferShippingDetails:

• “shippingDetails مطلوبة لنتائج Product الغنية.” ليست كذلك؛ إنها خاصية موصى بها لتحسين تفاصيل الشحن. المطلوبان هما price (أكبر من 0 لقوائم التجار) وpriceCurrency. أما اشتراط معلومات الشحن بأي شكل للقوائم المجانية في نحو 30 دولة فمسألة منفصلة.
• “إضافة OfferShippingDetails تضمن ظهور تكلفة الشحن.” لا. قد تتقدم قيمة في Merchant Center أو إعداد Search Console على الترميز الصحيح وتتجاوزه بصمت، من دون خطأ حتى رفض قائمة لاحق. افحص المستويات الأعلى قبل تعديل الترميز.
• “ShippingService يستبدل OfferShippingDetails أو يهمّشه.” لا. يبقى OfferShippingDetails هو التجاوز المستمر تحت Offer. الذي أُعلن تقادمه هو بعض الحقول الزائدة داخل ShippingRateSettings، لا النوع نفسه.
• الخلط بين المحورين. توصية «ضع الافتراضي على مستوى المؤسسة» تخص التأليف، وأولوية «ترميز المنتج يتقدم على ترميز المؤسسة عند التعارض» تخص ترتيب المصادر. كلاهما صحيح ويجيب عن سؤال مختلف.
• اختزال deliveryTime في رقم واحد. إنه handlingTime، أي تأخير المعالجة لديك، زائد transitTime، أي تأخير الناقل. ونشر «مدة شحن» مختلقة يحرّف الاثنين، ويهدد بالرفض إذا خالف صفحة الدفع.
• ترميز يخالف الخلاصة أو صفحة الدفع. بما أن المصادر الأقوى تتجاوز الأضعف بالكامل، فإن اختلاف تكلفة الشحن في الترميز عن الخلاصة أو الدفع يمثل خطر رفض، لا تكراراً غير ضار. حافظ على تطابقها.
• “مخطط schema يموت، فتجاوز ترميز الشحن.” يخلط هذا إيقاف Search Console في يناير 2026 لعدد قليل من الأنواع غير المرتبطة وقليلة الاستخدام بمخطط الشحن، الذي توسع في نوفمبر 2025 ولم يُقلص.
• “هذا النوع من البيانات المنظمة يحسن الترتيب.” لا؛ إنه يمنح أهلية النتائج الغنية ولا يمنح دفعة ترتيب، كما أكد Mueller مراراً.

مشكلات ترميز الشحن الشائعة

يقبل المدقق JSON-LD لكن بيانات الشحن خاطئة

السبب: قد تكون الصياغة صحيحة والمناطق أو الأسعار أو المدد قديمة. الحل: طابق الترميز مع صفحة الدفع والخلاصة والسياسة.

تظهر التفاصيل لوجهة خاطئة

السبب: قيود الوجهة مفقودة أو في مستوى غير صحيح. الحل: عرّف كل خدمة ووجهة واختبر عناوين ممثلة.

تختلف مصادر الشحن

السبب: تُصان الصفحة وMerchant Center وإعدادات الحساب منفصلة. الحل: اختر مصدر حقيقة تشغيلياً وزامن كل الأسطح.

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

اختبر ترميز الشحن المنشور

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

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

الاختبار: قارن JSON-LD وإعدادات الخلاصة أو الحساب وصفحة الدفع للمنتجات والوجهات نفسها. المتوقع: لا تعارض غير مفسر. دلالة الفشل: انجرفت الأنظمة المنفصلة. المراقبة: بعد كل تغيير للسياسة. التراجع: استعد آخر إعداد متسق.

اختبر معرفتك

خمسة أسئلة سريعة عن طريقة عمل OfferShippingDetails وموضعه بعد إعادة هيكلة نوفمبر 2025. اختر إجابة لكل سؤال، ثم تحقق من تفسيرها.

موارد مفيدة

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

• Structured Data: What It Is and How to Use It — دليلي في Ahrefs لأنواع schema وتنفيذها والتحقق منها ومخاطر sameAs؛ وهو السياق الأوسع الذي يقع فيه نوع الشحن هذا.
• The Beginner’s Guide to Technical SEO — موضع البيانات المنظمة في الصورة التقنية الأوسع.

محاضراتي

• How Search Works (SlideShare) — شرحي للزحف والتصيير والفهرسة وكيفية استهلاك الترميز. وينطبق تنبيهي المعتاد: “This is my understanding of systems… not going to be 100% complete or accurate.” (ترجمة) «هذا فهمي للأنظمة، وقد لا يكون مكتملاً أو دقيقاً بنسبة 100%».

المصادر الرسمية

• Google — Merchant listing structured data وShipping policy (ShippingService) — وثيقتا المرجع اللتان تحددان الخصائص المطلوبة والموصى بها والعلاقة بين مستوى المؤسسة ومستوى Offer.
• Google — طرق إضافية لمشاركة سياسات الشحن والإرجاع (12 نوفمبر 2025) — إعلان إعدادات Search Console وShippingService على مستوى المؤسسة.
• schema.org — OfferShippingDetails · ShippingDeliveryTime · ShippingService — المفردات نفسها.
• schema.org proposal #3617 — مسألة GitHub التي قدمتها Irina Tuduce من Google وكانت وراء إعادة الهيكلة.

من أنحاء المجال

• Google تطلق بيانات منظمة لسياسات شحن التجار (Search Engine Journal، Matt G. Southern، 12 نوفمبر 2025) — أوضح شرح موقّع لإطلاق نوفمبر 2025 ومنطق حسم التعادل.
• Google لا تقلل استخدام البيانات المنظمة في 2026 (Search Engine Journal، Roger Montti، 11 نوفمبر 2025) — يميز إيقاف بعض أنواع Search Console في يناير 2026 من توسعة مخطط الشحن.
• Google تحدث متطلبات البيانات المنظمة لسياسات الإرجاع (Search Engine Journal، 14 مارس 2025) — تشديد returnPolicyCountry في مارس 2025 على نوع سياسة الإرجاع الشقيق.
• سياسات الشحن والإرجاع في Search Console أو عبر الترميز الجديد (Search Engine Land) — خيارات Search Console مقابل الترميز.
• إعدادات Google للشحن والإرجاع (magstags) — أقوى معالجة تطبيقية لترتيب الأولوية (“there is no blending” (ترجمة) «لا يوجد مزج») ومشكلة الفشل الصامت.
• Google توسع خيارات سياسة الشحن للتجار عبر الإنترنت (ppc.land) — تغطية مؤيدة لتغييرات نوفمبر 2025.

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