ConnectWiz + Meta Conversions API

یکپارچه‌سازی فعال

تبلیغی که گفت‌وگو را شروع کرد، پایانش را یاد می‌گیرد

تبلیغ‌های پیام‌رسان کور بهینه می‌شوند، مگر کسی به Meta بگوید چه چیزی تبدیل شد. ConnectWiz معاملهٔ برنده‌شده را به‌عنوان رویداد Purchase — با ارزش واقعی و هویت درست هر کانال — به دیتاست Events Manager خودتان گزارش می‌دهد، پشت چهار دروازه، و هر رد شدن را ثبت می‌کند.

دیتاست شما، توکن شما چهار دروازه — اول رضایت ردها با دلیل ثبت می‌شوند
Meta Conversions API × ConnectWiz
تطبیق نشد؟ کنار گذاشته می‌شود، نه حدس زده
دروازه: رضایت، استفادهٔ تبلیغاتی را مجاز می‌کند
هویت، کانال‌به‌کانال تطبیق می‌شود
رویداد Purchase با ارزش ← دیتاست شما
13
نام رویداد استاندارد — واژگانی ثابت، چون فهرست نام‌های یک دیتاست همیشگی است
4
دروازه پیش از خروج هر رویداد — فعال بودن، رضایت، درست‌ساخت بودن، و اینکه هنوز فرستاده نشده باشد
100%
از ردها با دلیل نام‌دار ثبت می‌شود — «نفرستادیم» یک واقعیت دیدنی است
24 ساعت
نگهبان محلی حذف تکراری — عمداً کوتاه‌تر از پنجرهٔ 48 ساعتهٔ خود Meta

تبلیغات

دقیقاً چه کار می‌کند

معامله‌ها تبدیل به سیگنال می‌شوند

برنده شدن یک معامله، رویداد Purchase را با ارزش واقعی‌اش گزارش می‌دهد؛ رسیدن به مرحله‌ای که نگاشت کرده‌اید هم رویداد انتخابی شما را شلیک می‌کند — از هر مسیری: صفحه، اتوماسیون یا درون‌ریزی.

هویت، درست انجام‌شده

WhatsApp از شناسهٔ کلیک استفاده می‌کند، Messenger از شناسهٔ محدود به صفحه، Instagram از شناسهٔ خودش — کلید تطبیق درست هر کانال، هش‌شده همان‌طور که Meta تعیین کرده.

چهار دروازه، یک در

مستأجر فعال است؟ رضایت، هدف‌گیری تبلیغاتی را مجاز می‌کند؟ رویداد درست‌ساخت و قابل تطبیق است؟ قبلاً فرستاده نشده؟ هر رد شدن با دلیلش ثبت می‌شود — قابل ممیزی، نه مرموز.

یک پنل سلامت

ببینید چه فرستاده شد و چه رد شد و چرا — زیرساخت تبدیل که واقعاً می‌شود بازرسی‌اش کرد.

رویدادهای خود Meta، درست بازتاب‌داده‌شده

خریدهایی که Meta داخل گفت‌وگو تشخیص می‌دهد با ارزشی که از مقیاس خود Meta رمزگشایی شده و شناسهٔ رویدادی که از همان پیام مشتق شده بازتاب می‌شوند — پس تلاش مجدد یک webhook روی هم می‌افتد و فروش دومی شمرده نمی‌شود. اگر مبلغ نامعلوم باشد هیچ ارزشی فرستاده نمی‌شود: صفر ساختگی به Meta می‌گفت این تبدیل بی‌ارزش بوده.

درست‌ساخت بودن، با نام

رویدادها پیش از ارسال اعتبارسنجی می‌شوند — طول نام، برچسب زمانی آینده یا کهنه، بودجهٔ پارامتر، قابلیت تطبیق — و هر نقض، یک رد نام‌دار در گزارش است، نه یک معما.

جزئیات فنی

زیرساخت تبدیل، با احتیاط ساخته شده

چرا نام رویدادها ثابت است

یک دیتاست Meta برای همیشه 1,000 نام رویداد متمایز می‌پذیرد — نام‌ها حذف نمی‌شوند و بعد از سقف، دیگر هیچ چیز تازه‌ای ثبت نمی‌شود. پس نام رویدادها از یک واژگان ثابت می‌آید و تنوع در پارامترها زندگی می‌کند، همان‌جا که باید.

