Google Search के लिए किसी साइट का नाम दें

जब Google किसी पेज को खोज के नतीजों में दिखाता है, तब वह नतीजों में उससे जुड़ी साइट का नाम भी दिखाता है. इसे साइट का नाम कहते हैं. ध्यान दें कि साइट का नाम, हर पेज के टाइटल के लिंक से अलग होता है. टाइटल के लिंक हर वेब पेज के लिए अलग होते हैं, जबकि साइट का नाम पूरी साइट के लिए होता है.

Google Search में वेब वाले नतीजे की एक इमेज, जिसमें साइट के नाम वाले हिस्से के आस-पास हाइलाइट किया हुआ एक बॉक्स है

जला हुआ टोस्ट

पैन में टोस्ट बनाने का तरीका

सुविधा की उपलब्धता

साइट के नाम उन सभी भाषाओं में उपलब्ध हैं जिनमें Google Search काम करता है. साइट के नाम, मोबाइल और डेस्कटॉप, दोनों पर दिखते हैं. साइट के नाम, डोमेन लेवल और सबडोमेन लेवल की साइटों के लिए दिख सकते हैं (तकनीकी दिशा-निर्देशों में इस बारे में ज़्यादा जानें).

Google Search में साइट का नाम बनाने का तरीका

Google Search के नतीजों वाले पेज पर Google, साइट के जो नाम दिखाता है वे पूरी तरह से अपने-आप जनरेट होते हैं. इसके लिए, साइट के होम पेज और वेब पर मौजूद ऐसी अन्य साइटों की मदद ली जाती है जो उस साइट के बारे में जानकारी देती हैं. Google Search में साइट के नाम दिखाने का मकसद, हर नतीजे के सोर्स के बारे में पूरी जानकारी देना और उसे सही तरीके से पेश करना है.

साइट के नाम की प्राथमिकता दिखाने के लिए, WebSite का स्ट्रक्चर्ड डेटा अपने होम पेज में जोड़ें. साइट के नाम दिखाने वाला हमारा सिस्टम, og:site_name, <title>, हेडिंग एलिमेंट, और होम पेज पर मौजूद अन्य टेक्स्ट में मौजूद कॉन्टेंट को भी शामिल करता है. हालांकि, प्राथमिकता तय करने के लिए, WebSite स्ट्रक्चर्ड डेटा सबसे ज़्यादा ज़रूरी होता है.

वैसे तो, हम साइट के अपने-आप चुने गए नामों को मैन्युअल तरीके से नहीं बदल सकते, लेकिन आपके पास हमारे ऑटोमेटेड सिस्टम (कार्रवाइयों को अपने-आप पूरा करने वाला सिस्टम) के लिए, अन्य सुझाव देने का विकल्प होता है इससे, इस बात का पता चलता है कि साइट के नाम के तौर पर आपकी मुख्य पसंद नहीं चुनी गई है.

