टेबल के लिए बने दिशा-निर्देश और अहम जानकारी

टेबल के नाम और इनके सेव होने की जगह

Search Console से बल्क डेटा एक्सपोर्ट करने पर, आपके BigQuery प्रोजेक्ट में ये टेबल बनती हैं:

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

टेबल की सूची:

• searchdata_site_impression: इसमें आपकी प्रॉपर्टी का परफ़ॉर्मेंस डेटा मौजूद होता है. यह डेटा, प्रॉपर्टी के हिसाब से इकट्ठा किया जाता है.
• searchdata_url_impression: इसमें आपकी प्रॉपर्टी का परफ़ॉर्मेंस डेटा मौजूद होता है. यह डेटा, यूआरएल के हिसाब से इकट्ठा किया जाता है.
• ExportLog: इसमें, किसी भी पिछली डेटा टेबल में पूरे हो चुके सभी एक्सोपर्ट की जानकारी होती है. ध्यान दें कि Search Console आम तौर पर उन टेबल में एक्सपोर्ट की जानकारी अलग से दिखाता है. जो एक्सपोर्ट पूरे नहीं होते उनकी जानकारी इस लॉग में शामिल नहीं की जाती.

बल्क डेटा एक्सपोर्ट: टेबल और सलाह - Google Search Console की ट्रेनिंग

टेबल सेव करने का शेड्यूल

Search Console से, हर दिन एक बार बल्क डेटा एक्सपोर्ट होता है. हालांकि, यह ज़रूरी नहीं है कि हर टेबल के लिए डेटा एक्सपोर्ट करने का समय एक ही हो.

अगर डेटा एक्सपोर्ट के दौरान Search Console में कनेक्शन की समस्या जैसी कोई अस्थायी गड़बड़ी आती है, तो यह सूचना दिए बिना ही फिर से डेटा एक्सपोर्ट करने की कोशिश करता रहेगा.

वहीं, अगर डेटा में बदलाव करने की कोशिश के दौरान कोई ऐसी गड़बड़ी होती है जो अस्थायी नहीं है, जैसे कि अनुमतियों से जुड़ी कोई गड़बड़ी, तो Search Console अगले दिन के लिए शेड्यूल किए गए एक्सपोर्ट के समय से पहले टेबल को फिर से एक्सपोर्ट करने की कोशिश नहीं करेगा. किसी दिन का डेटा एक्सपोर्ट नहीं हो पाने पर, Search Console एक हफ़्ते तक उसे फिर से एक्सपोर्ट करने की कोशिश करेगा. इसके बाद, वह इस कोशिश को बंद कर देगा. उदाहरण के लिए, अगर Search Console पहले दिन का डेटा सेव करने की कोशिश करता है और पुष्टि करने के दौरान उसे ऐसी गड़बड़ी मिलती है जो नौवें दिन तक ठीक नहीं की जा सकी, तो वह पहले और दूसरे दिन का डेटा एक्सपोर्ट नहीं करेगा. हालांकि, नौवें दिन दोबारा ऐक्सेस मिलने पर, बाकी दिनों का डेटा एक्सपोर्ट हो जाएगा.

अगर डेटा को प्रोसेस करते समय कोई गड़बड़ी होती है जिसे बाद में ठीक कर लिया जाता है, तो Search Console को उस सेव किए गए डेटा में बदलाव करना पड़ता है. ऐसे में Search Console उस दिन का सारा डेटा एक ही बार में अपडेट कर देता है. पुराने डेटा को ठीक करने के मामले अक्सर देखने को नहीं मिलते और इसके लिए ईमेल से सूचना भी नहीं दी जाती. हालांकि, एक्सपोर्ट लॉग में आपको इसकी जानकारी दिख जाएगी.

Search Console लगातार परफ़ॉर्मेंस डेटा इकट्ठा करता रहता है. इसलिए, आपको टेबल की पंक्तियों में एक ही तरह का डेटा कई बार दिख सकता है. इस डेटा को आपकी टेबल में एक्सपोर्ट किए जाने से पहले कंप्रेस नहीं किया जाता है. इसलिए, अपनी सभी मेट्रिक को हमेशा एक साथ रखें.

