Core Reporting API - Segments

این سند نحو و ملاحظات استفاده از بخش‌ها در Core Reporting API را شرح می‌دهد.

یک نسخه به روز شده از Google Analytics Reporting API وجود دارد. توصیه می کنیم امروز کد خود را انتقال دهید تا از ویژگی های کلیدی API جدید استفاده کنید.

معرفی

هنگام استفاده از ویژگی تقسیم‌بندی Core Reporting API می‌توانید به دو روش درخواست بخش در Core Reporting API کنید:

1. بخش ها بر اساس شناسه : با استفاده از شناسه عددی یک بخش داخلی یا سفارشی پرس و جو کنید.
2. Dynamic Segments : بخش را به صورت پویا در زمان درخواست مشخص کنید.

برای آشنایی با نحوه عملکرد بخش‌ها و مفاهیم مرتبط، به بخش‌ها و مرجع ویژگی‌های بخش (مرکز راهنمایی) مراجعه کنید.

بخش ها بر اساس شناسه

می‌توانید با استفاده از شناسه یک بخش داخلی یا سفارشی، یک بخش را در Core Reporting API درخواست کنید. تمام بخش‌های موجود برای یک کاربر را می‌توان با روش list مجموعه Segments در API مدیریت Google Analytics بازیابی کرد. برای هر بخش، شناسه در ویژگی id منبع بخش موجود است.

برای کسب اطلاعات بیشتر درباره استفاده از شناسه‌های بخش در درخواست‌های API، به مرجع API گزارش هسته‌ای مراجعه کنید.

بخش های دینامیک

شما همچنین می توانید هنگام درخواست API به صورت پویا یک بخش ایجاد کرده و از آن استفاده کنید. معمولاً هنگام ایجاد یک بخش پویا باید موارد زیر را در نظر بگیرید:

1. انتخاب کاربران در مقابل جلسات
2. استفاده از شرایط در مقابل توالی
3. استفاده از محدوده متریک

هر یک از ملاحظات برای ایجاد یک بخش پویا در زیر در سطح بالایی توضیح داده شده است. برای بررسی نحو کامل برای بخش‌های پویا به مرجع نحو بخش‌های پویا مراجعه کنید.

ابعاد و معیارهای مجاز در بخش‌ها.
همه ابعاد و معیارها را نمی توان در بخش ها استفاده کرد. برای بررسی ابعاد و معیارهای مجاز در بخش‌ها از کاوشگر ابعاد و متریک دیدن کنید.

1. انتخاب Users vs Sessions

مشخص کنید که آیا می خواهید کاربران یا جلسات (یا هر دو) را انتخاب کنید.

• استفاده از users:: برای انتخاب کاربران.
• استفاده از sessions:: برای انتخاب جلسات.
• اگر شرایط برای هر دو users:: و sessions:: مشخص شده باشد:
  1. شرایط کاربر ابتدا برای خروجی جلسات برای کاربران منطبق اعمال می شود.
  2. شرایط جلسه فقط برای جلسات شماره 1 اعمال می شود.

توجه : شرایط کاربر و جلسه را فقط می توان با استفاده از عملگر AND (یعنی ';') ترکیب کرد.

مثلا:

• کاربرانی را انتخاب کنید که حداقل در یکی از جلسات خود از مرورگر کروم استفاده کرده‌اند.
  • users::condition::ga:browser==Chrome
• جلساتی را انتخاب کنید که در آن مرورگر کروم استفاده شده است.
  • sessions::condition::ga:browser==Chrome
• جلساتی را از شهر لندن از بین کاربرانی انتخاب کنید که حداقل ۱ جلسه در آن مرورگر Chrome استفاده شده است.
  • users::condition::ga:browser==Chrome;sessions::condition::ga:city==London

برای جزئیات در مورد انتخاب کاربران و جلسات، به بخش conditionScope مرجع نحو مراجعه کنید.

2. استفاده از Conditions vs Sequences

وقتی مشخص کردید که می‌خواهید کاربران یا جلسات را بخش‌بندی کنید، یک یا چند شرط و/یا دنباله را مشخص می‌کنید.

شرایط

شرایط استفاده از condition:: پیشوند. مثلا:

• کاربرانی را از لندن انتخاب کنید که با استفاده از مرورگر کروم از آن بازدید کرده‌اند.
  • users::condition::ga:city==London;ga:browser==Chrome

