Search Console डेटा BigQuery में भेजें—जगह बाद में बदलना कठिन है

Search Console का दैनिक थोक निर्यात किसी प्रॉपर्टी का उपलब्ध प्रदर्शन डेटा BigQuery में भेज सकता है; अनाम किए गए खोज शब्द इसमें शामिल नहीं होते। बड़े प्रकाशन या ऑनलाइन व्यवसाय को इस तरह रोज का डेटा अपने डेटासेट में मिलता है। निर्यात शुरू करने से पहले उसका स्थान तय करना जरूरी है, क्योंकि बाद में उसे बदलने के लिए डेटा स्थानांतरित करना पड़ सकता है।

इसके लिए बिलिंग से जुड़ा Google Cloud प्रोजेक्ट तैयार करें, BigQuery की आवश्यक API चालू करें और Search Console के निर्यात सेवा खाते को अधिकार दें। फिर Search Console की प्रॉपर्टी सेटिंग में प्रोजेक्ट आईडी, डेटासेट नाम और स्थान भरें। तालिकाएँ बनने के बाद पुराने दैनिक डेटा को कब हटाना है, यह तय करके विभाजनों की समाप्ति अवधि लगाई जा सकती है।

प्रोजेक्ट, बिलिंग और सेवा खाते के अधिकार

निर्यात का गंतव्य वह Google Cloud प्रोजेक्ट है जिसकी बिलिंग चालू है। Google के सेटअप निर्देश के अनुसार इसमें BigQuery API और BigQuery Storage API सक्षम करनी होती हैं। निःशुल्क उपयोग स्तर है, लेकिन उससे अधिक भंडारण और क्वेरी उपयोग पर शुल्क लग सकता है। इसलिए प्रोजेक्ट चुनते समय यह भी स्पष्ट रखें कि उसकी बिलिंग और डेटा तक पहुँच कौन सँभालेगा।

1. Google Cloud कंसोल में गंतव्य प्रोजेक्ट चुनें और उससे मान्य बिलिंग खाता जुड़ा होने की पुष्टि करें।
2. API और सेवाएँ अनुभाग में BigQuery API तथा BigQuery Storage API सक्षम करें। पहले से सक्षम हों तो आगे बढ़ें।
3. IAM और प्रशासन में नया प्रधान सदस्य जोड़ें। सेवा खाते का पता [email protected] दर्ज करके उसे BigQuery Job User और BigQuery Data Editor भूमिकाएँ दें, फिर अनुमति सहेजें।

ये अधिकार निर्यात करने वाले सेवा खाते को देने हैं, रिपोर्ट पढ़ने वाले कर्मचारी के निजी खाते को नहीं। संगठन की नीति इस खाते को जोड़ने से रोके तो Cloud प्रशासक के साथ अनुमति का समाधान पहले करें; केवल Search Console का फ़ॉर्म भर देने से डेटा लिखने का अधिकार नहीं मिल जाता। प्रोजेक्ट की आईडी भी अलग से पहचान लें, क्योंकि निर्यात सेटिंग में प्रोजेक्ट संख्या के बजाय आईडी दर्ज होती है।

डेटासेट का नाम और स्थान पहले तय करें

Search Console में डेटासेट का प्रारंभिक नाम searchconsole है। एक प्रोजेक्ट में कई प्रॉपर्टी का निर्यात रखना हो तो हर प्रॉपर्टी के लिए अलग डेटासेट नाम दें; बदला हुआ नाम भी searchconsole से शुरू होना चाहिए। इससे निर्यात का गंतव्य स्पष्ट रहता है और अलग प्रॉपर्टी को एक ही डेटासेट में लिखने की समस्या से बचा जा सकता है।

स्थान चुनते समय संगठन की डेटा रखने संबंधी नीति और मौजूदा BigQuery डेटासेट का स्थान देखें। पहला सफल निर्यात चुने गए स्थान में डेटासेट बनाता है। यदि विश्लेषण के लिए पहले से किसी खास स्थान का उपयोग होता है, तो फ़ॉर्म की सूची में उपलब्ध विकल्प चुनने से पहले तय करें कि नया डेटा वहीं चाहिए या अलग स्थान में।

शुरू हो चुके निर्यात का स्थान सीधे बदलने की सुविधा नहीं है। स्थान बदलना पड़े तो निर्यात रोककर अंतिम डेटा सहेजे जाने की प्रतीक्षा करनी होती है, डेटासेट को नए स्थान में कॉपी करना होता है और फिर वहाँ नया निर्यात शुरू करना होता है। इस दौरान कुछ दैनिक डेटा छूट सकता है। इसलिए स्थान को केवल बाद में बदली जा सकने वाली फ़ॉर्म सेटिंग न समझें।

Search Console में निर्यात चालू करें

