چرا اولین پروژه AdCP شما احتمالا شکست خواهد خورد

پروتکل زمینه تبلیغاتی (AdCP) به عنوان یک گلوله جادویی به بازار عرضه می شود. اما بیایید صادق باشیم: اولین پروژه AdCP شما احتمالاً شکست خواهد خورد.

شکست نمی خورد زیرا پروتکل بد است. شکست خواهد خورد زیرا یک رویای ساده به شما فروخته شده است – یک “API جهانی” برای فناوری تبلیغات – و این همان چیزی است که برای آن بودجه در نظر گرفته اید.

اما AdCP فقط یک ارتقاء API نیست. در وعده اتوماسیون عامل یک مشکل مهندسی عظیم، پیچیده، ناهمزمان، حالت دار و چند مشتری پنهان است.

شما در حال بودجه بندی برای یک ادغام جدید هستید. شما باید برای یک سیستم توزیع شده جدید بودجه اختصاص دهید.

“حالت سخت” پروتکل های عمل

نمایش AdCP ساده به نظر می رسد: یک عامل یا میزبان MCP یک کار را انجام می دهد ابزار/تماس برای create_media_buآقای.

اما پاسخی که می گیرید این نیست تکمیل شد. همین وضعیت: ارسال شد. این خرید در حال حاضر در یک pending_approval این حالت را برای ساعت ها یا حتی روزها انجام دهید تا زمانی که شخصی در سمت دیگر دکمه ای را کلیک کند و سرور (احتمالاً) برای سیستم شما یک وب هوک ارسال کند.

نماینده شما به تازگی تبدیل به یک سرور شده است.

اولین چیزی که تیم مهندسی شما متوجه می شود این است که آنها فقط تماس های API را برقرار نمی کنند. از آنها خواسته می شود که یک موتور ارکستراسیون کامل بسازند. این موتور به قابلیت های زیر نیاز دارد:

• وضعیت پایدار: برای ردیابی اینکه آیا یک کار کامل شده است یا خیر، به یک صف کار پایدار و یک ماشین حالت نیاز دارد در حال پیشرفت برای 72 ساعت آینده
• مقابله با ناهمزمانی: این باید یک فرآیند انعطاف‌پذیر در سمت سرور باشد که می‌تواند به زیبایی راه‌اندازی‌های مجدد را مدیریت کند، دریافت وب‌هوک را مدیریت کند و گردش‌های کاری را درست از همان جایی که متوقف شد، از سر بگیرد.
• مدیریت شکست: به منطق تکرار پیچیده (با تأخیر نمایی)، کلیدهای idempotency (به طوری که یک تماس ناموفق که دوباره تلاش می کند به طور تصادفی یک کمپین را دو بار خریداری نکند) و قطع کننده های مدار زمانی که یک سرور همتا به ناچار از کار می افتد، نیاز دارد.

این ما را به حقیقت سخت دیگری می رساند: «مرکز» AdCP اختیاری است. پیوند نقطه به نقطه MCP به یک ناشر یک پروژه آزمایشی خوب است. اما کسب و کار شما دارای 50 شریک و باغ دیواری است.

اگر کنترل بودجه مشترک یا تجزیه و تحلیل یکپارچه می‌خواهید، قبلاً به یک مرکز متعهد شده‌اید. این مرکز تبدیل به محصول می شود: یک میزبان MCP که بسیاری از سرورهای MCP را مدیریت می کند و به عنوان یک مغز حالت دار برای هماهنگ سازی داده ها، توزیع هزینه و مهار خرابی عمل می کند.

پس چرا زحمت بکشیم؟

اگر استفاده از AdCP بسیار دشوار است، چرا به دام افتادیم؟

زیرا جایگزین بدتر است: آینده ای که در آن ما هنوز فقط داده های ثابت ارسال می کنیم و در «آشوب نظم» غرق می شویم.

یک هستی شناسی مشترک به داده های ما امکان حرکت می دهد. اما یک پروتکل عملی مانند AdCP که روی MCP اجرا می شود به ما اجازه می دهد کار کردن حرکت می کند.

با این حال، پیچیدگی مهندسی بهای ورود به اتوماسیون واقعی است. اینکه اکثر ذینفعان برای این پیچیدگی آمادگی ندارند، شکست پروتکل نیست. این یک شکست در زمین است.

برای اولین بار، AdCP راه قابل حملی را برای عاملان در سیستم های مستقل ارائه می دهد. به این صورت است که یک هدف استراتژیک – “راه اندازی یک فشار CTV Q4” – را به مجموعه ای از مراحل تکرارپذیر، قابل تایید و خودکار تبدیل می کنید، بدون اینکه 20 ادغام فروشنده مختلف را به صورت دستی کدگذاری کنید.

AdCP جایگزین OpenRTB نمی شود. با او کار کنند مثل این است که یک در دوم به همان خانه اضافه کنید.

• OpenRTB فرکانس بالا است مناقصه لایه (تراکنش های فرعی).
• AdCP/MCP لایه فرکانس پایین گردش کار است (برنامه ریزی، راه اندازی و گزارش که ساعت ها یا روزها طول می کشد).

شما از AdCP برای مذاکره در مورد معامله PMP و راه اندازی کمپین استفاده خواهید کرد. شما از OpenRTB برای اجرای پیشنهادات در برابر این شناسه معامله استفاده خواهید کرد. این تغییر تمام مرزهای رقابتی را تغییر می دهد. ما در نهایت از رقابت بر سر اینکه چه کسی شکننده‌ترین ادغام را دارد، دست می‌کشیم و شروع به رقابت بر سر اینکه چه کسی هوشمندترین استراتژی ارکستراسیون را دارد، خواهیم داشت.

عملی کردن عوامل

در اینجا یک نقشه راه اجرای عملی است.

با یک محصول فقط خواندنی با ریسک صفر شروع کنید. با یک یا دو شریک ارتباط برقرار کنید تا داشبورد یکپارچه و دارای اعتبار شماتیکی بسازید که عملکرد لوله کشی را ثابت کند.

سپس یک “پروژه آزمایشی” را با یک شریک و بودجه اندک اجرا کنید، با تمرکز بر اعتبار سنجی حلقه ناهمگام کامل و پردازش وب هوک، نه بازگشت سرمایه.

قبل از مقیاس‌بندی، ابتدا با اجرای یک گردش کار تأیید صریح انسان در حلقه با یک مسیر حسابرسی تغییرناپذیر، حاکمیت ایجاد کنید.

در نهایت، پس از اثبات مدل و حاکمیت، معماری هاب اصلی را با ماشین‌های حالت و مدل‌های داده متعارف بسازید، که اجازه می‌دهد همتاهای جدید سازگار با AdCP با حداقل تلاش یکپارچه‌سازی اضافه شوند. MCP ممکن است در نهایت به شما اجازه دهد که در این ویژگی مشترک شوید. تا آن زمان، طوری رفتار کنید که باید مالک آن باشید.

AdCP شما را از مهندسی دشوار نجات نخواهد داد. این شما را از هرج و مرج سفارش نجات می دهد. این پیچیدگی هزاران فیلمنامه شکننده را به یک لایه ارکستراسیون قابل کنترل، استراتژیک و قابل ممیزی منتقل می کند.

بودجه بندی API را متوقف کنید. شروع به بودجه بندی برای مرکز کنید.

“تفکر داده محور” توسط اعضای جامعه رسانه ای نوشته شده است و حاوی ایده های تازه ای در مورد انقلاب دیجیتال در رسانه است.

دنبال کنید Hypermindz.ai و AdExchanger در لینکدین