منع الاحتيال

احتيال وكلاء التسوق بالذكاء الاصطناعي عند الدفع: كيف توقف احتيال البوتات عبر IP دون حظر المبيعات الحقيقية

احتيال وكلاء التسوق بالذكاء الاصطناعي عند الدفع: عنوان ChatGPT-User موثَّق سجّل 0 وخادم سحابي عادي سجّل 10 في استعلاماتنا. تحقق من الوكيل، ثم قيّم IP.

بقلمفريق GeoIPHubتاريخ النشر17 يونيو 2026تاريخ التحديث23 أكتوبر 2026مدة القراءةقراءة في 14 دقيقة

أفضل حركة دفع لديك تحويلًا وأغلى احتيال عليك يصلان الآن من أنواع الشبكات نفسها. وجدت Adobe أن حركة الذكاء الاصطناعي إلى مواقع التجزئة الأمريكية "حوّلت بنسبة أفضل بـ 42%" من الزوار البشر في مارس 2026، بعد عام كانت فيه أسوأ بـ 38% (بيانات Adobe عبر TechCrunch). وفي الوقت نفسه تجاوزت الحركة الآلية 53% من إجمالي حركة الويب في 2025 (تقرير Imperva للبوتات السيئة 2026).

تفيد HUMAN Security بأن "2.3% من النشاط الوكيلي يحدث الآن على صفحات الدفع"، وبأن "نصف بالمئة فقط يفصل" معدل الأتمتة الحميدة عن الأتمتة الخبيثة (HUMAN، مارس 2026). السلوك وحده لن يفرزها.

فيما يلي أربعة استعلامات حقيقية، ولماذا مطابقة User-Agent مهمتك أنت، وخريطة من الدرجة إلى الإجراء تحافظ على مبيعات الوكلاء الحقيقيين.

اختبار البطاقات يصل من شبكات الاستضافة، لا من غرفة معيشة متسوق.

لماذا يفشل حظر IP لمراكز البيانات والبروكسي عند الدفع في الاتجاهين

يفشل الحظر الشامل لمراكز البيانات لأنه مخروق ومكلف معًا. هو مخروق لأن الهجمات المكلفة لا تحتاج إلى عنوان مركز بيانات. تقول HUMAN: "قفز حجم اختبار البطاقات (carding) بنسبة 250% منذ 2022" و"محاولات اختراق الحسابات بعد تسجيل الدخول تضاعفت أكثر من أربع مرات على أساس سنوي" (HUMAN). لا تكشف GeoIPHub البروكسيات السكنية، فيجب التقاط الاحتيال القادم من الاتصالات المنزلية عبر بيانات السرعة والدفع لديك. يشرح مقالنا عن احتيال البروكسي السكني السبب.

وهو مكلف لأنه يصيب أناسًا تريد أن تبيع لهم:

الوكلاء الحقيقيون يعملون على شبكات سحابية. عنوان ChatGPT-User الموثَّق أدناه على AS8075 التابعة لـ Microsoft وموسوم datacenter_ip.
مستخدمو Apple iCloud Private Relay يتشاركون عناوين خروج الترحيل التي تعمل على شبكات شريكة مثل Cloudflare.
تضع ترجمة عناوين الشبكة على مستوى مزوّد الخدمة (CGNAT) مشتركين كثيرين خلف عنوان واحد. يحجز RFC 6598 النطاق 100.64.0.0/10 كفضاء عناوين مشترك لها. وقاست Cloudflare أن "عناوين CGNAT تخضع لتحديد المعدّل أكثر بثلاث مرات من عناوين غير CGNAT"، بينما كان متوسط معدل البوتات أقل لعناوين CGNAT، 7% مقابل 13.1% (Cloudflare).

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

أربعة متصلين عند الدفع، أربعة استعلامات: ما رأيناه في 2026-10-23

عنوان وكيل موثَّق يسجّل 0 وallow، وكذلك أي خادم سحابي تقريبًا. أجرينا أربعة استعلامات بلا مفتاح بين 05:03:52 و05:04:07 UTC في 23 أكتوبر 2026، بفارق 5 ثوان بين كل منها:

ChatGPT-User: 104.208.184.193، المضيف الأول في 104.208.184.192/28، أول بادئة في chatgpt-user.json لدى OpenAI. جلبنا الملف في الساعة 05:03 UTC. وكان يضم 234 بادئة IPv4، دون IPv6، مع creationTime يساوي 2026-10-20.
جالب Google الذي يطلقه المستخدم: 107.178.192.1، داخل 107.178.192.0/27 في user-triggered-fetchers.json لدى Google.
خادم سحابي عادي: 45.33.32.156، scanme.nmap.org، مضيف اختبار عام على Linode. وهو ليس وكيلًا.
iCloud Private Relay: 104.28.46.99، عنوان خروج ترحيل من Apple على Cloudflare.

المتصل	`crawler.verified` / `name` / `category`	`fraud_score`	`recommended_action`	قرار الدفع
ChatGPT-User، `104.208.184.193`	true / ChatGPTUser / ai	0	allow	اعتمده بصفته وكيل المشتري
جالب Google، `107.178.192.1`	true / GoogleUserTriggeredFetcher / fetcher	0	allow	اعتمده
خادم سحابي، لو ادّعى أنه وكيل، `45.33.32.156`	false / none / none	10	allow	صعّد التحقق
Private Relay، `104.28.46.99`	false / none / none	9	allow	اعتمده

وهذا استعلام ChatGPT-User، مقتطعًا، مع الحفاظ على التداخل ودون تعديل القيم:

GeoIPHub API

{
  "ip": "104.208.184.193",
  "asn": {
    "asn": 8075,
    "org": "MICROSOFT-CORP-MSN-AS-BLOCK - Microsoft Corporation",
    "asn_type": "hosting",
    "connection_type": "datacenter"
  },
  "detection": {
    "is_hosting": true
  },
  "threat": {
    "is_crawler": true,
    "crawler": {
      "verified": true,
      "name": "ChatGPTUser",
      "operator": "OpenAI",
      "category": "ai",
      "verification_method": "ip_range_list"
    }
  },
  "scoring": {
    "fraud_score": 0,
    "recommended_action": "allow",
    "detection_methods": ["datacenter_ip", "no_ptr_datacenter", "verified_crawler"]
  }
}

انطلقت إشارتا استضافة، datacenter_ip وno_ptr_datacenter. وسحبت إشارة التبرئة verified_crawler المجموع إلى 0. ليس لهذا العنوان DNS عكسي، لا حي ولا مخزَّن، فملف نطاقات OpenAI هو الإثبات الوحيد. ويُظهر جالب Google النمط نفسه عند 0، إلا أن اسم مضيفه يُحل، فتنطلق rdns_hosting بدل no_ptr_datacenter.

الخادم السحابي هو الصف المهم. درجته 10 تأتي من datacenter_ip وحدها، داخل نطاق allow (25 أو أقل). ولو وصل ذلك الطلب مع User-Agent هو ChatGPT-User، لظلت الدرجة تقول allow. فقط verified: false وname: "none" تبيّنان أن الادعاء كاذب. ولهذا يقول عمود القرار "صعّد التحقق" لا "اسمح".

سجّل عنوان الترحيل 9 مع relay_ip كطريقة وحيدة. تُحدَّد الترحيلات بسقف 60، فلا يصل مستخدم Private Relay إلى block أبدًا. يقول تحديد الموقع لدينا إنه لواندا، أنغولا، لكن قائمة الخروج لدى Apple قالت لوساكا، زامبيا حين فحصنا في 2026-10-12، فاحكم على مستخدمي الترحيل بالبلد.

وفي الساعة 05:09 UTC استعلمنا أيضًا عن 136.121.16.1، أول مضيف IPv4 في user-triggered-agents.json لدى Google. يغطي ذلك الملف Google-Agent، الذي تقول Google إنه "تستخدمه وكلاء مستضافة على بنية Google التحتية للتنقل في الويب وتنفيذ إجراءات بطلب من المستخدم" (Google). عاد موثَّقًا باسم GoogleUserTriggeredAgent، بدرجة 0، allow. وأطلق أيضًا fcrdns_mismatch، مع أن dig حيًّا يؤكد اسم مضيفه أماميًا. هذا خطأ لدينا؛ لم يحرّك الدرجة، وقد سجّلناه.

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

مطابقة User-Agent مهمة شيفرتك، لا الواجهة

تثبت الواجهة أي بوت يملك العنوان، وتثبت شيفرتك أن الطلب ادّعى البوت نفسه. لا يرى استعلام IP قيمة User-Agent أبدًا، فلا تستطيع GeoIPHub وسم وكيل منتحَل بنفسها. معالج الدفع لديك يحمل الترويسة وعليه أن يقارنها.