شناسهٔ رویداد قطعی

شناسهٔ هر رویداد از چیزی که توصیفش می‌کند مشتق می‌شود، نه از تصادف — پس تلاش مجدد همان شناسه را می‌سازد و حذف تکراری انجام می‌شود، به‌جای اینکه یک فروش دو بار شمرده شود. تصادفی بودن کل این سازوکار را از کار می‌انداخت.

فقط بعد از پذیرش Meta، «فرستاده‌شده» علامت می‌خورد

رکورد محلی حذف تکراری بعد از پذیرش Meta نوشته می‌شود، هرگز پیش از آن — خطای شبکه دوباره تلاش می‌کند؛ نمی‌تواند خودش را خفه کند و یک تبدیل را از بین ببرد.

نرمال‌سازی‌ای که دقیقاً با Meta می‌خواند

ایمیل‌ها به حروف کوچک می‌روند، اما نقطه‌های Gmail و برچسب‌هایی که با علامت به‌علاوه می‌آیند حفظ می‌شوند — چون کار خود Meta همین است. شماره تلفن باید به بین 8 تا 15 رقم همراه با کشور برسد؛ شماره‌ای که کشور ندارد کنار گذاشته می‌شود، نه حدس زده. یک کلید کنارگذاشته یک تطبیق هزینه دارد؛ یک کلید اشتباه، یک آدم اشتباه.

هویت هر کانال، دقیق

رویدادهای WhatsApp شناسهٔ کلیک را به‌همراه شماره تلفن حمل می‌کنند — در بعضی جایگاه‌های تبلیغاتی شناسهٔ کلیک به‌درستی وجود ندارد و شماره تلفن از آن جان سالم به در می‌برد. هویت Messenger فقط وقتی حساب است که صفحه و کاربر محدود به صفحه با هم بیایند؛ Instagram شناسهٔ محدود خودش را به کار می‌برد؛ و رویدادهای سرنخ، شناسهٔ سرنخ خود پلتفرم را حمل می‌کنند، محدود به سرنخ‌هایی که منبعشان Meta است.

پنل سلامتی که حساب‌وکتابش را گردن می‌گیرد

تازگی، فراوانی رویداد، پوشش کلیدهای تطبیق قوی، ارزش خریدها و دلیل هر رد شدن — همه در پنجره‌ای 28 روزه اندازه‌گیری و به‌عنوان اندازه‌گیری‌های ما برچسب می‌خورند، چون ارائهٔ حساب خودمان به‌جای امتیاز Meta، اقتداری می‌ساخت که نداریم.

راه‌اندازی

چگونه متصل می‌شود

01

چسباندن دیتاست

شناسهٔ دیتاست و توکن Events Manager خودتان — رمزنگاری‌شده، مال خودتان، قابل ابطال.

02

نگاشت مراحل

انتخاب کنید کدام مرحلهٔ خط لوله کدام رویداد تبدیل را شلیک کند.

03

برنده شدن معامله‌ها

گزارش‌دهی خودش انجام می‌شود — دروازه‌دار، بدون تکرار، ثبت‌شده.

کنار هم بهتر

با چه چیزهایی ترکیب می‌شود

خط لوله‌های CRM

معاملهٔ برنده‌شده و مراحل نگاشت‌شدهٔ خط لوله هستند که رویداد را شلیک می‌کنند — همان قیفی که از قبل می‌گردانید، منبع سیگنال است.

تبلیغ‌های کلیک‌به‌پیام

کمپین‌هایی که در WhatsApp، Messenger یا Instagram فرود می‌آیند، بالاخره می‌فهمند کدام گفت‌وگو تبدیل به درآمد شد.

تبلیغ‌های جذب سرنخ

فرم‌های سرنخ Meta همین حالا در CRM می‌نشینند — این یکپارچه‌سازی حلقه‌شان را می‌بندد و کیفیت سرنخ را به حساب تبلیغاتی گزارش می‌دهد.

امنیت و تضمین‌ها

تضمین‌های کسل‌کننده

دیتاست شما، توکن شما

