AI से बहुभाषी वेबसाइट कैसे बनाएं (हिंदी + अंग्रेज़ी और आगे)

बहुभाषी वेबसाइट एक ही कंटेंट कई भाषाओं में दिखाती है, हर भाषा अपने URL पर, जैसे /hi/ या /en/, और hreflang टैग से जुड़ी ताकि सर्च इंजन सही वर्ज़न दिखाएं। WisyLink में आप भाषाएं और डिफ़ॉल्ट भाषा बताते हैं; वह भाषा वाले पाथ, स्विचर, hreflang और x-default बनाता है और अनुवाद किया कंटेंट हर भाषा के लिए सेव करता है।

• हर भाषा को उसका अपना URL पाथ दें। टेक्स्ट बदलने वाली कुकी या स्क्रिप्ट आपकी बाकी भाषाओं को सर्च इंजन से छिपा देती है।
• hreflang सर्च इंजन को बताता है कि कौन से पेज दूसरी भाषा में वही कंटेंट हैं। हर वर्ज़न को ख़ुद को और बाकी सबको लिस्ट करना होता है।
• AI हर भाषा में अच्छा पहला ड्राफ़्ट लिखता है, पर जो भी टेक्स्ट बेचता है, वादा करता है या क़ानूनी असर रखता है, उसे उस भाषा का मूल वक्ता जांचे।
• अनुवाद को उसी रिकॉर्ड पर फ़ील्ड के रूप में रखें, ताकि नई डिश या नया प्रोडक्ट एक साथ हर भाषा में दिखे।
• पेज अपना लगेगा या नहीं, यह लोकल बातें तय करती हैं: हर बाज़ार की मुद्रा, तारीख़ का फ़ॉर्मैट, पेमेंट के तरीके और कानूनी पेज।
• WisyLink पर एक लिंक एक ही डोमेन से सारी भाषाएं दिखाता है। हर भाषा का अलग डोमेन मतलब अलग-अलग साइटें।

बहुभाषी साइट की ज़रूरत कब होती है

कोई भाषा तब जोड़ें जब लोग पहले से उस भाषा में आपको ढूंढ रहे हों। आम हालात:

• पर्यटक और मेहमान। ऋषिकेश का होमस्टे, गोवा का कैफ़े या राजस्थान का टूर ऑपरेटर, जिनके मेहमान सफ़र से पहले अपनी भाषा में सर्च करते हैं।
• दूसरे राज्यों या देशों से आए लोग। डेंटिस्ट, टैक्स सलाहकार या स्कूल, जिनके ग्राहक अपनी पहली भाषा में पढ़ना ज़्यादा सहज पाते हैं।
• विदेश में बिक्री। छोटी दुकान या स्टूडियो, जिसे किसी दूसरे देश से पूछताछ आने लगी है, अक्सर ईमेल पर और ऐसी भाषा में जो साइट अभी नहीं बोलती।
• दो भाषाओं वाले इलाके। जहां रोज़ की ज़िंदगी में दो भाषाएं चलती हैं, जैसे बेंगलुरु में कन्नड़ और अंग्रेज़ी, या उत्तर भारत में हिंदी और अंग्रेज़ी, और ग्राहक दोनों की उम्मीद रखते हैं।

असली कसौटी: क्या आप उस भाषा में ग्राहकों को जवाब दे सकते हैं, ईमेल, फ़ोन या काउंटर पर? जो अनुवादित साइट ऐसी बातचीत तक ले जाए जिसे आप संभाल नहीं सकते, वह बिक्री नहीं, झुंझलाहट पैदा करती है। हर भाषा रखरखाव की ज़िम्मेदारी भी है, क्योंकि हर नई कीमत, मेन्यू में बदलाव या पॉलिसी अपडेट सब भाषाओं में पहुंचना चाहिए। अच्छी तरह संभाली गई दो भाषाएं, पुरानी पड़ चुकी पांच भाषाओं से बेहतर हैं।

अगर दूसरी भाषा वाले विज़िटर को सिर्फ़ आपका समय और पता चाहिए, तो फ़िलहाल उस भाषा में एक अच्छा लिखा पेज काफ़ी हो सकता है।

मशीन अनुवाद बनाम मूल भाषा में लिखा टेक्स्ट

क्वालिटी के तीन स्तर हैं, और ज़्यादातर बिज़नेस को इनका मेल चाहिए:

1. बिना जांचा मशीन अनुवाद। तेज़ और सस्ता। रास्ता बताने या पार्किंग की जानकारी जैसे कम जोखिम वाले टेक्स्ट के लिए ठीक; एलर्जी की जानकारी के लिए कभी नहीं। कीमत, शर्तों या लहजे वाली किसी भी चीज़ के लिए जोखिम भरा।
2. AI का ड्राफ़्ट, मूल वक्ता की जांच के साथ। व्यावहारिक डिफ़ॉल्ट। आज का AI कई भाषाओं में धाराप्रवाह टेक्स्ट लिखता है, और जांचने वाला मुहावरे, आदर का स्तर और दावे ठीक करता है।
3. मूल भाषा में लिखा। होम पेज की हेडलाइन, मुख्य कॉल-टू-एक्शन और हर क़ानूनी टेक्स्ट के लिए। यही गिने-चुने वाक्य सबसे ज़्यादा वज़न उठाते हैं।

क्या बिज़नेस वेबसाइट के लिए मशीन अनुवाद काफ़ी है? जानकारी वाले भराव टेक्स्ट के लिए अक्सर हां। चेकआउट, बुकिंग की शर्तें, कैंसिलेशन नियम और प्राइवेसी नोटिस के लिए नहीं। वहां शब्दशः अनुवाद की गलती पैसा या भरोसा खोती है। दूसरा जाल आदर का स्तर है: हिंदी में आप, तुम और तू हैं, और जर्मन, फ़्रेंच और स्पेनिश में भी औपचारिक और अनौपचारिक संबोधन होते हैं; एक ही पेज पर इनके बीच झूलना लापरवाही लगता है।

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

WisyLink हर भाषा में कंटेंट आपके लिए लिख सकता है, पर आपको मांगना होगा। बिल्ड पेज का टेक्स्ट पेज की भाषा में ही रखता है और अपनी मर्ज़ी से अनुवाद नहीं करता। चैट असिस्टेंट Wisy आपके आख़िरी मैसेज की भाषा में जवाब देता है, इसलिए आप उसे हिंदी में ब्रीफ़ करके अंग्रेज़ी और मराठी वाली साइट बनवा सकते हैं।

URL स्ट्रक्चर: भाषा वाले पाथ, कुकी नहीं

Google हर भाषा वर्ज़न के लिए अलग URL की सलाह देता है, न कि ऐसी कुकी या ब्राउज़र सेटिंग जो एक ही URL पर टेक्स्ट बदल दे। उसकी कई क्षेत्रों और कई भाषाओं वाली साइटों की गाइड यह भी कहती है कि IP पते के हिसाब से कंटेंट न बदलें, और ?lang=hi जैसे URL पैरामीटर की सिफ़ारिश नहीं करती। इससे तीन गंभीर विकल्प बचते हैं, जिनकी तुलना यहां कुकी वाले तरीके से की गई है:

सबडायरेक्टरी इस्तेमाल करें या अलग डोमेन? ज़्यादातर छोटे और मझोले बिज़नेस के लिए सबडायरेक्टरी। हर देश का अलग डोमेन तब समझ में आता है जब हर देश असल में अपना अलग बिज़नेस हो, अपनी कीमतों, स्टॉक, क़ानूनी इकाई और टीम के साथ। एक भाषा और कई देश, कई भाषाओं से अलग समस्या है।

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

hreflang और x-default आसान भाषा में

hreflang

हर पेज के <head> में एक टैग, जो उस पेज के हर भाषा वर्ज़न का URL लिस्ट करता है, ख़ुद उसका भी। यह सर्च इंजन को बताता है कि किस सर्च करने वाले को कौन सा नतीजा दिखाना है।

वापसी लिंक

अगर हिंदी पेज अंग्रेज़ी पेज को लिस्ट करता है, तो अंग्रेज़ी पेज को भी हिंदी पेज लिस्ट करना होगा। जो जोड़े एक-दूसरे की ओर इशारा नहीं करते, Google उन्हें नज़रअंदाज़ करता है।

x-default

उन विज़िटर के लिए वर्ज़न जिनकी भाषा आप नहीं दिखाते, आम तौर पर आपकी मुख्य भाषा।

भाषा कोड

ISO 639-1 भाषा कोड, जैसे hi, चाहें तो ISO 3166-1 क्षेत्र के साथ, जैसे hi-IN। Google इन मानकों से बाहर के कोड, जैसे es-419, सपोर्ट नहीं करता।

html lang

पेज का भाषा एट्रिब्यूट। ब्राउज़र और स्क्रीन रीडर इसे इस्तेमाल करते हैं। Google कहता है कि वह भाषा इस एट्रिब्यूट से नहीं, दिखने वाले कंटेंट से पहचानता है, इसलिए दिखने वाला टेक्स्ट भी सही भाषा में होना चाहिए।

कैनोनिकल

