خلاصات مراجعات المنتجات لـGoogle وMicrosoft Shopping

الخلاصة — خلاصة مراجعات المنتجات ملف منفصل ترسله إلى Google (وترسله بصورة مستقلة إلى Microsoft/Bing) كي تظهر تقييمات النجوم الصغيرة بجوار منتجاتك في Shopping. وهي ليست الملف نفسه الذي تستخدمه لخلاصة المنتجات المعتادة، كما أنها ليست شيفرة نجوم المراجعات التي قد تكون على موقعك. وللتأهل لدى Google تحتاج عمومًا إلى 50 مراجعة على الأقل وإلى التسجيل أولًا.

ما خلاصة مراجعات المنتجات؟

عندما تتسوق على Google وترى منتجًا تحته صف من النجوم الذهبية ورقم مثل «(214)»، فعادةً ما ترجع تلك البيانات إلى خلاصة مراجعات المنتجات: ملف أرسله التاجر إلى Google، أو أرسلته نيابةً عنه شركة مراجعات. تقول Google إنها تجمع Product Ratings «from merchants, review aggregators, review sites, and Google users,» (ترجمة) «من التجار ومجمّعي المراجعات ومواقع المراجعات ومستخدمي Google»، ولذلك فالخلاصة التي ترسلها مدخل واحد في برنامج أوسع وليست المصدر الوحيد الممكن. كما أن إرسالها لا يضمن عرض مراجعاتك؛ إذ توضح Google أن تقديم الخلاصة «does not guarantee that your content will be included.» (ترجمة) «لا يضمن إدراج محتواك».

إليك الجزء الذي يربك الجميع تقريبًا: هذا ملف مختلف عن خلاصة المنتجات الرئيسية التي تحمل الأسعار والعناوين والتوفر. يدير متجرك في الواقع شيئين منفصلين: Evidence for this claim Product Ratings review feeds are separate from the primary product data source. Scope: This concerns Google Product Ratings, not on-page review markup or store ratings. Confidence: high · Verified: 2026-07-14 Google: Product Ratings basics

1. خلاصة المنتجات — السعر والعنوان والصورة والتوفر وGTIN. (يغطيها دليل تحسين خلاصة Merchant Center في المجموعة نفسها.)
2. خلاصة مراجعات المنتجات — مراجعات العملاء الفعلية وتقييماتها بالنجوم.

تطابق Google وBing بعد ذلك المراجعات مع المنتجات باستخدام معرّف مشترك، وغالبًا ما يكون GTIN (رقم الباركود)، أو العلامة التجارية + MPN، أو عنوان URL للمنتج. إذا لم تتطابق هذه المعرّفات بين الخلاصتين، فقد لا تطابق Google المراجعة مع المنتج المقصود. Evidence for this claim Google uses product identifiers and product URLs in review feeds to match reviews to products. Scope: A review can fail to match when identifying data is missing, invalid, or inconsistent. Confidence: high · Verified: 2026-07-14 Google Product Review Feeds: Schema

الشيء الآخر الذي يخلطه الناس بها

إذا أضفت أداة مراجعات إلى صفحات منتجاتك، من النوع الذي يعرض النجوم على الصفحة نفسها، فهذا ترميز schema (Review/AggregateRating)، وهو شيء منفصل تمامًا. تصف وثائق Google هذا الترميز بأنه ينتج نتائج مراجعات منسّقة عضوية وظهورًا في Knowledge Panel؛ ولا توثق أي مسار من schema الصفحة إلى برنامج Product Ratings في Google Shopping، الذي يستمد بياناته بدلًا من خلاصات المراجعات المقدمة والمجمّعين المعتمدين ومواقع المراجعات ومستخدمي Google. سأكرر ذلك لأنه أكبر خرافة في هذا الموضوع: إضافة schema للمراجعات إلى صفحاتك ليست طريقة الحصول على نجوم Shopping؛ بل إرسال خلاصة مراجعات هو الطريقة.

كيف تحصل فعليًا على النجوم؟

النسخة المختصرة:

• على Google: أنشئ خلاصة مراجعاتك وأرسلها بنفسك، بعد التسجيل عبر Product Ratings Interest Form من Google، أو استخدم شركة مراجعات معتمدة مثل Yotpo أو Judge.me أو Trustpilot أو Bazaarvoice أو Okendo وغيرها لإرسال الخلاصة نيابةً عنك. تحتاج Google إلى 50 مراجعة على الأقل عبر منتجاتك قبل أن تظهر النجوم.
• على Microsoft/Bing: أرسل ملف مراجعات بتنسيق Google عبر FTP/SFTP؛ أو إذا كان متجرك يستخدم Bazaarvoice أصلًا، فتجاوز الخلاصة كليًا وسيعرض Bing التقييمات تلقائيًا متى كانت معرّفات منتجاتك دقيقة.

قواعد الأمانة

لا يمكنك إرسال المراجعات الإيجابية وحدها. تريد Google وBing المجموعة الكاملة والصادقة. تنص Google صراحةً على عدم جواز إرسال مراجعات 5 نجوم وحدها، كما لا يجوز حذف المراجعات السلبية القديمة من الخلاصة بصمت. وتُسمح المراجعات المحفَّزة، التي منحت فيها شخصًا شيئًا مقابل ترك مراجعة، بشرط الإفصاح عنها وألا تكون المكافأة مرتبطة بكتابة مراجعة إيجابية.

هل تريد مخطط XML الكامل، وفخ «الخلاصة الكاملة تستبدل كل شيء»، وقواعد تسمية الملفات الخاصة بـBing؟ انتقل إلى علامة Advanced.