अपनी साइट का नाम चुनना

  • कोई ऐसा नाम चुनें जिससे आपकी साइट की पहचान सटीक तरह से ज़ाहिर हो और वह नाम लोगों को गुमराह करने वाला न हो. ज़रूरी है कि आपका चुना गया नाम, Search पर कॉन्टेंट दिखाने से जुड़ी नीतियों का पालन करता हो.
  • अपनी साइट के लिए, छोटे और आम तौर पर पहचाने जाने वाले नाम का इस्तेमाल करें. जैसे, "Google, Inc." के बजाय सिर्फ़ "Google". किसी साइट का नाम कितना लंबा होना चाहिए, इसकी कोई सीमा नहीं है. हालांकि, कुछ डिवाइसों पर साइटों के लंबे नाम कटे हुए दिख सकते हैं.
  • सामान्य नाम का इस्तेमाल करने से बचें. "आयोवा में सबसे अच्छे डेंटिस्ट", इस तरह के सामान्य नाम को साइट के नाम के तौर पर, हमारे सिस्टम की ओर से चुने जाने की संभावना बेहद कम है. ऐसा तब तक नहीं होगा, जब तक वह कोई जाना-माना ब्रैंड नेम न हो.
  • अपने होम पेज पर साइट का नाम एक जैसा रखें. पक्का करें कि आप स्ट्रक्चर्ड डेटा में साइट का जो नाम इस्तेमाल करें, वह साइट के होम पेज पर मौजूद अन्य सोर्स में दी गई जानकारी से मेल खाता हो. हमारा सिस्टम भी आपके होम पेज को ही सही मानता है.
  • कोई दूसरा नाम दें. हालांकि, साइट का नाम दिखाने वाला हमारा सिस्टम, आपके पसंदीदा नाम का इस्तेमाल करने की कोशिश करता है, लेकिन कभी-कभी साइट का यह नाम इस्तेमाल के लिए उपलब्ध नहीं होता. उदाहरण के लिए, हमारा सिस्टम आम तौर पर पूरी दुनिया में दो साइटों के लिए एक ही साइट का नाम इस्तेमाल नहीं करेगा. अन्य मामलों में, हमारा सिस्टम यह तय कर सकता है कि किसी साइट को उसके पूरे नाम के बजाय, छोटे नाम के तौर पर ही पहचाना जाता है. अगर आपने अपनी पसंद का विकल्प नहीं चुना है, तो alternateName प्रॉपर्टी का इस्तेमाल करके वैकल्पिक नाम देने से Google को दूसरे विकल्प चुनने में मदद मिलती है.

स्ट्रक्चर्ड डेटा के साथ साइट का नाम जोड़ने का तरीका

स्ट्रक्चर्ड डेटा, किसी पेज के बारे में जानकारी देने और पेज के कॉन्टेंट को कैटगरी में बांटने का एक स्टैंडर्ड फ़ॉर्मैट है. अगर आपको स्ट्रक्चर्ड डेटा के बारे में पता नहीं है, तो स्ट्रक्चर्ड डेटा के काम करने के तरीके के बारे में ज़्यादा जानें.

इस सेक्शन में तकनीकी दिशा-निर्देश और ज़रूरी प्रॉपर्टी की जानकारी दी गई है. साथ ही, इसमें यह भी बताया गया है कि साइट के नाम वाला स्ट्रक्चर्ड डेटा कैसे जोड़ते हैं और उसकी जांच कैसे करते हैं.

दिशा-निर्देशों का पालन करें

पक्का करें कि Google आपकी साइट के नाम को बेहतर तरीके से समझ सके. इसके लिए, ज़रूरी है कि आपकी साइट, Search पर कॉन्टेंट दिखाने के बुनियादी दिशा-निर्देशों, स्ट्रक्चर्ड डेटा से जुड़े सामान्य दिशा-निर्देशों, आपकी साइट का नाम चुनने के दिशा-निर्देशों, और नीचे दिए गए तकनीकी दिशा-निर्देशों का पालन करती हो:

तकनीकी दिशा-निर्देश

  • हर साइट के लिए सिर्फ़ एक नाम: फ़िलहाल, Google Search हर साइट के लिए, साइट का सिर्फ़ एक नाम दिखाता है. यहां डोमेन या सबडोमेन की मदद से साइट का पता चलता है. Google Search में, सबडायरेक्ट्री लेवल पर साइटों के नाम नहीं दिखाए जाते. ध्यान दें कि www या m से शुरू होने वाले सबडोमेन के नामों को आम तौर पर एक जैसा माना जाता है.
    इसकी अनुमति है: https://example.com (यह डोमेन-लेवल का होम पेज है)
    इसकी अनुमति है: https://www.example.com (इसे भी डोमेन-लेवल का होम पेज माना जाता है)
    इसकी अनुमति है: https://m.example.com (इसे भी डोमेन-लेवल का होम पेज माना जाता है)
    इसकी अनुमति है: https://news.example.com (यह सबडोमेन-लेवल का होम पेज है)
    इसकी अनुमति नहीं है: https://example.com/news (यह सबडायरेक्ट्री-लेवल का होम पेज है)
  • स्ट्रक्चर्ड डेटा, साइट के होम पेज पर होना चाहिए: WebSite स्ट्रक्चर्ड डेटा, साइट के होम पेज पर होना चाहिए. होम पेज से हमारा मतलब है डोमेन या सबडोमेन लेवल के रूट यूआरआई. उदाहरण के लिए, https://example.com, डोमेन का होम पेज है, जबकि https://example.com/de/index.html होम पेज नहीं है.
  • होम पेज ऐसा होना चाहिए जिसे Google क्रॉल कर सके: अगर हमारे पास आपके होम पेज के कॉन्टेंट का ऐक्सेस नहीं है, क्योंकि पेज को ब्लॉक किया गया है, तो हम आपकी साइट का नाम जनरेट नहीं कर पाएंगे.
  • डुप्लीकेट होम पेज वाली साइटों के लिए: अगर आपके पास एक ही कॉन्टेंट वाले डुप्लीकेट होम पेज (उदाहरण के लिए, होम पेज के एचटीटीपी और एचटीटीपीएस वर्शन या www या बिना www वाले वर्शन) हैं, तो पक्का करें कि आपने सिर्फ़ कैननिकल पेज पर ही नहीं, बल्कि सभी डुप्लीकेट पेजों पर एक ही स्ट्रक्चर्ड डेटा का इस्तेमाल किया हो.
  • 'साइटलिंक के लिए खोज बॉक्स' के स्ट्रक्चर्ड डेटा का इस्तेमाल करने वाली साइटों के लिए: अगर साइटलिंक के लिए खोज बॉक्स की सुविधा के लिए, आपने पहले से ही WebSite स्ट्रक्चर्ड डेटा का इस्तेमाल किया है, तो पक्का करें कि आपने साइट के नाम वाली प्रॉपर्टी उसी नोड में नेस्ट की हों. दूसरे शब्दों में कहें, तो अगर संभव हो, तो अपने होम पेज पर एक और WebSite स्ट्रक्चर्ड डेटा ब्लॉक बनाने से बचें. उदाहरण के लिए, यहां बताया गया है कि साइट के नाम और साइटलिंक के लिए खोज बॉक्स, दोनों के लिए WebSite स्ट्रक्चर्ड डेटा कैसा दिखता है: 
    <html>
  <head>
    <title>Example: A Site about Examples</title>
    <script type="application/ld+json">
    {
      "@context" : "https://schema.org",
      "@type" : "WebSite",
      "name" : "Example Company",
      "alternateName" : "EC",
      "url" : "https://example.com/",
      "potentialAction": {
        "@type": "SearchAction",
        "target": {
          "@type": "EntryPoint",
          "urlTemplate": "https://query.example.com/search?q={search_term_string}"
        },
        "query-input": "required name=search_term_string"
      }
    }
  </script>
  </head>
  <body>
  </body>
</html>

साइट के नाम की ज़रूरी प्रॉपर्टी जोड़ना

अपनी वेबसाइट के होम पेज पर ज़रूरी प्रॉपर्टी जोड़ें. इन्हें JSON-LD, RDFa या माइक्रोडेटा फ़ॉर्मैट में जोड़ें. अपनी साइट के हर पेज पर, इस मार्कअप को शामिल करने की ज़रूरत नहीं है; इसे सिर्फ़ अपनी साइट के होम पेज पर जोड़ें.

ज़रूरी प्रॉपर्टी
name

Text

वेबसाइट का नाम. पक्का करें कि साइट का नाम, अपनी साइट का नाम चुनने से जुड़े दिशा-निर्देशों के मुताबिक हो.
url

URL