हर भाषा वर्ज़न का कैनोनिकल टैग ख़ुद उसी की ओर इशारा करता है। Google उसी भाषा में कैनोनिकल चुनने की सलाह देता है, यानी हर वर्ज़न को अंग्रेज़ी पेज की ओर इशारा कभी न कराएं।

दो भाषाओं वाले मेन्यू पेज के हर वर्ज़न में यही तीन लाइनें होती हैं:

• <link rel="alternate" hreflang="hi" href="https://example.com/hi/menu">
• <link rel="alternate" hreflang="en" href="https://example.com/en/menu">
• <link rel="alternate" hreflang="x-default" href="https://example.com/en/menu">

Google का hreflang डॉक्यूमेंटेशन पूरे URL (प्रोटोकॉल और डोमेन समेत) मांगता है, और हाथ से बनी साइटें अक्सर यहीं चूकती हैं। जब आप WisyLink से बहुभाषी साइट मांगते हैं, तो बिल्ड भाषा को पाथ में रखता है, हर भाषा का एक hreflang टैग और x-default जोड़ता है, मेल खाता html lang सेट करता है, और हर URL उस पते से बनाता है जिस पर साइट सच में चल रही है, ताकि अपने डोमेन पर जाने के बाद भी टैग सही रहें। डिफ़ॉल्ट रूप से प्रीफ़िक्स के बाद का पाथ हर भाषा में एक जैसा होता है: /hi/menu और /en/menu। मांगने पर अनुवाद किए स्लग भी बन सकते हैं, पर एक जैसे पाथ भाषा के जोड़ों को सरल और भरोसेमंद रखते हैं।

बनाइए: स्टेप और प्रॉम्प्ट टेम्पलेट

1. भाषाएं तय करें और यह भी कि डिफ़ॉल्ट कौन सी होगी। लिख लें कि हर भाषा कौन जांचेगा।
2. अपना टेक्स्ट जुटाएं: हर भाषा का अपना टेक्स्ट एक .docx में, या बिल्ड को ड्राफ़्ट लिखने दें जिन्हें आप जांचेंगे।
3. नीचे का प्रॉम्प्ट WisyLink की नई चैट में पेस्ट करें और अपनी फ़ाइलें जोड़ें।
4. बिल्ड पूरा होने पर हर भाषा के कुछ पेज खोलें और पेज सोर्स देखें। hreflang लाइनें, html lang की वैल्यू और कैनोनिकल जांचें।
5. मूल वक्ता की जांच को अगले मैसेज में भेजें, जैसे "हिंदी में हर जगह 'तुम' की जगह 'आप' इस्तेमाल करें"। हर बदलाव एक नया बिल्ड है, और फ़ेल हुआ बिल्ड कभी लाइव साइट की जगह नहीं लेता।
6. कमरे और मेन्यू आइटम जैसे रिकॉर्ड एडमिन एरिया में जोड़ें या बदलें, और हर भाषा भरें।
7. लॉन्च से पहले अपना डोमेन जोड़ें (हर प्लान पर संभव) और पेड प्लान लें; फ़्री लिंक 30 दिन और एक हफ़्ते बाद एक्सपायर हो जाते हैं। देखें कस्टम डोमेन कैसे जोड़ें।

ऋषिकेश में गंगा किनारे छह कमरों वाले होमस्टे "गंगा व्यू होमस्टे" के लिए दो भाषाओं वाली वेबसाइट बनाएं।

भाषाएं: हिंदी और अंग्रेज़ी, /hi/ और /en/ पर। अंग्रेज़ी डिफ़ॉल्ट और x-default है। हर पेज दोनों भाषाओं में हो, प्रीफ़िक्स के बाद एक जैसे पाथ के साथ। हर पेज पर दोनों भाषाओं के hreflang टैग और x-default, मेल खाता html lang और ख़ुद की ओर इशारा करता कैनोनिकल जोड़ें।

भाषा स्विचर: हेडर में, जो दूसरी भाषा में उसी पेज पर ले जाए, कभी होम पेज पर नहीं।

पेज: होम, कमरे (सेव किए डेटा से हर कमरे का अपना पेज), नाश्ते का मेन्यू, कैसे पहुंचें, संपर्क फ़ॉर्म।

कंटेंट: कमरे और मेन्यू आइटम हर भाषा में नाम और विवरण सेव करें। हिंदी टेक्स्ट दिल्ली और उत्तर भारत के यात्रियों के लिए मूल रूप से हिंदी में लिखें, 'आप' के साथ, शब्दशः अनुवाद की तरह नहीं।

