قبل أن تمنح وكيلًا صلاحية الكتابة في حسابك الإعلاني

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

هذه هي القائمة، مصاغة بحيث يمكنك مساءلة أي مزوّد على أساسها، بمن فيهم نحن.

الضوابط السبعة

1. قراءة حديثة قبل التوصية

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

2. عرض الفروق قبل الكتابة، لا وصفها

سرد الوكيل ليس دليلًا. «سأخفض عرض السعر للأهداف ضعيفة الأداء» مجرد جملة. عرض السعر 1.40 → 0.95 لعدد 3 أهداف هو عرض للفروق. وحده الثاني قابل للمراجعة.

3. حد أقصى لنطاق التأثير

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

4. تأكيد بشري يقتصر على التغييرات الجوهرية

تأكيد كل شيء يدرّبك على النقر للموافقة على كل شيء، وخلال شهرين يصبح لديك مربع موافقة لم يعد يحقق أي موافقة فعلية. يجب أن تميّز البوابة بين تعديل قابل للتراجع وإجراء مالي.

5. تصنيف تتحكم فيه الجهة المضيفة، لا الأداة

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

6. سجل تدقيق يمكنك تسليمه إلى العميل

السؤال ليس ما إذا كانت الأحداث تُسجّل في مكان ما. بل ما إذا كنت تستطيع تقديم سجل غير قابل للتعديل، عند الطلب، يبيّن من غيّر ماذا ومتى. بيانات القياس التشغيلي للمنتج ليست ذلك السجل.

7. مسار للتراجع يُبنى قبل الحاجة إليه

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

الإخفاق الذي لا يكشفه أي من هذه الضوابط

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

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

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

ما يغطيه Orkas اليوم

Orkas تطبيق سطح مكتب متعدد الوكلاء يعطي الأولوية للعمل محليًا. تعمل موصلاته التجارية، مثل Shopify وAmazon Seller Central وeBay وEtsy وTikTok Shop وShopee وWooCommerce وWalmart وغيرها، عبر طبقة سياسات تتحكم فيها الجهة المضيفة. نُفّذت ثمانية من هذه الضوابط، ولم تُنفّذ أربعة. نفضّل أن تكتشف ذلك هنا بدلًا من اكتشافه بعد عملية كتابة خاطئة.

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

المسار الآخر: بلا صلاحية كتابة أصلًا

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

لماذا يصعب شراء هذا بدلًا من بنائه

عادةً ما تكون واجهات API للمنصات مجانية. العائق هو الموافقة، لا السعر. يتطلب خادم Ads MCP الخاص بـ Amazon بيانات اعتماد فعّالة لـ Ads API. وتتطلب Shopify تطبيقًا مملوكًا للتاجر ضمن المؤسسة نفسها التي يتبع لها المتجر. وتتطلب TikTok Shop تطبيقًا مخصصًا اجتاز مراجعة مطوّري البائعين. وتتطلب eBay مجموعة مفاتيح إنتاج من Developers Program ومفتاح توقيع خاصًا بك. بالنسبة إلى بائع يعمل بمفرده، كل واحد من هذه المتطلبات مشروع، لا مجرد استمارة؛ ولهذا يعتمد كثيرون مسار التصدير ولا يربطون أي شيء أبدًا. وهذا خيار معقول، وينبغي لأي أداة تستحق الاستخدام أن تعمل جيدًا في هذا النمط أيضًا.