Schema.org संरचित डेटा, जिसे आमतौर पर JSON-LD के रूप में लागू किया जाता है, खोज इंजनों को स्पष्ट रूप से बताता है कि कोई पृष्ठ किस बारे में है: कोई उत्पाद, लेख, स्थानीय व्यवसाय, नुस्खा या अक्सर पूछे जाने वाले प्रश्न। यह बहुभाषी साइट के उन हिस्सों में से एक है जिनका अनुवाद अक्सर गलत किया जाता है या जिन्हें पूरी तरह से अनदेखा कर दिया जाता है। या तो इसे मूल भाषा में ही छोड़ दिया जाता है जबकि बाकी सब कुछ अनुवादित कर दिया जाता है, या उन फ़ील्ड्स का अनुवाद करके इसे बिगाड़ दिया जाता है जिन्हें संरचनात्मक रूप से ही रहना चाहिए। बहुभाषी स्कीमा को सही ढंग से समझने से अनुवादित पृष्ठ भी वही समृद्ध परिणाम, स्टार रेटिंग, अक्सर पूछे जाने वाले प्रश्नों की सूची और उत्पाद मूल्य निर्धारण प्राप्त करने के योग्य हो जाते हैं जो मूल भाषा वाले संस्करण को मिलते हैं।
What in a Schema Block Should Be Translated
| स्कीमा फ़ील्ड प्रकार | अनुवाद करना? |
|---|---|
| @type (Product, Article, FAQPage, etc.) | नहीं; यह एक संरचनात्मक पहचानकर्ता है, दृश्य सामग्री नहीं। |
| name, headline, description | Yes; these are the text properties search engines display in rich results. |
| यूआरएल | No, but should point to the translated version of the page, not be translated as text. |
| अक्सर पूछे जाने वाले प्रश्न पृष्ठ प्रश्न/उत्तर पाठ | हां; ये FAQ से भरपूर परिणाम देते हैं और इन्हें दिखाई देने वाली अनुवादित FAQ सामग्री से बिल्कुल मेल खाना चाहिए। |
| price, priceCurrency, availability | Currency code stays structural; availability values follow schema.org’s fixed vocabulary rather than being translated. |
Why Schema and Visible Content Need to Match
Search engines cross-check structured data against a page’s visible content, and a mismatch, for example an FAQPage schema block still in English on a page whose visible FAQ has been translated to French, can cause the rich result to be ignored or, in more serious mismatch cases, treated as a quality signal problem. Schema translation is not optional polish; it needs to be treated as part of the same translation job as the visible page content, updated together rather than the visible content being translated while the schema block is forgotten.
Common Multilingual Schema Mistakes
- Leaving the entire schema block in the source language while translating the visible page content.
- Translating structural fields like @type or fixed-vocabulary values, which breaks schema validity.
- स्कीमा के यूआरएल फ़ील्ड को अनुवादित संस्करण के बजाय मूल भाषा वाले पृष्ठ पर इंगित करना।
- FAQPage या HowTo स्कीमा को दृश्यमान अनुवादित सामग्री में किए गए संपादनों के साथ तालमेल से बाहर होने देना।
How GPTranslate Handles Multilingual Schema
GPTranslate स्कीमा मार्कअप को फ़ील्ड स्तर पर पार्स करता है, टेक्स्ट प्रॉपर्टीज़ का अनुवाद करता है जबकि संरचनात्मक फ़ील्ड और निश्चित शब्दावली मानों को अपरिवर्तित छोड़ देता है, और स्कीमा URL को सही अनुवादित पृष्ठ पर इंगित करता रहता है। यह उसी फ़ील्ड-जागरूक दृष्टिकोण का अनुसरण करता है जिसका उपयोग इसके लिए किया जाता है। रैंकमैथ and योस्ट स्कीमा सेटिंग्स, and ties into the broader बहुभाषी एसईओ संरचना इसमें hreflang, canonical tags और sitemaps शामिल हैं।
अक्सर पूछे जाने वाले प्रश्नों
क्या हर भाषा में हर पेज के लिए स्कीमा मार्कअप की आवश्यकता होती है?
जिस भी पेज में सोर्स भाषा में स्कीमा मार्कअप है, उसके हर भाषा संस्करण में समकक्ष, अनुवादित स्कीमा मार्कअप होना चाहिए, क्योंकि स्कीमा का पूरा उद्देश्य सर्च इंजन को यह समझने में मदद करना है कि कोई विज़िटर वास्तव में किस पेज को देख रहा है।
क्या स्कीमा का बेमेल होना किसी पेज की सर्च रैंकिंग को नुकसान पहुंचा सकता है?
संरचित डेटा और दृश्य सामग्री के बीच महत्वपूर्ण विसंगतियां इस बात को प्रभावित कर सकती हैं कि समृद्ध परिणाम दिखाए जाते हैं या नहीं और, कुछ मामलों में, इसे गुणवत्ता संकेत के रूप में माना जाता है, यही कारण है कि स्कीमा को अनुवादित दृश्य सामग्री के साथ सिंक्रनाइज़ रखा जाना चाहिए न कि उसे पुराना छोड़ दिया जाना चाहिए।
निष्कर्ष
Structured data is part of what a translated page communicates to search engines, not a separate technical layer that can be left behind. Treating schema translation as part of the same job as translating visible content, with the same field-level care used for other metadata, is what lets translated pages earn the same rich results as the original.