هل تختبر OpenAI الوكلاء الممولين في إعلانات ChatGPT؟ وكيف يندمج Shopify وHubSpot في ذلك؟

هل تختبر OpenAI الوكلاء الممولين في إعلانات ChatGPT؟ في 16 سبتمبر 2026، أعلنت OpenAI رسميًا عن توسيع كبير لمنصتها الإعلانية، حيث قدمت اختبارًا تجريبيًا للوكلاء الممولين إلى جانب تكاملات أصلية مع Shopify وHubSpot. بالنسبة للمهندسين المعماريين للتسويق، والاستراتيجيين الرقميين، ومهندسي النمو، يمثل هذا الإطلاق خطوة تطورية مميزة في التسويق القائم على المحادثة. فبدلاً من الاعتماد فقط على روابط البحث التقليدية أو وحدات العرض، يمكن لمستخدمي ChatGPT في الولايات المتحدة الآن التفاعل مباشرة مع وكلاء حوار برعاية المعلنين بعد التفاعل مع إعلان ما. وبمجرد الرد على استفسارات المستخدمين المتعلقة بمواصفات المنتج أو المقاسات أو الأنماط، يوفر الوكيل رابطًا يوجه العميل إلى موقع التاجر الإلكتروني. ومع ذلك، فإن الانتقال من مواضع الإعلانات الثابتة إلى مشاركات المحادثة متعددة الجولات يطرح أسئلة جوهرية حول البنية: كيف يتناسب الوكلاء الممولون مع أدوات مثل مدير الإعلانات (Ads Manager)، وكيف تعمل تكاملات Shopify Catalog وHubSpot CRM، وكيف يجب على فرق الهندسة إدارة استمرارية البيانات عند نقل المستخدمين من بيئات المحادثة إلى تطبيقات الويب وتطبيقات الجوال الخارجية؟

توسيع إعلانات ChatGPT: الوكلاء الممولون، ومدير الإعلانات، وتكاملات المنصة

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

نظرة سريعة

• وكلاء محادثة مخصصون: يختبر معلنون مختارون في الولايات المتحدة الوكلاء الممولين، مما يتيح للمستخدمين النقر على إعلان والدخول في حوار منفصل ومصنف بوضوح لطرح أسئلة متابعة قبل زيارة موقع التاجر الإلكتروني.
• تكاملات أصلية لإدارة علاقات العملاء والتجارة: أصبح Shopify أول شريك للتجارة الإلكترونية لـ OpenAI، مما يتيح مزامنة الكتالوج وإدارة الحملات عبر متجر تطبيقات Shopify، بينما يعمل HubSpot كأول شريك لإدارة علاقات العملاء (CRM) لتتبع العملاء المحتملين.
• إدارة الحملات الإعلانية القائمة على المطالبات (Prompts): يمكن للمسوقين إنشاء الحملات الإعلانية وتحديثها وتحليلها باستخدام مطالبات بلغة طبيعية داخل ChatGPT Work، مدعومة باقتراحات إبداعية بمساعدة الذكاء الاصطناعي وتوطين تلقائي للنصوص.
• بنية معزولة للمسارات اللاحقة: ترتبط الوكلاء الممولون بمواقع التجار الخارجية؛ لذا فإن الحفاظ على نية المستخدم أو إدارة الانتقالات إلى تطبيقات الجوال الأصلية غير المثبتة يتطلب معالجة الجلسة من جانب التاجر وتوجيهًا مشروطًا مؤجلًا.

كما ورد في تقارير الصناعة ومفصلاً في إعلان OpenAI الرسمي، إعادة تصور الإعلان باستخدام الذكاء الاصطناعي، يغير الوكلاء الممولون بشكل أساسي حلقة الاكتشاف في أعلى القمع. وبدلاً من الانتقال إلى موقع ويب غير مألوف على الهاتف المحمول لتحليل صفحات المواصفات الكثيفة، يمكن للمستخدمين طرح أسئلة ظرفية—مثل ما إذا كانت طاولة الطعام تتناسب مع تخطيط غرفة معينة أو كيفية العناية بلمسة نهائية معينة للأثاث—مباشرة داخل ChatGPT.

