آنالیتیکس فروشگاهوقتی فروش بالا و پایین می‌شود، فقط تعداد بازدید کافی نیست. ایران آنالیتیکس مسیر خریدار را از دیدن محصول تا پرداخت نشان می‌دهد؛ با قیف خرید، سبد رها شده، تحلیل محصول و درآمد کمپین‌ها در یک داشبورد فارسی.
مناسب ووکامرس، کمپین‌های UTM و مهاجرت آرام از گوگل آنالیتیکس
ممکن است کمپین کلیک بیاورد، محصول بازدید بگیرد و کاربر تا مرحله پرداخت برسد؛ اما تا وقتی مسیر خرید را مرحله‌به‌مرحله نبینید، علت رشد یا افت فروش روشن نمی‌شود.
اگر هنوز با GA4 کار می‌کنید، مسیر مقایسه و مهاجرت را اینجا ببینید: صفحه مقایسه
قیف خرید نشان می‌دهد چند نفر محصول را دیده‌اند، چند نفر به سبد اضافه کرده‌اند، چند نفر وارد تسویه شده‌اند و چند نفر خرید را کامل کرده‌اند. این همان عددی است که برای بهبود فروش لازم دارید.
اولین نشانه علاقه کاربر؛ اینجا می‌فهمید کدام محصول واقعاً دیده می‌شود.
اگر بازدید خوب است اما افزودن به سبد پایین، باید قیمت، تصویر یا پیشنهاد محصول را بررسی کرد.
اینجا مشخص می‌شود کاربر بعد از پر کردن سبد، واقعاً وارد خرید می‌شود یا نه.
مرحله‌ای که باید با سفارش‌های واقعی فروشگاه هم‌خوان باشد؛ نه فقط یک رویداد مرورگر.
در داشبورد: می‌توانید قیف را بر اساس سشن، سبد یا سفارش ببینید و سریع تشخیص دهید مشکل از صفحه محصول است، سبد خرید یا مرحله پرداخت. مسیر داشبورد فروش.
همه رهاکردن‌ها مثل هم نیستند. کسی که فقط محصول را در سبد گذاشته با کسی که تا پرداخت رفته و برگشته، پیام و اولویت متفاوتی لازم دارد.
کاربر محصول را انتخاب کرده اما هنوز وارد تسویه نشده؛ بهترین نقطه برای یادآوری سبک و سریع.
کاربر جدی‌تر بوده اما در فرم، هزینه ارسال، ورود کاربری یا مرحله نهایی متوقف شده است.
کاربر تا درگاه رفته ولی سفارش کامل نشده؛ این مورد معمولاً به بررسی درگاه یا خطای پرداخت نیاز دارد.
نرخ بازیابی نشان می‌دهد چند سبد رها شده بعداً به خرید تبدیل شده‌اند و چه مقدار درآمد برگشته است. تطبیق با نشانه‌هایی مثل کلید سبد، شناسه تسویه و شباهت محصولات انجام می‌شود تا تیم فروش بداند از کجا شروع کند.
در داشبورد فروش، سبدها را بر اساس نوع رهاشدن، ارزش سبد و وضعیت کاربر فیلتر می‌کنید. اگر تیم فنی دارید، همین داده از API هم برای CRM یا پیامک بازیابی قابل استفاده است.
برای هر محصول ببینید چند نفر فقط نگاه کرده‌اند، چند نفر آن را به سبد برده‌اند و چند نفر واقعاً خریده‌اند. تحلیل بر اساس همان کد محصول انجام می‌شود تا آمار محصولات با هم قاطی نشود.
سشن افزودن ÷ سشن بازدید
حداقل ۱۰ بازدیدسشن تسویه ÷ سشن افزودن
حداقل ۵ سشنسشن خرید ÷ سشن تسویه
حداقل ۵ سشنسشن خرید ÷ سشن بازدید
حداقل ۳۰ بازدیددرآمد خالص ÷ سشن بازدید
حداقل ۳۰ بازدیدوقتی محصولی بازدید بالا و فروش پایین دارد، می‌توانید بررسی کنید مشکل از قیمت، تصویر، توضیحات، موجودی یا مسیر تسویه است. صفحه جزئیات محصول، روند زمانی، قیف اختصاصی و تفکیک کانال را کنار هم نشان می‌دهد.
اگر کاربر به پرداخت رسیده اما خرید کامل نشده، باید مسیر پرداخت جدا بررسی شود: ایجاد سفارش، تلاش پرداخت، پرداخت موفق و تکمیل سفارش.
رویدادهای پرداخت از ووکامرس یا ERP می‌توانند از سرور ثبت شوند تا نرخ شکست درگاه و سفارش‌های تکمیل‌شده با عدد قابل اتکا در داشبورد فروش دیده شوند.
درآمد هر کمپین UTM را جدا ببینید و بفهمید کدام کانال فقط ترافیک می‌آورد و کدام کانال خریدار می‌سازد. سبدهای رها شده هم بر اساس منبع ورودی قابل پیگیری‌اند.
آخرین کمپینی که قبل از خرید کاربر را برگردانده است.
اولین کانالی که کاربر را با فروشگاه آشنا کرده است.
کمپینی که در همان نشست خرید حضور داشته است.
UTMها از لحظه ورود ذخیره می‌شوند و در گزارش درآمد، قیف خرید و سبدهای رها شده قابل فیلترند؛ یعنی کمپین را تا سفارش نهایی دنبال می‌کنید، نه تا صفحه فرود.
برای تصمیم مالی، عدد تقریبی کافی نیست. درآمد خالص از سفارش‌های تکمیل‌شده و بازپرداخت‌ها ساخته می‌شود و در گزارش‌های چندارزی، هر ارز جدا محاسبه می‌شود.
برای راه‌اندازی اولیه کافی است؛ اما اگر کاربر صفحه را ببندد یا پرداخت در مسیر دیگری کامل شود، ممکن است بخشی از درآمد ثبت نشود.
در دوره گذار، هم خرید مرورگر را دارید هم سفارش سرور را. داشبورد مشخص می‌کند هر عدد مالی از کدام منبع آمده است.
برای گزارش درآمد، سفارش تکمیل‌شده از سرور با امضای امن ثبت می‌شود. کلید فقط روی سرور می‌ماند، نه داخل جاوااسکریپت سایت.
ثبت امن از سرور: کلید اتصال از پنل سایت دریافت می‌شود و در درخواست‌های سرور استفاده می‌گردد. برای تغییر کلید هم مهلت چرخش در نظر گرفته شده تا اتصال فروشگاه ناگهان قطع نشود.
نمای کلی فروش، محصولات، سبدهای رها شده، کمپین‌ها و گزارش چند فروشگاه در یک پنل فارسی کنار هم قرار می‌گیرند؛ بدون رفت‌وبرگشت بین چند ابزار.
بازدید محصول، افزودن به سبد، تسویه، خرید، درآمد و بازیابی سبد در یک نما دیده می‌شود. لازم نیست برای فهمیدن وضعیت فروش بین چند گزارش جابه‌جا شوید.
مناسب تصمیم‌های روزانه مدیر فروشگاه
افزونه وردپرس ثبت خرید را ساده می‌کند، اما برای فهمیدن مسیر کامل خرید باید بازدید محصول، افزودن به سبد و شروع تسویه هم ارسال شود. شفاف می‌گوییم هر بخش از کجا فعال می‌شود.
dataLayer.push({ event: 'add_to_cart', ecommerce: { items: [{ item_id: 'SKU-1' }] } });
// SDK v2.1 auto-dispatch → cart_line_added + cart_versionگوگل آنالیتیکس برای تحلیل عمومی مفید است؛ اما فروشگاه ایرانی معمولاً به سبد رها شده، قیف محصول، درآمد معتبر از سرور و داده‌ای نیاز دارد که در دسترس و قابل اتکا بماند.
سبد، تسویه و پرداخت رها شده را جدا نشان می‌دهد و بازیابی را دنبال می‌کند
برای همین خروجی معمولاً باید گزارش و منطق سفارشی بسازید
بازدید، افزودن، تسویه و خرید را برای همان SKU کنار هم می‌گذارد
گزارش محصول دارد، اما رسیدن به این دقت ساده و آماده نیست
سفارش تکمیل‌شده را با امضای امن از سرور ثبت می‌کند
نیاز به پیاده‌سازی جداگانه و تنظیمات بیشتر دارد
تلاش پرداخت، شکست، موفقیت و تکمیل سفارش را جدا می‌بیند
بدون رویدادهای سفارشی این تصویر کامل ساخته نمی‌شود
داده فروش در زیرساخت داخلی نگهداری و پردازش می‌شود
داده به زیرساخت گوگل ارسال می‌شود
برای شرایط وب ایران طراحی شده و کم‌شماری را کاهش می‌دهد
در ایران بیشتر با مسدودسازی و افت ثبت داده روبه‌رو می‌شود
قیف، محصولات، سبدهای رها شده و کمپین‌ها از API قابل دریافت‌اند
دسترسی داده دارد، اما برای تیم‌های کوچک ساده نیست
چند سایت یا برند را در یک نمای مدیریتی مقایسه می‌کند
معمولاً نیاز به تجمیع دستی یا تنظیمات جداگانه دارد
برای فروشگاه‌های headless، قالب‌های اختصاصی، CRM یا BI داخلی، رویدادها و گزارش‌های فروش از طریق اسکریپت و API قابل ارسال و دریافت هستند.
قیف سشن، سبد یا سفارش
GET /analytics/commerce/funnelجدول محصولات با مرتب‌سازی
GET /analytics/commerce/productsلیست سبدهای رها شده
GET /analytics/commerce/abandoned-cartsنرخ بازیابی و درآمد بازیابی‌شده
GET /analytics/commerce/cart-recoveryنرخ شکست درگاه پرداخت
GET /analytics/commerce/payment-funnelدرآمد به تفکیک کمپین UTM
GET /analytics/commerce/attributionورود کاتالوگ محصول
GET /analytics/commerce/catalog/importira.commerce.viewItem({ items: [...] })
ira.commerce.addToCart({ ... })
ira.commerce.beginCheckout({ ... })
ira.commerce.purchase({ ... })نام رویدادهای رایج ecommerce مثل بازدید محصول، افزودن به سبد و خرید با مدل داخلی هماهنگ می‌شوند. هر رویداد شناسه یکتا دارد تا سفارش یا اقدام کاربر دوبار شمرده نشود؛ مستندات کامل برای تیم فنی در بخش راهنما آماده است.
۱۴ رویداد استاندارد از مشاهده محصول تا خرید و بازپرداخت؛ برای هر رویداد توضیح فارسی، نام فنی و نمونه کد ارسال از مرورگر (اسکریپت، افزونه یا تگ منیجر).
view_itemصفحه جزئیات یک محصول — معمولاً بعد از load صفحه product.
نوع داخلی
product_viewedکاربرد در داشبورد
نمونه کد
IRA('view_item', {
currency: 'IRR',
value: 45000000,
items: [{
item_id: 'SKU-001',
item_name: 'لپ‌تاپ گیمینگ',
item_category: 'الکترونیک',
item_brand: 'برند نمونه',
price: 45000000,
quantity: 1
}]
});نکات مهم
حداقل یک item در items[] با item_id توصیه می‌شود.
مسیر سرور — جدا از رویدادهای مرورگر. برای فروشگاه اختصاصی یا بک‌اند جدا، تأیید پرداخت، مرجوعی و تغییرات سبد را از سرور خود با کلید امن iis_ بفرستید تا درآمد و قیف پرداخت دقیق بماند — بدون وابستگی به مرورگر یا مسدودکننده تبلیغ.
تکمیل سفارش، مرجوعی، سبد و تسویه از PHP، Node، Python یا هر بک‌اند دیگر. درآمد قطعی داشبورد فقط از رویداد «تکمیل سفارش» سرور محاسبه می‌شود؛ خرید مرورگر مکمل است.
آدرس ارسال
POST https://collector.iran-analytics.ir/eپاسخ موفق: 204
کلیدهای دسترسی
IRA-… — شناسه رهگیری (سرآیند)iis_… — کلید ارسال سرور (فقط بک‌اند، هرگز در جاوااسکریپت)iak_… — فقط خواندن گزارش؛ برای امضا استفاده نشودسرآیندهای الزامی
Content-Typeapplication/json
X-Ingestion-Tokenشناسه رهگیری IRA-…
X-IRA-Ingest-Modeserver
X-IRA-Signature-Timestampزمان ارسال (میلی‌ثانیه)
X-IRA-Signatureامضای امن با کلید iis_
X-Event-Nameنام رویداد (مثلاً تکمیل سفارش)
روش امضای امن
// امضای HMAC (مثل Server_Ingest_Client::sign در افزونه)
$key = hex2bin(hash('sha256', $iis_secret));
$body_hash = hash('sha256', $raw_json_body);
$canonical = $timestamp_ms . "\n" . $body_hash;
$signature = hash_hmac('sha256', $canonical, $key);order_completedدرآمد قطعیرویداد قطعی برای درآمد داشبورد. فقط «تکمیل سفارش» از سرور مبنای درآمد خالص است — نه خرید مرورگر.
زمان ارسال
بلافاصله پس از تأیید موفق پرداخت در بک‌اند فروشگاه.
کاربرد در داشبورد
درآمد خالص، میانگین سفارش و گزارش فروش تکمیل‌شده.
{
"eventName": "order_completed",
"eventData": {
"event_id": "550e8400-e29b-41d4-a716-446655440000",
"commerce_event_type": "order_completed",
"transaction_id": "WC-12345",
"order_id": "12345",
"currency": "IRR",
"net_value": 500000,
"ingest_source": "server",
"is_authoritative": true,
"items": [{ "item_id": "SKU-1", "item_name": "محصول", "price": 450000, "quantity": 1 }]
}
}POST https://collector.iran-analytics.ir/e
Content-Type: application/json
X-Ingestion-Token: IRA-XXXXXXXX
X-IRA-Ingest-Mode: server
X-IRA-Signature-Timestamp: 1710000000000
X-IRA-Signature: <hmac_hex>
X-Event-Name: order_completed
{
"eventName": "order_completed",
"eventData": {
"event_id": "550e8400-e29b-41d4-a716-446655440000",
"commerce_event_type": "order_completed",
"transaction_id": "WC-12345",
"order_id": "12345",
"currency": "IRR",
"net_value": 500000,
"ingest_source": "server",
"is_authoritative": true,
"items": [{ "item_id": "SKU-1", "item_name": "محصول", "price": 450000, "quantity": 1 }]
}
}هر رویداد باید event_id یکتا (UUID v4) داشته باشد. اطلاعات کارت، CVV و token پرداخت ارسال نشود. برای rotate secret، grace period ۲۴ ساعته در Collector پشتیبانی می‌شود.
مدیر فروش، مارکتر، تیم محصول و تیم فنی هر کدام دنبال جواب متفاوتی هستند. این صفحه همان سوال‌ها را به گزارش قابل استفاده وصل می‌کند.
سناریوفروش افت کرده، اما نمی‌دانید مشکل از ترافیک است یا مسیر خرید.
متریکریزش تسویه و نرخ شکست پرداخت
→ فرم تسویه، هزینه ارسال یا درگاه را با اولویت درست بررسی کنید
سناریوکلیک زیاد دارید، اما نمی‌دانید کدام کمپین واقعاً سفارش می‌سازد.
متریکدرآمد و سفارش به تفکیک UTM
→ بودجه را به کانالی بدهید که خریدار می‌آورد، نه فقط بازدید
سناریومحصولی زیاد دیده می‌شود، اما به اندازه انتظار فروش ندارد.
متریکنرخ افزودن به سبد، نرخ خرید و درآمد به ازای بازدید
→ قیمت، تصویر، موجودی یا پیشنهاد محصول را با داده اصلاح کنید
سناریوفروشگاه اختصاصی یا CRM داخلی دارید و داده باید بین سیستم‌ها جریان داشته باشد.
متریکAPI فروش، سبد رها شده و قیف‌ها
→ گزارش فروش را به CRM، BI یا اتوماسیون پیامک وصل کنید
سناریوچند برند یا چند سایت دارید و مقایسه دستی زمان‌بر شده است.
متریکنمای فروش چند سایت و محصولات برتر
→ عملکرد فروشگاه‌ها را در یک نگاه مقایسه کنید
هر شاخص با تعریف روشن نمایش داده می‌شود. وقتی داده برای قضاوت کافی نباشد، داشبورد به جای عدد فریبنده، وضعیت «داده ناکافی» را نشان می‌دهد.
نشان می‌دهد از بین کسانی که یک محصول را دیده‌اند، چند نفر همان محصول را به سبد اضافه کرده‌اند.
مسیر کامل یک محصول از بازدید تا خرید؛ برای تشخیص محصولی که واقعاً می‌فروشد.
درصد سبدهای رها شده‌ای که بعداً به خرید تبدیل شده‌اند؛ معیاری برای سنجش اثر پیگیری و بهبود تسویه.
نسبت پرداخت‌های ناموفق به کل تلاش‌های پرداخت؛ برای پیدا کردن مشکل درگاه یا تجربه پرداخت.
مشخص می‌کند عدد درآمد از مرورگر، سرور یا ترکیب هر دو آمده است؛ برای اعتماد به شاخص‌های مالی.
وقتی نمونه به اندازه کافی بزرگ نیست، گزارش هشدار می‌دهد تا از روی عددهای کم تصمیم اشتباه نگیرید.
لازم نیست همه چیز را یک‌باره کامل کنید. از ثبت سایت و خرید شروع کنید، بعد رویدادهای فروش، ثبت سرور و گزارش کمپین‌ها را قدم‌به‌قدم دقیق کنید.
حساب بسازید، سایت فروشگاه را ثبت کنید و اسکریپت را در سایت بگذارید. اگر ووکامرس دارید، افزونه مسیر شروع را کوتاه‌تر می‌کند.
بیشتر ←بازدید محصول، افزودن به سبد، شروع تسویه و خرید را در محیط تست بررسی کنید تا قیف خرید از همان ابتدا تمیز ساخته شود.
بیشتر ←اگر گزارش مالی برایتان مهم است، ثبت سفارش از سرور را فعال کنید تا خریدهای تکمیل‌شده با منبع قابل اعتماد وارد داشبورد شوند.
بیشتر ←قیف خرید، محصولات پرفروش و کمپین‌های UTM را بررسی کنید و اولین تصمیم‌های اصلاحی را از روی داده واقعی بگیرید.
بیشتر ←رویدادهای فروش برای تحلیل ساخته شده‌اند، نه جمع‌آوری اطلاعات حساس. شماره کارت، CVV و اطلاعات خام پرداخت در رویدادها ذخیره نمی‌شود.
داده فروشگاه در زیرساخت داخلی پردازش می‌شود و گزارش‌ها با منطقه زمانی همان سایت ساخته می‌شوند. این یعنی کنترل بیشتر روی داده و وابستگی کمتر به سرویس‌های بیرونی.
اسکریپت فروش برای حذف داده‌های حساس طراحی شده است. دسترسی به اطلاعات قابل شناسایی هم محدود و مجاز است تا گزارش تحلیلی با حریم خصوصی کاربر تداخل پیدا نکند.
امنیت و اعتماد ←متن‌های این بخش بر اساس نیاز واقعی فروشگاه‌ها نوشته شده‌اند: فهمیدن علت افت فروش، بازیابی سبد، سنجش کمپین، ووکامرس و مهاجرت از گوگل آنالیتیکس.
ممکن است یک کمپین کلیک زیادی بگیرد، اما فروش کمی بسازد. با آنالیتیکس فروشگاه ایران آنالیتیکس، درآمد و سفارش هر UTM را کنار قیف خرید می‌بینید تا بودجه تبلیغات بر اساس خرید واقعی جابه‌جا شود، نه فقط تعداد ورودی.
سبد رها شده، تسویه نیمه‌کاره و پرداخت ناموفق هر کدام معنی متفاوتی دارند. وقتی این سه مورد جدا گزارش شوند، بهتر می‌فهمید باید روی یادآوری سبد کار کنید، فرم تسویه را ساده‌تر کنید یا مشکل درگاه پرداخت را بررسی کنید.
پربازدید بودن همیشه به معنی فروش نیست. گزارش محصول نشان می‌دهد هر SKU چقدر دیده شده، چقدر به سبد اضافه شده و چقدر خرید ساخته است. این تصویر برای تصمیم درباره قیمت، موجودی، عکس محصول و کمپین فروش کاربردی‌تر از یک لیست ساده پرفروش‌هاست.
لازم نیست ابزار قبلی را یک‌شبه کنار بگذارید. می‌توانید رویدادهای ecommerce مثل بازدید محصول، افزودن به سبد، شروع تسویه و خرید را موازی بررسی کنید و بعد از اطمینان از کیفیت داده، گزارش فروش را روی ایران آنالیتیکس ببندید.
اگر چند سایت فروشگاهی، چند برند یا چند مشتری آژانسی را مدیریت می‌کنید، مقایسه دستی گزارش‌ها وقت‌گیر و پرخطاست. نمای چند فروشگاه کمک می‌کند فروش، قیف خرید و محصولات برتر را در یک تصویر مدیریتی ببینید.
برای فروشگاه‌های اختصاصی، headless یا متصل به ERP، داده نباید داخل یک پنل محبوس بماند. API فروش، قیف‌ها، محصولات، سبدهای رها شده و نسبت‌دهی کمپین را در اختیار تیم فنی می‌گذارد تا CRM، BI یا اتوماسیون پیامک از همان داده استفاده کند.
برای دیدن اولین گزارش فروش، حساب خود را بسازید و اگر مسئله اصلی شما محتوا و سرچ است، صفحه آمار سئو و محتوا را ببینید.
کمک می‌کند مسیر خرید را مرحله‌به‌مرحله ببینید: کاربر کدام محصول را دیده، چه چیزی را به سبد اضافه کرده، کجا وارد تسویه شده و آیا خرید را کامل کرده است یا نه. کنار این قیف خرید، گزارش سبد رها شده، تحلیل محصول، درآمد کمپین‌های UTM و پرداخت‌های ناموفق هم در یک داشبورد فارسی قرار می‌گیرد.
GA4 برای تحلیل عمومی وب ابزار قدرتمندی است، اما برای نیازهای روزمره فروشگاه ایرانی همیشه آماده و ساده نیست. ایران آنالیتیکس روی قیف خرید، سبد رها شده، تحلیل همان محصول، ثبت سفارش از سرور و گزارش فارسی تمرکز دارد و داده فروش را در زیرساخت داخلی نگه می‌دارد.
برای شروع، چهار رویداد کافی است: بازدید محصول، افزودن به سبد، شروع تسویه و خرید. اگر می‌خواهید مشکل پرداخت را دقیق‌تر ببینید، تلاش پرداخت، پرداخت ناموفق و پرداخت موفق را هم اضافه کنید. هر رویداد شناسه یکتا دارد تا یک سفارش یا اقدام کاربر دوبار شمرده نشود.
سیستم فقط یک رویداد خام را نمی‌شمارد؛ وضعیت سبد را دنبال می‌کند. اگر کاربر بعد از افزودن به سبد برنگردد، اگر تسویه را نیمه‌کاره بگذارد یا اگر بعد از تلاش پرداخت خرید کامل نشود، هر کدام جدا ثبت می‌شود. همین تفکیک باعث می‌شود پیام بازیابی و اصلاح تجربه خرید دقیق‌تر باشد.
نرخ بازیابی یعنی چه تعداد از سبدهای رها شده بعداً به خرید تبدیل شده‌اند. برای وصل کردن خرید بعدی به سبد قبلی، نشانه‌هایی مثل کلید سبد، شناسه تسویه و شباهت محصولات بررسی می‌شود. این امتیاز برای اولویت‌بندی است، نه ادعای قطعی درباره احتمال خرید.
نرخ افزودن به سبد نشان می‌دهد از بین کسانی که یک محصول مشخص را دیده‌اند، چند نفر همان محصول را به سبد برده‌اند. تبدیل محصول هم مسیر همان محصول را تا خرید دنبال می‌کند. اگر بازدید یا نمونه کافی نباشد، گزارش هشدار می‌دهد تا رتبه‌بندی روی داده کم گمراه‌کننده نشود.
افزونه وردپرس شروع را ساده می‌کند و ثبت خرید بعد از پرداخت موفق را پوشش می‌دهد. برای قیف کامل، باید رویدادهای بازدید محصول، افزودن به سبد و شروع تسویه هم از قالب یا لایه داده سایت ارسال شوند. این شفافیت کمک می‌کند از ابتدا بدانید کدام بخش آماده است و کدام بخش نیاز به تکمیل دارد.
برای گزارش درآمد، بهتر است سفارش تکمیل‌شده از سرور فروشگاه یا ERP ثبت شود، چون این منبع به واقعیت مالی نزدیک‌تر است. کلید امن فقط روی سرور می‌ماند و داخل جاوااسکریپت سایت قرار نمی‌گیرد. داشبورد هم نشان می‌دهد عدد درآمد از مرورگر، سرور یا ترکیب هر دو آمده است.
هر گزارش درآمد بر اساس ارز جدا محاسبه می‌شود. مثلاً درآمد ریالی و دلاری بدون تبدیل و منطق مالی مشخص با هم جمع نمی‌شوند. درآمد خالص هم از سفارش‌های تکمیل‌شده و بازپرداخت‌ها ساخته می‌شود تا عدد نهایی قابل اتکا باشد.
وقتی کاربر با یک لینک UTM وارد فروشگاه می‌شود، منبع ورود ذخیره می‌شود و تا سفارش نهایی قابل بررسی است. می‌توانید درآمد را بر اساس آخرین لمس، اولین لمس یا همان سشن خرید ببینید و بفهمید کدام کمپین فقط بازدید آورده و کدام کمپین فروش ساخته است.
داده‌های اصلی فروش از API قابل دریافت‌اند: قیف خرید، محصولات، جزئیات محصول، سبدهای رها شده، بازیابی سبد، قیف پرداخت، نسبت‌دهی کمپین و کاتالوگ. این API برای اتصال به CRM، BI، پیامک بازیابی یا داشبوردهای داخلی کاربرد دارد.
داشبورد قدیمی بیشتر روی خرید ثبت‌شده تمرکز داشت. نسخه جدید تصویر کامل‌تری می‌دهد: قیف خرید، محصولات، سبدهای رها شده، کمپین‌ها، کاتالوگ و نمای چند فروشگاه. اگر داده قبلی دارید، می‌توانید مسیر جدید را مرحله‌ای و بدون عجله فعال کنید.
سه مسیر جدا بررسی می‌شود: قیف خرید از بازدید محصول تا سفارش، چرخه سبد از فعال تا رها شده یا بازیابی‌شده، و قیف سفارش از ایجاد سفارش تا پرداخت و تکمیل. جدا بودن این مسیرها باعث می‌شود مشکل پرداخت با مشکل صفحه محصول اشتباه گرفته نشود.
نرخ شکست پرداخت از نسبت پرداخت‌های ناموفق به کل تلاش‌های پرداخت به دست می‌آید. این عدد جدا از ریزش تسویه است و کمک می‌کند بفهمید مشکل از درگاه، خطای فنی، تجربه پرداخت یا اعتماد کاربر در لحظه پرداخت است.
کاتالوگ کمک می‌کند کدهای محصول در گزارش‌ها خواناتر شوند؛ مثلاً به جای دیدن فقط SKU، نام و اطلاعات محصول را هم ببینید. این مرحله اختیاری است و رویدادهای فروش با item_id یا SKU هم کار می‌کنند، اما برای تحلیل روزانه بسیار مفید است.
اگر چند فروشگاه، برند یا سایت مشتری را مدیریت می‌کنید، نمای سازمانی شاخص‌های فروش، قیف‌ها و محصولات برتر را در یک نگاه نشان می‌دهد. این بخش برای هلدینگ‌ها، مارکت‌پلیس‌ها و آژانس‌های دیجیتال مارکتینگ کاربردی است.
بله. پیشنهاد بهتر این است که مدتی ایران آنالیتیکس را کنار GA4 اجرا کنید، رویدادهای اصلی فروش را مقایسه کنید و بعد از اطمینان از کیفیت داده، تصمیم بگیرید کدام گزارش مرجع تیم باشد. این روش ریسک مهاجرت را پایین می‌آورد.
داده فروش در زیرساخت داخلی نگهداری و پردازش می‌شود. گزارش‌هایی مثل قیف خرید، وضعیت سبد و سبدهای رها شده از روی رویدادهای ثبت‌شده ساخته می‌شوند تا در صورت نیاز قابل بازبینی و بازسازی باشند.
رویدادهای فروش برای تحلیل رفتار خرید طراحی شده‌اند، نه ذخیره اطلاعات حساس. شماره کارت، CVV و اطلاعات خام پرداخت در این رویدادها ذخیره نمی‌شود و دسترسی به داده‌های قابل شناسایی فقط از مسیرهای مجاز انجام می‌شود.
اگر دسترسی فنی آماده باشد، می‌توانید در چند روز اول سایت را وصل کنید و خریدهای اولیه را ببینید. بعد از تکمیل رویدادهای محصول، سبد و تسویه، قیف خرید معنی‌دارتر می‌شود. مسیر پیشنهادی صفحه طوری چیده شده که راه‌اندازی مرحله‌ای و قابل کنترل باشد.
ببینید کدام محصول می‌فروشد، کدام کمپین خریدار می‌آورد و کجا مشتری خرید را رها می‌کند. می‌توانید هم‌زمان با ابزار فعلی شروع کنید و بعد از اطمینان، مهاجرت را کامل کنید.
برای راه‌اندازی فروشگاه مشاوره می‌خواهم ←