साइट के होम पेज का यूआरएल. इसे अपनी साइट के डोमेन या सबडोमेन के कैननिकल होम पेज के तौर पर सेट करें. उदाहरण के लिए, https://example.com/ या https://news.example.com/.

यहां WebSite स्ट्रक्चर्ड डेटा का उदाहरण दिया गया है, जिसमें ज़रूरी फ़ील्ड शामिल हैं:

JSON-LD

<html>
  <head>
    <title>Example: A Site about Examples</title>
    <script type="application/ld+json">
    {
      "@context" : "https://schema.org",
      "@type" : "WebSite",
      "name" : "Example",
      "url" : "https://example.com/"
    }
  </script>
  </head>
  <body>
  </body>
</html>

माइक्रोडेटा

<html>
  <head>
    <title>Example: A Site about Examples</title>
  </head>
  <body>
  <div itemscope itemtype="https://schema.org/WebSite">
    <link itemprop="url" href="https://example.com" />
    <meta itemprop="name" content="Example"/>
  </div>
  </body>
</html>

साइट का कोई दूसरा नाम जोड़ना

अगर आपको अपनी साइट के लिए कोई दूसरा नाम (जैसे, कोई छोटा नाम या कई शब्दों के पहले अक्षर को जोड़कर बनाया गया नाम) देना है, तो alternateName प्रॉपर्टी जोड़कर ऐसा किया जा सकता है. हालांकि, ऐसा करना ज़रूरी नहीं है.

सुझाई गई प्रॉपर्टी
alternateName

Text

अगर वेबसाइट का कोई दूसरा नाम (जैसे, आम तौर पर पहचाना जाने वाला कोई छोटा नाम या कई शब्दों के पहले अक्षरों को जोड़कर बनाया गया कोई नाम), लागू हो. पक्का करें कि साइट का नाम, अपनी साइट का नाम चुनने से जुड़े दिशा-निर्देशों के मुताबिक हो.

एक से ज़्यादा वैकल्पिक नाम दिए जा सकते हैं. उन्हें अपनी प्राथमिकता के हिसाब से क्रम में लगाएं और सबसे ज़रूरी सूची को क्रम में सबसे पहले लगाएं. उदाहरण के लिए: 

<script type="application/ld+json">
  {
    "@context": "https://schema.org",
    "@type": "WebSite",
    "name": "Burnt Toast",
    "alternateName": ["BT", "B-T", "Burnt Toast Shop"],
    "url": "https://www.example.com/"
  }
</script>

यहां WebSite स्ट्रक्चर्ड डेटा का उदाहरण दिया गया है, जिसमें सभी ज़रूरी और सुझाए गए फ़ील्ड शामिल हैं:

JSON-LD

<html>
  <head>
    <title>Example: A Site about Examples</title>
    <script type="application/ld+json">
    {
      "@context" : "https://schema.org",
      "@type" : "WebSite",
      "name" : "Example Company",
      "alternateName" : "EC",
      "url" : "https://example.com/"
    }
  </script>
  </head>
  <body>
  </body>
</html>

माइक्रोडेटा

<html>
  <head>
    <title>Example: A Site about Examples</title>
  </head>
  <body>
  <div itemscope itemtype="https://schema.org/WebSite">
  <link itemprop="url" href="https://example.com" />
    <meta itemprop="name" content="Example Company"/>
    <meta itemprop="alternateName" content="EC"/>
  </div>
  </body>
</html>

स्ट्रक्चर्ड डेटा की जांच करना

  1. स्कीमा के टेस्टिंग टूल (जैसे, स्कीमा मार्कअप वैलिडेटर) की मदद से अपने मार्कअप की पुष्टि करें. इससे यह पक्का किया जा सकेगा कि स्ट्रक्चर्ड डेटा में सिंटैक्स से जुड़ी गड़बड़ियां मौजूद नहीं हैं. ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) की जांच में, साइट का नाम नहीं दिखाया जा सकता.
  2. यूआरएल जांचने वाला टूल इस्तेमाल करके जांचें कि Google को पेज कैसा दिखता है. पक्का करें कि Google आपके होम पेज को ऐक्सेस कर सके. साथ ही, देखें कि इसे robots.txt फ़ाइल या noindex, से ब्लॉक न किया गया हो. इसके अलावा, यह भी पक्का करें कि होम पेज को ऐक्सेस करने के लिए लॉगिन करने की ज़रूरत न हो.
  3. अगर पेज पर ऐसी कोई पांबदी नहीं लगी है, तो Google को अपना यूआरएल फिर से क्रॉल करने के लिए कहा जा सकता है.