دنباله ها

شرایط توالی شامل یک یا چند مرحله است که هر مرحله با یک یا چند بعد/شرایط متریک تعریف می شود.

شرایط مبتنی بر توالی را با استفاده از sequence:: و عملگرهای ( ;–>> ) یا بلافاصله بعد از آن ( ;–> ) مشخص کنید. مثلا:

• کاربرانی را انتخاب کنید که برای اولین بار از دسکتاپ و سپس از دستگاه تلفن همراه استفاده کردند. از آنجایی که ما در حال تقسیم‌بندی کاربران هستیم، این کار تمام جلسات یک کاربر را جستجو می‌کند و بررسی می‌کند که آیا کاربر در یک جلسه از دسکتاپ استفاده کرده است یا خیر، و سپس در یکی از جلسات بعدی از دستگاه تلفن همراه استفاده می‌کند.
  • users::sequence::ga:deviceCategory==desktop;->>ga:deviceCategory==mobile
• همچنین می توانید برای هر مرحله از چندین شرط استفاده کنید.
  • users::sequence::ga:deviceCategory==desktop;ga:operatingSystem==Windows->>ga:deviceCategory==mobile;ga:operatingSystem==Android
• شما همچنین می توانید شرایط و دنباله ها را در یک بخش با استفاده از عملگر AND (یعنی ';') ترکیب کنید.
  • users::condition::ga:totalEvents>10;sequence::ga:deviceCategory==desktop->>ga:deviceCategory==mobile

برای جزئیات بیشتر در مورد شرایط ساده و مبتنی بر ترتیب، به بخش conditionType مرجع نحو مراجعه کنید. برای مثال‌های بیشتر، به بخش‌های Conditions and Sequences Segments Feature Reference مراجعه کنید.

3. استفاده از متریک اسکوپ

یک محدوده برای یک متریک سطحی را که آن معیار در آن تعریف شده است - HIT، SESSION، یا USER را مشخص می کند. به عنوان مثال، ga:pageviews و ga:transactions معیارهای سطح HIT هستند، زیرا در یک بازدید اتفاق می‌افتند، در حالی که ga:sessionDuration و ga:bounces معیارهای سطح SESSION هستند زیرا یک مقدار واحد برای هر جلسه وجود دارد. از نظر مفهومی، USER بالاترین سطح و HIT پایین ترین محدوده سطح است.

مقادیر متریک را می‌توان در محدوده‌های بزرگ‌تر از محدوده اصلی آن نیز گزارش کرد. به عنوان مثال، ga:pageviews و ga:transactions می توان در سطح SESSION و USER فقط با جمع کردن آنها برای هر بازدیدی که در آن جلسات یا برای آن کاربران رخ می دهد، گزارش کرد.

شما می توانید محدوده را برای هر شرط متریک مشخص کنید، که سطح اعمال آن شرط را تعیین می کند. محدوده های متریک با استفاده از پیشوند perUser:: ، perSession:: ، یا perHit:: مشخص می شوند.

مثلا:

• کاربرانی را انتخاب کنید که حداقل 10 دلار در یک وب سایت هزینه کرده اند (یعنی ارزش مادام العمر یک کاربر حداقل 10 دلار است).

  users::condition::perUser::ga:transactionRevenue>=10
  

• کاربرانی را انتخاب کنید که حداقل 10 دلار در یک جلسه خرج کرده اند.

  users::condition::perSession::ga:transactionRevenue>=10
  

محدودیت های دامنه

Core Reporting API اعتبارسنجی را برای محدوده‌های متریک انجام می‌دهد تا اطمینان حاصل کند که پرس‌وجو داده شده معتبر است. قوانین اعتبار سنجی محدوده عبارتند از:

1. محدوده متریک مشخص شده باید همیشه برابر یا کمتر از محدوده شرایط والد آن باشد (همانطور که توسط users:: یا sessions:: پیشوند).
2. محدوده متریک مشخص شده باید برابر یا بزرگتر از محدوده اصلی آن باشد که در مدل داده تعریف شده است. برای فهرست کامل معیارها و محدوده اصلی آنها ، به مرجع معیارها: محدوده اصلی مراجعه کنید.

به عنوان مثال، موارد زیر محدوده های متریک معتبر هستند:

• هر دو محدوده شرایط و متریک برابر هستند (یعنی سطح USER).
  • users::condition::perUser::ga:transactionRevenue>10
• دامنه شرط بزرگتر از محدوده متریک است (یعنی USER > SESSION).
  • users::condition::perSession::ga:transactionRevenue>10
• ga:totalEvents یک متریک سطح HIT است و از این رو محدوده های ممکن برای آن در یک شرایط عبارتند از perHit:: ، perSession:: ، یا perUser:: (زیرا همه آنها بزرگتر یا مساوی محدوده سطح HIT هستند).
  • users::condition::perHit::ga:totalEvents>5
  • users::condition::perSession::ga:totalEvents>5

برای مثال، موارد زیر محدوده‌های متریک نامعتبر هستند:

• بخش زیر نامعتبر است زیرا محدوده شرط والد کمتر از محدوده متریک است (یعنی SESSION < USER).
  • sessions::condition::perUser::ga:transactionRevenue>10
• استفاده از محدوده سطح HIT برای متریک سطح SESSION و سطح HIT <سطح SESSION.
  • users::condition::perHit::ga:sessionDuration>60

هر درخواستی با دامنه نامعتبر یک خطای 400 Bad Request را برمی‌گرداند.

محدوده پیش فرض

هنگامی که یک محدوده برای شرط متریک به طور صریح مشخص نشده باشد، به طور پیش‌فرض روی محدوده شرط قرار می‌گیرد. به عنوان مثال، بخش زیر از یک محدوده سطح USER برای همه شرایط متریک خود استفاده می کند: users::condition::ga:transactionRevenue>=10;ga:sessionDuration>60

مرجع نحو بخشهای پویا

نحو پایه

نحو برای تعریف یک بخش به این شکل است: segment=<segmentCondition>+ . به عبارت دیگر، یک بخش از یک یا چند عبارت segmentCondition تشکیل شده است.

یک <segmentCondition> به صورت زیر تعریف می شود: <conditionScope><conditionType><dimensionOrMetricConditions>

جایی که:
conditionScope محدوده سطح بالای شرط(ها) را مشخص می کند.
conditionType نوع شرط(ها) را مشخص می کند.
dimensionOrMetricConditions شرایط ابعاد/متریک یا مراحل توالی را مشخص می کند.

conditionScope

محدوده سطح بالای شرط(ها) را مشخص می کند. مقادیر ممکن عبارتند از:

• users:: برای انتخاب کاربران.
• sessions:: برای انتخاب جلسات.

محدودیت ها و ملاحظات شرط conditionScope :

• اگر چندین شرط «کاربر» و «جلسه» در یک بخش مشخص شده باشد، باید با یک عملگر AND ترکیب شوند.
• شرایطی که هم کاربران و هم جلسات را انتخاب می‌کنند باید با عملگر AND ترکیب شوند. زمانی که شرایط هم برای کاربران و هم برای جلسات مشخص می‌شود، ابتدا همه شرایط کاربر برای یافتن کاربران منطبق اعمال می‌شود و سپس تمام شرایط جلسه در جلسات متعلق به آن کاربران منطبق اعمال می‌شود.
• اگر از شرایط سطح کاربری استفاده می کنید، محدوده تاریخ نباید بیشتر از 90 روز باشد .
• محدوده شرط همچنین سطح دامنه پیش فرض را برای همه شرایط متریک زیر آن تعیین می کند. (برای جزئیات بیشتر در مورد سطوح محدوده، به معیارها: مرجع دامنه اولیه مراجعه کنید).

شرط نوع

نوع شرایط (شرایط) را مشخص می کند. مقادیر ممکن عبارتند از:

• condition:: برای تعیین شرایط ساده (یعنی غیر توالی).
• sequence:: برای تعیین شرایط مبتنی بر توالی.

محدودیت ها و ملاحظات برای conditionType :

• اگر چندین "شرایط ساده" و "توالی" مشخص شده باشند، باید همیشه با یک عملگر AND ترکیب شوند.
• حداکثر 10 مرحله برای شرایط مبتنی بر توالی در هر بخش مجاز است.

شرایط ساده

شرایط ساده از یک یا چند بعد/شرایط متریک تشکیل شده است که می توانند با هم ترکیب شوند.