تختلف الأسماء بين الجانبين. رمز User-Agent لدى OpenAI هو ChatGPT-User، وتعيد الواجهة ChatGPTUser دون الشرطة. ورمز Google هو Google-Agent، وتعيد الواجهة GoogleUserTriggeredAgent. المقارنة الحرفية للسلاسل تفشل، فاحتفظ بخريطة صغيرة:

GeoIPHub API

// User-Agent token mapped to threat.crawler.name as the API returns it (seen 2026-10-23)
const AGENT_NAMES = {
  "ChatGPT-User": "ChatGPTUser",
  "Google-Agent": "GoogleUserTriggeredAgent",
};

// Returns null when the request makes no agent claim,
// true when the claim matches a verified range, false when it doesn't.
function agentClaimHolds(userAgent, lookup) {
  const token = Object.keys(AGENT_NAMES).find((t) => userAgent.includes(t));
  if (!token) return null;
  const c = lookup.threat.crawler;
  return c.verified === true && c.name === AGENT_NAMES[token];
}

نتيجة false هي صف الخادم السحابي أعلاه: صعّد التحقق أو ارفضه، أيًّا كانت الدرجة. وتنفيذ nginx وExpress الكامل، مع اختبار GPTBot المنتحَل، موجود في دليلنا حول حظر زواحف الذكاء الاصطناعي.

تحقق من توقيع الوكيل قبل أن تقيّم IP الخاص به

بيانات اعتماد البروتوكول الصالحة أو التوقيع الصالح تتفوق على أي إشارة IP. ثلاث آليات تجيب عن "من أرسل هذا" بحزم أكبر من ملف نطاقات.

بروتوكول التجارة الوكيلة (ACP). أعلنت Stripe ACP في 29 سبتمبر 2025 كمعيار مفتوح "طورته Stripe وOpenAI معًا"؛ ومستودع المواصفة مرخَّص بـ Apache-2.0. يحدد RFC الدفع الوكيلي فيه رمز حامل Authorization وAPI-Version، وفي كل طلب POST الترويسة Idempotency-Key، على أنها مطلوبة، مع Signature وTimestamp موصى بهما. وتقول Stripe إن رموز الدفع المشتركة لديها "محددة النطاق بتاجر معين وإجمالي سلة معين"، مما يحدّ ما يستطيع رمز مسروق شراءه.

Web Bot Auth. يوقّع الوكلاء كل طلب وفق RFC 9421 لتوقيعات رسائل HTTP (مسار المعايير، فبراير 2024). يستخدم مقال Web Bot Auth لدى Cloudflare الترويسات Signature وSignature-Input وSignature-Agent ومفاتيح Ed25519 التي ينشرها الموقِّع.

برامج الوكلاء لدى شبكات البطاقات. بنت Visa بروتوكول الوكيل الموثوق لديها "بالتعاون مع Cloudflare" على معيار توقيع رسائل HTTP، للتمييز بين الوكلاء الموثوقين و"الأتمتة الخبيثة والبوتات المارقة" (Visa، 14 أكتوبر 2025). ويقول إعلان Cloudflare في اليوم نفسه: "تدمج Mastercard بروتوكول Web Bot Auth في Mastercard Agent Pay."

في استدعاء ACP، يقول RFC إن ChatGPT هو من يستدعي نقاط نهاية الدفع لديك، فيكون عنوان IP المتصل ملكًا لمنصة الوكيل لا للمتسوق. تحقق من بيانات الاعتماد في ذلك المسار واحتفظ بتقييم IP لحركة الويب المباشرة. يشرح دليلنا حول التحقق من زواحف ووكلاء الذكاء الاصطناعي عبر IP وrDNS وWeb Bot Auth كل فحص.

لماذا تكون قوائم السماح بـ IP وحدها هشّة، حتى مع الوكلاء الحقيقيين

القائمة المسموح بها المحفوظة يدويًا تنكسر لأن عناوين الوكلاء مشتركة وتتحرك باستمرار. تقولها Cloudflare صراحة: "المنطق القائم على أن نطاقات عناوين IP تمثّل منتجًا أو مجموعة مستخدمين هشّ". وتضيف أن الاتصالات "قد تكون مشتركة بين عدة مستخدمين، كما في حالة بروكسيات الخصوصية وVPN"، وأن نطاقات السحابة "تتغير مع الوقت" (Cloudflare).

ملف OpenAI نفسه يُظهر الانجراف:

تاريخ الجلب	بادئات IPv4 في chatgpt-user.json	`creationTime`
2026-10-06	230	2026-09-25
2026-10-23	234	2026-10-20

عدد 2026-10-06 مأخوذ من مقارنتنا بين GPTBot وOAI-SearchBot وChatGPT-User. وتقول OpenAI أيضًا عن ChatGPT-User: "لأن هذه الإجراءات يطلقها مستخدم، قد لا تنطبق قواعد robots.txt" (OpenAI).

وجانبنا يتأخر كذلك. تعيد GeoIPHub جلب 19 ملف نطاقات رسميًا وتعيد بناء قاعدة بيانات الاستعلام يوميًا، فقد تستغرق بادئة جديدة نحو يومين حتى يمكن التحقق منها. تعامل مع مطابقة النطاق على أنها تعزيز قوي، وفضّل التوقيع حين يرسله الوكيل.

احتيال وكلاء التسوق بالذكاء الاصطناعي: التهديدات عند خطوة الدفع

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

اختبار البطاقات (التعداد). دفعات من محاولات صغيرة أو محاولات تفويض فقط بمعدلات رفض مرتفعة. تقول Visa إن هجمات التعداد تسبب "1.1 مليار دولار سنويًا من خسائر الاحتيال"، وإن "ثلاثة وثلاثين بالمئة من الحسابات المعدَّدة تعرضت للاحتيال خلال خمسة أيام" (Visa، مايو 2024).
الاستيلاء على الحسابات. بيانات دخول مسروقة تُستخدم للشراء ببطاقات محفوظة. تقول Imperva إن الخدمات المالية شكّلت "46% من حوادث الاستيلاء على الحسابات" (Imperva 2026). يتناول دليلنا حول الدفاع ضد الاستيلاء على الحسابات جانب تسجيل الدخول.
الاحتكار (Scalping). بوتات تكدّس المخزون المحدود في الإصدارات عالية الطلب.

اختبار البطاقات الموزَّع على عناوين كثيرة يتغلب على عدّاد لكل IP، لذا احتسب أيضًا حالات الرفض والبطاقات المتمايزة لكل ASN ولكل BIN.

اربط الدرجة من 0 إلى 100 بإجراء الدفع

الدرجة من 0 إلى 100 مفيدة عند الدفع فقط حين يرتبط كل نطاق بإجراء ثابت. تغطي درجة المخاطر القابلة للتفسير في GeoIPHub مدخلات جانب IP، ويسمّي scoring.detection_methods كل إشارة انطلقت. وتوفر شيفرتك وبيانات الدفع لديك البقية:

المدخل	الأثر في القرار
بيانات اعتماد ACP صالحة أو توقيع Web Bot Auth	مسار موثوق، احتكاك منخفض
`crawler.verified` تساوي true والاسم يطابق User-Agent	يتفوق على إشارات الاستضافة
User-Agent وكيل دون مطابقة موثَّقة	صعّد التحقق أو ارفض، أيًّا كانت الدرجة
شبكة استضافة (`datacenter_ip`)	ارتفاع صغير، 10 وحدها اليوم
VPN أو عقدة خروج Tor	ارتفاع كبير، وغالبًا `block`
ترحيل (`relay_ip`)	ارتفاع صغير، بسقف 60
سرعة البطاقات وBIN والرفض لكل IP ولكل ASN	ارتفاع كبير
بلد IP يختلف عن بلد الفوترة	ارتفاع، يُحكم عليه على مستوى البلد

ثم اربط النطاقات بالإجراءات:

النطاق	الدرجة	إجراء الدفع
`allow`	0 إلى 25	مرّر، ما لم يفشل التحقق من ادعاء وكيل
`review`	26 إلى 50	3-D Secure
`step_up`	51 إلى 75	3-D Secure، مع فحص سرعة
`block`	76 إلى 100	ارفض أو أوقف للمراجعة اليدوية

تُبقي الأسقف العناوين المشتركة خارج block. عنوان الترحيل بسقف 60، فلا يمكن رفضه بالدرجة وحدها، ويُطبَّق سقف 50 على العناوين التي تحددها الواجهة على أنها CGNAT. ويحمل ACP أيضًا إشارة اختبار بطاقات خاصة به: يرسل RFC تفويض الدفع إشارات risk_signals من النوع card_testing بإجراء blocked أو manual_review أو authorized. تملأ منصة الوكيل ذلك؛ وتبقى درجتك فحصًا منفصلًا. يختبر مقالنا حول حدود درجة احتيال IP للدخول والتسجيل والدفع هذه النطاقات على خمسة عناوين أخرى.