अगर साइट का नाम आपकी पसंद के हिसाब से नहीं चुना गया है, तो जानें कि आपको क्या करना चाहिए

जब हमें बताया जाता है, तब हमारा सिस्टम WebSite स्ट्रक्चर्ड डेटा से साइट का पसंदीदा नाम इस्तेमाल करने की कोशिश करता है. हालांकि, अगर हमारे सिस्टम को आपके दिए गए नाम पर भरोसा नहीं है, तो कभी-कभी यह अन्य सोर्स का इस्तेमाल करके या डोमेन या सबडोमेन नाम दिखाकर साइट के नाम जनरेट कर सकता है.

अगर साइट का पसंदीदा नाम जिसे आपने चुना है उसे हमारा ऑटोमेटेड सिस्टम (कार्रवाइयों को अपने-आप पूरा करने वाला सिस्टम) नहीं चुनता है, तो यह तरीका आज़माएं:

  1. यहां दी गई जानकारी की पुष्टि करें:
    • आपके होम पेज पर, WebSite स्ट्रक्चर्ड डेटा में शामिल साइट का नाम, आपकी साइट का पसंदीदा नाम है.
    • आपके WebSite स्ट्रक्चर्ड डेटा में स्ट्रक्चर्ड डेटा से जुड़ी गड़बड़ियां मौजूद नहीं हैं. स्कीमा के टेस्टिंग टूल (जैसे, स्कीमा मार्कअप वैलिडेटर) की मदद से अपने मार्कअप की पुष्टि करें. इससे यह पक्का किया जा सकेगा कि स्ट्रक्चर्ड डेटा में सिंटैक्स से जुड़ी गड़बड़ियां मौजूद नहीं हैं. ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) की जांच में, साइट का नाम नहीं दिखाया जा सकता.
    • आपका स्ट्रक्चर्ड डेटा हमारे दिशा-निर्देशों का पालन करता है.
    • पक्का करें कि आपके होम पेज पर मौजूद अन्य सोर्स भी साइट के लिए आपका पसंदीदा नाम इस्तेमाल करते हों.
    • पुष्टि करें कि आपने सबडायरेक्ट्री के लिए साइट का नाम सेट अप करने की कोशिश नहीं की है. साइट के नाम सबडायरेक्ट्री के लिए इस्तेमाल नहीं किए जा सकते. उदाहरण के लिए, https://example.com/news सबडायरेक्ट्री लेवल का होम पेज है और उसका कोई अपना साइट का नाम नहीं हो सकता. ज़्यादा जानकारी के लिए, हमारी तकनीकी सलाह देखें.
  2. पक्का करें कि रीडायरेक्ट सही तरीके से काम कर रहे हों और Googlebot उस पेज को ऐक्सेस कर सकता हो जिस पर रीडायरेक्ट किया जा रहा है. इसके बाद, उस पेज को फिर से क्रॉल करने का अनुरोध करें. अगर आपका पेज किसी ऐसे पेज पर रीडायरेक्ट करता है जो Googlebot को दिखता है, तो साइट के नाम के लिए रीडायरेक्ट किए गए पेज का इस्तेमाल किया जाएगा.
  3. अगर आपकी साइट के एचटीटीपी और एचटीटीपीएस जैसे कई वर्शन हैं, तो पक्का करें कि सभी जगह साइट का एक ही नाम इस्तेमाल किया जा रहा हो.
  4. अगर आपने साइट के नाम का स्ट्रक्चर्ड डेटा अपडेट किया है, तो Google को इस जानकारी को फिर से क्रॉल करने और प्रोसेस करने के लिए कुछ समय दें. याद रखें कि क्रॉल करने में कई दिन से लेकर कई हफ़्ते तक लग सकते हैं. यह इस बात पर निर्भर करता है कि हमारे सिस्टम, कॉन्टेंट को कितनी बार रीफ़्रेश करते हैं. यूआरएल जांचने वाला टूल इस्तेमाल करके, पेज को फिर से क्रॉल करने का अनुरोध किया जा सकता है.