الخلاصة — خلاصة مراجعات المنتجات ملف XML مستقل، وفق مخطط Google بالإصدار 2,4 وقت الكتابة، يزوّد إعلانات Shopping والقوائم المجانية بتقييمات النجوم. وهو مختلف عن خلاصة المنتجات، وعن schema ‏Review/AggregateRating الخاصة بالنتائج العضوية، وعن «نظام المراجعات» الخوارزمي لدى Google. تحتاج Google إلى نحو 50 مراجعة والتسجيل عبر Interest Form، وتتوقع دائمًا خلاصة كاملة فتحذف من مجموعة Google أي مراجعة تغيب عن أحدث ملف، وتطابقها مع المنتجات عبر GTIN أو العلامة التجارية مع MPN أو عنوان URL للمنتج؛ وعدم تطابق المعرّفات هو السبب الأشيع للفشل. تعيد Microsoft استخدام XML من Google، لكنها تضيف تسمية ملفات ProductReviews ونقل FTP/SFTP، وتعرض تقييمات BazaarVoice تلقائيًا. يُمنع انتقاء الإيجابي فقط، ويجب الإفصاح عن المراجعات المحفزة وألا تعتمد مكافأتها على كون الرأي إيجابيًا أو سلبيًا، كما يجب وسم المراجعات المنشأة بالذكاء الاصطناعي كرسائل مزعجة.

أولًا: أربعة أشياء مختلفة تُسمى كلها «مراجعات»

معظم الالتباس في هذا الموضوع تعريفي. افصل بين هذه الأنظمة الأربعة، وستتضح بقية المسألة تقريبًا:

1. خلاصة مراجعات المنتجات ← Product Ratings — خلاصة XML التي ترسلها إلى Merchant Center لتشغيل تقييمات النجوم لكل منتج في إعلانات Shopping والقوائم المجانية. تجمع Google تقييمات Product Ratings من التجار ومجمّعي المراجعات ومواقع المراجعات ومستخدمي Google (أساسيات Product Ratings). Evidence for this claim Google compiles Product Ratings from multiple review sources for eligible Shopping placements. Scope: Ratings and review counts are not guaranteed to display. Confidence: high · Verified: 2026-07-14 Google: Product Ratings basics هذا المقال يتناول هذا النظام.
2. خلاصة مراجعات التاجر ← Store/Seller Ratings — خلاصة منفصلة على مستوى البائع (Merchant Review Feeds) توفّر تقييم النشاط التجاري. تعكس Store Ratings تجربة النشاط كاملة بعد تنفيذ الطلب، لا المنتجات الفردية، وتحتاج إلى متوسط 3,5 نجمة أو أكثر للعرض (نظرة عامة على Store Ratings).
3. ترميز schema ‏Review/AggregateRating — بيانات منظمة على الصفحة لا تؤثر إلا في نتائج المراجعات المنسّقة العضوية، ولا تؤثر في Shopping. انتبه إلى قيد المصلحة الذاتية: الصفحات التي يتحكم فيها الكيان محل المراجعة بالمراجعات المكتوبة عنه غير مؤهلة لنتيجة النجوم المنسّقة؛ لذلك لن يمنح ترميز مراجعات موقعك نجومًا عضوية بصورة موثوقة، ولن يمنح نجوم Shopping بالتأكيد.
4. «نظام المراجعات» لدى Google (Product Reviews Update) — نظام ترتيب خوارزمي لمحتوى المراجعات التحريري من الطرف الأول، مثل المقالات والتدوينات التي تراجع المنتجات. ووفق Google، لا يقيّم النظام مراجعات الأطراف الثالثة مثل المنشورة في قسم المراجعات بصفحة المنتج. ولا علاقة له بخلاصات Merchant Center رغم اشتراكهما في كلمة «مراجعة».

سأعود إلى الفرق بين خلاصة المراجعات وschema، وإلى الخلط مع Product Reviews Update، في علامة Anti-Patterns لأنهما أكثر خطأين أراهما.

لماذا تهم الخلاصة؟

تقييمات النجوم وأعداد المراجعات أوضح إشارة ثقة يمكنك إضافتها إلى إعلان Shopping أو قائمة منتج مجانية، وهي تظهر داخل النتائج في الموضع الذي يُتخذ فيه قرار النقر. والحصول عليها مسألة خلاصة وأهلية لا مسألة ترتيب، ولهذا تُهمَل كثيرًا. إنها بنية تحتية تؤتي ثمارها في معدل النقر CTR.

خلاصات مراجعات المنتجات في Google

الأهلية

• 50 مراجعة على الأقل عبر جميع المنتجات قبل عرض التقييمات (أهلية Product Ratings).
• يجب التسجيل أولًا عبر Product Ratings Interest Form.
• يجب رفع مصدر بيانات المراجعات مرة واحدة شهريًا على الأقل وأن يتضمن مراجعات محدّثة؛ فهذا متطلب مستمر لا عملية رفع لمرة واحدة.
• يجب أن تطابق نطاقات product_url في مصدر بيانات المراجعات النطاق المسجل في حساب Merchant Center.
• يستغرق الإعداد الأولي بضعة أسابيع؛ وتظهر الحالة «inactive» حتى الموافقة ثم «active»، وتحتاج التحديثات اللاحقة نحو 7–10 أيام للظهور. وضّح للعميل وفق هذا التأخير.

هذه شروط مسبقة للمشاركة وليست وعدًا بالعرض. تقول وثائق Google إن تقديم الخلاصة «does not guarantee that your content will be included» (ترجمة) «لا يضمن إدراج محتواك». إن بلوغ حد 50 مراجعة والحصول على الموافقة على Interest Form يجعلانك مؤهلًا؛ لكن التحقق والمطابقة والإشراف يجب أن تنجح أيضًا قبل ظهور أي نجمة.

الخلاصة المباشرة مقابل المجمّع المعتمد

يوجد مساران (كيفية إرسال بيانات مراجعات المنتجات):

1. أرسل خلاصتك بنفسك — أنشئ ملف XML متوافقًا وأرسله مباشرةً، بعد الموافقة على Interest Form. يمنحك ذلك تحكمًا كاملًا، لكنك تتحمل مسؤولية فهم المخطط والالتزام بإرسال خلاصة كاملة كل شهر.
2. استخدم مجمّع مراجعات أو شريكًا معتمدًا — ترسل Bazaarvoice أو Trustpilot أو Yotpo أو Feefo أو PowerReviews أو Judge.me أو Loox أو Okendo أو Stamped وغيرها البيانات إلى Google نيابةً عنك. يقل العمل، لكن الخدمة مدفوعة وتختلف التغطية حسب البلد، فتحقق من الإتاحة الإقليمية لدى المجمّع.

