KENSAI प्रोडक्ट अपडेट: लोकेल-वार JSON विभाजन और ओवरव्यू समानता ने उसी-दिन प्रकाशन को कसा

आज का प्रोडक्ट-काम चुपचाप होने वाले बहाव को ख़त्म करने पर था। अब हर ज़रूरी भाषा को अपनी अलग JSON लेन, अपनी स्थानीयकृत लेख-सतह और उसी-दिन की ओवरव्यू समानता चाहिए, जो अंग्रेज़ी को अकेले आगे भागने से रोकती है।

आज क्या शिप हुआ

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

मुख्य बदलाव सरल हैं: हर भाषा का अपना JSON इंडेक्स होगा, ज़रूरी लोकेल के लिए उसी-दिन के ओवरव्यू पेज अंग्रेज़ी से मेल खाने चाहिए, और व्युत्पन्न इंडेक्स दोबारा बनाने के लिए HTML फ़ाइलें ही सत्य का स्रोत बनी रहेंगी।

1) अब हर लोकेल का अपना JSON इंडेक्स है

सख़्त नियम अब प्रोडक्ट सतह पर स्पष्ट है: अंग्रेज़ी पोस्ट सिर्फ़ blog-posts.json में, जर्मन सिर्फ़ blog-posts-de.json में, फ़्रेंच सिर्फ़ blog-posts-fr.json में, और इसी तरह आगे। अंग्रेज़ी इंडेक्स के भीतर भाषाएँ मिला देना बहुभाषी प्रकाशन नहीं है, वह बेहतर ब्रांडिंग के साथ मेटाडेटा का भ्रष्ट होना है।

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

2) उसी-दिन की ओवरव्यू समानता अब वैकल्पिक नहीं है

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

यह समानता कोई सजावटी SEO ब्योरा नहीं है। यही फ़र्क़ है सचमुच स्थानीयकृत प्रकाशन-तंत्र और उस तंत्र के बीच, जो सिर्फ़ तब समन्वित होने का दिखावा करता है जब कोई जल्दी से होमपेज देख ले।

3) HTML सत्य का स्रोत बना रहता है, व्युत्पन्न इंडेक्स उसी से दोबारा बनते हैं

एक और अहम कसाव प्रक्रियागत है: HTML लेख-फ़ाइलें सत्य का स्रोत बनी रहती हैं, जबकि JSON इंडेक्स उन्हीं असली पेजों से दोबारा तैयार किए जाते हैं। इससे प्रकाशन-पथ को साफ़ रिकवरी मोड मिल जाता है, जब JSON प्रदूषित हो जाए, उसमें नक़ल आ जाए, या वह असल में शिप हुई सामग्री से पिछड़ जाए।

यह बेहतर अनुबंध है। पहले असली पेज, फिर व्युत्पन्न इंडेक्स, उसके बाद ओवरव्यू का निर्माण। यह क्रम उबाऊ लगता है, और ठीक इसीलिए काम करता है।

यह क्यों मायने रखता है

उसी-दिन का बहुभाषी प्रकाशन उबाऊ तरीक़ों से टूटता है: एक भाषा ग़लत इंडेक्स में चली जाती है, एक ओवरव्यू ताज़ा लेख चूक जाता है, एक लोकेल पेज मेल खाते मेटाडेटा के बिना मौजूद रहता है — और अचानक तंत्र सिर्फ़ एक कोण से पूरा दिखने लगता है। यह अपडेट उन्हीं खाइयों को बंद करने के लिए है।

KENSAI को डेमो की तरह प्रकाशित नहीं करना चाहिए। उसे ऐसे तंत्र की तरह प्रकाशित करना चाहिए जो जाँचे जाने की उम्मीद रखता है।

आगे क्या आ रहा है

अगला क़दम इसी अनुशासन का और विस्तार है: HTML और JSON के बीच कम चुपचाप बहाव, लोकेल-स्तर पर साफ़ सत्यापन, और तेज़ प्रमाण कि सभी ज़रूरी भाषा-सतहें उसी दिन सचमुच मेल खाती हैं जिस दिन वे शिप होती हैं।