अगर आपने दिए गए दिशा-निर्देशों को फ़ॉलो किया है, लेकिन आपकी साइट का पसंदीदा नाम अब भी नहीं चुना गया है, तो इनमें से कोई एक विकल्प चुनें:

  1. सबसे पहले, alternateName प्रॉपर्टी का इस्तेमाल करके दूसरा नाम डालकर देखें. अगर साइट का नाम दिखाने वाला सिस्टम, आपके पसंदीदा नाम का इस्तेमाल करने के लिए पूरी तरह से तैयार नहीं है, तो हम इस विकल्प का इस्तेमाल करते हैं.
  2. बैकअप के तौर पर, अपने डोमेन या सबडोमेन का नाम बताएं. बैकअप के तौर पर, अपने डोमेन या सबडोमेन का नाम देने के लिए, अपने डोमेन या सबडोमेन के नाम को वैकल्पिक नाम के तौर पर जोड़ें. आपके डोमेन या सबडोमेन को अंग्रेज़ी के छोटे अक्षरों में होना चाहिए (उदाहरण के लिए, example.com Example.com नहीं). ऐसा इसलिए, ताकि हमारा सिस्टम साइट के नाम की प्राथमिकता के तौर पर, इसका पता लगा सके. अगर आपकी पसंद वाले साइट का नाम नहीं चुना गया है, तो हमारा सिस्टम इसका इस्तेमाल करने पर विचार करेगा. इस उदाहरण में, सबसे ज़्यादा इस्तेमाल किया जाने वाला विकल्प Burnt Toast है और इसके बाद BT है. इसमें आखिरी नाम के तौर पर डोमेन example.com आता है: 
    <script type="application/ld+json">
  {
    "@context": "https://schema.org",
    "@type": "WebSite",
    "name": "Burnt Toast",
    "alternateName": ["BT", "B-T", "Burnt Toast Shop", "example.com"],
    "url": "https://www.example.com/"
  }
</script>
  3. अगर अब भी यह विकल्प काम नहीं कर रहा है, तो अपने डोमेन या सबडोमेन के नाम (अंग्रेज़ी के छोटे अक्षरों में) को पसंदीदा नाम के तौर पर दें. आखिरी विकल्प के तौर पर, यह तरीका अपनाया जा सकता है. अगर आपने डोमेन या सबडोमेन का नाम पसंदीदा नाम के तौर पर चुना है, तो हमारा सिस्टम आम तौर पर इसे चुन लेगा. हालांकि, हमारा सुझाव है कि इसे सिर्फ़ आखिरी विकल्प के तौर पर ही इस्तेमाल किया जाए. इस उदाहरण में, डोमेन example.com को ही प्राथमिकता दी जाएगी: 
    <script type="application/ld+json">
  {
    "@context": "https://schema.org",
    "@type": "WebSite",
    "name": "example.com",
    "url": "https://www.example.com/"
  }
</script>

अगर आपने समस्या हल करने के लिए बताए गए तरीके आज़मा लिए हैं और फिर भी समस्याएं आ रही हैं, तो Google Search Central के सहायता समुदाय में इस समस्या के बारे में बताएं. इससे हमें अपने सिस्टम में संभावित सुधार करने में मदद मिलेगी.