लोकल बातें: दोनों भाषाओं में कीमतें ₹ में; तारीख़ें अंग्रेज़ी में "15 March 2027" और हिंदी में "15 मार्च 2027" की तरह।

एडमिन: लॉगिन से सुरक्षित एक पेज, जहां दोनों भाषाओं में कमरे और मेन्यू आइटम एडिट हों और संपर्क संदेश पढ़े जा सकें।

कमरों की फ़ोटो हों तो जोड़ें। आपकी इमेज जैसी हैं वैसी ही इस्तेमाल होती हैं; उनके बिना बिल्ड स्टॉक फ़ोटो या सादे वेक्टर इलस्ट्रेशन लगाता है, क्योंकि WisyLink फ़ोटो जनरेट नहीं करता। पहली रिक्वेस्ट लिखने के और तरीकों के लिए देखें AI वेबसाइट बिल्डर के प्रॉम्प्ट टेम्पलेट।

हर भाषा में सेव होने वाले डायनैमिक कंटेंट का अनुवाद

स्थिर टेक्स्ट, जैसे होम पेज का टेक्स्ट, पेजों में रहता है। डायनैमिक कंटेंट, जैसे कमरे, डिश, प्रोडक्ट, इवेंट और ब्लॉग पोस्ट, सेव किए रिकॉर्ड के रूप में रहता है, और बहुभाषी साइटें अक्सर यहीं टूटती हैं। दो मॉडल काम करते हैं:

• एक रिकॉर्ड पर हर भाषा के फ़ील्ड: name_hi, name_en, साझा कीमत और फ़ोटो के साथ। उन कैटलॉग के लिए सबसे अच्छा जहां हर आइटम हर भाषा में है। एक रिकॉर्ड मतलब सही रखने के लिए एक कीमत और एक स्टॉक गिनती।
• हर भाषा का एक रिकॉर्ड, भाषा वाले फ़ील्ड के साथ। उस कंटेंट के लिए सबसे अच्छा जो बाज़ार के हिसाब से अलग है, जैसे हिंदी पाठकों के लिए लिखी ब्लॉग पोस्ट जिसका कोई अंग्रेज़ी जोड़ा नहीं।

नए और बदले गए रिकॉर्ड बिना रीबिल्ड के लाइव साइट पर दिखते हैं, आम तौर पर एक मिनट के अंदर। तीन बातें पहले से तय कर लें:

• एडमिन फ़ॉर्म। हर भाषा के फ़ील्ड साथ-साथ मांगें, "अनुवाद बाकी" वाले निशान के साथ जिस पर फ़िल्टर किया जा सके।
• फ़ॉलबैक। तय करें कि जब किसी आइटम का हिंदी टेक्स्ट अभी नहीं है तो हिंदी विज़िटर क्या देखे: एक नोट के साथ अंग्रेज़ी टेक्स्ट, या कुछ नहीं। पेज के hreflang में सिर्फ़ वही भाषाएं हों जो उसमें सच में हैं।
• सेव करते समय अनुवाद। अगर आप अक्सर आइटम जोड़ते हैं, तो एडमिन नया टेक्स्ट किसी अनुवाद सर्विस को उसके API से भेज सकता है, आपकी की इंटीग्रेशन में रहती है। हर मशीन अनुवाद की तरह नतीजे को ड्राफ़्ट मानें।

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

लोकल बातें: मुद्रा, तारीख़, पेमेंट के तरीके, कानूनी पेज

अनुवाद से लोग आपको समझते हैं; लोकल बातों से भरोसा करते हैं।

