Meta Tag जनरेटर
ब्राउज़र में चलने वाला मेटा टैग जनरेटर टूल, title, description, keywords, canonical, Open Graph, Twitter Card, robots आदि टैगों के निर्माण का समर्थन करता है। स्वचालित HTML entity एस्केपिंग, रंगीन स्थिति वाला रीयल-टाइम वर्ण लंबाई संकेत, एक क्लिक में कॉपी और डाउनलोड।
संबंधित सुझाव
उपयोग के मामले
- नई वेबसाइट लॉन्च करने से पहले होमपेज, लिस्ट पेज और डिटेल पेज के लिए पूर्ण Meta टैग सेट का बल्क निर्माण, बुनियादी SEO कॉन्फ़िगरेशन को तेजी से पूरा करना
- ब्लॉग लेख प्रकाशित करने से पहले article प्रकार के Open Graph टैग और summary_large_image प्रकार के Twitter Card कॉन्फ़िगर करना, सोशल प्लेटफॉर्म पर शेयरिंग प्रभाव को बेहतर बनाना
- ई-कॉमर्स उत्पाद पृष्ठों में product प्रकार के og:type कॉन्फ़िगरेशन, उत्पाद og:image, og:price:amount जैसे संरचित जानकारी को सेट करना, सोशल प्लेटफॉर्म पर उत्पाद प्रदर्शन को अनुकूलित करना
- वेबसाइट को फिर से डिज़ाइन करने या डोमेन बदलने के बाद canonical टैगों को फिर से बनाना, डुप्लिकेट सामग्री के कारण वजन के बंटवारे को रोकने के लिए URL को मानकीकृत करना
- मोबाइल वेबपेज के लिए theme-color थीम रंग कॉन्फ़िगरेशन, Chrome और Safari मोबाइल एड्रेस बार को ब्रांड रंग के साथ सुसंगत बनाना सुनिश्चित करना
- Next.js, Nuxt.js, Gatsby जैसे SSR/SSG फ्रेमवर्क के साथ विकास करते समय head कॉन्फ़िगरेशन के लिए आवश्यक पूर्ण Meta टैग कोड का तेजी से निर्माण
- WordPress, Shopify जैसी CMS प्रणालियों में कस्टम पेज टेम्पलेट के लिए Meta टैगों का मैन्युअल कॉन्फ़िगरेशन, SEO प्लगइन्स पर निर्भर न रहना
- वेबसाइट इंडेक्सिंग समस्याओं को हल करते समय सही robots meta टैग संयोजनों का तेजी से निर्माण (उदाहरण के लिए परीक्षण वातावरण के लिए noindex,nofollow)
- सोशल मीडिया कर्मचारियों द्वारा अभियान लैंडिंग पृष्ठों के लिए शेयरिंग कार्ड कॉन्फ़िगर करना, Facebook, Twitter/X, LinkedIn, WhatsApp, Slack, Discord पर साझा करने पर पूर्वावलोकन प्रभाव सही हो
- फ्रंट-एंड डेवलपर्स द्वारा HTML पेज टेम्पलेट लिखते समय Meta टैगों के entity एस्केपिंग को स्वचालित रूप से पूरा करना, विशेष वर्णों के कारण होने वाली HTML सिंटैक्स त्रुटियों को रोकना
उपयोग कैसे करें
- 「बुनियादी SEO टैग」खंड में पेज title (शीर्षक, अनुशंसित 50-60 वर्ण), meta description (विवरण, अनुशंसित 120-160 वर्ण), keywords (कीवर्ड, अल्पविराम से अलग), canonical URL (मानक लिंक), author (लेखक) दर्ज करें
- 「Robots क्रॉलर निर्देश」खंड में उपयुक्त इंडेक्सिंग और फॉलो नियम चुनें: index/noindex (इंडेक्स करें या नहीं), follow/nofollow (लिंक फॉलो करें या नहीं), साथ ही noarchive, nosnippet जैसे विकल्प भी चेक कर सकते हैं
- 「थीम रंग सेटिंग्स」खंड में मोबाइल ब्राउज़र एड्रेस बार को रंग करने के लिए theme-color हेक्साडेसिमल रंग मान दर्ज करें या चुनें
- 「Open Graph टैग」खंड पर जाएं, og:type चुनें (website/article/product/profile चार विकल्पों में से एक), og:title, og:description, og:image (शेयरिंग छवि URL, अनुशंसित 1200×630 पिक्सल), og:url, og:site_name, og:locale दर्ज करें
- 「Twitter Card टैग」खंड पर जाएं, twitter:card प्रकार चुनें (summary/summary_large_image/app/player चार विकल्पों में से एक), twitter:site @खाता, twitter:title, twitter:description, twitter:image दर्ज करें
- सभी सामग्री को दर्ज करते समय दाईं ओर रीयल-टाइम पूर्वावलोकन क्षेत्र और रंगीन वर्ण गणना संकेत का अवलोकन करें: हरा सर्वोत्तम लंबाई, नारंगी सीमा के करीब, ग्रे बहुत छोटा या बहुत बड़ा, समायोजन की आवश्यकता है
- टैगों की पुष्टि करने के बाद 「कॉपी करें」बटन पर क्लिक करके पूरे कोड को एक क्लिक में कॉपी करें और HTML head खंड में पेस्ट करें, या 「HTML फ़ाइल डाउनलोड करें」बटन पर क्लिक करके meta-tags.html के रूप में सहेजें
विशेषताएं
- स्वचालित HTML entity एस्केपिंग: &, <, >, ", ' पांच विशेष वर्णों के सुरक्षित एस्केपिंग को सुनिश्चित करता है, जेनरेट किए गए टैगों में HTML सिंटैक्स त्रुटियों को रोकता है
- स्मार्ट title लंबाई संकेत: 50-60 वर्ण की सीमा में हरा (सर्वोत्तम), ओवरफ्लो या कम होने पर नारंगी/ग्रे रंग की स्थिति, रीयल-टाइम वर्ण गणना
- स्मार्ट meta description लंबाई संकेत: 120-160 वर्ण की सीमा में हरा (सर्वोत्तम प्रदर्शन सीमा), ओवरफ्लो या बहुत छोटा होने पर रंग की स्थिति रीयल-टाइम बदल जाती है
- 4 प्रकार के og:type विकल्पों का समर्थन करता है: website (सामान्य साइट), article (लेख/ब्लॉग), product (उत्पाद पृष्ठ), profile (व्यक्तिगत पृष्ठ), विभिन्न पृष्ठ प्रकारों के अनुकूल
- 4 प्रकार के twitter:card प्रकारों का समर्थन करता है: summary (छोटा चित्र), summary_large_image (बड़ा चित्र), app (ऐप कार्ड), player (वीडियो/प्लेयर)
- Robots निर्देश संयोजन कॉन्फ़िगरेशन: index/noindex, follow/nofollow, noarchive, nosnippet, noimageindex और विभिन्न क्रॉलर निर्देशों के स्वतंत्र संयोजन का समर्थन करता है
- Author लेखक meta टैग: content-author, article:author जैसे लेखक हस्ताक्षर टैगों के कॉन्फ़िगरेशन का समर्थन करता है, ब्लॉग और समाचार साइटों के लिए उपयुक्त
- Theme-color थीम रंग कॉन्फ़िगरेशन: मोबाइल ब्राउज़र एड्रेस बार थीम रंग को सेट करने का समर्थन करता है, रंग चयनकर्ता और रंग मान इनपुट के साथ
- og:site_name साइट नाम कॉन्फ़िगरेशन: Open Graph प्रोटोकॉल में साइट नाम फ़ील्ड को विशेष रूप से कॉन्फ़िगर करता है, सोशल शेयरिंग में साइट नाम को सही ढंग से प्रदर्शित करता है
- twitter:site @खाता कॉन्फ़िगरेशन: Twitter/X प्लेटफ़ॉर्म के आधिकारिक @handle खाते में प्रवेश करने का समर्थन करता है, शेयर कार्ड को आधिकारिक खाते से जोड़ता है
- तीन संरचित आउटपुट खंड: जेनरेट किए गए परिणामों को Primary SEO, Open Graph, Twitter Card के तीन स्पष्ट खंडों में प्रदर्शित करता है, संरचना स्पष्ट रूप से दिखाई देती है
- एक क्लिक में क्लिपबोर्ड पर कॉपी: जेनरेट किया गया कोड एक क्लिक में कॉपी किया जा सकता है, मैन्युअल चयन की आवश्यकता नहीं, विभिन्न ब्राउज़र वातावरणों के अनुकूल
- meta-tags.html के रूप में डाउनलोड: जेनरेट किए गए टैग एक स्वतंत्र HTML फ़ाइल के रूप में डाउनलोड किए जा सकते हैं, सहेजने या परियोजना में सीधे आयात करने के लिए सुविधाजनक
- रीयल-टाइम जनरेशन और पूर्वावलोकन: सामग्री दर्ज करते ही टैग कोड तुरंत जेनरेट हो जाता है, SERP खोज परिणाम प्रदर्शन प्रभाव और सोशल शेयरिंग कार्ड शैली सिंक्रनाइज़ पूर्वावलोकन होती है
सामान्य प्रश्न
मेटा टैग जनरेटर द्वारा जेनरेट किया गया कोड सीधे कॉपी करके वेबसाइट में उपयोग किया जा सकता है? कोई संशोधन आवश्यक है?
सीधे कॉपी करके उपयोग किया जा सकता है। इस टूल द्वारा जेनरेट किया गया कोड मानक प्रारूप में HTML मेटा टैग हैं, स्वचालित रूप से HTML entity एस्केपिंग की गई हैं — बस इसे अपने वेबपेज के <head> और </head> के बीच पेस्ट करें। आपको केवल यह सुनिश्चित करने की आवश्यकता है कि भरे गए URL (canonical, og:image, og:url, twitter:image) आपकी वेबसाइट के वास्तविक ऑनलाइन पते हैं, न कि उदाहरण प्लेसहोल्डर। यदि आप Next.js, Nuxt.js, React Helmet, Vue Meta जैसे फ्रेमवर्क के हेड प्रबंधन समाधानों का उपयोग करते हैं, तो फ्रेमवर्क के JSX/Vue टेम्पलेट सिंटैक्स के अनुसार छोटे समायोजन की आवश्यकता हो सकती है, लेकिन टैग विशेषताएं और मान सीधे पुन: उपयोग योग्य हैं।
मुझे og:image छवि भरने की क्यों आवश्यकता है? बिना छवि के क्या होता है?
og:image सीधे सोशल शेयरिंग कार्डों के दृश्य प्रभाव और क्लिक दर को प्रभावित करता है। बिना og:image वाले लिंक जब Facebook, Twitter, LinkedIn, WhatsApp जैसे प्लेटफॉर्म पर साझा किए जाते हैं, तो या तो बिना किसी छवि पूर्वावलोकन वाले नग्न पाठ लिंक दिखाई देते हैं या प्लेटफ़ॉर्म पेज से बेतरतीब ढंग से एक छोटी छवि लेता है (लोगो, अवतार, विज्ञापन छवि या यहां तक कि एक असंबंधित छवि भी हो सकती है) — प्रदर्शन प्रभाव बहुत खराब होता है और क्लिक दर आमतौर पर सही पूर्वावलोकन छवि वाले शेयरों की तुलना में 50% से कम होती है। og:image के लिए अनुशंसित आकार 1200×630 पिक्सल है (1.91:1 अनुपात), सार्वजनिक रूप से सुलभ निरपेक्ष URL होना चाहिए, फ़ाइल आकार 5MB से अधिक नहीं होना चाहिए।
क्या मुझे Open Graph और Twitter Card दोनों टैग कॉन्फ़िगर करने होंगे? केवल OG कॉन्फ़िगर करना पर्याप्त है?
Twitter/X प्लेटफ़ॉर्म वास्तव में Open Graph टैगों को बैकअप के रूप में पढ़ता है — यदि आप कोई twitter: उपसर्ग वाला टैग कॉन्फ़िगर नहीं करते हैं, तो Twitter og:title, og:description, og:image का उपयोग करके कार्ड बनाने का प्रयास करेगा। लेकिन विशेष रूप से Twitter Card कॉन्फ़िगर करने के कई फायदे हैं: ① आप सबसे उपयुक्त twitter:card प्रकार चुन सकते हैं (विशेष रूप से बड़ी छवि प्रकार summary_large_image — OG के साथ डिफ़ॉल्ट रूप से बड़ी छवि शैली का उपयोग नहीं किया जा सकता है); ② आप twitter:site सेट करके अपने आधिकारिक Twitter खाते को जोड़ सकते हैं, फॉलोअर रूपांतरण को बढ़ा सकते हैं; ③ आप शीर्षक और विवरण की लंबाई को Twitter के लिए अलग से अनुकूलित कर सकते हैं, OG से भिन्न। दोनों को कॉन्फ़िगर करने की अनुशंसा की जाती है — यह टूल एक ही समय में निर्माण का समर्थन करता है, कार्य की मात्रा लगभग समान है।
Title और meta description की लंबाई अनुशंसित सीमा से अधिक हो जाने पर क्या परिणाम होते हैं? क्या दंडित किया जाता है?
लंबाई से अधिक होने पर सर्च इंजन द्वारा दंडित नहीं किया जाता है, लेकिन काट दिया जाता है। Google खोज परिणामों में title के लगभग 600 पिक्सल चौड़ाई (हिंदी में लगभग 50-60 वर्ण) से अधिक भाग को इलिप्सिस के साथ काट दिया जाता है — उपयोगकर्ता पूरा शीर्षक नहीं देख पाएंगे; meta description के लगभग 920 पिक्सल चौड़ाई (हिंदी में लगभग 120-160 वर्ण) से अधिक भाग को भी काट दिया जाता है। बहुत कम लंबाई की समस्या मूल्यवान प्रदर्शन स्थान को बर्बाद करना है — पेज मूल्य को पूरी तरह से संप्रेषित नहीं कर सकता है और क्लिक को आकर्षित नहीं कर सकता है। ध्यान दें: यह एक सटीक वर्ण गणना सीमा नहीं है, पिक्सल चौड़ाई सीमा है — पूर्ण-चौड़ाई वाले वर्ण, बड़े अंग्रेजी अक्षर, W/M जैसे चौड़े अक्षर, इमोजी अधिक चौड़ाई घेरते हैं, वास्तविक प्रदर्शन वर्ण गणना से पहले काट सकते हैं। इस टूल के रंग संकेत वर्ण गणना पर आधारित सर्वोत्तम अभ्यास संदर्भ हैं।
HTML entity एस्केपिंग का क्या मतलब है? टूल इसे स्वचालित रूप से क्यों करता है?
HTML में कुछ वर्णों का विशेष सिंटैक्स अर्थ होता है — सीधे विशेषता मान में लिखे जाने पर HTML संरचना को नुकसान पहुंचाते हैं: दोहरा उद्धरण चिह्न " विशेषता मान का अंत है, सीधे लिखने से टैग जल्दी बंद हो जाता है; & एंटिटी एस्केपिंग का प्रारंभिक वर्ण है; < और > टैग के आरंभ और समापन वर्ण हैं। इन वर्णों को सही ढंग से प्रदर्शित करने के लिए, उन्हें एंटिटी फॉर्म में लिखा जाना चाहिए: & → &, < → <, > → >, " → ", ' → '। यदि आपके title या description में &, उद्धरण चिह्न, कोष्ठक जैसे विशेष वर्ण हैं, तो बिना एस्केप के सीधे लिखने से HTML सिंटैक्स त्रुटियां हो सकती हैं — यह बाद के सभी टैगों के काम न करने का कारण बन सकती है। यह टूल इन एस्केपिंग को स्वचालित रूप से संभालता है — आपको केवल मूल पाठ दर्ज करना है, मैन्युअल रूप से एस्केप करने की आवश्यकता नहीं है।
Facebook/Twitter क्रॉलर मेरे React/Vue से लिखे गए पेज के मेटा टैग क्यों नहीं प्राप्त कर पा रहे हैं?
क्योंकि React, Vue, Angular जैसे आधुनिक फ्रंट-एंड फ्रेमवर्क डिफ़ॉल्ट रूप से क्लाइंट-साइड रेंडरिंग (CSR) का उपयोग करते हैं — HTML स्रोत कोड खाली होता है या केवल एक कंटेनर div होता है, और मेटा टैग को ब्राउज़र JavaScript निष्पादित करने के बाद गतिशील रूप से DOM में जोड़ा जाता है। लेकिन अधिकांश सोशल प्लेटफ़ॉर्म क्रॉलर, जैसे Facebook का facebookexternalhit, Twitterbot, LinkedInBot, WeChat क्रॉलर, JavaScript निष्पादित नहीं करते हैं (या निष्पादन क्षमता बहुत सीमित है) — उनके द्वारा प्राप्त मूल HTML में मेटा टैग नहीं होते हैं, इसलिए स्वाभाविक रूप से शेयरिंग कार्ड नहीं बना सकते हैं। समाधान: ① SSR (सर्वर-साइड रेंडरिंग) या SSG (स्टैटिक साइट जेनरेशन) का उपयोग करें, जैसे Next.js, Nuxt.js, Gatsby, Astro जैसे फ्रेमवर्क — सर्वर-साइड पर पूर्ण मेटा टैग को HTML स्रोत कोड में रेंडर करें; ② prerender.io, Rendertron जैसी प्री-रेंडरिंग सेवाओं का उपयोग करके क्रॉलरों को स्टेटिक HTML लौटाएं; ③ होस्ट की गई OG इमेज जनरेशन सेवाओं का उपयोग करके टैग को गतिशील रूप से बनाएं।
एक ही पेज का canonical और og:url समान होना चाहिए?
हां, सुसंगत होना चाहिए। Canonical टैग सर्च इंजनों के लिए है — उन्हें बताता है कि कौन सा URL पसंदीदा है; og:url सोशल प्लेटफ़ॉर्म के लिए है — उन्हें बताता है कि इस सामग्री की लाइक, टिप्पणी, शेयर गिनती जमा करने के लिए एकमात्र URL क्या है। दोनों को एक ही URL इंगित करना सर्वोत्तम अभ्यास है — यह वजन के बंटवारे और सोशल काउंटर के टूटने को रोक सकता है। ध्यान दें: दोनों पूर्ण निरपेक्ष URL होने चाहिए (https://, डोमेन, पूर्ण पथ सहित), सापेक्ष पथों का उपयोग नहीं किया जा सकता है। यदि UTM पैरामीटर, ट्रैकिंग पैरामीटर वाले URL मौजूद हैं, तो दोनों canonical और og:url को बिना पैरामीटर वाले साफ URL को इंगित करना चाहिए।
Noindex पेज पर लिंक अभी भी क्रॉलर द्वारा प्राप्त किए जा रहे हैं? क्या वे वजन प्रेषित करते हैं?
Noindex का अर्थ है 「इस पेज को इंडेक्स न करें」, नहीं 「प्राप्त करना बंद करें」या 「लिंक का पालन न करें」। क्रॉलर अभी भी noindex पेज प्राप्त करेगा (केवल इस तरह वह noindex टैग देख सकता है) — यदि robots meta एक ही समय में follow सेट है (डिफ़ॉल्ट रूप से follow है), तो क्रॉलर पेज पर लिंक प्राप्त करना जारी रखेगा। लेकिन वजन प्रेषण के संबंध में: Google के आधिकारिक विवरण के अनुसार, noindex पेज अंततः इंडेक्स से हटा दिया जाता है और पेज पर लिंक का वजन भी सामान्य रूप से प्रेषित नहीं किया जाता है (क्योंकि पेज स्वयं इंडेक्स नहीं होता है।) अर्थात् यदि आप चाहते हैं कि क्रॉलर किसी विशेष पेज से अन्य पेजों तक पहुंचे, लेकिन आप नहीं चाहते कि यह पेज स्वयं इंडेक्स हो, तो noindex,follow का उपयोग करना कोई समस्या नहीं है — लेकिन यह उम्मीद न करें कि noindex पेज सामान्य पेज की तरह वजन प्रेषित करेगा।
theme-color किन ब्राउज़रों में काम करता है? क्या iOS Safari समर्थन करता है?
theme-color के लिए वर्तमान समर्थन: Android पर Chrome/Firefox/Edge/Brave जैसे Chromium-आधारित ब्राउज़र बहुत लंबे समय से समर्थन करते हैं — प्रभाव सबसे स्पष्ट है; Safari iOS 15 और macOS Monterey के बाद से theme-color का समर्थन करता है, लेकिन Safari का कार्यान्वयन थोड़ा अलग है — यह पेज की पृष्ठभूमि के रंग के अनुसार स्वचालित रूप से समायोजित होता है, साथ ही media विशेषता के साथ लाइट/डार्क मोड के लिए अलग-अलग रंग सेट करने का समर्थन करता है। डेस्कटॉप Chrome भी कुछ संस्करण के बाद से टैब बार आदि स्थानों पर theme-color लागू करता है। IE और पुराने ब्राउज़र समर्थन नहीं करते — लेकिन समर्थन न करना कोई समस्या नहीं है, केवल थीम रंग प्रभाव नहीं है, कोई कार्यक्षमता प्रभावित नहीं होती है। थीम रंग को वेबसाइट के हेडर/नेविगेशन बार के रंग के रूप में सेट करने की अनुशंसा की जाती है — दृश्य रूप से अधिक एकीकृत लगता है।
Google खोज परिणामों में प्रदर्शित description कभी-कभी मेरा लिखा हुआ description क्यों नहीं होता?
Google की गारंटी नहीं है कि वह आपके द्वारा लिखे गए meta description का 100% उपयोग करेगा। जब Google सोचता है कि आपका description उपयोगकर्ता की खोज क्वेरी से पर्याप्त रूप से संबंधित नहीं है या description की गुणवत्ता कम है (जैसे कीवर्ड स्टफिंग, पूरी साइट के लिए एक ही, सामग्री से मेल नहीं खाता), तो Google स्वचालित रूप से पेज बॉडी से उस खोज शब्द से सबसे अधिक संबंधित मानने वाले खंड को लेकर खोज परिणामों में प्रदर्शन के लिए विवरण के रूप में उपयोग करता है। यह Google का सामान्य व्यवहार है, कोई त्रुटि नहीं है। Description के उपयोग की संभावना को बढ़ाने के लिए: ① प्रत्येक पेज के लिए एक अद्वितीय, सामग्री को सही ढंग से वर्णन करने वाला description लिखें; ② description में स्वाभाविक रूप से पेज के मुख्य कीवर्ड शामिल हों लेकिन स्टफिंग न हो; ③ लंबाई उचित सीमा में नियंत्रित हो, बहुत छोटी न हो; ④ description की सामग्री वास्तव में पेज बॉडी में मौजूद हो। भले ही Google कभी-कभी फिर से लिखता हो, फिर भी आपको description को सावधानीपूर्वक लिखना चाहिए — यह प्रदर्शन प्रभाव को सक्रिय रूप से नियंत्रित करने का मुख्य तरीका है।
टैग कॉन्फ़िगर करने के बाद यह कैसे जांचें कि वे सही ढंग से काम कर रहे हैं या नहीं? कौन से जांच उपकरण उपलब्ध हैं?
मेटा टैगों के सत्यापन के कई चरण और उपकरण हैं: ① सबसे पहले ब्राउज़र में 「पेज स्रोत देखें」विकल्प का उपयोग करें, मूल HTML स्रोत कोड में title, description, og: आदि टैग खोजें और जांचें कि वे मौजूद हैं या नहीं और सामग्री सही है या नहीं (ध्यान दें: यह स्रोत कोड है, एलिमेंट्स पैनल नहीं — क्योंकि स्रोत कोड सर्वर द्वारा लौटाया जाता है, CSR में स्रोत कोड में दिखाई नहीं देता); ② OG टैगों को सत्यापित करने और कैश को रिफ्रेश करने के लिए Facebook Sharing Debugger का उपयोग करें; ③ Twitter Card को सत्यापित करने के लिए Twitter Card Validator का उपयोग करें; ④ बुनियादी टैगों की जांच के लिए Google Rich Results Test का उपयोग करें; ⑤ Google के वास्तव में प्राप्त पेज और इंडेक्सिंग स्थिति को देखने के लिए Google Search Console के 「URL निरीक्षण」फ़ंक्शन का उपयोग करें; ⑥ यदि आप स्थानीय रूप से परीक्षण कर रहे हैं, तो आप ब्राउज़र के user-agent स्विचर का उपयोग करके सोशल मीडिया क्रॉलरों का अनुकरण कर सकते हैं या Facebook UA के साथ curl कमांड का उपयोग करके प्राप्त HTML की जांच कर सकते हैं।
क्या मुझे हर पेज के लिए अलग से मेटा टैग कॉन्फ़िगर करना होगा? क्या मैं पूरी साइट के लिए एक सेट टैग का उपयोग कर सकता हूं?
बिल्कुल नहीं! प्रत्येक पेज का एक अद्वितीय title और meta description होना चाहिए। यदि पूरी साइट के सभी पेज समान title और description का उपयोग करते हैं, तो सर्च इंजन विभिन्न पेजों की सामग्री विषयों को अलग नहीं कर पाएंगे: ① सर्च इंजन हर पेज के बारे में नहीं जान पाएंगे, सही ढंग से रैंक नहीं कर पाएंगे; ② खोज परिणामों में सभी पेज एक ही शीर्षक और विवरण दिखाएंगे — उपयोगकर्ता यह नहीं बता पाएंगे कि किस पर क्लिक करना है, CTR बहुत कम है; ③ सर्च इंजन द्वारा निम्न-गुणवत्ता वाली साइट के रूप में माना जा सकता है और पूरी साइट के वजन को प्रभावित कर सकता है। OG और Twitter Card टैग भी सिद्धांत रूप में हर पेज के लिए अलग-अलग होने चाहिए। केवल theme-color, og:site_name, twitter:site जैसी साइट-स्तरीय कॉन्फ़िगरेशन पूरी साइट के लिए एक समान हो सकती हैं, अन्य टैगों को पेज सामग्री के अनुसार अलग-अलग कॉन्फ़िगर किया जाना चाहिए।
meta keywords अभी भी लिखा जाना चाहिए? कितने उपयुक्त हैं?
Google, Bing, Baidu जैसे प्रमुख सर्च इंजन 2026 में अब मेटा कीवर्ड को रैंकिंग कारक के रूप में उपयोग नहीं करते हैं — आप लिखें या न लिखें, क्या लिखें, यह मूल रूप से SEO को प्रभावित नहीं करता है। यदि आपके CMS या टेम्पलेट में यह फ़ील्ड है, तो कुछ सेकंड खर्च करके 3-5 मुख्य कीवर्ड भरें — कीवर्ड चयन और घनत्व पर बहुत अधिक समय बर्बाद न करें। महत्वपूर्ण बात यह है कि: दर्जनों कीवर्ड की भरमार न करें, एक ही शब्द को बार-बार न दोहराएं, पेज से असंबंधित लोकप्रिय शब्द न लिखें — हालांकि keywords स्वयं रैंकिंग के लिए उपयोग नहीं किया जाता है, लेकिन बहुत अधिक स्टफिंग सर्च इंजन द्वारा स्पैम सिग्नल के रूप में मानी जा सकती है, इसके लायक नहीं है। यदि आपकी वेबसाइट में keywords फ़ील्ड नहीं है या आप भरना नहीं चाहते हैं, तो पूरी तरह से खाली छोड़ना भी कोई समस्या नहीं है — रैंकिंग पर कोई नकारात्मक प्रभाव नहीं है।
Robots मेटा टैग और robots.txt में क्या अंतर है? किसकी प्राथमिकता अधिक है?
दोनों का कार्य स्तर और तंत्र भिन्न है: ① robots.txt वेबसाइट के रूट डायरेक्टरी में रखी गई एक टेक्स्ट फ़ाइल है, यह साइट या डायरेक्टरी स्तर पर क्रॉलर व्यवहार को नियंत्रित करती है — उदाहरण के लिए Disallow: /admin/ सभी क्रॉलरों को /admin/ डायरेक्टरी प्राप्त नहीं करने के लिए कहती है; लेकिन robots.txt एक 「जेंटलमैन का समझौता」है — अनुपालन करने वाले क्रॉलर इसका पालन करते हैं और यदि निषिद्ध पेज को इंगित करने वाले बाहरी लिंक मौजूद हैं, तो इसे अभी भी इंडेक्स किया जा सकता है केवल बिना स्निपेट के। ② robots meta पेज-स्तरीय टैग है, प्रत्येक पेज के HTML head में रखा जाता है, यह एकल पेज के index/noindex/follow/nofollow आदि व्यवहार को सूक्ष्म रूप से नियंत्रित कर सकता है — robots.txt से अधिक प्राथमिकता रखता है। ③ X-Robots-Tag HTTP प्रतिक्रिया हेडर स्तर पर है — कार्य robots meta के समान है लेकिन HTTP हेडर के माध्यम से लौटाया जाता है, गैर-HTML फ़ाइलों (PDF, छवियां आदि) की इंडेक्सिंग नियंत्रण के लिए उपयोग किया जा सकता है। किसी पेज को पूरी तरह से इंडेक्स होने से रोकने के लिए, आपको noindex (meta या X-Robots-Tag) का उपयोग करना चाहिए — केवल robots.txt Disallow पर भरोसा करना इंडेक्स नहीं होने की गारंटी नहीं देता।
इस टूल से मेटा टैग बनाने के बाद क्या मुझे अभी भी Schema.org संरचित डेटा (JSON-LD) कॉन्फ़िगर करना होगा?
मेटा टैग और Schema.org संरचित डेटा पूरक हैं, एक दूसरे के विकल्प नहीं हैं। मेटा टैग मुख्य रूप से इन समस्याओं को हल करते हैं: खोज परिणाम पेज पर शीर्षक और विवरण, सोशल प्लेटफ़ॉर्म पर शेयरिंग कार्ड, बुनियादी क्रॉलर नियंत्रण। Schema.org संरचित डेटा (आमतौर पर पेज में JSON-LD प्रारूप में एम्बेड किया जाता है) इन समस्याओं को हल करता है: रिच सर्च रिजल्ट (Rich Snippets), जैसे उत्पाद रेटिंग सितारे, कीमत और स्टॉक, ब्रेडक्रम्ब नेविगेशन, लेख प्रकाशन तिथि, FAQ एकॉर्डियन ब्लॉक, इवेंट समय और स्थान आदि उन्नत प्रदर्शन — यह CTR को और बढ़ाता है। महत्वपूर्ण पेजों के लिए एक ही समय में कॉन्फ़िगर करने की अनुशंसा की जाती है: ① बुनियादी मेटा टैग (इस टूल द्वारा जेनरेट की गई सामग्री); ② पेज प्रकार के अनुरूप Schema.org संरचित डेटा। दोनों एक-दूसरे के साथ संघर्ष नहीं करते हैं, साथ में खोज प्रदर्शन प्रभाव को अनुकूलित करते हैं।
समस्या निवारण
Facebook/Twitter/LinkedIn पर लिंक साझा करने पर छवि प्रदर्शित नहीं हो रही है या प्रदर्शित छवि सेट की गई og:image नहीं है
og:image URL सापेक्ष पथ या localhost/127.0.0.1/आंतरिक IP पता का उपयोग कर रहा है — सोशल प्लेटफ़ॉर्म क्रॉलर सार्वजनिक पते तक नहीं पहुंच सकता। छवि robots.txt द्वारा अवरुद्ध है या सर्वर/WAF/CDN/फ़ायरवॉल Facebook/Twitter क्रॉलर के User-Agent (facebookexternalhit/Twitterbot/LinkedInBot) को अवरुद्ध करता है। छवि का आकार आवश्यकताओं को पूरा नहीं करता है: og:image 200×200 पिक्सल से छोटा होने पर अनदेखा कर दिया जाता है, summary_large_image छवि 300×157 से छोटा होने पर डिग्रेड हो जाता है। छवि फ़ाइल बहुत बड़ी है (5MB-8MB से अधिक) या प्रारूप समर्थित नहीं है (केवल JPG/PNG/WebP/GIF समर्थित हैं, SVG कुछ प्लेटफ़ॉर्म द्वारा समर्थित नहीं है)। टैग JavaScript क्लाइंट-साइड द्वारा गतिशील रूप से रेंडर किए जाते हैं — सोशल प्लेटफ़ॉर्म क्रॉलर JS निष्पादित नहीं करते, केवल SSR/SSG प्राप्त किया जा सकता है। og:image URL 404/403/5xx त्रुटि लौटाता है या लॉगिन पृष्ठ/त्रुटि पृष्ठ पर रीडायरेक्ट करता है। प्लेटफ़ॉर्म ने पुराने गैर-मानक संस्करण को कैश किया है — टैग बदलने के बाद आधिकारिक Debugger टूल के माध्यम से Scrape Again द्वारा कैश को रिफ्रेश करने के लिए मजबूर नहीं किया गया है।
Google खोज परिणामों में title कटा हुआ और अधूरा दिखाई दे रहा है, या Google शीर्षक को स्वचालित रूप से फिर से लिख रहा है
Title की लंबाई 50-60 वर्ण (या लगभग 600 पिक्सल चौड़ाई) से अधिक है — अधिक भाग को इलिप्सिस के साथ काट दिया जाता है। Title में पूर्ण-चौड़ाई वाले विशेष प्रतीक, इमोजी अतिरिक्त चौड़ाई घेरते हैं और जल्दी कटने का कारण बनते हैं — वास्तविक प्रदर्शन लंबाई वर्ण गणना से कम होती है। Title में कीवर्ड स्टफिंग या पेज सामग्री के साथ असंगति है — Google सोचता है कि आपका शीर्षक गलत है और पेज बॉडी या लिंक टेक्स्ट से अन्य पाठ लेकर शीर्षक को फिर से लिखता है। प्रत्येक पेज का दोहराया गया या बहुत समान title है — Google पेजों को अलग नहीं कर पाता है और स्वचालित रूप से भिन्न शीर्षक बनाता है। Title में केवल ब्रांड नाम है, पेज विषय का कोई विवरण नहीं है या ब्रांड नाम बहुत लंबा है और बहुत अधिक जगह घेरता है। |, -, _ जैसे बहुत अधिक विभाजक का उपयोग किया गया है या विभाजन विधि उचित नहीं है — यह Google को विभाजक स्टफिंग के रूप में मानने का कारण बनता है। पेज में h1-h6 शीर्षक पदानुक्रम गड़बड़ है या एक से अधिक h1 टैग हैं — Google title को फिर से लिखने के लिए h1 सामग्री का उपयोग कर सकता है।
Meta टैग कॉन्फ़िगर करने के बाद पेज पर वर्ण गड़बड़, विशेष वर्णों का गलत प्रदर्शन या HTML सिंटैक्स त्रुटियां दिखाई देती हैं
<meta charset="UTF-8"> घोषणा नहीं है या घोषणा की स्थिति head की शुरुआत में नहीं है (title से पहले होना चाहिए)। meta description, og:description जैसे content विशेषता मानों में बिना एस्केप किए गए दोहरे उद्धरण चिह्न (" मौजूद हैं, जो टैग के जल्दी बंद होने और HTML संरचना के बिगड़ने का कारण बनते हैं। Content में &, <, > जैसे विशेष वर्ण हैं लेकिन HTML entity एस्केपिंग नहीं की गई है (& को & के रूप में लिखा जाना चाहिए, < को < के रूप में, > को > के रूप में)। HTML फ़ाइल का वास्तविक संग्रहण एन्कोडिंग UTF-8 नहीं है (जैसे ISO-8859-1 में सहेजा गया), लेकिन charset घोषणा UTF-8 है — यह एन्कोडिंग बेमेल का कारण बनता है। सर्वर HTTP प्रतिक्रिया हेडर Content-Type charset=ISO-8859-1 जैसा गैर-UTF-8 एन्कोडिंग निर्दिष्ट करता है, जो मेटा charset घोषणा को अधिलेखित कर देता है। गलत entity एस्केपिंग का उपयोग किया गया है (जैसे विशेषता के बाहर के उद्धरण चिह्नों को " से एस्केप करना या जिन वर्णों को एस्केप करने की आवश्यकता नहीं है उन्हें एस्केप करना)। CMS या टेम्पलेट इंजन द्वारा स्वचालित एस्केपिंग के दौरान दोहरा एस्केप हो रहा है (जैसे & &amp; बन जाता है, & के बजाय & प्रदर्शित होता है)।
Canonical टैग कॉन्फ़िगर किया है लेकिन काम नहीं कर रहा है, डुप्लिकेट URL अभी भी इंडेक्स हो रहे हैं या canonical सर्च इंजन द्वारा अनदेखा किया जा रहा है
Canonical द्वारा इंगित URL 404/403/5xx त्रुटि लौटाता है या किसी अन्य पृष्ठ पर रीडायरेक्ट करता है — सर्च इंजन मानक संस्करण तक नहीं पहुंच सकता। A पेज B पर canonical, B पेज A पर canonical (चक्रीय canonical) या A→B→C→D श्रृंखला वाला canonical सर्च इंजन को भ्रमित करता है। Canonical बहुत भिन्न सामग्री वाले पेज को इंगित करता है (उच्च डिग्री वाली डुप्लिकेट/समान सामग्री नहीं) — सर्च इंजन सोचता है कि canonical सेटिंग गलत है और इसे अनदेखा करता है। Canonical सापेक्ष पथ का उपयोग करता है (जैसे href="/page") पूर्ण निरपेक्ष URL (href="https://example.com/page") के बजाय। वेबसाइट के एक से अधिक प्रोटोकॉल/डोमेन संस्करण हैं (http/https, www/www रहित) एक-दूसरे पर canonical, लेकिन 301 रीडायरेक्ट उचित रूप से कॉन्फ़िगर नहीं है। पेजिनेशन पेज (जैसे ?page=2, ?page=3) सभी पहले पेज पर canonical — यह बाद की सामग्री को पूरी तरह से इंडेक्स नहीं होने का कारण बनता है, सर्च इंजन इस तरह के तर्कहीन canonical को अनदेखा करता है। एक ही पेज HTML में लिंक टैग, HTTP प्रतिक्रिया हेडर Link: <...>; rel="canonical", साइटमैप के माध्यम से एक ही समय में भिन्न भिन्न canonical URL घोषित करता है — प्राथमिकता संघर्ष।
Meta टैग बदलने के बाद फिर से साझा करना अभी भी पुराना शीर्षक, विवरण या छवि दिखाता है, अद्यतन प्रभाव दिखाई नहीं देता
सोशल प्लेटफ़ॉर्म (Facebook/Twitter/LinkedIn) OG/Twitter Card जानकारी को बहुत लंबे समय तक कैश करते हैं (कुछ दिनों से लेकर कुछ हफ्तों तक भी हो सकता है) — हर बार साझा करने पर फिर से प्राप्त नहीं करते। संबंधित प्लेटफ़ॉर्म के आधिकारिक डिबग टूल (Facebook Sharing Debugger, Twitter Card Validator, LinkedIn Post Inspector) का उपयोग Scrape Again/फिर से प्राप्त करने की कार्रवाई के लिए कैश को मजबूरी से रिफ्रेश करने के लिए नहीं किया गया है। CDN (Cloudflare, CDN, BunnyCDN आदि) पुराने HTML पेज को कैश करता है — क्रॉलर CDN द्वारा कैश किया गया पुराना संस्करण प्राप्त करता है। सर्वर-साइड कैशिंग, SSR कैश, WordPress कैश प्लगइन, Redis पेज कैश आदि साफ नहीं किए गए हैं — आउटपुट अभी भी पुराना HTML है। og:image जैसे संसाधन URL नहीं बदला है लेकिन छवि सामग्री अपडेट की गई है — क्रॉलर और प्लेटफ़ॉर्म URL के अनुसार कैश करते हैं, ?v=2 जैसा संस्करण पैरामीटर जोड़ना अद्यतन को मजबूर कर सकता है। टैग बदलने के बाद पेज को सर्वर पर सही ढंग से तैनात नहीं किया गया है — फ़ाइलें स्थानीय रूप से बदल दी गई हैं लेकिन उत्पादन वातावरण अभी भी पुराना संस्करण है। Meta टैगों को HTML बॉडी खंड में रखा गया है या JS द्वारा गतिशील रूप से जोड़ा गया है — क्रॉलर नए टैगों को पढ़ ही नहीं पाया, अभी भी पहले से कैश किए गए संस्करण को पढ़ रहा था।
गलती से noindex,nofollow सेट करने से पूरी वेबसाइट या महत्वपूर्ण पेज Google द्वारा इंडेक्स नहीं हो पा रहे हैं, खोज में नहीं मिल रहे
विकास/परीक्षण वातावरण के noindex,nofollow टैग प्रकाशित करते समय हटाए नहीं गए — पूरी साइट noindex के साथ प्रकाशित हो गई। WordPress जैसे CMS एडमिन पैनल में 「सर्च इंजनों को इस साइट को इंडेक्स नहीं करने के लिए प्रोत्साहित करें」विकल्प चेक किया गया है — सभी पेजों पर स्वचालित रूप से noindex जोड़ दिया गया है। robots.txt फ़ाइल ने एक ही समय में Disallow सेट कर दिया है — यह क्रॉलर को पेज प्राप्त करने से भी रोकता है और noindex नहीं देख पाता है, लेकिन यदि बाहरी लिंक इंगित करते हैं तो अभी भी इंडेक्स किया जा सकता है। HTTP प्रतिक्रिया हेडर X-Robots-Tag: noindex लौटाता है (मेटा टैग से अधिक प्राथमिकता रखता है, कई लोग प्रतिक्रिया हेडर पर ध्यान नहीं देते) — जैसे Nginx/Apache कॉन्फ़िगरेशन, CDN सेटिंग्स CDN/WAF/सुरक्षा प्लगइन के कारण पेजों पर स्वचालित रूप से noindex हेडर जुड़ जाता है (कुछ सुरक्षा प्लगइन गलत तरीके से काम करते हैं या डिफ़ॉल्ट सेटिंग्स होती हैं)। गलत निर्देश संयोजन का उपयोग किया गया है — जैसे noindex के बजाय index लिखा गया है लेकिन अन्य पैरामीटर संघर्ष करते हैं, या साइट टेम्पलेट में noindex शामिल है केवल होमपेज पर हटा दिया गया है आंतरिक पेजों पर अभी भी मौजूद है। वेबसाइट को staging/परीक्षण वातावरण से उत्पादन वातावरण में स्थानांतरित करते समय base URL, canonical, robots कॉन्फ़िगरेशन अपडेट नहीं किए गए — परीक्षण वातावरण का noindex उत्पादन वातावरण में रह गया।
शब्दकोश
- Meta tag
- HTML मेटा टैग, head खंड में रखा जाता है, पेज की मेटाडेटा जानकारी परिभाषित करने के लिए उपयोग किया जाता है, ब्राउज़रों, सर्च इंजनों, सोशल प्लेटफ़ॉर्म को शीर्षक, विवरण, लेखक, क्रॉलर नियम और अन्य जानकारी प्रसारित करता है।
- title
- HTML शीर्षक टैग, ब्राउज़र टैब शीर्षक और सर्च इंजन परिणाम पेज (SERP) में क्लिक करने योग्य शीर्षक को परिभाषित करता है, सबसे महत्वपूर्ण SEO टैग है, अनुशंसित लंबाई 50-60 वर्ण है।
- meta description
- पेज विवरण मेटा टैग, SERP में शीर्षक के नीचे विवरण पाठ के रूप में प्रदर्शित होता है, सीधे रैंकिंग को प्रभावित नहीं करता लेकिन क्लिक दर (CTR) को काफी प्रभावित करता है, अनुशंसित लंबाई 120-160 वर्ण है।
- meta keywords
- कीवर्ड मेटा टैग, प्रारंभिक सर्च इंजन पेज विषय निर्धारित करने के लिए उपयोग करते थे, दुरुपयोग के कारण Google ने 2009 में उपयोग नहीं करने की घोषणा की, आजकल लगभग कोई SEO मूल्य नहीं है।
- canonical
- मानक लिंक टैग (rel="canonical"), सर्च इंजनों को कई समान URL में से कौन सा पसंदीदा संस्करण है यह बताता है, डुप्लिकेट सामग्री, पैरामीटर URL, पसंदीदा डोमेन जैसी समस्याओं को हल करने के लिए उपयोग किया जाता है।
- Open Graph
- Facebook द्वारा 2010 में पेश किया गया सोशल शेयरिंग मेटाडेटा प्रोटोकॉल, लिंक के सोशल प्लेटफ़ॉर्म पर शेयरिंग कार्ड शैली को नियंत्रित करने के लिए og: उपसर्ग वाले टैगों का उपयोग करता है, Facebook, LinkedIn, WhatsApp, Slack जैसे लगभग सभी प्लेटफ़ॉर्म द्वारा समर्थित है।
- Twitter Card
- Twitter/X प्लेटफ़ॉर्म का शेयरिंग कार्ड प्रोटोकॉल, twitter: उपसर्ग वाले टैगों का उपयोग करता है, चार कार्ड प्रकारों का समर्थन करता है: summary, summary_large_image, app, player, Twitter द्वारा OG टैगों से पहले पढ़ा जाता है।
- og:type
- Open Graph पेज प्रकार टैग, सामग्री प्रकार निर्दिष्ट करता है, सामान्य मान website (सामान्य साइट), article (लेख), product (उत्पाद), profile (प्रोफ़ाइल) हैं, सोशल प्लेटफ़ॉर्म को यह निर्धारित करता है कि सामग्री का विश्लेषण कैसे करें।
- og:image
- Open Graph शेयरिंग छवि टैग, सोशल शेयरिंग कार्ड की पूर्वावलोकन छवि URL निर्दिष्ट करता है, अनुशंसित आकार 1200×630 पिक्सल (1.91:1 अनुपात), सार्वजनिक रूप से सुलभ निरपेक्ष URL होना चाहिए।
- twitter:card
- Twitter Card प्रकार टैग, शेयरिंग कार्ड प्रकार निर्दिष्ट करता है, मान summary (छोटी छवि), summary_large_image (बड़ी छवि), app (ऐप), player (प्लेयर) हैं, Twitter Card के लिए एक अनिवार्य टैग है।
- robots meta
- क्रॉलर नियंत्रण मेटा टैग, पेज-स्तरीय सर्च इंजनों को बताता है कि इंडेक्स हो या नहीं (index/noindex), लिंक फॉलो हों या नहीं (follow/nofollow), स्नैपशॉट दिखाना है या नहीं (noarchive) आदि, robots.txt से अधिक प्राथमिकता रखता है।
- noindex
- Robots निर्देशों में से एक, सर्च इंजनों को इस पेज को इंडेक्स करने पर प्रतिबंध लगाता है, पेज खोज परिणामों में दिखाई नहीं देता; क्रॉलर अभी भी इस टैग को पढ़ने के लिए पेज प्राप्त करता है, लेकिन इंडेक्स नहीं करता है। आमतौर पर परीक्षण पेजों, आंतरिक पेजों, कम मूल्य वाले पेजों के लिए उपयोग किया जाता है।
- nofollow
- Robots निर्देशों में से एक, सर्च इंजन क्रॉलर को पेज पर सभी लिंक का पालन करने पर प्रतिबंध लगाता है (एकल लिंक के rel="nofollow" से अलग है), आमतौर पर उपयोगकर्ता द्वारा बनाई गई सामग्री, विज्ञापन लिंक, अविश्वसनीय बाहरी लिंक वाले पेजों के लिए उपयोग किया जाता है।
- theme-color
- ब्राउज़र थीम रंग मेटा टैग, मोबाइल ब्राउज़र के एड्रेस बार/टूलबार के रंग को परिभाषित करता है, Android Chrome, Safari 15+ जैसे ब्राउज़रों में काम करता है, अधिक इमर्सिव ब्रांड अनुभव प्रदान करता है।
- author meta
- लेखक मेटा टैग (name="author"), पेज सामग्री के निर्माता की जानकारी घोषित करता है, ब्लॉगों, समाचार साइटों में article:author के साथ संयोजन में उपयोग किया जाता है, सामग्री लेखक की पहचान करता है।
- HTML entity
- HTML एंटिटी एस्केप कैरेक्टर, HTML में विशेष वर्णों को सुरक्षित रूप से प्रदर्शित करने के लिए उपयोग किए जाते हैं, जैसे & & का अर्थ है, < < का अर्थ है, > > का अर्थ है, " " का अर्थ है, ' ' का अर्थ है, सिंटैक्स त्रुटियों और XSS समस्याओं को रोकते हैं।
- SERP
- Search Engine Results Page — सर्च इंजन परिणाम पेज, उपयोगकर्ता द्वारा Google/Bing जैसे सर्च इंजन में कीवर्ड दर्ज करने के बाद लौटाए गए परिणाम पृष्ठ को संदर्भित करता है, इसमें शीर्षक, विवरण, URL, रिच स्निपेट और अन्य तत्व शामिल होते हैं।
- CTR
- Click-Through Rate — क्लिक दर, खोज परिणाम दिखाए जाने के बाद उपयोगकर्ताओं द्वारा क्लिक करने की दर को संदर्भित करता है। CTR, SEO के मूल संकेतकों में से एक है, सीधे title और meta description की आकर्षण शक्ति से प्रभावित होता है, साथ ही यह Google रैंकिंग एल्गोरिथम का एक उपयोगकर्ता संकेत भी है।
- crawl budget
- क्रॉल बजट — एक सर्च इंजन द्वारा एक निश्चित समय में आपकी वेबसाइट को आवंटित स्क्रैपिंग बारंबारता और पेज संख्या। Robots meta, canonical, noindex के बुद्धिमान उपयोग से कम-मूल्य वाले पेजों पर क्रॉल बजट की बर्बादी को रोका जा सकता है, जिससे महत्वपूर्ण पेज अधिक बार स्क्रैप होते हैं।
- viewport
- व्यूपोर्ट मेटा टैग (name="viewport"), आधुनिक रेस्पॉन्सिव वेबपेजों के लिए एक अनिवार्य टैग है, पेज की मोबाइल डिवाइस पर रेंडर चौड़ाई और प्रारंभिक स्केल को नियंत्रित करता है, मानक कॉन्फ़िगरेशन width=device-width, initial-scale=1.0 है।
सामान्य Meta टैग सूची और विशेषता विवरण तालिका
title | पेज शीर्षक, ब्राउज़र टैब शीर्षक और SERP शीर्षक | <title>पेज शीर्षक | ब्रांड</title> | अनुशंसित 50-60 वर्ण, मुख्य कीवर्ड आगे, ब्रांड नाम अंत में, प्रत्येक पेज अद्वितीय |
meta description | पेज विवरण, SERP में प्रदर्शित विवरण पाठ | <meta name="description" content="..."> | अनुशंसित 120-160 वर्ण, कीवर्ड और CTA शामिल करें, प्रत्येक पेज अद्वितीय |
meta keywords | कीवर्ड टैग | <meta name="keywords" content="शब्द1,शब्द2,शब्द3"> | Google/Bing/Baidu जैसे प्रमुख सर्च इंजन अब उपयोग नहीं करते, प्राथमिक कॉन्फ़िगरेशन की आवश्यकता नहीं |
link canonical | मानक लिंक, पसंदीदा URL निर्दिष्ट करता है | <link rel="canonical" href="https://example.com/page"> | पूर्ण निरपेक्ष URL लिखा जाना चाहिए, डुप्लिकेट सामग्री समस्या हल करता है, श्रृंखला में सेट नहीं करना चाहिए |
meta robots | क्रॉलर नियंत्रण, पेज-स्तरीय इंडेक्सिंग/फॉलो नियम | <meta name="robots" content="index,follow"> | Robots.txt से अधिक प्राथमिकता, noindex वास्तविक इंडेक्सिंग प्रतिबंध है |
meta charset | कैरेक्टर एन्कोडिंग घोषणा | <meta charset="UTF-8"> | head की शुरुआत में रखा जाना चाहिए, आधुनिक पेज एक समान UTF-8 का उपयोग करते हैं |
meta viewport | मोबाइल व्यूपोर्ट नियंत्रण | <meta name="viewport" content="width=device-width, initial-scale=1.0"> | रेस्पॉन्सिव पेजों के लिए अनिवार्य, कॉन्फ़िगर नहीं करने पर मोबाइल अनुभव बहुत खराब होता है |
meta author | पेज लेखक जानकारी | <meta name="author" content="लेखक का नाम"> | सामग्री निर्माता को पहचानता है, ब्लॉगों/समाचार साइटों में उपयोग किया जाता है |
meta theme-color | मोबाइल ब्राउज़र थीम रंग | <meta name="theme-color" content="#2563eb"> | Android Chrome/Safari 15+ द्वारा समर्थित, ब्रांड मुख्य रंग का उपयोग करने की अनुशंसा की जाती है |
og:title | Open Graph शेयरिंग शीर्षक | <meta property="og:title" content="..."> | सोशल शेयरिंग कार्ड शीर्षक, SEO title से अलग हो सकता है, अधिक क्लिक आकर्षक |
og:description | Open Graph शेयरिंग विवरण | <meta property="og:description" content="..."> | सोशल कार्ड विवरण, 200 वर्ण से कम अनुशंसित |
og:image | Open Graph शेयरिंग छवि | <meta property="og:image" content="https://.../img.jpg"> | अनुशंसित 1200×630 पिक्सल, निरपेक्ष URL, सार्वजनिक रूप से सुलभ, फ़ाइल <5MB |
og:url | Open Graph मानक URL | <meta property="og:url" content="https://example.com/page"> | Canonical के साथ सुसंगत होना चाहिए, लाइक और शेयर गिनती जमा करने के लिए उपयोग किया जाता है |
og:type | Open Graph सामग्री प्रकार | <meta property="og:type" content="website"> | वैकल्पिक website/article/product/profile, विभिन्न प्रकार विभिन्न विस्तारित विशेषताओं का समर्थन करते हैं |
og:site_name | Open Graph साइट नाम | <meta property="og:site_name" content="GeekFormat"> | वेबसाइट का सामान्य नाम प्रदर्शित करता है, पेज शीर्षक से अलग है |
twitter:card | Twitter Card प्रकार | <meta name="twitter:card" content="summary_large_image"> | वैकल्पिक summary/summary_large_image/app/player |
twitter:site | आधिकारिक Twitter खाता | <meta name="twitter:site" content="@username"> | वेबसाइट/ब्रांड का Twitter @handle भरें |
twitter:image | Twitter Card छवि | <meta name="twitter:image" content="https://.../img.jpg"> | न भरने पर बैकअप के रूप में og:image का उपयोग किया जाता है — summary प्रकार के लिए 1:1, large के लिए 2:1 उपयोग किया जाता है |
og:type उपयोग के परिदृश्य तुलना तालिका
website | साइट होमपेज, सामान्य पेज, हमारे बारे में, संपर्क और अन्य गैर-सामग्री/गैर-उत्पाद पेज | 1.91:1 (1200×630) | बुनियादी og: टैग पर्याप्त हैं, कोई विशेष विस्तार नहीं |
article | ब्लॉग लेख, प्रेस विज्ञप्ति, ज्ञान दस्तावेज़, ट्यूटोरियल, स्तंभ सामग्री और अन्य समय-आधारित सामग्री | 1.91:1 (1200×630) | article:published_time (प्रकाशन तिथि), article:modified_time (संशोधन तिथि), article:author (लेखक), article:section (श्रेणी), article:tag (टैग) |
product | ई-कॉमर्स उत्पाद विवरण पेज, उत्पाद पेज, भुगतान सेवा पेज, SaaS उत्पाद लैंडिंग पेज | 1.91:1 (1200×630) उत्पाद छवियों के लिए वर्गाकार या 4:3 अनुशंसित | product:price:amount (कीमत), product:price:currency (मुद्रा जैसे INR/USD), product:availability (स्टॉक स्थिति), product:brand (ब्रांड) |
profile | व्यक्तिगत पेज, उपयोगकर्ता प्रोफ़ाइल पेज, लेखक पेज, रिज्यूमे पेज | 1:1 अवतार छवि या 1.91:1 कवर छवि | profile:first_name (पहला नाम), profile:last_name (उपनाम), profile:username (उपयोगकर्ता नाम), profile:gender (लिंग) |
twitter:card प्रकार तुलना तालिका
summary | छोटी छवि वाला सारांश कार्ड, छोटा चित्र बाएं/ऊपर, पाठ दाएं/नीचे | न्यूनतम 144×144 पिक्सल, वर्गाकार 1:1, <5MB | सामान्य लेख, पेज, टूल पेज, सामान्य सामग्री | कोई अनिवार्य अतिरिक्त फ़ील्ड नहीं, बुनियादी टैग भरें |
summary_large_image | बड़ी छवि वाला सारांश कार्ड, ऊपर पूर्ण चौड़ाई वाला बड़ा बैनर चित्र, मजबूत दृश्य प्रभाव | न्यूनतम 300×157 पिक्सल, अनुशंसित 1200×675, लगभग 2:1 अनुपात, <5MB | ब्लॉग लेख, उत्पाद पेज, अभियान पेज, उच्च CTR अपेक्षित सामग्री (डिफ़ॉल्ट उपयोग अनुशंसित) | कोई अनिवार्य अतिरिक्त फ़ील्ड नहीं, सुनिश्चित करें कि छवि का आकार आवश्यकताओं को पूरा करता है |
app | ऐप डाउनलोड कार्ड, ऐप आइकन, नाम, रेटिंग, डाउनलोड बटन प्रदर्शित करता है | ऐप लोगो वर्गाकार चित्र, 144×144 या अधिक | iOS/Android ऐप डाउनलोड पेज, मोबाइल ऐप प्रचार पेज | twitter:app:name:iphone/ipad/googleplay, twitter:app:id:iphone/ipad/googleplay (ऐप स्टोर आईडी), twitter:app:url:iphone/ipad/googleplay (कस्टम स्कीम) |
player | वीडियो/ऑडियो प्लेयर कार्ड, सीधे फ़ीड में मीडिया प्लेयर एम्बेड करता है | प्लेयर कवर छवि, प्लेयर पेज HTTPS होना चाहिए | वीडियो सामग्री पेज, पॉडकास्ट, ऑडियो पेज, लाइव स्ट्रीम पेज | twitter:player (प्लेयर URL, HTTPS), twitter:player:width (प्लेयर चौड़ाई), twitter:player:height (प्लेयर ऊंचाई), twitter:player:stream (वीडियो/ऑडियो स्ट्रीम पता), Twitter व्हाइटलिस्ट समीक्षा से गुजरना आवश्यक है |
- कलर ब्लाइंडनेस सिम्युलेटर
- रंग कनवर्टर
- .htaccess से Nginx कन्वर्टर
- SQL कन्वर्टर
- कुकी पार्सर
- Cron एक्सप्रेशन जनरेटर
- Cron एक्सप्रेशन वैलिडेटर
- CSS फॉर्मेटर
- CSS मिनिफाई
- CSV से Excel
- करेंसी कन्वर्टर
- डिफ चेकर
- Favicon जनरेटर
- XML फॉर्मेटर
- हेक्साडेसिमल कनवर्टर
- HTML फॉर्मेटर
- HTML कम्प्रेसर
- HTML से Markdown
- Markdown से HTML
- JavaScript फॉर्मेटर
- JS कम्प्रेसर
- JSX फॉर्मैटर
- JSX कम्प्रेसर
- कीवर्ड क्लस्टरिंग
- Lorem Ipsum जनरेटर
- Markdown तालिका जनरेटर
- Meta Tag जनरेटर
- पासवर्ड जेनरेटर
- पासवर्ड शक्ति जांच उपकरण
- QR कोड / बारकोड जनरेटर
- Regex टेस्टर
- Slug जनरेटर
- SQL बिल्डर
- SQL फॉर्मेटर टूल
- शब्द गणक
- समय उपकरण
- TS फॉर्मेटर
- TS कम्प्रेसर
- TSX फॉर्मेटर
- TSX कम्प्रेसर
- Unix Timestamp कनवर्टर
- UUID जेनरेटर
- YAML फॉर्मेटर
- केस कनवर्टर