لدعم هذا النظام البيئي، قدمت OpenAI إضافة "مدير إعلانات ChatGPT" (ChatGPT Ads Manager) داخل ChatGPT Work. يمكن للمعلنين الآن استخدام مطالبات بلغة طبيعية بسيطة لبناء الحملات وتحديثها وتقييمها دون الحاجة إلى التنقل عبر وحدة تحكم إعلانية تقليدية. وبالتوازي، يتميز مدير الإعلانات بمساعدة إبداعية تقترح نصوصًا وصورًا بناءً على الصفحة المقصودة للمعلن وهدف الحملة، إلى جانب تخصيص نصي اختياري بالذكاء الاصطناعي يتكيف ديناميكيًا مع العناوين والأوصاف بناءً على سياقات المحادثة.

تفرض OpenAI فصلًا تشغيليًا صارمًا: تظل المحادثات مع الوكلاء الممولين معزولة هيكليًا عن إجابات ChatGPT المستقلة ومنفصلة عن سجل المحادثات الرئيسي للمستخدم. لا يتلقى المعلنون حق الوصول إلى محادثات المستخدم الخاصة الأوسع، أو ذكرياته الشخصية، أو تفاصيل حسابه، ولا تؤثر المواضع التجارية على مخرجات النموذج العضوية.

تكاملات سير العمل التجاري: كيف يتصل Shopify وHubSpot

أحد الأهداف الجوهرية لطرح إعلانات OpenAI هو دمج إعلانات ChatGPT في المنصات التي تستخدمها الشركات بالفعل للعمل. بدلاً من مطالبة المسوقين ببناء خطوط أنابيب تشغيلية غير مترابطة، أطلقت OpenAI تكاملات في اليوم الأول مع Shopify وHubSpot.

تكامل Shopify

يعمل Shopify كشريك التجارة الإلكترونية الأولي لـ OpenAI. يمكن للتجار المقيمين في الولايات المتحدة تثبيت تطبيق إعلانات ChatGPT مباشرة من متجر تطبيقات Shopify، مع طرح التوفر الدولي في 23 سبتمبر. ونظرًا لأن مخزونات التجار المشاركين تتصل عبر Shopify Catalog، يتم مزامنة معلومات المنتج للمساعدة في ظهور العناصر بدقة ضمن محادثات التسوق ذات الصلة. يمكن للتجار إطلاق الحملات، ومراقبة أداء الإعلانات، وإدارة الميزانيات دون إعادة بناء خلاصات منتجاتهم.

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

تكامل HubSpot

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

الحدود الهيكلية: إدارة عمليات التسليم ونزاهة الإسناد

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

تدعم بنية إعلانات OpenAI بالفعل قياس الإعلانات الرقمية القياسي، بما في ذلك الانطباعات، والنقرات، والتحويلات، وتكلفة النقرة (CPC)، وتكلفة الألف ظهور (CPM)، والعطاءات المحسنة للتحويل، ومعلمات التتبع الثابتة على عناوين URL للصفحات المقصودة. يمكن للمعلنين إلحاق معلمات UTM قياسية، والتي تستمر عبر نقرات الإعلان لإسناد حركة المرور.

ومع ذلك، فإن نقل المستخدم من حوار متعمق مع وكيل ممول إلى موقع ويب خارجي يقدم تحديًا متميزًا: استمرارية النية القائمة على الحالة (Stateful intent continuity).

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

ملاحظة هندسية: النمط التالي هو مرجع معماري توضيحي من جانب التاجر. لم تنشر OpenAI بروتوكولًا خاصًا برمز التسليم، وتظل روابط الويب القياسية هي تنسيق الوجهة الافتراضي.