डेटा के रखरखाव का समय

टेबल, डिफ़ॉल्ट रूप से हमेशा सेव करके रखी जाती हैं. ये सेगमेंट में बंटी होती हैं और इन पर Google Cloud प्रोजेक्ट या संगठन की ओर से, ग्लोबल तौर पर सेट की गई डिफ़ॉल्ट सेटिंग लागू होती है.

अगर आपको काफ़ी लंबे समय तक डेटा इकट्ठा नहीं करना है, तो हमारा सुझाव है कि डेटा इकट्ठा करने के लिए स्वीकार की जा सकने वाली अवधि के बाद, बांटे गए सेगमेंट के लिए डेटा मिटाने का समय चुनें: एक महीना, छह महीने, 12 महीने या वह अवधि जो आपकी ज़रूरत और इसके मुताबिक हो कि कितना डेटा इकट्ठा किया जाना है. ऐसा हो सकता है कि आप पूरी टेबल के लिए, डेटा मिटाने की तारीख लागू करना न चाहें, क्योंकि ऐसा करने से आपका सारा डेटा मिट जाएगा.

टेबल स्कीमा

यहां Search Console से एक्सपोर्ट की गई टेबल का स्कीमा दिया गया है. सभी टेबल के नाम में प्रीफ़िक्स <your_project_ID>.searchconsole शामिल होता है.

searchdata_site_impression टेबल

इस टेबल में, प्रॉपर्टी के हिसाब से इकट्ठा किया गया डेटा शामिल होता है. इस टेबल में ये फ़ील्ड शामिल होते हैं:

• data_date: इस फ़ील्ड में उस दिन (पैसिफ़िक समय के हिसाब से) की जानकारी होती है जब इस पंक्ति का डेटा जनरेट हुआ था.
• site_url: इस फ़ील्ड में प्रॉपर्टी का यूआरएल शामिल होता है. डोमेन-लेवल की प्रॉपर्टी के लिए, यह sc-domain:property-name होगा. यूआरएल-प्रीफ़िक्स प्रॉपर्टी के लिए, यह प्रॉपर्टी की डेफ़िनिशन का पूरा यूआरएल होगा. उदाहरण: sc-domain:developers.google.com, https://developers.google.com/webmasters-tools/
• query: इस फ़ील्ड में उपयोगकर्ता की क्वेरी शामिल होती है. is_anonymized_query के 'सही' होने पर, इस फ़ील्ड में कोई वर्ण नहीं होगा. 
• is_anonymized_query: कभी-कभी की जाने वाली क्वेरी इस बूल से मार्क की जाती हैं. इन्हें पहचान छिपाकर की गई क्वेरी भी कहा जाता है. क्वेरी करने वाले लोगों की निजता की सुरक्षा करने के लिए, क्वेरी फ़ील्ड को शून्य कर दिया जाएगा.
• country: उस देश का नाम जहां से ISO-3166-1-Alpha-3 फ़ॉर्मैट में क्वेरी की गई हो.
• search_type - इस फ़ील्ड के लिए, इनमें से किसी एक स्ट्रिंग वैल्यू का इस्तेमाल किया जाता है:
  • web: Google Search में डिफ़ॉल्ट ("सभी") टैब.
  • image: Google Search में "इमेज" टैब.
  • video: Google Search में "वीडियो" टैब.
  • news: Google Search में "समाचार" टैब
  • discover: 'डिस्कवर' के नतीजे
  • googleNews: Android और iOS पर Google News ऐप्लिकेशन और news.google.com
• device: वह डिवाइस जिससे क्वेरी की गई हो.
• impressions: इस पंक्ति के लिए इंप्रेशन की संख्या.
• clicks: इस पंक्ति के लिए क्लिक की संख्या.
• sum_top_position: टेबल की उस पंक्ति के हर इंप्रेशन के लिए खोज के नतीजों में साइट की सबसे टॉप पोज़िशन का जोड़ जिसके नतीजों में शून्य टॉप पोज़िशन पर होता है. औसत पोज़िशन (जिसकी गिनती 1 से शुरू होती है) का पता लगाने के लिए, SUM(sum_top_position)/SUM(impressions) + 1 का हिसाब लगाएं