ستجد شجرة قرار للاختيار بين المسارين في علامة Decision Trees.

أساسيات مخطط XML

الخلاصة ملف XML خاضع للتحقق، وإصدار المخطط 2,4 وقت الكتابة (مرجع مخطط XML). وهذه أهم العناصر:

• على مستوى الخلاصة: ‏<feed version="2.4"> و<publisher> الإلزامي و<reviews>، وكتلة <aggregator> الاختيارية.
• لكل مراجعة: ‏<review_id> معرّف فريد دائم، و<review_timestamp>، و<reviewer><name> الذي يدعم is_anonymous، و<content> لنص المراجعة، مع <title> و<review_language> ‏(BCP 47) و<review_country> ‏(ISO 3166-1) بوصفها حقولًا اختيارية.
• علامات الثقة والجودة: ‏<is_verified_purchase> و<is_incentivized_review> و<is_spam> و<collection_method> بقيمتي “unsolicited” أو “post_fulfillment”، مع <transaction_id> اختياري.
• التقييمات: ‏<ratings><overall> مع السمتين min وmax.
• البيانات النوعية: ‏<pros> و<cons>؛ وتطلب Google حذف نصوص القوالب مثل “pro:”.
• عنوان URL للمراجعة: ‏<review_url> مع type بقيمة “singleton” لصفحة تعرض مراجعة واحدة، أو “group” لصفحة تسرد عدة مراجعات.
• ربط المنتج: ‏<products><product> لمنتج واحد أو أكثر، ولكل منها <product_url> و<product_name> اختياري وحاوية <product_ids> التي تضم <gtins> و<mpns> و<skus> و<brands>؛ وكل منها مطلوب متى كان المعرّف معروفًا للمنتج، ويجب إقران <mpns> بـ<brands>، إلى جانب <asins> الاختياري حقًا.

المطابقة هرمية وليست قائمة مسطحة من خيارات متساوية. ينص مرجع مخطط Google صراحةً على أن التقييمات والمراجعات تُطابق «based on a number of factors, the strongest being globally unique product identifiers such as GTINs,» (ترجمة) «استنادًا إلى عدد من العوامل، وأقواها معرّفات المنتجات الفريدة عالميًا مثل GTIN». ومن دون GTIN ستحاول Google استخدام SKU أو العلامة التجارية مع MPN أو عنوان URL للمنتج، لكن «these identifiers generally do not provide as good a match as GTINs.» (ترجمة) «لا توفر هذه المعرّفات عمومًا مطابقة بجودة GTIN». قدّم GTIN متى كان متاحًا، وتعامل مع البدائل كمسارات احتياطية لا كخيارات مكافئة. Evidence for this claim Google's product review feed schema supports GTIN, MPN plus brand, SKU, ASIN, and product URL identifiers. Scope: Submit identifiers only when valid and applicable to the reviewed product. Confidence: high · Verified: 2026-07-14 Google Product Review Feeds: Schema

طرق الإرسال وحدود الملفات

• ارفع الخلاصة عبر الجلب المجدول (http/https/sftp) أو SFTP أو Google Cloud Storage أو مباشرةً من جهازك (رفع مصدر بيانات مراجعات المنتجات).
• يجب أن يقل حجم كل مصدر بيانات عن 4 GB، ويمكن ضغط عدة ملفات XML في ملف zip.

فخ «الخلاصة الكاملة تستبدل كل شيء»

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

سياسة المحتوى

تُعد سياسات Product Ratings أشد مما يتوقعه معظم الناس:

• الأصالة: تزيل Google المراجعات التي تعتقد أن فيها تضارب مصالح أو أن موظفين أو أشخاصًا ذوي مصلحة في المنتج كتبوها.
• لا انتقاء ولا حذف: أرسل المجموعة الكاملة الصادقة؛ فلا يجوز تضمين مراجعات 5 نجوم وحدها أو حذف المراجعات القديمة من الخلاصة.
• تُسمح المراجعات المحفزة إذا أُفصح عنها عبر <is_incentivized_review>، ولا يجوز أن يعتمد الحافز على كون المراجعة إيجابية أو سلبية؛ فالدفع مقابل مراجعة مقبول، أما الدفع مقابل مراجعة إيجابية فقط فغير مقبول.
• يجب وسم المراجعات المنشأة بالذكاء الاصطناعي كرسائل مزعجة (<is_spam>). تشير Google إلى المحتوى الآلي صراحةً، وهي نقطة مهمة في 2026 مع انتشار مولدات المراجعات بالذكاء الاصطناعي.
• يشمل المحتوى المحظور معلومات تحديد الهوية الشخصية PII والمواد الفاحشة أو الباعثة على الكراهية والمنتجات المنظمة أو الخطرة والسلع المقلدة وروابط البرامج الضارة أو التصيد والمحتوى المسروق وانتحال الشخصية. وينبغي أن يملك بائع التجزئة المراجعات، لا أن تُوزّع عبر خلاصات لا صلة بينها.

خلاصات مراجعات المنتجات في Microsoft (Bing)

يدير Microsoft Merchant Center نظامًا موازيًا لكنه مستقل إداريًا. ملاحظة عن المصادر: تعتمد صفحات المساعدة لدى Microsoft على العرض في المتصفح ولا تعيد محتوى صالحًا لأداة الجلب الآلي، وقد تأكد ذلك مجددًا في هذا التحديث إذ لا تعيد الصفحات إلا قوالب نتائج بحث فارغة بدل المحتوى الموثق. لذلك تستند التفاصيل أدناه إلى ردود دعم Microsoft Advertising الرسمية في سلاسل Microsoft Q&A بدل روابط وثائق الطرف الأول. تعامل مع الأرقام أدناه، مثل حدود المراجعات وأحجام الملفات وتفاصيل النقل، باعتبارها سارية وقت البحث لا مؤكدة بصورة مستقلة من وثائق Microsoft الأساسية، وتحقق منها في الواجهة الحية قبل التنفيذ.

Merchant Ratings مقابل Product Ratings

تقسم Microsoft التقييمات بالطريقة نفسها التي تستخدمها Google:

• Merchant Ratings — تقييم على مستوى النشاط التجاري أو البائع، يظهر تلقائيًا كإضافة آلية في حملات Search بعد استيفاء الأهلية، ولا يتطلب إرسالًا يدويًا. تأتي البيانات من مزودي مراجعات خارجيين، وتتطلب الأهلية 30 مراجعة فريدة على الأقل خلال آخر 12 شهرًا لكل بلد ومتوسطًا مركبًا 3,5 نجمة أو أكثر، مع اتساق اسم النشاط وموقعه عبر المصادر. تستغرق النجوم عادةً 3–6 أسابيع للظهور بعد استيفاء المتطلبات (سلسلة دعم Microsoft Q&A، متطلبات تقييمات بائع Bing لدى REVIEWS.io).
• Product Ratings — تقييم على مستوى المنتج وإضافة آلية في حملات Shopping، وله المساران التاليان.

مسار التكامل التلقائي مع BazaarVoice

إذا كانت مراجعات موقعك تعمل أصلًا عبر BazaarVoice، فلا ترسل خلاصة منفصلة لمراجعات المنتجات؛ بل قدّم معرّفات دقيقة للمنتجات، أي GTIN والعلامة التجارية وMPN، في خلاصة Shopping وستعرض إعلانات منتجاتك تقييمات BazaarVoice تلقائيًا. وهذا مسار أخف ومختلف فعلًا عما تقدمه Google.

الإرسال المباشر للخلاصة

أما سائر التجار فيرسلون خلاصة XML خاصة بهم (Microsoft Q&A — مخطط XML للخلاصة ودليل SFTP):

• يجب أن يكون الملف ملف .xml قائمًا بتنسيق Google؛ إذ تعيد Microsoft استخدام مخطط خلاصة مراجعات المنتجات من Google بدل تعريف مخططها الخاص. والخلاصة الجيدة المعدّة لـGoogle تكاد تكون جاهزة لـBing.
• تسمية الملف مهمة وهي نقطة فشل شائعة: يجب أن يبدأ الملف بـProductReviews للخلاصة الكاملة التي تشمل المخزون كله وتُرسل يوميًا، أو ProductReviewsupdate للتحديثات التي تضم المراجعات الجديدة فقط. ويجب أن يطابق اسم الملف المضبوط في إعدادات Merchant Center الملف المرفوع تمامًا ومن دون الامتداد؛ اضبط “merchant” لا “merchant.xml”. وفي الملفات المضغوطة يجب أن يتشارك الملف الداخلي والأرشيف الاسم نفسه، مع ملف واحد (1) في كل أرشيف.
• النقل: عبر SFTP إلى ftps://feeds.adcenter.microsoft.com في الوضع السلبي، باستخدام بيانات اعتماد FTP للمتجر.
• حجم الملف: الحد الأقصى 1 GB عبر FTP/SFTP، وهو موصى به للملفات الأكبر من 4 MB، وحتى 3 GB بعد فك الضغط إذا كان الملف مضغوطًا.
• متطلب العرض: يحتاج المنتج إلى مراجعة واحدة على الأقل.

سبب فشل Bing رقم 1

توثق سلسلة منفصلة في Microsoft Q&A تاجرًا رفع ملف XML صالحًا عبر FTP ولم ير شيئًا بعد أسابيع؛ وتركز استكشاف دعم Microsoft للمشكلة على المطابقة الدقيقة لاسم الملف بين الملف المرفوع واسم الخلاصة المضبوط، إضافةً إلى قواعد الحجم والضغط. إذا لم تظهر خلاصة Bing، فتحقق من اسم الملف أولًا. فهذا نظير مشكلة مطابقة GTIN لدى Google.

الحفاظ على مزامنة خلاصتي المنتجات والمراجعات

هذه هي اللعبة كلها بعد الإطلاق. ترتبط المراجعات بالمنتجات أساسًا عبر GTIN، وهو أقوى مطابقة. عندما يغيب GTIN أو يكون غير دقيق، تحاول Google استخدام SKU أو العلامة التجارية مع MPN أو عنوان URL للمنتج، لكن هذه البدائل، وفق وصف Google، «generally do not provide as good a match as GTINs» (ترجمة) «لا توفر عمومًا مطابقة بجودة GTIN»، فلا تعاملها كبدائل متساوية في الموثوقية. عدم تطابق المعرّفات هو أهم أسباب «إرسال المراجعات من دون ظهور النجوم». إذا لم يطابق GTIN في خلاصة المراجعات نظيره في خلاصة المنتجات، سواء أُعيد استخدامه أو كان خاطئًا أو مفقودًا، فلن ترتبط المراجعات ببساطة. وهذا هو السبب الجذري نفسه وراء أخطاء معرّفات Merchant Center التي يغطيها دليل تحسين الخلاصة في هذه المجموعة؛ صحح رموز GTIN في خلاصتك الرئيسية أولًا، ثم انسخها بدقة إلى خلاصة المراجعات.

ومن المفيد أيضًا فصل المراحل التي يمر بها الإرسال، لأن النجاح في مرحلة لا يثبت النجاح في التالية: يجب أن يكون XML سليم التكوين ومتوافقًا مع المخطط، ثم يجب أن يقبل Merchant Center الخلاصة، ثم تتجاوز كل مراجعة إشراف السياسة، ثم تُطابق المراجعات مع منتج بواسطة معرّف، ثم تُجمع المراجعات المتطابقة في تقييم، وعندها فقط، بافتراض استيفاء الحساب أهلية البرنامج، يظهر التقييم. الرفع النظيف يؤكد المرحلة الأولى أو المرحلتين الأوليين، ولا يقول شيئًا عن الباقي.

المدد التي ينبغي إبلاغ أصحاب المصلحة بها: 2–4 أسابيع للإعداد الأولي لدى Google، و7–10 أيام للمزامنات اللاحقة معها، و3–6 أسابيع لظهور Merchant Ratings في Bing بعد استيفاء الأهلية.

موضع هذا الموضوع في المجموعة

يفترض كل ما سبق أن لديك حساب Merchant Center يعمل وخلاصة منتجات رئيسية نظيفة؛ وتغطيهما صفحة Google Merchant Center الرئيسية ودليل تحسين الخلاصة المتعمق في هذه المجموعة. أما هذا المقال فيملك الجزء الذي لا يغطيانه: خلاصة المراجعات المنفصلة التي تحول مراجعات عملائك إلى نجوم في Shopping.

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

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