+-------------------------------------------------------------------------+
|      نموذج توضيحي لخط أنابيب تسليم المحادثة من جانب التاجر             |
+-------------------------------------------------------------------------+
|                                                                         |
|  [ منصة ChatGPT: استكشاف المنتج داخل الدردشة مع الوكيل الممول ]         |
|                                |                                        |
|                                |-- (المستخدم يشير إلى نية الشراء)       |
|                                v                                        |
|  [ رابط التسليم الخارجي: رابط الوجهة مع معلمات السياق ]                 |
|  مثال: https://store.example.com/cart?sku=OAK-108&payload=TOKEN_DATA |
|                                |                                        |
|         +----------------------+----------------------+                 |
|         |                                             |                 |
|         v (جلسة متصفح قياسية)                        v (مسار تطبيق الجوال)
|  [ الصفحة المقصودة للويب للتاجر ]           [ طبقة توجيه الجوال ]    |
|  - يدمج UTMs لتتبع التحليلات                 - يتحقق من حالة التطبيق الأصلي |
|  - يدمج رمز حمولة الموقع                   - يحافظ على السياق إذا كان التطبيق |
|  - يملأ متغيرات العربة المحددة مسبقًا         يتطلب تثبيتًا             |
|  - يوجه المستخدم مباشرة إلى الدفع             - يوجه إلى طرق العرض الأصلية   |
|                                                                         |
+-------------------------------------------------------------------------+

للحفاظ على النية دون المساس بالأمان، يمكن للتجار التمييز بين تتبع التحليلات غير الحساسة والمطالبات التجارية الموثوقة:

1. إسناد التحليلات: معلمات UTM القياسية غير الموقعة (مثل utm_source=chatgpt&utm_medium=sponsored_agent) مناسبة تمامًا للإبلاغ عن مصادر حركة المرور في Google Analytics أو Shopify Analytics أو HubSpot.
2. حالة التجارة الموثوقة: إذا طبق الرابط الخارجي أكواد خصم ديناميكية، أو حجز مخزونًا محدودًا، أو عين عمولات شريكة، فيجب على التجار التحقق من هذه المطالبات من جانب الخادم باستخدام رموز تشفير (مثل توقيعات HMAC-SHA256) لمنع التلاعب بالمعلمات.

// هيكل مرجعي توضيحي من جانب التاجر — مثال غير خاص بـ OpenAI:
// يوضح برنامج TypeScript الوسيط التالي كيف يمكن لخلفية التاجر استيعاب،
// والتحقق، والمصادقة على رموز التسليم الموقعة لمنع التلاعب بالمعلمات في الصفحات المقصودة المخصصة.
// إنه ليس مواصفة API منشورة من OpenAI.

import { Request, Response, NextFunction } from 'express';
import * as crypto from 'crypto';

export interface CommerceHandoffPayload {
  sessionId: string;
  sku: string;
  variantId?: string;
  campaignId: string;
  issuedAt: number;
}

export class MerchantHandoffVerifier {
  private readonly secretKeyBuffer: Buffer;
  private readonly maxTokenAgeSeconds: number;

  constructor(secretKey: string, maxTokenAgeSeconds: number = 900) {
    this.secretKeyBuffer = Buffer.from(secretKey, 'utf-8');
    this.maxTokenAgeSeconds = maxTokenAgeSeconds;
  }

  /**
   * يتحقق من توقيع HMAC-SHA256 المشفر ونافذة صلاحية رمز التسليم الوارد.
   * تنسيق الرمز المتوقع: "base64Payload.hexSignature"
   */
  public verifyToken(rawToken: string): CommerceHandoffPayload {
    const segments = rawToken.split('.');
    if (segments.length !== 2) {
      throw new Error('MALFORMED_TOKEN_STRUCTURE');
    }

    const [encodedPayload, providedSignature] = segments;

    // 1. حساب التوقيع المتوقع باستخدام مفتاح التاجر السري
    const expectedSignature = crypto
      .createHmac('sha256', this.secretKeyBuffer)
      .update(encodedPayload)
      .digest('hex');

    const expectedBuffer = Buffer.from(expectedSignature, 'utf-8');
    const providedBuffer = Buffer.from(providedSignature, 'utf-8');

    // 2. إجراء مقارنة زمنية ثابتة لمنع الهجمات الزمنية
    if (
      expectedBuffer.length !== providedBuffer.length ||
      !crypto.timingSafeEqual(expectedBuffer, providedBuffer)
    ) {
      throw new Error('INVALID_CRYPTOGRAPHIC_SIGNATURE');
    }

    // 3. فك تشفير الحمولة
    let payload: CommerceHandoffPayload;
    try {
      const decodedJson = Buffer.from(encodedPayload, 'base64url').toString('utf-8');
      payload = JSON.parse(decodedJson);
    } catch {
      throw new Error('PAYLOAD_DECODING_FAILED');
    }

    // 4. التحقق من حداثة إصدار الرمز
    const currentTimestamp = Math.floor(Date.now() / 1000);
    const tokenAge = currentTimestamp - payload.issuedAt;

    if (tokenAge > this.maxTokenAgeSeconds || tokenAge < -60) {
      throw new Error(`TOKEN_EXPIRED: Age (${tokenAge}s) exceeds threshold`);
    }

    return payload;
  }

