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

TranslatePress किसी पेज के रेंडर किए गए HTML को रिक्वेस्ट के समय ट्रांसलेट करता है और हर अनुवाद को लोकल डेटाबेस टेबल में सेव करता है। हर आर्टिकल का एक ही पोस्ट ID होता है, और भाषा बदलने का काम trp_translate() के ज़रिए होता है, न कि डुप्लीकेट पोस्ट बनाकर। यह एक अहम बात है जो TranslatePress साइट पर टेक्स्ट टू स्पीच के काम करने के तरीके को पूरी तरह बदल देती है।

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

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

WPML और Polylang हर भाषा के लिए एक अलग पोस्ट बनाते हैं। हर अनुवाद का अपना पोस्ट ID, अपना post_content, और अपना permalink होता है। ऑडियो जनरेशन सीधा होता है क्योंकि हर भाषा एक अलग WordPress ऑब्जेक्ट है।

Weglot इसके बिल्कुल उलट काम करता है। अनुवाद Weglot के सर्वर पर रहते हैं और proxy या subdomain के ज़रिए पेज में जोड़े जाते हैं। WordPress डेटाबेस कभी ट्रांसलेटेड टेक्स्ट नहीं देखता, इसलिए Weglot पर JavaScript हुक्स के बिना सर्वर-साइड TTS मुश्किल होती है।

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

अनुवाद असल में कहाँ सेव होते हैं

TranslatePress अनुवादों को wp_trp_ प्रीफिक्स वाली टेबल में सेव करता है। हर भाषा जोड़ी की अपनी डिक्शनरी टेबल होती है, जो wp_trp_dictionary_<source>_<target> के रूप में की होती है। सोर्स स्ट्रिंग्स के लिए wp_trp_original_strings और थीम व प्लगइन अनुवादों के लिए gettext टेबल भी होती हैं।

स्टोरेज डायरेक्शनल होती है। किसी अंग्रेज़ी साइट का जर्मन अनुवाद English-to-German डिक्शनरी में रहता है। उसे वापस पढ़ने के लिए उसी दिशा की ज़रूरत होती है। जो पब्लिक फंक्शन काम आता है वह है trp_translate(), जो कंटेंट की एक स्ट्रिंग और एक लैंग्वेज कोड लेता है और ट्रांसलेटेड वर्शन देता है।

if ( function_exists( 'trp_translate' ) ) {
    $translated = trp_translate( $post->post_content, 'de_DE' );
    // Pass $translated to the TTS engine, not $post->post_content.
}

TTS इंटीग्रेशन के लिए यह फंक्शन ही सच्चाई का स्रोत है। सीधे post_content पढ़ने पर हर बार डिफ़ॉल्ट भाषा मिलेगी, चाहे विज़िटर किसी भी URL पर हो। TTSWP इसे अपनी तरफ से कैसे हैंडल करता है, यह TranslatePress इंटीग्रेशन डॉक्स में देखें।

लोकेल कोड का जाल

TranslatePress पूरे लोकेल कोड इस्तेमाल करता है, slugs नहीं। जर्मन के लिए de_DE है, न कि de। फ्रेंच के लिए fr_FR है। ब्राज़ीलियन पुर्तगाली के लिए pt_BR है। जो भी इंटीग्रेशन Polylang-स्टाइल दो-अक्षर वाले slugs मानता है, वह TranslatePress पर बिना किसी एरर के फेल हो जाएगा।

TranslatePress के डेवलपर डॉक्स इस बारे में स्पष्ट हैं। trp_translate() को पास किया जाने वाला लैंग्वेज कोड Settings, TranslatePress, General वाला लोकेल है, और यह URL में लैंग्वेज slug से अलग हो सकता है। de जैसा सिर्फ slug किसी डिक्शनरी से मैच नहीं होता, इसलिए फंक्शन बिना कोई वॉर्निंग दिए ओरिजिनल स्ट्रिंग पर फॉलबैक कर देता है। अगर आप कस्टम कोड लिखते हैं, तो trp_translate() कॉल करने से पहले अपने लैंग्वेज कोड को नॉर्मलाइज़ करें, और बाद में मैच करने के लिए अपनी ऑडियो फाइलों के साथ वही लोकेल फॉर्मेट सेव करें।

URL स्ट्रक्चर और कैशिंग

TranslatePress डिफ़ॉल्ट रूप से हर भाषा के लिए एक सबडायरेक्ट्री इस्तेमाल करता है। आपका अंग्रेज़ी पेज site.com/blog/post पर रहता है और जर्मन वर्शन site.com/de/blog/post पर। डिफ़ॉल्ट भाषा के लिए भी सबडायरेक्ट्री का ऑप्शन है, जिससे सभी भाषाएं एक जैसे स्ट्रक्चर में आ जाती हैं।