صعّد ولا تحظر: 3-D Secure ينقل المسؤولية

أرسل النطاقات المتوسطة إلى 3-D Secure بدل رفضها، لأن التصعيد يبقي البيع وينقل عادةً مخاطر الاسترداد. يقول دليل مسؤولية 3-D Secure v2 لدى Trust Payments إنه بعد نجاح المصادقة "ستتحمل الجهة المصدرة للبطاقة المسؤولية عند وقوع استرداد احتيالي في غالبية الحالات". ويحذّر أيضًا: "نجاح مصادقة معاملة لا يضمن نقل المسؤولية ولا نجاح التفويض."

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

سؤال الوكيل المفوَّض قانوني لا تقني

السؤال الأصعب هو هل يجوز للوكيل الشراء منك أصلًا. في 9 مارس 2026 منحت محكمة المقاطعة الأمريكية للمنطقة الشمالية من كاليفورنيا Amazon أمرًا قضائيًا مبدئيًا ضد Perplexity. تفيد The Register بأن القاضي كتب إن وكيل Comet لدى Perplexity "يصل بإذن مستخدم Amazon لكن دون تفويض من Amazon" (The Register). استأنفت Perplexity، وفي 4 أغسطس 2026 ألغت الدائرة التاسعة الأمر القضائي وأعادت القضية إلى محكمة المقاطعة، حيث ما تزال مفتوحة.

ذلك الحكم لم يحسم السؤال. فحوص IP تخبرك من أرسل الطلب. وشروط الخدمة لديك تقول هل يجوز لذلك المرسل أن يشتري.

أين تفشل فحوص IP عند الدفع

تغطي إشارات IP جزءًا فقط من صورة الدفع، وهذه هي الثغرات المعروفة:

لا كشف للبروكسي السكني. الاحتيال من الاتصالات المنزلية يحتاج إلى بيانات السرعة والدفع لديك.
لا رؤية لـ User-Agent. لا تُعلّم الواجهة وكيلًا منتحَلًا أبدًا؛ مطابقة الاسم في شيفرتك هي التي تفعل.
تأخر النطاقات وفجوات DNS. قد تستغرق بادئة جديدة نحو يومين حتى يمكن التحقق منها، ورأينا fcrdns_mismatch كاذبة واحدة هذا الصباح.
لا يُوسم CGNAT بالنطاق اليوم. حين استعلمنا عن 100.64.0.1 في 2026-10-22، لم يعد موسومًا كـ CGNAT. لا تبنِ قاعدة على تلك العلامة بعد.

بعد أي تغيير في القواعد، تتبّع الإيجابيات الكاذبة حسب الشريحة، مثل Safari على iOS وشبكات الجوال وPrivate Relay. تشرح ملاحظتنا حول مدى دقة تحديد الموقع الجغرافي لعنوان IP فعلًا لماذا يتفوق البلد على المدينة.

ضعه في معالج الدفع لديك

اربط هذا على الخادم عند نقطة نهاية الدفع، في أربع خطوات:

تحقق أولًا من أي بيانات اعتماد ACP أو توقيع Web Bot Auth، وامنح الصالح منها المسار الموثوق.
استعلم عن عنوان IP المتصل، كما في دليلنا حول إضافة كشف احتيال IP إلى تطبيقك بواسطة API المجانية.
شغّل خريطة User-Agent مقابل threat.crawler.name. ادعاء الوكيل الفاشل يحصل على تحقق تصعيدي أو رفض.
اربط scoring.recommended_action بجدول النطاقات، وأضف سرعة البطاقات وASN لديك فوقه.

حين يبدو قرار خاطئًا، استخدم الخطوات في كيف تحقق في عنوان IP لترى السبب. ابدأ بعنوان واحد من سجلات الدفع لديك ادّعى ChatGPT-User هذا الأسبوع. استعلم عنه وقارن crawler.name بالادعاء.

ابدأ تقييم كل عنوان IP في الوقت الفعلي

تمنح GeoIPHub فرق مكافحة الاحتيال والأمن والهندسة واجهة API واحدة لتحديد الموقع الجغرافي لعنوان IP، وكشف VPN والبروكسي، واستخبارات التهديدات، ودرجة مخاطر قابلة للتفسير من 0 إلى 100.

