API راهی است که دو سامانه با هم داده ردوبدل کنند. اگر می‌خواهید رفتارهای تازهٔ مشتری، مثل ثبت‌نام یا خرید، به‌موقع به ابزار ارتباط با مشتری برسند، اتصال از سمت سرور یکی از مسیرهای معمول است.
پیش از نوشتن اتصال، با تیم خود دربارهٔ نام رویدادها، شناسهٔ مشتری و داده‌های لازم توافق کنید. کد درست هم نمی‌تواند معنی مبهم رویداد را اصلاح کند.
نخست قرارداد داده را بنویسید
برای هر رویداد مشتری مشخص کنید چه زمانی فرستاده می‌شود، به کدام شناسه وصل است و کدام فیلدها لازم‌اند. «سفارش ثبت شد» و «پرداخت موفق بود» دو لحظهٔ متفاوت‌اند؛ نامشان را یکی نگذارید.
برای داده‌های حساس، فقط آنچه برای کاربرد مشخص لازم است منتقل کنید. کلیدهای اتصال را در سمت سرور نگه دارید و در صفحهٔ عمومی یا کد مرورگر قرار ندهید.
با یک مسیر کوچک آزمایش کنید
یک رویداد و چند پروفایل آزمایشی انتخاب کنید. بررسی کنید رویداد در زمان درست، یک‌بار و روی فرد درست دیده می‌شود. حالت خطا و تلاش دوباره را هم در نظر بگیرید تا قطعی موقت باعث گم شدن یا تکرار داده نشود.
اگر دادهٔ قدیمی دارید، می‌توانید آن را جداگانه با CSV آماده کنید و API را برای رویدادهای تازه به کار ببرید. این دو مسیر نقش یکسانی ندارند.
پس از راه‌اندازی مراقب چه باشیم؟
تعداد رویدادهای دریافتی را با منبع اصلی مقایسه کنید. اگر یک روز ناگهان صفر شد یا چند برابر شد، قبل از ارسال خودکار علت را بررسی کنید.
در نهایت یک گروه کوچک یا سفر مشتری آزمایشی بسازید. دیدن رویداد در گزارش کافی نیست؛ باید مطمئن شوید شرط‌ها بر اساس همان داده درست کار می‌کنند.
اتصال قابل اعتماد به شناسهٔ پایدار، قرارداد روشن و آزمایش مسیر کامل نیاز دارد.