رویدادها به همان دیتاستی می‌روند که از Events Manager خودتان می‌چسبانید — توکن دسترسی در حالت ذخیره رمزنگاری می‌شود و هرگز دوباره نمایش داده نمی‌شود. رابطهٔ داده بین کسب‌وکار شما و Meta است.

رضایت یک دروازه است، نه یک تنظیم

رویداد فقط وقتی بیرون می‌رود که رضایت مخاطب هدف‌گیری تبلیغاتی را مجاز کرده باشد — رضایت دومرحله‌ای معلق حساب نمی‌شود، و رد شدن با نام ثبت می‌شود.

حالت آزمایش دیده می‌شود

کد رویداد آزمایشی که جا بماند، بی‌صدا جلوی شمرده شدن تبدیل‌های واقعی را می‌گیرد — پس حالت آزمایش پرچم خودش را در پنل دارد و نمی‌شود نادیده فراموشش کرد.

پرسش شمارش دوتایی، پرسیده می‌شود

اگر همین حالا CAPI یا Signals Gateway دارید، ارسال از اینجا هم یعنی شمارش دوتایی — حذف تکراری نمی‌تواند دو شناسهٔ متفاوت را برای یک فروش نجات دهد. پنل می‌پرسد؛ اگر جواب ندهید هشدار می‌دهد، نه اینکه فرض بگیرد.

جزئیات ریز، بی‌تعارف

مرزها، نوشته‌شده

هویت حدسی، هرگز

شماره تلفنی که کد کشور ندارد کنار گذاشته می‌شود، نه حدس زده — تطبیق اشتباه، حریم خصوصی یک نفر دیگر را خرج می‌کند. و معامله‌ای که ارزش ندارد هیچ چیزی نمی‌فرستد، نه یک صفر ساختگی.

خاموش هم یک وضعیت معتبر است

کل این یکپارچه‌سازی خاموش منتشر می‌شود؛ خاموش، حالت ناقص نیست. دادهٔ تبلیغاتی شما فقط وقتی بیرون می‌رود که خودتان تصمیم بگیرید.

پرسش‌های متداول Meta Conversions API

پاسخ‌های بی‌واسطه

اطلاعات بیشتر در صفحهٔ پرسش‌های متداول، یا مستقیم از ما بپرسید.

رویداد Purchase برای معامله‌های برنده‌شده (با ارزش واقعی و هویت هر کانال)، رویدادهای تبدیلی که به مراحل خط لوله نگاشت می‌کنید، و سیگنال کیفیت سرنخ از قیف CRM شما — همه به دیتاست خودتان، و بدون تکرار نسبت به تشخیص خود Meta.

یکی از همان چهار دروازه است: رویداد فقط وقتی بیرون می‌رود که رضایت مخاطب استفادهٔ تبلیغاتی را مجاز کند. رویدادهای ردشده با دلیل ثبت می‌شوند، پس «نفرستادیم» یک واقعیت دیدنی است.

نه — شناسهٔ دیتاست و توکن دسترسی Events Manager خودتان را می‌چسبانید. رابطهٔ داده بین کسب‌وکار شما و Meta است؛ ما فقط زیرساختیم، با دروازه.

ایمیل، شماره تلفن، نام، شهر/استان/کدپستی، تاریخ تولد و شناسهٔ بیرونی پس از نرمال‌سازی دقیقاً مطابق Meta با SHA-256 هش می‌شوند. شناسهٔ کلیک، شناسهٔ مرورگر، شناسهٔ محدود به صفحه و شناسهٔ سرنخ همان‌طور که هستند فرستاده می‌شوند — این‌ها از قبل مبهم‌اند و Meta عیناً جست‌وجویشان می‌کند؛ هش کردنشان نابودشان می‌کرد.

بله می‌شود — و دقیقاً برای همین است که این یکپارچه‌سازی می‌پرسد. دو فرستنده با دو شناسهٔ رویداد متفاوت، برای Meta دو فروش‌اند. اگر فرستندهٔ دیگری را اعلام کنید، خودتان انتخاب می‌کنید کدام مالک کدام رویداد باشد؛ اگر جواب ندهید، پنل هشدار می‌دهد نه اینکه فرض بگیرد.

اتصال صادقانه از اتصال پرسروصدا بهتر است.

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