هر ایونت در برابر یکبار در پنجره: با هر سیگنال یا محدودکردن ورود
فرق ورود با هر ایونت و یکبار در پنجره: تعریف، جدول، مثال، FAQ و نگاشت Leadara.
رضا احمدی
بهینهسازی سایت و محتوا برای گوگل؛ افزایش ترافیک ارگانیک و دیدهشدن برند در نتایج جستجو.
۱ مهر ۱۴۰۵ · 4 دقیقه مطالعه
نسخه دیگر English
ورود با هر ایونت یعنی هر آتشگرفتن مطابق میتواند جرنی جدید بسازد؛ یکبار در پنجره یعنی حداکثر یک enrollment در هر بازه تا ایونتهای شلوغ اسپم نسازند. این دربارهٔ فرکانس ورود است، نه لزوماً سقف ارسال.
فرق ورود با هر ایونت و یکبار در پنجره چیست؟
ایونتهای نزدیک به تراکنش سؤال کلاسیک میسازند: اپ ده بار در روز PriceDrop یا BadgeEarned میفرستد — باید هر بار جرنی شروع شود؟
هر ایونت: هر fire واجد شرایط میتواند وارد کند. مناسب سیگنالهایی که جا ماندنشان تجربه را میشکند.
یکبار در پنجره: حداکثر یک ورود در بازه (مثلاً ۲۴ساعت). مناسب استریم شلوغ با پیام نزدیک به پرومو.
این موضوع کنار اتومیشن event-centric در برابر contact-centric مینشیند و با تراکنشی در برابر پروموشنال همراستا است: تراکنشی به every نزدیک است؛ پرومو-Adjacent به once-within.
جدول مقایسه
| معیار | هر ایونت | یکبار در پنجره |
|---|---|---|
| ورود در روز شلوغ | زیاد | حداکثر یکی |
| مناسب | تراکنشی / id یکتا | طوفان ایونت پرومویی |
| شکست | اسپم و هزینه | از دست دادن سیگنال بعدی همان روز |
برای مسیر طولانی در برابر واکنش فوری، جرنی در برابر کمپین ایونت لحظهای را هم ببین.
مثالها
اسکن مرسوله با id یکتا → every. بج بازیگونه → once در ۲۴ساعت. افت قیمت پرحجم → once در ۱۲–۲۴ساعت per SKU. فرم با double-click → once در ۱ساعت، ولی ایونت خام را نگه دار.
قوانین تصمیم
تعهد کسبوکار per fire → every. تفسیر مارکتینگی از استریم شلوغ → once-within. پیامک → پیشفرض once-within مگر الزام تراکنشی. اگر every لازم است و اسپم نمیخواهی، جزئیات را در یک digest جمع کن.
نگاشت به Leadara
ایونتها را همیشه ingest کن حتی اگر enrollment throttle شود؛ سگمنت را جای سیاست پنجره جعل نکن؛ حالت ورود را روی تریگر جرنی بگذار؛ ایمیل/پیامک با enrollment پنجرهای ارزانتر میشوند.
صفحهٔ سیاست نمونه
Parcel = every؛ Badge = once ۲۴ساعته؛ PriceDrop = once ۱۲ساعته per SKU؛ FormSubmit = once ۱ساعته.
جمعبندی و گام بعدی
Every = احترام به هر سیگنال. Once-within = محدود کردن ورود، نه پاک کردن حقیقت ایونت. ده جرنی ایونتمحور را علامت بزن؛ هر «every» روی ایونت پرحرف با پیامک کاندید تغییر این هفته است.
سؤالات پرتکرار
همان فرکانس کپ است؟
نه — enrollment را محدود میکند.
ایونت حذف میشود؟
نباید؛ فقط جرنی جدید شروع نشود.
تقویمی یا غلتان؟
غلتان برای timezone عادلانهتر است.
با کولداون ترکیب؟
بله؛ once-within برای burst، کولداون برای سفر بعدی.
لبههای تصمیم که باید مکتوب شوند
ترتر بج در دو دقیقه و بعد سکوت یک هفته: once-within یک پیام جشن میفرستد و میتواند لیست بجها را در بدنه digest بیاورد. ایونت دیررس افت قیمت: معمولاً duplicate داخل پنجره نادیده گرفته میشود مگر آپدیت داخل trip طراحی کرده باشی. تغییر timezone نزدیک نیمهشب با روز تقویمی دردسر میسازد؛ پنجرهٔ غلتان کمتر درد دارد.
لاگ enroll_accepted در برابر enroll_suppressed_window را روشن کن تا بتوانی طول پنجره را با نرخ شکایت تنظیم کنی، نه با حدس.
فرق با ساعات سکوت و سقف فرکانس
ساعات سکوت ارسال را جابهجا یا قطع میکند. سقف فرکانس تعداد پیام را محدود میکند. once-within دفعات شروع جرنی از ایونت شلوغ را محدود میکند. معمولاً هر سه لایهاند: حداکثر یک ورود روزانه از BadgeEarned، quiet hours روی نود پیامک، و سقف هفتگی پیامک بین جرنیها.
جواب آماده برای ذینفعان
پروداکت: ایونت را حذف نکن — ذخیره بماند، فقط شروع جرنی throttle شود. رشد: اگر نگران درآمدی، suppress را کنار unsubscribe ببین. داده: ایونت خام و enrollment را جدا بشمار.
از آنالیتیکس پرحرف تا جرنی آرام
تیم محصول ایونت زیاد میخواهد؛ جرنی مارکتینگ fan-out بیحد نمیخواهد. مصالحه: آتشنشان را در انبار داده نگه دار، روی enrollment گاورنر بگذار.
رولآوت عملی: یک ایونت پرحرف پیامکی را انتخاب کن، once-within ۲۴ساعته روشن کن، هفت روز ایونت خام / enrollment / پیامک / لغو / درآمد را مقایسه کن، بعد اگر رشد اثبات کرد درآمد از دسترفته از هزینهٔ شکایت بیشتر است پنجره را کوتاه کن.
کلید idempotency و حالت every
حالت every هم برای retry به idempotency نیاز دارد. همان event_id نباید دو trip بسازد. این با once-within فرق دارد: اولی تکرار همان آتش را حذف میکند؛ دومی آتشهای متمایز داخل بازه را throttle میکند. هر دو را در brief بنویس.
