उत्पाद पृष्ठों के अनुक्रमित न होने के 6 तकनीकी कारण｜डुप्लिकेट सामग्री और क्रॉलिंग प्रतिबंध शामिल नहीं हैं

本文作者：Don jiang

2025-07-08

Home » 博客 » ਚੁਣੇ ਗਏ ਲੇਖ » उत्पाद पृष्ठों के अनुक्रमित न होने के 6 तकनीकी कारण｜डुप्लिकेट सामग्री और क्रॉलिंग प्रतिबंध शामिल नहीं हैं

पृष्ठ अनुक्रमित नहीं होने के पीछे का कारण आपके कोड संरचना या सर्वर कॉन्फ़िगरेशन में छुपा हो सकता है।

उदाहरण के लिए, यदि क्रॉलर आपकी डायनामिक सामग्री को “समझ” नहीं पाता है, या कोई पैरामीटर सेटिंग ग़लत है जिससे पृष्ठ को डुप्लिकेट मान लिया जाता है।

यह लेख तकनीकी दृष्टिकोण से 6 ऐसे आम लेकिन अक्सर अनदेखे कारणों को संकलित करता है, जो सीधे पृष्ठ के अनुक्रमण को प्रभावित करते हैं।

Table of Contens

पृष्ठ लोडिंग की धीमी गति क्रॉलर की क्रॉलिंग में बाधा डालती है

उदाहरण के लिए, यदि सर्वर प्रतिक्रिया समय 3 सेकंड से अधिक है, तो Googlebot क्रॉलिंग छोड़ सकता है या केवल आंशिक सामग्री को ही अनुक्रमित कर सकता है।

यह समस्या अक्सर अनदेखी रहती है क्योंकि अधिकांश वेबसाइट प्रबंधक केवल यूज़र एक्सपीरियंस (जैसे पृष्ठ दृश्यता या लोडिंग एनीमेशन) पर ध्यान केंद्रित करते हैं, लेकिन क्रॉलर की “धैर्य सीमा” को नजरअंदाज कर देते हैं।

सर्वर प्रतिक्रिया समय बहुत अधिक है

समस्या की पहचान: Google Search Console के “कोर वेब वाइटल्स” या GTmetrix जैसे टूल का उपयोग करके “Time to First Byte (TTFB)” जांचें। यदि यह 1.5 सेकंड से अधिक है, तो अनुकूलन करें।

समाधान:

सर्वर हार्डवेयर (CPU/रैम) को अपग्रेड करें या Cloudways, SiteGround जैसे उच्च प्रदर्शन वाले होस्टिंग प्रदाता पर स्विच करें।
डेटाबेस क्वेरी अनुकूलन करें: जटिल जॉइन को कम करें और उत्पाद तालिकाओं में इंडेक्स जोड़ें।
सर्वर कैशिंग (जैसे Redis या Memcached) सक्रिय करें ताकि पृष्ठ बार-बार डायनामिक रूप से न बनाए जाएं।

अवांछित संसाधन फ़ाइलें

सामान्य समस्याएं:

उत्पाद चित्र संकुचित नहीं (जैसे PNG को WebP में नहीं बदला गया या 2000px से अधिक रेज़ॉल्यूशन)।
CSS/JS फ़ाइलें संयोजित नहीं, जिससे कई HTTP अनुरोध उत्पन्न होते हैं।

समाधान के चरण:

Squoosh या TinyPNG से चित्र संपीड़ित करें और उन्हें सामान्य स्क्रीन आकार (जैसे 1200px चौड़ाई) के अनुरूप बनाएं।
Webpack या Gulp का उपयोग करके CSS/JS फाइलों को संयोजित करें और HTTP अनुरोधों की संख्या कम करें।
Gzip या Brotli संपीड़न सक्षम करें ताकि संसाधनों का आकार कम हो सके।

रेंडरिंग-ब्लॉकिंग स्क्रिप्ट्स

क्रॉलर दृष्टिकोण: जब क्रॉलर HTML पार्स करता है और उसे कोई सिंक्रोनस स्क्रिप्ट (जैसे सिंक्रोनस Google Analytics) मिलती है, तो वह तब तक रुक जाता है जब तक स्क्रिप्ट पूरा नहीं होती।

अनुकूलन समाधान:

ग़ैर-ज़रूरी स्क्रिप्ट्स में async या defer जोड़ें (उदाहरण: )।
थर्ड-पार्टी टूल्स (जैसे लाइव चैट, हीटमैप एनालिटिक्स) को पृष्ठ लोड होने के बाद लोड करें।

जांच उपकरण और प्राथमिकता सिफारिशें

सेल्फ-चेकलिस्ट:

PageSpeed Insights: विशिष्ट संसाधन लोडिंग समस्याओं की पहचान करें (जैसे “JavaScript निष्पादन समय कम करें”)।
Screaming Frog: उत्पाद पृष्ठों का TTFB बैच में जांचें और धीमे लोडिंग वाले URL को खोजें।
Lighthouse: “अवसर” अनुभाग में अनुकूलन सिफारिशें देखें (जैसे अनावश्यक CSS हटाना)।

त्वरित अनुकूलन प्राथमिकता: पहले उन पृष्ठों को ठीक करें जिनका TTFB 2 सेकंड से अधिक है, जिनमें 50 से अधिक HTTP अनुरोध हैं, या जिनकी छवि फ़ाइलें 500KB से बड़ी हैं।

महत्वपूर्ण डेटा: Google के अनुसार, यदि पृष्ठ लोडिंग समय 1 सेकंड से बढ़कर 3 सेकंड हो जाता है, तो क्रॉलिंग विफलता की संभावना 32% बढ़ जाती है। ऊपर दिए गए अनुकूलनों से अधिकांश उत्पाद पृष्ठों को 2 सेकंड के भीतर लोड किया जा सकता है, जिससे अनुक्रमण दर में काफी सुधार होगा।

robots.txt फ़ाइल द्वारा उत्पाद निर्देशिका का अनजाने में अवरुद्ध होना

उदाहरण के लिए, यदि गलती से Disallow: /tmp/ की जगह Disallow: /product/ लिखा जाता है, तो क्रॉलर उत्पाद पृष्ठों को पूरी तरह से छोड़ देगा, भले ही वे गुणवत्ता में उच्च हों।

robots.txt अवरोधन समस्या का त्वरित पता लगाना

जांच उपकरण:

Google Search Console: “इंडेक्सिंग” > “पृष्ठें” में जाकर जांचें, यदि उत्पाद पृष्ठ “ब्लॉक किया गया” दिखता है तो robots.txt अवरोधन विवरण देखें।
ऑनलाइन robots.txt टेस्ट टूल: robots.txt टेस्ट टूल में URL डालें और क्रॉलर दृश्य से अनुमतियाँ जांचें।

सामान्य गलतियाँ:

पथ टाइपो (जैसे /produc/ के बजाय /product/)।
अत्यधिक * वाइल्डकार्ड का उपयोग (जैसे Disallow: /*.jpg$ सभी उत्पाद चित्रों को ब्लॉक कर देना)।

गलत ब्लॉकिंग नियमों को ठीक करने का तरीका

सही लिखने के सिद्धांत：

पथ (Path) का सटीक मिलान: अस्पष्ट ब्लॉकिंग से बचें। उदाहरण के लिए, अस्थायी डायरेक्टरी के लिए Disallow: /old-product/ का उपयोग करें, न कि Disallow: /product/।
बॉट प्रकार अलग करें: यदि आप केवल कुछ विशेष स्पैम बॉट्स को ब्लॉक करना चाहते हैं, तो User-agent को स्पष्ट रूप से निर्दिष्ट करें (जैसे: User-agent: MJ12bot)।

पैरामीटर हैंडलिंग：

आवश्यक पैरामीटर (जैसे पेजिनेशन ?page=2) की अनुमति दें, और केवल विशेष पैरामीटर ब्लॉक करें, जैसे Disallow: *?sort=।
पैरामीटर के अंत को इंगित करने के लिए $ प्रतीक का उपयोग करें (उदाहरण: Disallow: /*?print=true$)।

आपातकालीन पुनर्स्थापन और सत्यापन प्रक्रिया

उदाहरण चरण：

robots.txt फ़ाइल संपादित करें और गलत पंक्तियों को कमेंट या हटाएं (उदाहरण: # Disallow: /product/)।
Google Search Console में robots.txt अपडेट अनुरोध सबमिट करें।
“URL निरीक्षण उपकरण” से मैन्युअल रूप से उत्पाद पेज की क्रॉलिंग स्थिति की जांच करें।
24 घंटे बाद इंडेक्सिंग स्थिति दोबारा जांचें। यदि पेज पुनः शामिल नहीं होते, तो उत्पाद साइटमैप मैन्युअली सबमिट करें।

सुरक्षा उपाय：

संस्करण नियंत्रण टूल (जैसे Git) का उपयोग करें ताकि robots.txt में बदलावों का रिकॉर्ड रहे और आवश्यकता पड़ने पर पुनर्स्थापना संभव हो।
परिवर्तनों को सीधे लाइव साइट पर लागू करने से पहले टेस्टिंग वातावरण में परीक्षण करें।

वास्तविक केस विश्लेषण

गलत कॉन्फ़िगरेशन：

User-agent: *
Disallow: /
Allow: /product/

समस्या: Disallow: / पूरी साइट को ब्लॉक कर देता है, जिससे Allow नियम प्रभावी नहीं होता।

सही समाधान：

User-agent: *
Disallow: /admin/
Disallow: /tmp/
Allow: /product/

तर्क: केवल प्रशासनिक और अस्थायी डायरेक्टरीज़ को ब्लॉक किया गया है, उत्पाद पेज खुले रहते हैं।

उत्पाद पेजों में आंतरिक लिंकिंग की कमी

यदि किसी उत्पाद पेज पर आंतरिक लिंक (जैसे नेविगेशन मेनू, संबंधित अनुशंसा या टेक्स्ट लिंक) नहीं हैं, तो वह “अलग-थलग द्वीप” बन जाता है, और चाहे कंटेंट अच्छा हो, वह इंडेक्स नहीं होगा।

यह समस्या अक्सर नए उत्पादों, विशेष पेजों, या थोक में बाहरी टूल्स से आयात किए गए पेजों में पाई जाती है — जो शायद साइट की मुख्य नेविगेशन संरचना में ठीक से शामिल नहीं किए गए हों।

नेविगेशन संरचना का अभाव या खराब डिज़ाइन

आम समस्याएं：

उत्पाद पेज मुख्य मेनू या श्रेणी डायरेक्टरी में शामिल नहीं होते (सिर्फ सर्च रिजल्ट के माध्यम से पहुँचा जा सकता है)।
मोबाइल में, उत्पाद लिंक गहरे सब-मेनू में छुपे होते हैं।

समाधान：

स्वयं जाँच उपकरण: Screaming Frog से पूरी साइट स्कैन करें और “इनबाउंड लिंक की संख्या ≤ 1” वाले उत्पाद पेजों को फ़िल्टर करें।

ऑप्टिमाइज़ेशन स्टेप्स：

मुख्य नेविगेशन में “लोकप्रिय नए उत्पाद” या “सिफारिश की गई श्रेणियाँ” जैसे सेक्शन जोड़ें, जो प्रमुख उत्पाद पेजों से लिंक करें।
सुनिश्चित करें कि हर उत्पाद कम-से-कम एक श्रेणी में शामिल हो (उदाहरण: /category/shoes/product-A)।

ब्रेडक्रंब नेविगेशन में मुख्य स्तर शामिल नहीं हैं

गलत उदाहरण: ब्रेडक्रंब पथ बहुत छोटा है, जिसमें श्रेणी पृष्ठ का लिंक नहीं है (उदाहरण: मुख्य पृष्ठ > उत्पाद A)।

सही करने का तरीका:

संपूर्ण श्रेणी स्तर जोड़ें (उदाहरण: मुख्य पृष्ठ > खेल जूते > रनिंग शूज़ > उत्पाद A), प्रत्येक स्तर पर क्लिक करने योग्य लिंक के साथ।
CMS में स्वचालित ब्रेडक्रंब जनरेशन को कॉन्फ़िगर करें, जिससे URL संरचना श्रेणी पदानुक्रम से मेल खाए (उदाहरण: /category1/category2/product-name)।

सामग्री पृष्ठों में एंकर टेक्स्ट लिंक की कमी

उत्पाद विवरण में स्वाभाविक रूप से संबंधित उत्पादों के लिंक जोड़ें (उदाहरण: “यह कैमरा त्रिपॉड X के साथ संगत है”)।
उपयोगकर्ता समीक्षाओं वाले खंड में “इस उत्पाद को खरीदने वाले उपयोगकर्ताओं ने यह भी देखा” जैसी एंकर लिंक सिफारिशें जोड़ें।

आपातकालीन समाधान रणनीति

अस्थायी समाधान:

“नवीनतम उत्पाद” नामक एक संग्रह पृष्ठ बनाएं, जिसमें उन उत्पादों के लिंक शामिल हों जिन्हें अभी तक अनुक्रमित नहीं किया गया है, और इसे होमपेज के फूटर नेविगेशन में जोड़ें।
उच्च अधिकार वाली मौजूदा पृष्ठों (जैसे ब्लॉग पोस्ट) में लक्षित उत्पाद पृष्ठों के लिंक जोड़ें, उदाहरण: “अनुशंसित पढ़ाई: 2024 के सर्वश्रेष्ठ रनिंग शूज़“।

दीर्घकालिक रखरखाव:

हर सप्ताह उत्पाद पृष्ठों की अनुक्रमण स्थिति की निगरानी करें (उपकरण: Ahrefs Site Audit), और समय रहते आंतरिक लिंक की खामियां दूर करें।

JavaScript डायनामिक रेंडरिंग के कारण सामग्री की हानि

उदाहरण के लिए, Vue या React से विकसित उत्पाद पृष्ठ, जिनमें मुख्य जानकारी (जैसे SKU, स्पेसिफिकेशन) API के माध्यम से असिंक्रोनस रूप से लोड होती है, जिससे सर्च इंजन बॉट समय रहते इस डेटा को नहीं पकड़ पाते।

परिणाम: केवल “लोड हो रहा है” जैसी प्लेसहोल्डर वाली पृष्ठ ही अनुक्रमित होते हैं, जिससे रैंकिंग पर असर पड़ता है।

डायनामिक रेंडरिंग के कारण सामग्री हानि की पहचान कैसे करें

स्व-परीक्षण उपकरण:

Google मोबाइल-फ्रेंडली टेस्ट: उत्पाद पृष्ठ का URL दर्ज करें और जांचें कि रेंडर किए गए HTML स्क्रीनशॉट में मुख्य सामग्री (जैसे कीमत, खरीद बटन) दिखाई देती है या नहीं।
curl कमांड से बॉट अनुकरण: टर्मिनल में यह कमांड चलाएं curl -A "Googlebot" URL और प्राप्त HTML को ब्राउज़र के “View Page Source” से तुलना करें।

सामान्य संकेत:

पृष्ठ के स्रोत कोड में उत्पाद विवरण, समीक्षाएं आदि मुख्य पाठ नहीं होते, केवल
जैसे प्लेसहोल्डर होते हैं।
Google Search Console के “कवरेज” रिपोर्ट में “Crawled – Currently Not Indexed” दिखाई देता है, जिसमें कारण “रिक्त पृष्ठ” बताया जाता है।

समाधान: सर्वर-साइड रेंडरिंग (SSR) और प्री-रेंडरिंग

SSR के फायदे: सर्वर पर पूर्ण HTML जेनरेट कर सीधे बॉट्स को भेजा जाता है, जिससे सर्च इंजन कंटेंट को आसानी से क्रॉल कर पाते हैं।

अनुशंसित फ्रेमवर्क: Next.js (React), Nuxt.js (Vue), Angular Universal।

कोड उदाहरण (Next.js उत्पाद पृष्ठ रूटिंग):

export async function getServerSideProps(context) {

const product = await fetchAPI(`/product/${context.params.id}`);

return { props: { product } };

प्री-रेंडरिंग का वैकल्पिक समाधान: ऐसे साइट्स के लिए जो SSR में परिवर्तन नहीं कर सकते, Prerender.io या Rendertron का उपयोग करके स्थैतिक स्नैपशॉट्स बनाएं।

कॉन्फ़िगरेशन के चरण:

सर्वर पर मिडलवेयर सेट करें, बॉट्स की रिक्वेस्ट पहचानें और उन्हें प्री-रेंडरिंग सेवा पर रीडायरेक्ट करें।
रेंडर किए गए परिणामों को कैश करें ताकि बार-बार रेंडरिंग का खर्च घटे।

डायनामिक कंटेंट लोडिंग के समय का अनुकूलन

मुख्य लॉजिक: उत्पाद की मुख्य जानकारी (शीर्षक, कीमत, स्पेसिफिकेशन) को प्रारंभिक HTML में सीधे एम्बेड करें, न कि जावास्क्रिप्ट के माध्यम से असिंक्रोनस तरीके से।

गलत उदाहरण:

// कीमत को असिंक्रोनस रूप से लोड करना (बॉट्स शायद इंतजार न करें)

fetch('/api/price').then(data => {

document.getElementById('price').innerHTML = data.price;

});

सही समाधान:

<!-- प्रारंभिक HTML में सीधे कीमत डालना -->
$99.99

JS निष्पादन समय और संसाधन आकार को नियंत्रित करना

बॉट सहनशीलता सीमा: Googlebot अधिकतम लगभग 5 सेकंड तक JS निष्पादन और रेंडरिंग की प्रतीक्षा करता है।

अनुकूलन उपाय:

कोड स्प्लिटिंग: केवल आवश्यक JS ही प्रोडक्ट पेज पर लोड करें (जैसे गैर-जरूरी कैरोसेल या गैलरी हटाएं)।

// गैर-जरूरी मॉड्यूल्स को डायनामिक रूप से लोड करना (जैसे वीडियो प्लेयर)

import('video-player').then(module => {

module.loadPlayer();

});

पहली स्क्रीन के बाद के कंटेंट को डिले करके लोड करें: कमेंट सेक्शन और रिलेटेड प्रोडक्ट्स जैसे मॉड्यूल्स को DOMContentLoaded के बाद लोड करें।

URL पैरामीटर गड़बड़ी से डुप्लिकेट पेज बनना

उदाहरण के लिए, एक ही प्रोडक्ट के URL यदि अलग-अलग पैरामीटर क्रम से हैं (/product?color=red&size=10 और /product?size=10&color=red) तो बॉट्स इन्हें अलग-अलग पेज मान सकते हैं, जिससे कंटेंट अथॉरिटी बंटती है और डुप्लिकेट कंटेंट पेनल्टी भी लग सकती है।

डुप्लिकेट URL पैरामीटर के असर को पहचानें

स्व-जांच टूल्स:

Google Search Console: “Coverage” रिपोर्ट में जाएं, “Submitted but not indexed” URLs को फ़िल्टर करें और देखें कि डुप्लिकेट पैरामीटर वाले URLs कितने हैं।
Screaming Frog: क्रॉलिंग के समय “Ignore Parameters” नियम सेट करें, और प्रोडक्ट पेज की विभिन्न URL वेरिएशन्स की संख्या जांचें।

सामान्य समस्या के परिदृश्य:

फिल्टर्स के कारण एक ही प्रोडक्ट के कई URL बनना (जैसे कीमत के अनुसार सॉर्ट, कलर फिल्टर)।
Pagination पेजेज़ पर rel="canonical" टैग न लगाना, जिससे वे अलग-अलग पेज समझे जाएं।

पैरामीटर लॉजिक को सामान्य बनाना और लिंक अथॉरिटी को समेकित करना

समाधान प्राथमिकता:

पैरामीटर का क्रम फिक्स करें: URL में पैरामीटर का निश्चित क्रम निर्धारित करें (जैसे Color → Size → Sort), ताकि डुप्लिकेट URL न बनें।

उदाहरण: सभी URL को /product?color=red&size=10 क्रम में फिक्स करें, और अन्य वेरिएशन्स को 301 Redirect के ज़रिए Canonical URL पर रीडायरेक्ट करें।

Canonical टैग का उपयोग करें: Parameterized पेज के <head> सेक्शन में Canonical लिंक जोड़ें, जो मुख्य प्रोडक्ट पेज को इंगित करे।

अर्थहीन पैरामीटर को ब्लॉक करें

meta robots noindex या robots.txt फ़ाइल का उपयोग करके ऐसे URL को इंडेक्स होने से रोकें जिनमें ट्रैकिंग पैरामीटर हों (जैसे: ?session_id=xxx)।

सर्वर-साइड पैरामीटर प्रबंधन तकनीक

URL री-राइटिंग नियम:

Apache उदाहरण (पेजिनेशन पैरामीटर छिपाएं और URL को मानकीकृत करें):



RewriteCond %{QUERY_STRING} ^page=([2-9]|10)$

RewriteRule ^product/?$ /product?page=%1 [R=301,L]

Nginx उदाहरण (सॉर्टिंग पैरामीटर को統一 करें):



if ($args ~* "sort=price") {

rewrite ^/product /product?sort=price permanent;

}

डायनामिक पैरामीटर नियंत्रण:

CMS में पहले से स्वीकृत पैरामीटर की सूची निर्धारित करें और अवैध पैरामीटर अनुरोधों को अस्वीकार करें (404 लौटाएं या मुख्य पृष्ठ पर रीडायरेक्ट करें)।

पेजिनेशन और फ़िल्टर पेज के लिए SEO रणनीति

पेजिनेशन पेज:

सर्च इंजन को पेज रिलेशनशिप बताने के लिए rel="prev" और rel="next" टैग जोड़ें।
पहले पेज को छोड़कर अन्य सभी पेजों (जैसे: page=2 और उसके बाद के पेज) पर noindex सेट करें ताकि केवल पहला पेज ही इंडेक्स हो।

फ़िल्टर पेज:

अगर किसी फ़िल्टर के बाद कोई उत्पाद उपलब्ध नहीं है (जैसे: /product?color=purple और स्टॉक शून्य है), तो 404 लौटाएं या संबंधित श्रेणी पर रीडायरेक्ट करें।

HTML टैग की कमी

उदाहरण के लिए, यदि पेज पर H1 टैग नहीं है, तो सर्च इंजन इस पेज को “अस्पष्ट विषय” मान सकते हैं। इसके अलावा, Schema Markup जैसे संरचित डेटा के बिना, उत्पाद की कीमत, उपलब्धता जैसी महत्वपूर्ण जानकारी सर्च परिणामों में हाइलाइट नहीं होगी।



<link rel="canonical" href="https://example.com/product" />

H1 टैग का अभाव या डुप्लिकेशन

समस्या का पता कैसे लगाएं:

ब्राउज़र के डेवलपर टूल का उपयोग करके जांचें कि प्रोडक्ट पेज पर केवल एक
टैग है जिसमें प्रमुख कीवर्ड शामिल हैं।
सामान्य गलतियाँ: एक से अधिक H1 टैग (जैसे एक प्रोडक्ट नाम के लिए और दूसरा ब्रांड नाम के लिए) या H1 का विषय से असंबंधित होना (जैसे “हमारी दुकान में आपका स्वागत है”)।

सुधार का तरीका:

हर प्रोडक्ट पेज पर केवल एक H1 टैग रखें, जिसमें प्रोडक्ट का मॉडल और मुख्य विक्रय बिंदु शामिल हो (उदाहरण: रनिंग शूज़ X सीरीज़ | कुशनिंग और सांस लेने योग्य, 2024 का नया मॉडल
)।
H1 टेक्स्ट को इमेज से न बदलें (सर्च इंजन इमेज के अंदर का टेक्स्ट नहीं पढ़ सकते); यदि इमेज आवश्यक है, तो aria-label जोड़ें।

Meta विवरण (description) अनुकूलित नहीं है

प्रभाव: यदि meta description गायब या अधूरा हो, तो सर्च इंजन पेज के यादृच्छिक टेक्स्ट को स्निपेट में दिखाता है, जिससे क्लिक-थ्रू रेट कम होती है।

अनुकूलन प्रक्रिया:

लंबाई 150-160 वर्णों के बीच रखें, मुख्य कीवर्ड और कॉल टू एक्शन शामिल करें (उदाहरण: )।
CMS में सेटिंग कर के description को प्रोडक्ट के सेलिंग पॉइंट से ऑटोमेटिक खींचें, ताकि यह खाली न रहे।

Schema स्ट्रक्चर्ड डेटा की अनदेखी

SEO के लिए महत्त्व: Schema मार्कअप सर्च इंजन को प्रोडक्ट के मूल्य, रेटिंग, स्टॉक आदि का स्पष्ट संकेत देता है, जिससे सर्च परिणाम अधिक आकर्षक बनते हैं।

कैसे लागू करें:
Schema Markup Generator का उपयोग करके Product टाइप JSON-LD कोड बनाएं और इसे सेक्शन में जोड़ें:

<script type="application/ld+json">

{

"@context": "https://schema.org/",

"@type": "Product",

"name": "रनिंग शूज़ X सीरीज़",

"image": "https://example.com/shoe.jpg",

"offers": {

"@type": "Offer",

"price": "99.99",

"priceCurrency": "USD",

"availability": "https://schema.org/InStock"

}

}

script>

सत्यापन टूल: Google Structured Data Testing Tool का उपयोग करके Schema मार्कअप जांचें।

तस्वीरों में Alt टेक्स्ट नहीं है

SEO में लाभ: Alt टेक्स्ट सर्च इंजन को इमेज का अर्थ समझने में मदद करता है और एक्सेसिबिलिटी को बेहतर बनाता है।