استجابة كاملة في كل استعلام
كشف VPN والبروكسي وTor والمرحّلات
درجة مخاطر IP قابلة للتفسير من 0 إلى 100
خطة مجانية بـ 1,500 طلب/يوم

احصل على مفتاح API المجاني

سجّل في دقائق دون الحاجة إلى بطاقة ائتمان. ولا تُرقِّ خطتك إلا عندما تحتاج إلى حجم أكبر.

هل ينبغي أن تحظر زواحف الذكاء الاصطناعي؟ قرّر حسب البوت ونفّذ حسب IP كيف تتحقق من زواحف ووكلاء الذكاء الاصطناعي عبر IP: DNS العكسي ونطاقات CIDR وWeb Bot Auth GPTBot مقابل OAI-SearchBot مقابل ChatGPT-User: أيها تحظر عند أي درجة احتيال IP ينبغي أن تحظر؟كيف تحقق في عنوان IP: 3 عناوين حقيقية، 3 أحكام

الأسئلة الشائعة

هل ينبغي أن أحظر كل عناوين IP لمراكز البيانات أو البروكسي عند الدفع لإيقاف البوتات؟

لا. الوكلاء الحقيقيون يعملون على شبكات سحابية: ففي 2026-10-23 سجّل عنوان ChatGPT-User موثَّق على AS8075 التابعة لـ Microsoft الدرجة 0، allow. كما أن الحظر الشامل يرفض مستخدمي Private Relay وCGNAT. رجّح الاستضافة في الدرجة وأرسل النطاقات المتوسطة إلى 3-D Secure.

كيف أميّز وكيل تسوق ذكاء اصطناعي مشروعًا من بوت احتيال عند خطوة الدفع؟

تحقق من الهوية أولًا: بيانات اعتماد ACP أو توقيع Web Bot Auth وفق RFC 9421. وبدونها، استعلم عن IP، فيعيد threat.crawler.verified واسم البوت، وتحقق شيفرتك من مطابقة ذلك الاسم لـ User-Agent الذي ادّعاه الطلب.

لماذا تكون قوائم السماح بعناوين IP وحدها هشّة مع وكلاء الذكاء الاصطناعي؟

تشير Cloudflare إلى أن اتصالات خدمة الزحف قد تكون مشتركة، كما في بروكسيات الخصوصية وVPN، وأن نطاقات السحابة تتغير مع الوقت. فقد نما ملف chatgpt-user.json لدى OpenAI من 230 إلى 234 بادئة IPv4 بين جلبينا في 2026-10-06 و2026-10-23.

كيف ينبغي أن تُربط درجة مخاطر IP من 0 إلى 100 بقرار الدفع؟

مرّر allow (25 أو أقل)، وأرسل review (50 أو أقل) وstep_up (75 أو أقل) إلى 3-D Secure، وارفض أو أوقف block (فوق 75). وادعاء الوكيل الذي يفشل في التحقق يحصل على تحقق تصعيدي أيًّا كانت الدرجة.

هل سيضر التصعيد إلى 3-D Secure بالتحويل أكثر من الحظر؟

الحظر يخسّرك البيع بالتأكيد؛ أما التصعيد فيمنح المشتري الحقيقي طريقًا للمرور. تقول Trust Payments إنه بعد نجاح المصادقة تتحمل الجهة المصدرة مسؤولية الاسترداد الاحتيالي في غالبية الحالات، وإن لم يكن ذلك مضمونًا.

هل من القانوني حظر وكلاء الذكاء الاصطناعي من الشراء في متجري؟

يتوقف ذلك على التفويض، وهذه ليست استشارة قانونية. في مارس 2026 منحت محكمة اتحادية Amazon أمرًا قضائيًا مبدئيًا ضد Perplexity، قال القاضي إن وكيلها Comet يصل إلى Amazon بإذن المستخدم لكن دون تفويض من Amazon. ألغت الدائرة التاسعة ذلك الأمر في أغسطس 2026، والقضية ما زالت مفتوحة.

بقلم

فريق GeoIPHub

الفريق الذي يقف وراء واجهة GeoIPHub API

بقلم فريق GeoIPHub، وهم من يبنون واجهة GeoIPHub API لاستخبارات IP وماسحها. تُعَدّ المسودات بمساعدة الذكاء الاصطناعي ويحررها الفريق، وأمثلة API استعلامات حقيقية على واجهة API الحية ما لم تُوصف بأنها توضيحية.

تابعنا على LinkedIn

شارك هذا المقال

مزيد من المقالات