कैशिंग के लिए यह अच्छी स्थिति है। अलग-अलग URLs का मतलब है हर भाषा के लिए अलग cache keys। WP Rocket, LiteSpeed, और CDN edge caches सभी /de/blog/post को /blog/post से अलग रिसोर्स मानते हैं, इसलिए जर्मन ऑडियो फाइल जर्मन पेज के साथ और अंग्रेज़ी ऑडियो अंग्रेज़ी पेज के साथ सर्व होती है। अगर आपको exclusion rules चाहिए, तो हमारे कैशिंग इंटीग्रेशन डॉक्स देखें।

एक जोखिम है पेड Automatic User Language Detection ऐड-ऑन। यह ब्राउज़र भाषा के आधार पर विज़िटर को रीडायरेक्ट करता है, जो page cache से टकरा सकता है और गलत यूज़र को गलत रीडायरेक्ट दे सकता है। हमने Polylang पोस्ट में यही पैटर्न कवर किया था। TranslatePress की कम साइटें detection इस्तेमाल करती हैं क्योंकि यह पेड ऐड-ऑन है, लेकिन अगर आप इसे इस्तेमाल करते हैं तो redirect logic को cache से बाहर रखें।

प्लेयर UI ट्रांसलेशन की समस्या

यह समस्या TranslatePress के लिए अनोखी है। यह प्लगइन JavaScript से जोड़ी गई स्ट्रिंग्स को भी डिटेक्ट और ट्रांसलेट करता है, जो असामान्य है। ज़्यादातर ट्रांसलेशन टूल JS-रेंडर कंटेंट को नज़रअंदाज़ करते हैं। TranslatePress रेंडर के बाद DOM में उसे पकड़ता है और ट्रांसलेट करने का मौका देता है।

इसका साइड इफेक्ट यह है कि ऑडियो प्लेयर के लेबल जैसे «Play», «Pause», और «Listen to this article» TranslatePress एडिटर में ट्रांसलेटेबल स्ट्रिंग के रूप में दिखते हैं। अगर इन्हें बिना रिव्यू के मशीन-ट्रांसलेट कर दिया जाए, तो प्लेयर के बटन अजीब या गलत हो सकते हैं, और इससे भी बुरी बात यह कि गलत accessibility labels स्क्रीन रीडर को भ्रमित कर सकते हैं।

TranslatePress में दो समाधान हैं। जिस एलिमेंट को बाहर रखना हो उस पर data-no-translation एट्रिब्यूट लगाएं। या Advanced Settings में CSS selector से पूरे कंटेनर को स्किप करें। दोनों TranslatePress की अपनी settings में डॉक्युमेंट हैं। TTSWP प्लेयर के लिए, player wrapper को class से बाहर रखें और हमारे ट्रांसलेटेड प्लेयर लेबल प्लगइन की खुद की लैंग्वेज फाइलों से आने दें।

क्या बाहर रखें

• ऑडियो प्लेयर कंटेनर एलिमेंट
• play, pause, और progress controls पर ARIA labels
• टाइम डिस्प्ले और duration काउंटर
• TTSWP द्वारा रेंडर किए गए voice-name या language-name लेबल

अगर बाहर करने के बाद प्लेयर को रिस्टाइल करना हो, तो हमारे कस्टम CSS डॉक्स में selectors दिए गए हैं।

कंटेंट एडिट के बाद सिंक टूटने की समस्या

TranslatePress हर अनुवाद को सोर्स स्ट्रिंग से जोड़ता है। ओरिजिनल बदलने पर TranslatePress एक नई सोर्स स्ट्रिंग बनाता है और मौजूदा अनुवाद अलग हो जाता है। Translation Memory पुराना अनुवाद वापस सुझाता है, लेकिन जब तक कोई इसे कन्फर्म नहीं करता, टार्गेट भाषा सोर्स पर फॉलबैक रहती है।

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

कंटेंट एडिट के बाद की प्रैक्टिकल चेकलिस्ट:

1. हर एक्टिव भाषा के लिए TranslatePress एडिटर में नई सोर्स स्ट्रिंग कन्फर्म करें।
2. पहले डिफ़ॉल्ट-भाषा पोस्ट पर ऑडियो रीजनरेट करें।
3. हर भाषा का ऑडियो रीजनरेट करें, फिर हर लोकलाइज़्ड URL पर ऑडियो प्ले करके पुष्टि करें कि नई फाइल दिखने वाले टेक्स्ट से मेल खाती है।
4. सिर्फ डिफ़ॉल्ट नहीं, हर लोकलाइज़्ड URL का page cache क्लियर करें।

