Polylang साइट्स के लिए टेक्स्ट टू स्पीच: जो वाकई काम करता है

असली Polylang टेक्स्ट टू स्पीच का मतलब है हर अनुवादित पोस्ट के लिए एक अलग ऑडियो फ़ाइल, सही भाषा और सही आवाज़ में। Polylang हर अनुवाद को अपने ID के साथ एक अलग WordPress पोस्ट के रूप में स्टोर करता है, इसलिए पोस्ट-स्तर पर ऑडियो जनरेशन स्वाभाविक रूप से काम करता है। असली चुनौतियाँ हैं आवाज़ का चयन, कुकी रीडायरेक्ट, और पेज कैशिंग, न कि ऑडियो खुद।

यह हमारी मल्टीलिंगुअल TTS सीरीज़ की चौथी पोस्ट है। हम पहले WPML, Weglot, और GTranslate 3.3.0 रिलीज़ को कवर कर चुके हैं। Polylang की आर्किटेक्चर WPML के सबसे करीब है, लेकिन इसकी अपनी खासियतें हैं। यहाँ वो है जो हमने टेस्ट किया और जो प्रोडक्शन साइट्स पर टेक्स्ट टू स्पीच - TTSWP के साथ वाकई काम करता है।

Polylang टेक्स्ट टू स्पीच के लिए क्यों मायने रखता है

Polylang किसी भी दूसरे फ्री प्लगइन से ज़्यादा मल्टीलिंगुअल WordPress साइट्स चलाता है। इसके 800,000 से ज़्यादा एक्टिव इंस्टॉलेशन हैं और यह किसी भी फ्री मल्टीलिंगुअल प्लगइन में सबसे बड़ा फ्री इंस्टॉल बेस है। पहला वर्शन 2011 में आया था और प्लगइन अभी भी एक्टिव रूप से मेंटेन हो रहा है। भाषाओं की कोई सीमा नहीं है, और WordPress लैंग्वेज पैक्स अपने आप डाउनलोड होते हैं। ज़्यादातर Polylang साइट्स ब्लॉग, छोटे पब्लिशर्स, और बजट-सचेत एजेंसियाँ हैं जिन्होंने इसे चुना क्योंकि कोर फ्री है और आर्किटेक्चर साफ है।

यही लोकप्रियता TTS प्लगइन्स के लिए समस्या बन जाती है। कई Polylang सपोर्ट का दावा करते हैं लेकिन सिर्फ डिफ़ॉल्ट भाषा में टेस्ट करते हैं। वे एक पोस्ट से एक ऑडियो फ़ाइल जोड़ते हैं, फिर हर अनुवाद पर वही फ़ाइल चलाते हैं। स्पैनिश वर्शन पर अंग्रेज़ी ऑडियो चलता है। जर्मन वर्शन पर कुछ नहीं। विज़िटर्स चले जाते हैं।

इसका समाधान संरचनागत है। Polylang कोई अतिरिक्त डेटाबेस टेबल या शॉर्टकोड नहीं जोड़ता। यह WordPress taxonomies पर बनता है, वही कोर फीचर जो categories और tags को चलाता है। हर अनुवाद एक असली पोस्ट के रूप में रहता है। इसलिए पोस्ट-स्तर पर ऑडियो जनरेशन, जो TTSWP का तरीका है, Polylang के कंटेंट स्टोरेज से बिल्कुल मेल खाता है।

Polylang, Weglot और GTranslate से कैसे अलग है

Polylang पोस्ट्स को डुप्लिकेट करता है। Weglot और GTranslate रेंडर के समय अनुवाद करते हैं। यह एक अंतर TTS सपोर्ट के बारे में सब कुछ तय कर देता है।

Polylang साइट पर, "हमारे बारे में" का जर्मन अनुवाद एक अलग WordPress पोस्ट है जिसका post ID 412 है, लैंग्वेज स्लग "de" है, और डेटाबेस में अपना कंटेंट है। WordPress इसे देखता है, REST API देखता है, और कोई भी TTS प्लगइन जो save_post या wp_insert_post से जुड़ता है वो भी देखता है। ऑडियो जनरेशन हर अनुवाद के लिए एक बार चलती है, उस अनुवाद की भाषा में, और फ़ाइल उस post ID के खिलाफ कैश होती है।