प्रॉपर्टी के मालिक की पहुँच वाले खाते से Search Console खोलें और सेटिंग में थोक डेटा निर्यात चुनें। गंतव्य Cloud प्रोजेक्ट की आईडी दर्ज करें, उस प्रॉपर्टी का डेटासेट नाम रखें और स्थान चुनें। फिर विकल्पों की पुष्टि करके नियमित निर्यात शुरू करें। पहुँच या प्रोजेक्ट की तुरंत पहचानी जा सकने वाली समस्या फ़ॉर्म में सामने आ सकती है।

सफल सेटअप के बाद पहला निर्यात आने में 48 घंटे तक लग सकते हैं। उसमें निर्यात वाले दिन का डेटा आता है; सेटअप से पहले का इतिहास अपने आप नहीं जुड़ता। पुराने आँकड़े चाहिए हों तो Search Console की उपलब्ध रिपोर्ट या API का अलग उपयोग करना होगा। इस अंतर को पहले से ध्यान में रखें, खासकर यदि पुराने और नए डेटा को एक ही विश्लेषण में जोड़ना है।

निर्यात रोज निर्धारित रूप से चलता है, लेकिन डेटा पहुँचने का सटीक समय बदल सकता है। इसलिए किसी दैनिक रिपोर्ट को यह मानकर न चलाएँ कि हर तालिका एक निश्चित समय तक भर चुकी होगी। आरंभिक निर्यात के बाद गंतव्य प्रोजेक्ट में डेटासेट और अपेक्षित दिन का डेटा दिखाई देना सेटअप सफल होने का अधिक उपयोगी संकेत है।

बढ़ते भंडारण के लिए समाप्ति अवधि रखें

दैनिक डेटा जोड़ने पर डेटासेट बढ़ता रहता है। समाप्ति अवधि निर्धारित न हो तो पुराना डेटा बना रहता है और भंडारण खर्च बढ़ सकता है; डेटा पर चलने वाली क्वेरी का खर्च अलग है। कितने समय का इतिहास रखना है, यह प्रकाशन की विश्लेषण जरूरत से तय करें। उदाहरण के लिए, वार्षिक तुलना के लिए चुनी गई अवधि में तुलना योग्य पुराने दिन भी आने चाहिए।

तालिकाएँ बनने के बाद उनके तारीख वाले विभाजनों पर समाप्ति अवधि लगाएँ। पूरी तालिका की समाप्ति निर्धारित करने से उस दिन पूरी तालिका हट सकती है। Google के निर्यात प्रबंधन निर्देश विभाजन की अवधि कम से कम 14 दिन रखने की सलाह देते हैं: समाप्त होने वाला या पहले ही समाप्त हो चुका विभाजन निर्यात को विफल कर सकता है। यह अवधि निर्यात शुरू करने की पूर्वशर्त नहीं है, पर खर्च नियंत्रित करने का निर्णय टालने पर डेटा जमा होता रहेगा।

अवधि लगाने से पहले तय करें कि उससे पुराने रिकॉर्ड मिटने देने हैं या कहीं और सुरक्षित रखने हैं। निर्यात से बनी तालिकाओं में अपने विश्लेषण के लिए नए कॉलम भी न जोड़ें; उनकी संरचना बदलने से अगला निर्यात विफल हो सकता है। अतिरिक्त गणना या अलग रूप में लंबे समय तक डेटा रखने के लिए अलग तालिकाएँ अधिक उपयुक्त हैं।

दैनिक निर्यात की स्थिति देखें

Search Console की थोक निर्यात सेटिंग सबसे हाल की कोशिश की स्थिति दिखाती है। BigQuery की ExportLog तालिका सफल निर्यात का इतिहास देती है, लेकिन विफल कोशिशों का पूरा इतिहास उसमें नहीं मिलता। किसी दिन का डेटा न पहुँचे तो केवल इस तालिका पर निर्भर रहने के बजाय Search Console में दिखाई गई त्रुटि देखें।

बिलिंग, अनुमति, कोटा या स्थान से जुड़ी समस्या जल्द ठीक करना जरूरी है। लगातार विफलता पर Search Console किसी दिन के डेटा के लिए दोबारा कोशिश करना बंद कर सकता है; समस्या लंबे समय तक बनी रहे तो पूरा थोक निर्यात भी रुक सकता है। सुधार के बाद अगली निर्धारित कोशिश की स्थिति और BigQuery में पहुँचे डेटा को देखें, ताकि केवल सेटिंग सही दिखने को सफल निर्यात न मान लिया जाए।

यह भी पढ़ें:

• Shopify या WooCommerce: भारतीय ऑनलाइन दुकान के लिए आसानी, नियंत्रण और कुल लागत में क्या चु
• youtube channel कैसे बनाएं: 2026 में चैनल शुरू करने की पूरी प्रक्रिया
• स्थानीय AI में डेटा रखना काफी नहीं—चाबी देने से पहले परिवेश सत्यापित करें