बहुभाषी वेबसाइट की सबसे आम दुर्घटना अनुवादक शैली नहीं होती, बल्कि मूल पाठ में बदलाव हो चुका है, लेकिन अनुवाद स्टेशन पर अभी भी पुराना लेख लगा हुआ है । चीनी गतिविधि पृष्ठ लाइव हो गया है, लेकिन अंग्रेजी मूल्य सूची अभी भी पिछली तिमाही की है; जापानी कानूनी घोषणा में एक बदलाव छूट गया है, और विदेशी शिकायतें सीधे दरवाजे पर आ रही हैं। मूल कारण आमतौर पर यह होता है: हर भाषा के लिए अपने तरीके से अपडेट जारी किया जाता है, और “एक ही सामग्री पैकेज” के लिए कोई प्रकाशन प्रवेश नियंत्रण नहीं होता है।
समस्या को अलग-अलग तरीके से देखें: सामग्री पैकेज, भाषा स्थिति, प्रकाशन खिड़की
एक अपडेट को सामग्री पैकेज के रूप में देखें, न कि “कुछ पृष्ठों को बदलने” के रूप में:
- मूल भाषा का आइटम : शीर्षक, मुख्य पाठ, CTA, संरचित फ़ील्ड (मूल्य, पैरामीटर, अनुपालन घोषणा)
- भाषा की प्रति : हर भाषा के लिए एक रिकॉर्ड, जिसमें अनुवाद की स्थिति होती है: अनुवाद की प्रतीक्षा/अनुवाद चल रहा/समीक्षा की प्रतीक्षा/तैयार
- प्रकाशन खिड़की : जिन भाषाओं को लाइव करने की अनुमति है और उनका एक समान प्रभावी समय; यदि कोई भाषा तैयार नहीं है, तो पूरे पैकेज को रोक दिया जाता है या नीति के अनुसार डिग्रेड कर दिया जाता है
- रोलबैक पॉइंट : सामग्री पैकेज के संस्करण के अनुसार रोलबैक करें, न कि केवल एक भाषा की फ़ाइल को रोलबैक करें
वर्ड अनुवाद प्रतिलिपि को वेब ड्राइव पर अपलोड करने और फिर हाथ से पेस्ट करने से, फ़ील्ड और लिंक गायब होने की संभावना सबसे अधिक होती है। यदि CMS “किसी भाषा के लिए अलग से प्रकाशन की अनुमति” देता है, तो अर्ध-नवीन अंतरराष्ट्रीय साइट बन जाती है।
कैसे डिजाइन करें
भूमिकाएँ: सामग्री प्रभारी (मूल भाषा), अनुवादक/एजेंट, कानूनी समीक्षा (विशेष कॉलम), प्रकाशन प्रबंधक। जब तक मूल भाषा का मसौदा तैयार नहीं होता, अनुवादक अनुवाद शुरू नहीं कर सकता; जब तक कानूनी कॉलम की समीक्षा नहीं होती, उस भाषा को तैयार नहीं होने दिया जाता। फ्रंटएंड कैश बार बार सामग्री पैकेज के संस्करण नंबर के अनुसार अमान्य हो जाता है, ताकि CDN में पुराने पृष्ठों का अवशेष न रहे।
- सामग्री पैकेज: व्यावसायिक कुंजी, लक्षित भाषाओं की सूची, लाइव होने का नियत समय
- आइटम: फ़ील्ड-स्तरीय डिफ़, स्क्रीनशॉट की तुलना, शब्दावली का संदर्भ
- प्रवेश नियम: अनिवार्य रूप से उपलब्ध भाषाएँ, विलंबित भाषाएँ, रोकथाम की शर्तें
- प्रकाशन रिकॉर्ड: कार्यकर्ता, संस्करण, हर भाषा का हैश
SEO ध्यान दें: hreflang और canonical को संस्करण के साथ बदलना चाहिए; ऑफ़लाइन भाषा के पृष्ठों को सही स्टेटस कोड वापस देना चाहिए, सॉफ़्ट 404 नहीं। गतिविधि पृष्ठों पर अस्थायी भाषाओं के लिए “केवल मूल भाषा + अंग्रेजी” की रणनीति अपनाई जा सकती है, लेकिन इसे प्रवेश नियंत्रण में स्पष्ट रूप से कॉन्फ़िगर करना चाहिए, मौखिक विश्वास पर नहीं छोड़ना चाहिए।
विकास और अनुमोदन
अनुवाद के लिए मशीन अनुवाद का प्रारंभिक मसौदा स्वीकार किया जा सकता है, लेकिन तैयार होने के लिए मानवीय पुष्टि ज़रूरी है। संरचित फ़ील्ड (मूल्य, तारीख) को मुक्त पाठ में नहीं जाने दिया जाता, अलग-अलग फ़ील्ड का अनुवाद करके बदलाव की गलती को कम किया जाता है। प्री-लाइव एनवायरमेंट में भाषा के रास्ते के अनुसार अनुमोदन किया जाता है: मूल पाठ में मूल्य बदलने के बाद, जो भाषा तैयार नहीं है, उसे नए मूल्य के लिए बाहरी नेटवर्क से नहीं देखा जा सकता।
अनुमोदन के परिदृश्य:
- मूल पाठ में मूल्य बदलने के बाद, जब अंग्रेजी तैयार नहीं है, तो क्या उत्पादन अभी भी पुराने मूल्य को दिखाएगा या पूरे पृष्ठ को रखरखाव में रखेगा (नीति के अनुसार)
- बाध्यकारी प्रकाशन के बायपास को लेकर लेखा परीक्षा रिकॉर्ड करना चाहिए और इसके लिए दो लोगों की आवश्यकता है
- रोलबैक के बाद hreflang की संगतता की जाँच करना चाहिए
- क्या किसी भाषा के लंबे समय तक पिछड़े रहने से बोर्ड पर लाल बत्ती जलेगी
- क्या शब्दावली में बदलाव से संबंधित आइटम को एक साथ दाग दिया जाएगा
बहुभाषी साइट का अनुशासन है: पहले सभी भाषाओं को एक साथ तैयार करना चाहिए, फिर उन्हें प्रदर्शित करना चाहिए। धीमी गति की अनुमति है, लेकिन अर्ध-नवीन अंतरराष्ट्रीय साइट की अनुमति नहीं है।
विफलता का मॉडल
मार्केटिंग पहले चीनी में लाइव करना : गतिविधि पहले लाइव हो चुकी है, लेकिन अनुवाद स्टेशन अभी तक नहीं है, जिससे विदेशी ग्राहकों को अनुभव में रुकावट आ रही है। अनुमोदन के लिए डिफ़ॉल्ट प्रवेश नियंत्रण “सभी भाषाओं का एक साथ तैयार होना” है, आपातकालीन अपवाद के लिए स्वीकृति और समय सीमा के भीतर अतिरिक्त तैयारी की आवश्यकता है। मशीन अनुवाद सीधे लाइव करना : कानूनी और मूल्य पृष्ठों पर प्रतिबंध; उत्पाद विवरण को मशीन अनुवाद के साथ चुनौतीपूर्ण समीक्षा के लिए छोड़ा जा सकता है। हर भाषा के बीज साइट का तकनीकी स्टैक विभाजित है : प्रवेश नियंत्रण और संस्करण नंबर एक साथ नहीं हो सकते, इसलिए एक ही सामग्री सेवा की ओर तेजी से एकजनीकरण करना ज़रूरी है।
लाइव होने के बाद क्या देखना चाहिए
चार हफ़्तों तक निगरानी: भाषाओं के बीच सामग्री में देरी के घंटे, प्रवेश नियंत्रण को बायपास करने की संख्या, पुराने अनुवाद के कारण हुई ग्राहक शिकायतें, रोलबैक की संख्या। देरी और बायपास कम हो जाएं, तब फिर ऑटोमैटिक अनुवाद के लिए पूरे साइट की बात करें।
अनुवाद कार्यप्रवाह को प्रवेश नियंत्रण में कैसे एकीकृत करें
मूल भाषा के मसौदे के बाद अनुवाद कार्य का ट्रिगर: मशीन अनुवाद का प्रारंभिक मसौदा वैकल्पिक है, लेकिन मानवीय समीक्षा अनिवार्य है। समीक्षक को कॉलम के अनुसार कॉन्फ़िगर किया जाता है, उत्पाद पृष्ठ और भर्ती पृष्ठ के लिए अलग-अलग लोग हो सकते हैं। समीक्षा में अस्वीकृति के लिए फ़ील्ड का नाम बताना ज़रूरी है, केवल “फिर से सुधार करें” लिखना अनुचित है। तैयार होने के बाद सामग्री पैकेज के एक साथ तैयार होने की गणना की जाती है।
आउटसोर्स अनुवादकों को सीमित अकाउंट का उपयोग करना चाहिए, जिससे वे केवल आवंटित आइटम देख सकते हैं, लेकिन सीधे प्रकाशन का बटन नहीं दबा सकते। दस्तावेज़ों की तुलना (दो भाषाओं का बगल में रखना) अनदेखी वाले अनुभागों को कम करती है। लिंक और चित्रों के alt टेक्स्ट के लिए अलग से चेक लिस्ट बनाई जाती है, कई “पुराने अनुवाद की दुर्घटनाएँ” वास्तव में पुराने लिंक की होती हैं।
अत्यधिक अनुपालन वाले पृष्ठों (गोपनीयता नीति, अनुबंध शर्तें) के लिए, लाइव होने से पहले कानूनी भूमिका अनिवार्य है; अवधि समाप्त होने के बाद समीक्षा कैलेंडर को भाषा के अनुसार कार्य बनाया जाता है, ताकि अंग्रेजी में बदलाव होने पर चीनी में भूल न जाए।
तकनीकी कार्यान्वयन के महत्वपूर्ण बिंदु
सामग्री सेवा फ़ील्ड-स्तरीय संस्करण को संग्रहीत करती है; स्टैटिक साइट बनाते समय संस्करण सूची फ़ाइल में लिखी जाती है, जिससे ऑपरेशन और रखरखाव करने वाले लोग CDN ऑब्जेक्ट के संगत होने की जाँच कर सकते हैं। प्री-लाइव डोमेन को भाषा के अनुसार पूरी तरह से रेंडर किया जाता है, और क्रॉलर स्क्रिप्ट के जरिए कुछ महत्वपूर्ण URL के मूल्य और तारीख फ़ील्ड की जाँच की जाती है।
यदि अनुवाद स्मृति का उपयोग किया जाता है, तो मूल पाठ में बदलाव के बाद स्मृति वाले आइटम को दाग देना चाहिए, ताकि पुराने अनुवाद वाक्यों को नए संदर्भ में दोबारा उपयोग न हो। शब्दावली में टकराव होने पर व्यावसायिक मालिक का निर्णय अंतिम होता है, जिसे बदलाव के बारे में लिखा जाता है।
प्रकाशन खिड़की के लिए व्यावसायिक शिखर समय से बचने का सुझाव दिया जाता है; विफलता के बाद ऑटोमैटिक रूप से प्री-लाइव में रोक दिया जाता है, न कि आधे सेट के साथ उत्पादन में जाने दिया जाता है। सामग्री टीम के KPI के रूप में “भाषा की तैयारी में देरी” की निगरानी करना, “कितने पृष्ठ लाइव हुए” से ज़्यादा महत्वपूर्ण है।
दुर्घटना के बाद की समीक्षा का टेम्पलेट
एक आम दुर्घटना: चीनी में मूल्य बदलने के बाद लाइव हो गया, लेकिन अंग्रेजी में अभी भी पुराना मूल्य दिखाया जा रहा है, ग्राहक सेवा अंग्रेजी मूल्य के अनुसार ऑर्डर लॉक कर रही है। समीक्षा में स्पष्ट रूप से लिखना चाहिए: कौन सा प्रवेश नियंत्रण खुला है, किसके पास बायपास करने का अधिकार है, रोलबैक का समय, ग्राहकों पर प्रभाव का दायरा। “प्रवेश नियंत्रण को बायपास करने” को दो लोगों की पुष्टि वाला अपवाद का रास्ता बनाना चाहिए, और इसकी लेखा परीक्षा रिकॉर्ड करना चाहिए।
रोलबैक अभ्यास तिमाही आधार पर एक बार किया जाता है: जानबूझकर दूसरी भाषाओं को दाग देना, पूरे रोलबैक और सूचना प्रक्रिया को अपनाना। अभ्यास में पाया गया कि CDN कैश का TTL बहुत लंबा है, इसलिए नीति को पहले से बदल देना चाहिए, ताकि असली दुर्घटना होने से पहले ही बदलाव कर दिया जाए।
बिक्री और ग्राहक सेवा के लिए “भाषा की संगतता की जाँच” खोलना: उत्पाद SKU डालकर, हर भाषा के वर्तमान मूल्य और प्रभावी समय को देखना। समस्या को पहले से ही उठाना चाहिए, ताकि ग्राहकों के स्क्रीनशॉट से जानने की जरूरत कम हो।
मार्केटिंग के विज्ञापनों के साथ जोड़ने के लिए
विज्ञापन सामग्री के लिए लैंडिंग पृष्ठ के URL को सामग्री पैकेज के संस्करण से जोड़ना अनिवार्य है। जो भाषा तैयार नहीं है, उसके विज्ञापन समूह को ऑटोमैटिक रूप से रोक दिया जाता है या रखरखाव पृष्ठ पर बदल दिया जाता है, ताकि विज्ञापन खर्च के बदले पुराने मूल्य न खरीदे जाएं। विज्ञापन करने वाले लोगों को केवल “भाषा के लिए विज्ञापन उपलब्ध है” की स्थिति देखनी चाहिए, न कि CMS के बारे में अपने आप अनुमान लगाना चाहिए।
गतिविधि के अंत में लाइव होने के बाद, हर भाषा के लिए एक साथ अमान्य हो जाता है; बाहरी लिंक को 301 के जरिए कुल पृष्ठ पर ले जाना चाहिए और संस्करण का स्नैपशॉट रिकॉर्ड करना चाहिए, ताकि बाद में जांच की जा सके।
यदि सहायक कंपनियां अलग-अलग CMS का उपयोग करती हैं, तो कम से कम “सामग्री पैकेज की स्थिति API” को एक साथ बनाना चाहिए: मुख्यालय के मार्केटिंग केंद्र को हर साइट की तैयारी की स्थिति की जाँच करने के बाद ही विज्ञापन लाइव करने की अनुमति देनी चाहिए। यदि स्थिति API नहीं है, तो प्रवेश नियंत्रण केवल मौखिक समन्वय पर ही रुक सकता है, और दुर्घटना की दर कम नहीं होगी।
सामग्री पैकेज के नंबर को ग्राहक सेवा के वर्कऑर्डर के फ़ील्ड में डालना चाहिए, ताकि पुराने अनुवाद की शिकायत किस बार लाइव हुई थी, उसे आसानी से पता चल सके।