मुख्य रिपोर्टिंग एपीआई - सेगमेंट

इस दस्तावेज़ में, कोर रिपोर्टिंग एपीआई में सेगमेंट का इस्तेमाल करने के लिए सिंटैक्स और खास बातों का ब्यौरा दिया गया है.

Google Analytics रिपोर्टिंग एपीआई का नया वर्शन उपलब्ध है. नए एपीआई का इस्तेमाल करने के लिए, हमारा सुझाव है कि आप अपना कोड माइग्रेट करें आज ही मुख्य सुविधाओं का इस्तेमाल करें.

इसके बारे में जानकारी

कोर रिपोर्टिंग एपीआई की सेगमेंटेशन सुविधा का इस्तेमाल करके, आप दो तरीकों से कोर रिपोर्टिंग एपीआई में किसी सेगमेंट का अनुरोध कर सकते हैं:

1. आईडी के हिसाब से सेगमेंट: पहले से मौजूद या कस्टम सेगमेंट की अंकों वाली आईडी का इस्तेमाल करके क्वेरी करें.
2. डाइनैमिक सेगमेंट: अनुरोध के समय, उस सेगमेंट के बारे में डाइनैमिक तौर पर बताएं.

सेगमेंट के काम करने का तरीका और उनसे जुड़े कॉन्सेप्ट के बारे में जानने के लिए, सेगमेंट सुविधा का रेफ़रंस और सेगमेंट (सहायता केंद्र) देखें.

आईडी के हिसाब से सेगमेंट

आप मूल रिपोर्टिंग एपीआई में सेगमेंट बनाने का अनुरोध कर सकते हैं. इसके लिए, पहले से मौजूद या कस्टम सेगमेंट के आईडी का इस्तेमाल करें. Google Analytics मैनेजमेंट एपीआई में, सेगमेंट कलेक्शन के list तरीके से, उपयोगकर्ता के लिए उपलब्ध सभी सेगमेंट हासिल किए जा सकते हैं. हर सेगमेंट के लिए, आईडी सेगमेंट सेगमेंट की id प्रॉपर्टी में उपलब्ध है.

एपीआई अनुरोधों में सेगमेंट आईडी का इस्तेमाल करने के बारे में ज़्यादा जानने के लिए, मुख्य रिपोर्टिंग एपीआई का संदर्भ देखें.

डाइनैमिक सेगमेंट

आप एपीआई का अनुरोध करते समय, डाइनैमिक तरीके से सेगमेंट बना सकते हैं और उसका इस्तेमाल कर सकते हैं. आम तौर पर, डाइनैमिक सेगमेंट बनाते समय आपको इन बातों पर ध्यान देना चाहिए:

1. उपयोगकर्ता बनाम सेशन चुनना
2. शर्तों बनाम क्रमों का इस्तेमाल करना
3. मेट्रिक दायरे का इस्तेमाल करना

डाइनैमिक सेगमेंट बनाने के हर तरीके के बारे में नीचे बताया गया है. डाइनैमिक सेगमेंट के पूरे सिंटैक्स की समीक्षा करने के लिए, डाइनैमिक सेगमेंट के सिंटैक्स के बारे में जानकारी देखें.

सेगमेंट में डाइमेंशन और मेट्रिक की अनुमति है.
सेगमेंट में सभी डाइमेंशन और मेट्रिक का इस्तेमाल नहीं किया जा सकता. सेगमेंट में कौनसे डाइमेंशन और मेट्रिक इस्तेमाल किए जा सकते हैं, यह जानने के लिए डाइमेंशन और मेट्रिक एक्सप्लोरर पर जाएं.

1. उपयोगकर्ता बनाम सेशन चुनना

बताएं कि आप उपयोगकर्ताओं या सेशन (या दोनों) को चुनने की कोशिश कर रहे हैं.

• उपयोगकर्ताओं को चुनने के लिए, users:: का इस्तेमाल करें.
• सेशन चुनने के लिए, sessions:: का इस्तेमाल करें.
• अगर users:: और sessions::, दोनों के लिए शर्तें दी गई हैं, तो:
  1. मेल खाने वाले उपयोगकर्ताओं के सेशन का आउटपुट पाने के लिए, पहले उपयोगकर्ता की शर्तें लागू की जाती हैं.
  2. सत्र की शर्तें सिर्फ़ #1 के सेशन पर लागू होती हैं.

ध्यान दें: उपयोगकर्ता और सेशन की शर्तों को सिर्फ़ AND का इस्तेमाल करके जोड़ा जा सकता है (यानी, ‘;’) ऑपरेटर.

