HTML मेटा टैग का क्रम


16

एक एसईओ कंपनी सुझाव हम इतना है कि हमारे एचटीएमएल मेटा टैग का क्रम बदलने <title>और <meta name="description">पहले दो हैं। वे कहते हैं कि यह सुनिश्चित करना है कि खोज इंजन इन दो टैग का उपयोग कर सकते हैं। मैं इस धारणा के अधीन हूं कि दस्तावेज़ के प्रमुख के अंदर टैग का क्रम महत्वपूर्ण नहीं है। क्या मैं गलत था? क्या वास्तव में खोज इंजन हैं जो मानते हैं कि पहले दो टैग हमेशा हैं titleऔर descriptionअगर वे नहीं हैं तो उन्हें ढूंढना छोड़ दें?


जवाबों:


15

तुम सही हो। उन टैग का क्रम एसईओ के लिए कोई मायने नहीं रखता। उन्हें बस मौजूद रहने की जरूरत है। जिस पर कहा कि स्पष्ट रूप से द्वंद्व है (और निश्चित रूप से एक एसईओ व्यवसाय चल रहा है। आहें)।


क्या आप कोई स्रोत या केस अध्ययन प्रदान कर सकते हैं?
s_hewitt

3
अनुभव के आधार पर सिर्फ राय। : - यहाँ विषय पर एक SearchEngineWatch चर्चा है क्रम मायने नहीं रखता forums.searchenginewatch.com/showthread.php?t=16452
सियारन

7

जबकि एसईओ के प्रयोजनों के लिए, यह सच हो सकता है कि आदेश महत्वपूर्ण नहीं है, सुरक्षा, सामग्री (चरित्र) प्रदर्शन, या लोडिंग गति जैसी अन्य चीजों पर विचार करते समय यह सच नहीं है। इस तरह से अपने पृष्ठ के मुखिया को क्रमबद्ध करना एक अच्छा विचार है (वाक्यविन्यास के लिए HTML5 मानते हुए):

<head>

दस्तावेज़ में अब तक, आपको किसी भी गैर-एएससीआईआई पात्रों का उपयोग नहीं करना चाहिए, इसलिए चरित्र एन्कोडिंग अभी तक एक मुद्दा नहीं है। लेकिन गैर-ASCII वर्णों का उपयोग करने की संभावना एक बार जब आप उस टैग को खोलते हैं तो यह स्पष्ट हो जाता है। तदनुसार (और यह मानते हुए कि आप अपने चरित्र को प्रोग्रामेटिक या सर्वर स्तर पर एन्कोडिंग घोषित नहीं कर रहे हैं), आपको अगला कथन अपने चरित्र-एन्कोडिंग घोषणा को करना चाहिए। यह पार्सर्स / ब्राउज़रों / एजेंटों को संतुष्ट करता है जो चरित्र एन्कोडिंग कथनों के लिए सूँघ रहे होंगे:

  <meta charset="utf-8">

बूटस्ट्रैप पर लोगों द्वारा निम्नलिखित दो ( X-UA-Compatibleऔर viewport) की सिफारिश की जाती है (जैसा कि हाल ही में v3.3.4)। जबकि मैं लगभग सकारात्मक हूं कि ये सिफारिशें प्रदर्शन पर आधारित हैं, मैं जो कहता हूं उनमें से अधिकांश सट्टा होगा:

  <meta http-equiv="X-UA-Compatible" content="IE=edge">

यदि आप डिवाइस-अज्ञेयवादी डिजाइन / विकास (छोटे, गैर-डेस्कटॉप उपयोगकर्ता एजेंटों को शामिल) के बारे में सोच रहे हैं, तो आपको निम्नलिखित शामिल करना चाहिए:

  <meta name="viewport" content="width=device-width, initial-scale=1">

आखिरकार, शीर्षक:

  <title>Ingenious Page Title</title>

अगला, आप शीर्षक के बाद जितनी जल्दी हो सके सीएसएस की पेशकश करते हैं (उनके बीच कोई 'दिन के उजाले'):

  <link rel="stylesheet" href="stylesheet-1.css">
  <link rel="stylesheet" href="stylesheet-2.css">

यदि आप पृष्ठ-स्तरीय शैलियों का उपयोग कर रहे हैं, तो वे यहां जाएंगे। यह काफी हद तक सीएसएस की 'कैस्केडिंग' प्रकृति के कारण है: अर्थात् विशिष्टता के समान स्तरों की अंतिम शैली की घोषणा (जैसे दो कथन जो एक पैरा को लक्षित करते हैं p)। बाहरी शैलियों को आसान बनाने के लिए (अर्थात अधिक विशिष्टता का उपयोग किए बिना, या !important), आपको पृष्ठ-स्तरीय शैलियों को बाहरी शैलियों के साथ रखना चाहिए (<link> ओं) के । इसके अलावा, यह आमतौर पर पृष्ठ-स्तरीय शैलियों में @import निर्देश का उपयोग करने के लिए अनुपयुक्त है, क्योंकि यह अन्य शैली की संपत्ति के समवर्ती डाउनलोड को बाधित करेगा:

  <style>body{color:black;}</style>