• मुद्रा। वही मुद्रा दिखाएं जिसमें आप सच में पैसे लेते हैं। अगर आप ₹ में चार्ज करते हैं, तो हर भाषा में ₹ दिखाएं; बदली हुई अनुमानित कीमतें चेकआउट पर विवाद पैदा करती हैं।
• तारीख़, समय और संख्याएं। 03/04 भारत में 3 अप्रैल है और अमेरिका में 4 मार्च। महीने का नाम लिखें, जहां आम है वहां 24 घंटे की घड़ी इस्तेमाल करें, और संख्याओं के फ़ॉर्मैट पर ध्यान दें: भारत में 1,00,000 लिखा जाता है, बाकी दुनिया में 100,000, और कई देशों में दशमलव के लिए कॉमा।
• पेमेंट के तरीके। कार्ड, वॉलेट, UPI और बैंक पेमेंट देश के हिसाब से बदलते हैं, और पेमेंट प्रदाता हर जगह मर्चेंट के लिए उपलब्ध नहीं हैं। किसी तरीके का वादा करने से पहले जांचें कि आपका प्रदाता आपके अकाउंट के लिए क्या सपोर्ट करता है। भारत में नए बिज़नेस के लिए Stripe सीमित रूप से उपलब्ध है; Razorpay या Cashfree जैसे प्रदाता उनके API से जोड़े जा सकते हैं, हालांकि इन्हें हमने ख़ुद टेस्ट नहीं किया है। ऑनलाइन स्टोर गाइड बताती है कि आपकी अपनी कीज़ से पेमेंट कैसे जुड़ते हैं।
• कानूनी पेज। आपका प्राइवेसी नोटिस, शर्तें और आपके बाज़ार में अपेक्षित कोई भी कानूनी सूचना हर उस भाषा में हो जिसमें आप बेचते हैं, और उसे कोई ऐसा व्यक्ति जांचे जो वहां के नियम जानता हो। भारत में DPDP Act 2023 कहता है कि लोगों को प्राइवेसी नोटिस अंग्रेज़ी या संविधान की आठवीं अनुसूची की किसी भी भाषा में पढ़ने का विकल्प मिलना चाहिए।
• संपर्क की जानकारी। देश कोड के साथ फ़ोन नंबर (+91), लोकल समय में खुलने का समय, और वे भाषाएं जिनमें आप जवाब देते हैं।
• फ़ॉर्म और ईमेल। हर सबमिशन के साथ विज़िटर की भाषा सेव करें, ताकि पुष्टि के ईमेल और जवाब उसी भाषा में जाएं।

लॉन्च से पहले की चेकलिस्ट

1. हर भाषा का URL खुलता है और दिखने वाले टेक्स्ट में वही भाषा दिखाता है, बटन, फ़ॉर्म की गलतियों के संदेश, 404 पेज और पुष्टि के ईमेल समेत।
2. हर भाषा के तीन पेजों का सोर्स देखें: हर भाषा की एक hreflang लाइन और x-default, ख़ुद उसी पेज की ओर इशारा करता कैनोनिकल, और सही html lang।
3. स्विचर दूसरी भाषा में उसी पेज पर पहुंचाता है।
4. पेज के टाइटल और मेटा डिस्क्रिप्शन का भी अनुवाद हुआ है, सिर्फ़ मुख्य टेक्स्ट का नहीं।
5. /sitemap.xml वाला साइटमैप हर भाषा का URL लिस्ट करता है। WisyLink साइटें अपना साइटमैप ख़ुद बनाती हैं।
6. कीमतें, तारीख़ें और इकाइयां हर बाज़ार के तौर-तरीकों के हिसाब से हैं।
7. किसी मूल वक्ता ने होम पेज, मुख्य कन्वर्ज़न पेज और कानूनी पेज पढ़े हैं।
8. हर भाषा के फ़ॉर्म सही से सेव होते हैं और उसी भाषा में जवाब भेजते हैं।
9. साइट Google Search Console में जोड़ी गई है और साइटमैप सबमिट है। SEO की बड़ी तस्वीर के लिए देखें क्या AI से बनी वेबसाइट Google पर रैंक करती है?
10. लॉन्च के बाद हर भाषा का कोई ज़िम्मेदार है, और नियम तय है कि कीमत और पॉलिसी के बदलाव कितनी जल्दी सब भाषाओं तक पहुंचेंगे।

WisyLink से अपनी बहुभाषी साइट बनाएं

अपनी भाषाएं और डिफ़ॉल्ट भाषा बताएं, लिखें कि हर पेज में क्या है और वह किसके लिए है, और जो टेक्स्ट आपके पास है वह जोड़ दें। WisyLink भाषा वाले पाथ, स्विचर, hreflang, x-default और हर भाषा का कंटेंट बनाता है, और साइट HTTPS के साथ अपने पते पर होस्ट होती है। आप उससे अपनी भाषा में बात कर सकते हैं: वेबसाइट और ऐप नौ भाषाओं में उपलब्ध हैं, हिंदी भी, और Wisy उसी भाषा में जवाब देता है जिसमें आप लिखते हैं।

बिना कार्ड के Community प्लान पर मुफ़्त शुरू करें और पहला वर्ज़न बनाएं। हर साइट अलग-थलग कैसे चलती है और प्लेटफ़ॉर्म क्या कर सकता है और क्या नहीं, यह जानने के लिए पढ़ें WisyLink कैसे बना है। जब अपने डोमेन पर प्रकाशित करने को तैयार हों, तो पेड प्लान सब्सक्रिप्शन रहने तक साइट लाइव रखता है (दाम USD में हैं; ऐप से ख़रीदने पर App Store या Google Play स्थानीय मुद्रा में चार्ज करते हैं)।