• خلاصة مراجعات المنتجات ملف XML مستقل، وفق مخطط Google بالإصدار 2,4 وقت الكتابة، يوفّر تقييمات النجوم لكل منتج في إعلانات Shopping والقوائم المجانية.
• أربعة أشياء تشترك في كلمة «مراجعة»، فافصل بينها: خلاصة مراجعات المنتجات (Product Ratings لكل منتج)، وخلاصة مراجعات التاجر (Store/Seller Ratings على مستوى النشاط)، وschema ‏Review/AggregateRating للنتائج العضوية المنسّقة فقط، و«نظام المراجعات» الخوارزمي لدى Google أو Product Reviews Update الذي يرتب محتوى المراجعات التحريري ولا علاقة له بالخلاصات.
• ترميز schema لا يساوي نجوم Shopping. تأتي نجوم المراجعات على الصفحة من البيانات المنظمة ولا تؤثر إلا في النتائج العضوية؛ أما نجوم Shopping فتتطلب الخلاصة.
• أهلية Google: نحو 50 مراجعة على الأقل، والتسجيل عبر Interest Form، والرفع شهريًا على الأقل، ومطابقة نطاق product_url لنطاق Merchant Center؛ وهذه شروط للمشاركة لا ضمان للعرض.
• الخلاصة الكاملة تستبدل دائمًا: أي مراجعة غير موجودة في آخر رفع كامل تُحذف من مجموعة Google المقدمة، مع بقاء منصة مراجعاتك من دون تأثر؛ لذلك تمحو آليات الإرسال التي ترفع المراجعات الجديدة فقط سجل المراجعات لدى Google بصمت.
• المطابقة عبر GTIN أو العلامة التجارية مع MPN أو عنوان URL للمنتج؛ وعدم التطابق هو السبب رقم 1 لغياب النجوم، وGTIN هو أقوى مطابقة.
• السياسة: لا انتقاء لمراجعات 5 نجوم وحدها ولا حذف للقديمة؛ ويجب الإفصاح عن المراجعات المحفزة وألا تعتمد مكافآتها على كون الرأي إيجابيًا أو سلبيًا، ووسم المراجعات المنشأة بالذكاء الاصطناعي كرسائل مزعجة.
• Microsoft/Bing يعيد استخدام XML من Google ويضيف تسمية ProductReviews ونقل FTP/SFTP عبر ftps://feeds.adcenter.microsoft.com بحد أقصى 1 GB، ويحتاج إلى مراجعة واحدة (1) فقط لكل منتج للعرض، ويعرض تقييمات متاجر BazaarVoice تلقائيًا. عدم المطابقة الدقيقة لاسم الملف هو السبب الأشيع للفشل في Bing.
• الخلاصة المباشرة مقابل المجمّع خيار استراتيجي حقيقي: التحكم مقابل الراحة والتكلفة.
• المدد: إعداد Google خلال 2–4 أسابيع، والتحديثات خلال 7–10 أيام؛ وظهور Merchant Ratings لدى Bing خلال 3–6 أسابيع بعد استيفاء الأهلية.

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

وثائق المصدر الأول من Google وMicrosoft.

Google

• Product Review Feeds — Introduction — تعريف الخلاصة ومن يمكنه إرسالها.
• Product Review Feeds — XML Schema Reference — مرجع عناصر الإصدار 2,4 كاملًا وقاعدة «الخلاصة الكاملة تستبدل كل شيء».
• Merchant Review Feeds — Introduction — الخلاصة المنفصلة على مستوى البائع، أي Store/Seller Ratings.
• Upload a product reviews data source to Merchant Center — طرق الإرسال.
• How to submit product reviews data — الخلاصة المباشرة مقابل المجمّع المعتمد.
• Product Ratings basics — ماهية Product Ratings ومصادرها.
• Product Ratings eligibility — الحد الأدنى البالغ 50 مراجعة والإعداد الأولي.
• Product Ratings policies — الأصالة ومنع الانتقاء والإفصاح عن التحفيز ووسم الذكاء الاصطناعي أو الرسائل المزعجة.
• Store ratings overview — النظير على مستوى النشاط التجاري.
• Review Snippet (Review, AggregateRating) structured data — الترميز العضوي فقط الذي لا تمثله هذه الخلاصة.
• Google Search’s Reviews System — نظام الترتيب الخوارزمي المنفصل عن خلاصات Merchant Center.

Microsoft / Bing

• Microsoft Q&A — مخطط XML لخلاصة مراجعات المنتجات ودليل الإرسال عبر SFTP — رد دعم رسمي يغطي تسمية الملف وحجمه والنقل عبر SFTP.
• Microsoft Q&A — عدم ظهور خلاصة مراجعات منتجات رُفعت عبر FTP — فشل المطابقة الدقيقة لاسم الملف.
• Microsoft Q&A — كيفية إظهار نجوم المراجعات في إعلانات منتجات Bing Merchant — مسارا تقييمات التاجر والمنتج.

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

تصريحات موثقة من وثائق Google. ينقلك كل رابط عميق إلى المقطع المقتبس في صفحة المصدر.

Google — سياسة Product Ratings

• “Reviews are most valuable when they are honest and unbiased. We remove reviews that we believe have conflicts of interest and/or have been written by employees or people with a vested interest in the product.” (ترجمة) «تكون المراجعات أعلى قيمة عندما تكون صادقة وغير متحيزة. ونزيل المراجعات التي نعتقد أن فيها تضارب مصالح و/أو أن موظفين أو أشخاصًا ذوي مصلحة في المنتج كتبوها». — مساعدة Google Merchant Center، سياسات Product Ratings. انتقل إلى الاقتباس

أي مسار ينبغي أن تختار؟

يحسم قراران معظم العمل: كيف ترسل إلى Google، وأي نظام تحتاج أصلًا. اتبع شجرة القرار.

أخطاء أراها مرارًا

1. توقع أن تنتج schema المراجعات على الصفحة نجوم Shopping