Weglot और GTranslate अलग तरह से काम करते हैं। अनुवादित टेक्स्ट तभी मौजूद होता है जब कोई यूज़र पेज रिक्वेस्ट करता है। ऑडियो जोड़ने के लिए कोई दूसरी पोस्ट नहीं है। हमने Weglot और GTranslate के वर्कअराउंड पहले कवर किए हैं। WPML भी Polylang जैसा ही डुप्लिकेशन मॉडल यूज़ करता है, इसलिए हमारी WPML गाइड यहाँ थोड़े बदलाव के साथ लागू होती है।

TTS के लिए यह अच्छी खबर है। Polylang आपको वो सब देता है जो चाहिए: हर भाषा के लिए एक स्थिर post ID, एक जाना-पहचाना लैंग्वेज स्लग, और एक permalink जो रेंडर के समय नहीं बदलता।

Polylang के चार URL स्ट्रक्चर और TTS पर उनका असर

Polylang चार URL मोड देता है। हर एक बदलता है कि कैशेज़, CDN, और लैंग्वेज-डिटेक्शन कोड आपके पेज कैसे देखते हैं। गलत मोड चुना तो सही ऑडियो फ़ाइल गलत URL के पीछे छिप जाती है।

1. सिर्फ कंटेंट से भाषा (URL में लैंग्वेज कोड नहीं)

यह सबसे मुश्किल केस है। URL example.com/about एक विज़िटर को अंग्रेज़ी और दूसरे को जर्मन दिखाता है, कुकी या ब्राउज़र डिटेक्शन के आधार पर। पेज कैश एक URL देखता है और एक वेरिएंट स्टोर करता है। जो भाषा पहले कैश हुई वही सबको मिलती है।

TTS के लिए ऑडियो फ़ाइल खुद ठीक है क्योंकि वो post ID से जुड़ी है, URL से नहीं। समस्या वो पेज है जो प्लेयर एम्बेड करता है। अगर कैश्ड अंग्रेज़ी पेज जर्मन ऑडियो एम्बेड के साथ लोड होता है, तो प्लेयर जर्मन चलाता रहेगा, लेकिन विज़िटर्स अंग्रेज़ी टेक्स्ट की उम्मीद में थे। किसी भी कैश्ड साइट पर हम इस URL मोड की सलाह नहीं देते।

2. डायरेक्टरी URLs (/en/, /de/)

यह डिफ़ॉल्ट है और वो सेटअप जिसकी हम सलाह देते हैं। हर भाषा अपने पाथ पर रहती है। कैशेज़ /en/about और /de/about को अलग-अलग keys मानते हैं। सही पेज सही प्लेयर और सही ऑडियो फ़ाइल के साथ लोड होता है। कुकी ट्रिक्स की ज़रूरत नहीं।

"डिफ़ॉल्ट भाषा के लिए URL लैंग्वेज जानकारी छुपाएं" विकल्प पर ध्यान दें। जब यह ऑन होता है, डिफ़ॉल्ट भाषा का प्रीफ़िक्स हट जाता है। /about अंग्रेज़ी हो जाता है और /de/about जर्मन रहता है। थर्ड-पार्टी कोड में URL-आधारित लैंग्वेज डिटेक्शन फिर डिफ़ॉल्ट-भाषा पाथों पर विफल होता है क्योंकि उसे कोई स्लग नहीं दिखता। अगर आप यह विकल्प यूज़ करते हैं, तो URL पार्सिंग के बजाय pll_current_language() पर निर्भर रहें।

3. सबडोमेन (en.example.com, de.example.com)

सबडोमेन हर भाषा को अपना host और अपना कैश नेमस्पेस देते हैं। TTS प्लेयर्स हर भाषा के लिए साफ लोड होते हैं। इसकी कीमत है DNS, हर सबडोमेन के लिए SSL सर्टिफिकेट, और थोड़ा जटिल analytics। बड़े पैमाने पर अच्छा काम करता है।

4. हर भाषा के लिए अलग डोमेन

पूरी तरह अलग। अंग्रेज़ी के लिए example.com, जर्मन के लिए example.de। TTS अभी भी हर WordPress इंस्टॉल के अंदर post ID से ऑडियो जोड़ता है, और प्लेयर उसी तरह काम करता है। यह मोड उन ब्रांड्स में आम है जिनके पास पहले से ccTLD हैं।