عملگرهای شرط معتبر برای شرایط ساده عبارتند از:

• ترکیب شرایط با عملگرهای AND یا OR .
• عملگرهای ابعاد و متریک

نحو برای شرایط ساده این است:

condition::<dimensionOrMetricConditions>

مثال شرایط ساده:

• users::condition::ga:transactionRevenue>10;ga:sessionDuration>60
• یک عملگر نفی سطح بالا را می توان برای یافتن مکمل یک شرط ساده معین که ممکن است شرایط چند بعدی/متری را در خود داشته باشد، مشخص کرد. به عنوان مثال، users::condition::!ga:transactionRevenue>10;ga:sessionDuration>60

به استثنای شرایط

یک شرط خروج برای ایجاد یک بخش استفاده می شود که شرایط تعریف شده را ندارد.

نحو از عملگر NOT (کاراکتر ! ) برای نفی یک شرط و حذف جلسات مطابق با آن شرط استفاده می کند.

حذف جلساتی که صفحه خروج دقیقاً با مسیر صفحه اصلی مطابقت دارد:
sessions::condition:: ! ga:exitPagePath==/

شرایط چندگانه

شما می توانید همه شرایط سطح کاربر را تحت یک پیشوند users:: گروه بندی کنید یا می توانید برای هر شرط از یک پیشوند جداگانه users:: استفاده کنید. همین امر برای شرایط سطح جلسه نیز صادق است.

به عنوان مثال، بخش های زیر معادل هستند. در هر دو مورد شرط 1 و شرط 2 برای انتخاب کاربران AND ویرایش می شوند:
users::<condition1>;<condition2>
users::<condition1>users::<condition2>

شرایط توالی

شرایط توالی شامل یک یا چند مرحله است که هر مرحله با یک یا چند بعد/شرایط متریک تعریف می شود. چند مرحله را می توان با عملگرهای توالی خاص ترکیب کرد.

عملگرهای توالی معتبر برای شرایط توالی عبارتند از:

• عملگر –>> نشان می دهد که مرحله قبل قبل از مرحله بعدی است.
• عملگر –> نشان می دهد که مرحله قبل بلافاصله قبل از مرحله بعدی است.

نحو برای شرایط دنباله عبارت است از:

sequence:: NOT? FIRST_HIT_MATCHES_FIRST_STEP? (AND (PRECEDES|IMMEDIATELY_PRECEDES) <step>)* sequence:: NOT? FIRST_HIT_MATCHES_FIRST_STEP? (AND (PRECEDES|IMMEDIATELY_PRECEDES) <step>)*

جایی که:

NOT توسط: !

FIRST_HIT_MATCHES_FIRST_STEP توسط: ^ نشان داده می شود

PRECEDES با: ;–>> نشان داده می شود

IMMEDIATELY_PRECEDES با: ;–> نشان داده می شود

step با: <dimensionOrMetricConditions> نشان داده می شود

شرایط توالی مثال:

• users::sequence::ga:deviceCategory==desktop;->ga:deviceCategory==tablet
• یک عملگر نفی سطح بالا نیز می تواند برای یافتن مکمل یک دنباله معین که ممکن است دارای چندین مرحله و/یا شرایط ابعاد/متری در آن باشد، مشخص شود. به عنوان مثال، users::sequence::!ga:deviceCategory==desktop;->ga:deviceCategory==tablet
• عملگر ^ می تواند برای تعیین اینکه اولین مرحله با اولین ضربه اولین جلسه در محدوده تاریخ معین مطابقت دارد استفاده شود. به عنوان مثال، users::sequence::^ga:deviceCategory==desktop;->ga:deviceCategory==tablet

تاریخ شرایط جلسه

بخش‌ها از نوعی تحلیل پشتیبانی می‌کنند که از دستور dateOfSession استفاده می‌کند. در ترکیب با عملگر بین <> ، می‌توانید یک بخش را به گروهی از کاربران محدود کنید که یک جلسه را در محدوده تاریخی خاصی شروع کرده‌اند. حداکثر محدوده تاریخ برای dateOfSession 31 روز است. لطفاً برای جزئیات بیشتر در مورد استفاده از آن ، تاریخ جلسه را به عنوان مثال زیر ببینید.

عملگر بین <> فقط در عبارات dateOfSession پشتیبانی می شود.