यह वह बिंदु है जहां मेटा टैग, फेवीकोन और अन्य क्रॉफ्ट को रखना सबसे उपयुक्त लगता है। यह तर्कपूर्ण है कि ज्यादातर मेटा टैग से पहले फेविकॉन या इसी तरह की संपत्ति (जैसे आईओएस ऐप इमेज) को लोड किया जाएगा, क्योंकि इससे उन परिसंपत्तियों को डाउनलोड करना जल्द ही शुरू हो जाता है।

  <link rel="shortcut icon" href="favicon.ico">
  <link rel="apple-touch-icon" href="apple-icon.png">
  <meta name="description" content="Some information that is descriptive of the content">
  <meta name="generator" content="Microsoft FrontPage 2002">

क्योंकि यह रेंडरिंग में देरी / देरी करता है, यदि आपको स्क्रिप्ट की आवश्यकता होती है, तो उन्हें देर से लोड करें जो उचित है। यदि उन्हें होना चाहिए head, तो आप उन्हें head( </head>) के बंद होने से पहले लोड कर सकते हैं । यदि आप उन्हें बाद में लोड कर सकते हैं, तो उन्हें bodyटैग ( </body>) के करीब से पहले रख दें ।

  <script src="script-1.js"></script>
  <script src="script-2.js"></script>
</head>

यह ज्यादातर मामलों में महत्वहीन लगता है कि एसईओ उद्देश्यों के लिए मेटा टैग के आदेश पर बहुत ध्यान देना है, यह देखते हुए कि अनुक्रमण बॉट्स (यानी खोज इंजन मकड़ियों) पूरे पृष्ठ का उपभोग करने जा रहे हैं। अन्यथा, वे किसी पृष्ठ की सामग्री को कैसे अनुक्रमित करेंगे, या उस सूचकांक को बाद में अपडेट करेंगे?

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


हालांकि X-UA-Compatible, viewportऔर Apple टच आइकन 2010 में अभी भी (अपेक्षाकृत) नए थे, सभी उपयोग में थे। HTML5 ने केवल चारसेट घोषणा की लंबाई को प्रभावित किया। सीएसएस, जेएस और छवि पाइपलाइनिंग एक चिंता का विषय था, फिर सीएसएस और जेएस के आवेदन के बाद पृष्ठों का प्रतिपादन (पुनः)। इसके बावजूद, मुझे यह जानकारी एक जगह पर नहीं मिली ( headhtml दस्तावेजों के बाहर ), और इस प्रश्न के बाद ठोकर खाने के बाद, यह यहाँ करना अच्छा लगा।
डेविड एल्ड्रिज

अच्छा जवाब @DavidEldridge। लेकिन क्या आप application/ld+jsonसंरचित डेटा के लिए स्क्रिप्ट को शामिल करने के लिए अपने जवाब को अपडेट करने का मन करेंगे ? गति प्रयोजनों के लिए। इसे लगाना कहां तक ​​सही रहेगा? क्या हमें इसे बाहरी JavaScriptफाइलों की तरह मानना ​​चाहिए ?
ब्रेंडन वोग्ट

2

कार्यक्षमता की दृष्टि से बूटस्ट्रैप से निम्नलिखित मेटा टैग का बेहतर क्रम लगता है:

    1) <meta charset="utf-8">
    2) <meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">
    3) <title></title>
    4) <meta name="description" content="">
    5) <meta name="viewport" content="width=device-width, initial-scale=1">

Google के लोगों के अनुसार, SEO के लिए क्या मायने रखता है

  1. मोबाइल के अनुकूल होना
  2. शीर्षक और विवरण
  3. अद्वितीय और सार्थक सामग्री

यदि आपकी साइट मोबाइल फ्रेंडली नहीं है तो वे 2) या 3) को भी नहीं देखते हैं। यदि यह मोबाइल के अनुकूल है तो वे आपकी साइट को सूचीबद्ध करते समय शीर्षक और विवरण का उपयोग कर सकते हैं। उस पर कोई गारंटी नहीं। वे अपनी साइट पर जो कुछ भी पाते हैं उसके आधार पर अपने स्वयं के विवरण के साथ आने का निर्णय ले सकते हैं।

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.