कुकी रीडायरेक्ट की समस्या

Polylang होमपेज पर पहली विज़िट पर विज़िटर की ब्राउज़र भाषा डिटेक्ट कर सकता है। फिर pll_language कुकी सेट करता है और विज़िटर को मिलती-जुलती भाषा के वर्शन पर रीडायरेक्ट करता है। पेज कैशिंग के साथ मिलकर, यहीं पर गलत भाषा का ऑडियो आता है।

यहाँ वो फेलियर सीक्वेंस है जो हमने रिप्रोड्यूस किया। एक फ्रेंच विज़िटर होमपेज पर आता है। Polylang फ्रेंच डिटेक्ट करता है, pll_language कुकी सेट करता है, और /fr/ पर रीडायरेक्ट करता है। कैश उस रीडायरेक्ट रिस्पॉन्स को होमपेज URL के नीचे स्टोर कर लेता है। अगला विज़िटर, जो अंग्रेज़ी बोलता है, होमपेज रिक्वेस्ट करता है और उसे /fr/ पर कैश्ड रीडायरेक्ट मिलता है। वो फ्रेंच पेज पर पहुँचता है, फ्रेंच ऑडियो सुनता है, और चला जाता है।

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

तीन समाधान काम करते हैं। सबसे आसान है किसी भी कैश्ड साइट पर ब्राउज़र लैंग्वेज डिटेक्शन बंद कर दें और विज़िटर्स को लैंग्वेज स्विचर से चुनने दें। दूसरा है अपने कैश प्लगइन को pll_language कुकी पर vary करने या bypass करने के लिए कहें। तीसरा है होमपेज को पेज कैश से बाहर करें ताकि डिटेक्शन रीडायरेक्ट हमेशा लाइव चले।

अगर आप WP Rocket, W3 Total Cache, या LiteSpeed चलाते हैं, तो कुकी कॉन्फिगरेशन के लिए हमारे कैशिंग इंटीग्रेशन डॉक्स देखें। Polylang इन कैश प्लगइन्स के साथ काम करता है, लेकिन साथ चलना और भाषा-जागरूक होना एक नहीं है। कैश आपको खुद कॉन्फ़िगर करना होगा।

फ्रंटएंड पर AJAX का व्यवहार

Polylang फ्रंटएंड AJAX रिक्वेस्ट पर मौजूदा भाषा अपने आप डिटेक्ट करता है और उस भाषा के strings लोड करता है। किसी खास भाषा को जबरदस्ती लोड करने के लिए आप रिक्वेस्ट में एक्सप्लिसिट lang वेरिएबल भी पास कर सकते हैं। TTS के लिए यह तब मायने रखता है जब ऑडियो प्लेयर या रिलेटेड-पोस्ट्स विजेट किसी दूसरी पोस्ट फेच करने के लिए AJAX कॉल करता है।

हमारी टेस्टिंग में, Polylang इसे अच्छे से हैंडल करता है। हमें WPML पोस्ट में दस्तावेज़ किए गए AJAX-भाषा रिग्रेशन यहाँ नहीं मिले। अगर किसी कस्टम इंटीग्रेशन को गैर-मौजूदा भाषा में पोस्ट फेच करनी है, तो lang एक्सप्लिसिट पास करें और रिज़ल्ट पढ़ने से पहले function_exists('pll_current_language') चेक करें।

Polylang साइट पर टेक्स्ट टू स्पीच - TTSWP सेट करना

इन स्टेप्स में मान लिया गया है कि Polylang पहले से इंस्टॉल है और कम से कम एक अनुवाद मौजूद है।