الخطأ: إضافة ترميز Review/AggregateRating إلى صفحات المنتجات وافتراض أن النجوم ستظهر في Google Shopping.

لماذا هو خطأ: لا تؤثر بيانات Review Snippet المنظمة إلا في نتائج المراجعات المنسّقة العضوية، ولا تؤثر في مواضع Google Shopping. تأتي نجوم Shopping حصرًا من خلاصة مراجعات المنتجات المنفصلة في Merchant Center وبرنامج Product Ratings.

افعل بدلًا من ذلك: احتفظ بـschema لقوائمك العضوية إن شئت، لكن أنشئ خلاصة مراجعات فعلية وأرسلها، أو استخدم مجمّعًا معتمدًا، للحصول على نجوم Shopping. إنهما مساران مستقلان.

2. لوم Product Reviews Update على غياب نجوم Shopping

الخطأ: الاعتقاد بأن Product Reviews Update من Google منذ 2021، أي «نظام المراجعات»، يتحكم في ظهور النجوم لخلاصة مراجعات Merchant Center.

لماذا هو خطأ: نظام المراجعات نظام ترتيب خوارزمي لمحتوى المراجعات التحريري من الطرف الأول، أي المقالات والتدوينات التي تراجع المنتجات. وتقول Google إنه لا يقيّم مراجعات الأطراف الثالثة مثل الموجودة في قسم المراجعات بصفحة المنتج. ولا علاقة له بخلاصات Merchant Center.

افعل بدلًا من ذلك: شخّص مشكلات الخلاصة باعتبارها مشكلات خلاصة، أي الأهلية والمعرّفات والالتزام بالخلاصة الكاملة، لا باعتبارها مشكلة في تحديث خوارزمي.

3. إنشاء مسار لخلاصة تزايدية فقط

الخطأ: إرسال «المراجعات الجديدة فقط» كل مرة لتوفير النطاق الترددي أو جهد التطوير.

لماذا هو خطأ: يتوقع نظام Google دائمًا خلاصة كاملة. وأي مراجعة أُرسلت سابقًا ولم تظهر في الرفع الكامل التالي تُحذف من مجموعة Google المقدمة، مع بقاء منصة مراجعاتك من دون تأثر. وتمحو آلية الإرسال التي ترفع المراجعات الجديدة فقط سجل مراجعاتك لدى Google بصمت.

افعل بدلًا من ذلك: أعد إنشاء مجموعة المراجعات الحالية الكاملة وأرسلها في كل رفع، مرة شهريًا على الأقل.

4. انتقاء المراجعات الإيجابية وحدها

الخطأ: إرسال مراجعات 5 نجوم وحدها لرفع المتوسط.

لماذا هو خطأ: تتطلب سياسة Google المجموعة الكاملة الصادقة؛ فلا يجوز تضمين مراجعات 5 نجوم وحدها ولا حذف المراجعات القديمة من الخلاصة. الإرسال الانتقائي مخالفة للسياسة.

افعل بدلًا من ذلك: أرسل كل ما جمعته بصدق. أصلح المنتج لا الخلاصة.

5. الدفع مقابل المراجعات الإيجابية فقط، أو إخفاء التحفيز أصلًا

الخطأ: تقديم خصم فقط إذا ترك العميل مراجعة إيجابية، أو تضمين مراجعات محفزة من دون وسمها.

لماذا هو خطأ: تُسمح المراجعات المحفزة فقط عند الإفصاح عنها عبر <is_incentivized_review> وألا يكون الحافز مشروطًا بكون المراجعة إيجابية أو سلبية.

افعل بدلًا من ذلك: قدّم الحافز مقابل أي مراجعة صادقة، وضع علامة التحفيز على تلك المراجعات.

6. السماح باختلاف المعرّفات بين خلاصتي المراجعات والمنتجات

الخطأ: افتراض أن المراجعات سترتبط ما دامت الخلاصتان «تحتويان المنتج».

لماذا هو خطأ: تُطابق المراجعات مع المنتجات عبر GTIN، أو العلامة التجارية مع MPN، أو عنوان URL للمنتج. ويعني GTIN غير المتطابق أو المعاد استخدامه أو المفقود أن المراجعات لا ترتبط ولا تظهر نجوم؛ وهذا أكثر أسباب «أرسلت المراجعات ولم يظهر شيء» شيوعًا.

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

7. استخدام اسم ملف خاطئ في Bing

الخطأ: رفع XML صالح إلى Microsoft عبر FTP لكن تسميته باسم لا يطابق اسم الخلاصة المضبوط، أو إبقاء الامتداد في حقل الإعدادات.

لماذا هو خطأ: تشترط Microsoft أن يبدأ الملف بـProductReviews وأن يطابق اسم الخلاصة المضبوط تمامًا ومن دون الامتداد. ويعني اختلاف الاسم أن الخلاصة لا تُعالج أصلًا؛ وتُظهر سلاسل الدعم أن تجارًا خسروا أسابيع بسبب هذا الخطأ تحديدًا.

افعل بدلًا من ذلك: سمّ الملف ProductReviews.<yourname>.xml، واضبط اسم الخلاصة من دون الامتداد، وتحقق من تطابقهما قبل الانتظار.

هيكل أدنى لخلاصة مراجعات منتجات Google

فيما يلي XML صالح بالإصدار 2,4 يكفي لإظهار كيفية تركيب الأجزاء. املأ قيمك الحقيقية؛ ولا تختلق أبدًا رموز GTIN أو نصوص المراجعات أو معرّفاتها. هذا هيكل إرشادي لا خلاصة جاهزة للنسخ واللصق.

