Meta टैग जनरेटर
अपनी वेबसाइट के लिए SEO, Open Graph और Twitter Card मेटा टैग उत्पन्न करें।
मेटा टैग के बारे में
मेटा टैग आपके HTML पेज के बारे में मेटाडेटा प्रदान करते हैं। वे खोज इंजनों को आपकी सामग्री समझने और सोशल पूर्वावलोकन बेहतर बनाने में मदद करते हैं।
<head> मेटाडेटा के चार परिवार
एक आधुनिक HTML पृष्ठ का <head> आम तौर पर चार बकेट में मेटाडेटा रखता है, हर एक एक भिन्न दर्शक की सेवा करता है:
- दस्तावेज़ की मूल बातें, जिसकी हर ब्राउज़र को ज़रूरत है:
<title>,<meta charset="utf-8">,<meta name="viewport">,<meta name="description">। - SEO निर्देश, जिसे सर्च इंजन क्रॉलर पढ़ते हैं:
<meta name="robots">,<link rel="canonical">, और वह पृष्ठ शीर्षक जो SERP लिंक बनता है। - Open Graph, जिसे Facebook, LinkedIn, Slack, Discord, iMessage और अधिकांश अन्य शेयर-लिंक क्लाइंट रेंडर करते हैं:
og:title,og:description,og:image,og:url,og:type,og:site_name। - Twitter Card, जिसे X / Twitter साझा लिंक के लिए रेंडर करता है, अनुपस्थित होने पर OG टैगों पर वापस गिरते हुए:
twitter:card,twitter:title,twitter:image,twitter:site,twitter:creator।
यह जनरेटर एक ही फ़ॉर्म से सभी चार परिवारों को निकालता है। आउटपुट सीधे किसी भी HTML फ़ाइल के <head> में चला जाता है: चिपकाएँ, सहेजें, तैनात करें। विशेष रूप से Open Graph में गहराई से जाने के लिए, समर्पित Open Graph पूर्वावलोकन उपकरण लाइव प्लेटफ़ॉर्म रेंडरिंग दिखाता है।
शीर्षक और विवरण: कितना लंबा होना चाहिए?
Google Search Central उत्तर के बारे में सीधा है: कोई सख़्त अधिकतम नहीं है। स्निपेट केवल डिवाइस की चौड़ाई में फ़िट होने के लिए ट्रंकेट किए जाते हैं। 60-वर्ण शीर्षक और 160-वर्ण विवरण के नियम Google के SERP में देखी गई पिक्सेल-चौड़ाई ट्रंकेशन (डेस्कटॉप पर ~580 पिक्सेल) से व्युत्पन्न उद्योग सम्मेलन हैं। व्यावहारिक:
- शीर्षक, 50-60 वर्ण लक्ष्य रखें। चौड़े बड़े अक्षर (W, M, बड़ा A) संकीर्ण अक्षरों (i, l, t) की तुलना में अधिक पिक्सेल स्थान लेते हैं, इसलिए दो 60-वर्ण शीर्षक बहुत भिन्न दृश्यमान चौड़ाइयों पर रेंडर हो सकते हैं।
- विवरण, डेस्कटॉप पर 150-160 वर्ण, मोबाइल पर ~120। मुख्य जानकारी को आगे रखें ताकि वह मोबाइल ट्रंकेशन से बच सके।
- लंबाई रैंकिंग को प्रभावित नहीं करती; यह केवल इस बात पर असर डालती है कि एक खोजकर्ता क्लिक करने से पहले आपके स्निपेट का कितना देखता है।
robots मेटा टैग: यह वास्तव में क्या नियंत्रित करता है
अप्रचलित keywords टैग (नीचे देखें) के विपरीत, <meta name="robots"> जीवित और अच्छा है; Google इसे स्पष्ट रूप से समर्थन देता है। सामान्य मान:
index, follow, डिफ़ॉल्ट। पृष्ठ खोज में दिख सकता है; क्रॉलर इसके लिंक का अनुसरण करते हैं।noindex, इस पृष्ठ को खोज परिणामों से बाहर करें। धन्यवाद पृष्ठ, आंतरिक उपकरण, पेजिनेटेड संग्रह, खोज-परिणाम पृष्ठ, और कोई भी ऐसी चीज़ जो आप अपनी असली सामग्री के साथ प्रतिस्पर्धा नहीं करवाना चाहते, के लिए उपयोगी।nofollow, इस पृष्ठ के लिंक का अनुसरण न करें। पूरे पृष्ठ पर शायद ही सही चयन; सामान्यतःrel="nofollow"के माध्यम से प्रति-लिंक लागू।noindex, nofollow, दोनों। सार्वजनिक रूप से पहुँच योग्य पृष्ठ के लिए सबसे मज़बूत गोपनीयता रुख।noarchive, खोज परिणामों में cached प्रति न दिखाएँ।nosnippet, विवरण स्निपेट न दिखाएँ, केवल शीर्षक।
Google-विशिष्ट override के लिए, समान मानों के साथ <meta name="googlebot"> का उपयोग करें। ध्यान दें कि noindex को HTTP X-Robots-Tag header के रूप में भी अभिव्यक्त किया जा सकता है, जो PDF, छवियों और अन्य ग़ैर-HTML संसाधनों पर इसके लिए सही जगह है जहाँ आप मेटा टैग नहीं जोड़ सकते।
Canonical URL क्यों मायने रखते हैं
<link rel="canonical"> सर्च इंजनों को बताता है कि कई URL जब समान या लगभग समान सामग्री प्रस्तुत करते हैं, तो पृष्ठ का कौन सा संस्करण «आधिकारिक» है। ऐसे सामान्य मामले जिन्हें canonical चाहिए:
- अंत में स्लैश हो या नहीं (
/pagevs/page/)। - HTTP बनाम HTTPS (विरासत redirect कभी-कभी दोनों को indexable छोड़ देते हैं)।
- WWW बनाम apex (
www.example.comvsexample.com)। - ट्रैकिंग पैरामीटर (
?utm_source=...,?ref=...) अनगिनत «अलग» URL उत्पन्न करते हुए। - पेजिनेशन, सॉर्ट क्रम, फ़िल्टर पैरामीटर जो भिन्न क्रम में वही सामग्री उत्पन्न करते हैं।
- कई साइटों पर पुनर्प्रकाशित सिंडिकेटेड सामग्री (canonical मूल की ओर इंगित करता है)।
canonical के बिना, Google स्वयं एक संस्करण चुनता है और ग़लत चुन सकता है। canonical URL पूर्ण होनी चाहिए (पूरा https://) और जिस URL को आप indexed कराना चाहते हैं उससे ठीक मेल खानी चाहिए।
2026 में आप जो टैग छोड़ सकते हैं
<meta name="keywords">, Google ने सितंबर 2009 से स्पष्ट कहा है कि वह keywords मेटा टैग को रैंकिंग संकेत के रूप में उपयोग नहीं करता। Bing आगे गया है: यह इस टैग में अत्यधिक कीवर्ड स्टफ़िंग को स्पैम संकेत के रूप में मानता है। इसे शामिल करने से SEO को नुकसान नहीं होता पर मदद भी नहीं मिलती; यह क्षेत्र इस जनरेटर में उन उपयोगकर्ताओं के लिए मौजूद है जिनकी कॉर्पोरेट टेम्प्लेट अभी भी इसकी अपेक्षा करती हैं।<meta http-equiv="refresh">redirect के लिए, इसके बजाय सर्वर से उचित HTTP 301/302 redirect का उपयोग करें। Meta refresh redirect को विलंबित करता है और कुछ अभिगम्यता उपकरणों को भ्रमित करता है।<meta http-equiv="X-UA-Compatible">, केवल Internet Explorer संगतता के लिए ज़रूरी, जो अब चिंता का विषय नहीं है।<meta name="revisit-after">, मुख्य क्रॉलरों द्वारा कभी सम्मानित नहीं। शुद्ध cargo cult।<meta name="generator">, केवल सूचनात्मक; दुनिया को बताता है कि आपकी साइट किसने बनाई। कभी-कभी हटाने योग्य सुरक्षा संकेत।
वे दो टैग जिनकी हर पृष्ठ को सचमुच ज़रूरत है
<title> और <meta name="description"> से परे, दो टैग आधुनिक वेब पृष्ठ के लिए ग़ैर-समझौता हैं:
<meta charset="UTF-8">, दस्तावेज़ के पहले 1024 बाइट के भीतर दिखना चाहिए, आदर्श रूप से<head>के पहले बच्चे के रूप में। HTML Living Standard सही वर्ण-संचालन के लिए इसकी माँग करता है। इसके बिना, ब्राउज़र encoding का अनुमान लगा सकते हैं और ग़लत हो सकते हैं, ख़ासकर ग़ैर-लैटिन लिपियों पर।<meta name="viewport" content="width=device-width, initial-scale=1">, मोबाइल ब्राउज़रों को बताता है कि पृष्ठ को डिवाइस की वास्तविक चौड़ाई पर रेंडर करें, बजाय एक काल्पनिक 980-पिक्सेल डेस्कटॉप लेआउट से ज़ूम-आउट करने के। इसके बिना, हर मोबाइल उपयोगकर्ता आपके पृष्ठ का एक छोटा zoomed-out संस्करण देखता है जो लगभग अनुपयोगी है।
Open Graph और Twitter Cards संक्षेप में
एक छोटा सारांश; गहरी जानकारी के लिए Open Graph पूर्वावलोकन उपकरण का उपयोग करें। ogp.me के अनुसार चार आवश्यक OG टैग: og:title, og:type, og:image, og:url। वैकल्पिक पर अनुशंसित: og:description, og:site_name। छवि आयाम: 1200×630 (1.91:1) सबसे सुरक्षित क्रॉस-प्लेटफ़ॉर्म आकार है।
X / Twitter के लिए: twitter:card = summary_large_image शामिल करें (आधुनिक पूर्ण-चौड़ाई कार्ड), और Twitter-विशिष्ट टैग अनुपस्थित होने पर X सब कुछ के लिए OG टैगों पर वापस गिरता है। स्टैंडअलोन Twitter Card Validator पूर्वावलोकन को X ने 2 अगस्त 2022 को हटा दिया; इसके बजाय Tweet Composer में URL चिपकाकर सत्यापित करें।
संरचित डेटा एक अलग काम है
JSON-LD संरचित डेटा (schema.org शब्दावलियों के साथ) Google के समृद्ध परिणामों को संचालित करता है: रेसिपी कार्ड, स्टार रेटिंग वाली उत्पाद जानकारी, खोज में FAQ स्निपेट, ब्रेडक्रंब। यह मेटा टैगों से अलग है और एक <script type="application/ld+json"> ब्लॉक में रहता है, <meta> टैग में नहीं। दोनों अनुशंसित हैं; एक दूसरे को प्रतिस्थापित नहीं करता। मेटा टैग बुनियादी शीर्षक/विवरण/शेयर-कार्ड को नियंत्रित करते हैं; संरचित डेटा अमीर प्रारूपों को अनलॉक करता है।
सामान्य ग़लतियाँ
- SEO लाभ की उम्मीद में
meta keywordsशामिल करना। Google ने 2009 में घोषणा की कि वह इसका उपयोग नहीं करता। बीस से अधिक साल बाद यह अब भी पुराने टेम्प्लेट में है; हटाएँ या उपेक्षा करें। <link rel="canonical">भूल जाना। यदि आपकी URL में ट्रैकिंग पैरामीटर या वैकल्पिक संस्करण हैं, तो Google खुद चुनता है। canonical के बिना, चुना गया संस्करण वह नहीं हो सकता जिस पर आपके सभी inbound लिंक हैं।<title>,og:titleऔरtwitter:titleमें अलग शीर्षक। तकनीकी रूप से ग़लत नहीं, पर असंगत। साफ़ डिफ़ॉल्ट यह है कि तीनों में एक ही शीर्षक साझा हो।- हर पृष्ठ पर
og:imageके रूप में सामान्य साइट लोगो। हर पृष्ठ अपनी सामग्री से जुड़ी एक अनूठी छवि का हक़दार है; पूरे साइट पर एक ही लोगो उबाऊ शेयर पूर्वावलोकन देता है। - मोबाइल-लक्षित पृष्ठों पर
viewportमेटा गुम। मोबाइल ब्राउज़र पृष्ठ को काल्पनिक डेस्कटॉप चौड़ाई पर रेंडर करते हैं और ज़ूम-आउट कर देते हैं। उपयोगकर्ता अनुभव भयानक है। - redirect के लिए
<meta http-equiv="refresh">का उपयोग। सर्वर से HTTP 301/302 सही तरीका है; meta refresh धीमा और अभिगम्यता-शत्रु है, और रैंकिंग के लिए कई क्रॉलर इसे असंगत रूप से संभालते हैं। - ~580 पिक्सेल (~60 वर्ण चौड़े) से लंबा शीर्षक। Google द्वारा एलिप्सिस से ट्रंकेट; ट्रंकेट हुआ हिस्सा खोजकर्ताओं को दिखाई नहीं देता।
- यह भूलना कि single-page apps को सर्वर-रेंडर या pre-render किए मेटा टैगों की ज़रूरत है। कई सोशल-मीडिया क्रॉलर (Facebook, LinkedIn, Slack, Discord) JavaScript नहीं चलाते। client-side JS द्वारा लिखे टैग उन्हें दिखाई नहीं देंगे।
अक्सर पूछे जाने वाले प्रश्न
क्या keywords मेटा टैग अब भी SEO में मदद करता है?
नहीं। Google के Matt Cutts ने सितंबर 2009 में घोषणा की कि <meta name="keywords"> को रैंकिंग संकेत के रूप में उपयोग नहीं किया जाता। Bing इस टैग में अत्यधिक कीवर्ड स्टफ़िंग को स्पैम संकेत मानता है। यह क्षेत्र पुराने टेम्प्लेट और CMS workflows के साथ संगतता के लिए जनरेटर में शामिल है जो अभी भी इसकी अपेक्षा करते हैं; ख़ाली छोड़ना सुरक्षित है।
meta description और OG description में क्या अंतर है?
HTML <meta name="description"> वह है जिसे सर्च इंजन परिणामों में आपके पृष्ठ शीर्षक के नीचे स्निपेट के रूप में उपयोग करते हैं। Open Graph og:description वह है जिसे सोशल मीडिया शेयर कार्ड दिखाते हैं। ये एक ही पाठ हो सकते हैं (और आम तौर पर हैं) पर यदि आपके खोज और सोशल दर्शक अलग ढाँचा अपेक्षित करते हैं तो आप अलग संस्करण लिख सकते हैं।
मेरा JavaScript पृष्ठ लोड के बाद मेटा टैग लिखता है। क्या यह ठीक है?
Google के मुख्य क्रॉलर (Googlebot) के लिए, हाँ; Googlebot JavaScript रेंडर करता है और post-render मेटा टैगों को देखता है। सोशल-मीडिया क्रॉलरों (Facebook, LinkedIn, Slack, Discord, WhatsApp) के लिए, आम तौर पर नहीं; उनमें से अधिकांश JavaScript नहीं चलाते और केवल प्रारंभिक HTML देखते हैं। यदि आपकी साइट single-page app है, तो सुनिश्चित करने के लिए कि सोशल-मीडिया क्रॉलर सही मेटा टैग देखें, आपको सर्वर-साइड रेंडरिंग, pre-rendering, या Prerender.io जैसी सेवा की ज़रूरत है।
ये टैग वास्तव में कहाँ जाते हैं?
आपके HTML के <head> के अंदर, आदर्श रूप से शीर्ष के पास। <meta charset> पहले 1024 बाइट के भीतर होना चाहिए। <meta name="viewport"> तुरंत बाद। फिर <title>, <meta name="description">, robots, canonical, OG टैग, Twitter टैग। एक बार charset और viewport पर्याप्त रूप से जल्दी हो जाएँ, तो SEO के लिए <head> के भीतर क्रम मायने नहीं रखता।
क्या मुझे सुरक्षा के लिए meta refresh टैग की चिंता करनी चाहिए?
यह स्वयं में सुरक्षा जोखिम नहीं है, पर एक ख़राब पैटर्न है। सर्वर-साइड HTTP 301/302 redirect तेज़ हैं, referrer हेडर सही ढंग से संभालते हैं, और अभिगम्यता-मित्रवत हैं। meta refresh का उपयोग केवल तब करें जब redirects पर आपका सर्वर-साइड नियंत्रण न हो (बिना redirect कॉन्फ़िग वाला GitHub Pages-शैली स्थिर होस्ट)।
क्या मेरे मेटा टैग किसी सर्वर पर अपलोड किए जाते हैं?
नहीं। जनरेटर पूरी तरह से आपके ब्राउज़र में चलता है। आपके शीर्षक, विवरण, URL और छवि क्षेत्र आपकी मशीन पर रहते हैं; आउटपुट स्निपेट स्थानीय रूप से बनाया जाता है और माँग पर आपके क्लिपबोर्ड में कॉपी किया जाता है। यह मायने रखता है क्योंकि मसौदा टैग में अक्सर अप्रकाशित पृष्ठ URL, आंतरिक उत्पाद नाम, या pre-launch मार्केटिंग कॉपी होती है, जो आप तृतीय-पक्ष सर्वर के माध्यम से बहती नहीं देखना चाहते।