1. टेक्स्ट टू स्पीच - TTSWP इंस्टॉल करें WordPress.org प्लगइन पेज से। Activate करें। अगर permission error आए तो इंस्टॉल डॉक्स देखें।
2. प्लगइन को TTSWP से कनेक्ट करें, कनेक्शन गाइड फॉलो करके। फ्री प्लान में वेलकम क्रेडिट्स मिलते हैं ताकि आप पेड टियर तय करने से पहले टेस्ट कर सकें।
3. ओरिजिनल-लैंग्वेज पोस्ट खोलें और ऑडियो जनरेट करें। कन्फर्म करें कि प्लेयर फ्रंट एंड पर दिख रहा है।
4. अनुवादित वर्शन पर जाएं, पोस्ट एडिटर में Polylang लैंग्वेज स्विचर से। फिर से ऑडियो जनरेट करें। Polylang एक अलग post ID लोड कर चुका है, इसलिए TTSWP इसे नई जनरेशन मानता है और अलग फ़ाइल स्टोर करता है।
5. हर अनुवाद के लिए आवाज़ चुनें। आवाज़ का चयन पोस्ट स्तर पर होता है। पोस्ट-स्तर ओवरराइड के लिए वॉयस सिलेक्शन डॉक्स देखें।
6. फ्रंट एंड पर वेरिफाई करें। अलग-अलग टैब में /en/post-slug और /de/post-slug खोलें। दोनों चलाएं। आवाज़ें और भाषाएं मेल खानी चाहिए।

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

पोस्ट की भाषा से आवाज़ कैसे चुनी जाए

Polylang में पोस्ट की भाषा पढ़ने का सही API है pll_get_post_language()। इसे कॉल करने से पहले हमेशा चेक करें कि फ़ंक्शन मौजूद है, जैसा Polylang की अपनी डेवलपर गाइडेंस बताती है। पैटर्न इस तरह दिखता है:

if ( function_exists( 'pll_get_post_language' ) ) {
    $lang = pll_get_post_language( $post_id, 'slug' );
    // $lang अब 'en', 'de', 'fr', आदि होगा
}

फ्रंटएंड कॉन्टेक्स्ट के लिए, pll_current_language() मौजूदा रिक्वेस्ट की भाषा रिटर्न करता है। दोनों फ़ंक्शन स्थिर हैं और वर्षों से Polylang के पब्लिक API का हिस्सा हैं। वॉयस मैपिंग लॉजिक हमेशा पोस्ट की भाषा से पढ़े, साइट के डिफ़ॉल्ट से नहीं, वरना अनुवादों को गलत आवाज़ मिलती है।

TTS के लिए Polylang फ्री बनाम Polylang Pro

ऑडियो के लिए Polylang Pro की कोई ज़रूरत नहीं है। Polylang का फ्री वर्शन TTSWP के लिए ज़रूरी सब कुछ देता है: पोस्ट-स्तर डुप्लिकेशन, लैंग्वेज स्लग, और ऊपर बताए गए पब्लिक API फ़ंक्शन।

Polylang Pro में DeepL मशीन ट्रांसलेशन, REST API सपोर्ट, ट्रांसलेटेड URL स्लग, और आउटसोर्स्ड ट्रांसलेशन के लिए XLIFF एक्सपोर्ट जुड़ता है। ब्लॉग पोस्ट और पेजेज़ के लिए इनमें से कुछ भी TTS की तस्वीर नहीं बदलता। Polylang for WooCommerce एक अलग पेड ऐड-ऑन है जो शॉप पेज, प्रोडक्ट कैटेगरी, attributes, और ट्रांज़ैक्शनल ईमेल मैनेज करता है। अगर आप प्रोडक्ट विवरण पर नैरेशन चाहते हैं, तो हमारी WooCommerce TTS गाइड देखें।

हर भाषा में ऑडियो के साथ SEO और AEO

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

हमारी अपनी टेस्टिंग में, ऑडियो और AudioObject schema वाले आर्टिकल AI सर्च इंजन द्वारा ज़्यादा बार cite होते हैं। हमने तरीका और नतीजे हमारी AEO और ऑडियो पोस्ट में दस्तावेज़ किए हैं। संक्षेप में: हर अनुवाद के लिए एक ऑडियो फ़ाइल, हर अनुवाद पर schema, और AEO का फायदा अपने आप मिलता है।

आम समस्याएं और समाधान

एक्सेसिबिलिटी नोट

हर भाषा में नैरेशन जोड़ना एक्सेसिबिलिटी के लिए भी फायदेमंद है। जो विज़िटर अपनी मातृभाषा में पढ़ते हैं लेकिन सुनना पसंद करते हैं, उन्हें दोनों मिलता है। अगर आपकी साइट WCAG 2.2 या European Accessibility Act के अंतर्गत आती है, तो लागू होने वाले मानदंडों के लिए हमारी WCAG ऑडियो कंप्लायंस गाइड देखें। 2026 में WordPress पर TTS जोड़ने के व्यापक वॉकथ्रू के लिए, मुख्य ट्यूटोरियल में बुनियादी बातें हैं।