ابعاد و شرایط متریک

شرایط ترکیبی

شما می توانید یک یا چند شرط بعد را با عملگرهای AND (یعنی ' ; ') و OR (یعنی ' , ') با عملگر OR با اولویت بالاتر ترکیب کنید.

نحو همان چیزی است که برای ترکیب فیلترها استفاده می شود. برای جزئیات بیشتر به ترکیب فیلترها در مرجع API گزارش هسته مراجعه کنید.

اپراتورها

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

اپراتور	شرح	در شرایط ابعاد پشتیبانی می شود؟	در شرایط متریک پشتیبانی می شود؟
==	برابر یا دقیقا مطابقت دارد.	آره به عنوان مثال: ga:city==London	آره به عنوان مثال: ga:adCost==10
!=	برابر نیست یا مطابقت دقیقی ندارد.	آره به عنوان مثال: ga:city!=London	آره به عنوان مثال: ga:adCost!=10
<	کمتر از.	بله (فقط برای مقادیر عددی). به عنوان مثال: ga:hour<12	آره به عنوان مثال: ga:adCost<10
<=	کمتر یا مساوی با.	بله (فقط برای مقادیر عددی). به عنوان مثال: ga:hour<=12	آره به عنوان مثال: ga:adCost<=10
>	بزرگتر از.	بله (فقط برای مقادیر عددی). به عنوان مثال: ga:hour>12	آره به عنوان مثال: ga:adCost>10
>=	بزرگتر یا مساوی با.	بله (فقط برای مقادیر عددی). به عنوان مثال: ga:hour>=12	آره به عنوان مثال: ga:adCost>=10
<>	بین (مقدار بین محدوده داده شده است). ^1	بله (فقط برای مقادیر عددی). به عنوان مثال: ga:hour<>1_12	آره به عنوان مثال: ga:adCost<>10_20
[]	در لیست (مقدار یکی از مقادیر فهرست شده است). ^2	آره به عنوان مثال: ga:browser[]Chrome|Firefox|Opera	خیر
=@	حاوی رشته فرعی	آره به عنوان مثال: ga:keyword=@shoes	خیر
!@	شامل رشته فرعی نیست.	آره به عنوان مثال: ga:keyword!@shoes	خیر
=~	شامل یک مسابقه برای بیان منظم است.	آره به عنوان مثال: ga:keyword=~shoes	خیر
!~	برای عبارت منظم مطابقت ندارد.	آره به عنوان مثال: ga:keyword!~shoes	خیر

¹ بین اپراتور <>
به شما امکان می دهد مقادیری را در محدوده خاصی جستجو کنید. مقادیر محدوده آن شامل می شود و می توان آن را هم برای معیارها و هم برای ابعادی که دارای مقادیر عددی هستند استفاده کرد (به عنوان مثال، ga:hour ). مقادیر حداقل و حداکثر در محدوده باید با خط زیر جدا شوند.

نحو:
{dimensionOrMetricName}<>{minValue}_{maxValue}

مثال:
جلساتی را انتخاب کنید که بین ساعات 12 تا 23 رخ داده است.
sessions::condition::ga:hour<>12_23

² در لیست اپراتور []
به شما امکان می دهد مقادیری از یک لیست داده شده را جستجو کنید. فقط با ابعاد قابل استفاده است. لیست مقادیر باید با استفاده از "|" از هم جدا شوند. شخصیت. اگر یک "|" وجود دارد در ارزش، باید از آن فرار کرد.

نحو:
{dimensionName}[]{value1}|{value2}|...

محدودیت ها:
حداکثر 10 مقدار برای هر شرط بعد در فهرست مجاز است (به عنوان مثال ga:city[]city1|city2|...|city10 ).

مثال:
جلساتی را انتخاب کنید که از مرورگرهای Chrome، Firefox، یا Opera بودند.
sessions::condition::ga:browser[]Chrome|Firefox|Opera

فرار از شخصیت های خاص

کاراکترهای ویژه ' , ' و ' ; اگر در عبارات مقدار رخ دهد، باید از آن فرار کرد. به عنوان مثال، ga:keyword==nike\,shoes

برای جزئیات بیشتر در مورد ابعاد و شرایط متریک، به مرجع API گزارش هسته مراجعه کنید.

محدودیت ها