TranslatePress साइट पर TTSWP सेटअप करना

यहाँ मौजूदा प्रक्रिया है। इंटीग्रेशन डॉक्स में हमेशा सबसे नया व्यवहार दर्ज रहता है।

1. TTSWP इंस्टॉल करें WordPress.org plugin directory से। इंस्टॉल गाइड में पूरी प्रक्रिया दी गई है।
2. प्लगइन को TTSWP बैकएंड से जोड़ें। फ्री प्लान में welcome credits मिलते हैं ताकि आप भुगतान से पहले पूरा फ्लो टेस्ट कर सकें। देखें अपनी साइट कनेक्ट करें।
3. पुष्टि करें कि TranslatePress एक्टिव है और कम से कम एक टार्गेट भाषा पूरे लोकेल कोड के साथ कॉन्फिगर है।
4. हर भाषा के लिए एक voice मैप करें लैंग्वेज-टू-वॉयस मैपिंग का इस्तेमाल करके। de_DE के लिए जर्मन voice, fr_FR के लिए फ्रेंच voice, इत्यादि। voice catalog के लिए voice selection देखें।
5. पोस्ट पब्लिश या अपडेट करें। पहले डिफ़ॉल्ट भाषा के लिए ऑडियो जनरेट होता है।
6. हर ट्रांसलेटेड URL पर ऑडियो प्ले करें। जनरेशन demand पर होती है। जब कोई विज़िटर पहली बार किसी secondary language पर ऑडियो प्ले करता है, TranslatePress TTSWP को बताता है कि कौन सी भाषा एक्टिव है, और TTSWP उस भाषा के लिए फाइल जनरेट और cache करता है। बाद के हर प्ले में cached फाइल इस्तेमाल होती है।
7. प्लेयर को TranslatePress से बाहर रखें data-no-translation या Advanced Settings selector का इस्तेमाल करके, ताकि player labels TTSWP के अपने अनुवादों से आएं।

TTSWP हर पोस्ट और भाषा के लिए एक ऑडियो फाइल सेव करता है, और प्लेयर उस URL की भाषा फॉलो करता है जिस पर विज़िटर है। /de/blog/post पर प्लेयर जर्मन फाइल लोड करता है, डिफ़ॉल्ट URL पर डिफ़ॉल्ट-भाषा फाइल। automatic translation एक्टिव होने पर TTSWP ElevenLabs को भेजने से पहले TranslatePress से सीधे ट्रांसलेटेड टेक्स्ट पढ़ता है, इसलिए ऑडियो विज़िटर को दिखने वाले टेक्स्ट से मेल खाता है।

TTS के लिए फ्री बनाम पेड TranslatePress

फ्री TranslatePress एक अतिरिक्त भाषा सपोर्ट करता है, TranslatePress AI के ज़रिए 2,000 AI-ट्रांसलेटेड शब्द देता है, और अपनी API key से Google Translate इस्तेमाल करने देता है। दो भाषाओं में मिलते-जुलते ऑडियो के साथ bilingual ब्लॉग चलाने के लिए यह काफी है।

पेड TranslatePress असीमित अतिरिक्त भाषाएं, ट्रांसलेटेड slugs, meta, और hreflang control के लिए SEO Pack, DeepL सपोर्ट, translator accounts, Automatic User Language Detection ऐड-ऑन, और हर भाषा के लिए अलग domain देता है। जिस साइट को दो से ज़्यादा भाषाएं, search engines के लिए hreflang tags, या TTS जनरेशन से पहले DeepL-क्वालिटी अनुवाद चाहिए, उसके लिए पेड प्रैक्टिकल विकल्प है। ऑडियो क्वालिटी खुद tier पर निर्भर नहीं करती।

प्रति-भाषा ऑडियो के साथ SEO और AEO

SEO Pack हर भाषा के लिए hreflang tags कॉन्फिगर करने देता है, country-specific locale, region-independent language, या दोनों के विकल्पों के साथ। search engines और AI answer engines के लिए यही संकेत होता है कि कौन सा ऑडियो किस क्षेत्र के लिए है।