  /**
   * برنامج Express وسيط للتحقق من رموز الإحالة الواردة قبل تقديم عملية الدفع المخصصة
   */
  public middleware() {
    return (req: Request, res: Response, next: NextFunction): void => {
      const token = req.query.handoff_token as string;

      // إذا لم يكن هناك رمز موقع، استمر كحركة مرور قياسية غير مصادق عليها
      if (!token) {
        return next();
      }

      try {
        const verifiedPayload = this.verifyToken(token);
        // إرفاق المطالبات التجارية التي تم التحقق منها بسياق الطلب
        (req as any).verifiedCommerceContext = verifiedPayload;
        next();
      } catch (error: any) {
        // سجل فشل التحقق واستمر دون منح حالة مميزة
        console.warn(`Handoff verification failed: ${error.message}`);
        res.status(403).json({ error: 'INVALID_COMMERCE_HANDOFF_TOKEN' });
      }
    };
  }
}

رحلات الجوال اللاحقة: حدود تثبيت التطبيق الأصلي

بينما توجه الوكلاء الممولون حركة المرور مباشرة إلى مواقع الأعمال الخارجية، كثيرًا ما يقوم تجار التجزئة للمؤسسات بتشغيل تطبيقات جوال أصلية حيث تكون القيمة الدائمة للعميل (LTV) والمشاركة أعلى بكثير. عندما ينقر العملاء المحتملون على رابط خارجي على جهاز محمول، قد تقيم البنية التحتية لنمو التاجر ما إذا كانت ستنقل ذلك العميل إلى تجربة تطبيق أصلي.

يقدم هذا السيناريو بنية مشروطة ومنفصلة:

إذا كان لدى العميل بالفعل التطبيق الأصلي للتاجر مثبتًا، يمكن لبروتوكولات الروابط العميقة الموثقة—مثل Apple Universal Links أو Android App Links—اعتراض وجهة ويب HTTPS وتوجيه المستخدم مباشرة إلى عرض أصلي داخل التطبيق.

ومع ذلك، إذا لم يكن لدى العميل التطبيق المثبت، فإن التسليم يواجه حدود تثبيت متجر التطبيقات:

1. يهبط المستخدم على صفحة ويب التاجر للجوال ويُعرض عليه خيار تنزيل التطبيق الأصلي من متجر التطبيقات أو Google Play.
2. لا توفر عمليات تثبيت متجر التطبيقات القياسية آلية عالمية عبر الأنظمة الأساسية لاستعادة حالة التجارة المخصصة التعسفية بعد التثبيت؛ قد تكشف آليات الإحالة الخاصة بالمنصة عن بيانات تعريف تثبيت محدودة.
3. عند التشغيل البارد بعد التثبيت، يتم تشغيل التطبيق إلى شاشة رئيسية عامة، مما يفقد المستخدم سياق المنتج المحدد ما لم تكن هناك آلية مؤجلة موجودة.

لسد هذه الفجوة في قمع الاستحواذ عبر الجوال، تنفذ الفرق الهندسية حلول الروابط العميقة المؤجلة (Deferred Deep Linking)، مثل Branch، أو AppsFlyer، أو Adjust، أو Opoinstall.

في قمع استحواذ متقدم للجوال، يعمل سير عمل الروابط العميقة المؤجلة كجسر مستقل:

• تجهيز السياق قبل التثبيت: عندما يصل العميل إلى الصفحة المقصودة للجوال الخاصة بالتاجر من ChatGPT، تسجل طبقة الويب معلمات الحملة المؤهلة (مثل معرفات الحملة، أو مراجع SKU المحددة، أو رموز الإحالة) قبل توجيه المستخدم إلى متجر التطبيقات.
• استعادة المعلمات عند التشغيل الأول: عندما يفتح المستخدم التطبيق لأول مرة، يرسل SDK الخاص بالعميل استعلامًا إلى خدمة الإسناد لاسترداد المعلمات المخزنة مؤقتًا. وفقًا لوثائق المنصة على الصفحة الرئيسية لـ Opoinstall، يمكن لإطار عمل استعادة المعلمات المؤجل هذا إقران بيانات تعريف النقرة السابقة للتثبيت بجلسات التشغيل البارد الأولية في ما يصل إلى 98% من الحالات المؤهلة (ادعاء المورد)، مما يوفر بديلاً تلقائيًا لرموز الترويج اليدوية.
• إعادة بناء عربة التسوق داخل التطبيق: يأخذ التطبيق الأصلي مطالبات المعلمات المستعادة ويعرض شاشة المنتج ذات الصلة أو عربة التسوق المشحونة مسبقًا.

من الأهمية بمكان الحفاظ على الدقة الهيكلية: الروابط العميقة المؤجلة لا تصل إلى سجلات الحوار الخاصة من ChatGPT، ولا تقرأها أو تستنتجها. إنها ببساطة تحفظ المعلمات الصريحة والهيكلية التي اختار التاجر إرفاقها برابط الإحالة الخارجي قبل أن ينتقل المستخدم إلى متجر التطبيقات.

توجيه استراتيجي لفرق النمو والهندسة

تسلط اختبارات OpenAI للوكلاء الممولين، جنبًا إلى جنب مع التكاملات المباشرة مع Shopify وHubSpot، الضوء على نضج إعلانات ChatGPT لتصبح قناة إعلانية متعددة الأوجه. بالنسبة للفرق الفنية والتسويقية التي تستعد للإعلان القائم على المحادثة، يجب أن تركز تخطيطات البنية التحتية على ثلاثة مجالات أساسية:

1. الاستفادة من موصلات المنصة الأصلية: يجب على تجار التجزئة الذين يعملون على Shopify استخدام مزامنة Shopify Catalog لضمان تمثيل دقيق للمنتجات في مواضع الإعلانات، بينما يجب على مؤسسات B2B ربط HubSpot لالتقاط أحداث العملاء المحتملين مباشرة داخل خطوط أنابيب CRM الحالية.

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

3. التخطيط لتوجيه الجوال اللاحق مشروطًا: أدرك أن الوكلاء الممولين ينتهون عند صفحات مقصودة للويب خارجية. إذا كان نموذج نموك يتضمن تحويل زوار الويب إلى مستخدمي تطبيقات جوال أصلية، فقم بنشر الروابط العالمية الموثقة (Universal Links) وخطوط أنابيب الروابط العميقة المؤجلة لضمان بقاء معلمات الحملة بعد حاجز تثبيت التطبيق.

المراجع

• OpenAI. (2026). إعادة تصور الإعلان باستخدام الذكاء الاصطناعي. OpenAI Newsroom.

• Reuters. (2026). OpenAI تختبر وكلاء برعاية المعلنين وتوسع أدوات الذكاء الاصطناعي لإعلانات ChatGPT.

• Search Engine Land. (2026). OpenAI تحول إعلانات ChatGPT إلى محادثات.

• متجر تطبيقات Shopify. (2026). إعلانات ChatGPT لتجار Shopify. توثيق Shopify.

• مركز مساعدة OpenAI. (2026). الإعلانات في ChatGPT ونظرة عامة على تتبع الحملات.

• Apple Developer. (2026). دعم الروابط العالمية في تطبيقك. توثيق Apple.

• Android Developers. (2026). التحقق من روابط تطبيقات Android. توثيق Android.

• Opoinstall. (2026). نظرة عامة على الروابط العميقة المؤجلة وتثبيت التطبيقات ذات المعلمات.