अक्सर पूछे जाने वाले सवाल

क्या Polylang टेक्स्ट टू स्पीच के साथ काम करता है?

हाँ। Polylang हर अनुवाद को अपने ID के साथ एक अलग WordPress पोस्ट के रूप में स्टोर करता है, जो TTSWP के पोस्ट-स्तर ऑडियो के लिए बिल्कुल सही आर्किटेक्चर है। हर अनुवाद पर ऑडियो जनरेट करें और आपको हर भाषा के लिए चुनी हुई आवाज़ में एक फ़ाइल मिलती है। Polylang का फ्री वर्शन काफी है। स्टैंडर्ड TTSWP सेटअप से आगे कोई खास कॉन्फ़िगरेशन नहीं चाहिए।

ऑडियो के लिए क्या Polylang Pro ज़रूरी है?

नहीं। Polylang का फ्री वर्शन TTSWP के लिए ज़रूरी सब कुछ देता है: प्रति-भाषा पोस्ट डुप्लिकेशन, लैंग्वेज स्लग, और पब्लिक API फ़ंक्शन pll_get_post_language() और pll_current_language()। Polylang Pro में DeepL मशीन ट्रांसलेशन, REST API सपोर्ट, और ट्रांसलेटेड URL स्लग जुड़ते हैं। इनमें से कोई भी ऑडियो जनरेशन या प्लेबैक के काम करने के तरीके को नहीं बदलता।

क्या हर भाषा की अपनी आवाज़ हो सकती है?

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

मेरा ऑडियो गलत भाषा में क्यों चलता है?

आमतौर पर कारण होता है पेज कैशिंग और Polylang के ब्राउज़र लैंग्वेज डिटेक्शन का एक साथ होना। कैश होमपेज रीडायरेक्ट या एक भाषा वेरिएंट स्टोर कर लेता है और सबको वही देता है। ऑडियो फ़ाइल खुद post ID के लिए सही है। जो पेज उसे लोड कर रहा है वो नहीं। कैश्ड साइट्स पर ब्राउज़र डिटेक्शन बंद करें, या अपने कैश प्लगइन को pll_language कुकी पर vary करने के लिए कहें। डायरेक्टरी URLs (/en/, /de/) नुकसान को होमपेज तक सीमित रखते हैं क्योंकि हर दूसरे पेज का अलग कैश key होता है।

TTS के लिए Polylang और WPML में क्या अंतर है?

दोनों हर भाषा के लिए पोस्ट डुप्लिकेट करते हैं, इसलिए पोस्ट-स्तर ऑडियो दोनों पर एक जैसे काम करता है। अंतर AJAX हैंडलिंग, कुकी व्यवहार, और डेवलपर API नामों में है। Polylang pll_ प्रीफिक्स्ड फ़ंक्शन यूज़ करता है और आमतौर पर हल्का है। WPML में ज़्यादा बिल्ट-इन WooCommerce फीचर हैं लेकिन प्लगइन का साइज़ बड़ा है। उस पहलू के लिए हमारी WPML पोस्ट देखें।

क्या ऑडियो प्लेयर के लेबल translate हो सकते हैं?

हाँ, एक अतिरिक्त स्टेप के साथ। Polylang उन प्लगइन्स के लिए strings-translation स्क्रीन दिखाता है जो अपनी UI strings pll_register_string() से रजिस्टर करते हैं। अगर आप चाहते हैं कि play बटन, प्रोग्रेस टाइमर लेबल, या कोई अन्य प्लेयर टेक्स्ट भाषा के साथ बदले, तो उन strings को अपने child theme या एक छोटे साइट-स्पेसिफिक प्लगइन में रजिस्टर करें। फिर वे Languages, Strings translations में दिखती हैं।

अगला कदम

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

अगर आपने अभी तक टेक्स्ट टू स्पीच - TTSWP इंस्टॉल नहीं किया है, तो WordPress.org से इसे लें और अपने फ्री TTSWP अकाउंट से कनेक्ट करें। एक अनुवाद पर टेस्ट करें, सुनें, और तय करें कि बाकी सभी पर लागू करना है या नहीं।