हर भाषा URL के लिए एक AudioObject schema एंट्री लगाएं, जिसमें inLanguage की वैल्यू hreflang से मेल खाए। Google और Bing भाषा की जोड़ी को पहचानते हैं, और हमारी अपनी टेस्टिंग में, Perplexity और ChatGPT Search जैसे AI engines audio-enriched articles को ज़्यादा बार cite करते हैं जब schema साफ हो और audio URL रिज़ॉल्व हो। हमने इस बारे में AEO और ऑडियो पोस्ट में विस्तार से लिखा है।

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

Accessibility नोट

ऑडियो narration कई WCAG success criteria को सपोर्ट करती है, जब प्लेयर keyboard से operate हो और सही ढंग से labeled हो। अगर आप प्लेयर को TranslatePress से बाहर रखते हैं, TTSWP के अपने अनुवादों में ARIA labels बनाए रखें। हमारी WCAG audio गाइड में criteria विस्तार से दिए गए हैं, और मुख्य सेटअप ट्यूटोरियल शुरुआत के लिए अच्छा है।

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

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

हाँ। TranslatePress अनुवाद wp_trp_ डेटाबेस टेबल में लोकली सेव करता है, और trp_translate() फंक्शन सर्वर-साइड ट्रांसलेटेड कंटेंट देता है। एक TTS इंटीग्रेशन ट्रांसलेटेड टेक्स्ट पढ़ सकता है और प्रति-भाषा ऑडियो जनरेट कर सकता है, बशर्ते ऑडियो को पोस्ट ID के साथ-साथ लोकेल से key किया जाए और de_DE जैसे पूरे लोकेल कोड इस्तेमाल हों, slugs नहीं।

क्या ऑडियो के लिए TranslatePress का पेड वर्शन ज़रूरी है?

नहीं। फ्री TranslatePress एक अतिरिक्त भाषा सपोर्ट करता है और TranslatePress AI, अपनी key से Google Translate, या manual editing के ज़रिए अनुवाद देता है। दो भाषाओं में मिलते-जुलते ऑडियो वाली bilingual साइट के लिए यह काफी है। पेड वर्शन असीमित भाषाएं, SEO Pack, DeepL, और detection ऐड-ऑन देता है, जो दो से ज़्यादा भाषाएं या hreflang control चाहिए हो तो काम आते हैं।

मेरे प्लेयर बटन गलत क्यों ट्रांसलेट हुए?

TranslatePress JS-से-जोड़ी गई स्ट्रिंग्स को डिटेक्ट करता है, इसलिए ऑडियो player labels उसके एडिटर में आ जाते हैं और मशीन-ट्रांसलेट हो सकते हैं। इसे ठीक करें player wrapper पर data-no-translation लगाकर, या Advanced Settings में CSS selector से player container को बाहर करके। इसके बाद player labels TTSWP की अपनी language files से आएंगे।

मेरा ऑडियो अनुवाद से मेल क्यों नहीं खाता?

TranslatePress में ओरिजिनल स्ट्रिंग एडिट करने पर नई सोर्स स्ट्रिंग बनती है और मौजूदा अनुवाद अलग हो जाता है। Translation Memory उसे वापस सुझाता है, लेकिन कन्फर्म करने तक टार्गेट भाषा सोर्स पर फॉलबैक रहती है। किसी भी कंटेंट एडिट के बाद डिफ़ॉल्ट पोस्ट और हर भाषा पर ऑडियो रीजनरेट करें, फिर हर लोकलाइज़्ड URL का cache क्लियर करें।

TTS के लिए TranslatePress, Weglot से कैसे अलग है?

Weglot अनुवाद अपने सर्वर पर सेव करता है और उन्हें पेज में inject करता है, इसलिए WordPress सर्वर-साइड ट्रांसलेटेड टेक्स्ट कभी नहीं देखता। TranslatePress हर अनुवाद आपके लोकल डेटाबेस में सेव करता है और सर्वर-साइड एक्सेस के लिए trp_translate() देता है। इससे TranslatePress पर प्रति-भाषा ऑडियो जनरेशन Weglot की तुलना में ज़्यादा सीधा होता है।

आगे क्या करें

WordPress.org plugin directory से टेक्स्ट टू स्पीच - TTSWP इंस्टॉल करें, अपने account से connect करें, और TranslatePress में पहले से चल रही हर भाषा के लिए एक voice मैप करें। एक पोस्ट पब्लिश करें, हर ट्रांसलेटेड URL पर ऑडियो प्ले करें, और पुष्टि करें कि ऑडियो दिखने वाले टेक्स्ट से मेल खाता है। अगर कुछ गड़बड़ हो, तो TranslatePress इंटीग्रेशन डॉक्स पहले देखने की जगह है।