उदाहरण के लिए:

• ऐसे उपयोगकर्ताओं को चुनें जिन्होंने अपने कम से कम एक सेशन में Chrome ब्राउज़र का इस्तेमाल किया है.
  • users::condition::ga:browser==Chrome
• वे सेशन चुनें जिनमें Chrome ब्राउज़र का इस्तेमाल किया गया था.
  • sessions::condition::ga:browser==Chrome
• ऐसे उपयोगकर्ताओं के लंदन शहर से सेशन चुनें जिनके कम से कम एक सेशन में Chrome ब्राउज़र का इस्तेमाल किया गया हो.
  • users::condition::ga:browser==Chrome;sessions::condition::ga:city==London

उपयोगकर्ताओं और सेशन को चुनने के बारे में जानने के लिए, सिंटैक्स रेफ़रंस का conditionScope सेक्शन देखें.

2. शर्तों बनाम क्रमों का इस्तेमाल करना

जब आप यह तय कर लेते हैं कि आप उपयोगकर्ताओं या सेशन को सेगमेंट में बांटना चाहते हैं या नहीं, तब आप एक या उससे ज़्यादा शर्तें और/या क्रम तय करते हैं.

शर्तें

शर्तों में condition:: प्रीफ़िक्स का इस्तेमाल किया जाता है. उदाहरण के लिए:

• Chrome ब्राउज़र का इस्तेमाल करके विज़िट करने वाले लंदन के उपयोगकर्ताओं को चुनें.
  • 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

आसान और क्रम-आधारित स्थितियों की जानकारी के लिए सिंटैक्स संदर्भ का स्थिति प्रकार सेक्शन देखें. ज़्यादा उदाहरणों के लिए, सेगमेंट की सुविधा के रेफ़रंस के क्रम और क्रम सेक्शन देखें.

3. मेट्रिक दायरे का इस्तेमाल करना

मेट्रिक का दायरा उस लेवल के बारे में बताता है जिस पर मेट्रिक को तय किया गया है. जैसे: हिट, सेशन या उपयोगकर्ता. उदाहरण के लिए, ga:pageviews और ga:transactions एचआईटी लेवल की मेट्रिक हैं, क्योंकि वे हिट में होती हैं, जबकि ga:sessionDuration और ga:bounces SESSION लेवल मेट्रिक हैं, क्योंकि हर सेशन में इन वैल्यू के लिए एक ही वैल्यू होती है. सैद्धांतिक तौर पर, सबसे ऊंचे लेवल का दायरा उपयोगकर्ता के लिए है और एचआईटी सबसे कम लेवल का दायरा है.

मेट्रिक की वैल्यू की रिपोर्ट, उनके मुख्य दायरे से ज़्यादा बड़े दायरे में भी की जा सकती है. उदाहरण, ga:pageviews और ga:transactions की रिपोर्ट SESSION और User लेवल पर की जा सकती है. ऐसा करने के लिए, आपको उन्हें उन सेशन में या उन उपयोगकर्ताओं में होने वाले हर हिट के लिए जोड़ना होगा.

आप हर मेट्रिक की शर्त का दायरा तय कर सकते हैं. इससे यह तय होगा कि वह शर्त किस लेवल पर लागू की जाएगी. मेट्रिक के दायरे perUser::, perSession:: या perHit:: प्रीफ़िक्स का इस्तेमाल करके बताए जाते हैं.

उदाहरण के लिए:

• ऐसे उपयोगकर्ताओं को चुनें जिन्होंने वेबसाइट पर कम से कम 10 डॉलर खर्च किए हैं (उदाहरण के लिए, उपयोगकर्ता की लाइफ़टाइम वैल्यू कम से कम 10 डॉलर है.

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

• ऐसे उपयोगकर्ताओं को चुनें जिन्होंने एक सेशन में कम से कम 10 डॉलर खर्च किए हैं.

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

दायरे से जुड़ी पाबंदियां

कोर रिपोर्टिंग एपीआई, मेट्रिक के दायरों की पुष्टि करता है, ताकि यह पक्का किया जा सके कि दी गई क्वेरी मान्य है. स्कोप की पुष्टि करने के नियम हैं:

1. मेट्रिक का तय किया गया दायरा, हमेशा पैरंट कंडीशन के दायरे के बराबर या उससे कम होना चाहिए. जैसा, users:: या sessions:: प्रीफ़िक्स से पता चलता है.
2. डेटा मॉडल में तय मेट्रिक का दायरा, उसके मुख्य दायरे के बराबर या उससे ज़्यादा होना चाहिए. मेट्रिक और उनके मुख्य दायरों की पूरी सूची देखने के लिए, मेट्रिक: प्राइमरी स्कोप का रेफ़रंस देखें.

उदाहरण के लिए, ये हैं: मान्य मेट्रिक के दायरे:

• शर्त और मेट्रिक के दायरे, दोनों बराबर हैं (यानी, उपयोगकर्ता लेवल पर.
  • users::condition::perUser::ga:transactionRevenue>10
• शर्त का दायरा, मेट्रिक के दायरे से ज़्यादा है (यानी, उपयोगकर्ता > SESSION.
  • users::condition::perSession::ga:transactionRevenue>10
• ga:totalEvents एक एचआईटी लेवल की मेट्रिक है, इसलिए किसी स्थिति में इसके लिए संभावित स्कोप perHit::, perSession:: या perUser:: हैं, क्योंकि ये सभी एचआईटी लेवल के स्कोप से ज़्यादा या इसके बराबर हैं.
  • users::condition::perHit::ga:totalEvents>5
  • users::condition::perSession::ga:totalEvents>5

उदाहरण के लिए, नीचे दिए गए मेट्रिक के अमान्य दायरे देखें:

• यह सेगमेंट अमान्य है, क्योंकि पैरंट कंडीशन का दायरा, मेट्रिक के दायरे से कम है (यानी, SESSION < उपयोगकर्ता.
  • sessions::condition::perUser::ga:transactionRevenue>10
• SESSION स्तर की मेट्रिक और HIT लेवल < SESSION लेवल के लिए, HIT लेवल के दायरे का इस्तेमाल करें.
  • users::condition::perHit::ga:sessionDuration>60

अमान्य दायरे वाली कोई भी क्वेरी, 400 Bad Request गड़बड़ी दिखाएगी.

डिफ़ॉल्ट दायरा

जब मेट्रिक की स्थिति के बारे में साफ़ तौर पर नहीं बताया जाता है, तो यह डिफ़ॉल्ट रूप से कंडीशन के दायरे के मुताबिक होता है. उदाहरण के लिए, नीचे दिया गया सेगमेंट अपनी सभी मेट्रिक की शर्तों के लिए, उपयोगकर्ता लेवल के दायरे का इस्तेमाल करेगा: users::condition::ga:transactionRevenue>=10;ga:sessionDuration>60

डाइनैमिक सेगमेंट सिंटैक्स रेफ़रंस

बेस सिंटैक्स

सेगमेंट की परिभाषा देने के लिए सिंटैक्स, इस फ़ॉर्म का है: segment=<segmentCondition>+. दूसरे शब्दों में, सेगमेंट एक या एक से ज़्यादा segmentCondition स्टेटमेंट से बना होता है.

<segmentCondition> को इस तरह परिभाषित किया गया है: <conditionScope><conditionType><dimensionOrMetricConditions>

जहां:
conditionScope, शर्तों के टॉप-लेवल का दायरा तय करता है.
conditionType से पता चलता है कि शर्तें किस तरह की हैं.
dimensionOrMetricConditions डाइमेंशन/मेट्रिक की स्थिति या क्रम के बारे में बताएं.

स्थिति-दायरा

कंडीशन(स्थितियों) के टॉप-लेवल का दायरा तय करता है. ये वैल्यू हो सकती हैं:

• उपयोगकर्ताओं को चुनने के लिए users::.
• सेशन चुनने के लिए sessions::.

conditionScope की सीमाएं और इन बातों पर ध्यान दें:

• अगर एक ही सेगमेंट में एक से ज़्यादा #&33;उपयोगकर्ता और #39; और &33; शर्तें हैं, तो उन्हें एक AND ऑपरेटर के साथ जोड़ा जाना चाहिए.
• उपयोगकर्ता और सेशन, दोनों को चुनने वाली शर्तों को AND ऑपरेटर के साथ भी जोड़ा जाना चाहिए. जब उपयोगकर्ताओं और सेशन, दोनों के लिए शर्तों के बारे में बताया जाता है, तो मेल खाने वाले उपयोगकर्ता खोजने के लिए, सभी उपयोगकर्ता शर्तें लागू की जाती हैं. इसके बाद, मेल खाने वाले उपयोगकर्ताओं से जुड़े सेशन पर सभी सेशन की शर्तें लागू की जाती हैं.
• अगर उपयोगकर्ता लेवल की किसी भी शर्त का इस्तेमाल किया जा रहा है, तो तारीख की सीमा 90 दिनों से ज़्यादा नहीं होनी चाहिए.
• शर्त के दायरे में, इसके नीचे दी गई सभी मेट्रिक शर्तों का डिफ़ॉल्ट दायरा भी तय होता है. ( मेट्रिक देखें: दायरे के लेवल पर ज़्यादा जानकारी के लिए, मुख्य दायरे का रेफ़रंस देखें.

कंडीशन टाइप

स्थिति(स्थितियों) का प्रकार बताता है. ये वैल्यू हो सकती हैं:

• आसान (यानी, बिना क्रम वाले) हालात बताने के लिए condition::.
• क्रम-आधारित स्थितियों के बारे में बताने के लिए sequence::.

conditionType की सीमाएं और इन बातों पर ध्यान दें:

• अगर एक से ज़्यादा और #39;आसान शर्तें' और #39;सिलसिले' हैं, तो इन्हें हमेशा AND ऑपरेटर के साथ जोड़ा जाना चाहिए.
• हर सेगमेंट के लिए, क्रम के आधार पर बनी शर्तों के लिए ज़्यादा से ज़्यादा 10 चरण हो सकते हैं.

सादी स्थितियां

आसान शर्तों में एक या ज़्यादा डाइमेंशन/मेट्रिक की शर्तें शामिल होती हैं, जिन्हें जोड़ा जा सकता है.

आसान स्थितियों के लिए मान्य कंडीशन ऑपरेटर:

• शर्तों को AND या OR ऑपरेटर के साथ जोड़ना.
• डाइमेंशन और मेट्रिक ऑपरेटर.

सामान्य स्थितियों के लिए सिंटैक्स यह है:

condition::<dimensionOrMetricConditions>

आसान शर्तों का उदाहरण:

• users::condition::ga:transactionRevenue>10;ga:sessionDuration>60
• टॉप-लेवल के निगेशन ऑपरेटर के बारे में बताने के लिए, किसी दी गई आसान शर्त को और बेहतर तरीके से समझा जा सकता है. इसमें, कई डाइमेंशन/मेट्रिक की शर्तें शामिल हो सकती हैं. उदाहरण, users::condition::!ga:transactionRevenue>10;ga:sessionDuration>60

शर्तें बाहर करना

बाहर रखने की शर्त का इस्तेमाल, ऐसा सेगमेंट बनाने के लिए किया जाता है जो तय की गई शर्त को पूरा नहीं करता.

सिंटैक्स, किसी शर्त को नज़रअंदाज़ करने और उस शर्त से मेल खाने वाले सेशन को बाहर रखने के लिए, नहीं ऑपरेटर (! वर्ण) का इस्तेमाल करता है.

उन सेशन को बाहर रखें जिनमें एग्ज़िट पेज, रूट पेज के पाथ से पूरी तरह मेल खाता हो:
sessions::condition::!ga:exitPagePath==/

कई शर्तें

आपके पास उपयोगकर्ता-लेवल की सभी शर्तों को, एक ही users:: प्रीफ़िक्स के तहत ग्रुप करने का विकल्प है. इसके अलावा, हर शर्त के लिए अलग-अलग users:: प्रीफ़िक्स का इस्तेमाल भी किया जा सकता है. यही बात सेशन लेवल की शर्तों पर भी लागू होती है.

उदाहरण के लिए, ये सेगमेंट एक जैसे हैं. दोनों मामलों में, condition1 और condition2, चुनिंदा उपयोगकर्ताओं को AND दी जाती हैं:
users::<condition1>;<condition2>
users::<condition1>users::<condition2>

क्रम की शर्तें

क्रम की शर्तों में एक या उससे ज़्यादा चरण होते हैं, जहां हर चरण को एक या ज़्यादा डाइमेंशन/मेट्रिक की शर्तों से तय किया जाता है. एक से ज़्यादा चरणों को खास सीक्वेंस ऑपरेटर के साथ जोड़ा जा सकता है.

सीक्वेंस की शर्तों के लिए, मान्य क्रम ऑपरेटर इस तरह हैं:

• –>> ऑपरेटर से पता चलता है कि पिछला चरण, अगले चरण से पहले होता है.
• –> ऑपरेटर से पता चलता है कि पिछला चरण, अगले चरण से तुरंत शुरू हुआ है.

'क्रम' की शर्तों का सिंटैक्स:

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 ऑपरेटर से ज़्यादा प्राथमिकता दी जाती है.

सिंटैक्स वही है जो फ़िल्टर को मिलाने के लिए इस्तेमाल किया जाता है. ज़्यादा जानकारी के लिए, कोर रिपोर्टिंग एपीआई रेफ़रंस में फ़िल्टर जोड़ना देखें.

ऑपरेटर

नीचे दी गई टेबल में उन सभी उपलब्ध ऑपरेटर के बारे में बताया गया है जिनका इस्तेमाल सेगमेंट में किया जा सकता है. साथ ही, यह भी बताया गया है कि वे डाइमेंशन और/या मेट्रिक के लिए काम करते हैं या नहीं.

ऑपरेटर	जानकारी	क्या डाइमेंशन की शर्तों में सहायता उपलब्ध है?	क्या आप मेट्रिक से जुड़ी शर्तों का इस्तेमाल कर सकते हैं?
==	इसके बराबर या पूरी तरह मिलान.	हां उदाहरण के लिए: 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

²सूची के ऑपरेटर []
में आप किसी सूची की वैल्यू के लिए क्वेरी कर सकते हैं. इसका इस्तेमाल सिर्फ़ डाइमेंशन के साथ किया जा सकता है. वैल्यू की सूची को "|" वर्ण का इस्तेमाल करके अलग किया जाना चाहिए. अगर वैल्यू में &&30;;&" है, तो इसे एस्केप किया जाना चाहिए.

सिंटैक्स:
{dimensionName}[]{value1}|{value2}|...

कंस्ट्रेंट:
हर इन-लिस्ट डाइमेंशन कंडीशन के लिए ज़्यादा से ज़्यादा 10 वैल्यू की अनुमति है (उदाहरण के लिए, ga:city[]city1|city2|...|city10).

उदाहरण:
ब्राउज़र, Firefox या Opera से आने वाले सेशन चुनें.
sessions::condition::ga:browser[]Chrome|Firefox|Opera

विशेष वर्णों का इस्तेमाल करना

विशेष वर्णों और #39;,';' को वैल्यू एक्सप्रेशन में होने पर एस्केप किया जाना चाहिए. उदाहरण, ga:keyword==nike\,shoes

डाइमेंशन और मेट्रिक की शर्तों के बारे में ज़्यादा जानने के लिए, मुख्य रिपोर्टिंग एपीआई का रेफ़रंस देखें.

कंस्ट्रेंट

डाइमेंशन और मेट्रिक की शर्तों से जुड़ी कंस्ट्रेंट हैं:

• हर सेगमेंट के लिए, ज़्यादा से ज़्यादा 10 डाइमेंशन या मेट्रिक की शर्त लागू की जा सकती है.
• डाइमेंशन की शर्तों के लिए, एक्सप्रेशन की लंबाई ज़्यादा से ज़्यादा 1024 वर्ण होनी चाहिए.

लेगसी डाइनैमिक सेगमेंट को माइग्रेट करना

dynamic:: प्रीफ़िक्स का इस्तेमाल करने वाले लेगसी डाइनैमिक सेगमेंट, मौजूदा सिंटैक्स में डाइमेंशन और मेट्रिक की शर्तों के साथ सेशन लेवल के सेगमेंट के बराबर होते हैं. अगर लेगसी डाइनैमिक सेगमेंट का इस्तेमाल किया जा रहा है, तो आपको dynamic:: प्रीफ़िक्स को sessions::condition:: प्रीफ़िक्स से बदलकर, नए सिंटैक्स में माइग्रेट करना चाहिए. उदाहरण के लिए, नीचे दिए गए दो सेगमेंट एक जैसे हैं:

dynamic::ga:browser==Chrome
इसके बराबर है:
sessions::condition::ga:browser==Chrome

ध्यान दें: dynamic:: प्रीफ़िक्स को 27 मार्च, 2014 से बंद कर दिया गया है. हमारा सुझाव है कि आप जल्द से जल्द नए सिंटैक्स में माइग्रेट करें.

सेगमेंट के उदाहरण

1. डेमोग्राफ़िक (उम्र, लिंग, आय, शिक्षा वगैरह): पुरुष भाषाएं 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. व्यवहार: वे उपयोगकर्ता जिन्होंने पिछले सात दिनों में &&t; 100 सेशन किए हैं, वे > हर सेशन में 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. सत्र के साथ सत्र: चरण के साथ सत्र चुनें: Chrome और हर हिट के साथ कुल इवेंट > 5 AND चरण के साथ उपयोगकर्ताओं को चुनें: डेस्कटॉप पर, उसके बाद चरण: मोबाइल पर.

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	उपयोगकर्ता