खाली पाइपलाइन: जब क्रिकेट की खबर का 'स्टेज-1' ही खाली लौटे, तो रिपोर्टर क्या लिखे?

प्रेस बॉक्स में उस शाम कुछ अजीब था। दुबई के एक मीडिया सेंटर में बैठा मैं अपने लैपटॉप पर एक स्क्रिप्ट का आउटपुट देख रहा था, जिसे हम 'स्टेज-1' कहते हैं — वह पहला कदम जो खबर की वेबसाइट से कंटेंट उठाकर उसे आगे के विश्लेषण के लिए तैयार करता है। स्क्रीन पर एक JSON फ़ाइल थी, और उस फ़ाइल में हर ज़रूरी खाना खाली था। आर्टिकल का शीर्षक N/A। स्रोत N/A। सारांश खाली। और सबसे बुरी बात — 'इन्फॉर्मेशन पॉइंट्स' वाली सूची बिल्कुल सपाट, शून्य। एक ही फ़ील्ड में जान थी: 'cricket_asia'। यानी सिस्टम को इतना पता था कि यह क्रिकेट और एशिया से जुड़ी चीज़ है, बस यह नहीं पता था कि उसमें लिखा क्या है। बीस साल पहले, ऐसा खालीपन मेरे लिए अकल्पनीय होता। जब प्रिंट में काम करता था, तो खबर 'खाली' नहीं लौटती थी — वह देर से आती थी, अधूरी आती थी, कभी-कभी गलत आती थी, लेकिन आती ज़रूर थी। क्योंकि उसके पीछे एक इंसान होता था जो फोन पर बैठा था। 2026 में जब मेरे अखबार ने क्रिकेट का पूरा पेज बंद कर दिया था और मुझे लाइव ब्लॉग थमा दिया गया था, तब भी खबर खाली नहीं लौटी थी — मैंने उस रात ओवल से 41 अपडेट भेजे थे, आधे तो सिर्फ इसलिए कि मुझे पता था कि दूसरी तरफ 400 पाठक इंतज़ार कर रहे हैं। आज मशीन खबर लाती है, और कभी-कभी वह चुपचाप कुछ नहीं लाती। यह चुप्पी अपने आप में एक खबर है। इस खालीपन के पीछे की तकनीकी वजहें जानना ज़रूरी है, क्योंकि क्रिकेट कवरेज का भविष्य इसी पर टिका है। सबसे आम वजह है कि वेबसाइट ने स्क्रैपर को रोक दिया — ESPNcricinfo, ACC या Cricbuzz जैसी साइटें Cloudflare जैसे सुरक्षा कवच के पीछे बैठी हैं। जब स्क्रिप्ट किसी पेज को खींचने की कोशिश करती है, तो सामने 403 एरर आता है या कोई चुनौती वाला पेज, और स्क्रैपर को लगता है कि पेज ही खाली है। दूसरी वजह — कई साइटें अब जावास्क्रिप्ट से पूरी तरह बनती हैं। यानी जब तक ब्राउज़र पेज को पूरी तरह से रेंडर नहीं करता, तब तक वहाँ कुछ भी नहीं होता। हमारी स्क्रिप्ट जल्दबाज़ी में सिर्फ ढाँचा उठा लेती है और असली सामग्री छोड़ देती है। तीसरी वजह — साइट का डिज़ाइन बदलना। जिस CSS सिलेक्टर को हम 'आर्टिकल बॉडी' समझते हैं, वह अब किसी और चीज़ पर लगा हुआ है। चौथी वजह — सामग्री मिली भी हो, लेकिन उसे शोर समझकर फेंक दिया गया। सिस्टम में एक न्यूनतम लंबाई का नियम है; अगर टेक्स्ट उससे छोटा है, तो उसे बेकार मान लिया जाता है, भले ही वह सबसे कीमती जानकारी हो। और पाँचवीं वजह — रीडायरेक्ट। कई बार स्क्रिप्ट सीधे लॉगिन पेज या कुकी सहमति वाले पेज पर पहुँच जाती है, और वहाँ से कोई खबर नहीं निकलती। मेरे अनुभव से कहूँ तो यह कोई तकनीकी खराबी भर नहीं है। यह उस बदलाव की तस्वीर है जो पिछले दशक में पत्रकारिता में आया है। जब मैं 2026 में हैदराबाद से ऑल इंडिया रेडियो के लिए कमेंट्री कर रहा था, तब खबर का पहला स्रोत हमेशा एक इंसान था — स्कोरर, क्यूरेटर, कोच, या वह बुज़ुर्ग जो ग्राउंड के बाहर चाय की दुकान चलाता था और हर खिलाड़ी की आदत जानता था। 2026 में जब आईपीएल पूरा दुबई में शिफ्ट हुआ, तब मैं एक 25,000 सीटों वाले स्टेडियम में बैठा था जहाँ सिर्फ़ चालीस लोग थे। उस समय मुझे एहसास हुआ कि खबर वहाँ नहीं होती जहाँ शोर होता है; खबर वहाँ होती है जहाँ ध्यान दिया जाता है। उस दौर में मैंने अपनी रिपोर्टिंग में एक आदत डाली थी — 'दिन की आवाज़' नाम से एक लाइन हर मैच रिपोर्ट में जोड़ना। स्टंप माइक की आवाज़, बल्ले की चटाक, या उस कृत्रिम दर्शक-ध्वनि की गूँज। ये छोटी चीज़ें थीं, लेकिन इन्होंने मेरी कॉपी को नतीजे से ज़्यादा ब्यौरे की तरफ मोड़ दिया। आज जब खबर का पहला कदम ही खाली लौटता है, तो सवाल यह है कि गलती कहाँ हुई। जवाब साफ है — इंसान वाला हिस्सा गायब हो गया। हमने खबर इकट्ठा करने का काम मशीन को सौंप दिया, लेकिन यह भूल गए कि मशीन को भी एक इंसान की तरह सिखाया जाना चाहिए। पुराने ज़माने में जब प्रिंट का पेज बंद हुआ था, तब भी एडिटर ने मुझे साफ बताया था — 'लाइव ब्लॉग करो, लेकिन हर अपडेट में कुछ ऐसा डालो जो टीवी पर न दिखे।' यही सबक आज के डेटा सिस्टम पर लागू होता है। स्क्रैपर को सिर्फ पेज से टेक्स्ट उठाना नहीं आना चाहिए; उसे यह भी समझना चाहिए कि कब रुककर इंतज़ार करना है, कब दोबारा कोशिश करनी है, और कब बिना शर्मिंदगी के यह कहना है कि 'मुझे नहीं मिला'। इस खाली नतीजे में एक और बात छिपी है, जो हम अक्सर नज़रअंदाज़ कर देते हैं। सिस्टम ने यह बताया कि फ़ील्ड 'क्रिकेट_एशिया' है — यानी किसी को पता था कि खबर किस बारे में होनी चाहिए थी। बस उसका असली अंश नहीं मिला। यह ठीक वैसे ही है जैसे कोई रिपोर्टर मैदान पर पहुँच जाए, पिच देख ले, मौसम जान ले, लेकिन टॉस के बाद मैदान से बाहर निकल जाए। हमारी पूरी मीडिया इकोसिस्टम आज इसी हाल में है — उसे पता है कि खबर कहाँ है, लेकिन उस तक पहुँचने का रास्ता खो गया है। इसलिए जब भी कोई स्क्रिप्ट खाली लौटती है, मैं उसे तकनीकी एरर नहीं मानता। मैं उसे एक संकेत मानता हूँ कि हमने खबर की खोज को बहुत ज़्यादा आसान समझ लिया है। अब आगे क्या? सबसे पहले तो साफ है कि जो भी स्टेज-1 चलाता है, उसे अपनी नींव दोबारा जाँचनी होगी। स्क्रैपिंग स्क्रिप्ट में इंतज़ार का समय बढ़ाना होगा, क्योंकि जावास्क्रिप्ट वाली साइटें तुरंत जवाब नहीं देतीं। CSS सिलेक्टर को हर महीने जाँचना होगा, क्योंकि साइट का डिज़ाइन बदलता रहता है और पुराना चयनकर्ता चुपचाप मर जाता है। सुरक्षा कवच को देखते हुए कभी-कभी इंसानी हस्तक्षेप ज़रूरी है — एक बार पेज खुद खोलकर देख लेना कि असल में क्या दिख रहा है। और सबसे ज़रूरी, न्यूनतम लंबाई के नियम को लचीला बनाना होगा, ताकि एक छोटी सी खबर भी अगर कीमती है तो बच जाए। लेकिन असली सबक इससे बड़ा है। पिछले कुछ सालों में जब भी प्रिंट की दुनिया सिकुड़ी है, मैंने यही देखा है कि हम जल्दबाज़ी में चीज़ें छोड़ देते हैं और बाद में उन्हें याद करते हैं। एक खाली फ़ाइल, जिसमें सिर्फ एक टैग भरा है, वह हमारे इसी रवैये की तस्वीर है। खबर का काम सिर्फ जानकारी जमा करना नहीं है; उसका काम यह याद रखना है कि पीछे कोई इंसान है जो उसे पढ़ेगा। जब हम मशीन को इस ज़िम्मेदारी के बिना छोड़ देते हैं, तो नतीजा यही होता है — एक खाली स्क्रीन, और उस पर एक टैग जो बताता है कि क्या खो गया। अगली सुबह मैं फिर से उसी लैपटॉप पर बैठूँगा। शायद स्क्रिप्ट अबकी बार कुछ लेकर आए। लेकिन जब तक वह नहीं आती, मेरी डायरी में एक खाली पन्ना रहेगा, जिसके ऊपर लिखा होगा — 'तीन चीज़ें जो मैंने आज देखीं।' और मैं उसे भरूँगा, क्योंकि खबर कभी खुद नहीं आती; उसे लाने के लिए किसी को जाना पड़ता है।