محدودیت های مربوط به بعد و شرایط متریک عبارتند از:

• حداکثر 10 بعد یا شرایط متریک در هر بخش.
• حداکثر طول بیان برای شرایط ابعاد 1024 کاراکتر است.

انتقال بخش‌های پویا قدیمی

بخش‌های پویا قدیمی که از dynamic:: استفاده می‌کنند، معادل بخش‌های سطح جلسه با شرایط ابعاد و متریک در نحو فعلی هستند. اگر از بخش‌های پویا قدیمی استفاده می‌کنید، باید با جایگزین کردن dynamic:: با پیشوند sessions::condition:: به نحو جدید مهاجرت کنید. به عنوان مثال، دو بخش زیر معادل هستند:

dynamic::ga:browser==Chrome
برابر است با:
sessions::condition::ga:browser==Chrome

توجه : پیشوند dynamic:: از 27 مارس 2014 منسوخ شده است. توصیه می شود در اسرع وقت به نحو جدید مهاجرت کنید.

نمونه های بخش ها

1. جمعیت شناسی : Males Languages ​​EN-US، علاقه مند به بازی ها، و اهل آمریکا هستند.

بخش های مبتنی بر کاربر ابتدا اعمال می شوند. بنابراین، شرط مبتنی بر کاربر، کاربرانی را که مرد هستند و به بازی‌ها علاقه دارند، برمی‌گرداند. سپس جلسات متعلق به این کاربران مشمول شرایط جلسه‌محور برای دریافت جلساتی می‌شوند که از آمریکا و زبان آن EN-US بود.

users::condition::ga:userGender==Male;users::condition::ga:interestAffinityCategory==Games ; sessions::condition::ga:region==Americas;sessions::condition::ga:language==en-u

2. رفتار : کاربرانی که بیش از 100 جلسه داشته اند، در 7 روز گذشته بازدید نکرده اند، در هر جلسه بیش از 2 تراکنش انجام داده اند و در هر جلسه بیش از 100 ثانیه را در سایت سپری کرده اند.

users::condition::ga:sessions>100;ga:daysSinceLastSession>=7; perSession::ga:transactions>2;perSession::ga:sessionDuration>100

3. جلسات : جلساتی را انتخاب کنید که دارای مرورگر Chrome، کشور ایالات متحده و استثنا در هر ضربه > 1 هستند و کاربرانی را انتخاب کنید که خروجی آنها در هر جلسه < 2 باشد.

sessions::condition::ga:browser==Chrome;ga:country==US;perHit::ga:exceptions>1; users::condition::perSession::ga:exits<2

4. Session with a Sequence : انتخاب جلسات با Step: Chrome و کل رویدادها در هر ضربه > 5 و انتخاب کاربران با Step: On Desktop به دنبال مرحله: در تلفن همراه.

sessions::sequence::ga:browser==Chrome;condition::perHit::ga:totalEvents>5;users::sequence::ga:deviceCategory==desktop->>ga:deviceCategory=mobile

5. تاریخ جلسه : کاربرانی را انتخاب کنید که اولین جلسه خود را بین 20 می 2014 تا 30 می 2014 داشته اند و بیش از 600 ثانیه را در سایت سپری کرده اند.

users::sequence::^ga:sessionCount==1;dateOfSession<>2014-05-20_2014-05-30;->>ga:sessionDurationBucket>600

معیارها: مرجع دامنه اولیه