<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns:vc="http://www.w3.org/2007/XMLSchema-versioning"
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
      version="2.4">
  <publisher>
    <name>Your Store Name</name>
    <favicon>https://www.example.com/favicon.ico</favicon>
  </publisher>
  <reviews>
    <review>
      <review_id>REVIEW-UNIQUE-PERMANENT-ID</review_id>
      <reviewer>
        <name is_anonymous="false">Real Reviewer Name</name>
      </reviewer>
      <review_timestamp>2026-06-01T12:00:00Z</review_timestamp>
      <content>The actual review text goes here.</content>
      <pros>
        <pro>Concise pro, no "pro:" boilerplate</pro>
      </pros>
      <cons>
        <con>Concise con</con>
      </cons>
      <review_url type="singleton">https://www.example.com/reviews/REVIEW-ID</review_url>
      <ratings>
        <overall min="1" max="5">5</overall>
      </ratings>
      <is_verified_purchase>true</is_verified_purchase>
      <is_incentivized_review>false</is_incentivized_review>
      <collection_method>post_fulfillment</collection_method>
      <products>
        <product>
          <product_ids>
            <gtins>
              <gtin>REAL-GTIN-HERE</gtin>
            </gtins>
            <brands>
              <brand>Your Brand</brand>
            </brands>
          </product_ids>
          <product_name>Product Title</product_name>
          <product_url>https://www.example.com/products/the-product</product_url>
        </product>
      </products>
    </review>
  </reviews>
</feed>

توجد العناصر والتكرارات والسمات المسموح بها بدقة في XML Schema Reference من Google؛ فتعامل مع تلك الصفحة، لا هذا الهيكل، بوصفها المرجع المعياري.

تحقق من سلامة تكوين XML قبل الرفع

التحقق من صحة المخطط مسؤولية Google، لكن اكتشاف ملف XML معطوب محليًا يوفر دورة رفع.

macOS / Linux

# Checks the file is well-formed XML (not schema-valid, just parseable)
xmllint --noout ProductReviews.example.xml && echo "well-formed"

Windows (PowerShell)

# Throws if the XML is malformed; prints "well-formed" otherwise
try { [xml](Get-Content -Raw .\ProductReviews.example.xml) | Out-Null; "well-formed" }
catch { "MALFORMED: $($_.Exception.Message)" }

تأكد من اشتراك خلاصتي المراجعات والمنتجات في رموز GTIN

حالة فشل المزامنة رقم 1 هي وجود GTIN في خلاصة المراجعات ليس موجودًا في خلاصة المنتجات. استخرج رموز GTIN من كل منهما وقارنها.

macOS / Linux

# Extract <gtin> values from the review feed
grep -oE '<gtin>[^<]+</gtin>' ProductReviews.example.xml \
  | sed -E 's|</?gtin>||g' | sort -u > review-gtins.txt

# Compare against the GTIN column of your product feed (adjust column as needed)
# Lines showing only in review-gtins.txt are reviews that will fail to attach.
comm -23 review-gtins.txt product-gtins.txt

أي GTIN يظهر في خلاصة المراجعات وحدها يخص مراجعة لن تعثر على منتجها؛ فصححه في المصدر قبل الرفع الكامل التالي.

إجراء تشغيلي موحد: صيانة خلاصة كاملة لمراجعات المنتجات

نفذ هذا الإجراء مرة شهريًا على الأقل لـGoogle، ووفق جدول الإرسال المضبوط لكل وجهة. يجب أن يعيد المسار إنشاء مجموعة المراجعات الحالية الكاملة بدل إلحاق أحدث المراجعات وحدها.

1. ثبّت نطاق بيانات المصدر. صدّر مجموعة المراجعات الحالية الكاملة مع معرّفات مراجعات دائمة. يعني الإنجاز وجود المراجعات القديمة الصالحة والجديدة معًا ومن دون تصفية الآراء السلبية أو الإيجابية.
2. طبّق علامات السياسة. احتفظ بعلامات الشراء المتحقق منه والتحفيز والرسائل المزعجة وطريقة الجمع وسائر علامات المصدر. يعني الإنجاز الإفصاح عن الحوافز ووسم محتوى المراجعات المنشأ بالذكاء الاصطناعي كرسائل مزعجة بدل تقديمه كشهادة عميل.
3. اربط المنتجات بمعرّفات مستقرة. طابق GTIN أولًا متى كان معروفًا، وإلا فاستخدم العلامة التجارية مع MPN المعتمد أو عنوان URL للمنتج. يعني الإنجاز اتفاق معرّفات المراجعات مع خلاصة المنتجات الحية ونطاق الوجهة.
4. أنشئ XML الكامل. ضمّن الناشر والمراجعات والتقييمات وعناوين URL للمراجعات وروابط المنتجات وفق المخطط المعتمد. يعني الإنجاز وجود كل مراجعة يُراد إبقاؤها نشطة في الملف الجديد.
5. تحقق قبل النقل. حلّل XML وشغّل مقارنة معرّفات خلاصتي المراجعات والمنتجات الواردة في المقال. يعني الإنجاز أن الملف سليم التكوين وأن المعرّفات غير المتطابقة صُححت أو عُلقت عمدًا.
6. سمِّ الملف وسلّمه حسب الوجهة. أرسل إلى Google عبر مصدر البيانات المضبوط. وللإرسال المباشر إلى Microsoft استخدم بادئة ProductReviews أو ProductReviewsupdate المطلوبة وطابق الاسم المضبوط تمامًا. يعني الإنجاز قبول الوجهة للملف وتسجيل اسم الملف المرفوع.
7. طابق نتائج المعالجة. راجع حالة الوجهة والأعداد والأخطاء وارتباط المنتجات بعد المعالجة. يعني الإنجاز تعيين مسؤول عن أي هبوط غير متوقع في عدد المراجعات أو مجموعة منتجات غير متطابقة قبل التشغيل التالي.

أُرسلت المراجعات لكن نجوم Shopping لا تظهر

العَرَض: تُعالج الخلاصة، لكن قوائم المنتجات لا تعرض تقييمات. السبب المحتمل: لا تطابق قيم GTIN أو العلامة التجارية مع MPN أو عنوان URL للمنتج في خلاصة المراجعات خلاصة المنتجات الرئيسية؛ وقد تكون أهلية Google أو عملية الإعداد غير مكتملة أيضًا. الإصلاح: قارن المعرّفات، وصحح الربط في المصدر، وأكد النطاق المسجل وحالة البرنامج، ثم انتظر مدة المعالجة أو الإعداد الموثقة. تحقق من الارتباط لكل منتج بدل افتراض أن نجاح رفع الملف يكفي.

تقبل Microsoft النقل لكنها لا تعالج الخلاصة

