ویژگی موقت جرنی در برابر ویژگی ماندگار پروفایل: داده فقط برای همین سفر در برابر دادهٔ همیشگی مخاطب
کد وبهوک و پیشنهاد collection را کجا بگذارید؟ جدول عمر داده، مثال ایرانی، جلوگیری از آلودگی CDP، نگاشت Leadara.
رضا احمدی
بهینهسازی سایت و محتوا برای گوگل؛ افزایش ترافیک ارگانیک و دیدهشدن برند در نتایج جستجو.
۸ مهر ۱۴۰۵ · 6 دقیقه مطالعه
نسخه دیگر English
ویژگی موقت جرنی مقدار را فقط برای اتومیشن فعال نگه میدارد و با خروج از سفر تمام میشود؛ ویژگی ماندگار پروفایل روی مخاطب میماند تا سگمنتها و جرنیهای بعدی از آن استفاده کنند—کد یکبارمصرف و payload وبهوک را روی CDP ننویسید مگر واقعاً لازم باشد.
journey attribute و profile attribute چه فرقی دارند؟
وسط جرنی یک وبهوک کد تخفیف برمیگرداند، یا یک collection چند پیشنهاد میدهد. سؤال تیم دیتا این است: «این را کجا ذخیره کنیم؟»
دو جا وجود دارد:
- ویژگی ماندگار پروفایل (persistent profile attribute): روی کارت مخاطب میماند. سگمنتهای آینده، تریگرهای بعدی، و گزارشهای شخصمحور آن را میبینند.
- داده موقت سفر / کانتکست جرنی (temporary journey attribute): فقط برای همین trip مصرف میشود—شاخه، شخصیسازی پیام، شرط همان مسیر. با exit یا اتمام سفر از بین میرود (یا دیگر برای سگمنت سراسری دیده نمیشود).
اگر کد یکبارمصرف را روی پروفایل بنویسید، هفته بعد سگمنتهای بیربط ممکن است همان فیلد کهنه را بخوانند، یا پشتیبانی فکر کند هنوز معتبر است. اگر پیشنهادهای لحظهای API را ماندگار کنید، CDP پر از نویز میشود.
مرتبط: ورود با وبهوک در برابر رویداد، داده زنده وسط جرنی در برابر کاتالوگ، و event-centric در برابر contact-centric.
جدول مقایسه
| بعد | موقت (trip) | ماندگار (پروفایل) |
|---|---|---|
| عمر | تا خروج از جرنی / پایان trip | تا پاک یا overwrite کنید |
| استفاده در سگمنت سراسری | معمولاً نه | بله |
| مناسب برای | کد یکبارمصرف، پاسخ API لحظهای، پرچم شاخه | VIP، تاریخ اولین خرید، رضایت پیامک |
| ریسک | از دست رفتن بعد از exit اگر لازم بود | آلودگی CDP و تصمیمهای کهنه |
| شخصیسازی پیام همین سفر | عالی | ممکن است بیش از حد باشد |
| مثال بد | — | نوشتن discount_code_today روی همه پروفایلها |
مثال ۱: کد تخفیف وبهوک
فروشگاه ایرانی از سرویس کوپن، کد یکتا میگیرد:
- موقت: کد را در کانتکست جرنی بگذارید، در SMS/ایمیل همان مسیر رندر کنید، بعد از خرید یا انقضا trip تمام شود.
- ماندگار اشتباه:
last_coupon=X7KQروی پروفایل—سه هفته بعد کمپین دیگر همان فیلد را میخواند و کد سوخته میفرستد.
مثال ۲: پیشنهاد دوره / محصول از collection
API سه SKU پیشنهادی برمیگرداند:
- برای شاخه و رندر پیام همین welcome داده موقت کافی است؛
- فقط اگر میخواهید هفته بعد سگمنت «به دوره پایتون علاقه نشان داد» بسازید، یک سیگنال پایدار و تمیز (مثلاً
interest_topic=python) روی پروفایل بنویسید—نه کل JSON پاسخ API.
کی ماندگار، کی موقت؟
| داده | پیشنهاد |
|---|---|
| کد تخفیف یکبارمصرف | موقت |
| پاسخ موجودی لحظهای | موقت |
| پرچم «شاخه A را دید» داخل همین سفر | موقت |
| سطح وفاداری / RFM باند | ماندگار |
| رضایت SMS / کانال | ماندگار |
| تاریخ اولین خرید | ماندگار |
| لیست ۱۰ SKU رندر این ایمیل | موقت (یا کاتالوگ موقع رندر) |
نگاشت صادقانه به Leadara
در Leadara:
- پروفایل و سگمنت را برای معیارهای پایدار نگه دارید؛
- مقادیر trip-scoped از وبهوک/collection را برای شخصیسازی و شاخه داخل همان جرنی مصرف کنید؛
- با exit، دادهٔ سفر نباید تصمیم سگمنت ماه بعد را خراب کند؛
- ایمیل/پیامک میتوانند از فیلدهای پایدار + کانتکست همان ارسال استفاده کنند.
اگر موتور رقیب نام دقیقی مثل «journey attribute» دارد و Leadara برچسب یکبهیک ندارد، صادق بمانید: الگوی عملی پروفایل پایدار در برابر کانتکست سفر را در بریف بنویسید، نه کپی docs رقیب.
AI Chat لیدارا دستیار داخلی است. Live Chat پشتیبانی انسانی است.
گامهای عملی
- لیست فیلدهایی که وسط جرنی مینویسید را درآورید.
- هر فیلد را با برچسب «موقت / ماندگار / حذف» علامت بزنید.
- کدها و JSON خام API را از پروفایل پاک کنید یا دیگر ننویسید.
- برای علاقه بلندمدت یک attribute تمیز و محدود تعریف کنید.
- QA: بعد از exit، سگمنت سراسری نباید کد سوخته را ببیند.
- به پشتیبانی یک خط بدهید: کد داخل پیام همان سفر معتبر است، نه لزوماً فیلد پروفایل.
- مستند کنید کدام وبهوک فقط کانتکست را پر میکند.
اشتباههای رایج
- dump کردن کل پاسخ وبهوک روی پروفایل؛
- ساخت سگمنت روی فیلدهای موقتی که هفته بعد بیمعنیاند؛
- ترس از داده موقت و نوشتن همهچیز بهصورت ماندگار «برای احتیاط»؛
- قاطی کردن enrollment وبهوک با محل ذخیره payload.
سؤالات پرتکرار
فرق journey attribute و profile attribute چیست؟
یکی برای trip و معمولاً با خروج تمام میشود؛ دیگری روی مخاطب میماند برای سگمنت و آینده.
کد تخفیف وبهوک کجا ذخیره شود؟
ترجیحاً کانتکست همان جرنی—نه پروفایل—مگر سیاست شما صریح بگوید کد باید قابل بازیابی پشتیبانی باشد.
آیا بعد از خروج از اتومیشن، attribute موقت میماند؟
در مدل تمیز، نه برای سگمنت سراسری. اگر موتور شما رفتار دیگری دارد، در QA بعد از exit چک کنید و در بریف بنویسید.
پیشنهادهای collection را ماندگار کنیم؟
معمولاً نه. سیگنال علاقهٔ خلاصه را ماندگار کنید، نه آرایه SKU رندر.
این همان live-data وسط جرنی است؟
نزدیک است: live-data/collection منبع مقدار است؛ سؤال این مطلب محل عمر مقدار است (trip در برابر پروفایل).
آیا AI Chat لیدارا attribute میسازد؟
AI Chat دستیار داخلی تیم است، نه موتور نوشتن خودکار فیلد روی مشتری. طراحی مدل داده با شماست.
برای سگمنت VIP کدام را بگیریم؟
ماندگار. VIP تصمیم بلندمدت است، نه پرچم یک ایمیل.
معیار موفقیت؟
کاهش فیلدهای زامبی روی پروفایل، صفر شدن ارسال کد سوخته از سگمنتهای کهنه، و شخصیسازی درست داخل همان سفر.
گام بعدی چیست؟
یک جرنی دارای وبهوک را باز کنید. ببینید چه چیزهایی روی پروفایل نوشته میشود. هر چه فقط برای رندر همان پیام است را به کانتکست سفر برگردانید، سگمنتهای وابسته به کد یکبارمصرف را حذف کنید، بعد از exit یک QA بزنید.
چکلیست مدل داده قبل از لانچ جرنی وبهوکدار
- کدام فیلدها فقط برای رندر پیاماند؟
- کدام فیلدها سگمنت ماه بعد را تغذیه میکنند؟
- آیا کد یکبارمصرف روی پروفایل نوشته میشود؟ اگر بله، چرا و کی پاک میشود؟
- بعد از exit، کدام سگمنتها هنوز آن فیلدها را میخوانند؟
- پشتیبانی از کجا کد معتبر را میبیند—پیام همان سفر یا کارت پروفایل؟
هماهنگی با دیتا
یک جدول دوستونه «موقت / ماندگار» را در کانfluence یا نوتین بگذارید و هر وبهوک جدید را قبل از merge به آن اضافه کنید. هزینه آلودگی CDP معمولاً از هزینه یک فیلد موقت بیشتر است.
معیار موفقیت اضافه
- تعداد attributeهای پروفایل با پیشوند
tmp_یاjourney_که بعد از ۳۰ روز هنوز پرند (باید نزدیک صفر باشد)؛ - تعداد تیکت «کد داخل پیام کار نکرد / کد روی پروفایل کهنه بود».