متریک	دامنه اولیه
ga:adClicks	اصابت
ga:adCost	اصابت
ga:adsenseAdsClicks	اصابت
ga:adsenseAdsViewed	اصابت
ga:adsenseAdUnitsViewed	اصابت
ga:adsenseCTR	اصابت
ga:adsenseECPM	اصابت
ga:adsensePageImpressions	اصابت
ga:adsenseRevenue	اصابت
ga:avgDomainLookupTime	اصابت
ga:avgDomContentLoadedTime	اصابت
ga:avgDomInteractiveTime	اصابت
ga:avgEventValue	اصابت
ga:avgPageDownloadTime	اصابت
ga:avgPageLoadTime	اصابت
ga:avgRedirectionTime	اصابت
ga:avgScreenviewDuration	اصابت
ga:avgSearchDepth	اصابت
ga:avgSearchDuration	اصابت
ga:avgSearchResultViews	اصابت
ga:avgServerConnectionTime	اصابت
ga:avgServerResponseTime	اصابت
ga:avgUserTimingValue	اصابت
ga:costPerConversion	اصابت
ga:costPerGoalConversion	اصابت
ga:costPerTransaction	اصابت
ga:CPC	اصابت
ga:CPM	اصابت
ga:CTR	اصابت
ga:domainLookupTime	اصابت
ga:domContentLoadedTime	اصابت
ga:domInteractiveTime	اصابت
ga:domLatencyMetricsSample	اصابت
ga:eventValue	اصابت
ga:exceptions	اصابت
ga:exceptionsPerScreenview	اصابت
ga:fatalExceptions	اصابت
ga:fatalExceptionsPerScreenview	اصابت
ga:goalAbandonRateAll	اصابت
ga:goalAbandonsAll	اصابت
ga:goalCompletionsAll	اصابت
ga:goalStartsAll	اصابت
ga:goalValueAll	اصابت
ga:goalValueAllPerSearch	اصابت
ga:goalXXAbandonRate	اصابت
ga:goalXXAbandons	اصابت
ga:goalXXCompletions	اصابت
ga:goalXXStarts	اصابت
ga:goalXXValue	اصابت
ga:impressions	اصابت
ga:itemQuantity	اصابت
ga:itemRevenue	اصابت
ga:itemsPerPurchase	اصابت
ga:localItemRevenue	اصابت
ga:localTransactionRevenue	اصابت
ga:localTransactionShipping	اصابت
ga:localTransactionTax	اصابت
ga:margin	اصابت
ga:metricXX	اصابت
ga:pageDownloadTime	اصابت
ga:pageLoadSample	اصابت
ga:pageLoadTime	اصابت
ga:pageValue	اصابت
ga:pageviews	اصابت
ga:percentSearchRefinements	اصابت
ga:redirectionTime	اصابت
ga:revenuePerItem	اصابت
ga:revenuePerTransaction	اصابت
ga:ROI	اصابت
ga:RPC	اصابت
ga:screenviews	اصابت
ga:searchDepth	اصابت
ga:searchDuration	اصابت
ga:searchGoalConversionRateAll	اصابت
ga:searchGoalXXConversionRate	اصابت
ga:searchRefinements	اصابت
ga:searchResultViews	اصابت
ga:searchUniques	اصابت
ga:serverConnectionTime	اصابت
ga:serverResponseTime	اصابت
ga:socialActivities	اصابت
ga:socialInteractions	اصابت
ga:socialInteractionsPerSession	اصابت
ga:speedMetricsSample	اصابت
ga:timeOnScreen	اصابت
ga:totalEvents	اصابت
ga:totalValue	اصابت
ga:transactionRevenue	اصابت
ga:transactions	اصابت
ga:transactionShipping	اصابت
ga:transactionTax	اصابت
ga:uniqueAppviews	اصابت
ga:uniqueEvents	اصابت
ga:uniquePageviews	اصابت
ga:uniquePurchases	اصابت
ga:uniqueScreenviews	اصابت
ga:uniqueSocialInteractions	اصابت
ga:userTimingSample	اصابت
ga:userTimingValue	اصابت
ga:adsenseExits	جلسه
ga:avgTimeOnPage	جلسه
ga:avgSessionDuration	جلسه
ga:bounces	جلسه
ga:entranceBounceRate	جلسه
ga:entranceRate	جلسه
ga:entrances	جلسه
ga:eventsPerSessionWithEvent	جلسه
ga:exitRate	جلسه
ga:exits	جلسه
ga:goalConversionRateAll	جلسه
ga:goalValuePerSession	جلسه
ga:goalXXConversionRate	جلسه
ga:organicSearches	جلسه
ga:pageviewsPerSession	جلسه
ga:percentSessionsWithSearch	جلسه
ga:screenviewsPerSession	جلسه
ga:searchExitRate	جلسه
ga:searchExits	جلسه
ga:searchSessions	جلسه
ga:sessionDuration	جلسه
ga:transactionRevenuePerSession	جلسه
ga:transactionsPerSession	جلسه
ga:bounceRate	جلسه
ga:sessions	جلسه
ga:sessionsWithEvent	جلسه
ga:newSessions	کاربر
ga:percentNewSessions	کاربر
ga:users	کاربر