العَرَض: يوجد ملف XML صالح على الخادم، لكن Microsoft لا تعرض بيانات Product Ratings. السبب المحتمل: لا تطابق بادئة الملف أو اسم الخلاصة المضبوط الملف المرفوع تمامًا، أو تختلف أسماء الأرشيف والملف الداخلي. الإصلاح: استخدم بادئة ProductReviews أو ProductReviewsupdate الموثقة، واضبط الاسم من دون الامتداد، ووحّد اسمي الملف المضغوط والداخلي. أكد حالة المعالجة بعد الرفع المصحح.

تختفي المراجعات التاريخية بعد الرفع

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

ترتبط المراجعات بالمنتج أو المتغير الخطأ

العَرَض: تظهر التقييمات على سلعة غير مقصودة، أو تعرض المتغيرات الشقيقة أعدادًا غير متسقة. السبب المحتمل: يربط GTIN معاد استخدامه أو MPN مشترك أو عنوان URL قديم المراجعات بكيان كتالوج خاطئ. الإصلاح: طابق المعرّفات مع بيانات العبوة أو المصنّع وخلاصة المنتجات الحالية، ثم صحح تعيين مصدر المراجعات. أكد أن معرّفات المراجعات المتأثرة لا ترتبط إلا بالمنتج المقصود.

جاهزية Google Product Ratings

• تتوفر 50 مراجعة على الأقل عبر جميع المنتجات قبل توقع ظهور التقييمات.
• أُرسل Interest Form لبرنامج Product Ratings وتُتابع حالة البرنامج خلال الإعداد.
• جُدول مصدر المراجعات شهريًا على الأقل مع بيانات محدّثة.
• كل رفع هو الخلاصة الحالية الكاملة لا المراجعات الجديدة فقط.
• نطاقات product_url تطابق موقع Merchant Center المسجل.
• يطابق GTIN أو العلامة التجارية مع MPN أو عنوان URL للمنتج خلاصة المنتجات الرئيسية.
• معرّفات المراجعات دائمة وXML سليم التكوين وفق المخطط المدعوم الحالي.
• ضُمّنت المجموعة الكاملة الصادقة؛ فلا انتقاء للإيجابي فقط ولا حذف صامت.
• أُفصح عن المراجعات المحفزة ولم تعتمد مكافآتها على كون الرأي إيجابيًا أو سلبيًا، ووُسمت المراجعات المنشأة بالذكاء الاصطناعي كرسائل مزعجة.

فحوص الإرسال المباشر إلى Microsoft

• حدد ما إذا كان تكامل BazaarVoice يلغي الحاجة إلى خلاصة منفصلة أصلًا.
• أعد استخدام ملف XML صالح بتنسيق Google عند الإرسال المباشر.
• يبدأ اسم الملف بـProductReviews للخلاصة الكاملة أو ProductReviewsupdate لخلاصة التحديث.
• يطابق اسم الخلاصة المضبوط الملف المرفوع تمامًا ويحذف الامتداد.
• يشترك الأرشيف المضغوط وXML الداخلي في الاسم المطلوب، ويحتوي الأرشيف ملفًا واحدًا.
• تأكد من بيانات اعتماد SFTP والنقل السلبي وإعدادات الوجهة الحالية في الحساب الحي.
• تطابق معرّفات المنتجات في خلاصة المراجعات خلاصة Microsoft Shopping.
• تحققت من حالة المعالجة قبل انتظار ظهور النجوم.

أنظمة المراجعات الأربعة

خلاصة مراجعات المنتجات ← Product Ratings

هذا XML على مستوى المنتج يُرسل إلى منصة للتجارة الإلكترونية. ويوفّر النجوم لكل منتج في مواضع Shopping ويطابق المراجعات مع المنتجات عبر المعرّفات أو عناوين URL للمنتجات.

خلاصة مراجعات التاجر ← Store/Seller Ratings

يقيس هذا النشاط التجاري وتجربة ما بعد تنفيذ الطلب، لا منتجًا فرديًا. وهو مسار بيانات منفصل بأهلية مستقلة.

بيانات المراجعات المنظمة ← نتائج عضوية منسّقة

يوضع ترميز Review وAggregateRating على صفحات الويب ويرتبط بمقتطفات المراجعات العضوية. ولا تؤدي إضافته إلى إرسال Product Ratings إلى Merchant Center.

نظام المراجعات لدى Google ← ترتيب المراجعات التحريرية

يقيّم نظام ترتيب البحث محتوى مراجعات المنتجات التحريري من الطرف الأول، مثل المقالات. ولا يقرر ما إذا كانت مراجعات العملاء من الأطراف الثالثة في خلاصة Merchant Center تستحق نجوم Shopping.

عند غياب النجوم، حدد النظام أولًا. شخّص الأهلية والنقل والمعرّفات وسلوك الخلاصة الكاملة لبرنامج Product Ratings؛ ولا تلجأ إلى تفسيرات schema أو تحديثات الخوارزمية التي تخص مسارًا آخر.

مرجع سريع لخلاصة مراجعات المنتجات

أساسيات XML لدى Google

سلوك الإرسال

• Google: أرسل الخلاصة الحالية الكاملة كل مرة؛ تُحذف من مجموعة Google المراجعات التي تغيب عن الملف.
• دورية Google: ارفع بيانات محدّثة مرة شهريًا على الأقل.
• نقل Google: جلب مجدول أو SFTP أو Cloud Storage أو رفع مباشر.
• Microsoft المباشر: XML بتنسيق Google عبر وسيلة النقل المضبوطة.
• اسم ملف Microsoft: ‏ProductReviews… للمخزون الكامل أو ProductReviewsupdate… للتحديثات؛ ويحذف الاسم المضبوط الامتداد.

Google مقابل Microsoft

التشخيص الأول: نجاح الرفع لا يساوي نجاح ارتباط المنتج. افحص المعرّفات ومعالجة الوجهة قبل الانتظار.

اختبر نفسك: خلاصات مراجعات المنتجات

خمسة أسئلة سريعة عن كيفية منح خلاصات مراجعات المنتجات تقييمات النجوم في Google وMicrosoft Shopping. اختر إجابة لكل سؤال ثم تحقق منها.

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