searchdata_url_impression टेबल

इस टेबल में, यूआरएल के हिसाब से इकट्ठा किया गया डेटा शामिल होता है. इस टेबल में ये फ़ील्ड शामिल होते हैं:

• data_date: जैसा ऊपर बताया गया है.
• site_url: जैसा ऊपर बताया गया है.
• url: इस फ़ील्ड में, पूरी तरह क्वालिफ़ाइड यूआरएल होता है, जिस पर उपयोगकर्ता खोज के नतीजों या 'डिस्कवर' की स्टोरी पर क्लिक करके पहुंचता है.
• query: जैसा ऊपर बताया गया है.
• is_anonymized_query: जैसा ऊपर बताया गया है
• is_anonymized_discover: इस फ़ील्ड में यह जानकारी शामिल होती है कि पंक्ति का डेटा 'डिस्कवर' पर पहचान छिपाकर क्वेरी करने के थ्रेशोल्ड से कम है या नहीं. थ्रेशोल्ड से कम होने पर, उपयोगकर्ता की निजता को सुरक्षित रखने के लिए, कुछ अन्य फ़ील्ड मौजूद नहीं होंगे. जैसे, यूआरएल और देश का नाम.
• country: जैसा ऊपर बताया गया है.
• search_type: जैसा ऊपर बताया गया है.
• device: जैसा ऊपर बताया गया है.
• is_[search_appearance_type]: खोज के नतीजों में दिखने के तरीके के बारे में बताने के लिए, कई बूलियन फ़ील्ड का इस्तेमाल किया जाता है. जैसे, is_amp_top_stories, is_job_listing, और is_job_details. अगर किसी पंक्ति को खास तरह के ज़्यादा बेहतर नतीजे (रिच रिज़ल्ट) के लिए दिखाया जाता है, तो इस फ़ील्ड को 'सही' पर सेट किया जाएगा.
• impressions: जैसा कि ऊपर बताया गया है.
• clicks: जैसा कि ऊपर बताया गया है.
• sum_position: किसी क्वेरी के लिए खोज के नतीजों में यूआरएल की सबसे टॉप पोज़िशन दिखाने वाली संख्या. इसकी गिनती शून्य से शुरू होती है. (नतीजों में शून्य टॉप पोज़िशन है.) औसत पोज़िशन (जिसकी गिनती 1 से शुरू होती है) का पता लगाने के लिए, SUM(sum_position)/SUM(impressions) + 1 का हिसाब लगाएं.

ExportLog टेबल

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

• agenda: किस तरह का डेटा सेव किया गया. फ़िलहाल, SEARCHDATA वैल्यू का ही इस्तेमाल किया जाता है.
• namespace: जिस टेबल को सेव किया गया. Search Console हर टेबल का डेटा अलग-अलग एक्सपोर्ट करता है. इसलिए, आम तौर पर हर दिन, एक्सपोर्ट की दो पंक्तियां दिखती हैं.
• data_date: पैसिफ़िक समय के हिसाब से, क्लिक या इंप्रेशन की तारीख. टेबल को तारीख के हिसाब से सेगमेंट में बांटने के लिए इसका इस्तेमाल किया जाता है.
• epoch_version: यह एक पूर्णांक होता है. यहां 0 का मतलब इस तारीख के लिए टेबल में पहली बार सेव हुए डेटा से है. बहुत कम मामलों में, Search Console को पिछले डेटा में बदलाव करना पड़ सकता है. ऐसा डेटा की गड़बड़ी की वजह से हो सकता है. जब भी टेबल और तारीख के लिए डेटा अपडेट होता है, तब वैल्यू में एक की बढ़ोतरी होती है.
• publish_time: पैसिफ़िक समय के हिसाब से, डेटा एक्सपोर्ट होने का समय.