अप्रैल 2023 में Google के एसईओ के लिए ऑफ़िस में कामकाज के घंटे

यह ट्रांसक्रिप्ट, अप्रैल 2023 में Google के एसईओ के ऑफ़िस में कामकाज के घंटे वाले सेशन की है. अगर आपको अपनी साइट के लिए कोई मदद चाहिए, तो हमारा सुझाव है कि Google Search Central के सहायता समुदाय में अपना सवाल पोस्ट करें.

Website.com/eu या हर देश के लिए एक अलग वेबसाइट?

राजेश: निसा ने पूछा: किसी वेबसाइट को यूरोपीय संघ में उपलब्ध कराते समय, क्या मुझे एक से ज़्यादा hreflang (en-fr, en-de, en-nl, वगैरह) वाली सबडायरेक्ट्री के तौर पर, website.com/eu का इस्तेमाल करना चाहिए? इसके अलावा, क्या मुझे हर देश के लिए अलग वेबसाइट की ज़रूरत है? (सभी अंग्रेज़ी, यूरो में)

हां, ऐसा किया जा सकता है. Hreflang व्याख्या हर पेज के हिसाब से होती है और एक ही पेज पर कई व्याख्या लागू की जा सकती हैं. आपके मामले में, उस पेज पर लागू होने वाले देशों की सूची अंग्रेज़ी में बताई जा सकती हैं. इसके अलावा, सिर्फ़ उस भाषा का इस्तेमाल किया जा सकता है, en का इस्तेमाल अंग्रेज़ी के सामान्य वर्शन के तौर पर मार्क करने के लिए और अंग्रेज़ी के दूसरे वर्शन की सही जानकारी देने के लिए किया जा सकता है. किसी भी स्थिति में, इसके साथ डाइनैमिक बैनर दिया जाता है. यह बैनर, "गलत" देश के लोगों को दिखता है. इससे, उन्हें बेहतरीन अनुभव देने में मदद मिलती है.

अपने साइटमैप में शामिल कोई चीज़ खोजने पर, यह इंडेक्स की गई पोस्ट नहीं दिखाता है. ऐसा क्यों?

गैरी: कोई पूछ रहा है: अपने साइटमैप में शामिल कोई चीज़ खोजने पर, यह इंडेक्स की गई पोस्ट नहीं दिखाता है. यह सिर्फ़ एक पेज और पेज 2 दिखाता है, लेकिन मेरी वेबसाइट पर करीब 200 पेज हैं. मुझे सबसे पहले क्या करना चाहिए?

सबसे पहले, ध्यान रखें कि Google इंटरनेट पर मौजूद, हर यूआरएल को इंडेक्स नहीं करता है. अगर हम ऐसा कर सकें, तो बहुत अच्छा होगा, लेकिन यह संभव नहीं है. हालांकि, आपके सवाल का जवाब ज़्यादा सटीक तरीके से देने के लिए, हम जांच करेंगे कि क्या यूआरएल को Googlebot ऐक्सेस कर सकता है या नहीं. इसके लिए, Search Console के यूआरएल जांचने वाले टूल का इस्तेमाल करें. अगर ऐसा है, तो याद रखें कि Google अच्छी क्वालिटी के यूआरएल को इंडेक्स करता है; developers.google.com/search पर हमारे दस्तावेज़ देखें. हमारे पास इस बारे में कुछ ऐसे दस्तावेज़ हैं जिन्हें हम अच्छी क्वालिटी वाला कॉन्टेंट मानते हैं.

क्या Google ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) के लिए, अलग-अलग प्रॉडक्ट के लिए तीसरे पक्ष की समीक्षा और रेटिंग के डेटा का इस्तेमाल करता है?

लिज़ी: माइक टी ने पूछा है: क्या Google ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) के लिए, प्रॉडक्ट की तीसरे पक्ष की समीक्षा और रेटिंग के डेटा का इस्तेमाल करता है?

प्रॉडक्ट के लिए, यह ठीक है. समीक्षाएं, पेज पर कहीं न कहीं दिखनी चाहिए. इसलिए, पक्का करें कि लोग आसानी से प्रॉडक्ट के बारे में समीक्षाएं ढूंढ सकें और पढ़ सकें. साथ ही, पक्का करें कि ये समीक्षाएं उस प्रॉडक्ट पेज के हिसाब से सही हों. प्रॉडक्ट की समीक्षाएं प्रॉडक्ट की कैटगरी के बजाय, किसी एक प्रॉडक्ट के बारे में होनी चाहिए. हमारे समीक्षा स्निपेट से जुड़े दस्तावेज़ में इसके बारे में ज़्यादा जानकारी दी गई है.

मेरी साइट Google में फ़्लैग की गई है. मैं इसका पता कैसे लगाऊं कि यह एसईआरपी में क्यों नहीं दिखता है?

गैरी: डेविड ने पूछा है: मेरी साइट Google में फ़्लैग की गई है. मैं यह कैसे पता लगाऊं कि यह खोज के नतीजों में क्यों नहीं दिख रहा है? Search Console के पास रिपोर्ट करने के लिए कुछ नहीं है. साइट को इंडेक्स किया गया है, लेकिन इसकी रैंकिंग नहीं हो रही है.

अगर यूआरएल को Google ने "फ़्लैग किया" था, तो आपको यह Search Console में दिखेगा. ऐसा न होने पर, अगर हमारा ऑटोमेटेड सिस्टम (कार्रवाइयों को अपने-आप पूरा करने वाला सिस्टम) आपके यूआरएल को पहले से कम रैंक देता है, तो आपको कॉन्टेंट की क्वालिटी के बारे में हमारा दस्तावेज़ देखना चाहिए. आपको यह दस्तावेज़ developers.google.com/search पर मिलेगा.

क्या एसईओ के लिए, शब्दकोश से लिए यूआरआई का इस्तेमाल करना सही है?

जॉन: मेरा अगला सवाल है कि एसईओ के लिए, शब्दकोश से जुड़े किसी शब्द के लिए यूआरआई का इस्तेमाल करना सही है?

इस सवाल का जवाब खास तौर पर, NALT शब्दकोश से जुड़ा है, जो अमेरिका की नैशनल एग्रीकल्चरल लाइब्रेरी के लिए है. इस लाइब्रेरी में खास आइटम के लिए यूआरआई के बारे में बताया गया है. फ़िलहाल, Google Search में इस सुविधा का इस्तेमाल नहीं किया जा सकता. हालांकि, अगर ये एनोटेशन Google के बाहर आपकी साइट के लिए ज़रूरी हैं, तो इनका इस्तेमाल किया जा सकता है. Search डेवलपर के हमारे दस्तावेज़ में ऐसे स्ट्रक्चर्ड डेटा के बारे में बताया गया है जिन्हें Google पर ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) के ज़रिए इस्तेमाल किया जा सकता है.

Search Console में यूआरएल जांचने वाले टूल में इंडेक्स करने की कोशिश करते समय, फ़ेल हुई robots.txt फ़ाइल को ऐक्सेस क्यों नहीं किया जा सकता?

गैरी: कोई व्यक्ति, robots.txt से जुड़ी उन फ़ाइलों के बारे में पूछ रहा है जो काम नहीं कर रही हैं. ऐसी फ़ाइलें, Search Console के यूआरएल जांचने वाले टूल का इस्तेमाल करते समय गड़बड़ी का मैसेज दिखाती हैं.

robots.txt तक न पहुंचने वाली गड़बड़ी काफ़ी सामान्य है और यह आपकी साइट की सेटिंग से ही ठीक हो जाती है. Google इस बारे में कुछ नहीं कर सकता. अपनी फ़ायरवॉल की सेटिंग या ऐसे दूसरे नेटवर्क कॉम्पोनेंट की जांच करें जो ट्रैफ़िक को कंट्रोल करते हैं और जिन्हें कॉन्फ़िगर करने की अनुमति दी जा सकती है. साथ ही, अगर सीडीएन का इस्तेमाल किया जा रहा है, तो ब्लॉक आईपी के लिए सीडीएन की जांच भी करें. अगर इनमें से कुछ भी काम नहीं कर रहा, तो सर्वर देने वाली संस्था से संपर्क करें. साथ ही, आपको robots.txt फ़ाइल को इंडेक्स करने के लिए सबमिट करने की ज़रूरत नहीं है; इससे कुछ भी नहीं होगा.

अगर मैं इंडेक्स किए गए कई पुराने एचटीएमएल लैंडिंग पेजों को मिटा दूं, तो क्या मुझे 404 कोड वाली गड़बड़ियों को होम पेज पर रीडायरेक्ट करना चाहिए?

लिज़ी: पीट ने पूछा है: अगर मैं इंडेक्स किए गए कई पुराने एचटीएमएल लैंडिंग पेजों को मिटा दूं. तो क्या मुझे 404 कोड वाली गड़बड़ियों को होम पेज पर रीडायरेक्ट करना चाहिए?

शायद? यह असल में उन लैंडिंग पेजों के कॉन्टेंट पर निर्भर करता है: क्या उपयोगकर्ता के लिए होम पेज पर जाना ज़रूरी होगा या इससे भ्रम की स्थिति पैदा होगी? 404 कोड वाली गड़बड़ियां, इंटरनेट का एक सामान्य हिस्सा हैं. अगर पुराने लैंडिंग पेज पर मौजूद कॉन्टेंट का सही विकल्प मौजूद नहीं है, तो कभी-कभी 404 स्टेटस कोड सबसे सही रहता है. उदाहरण के लिए, यहां दी गई स्थिति के मुताबिक: अक्वेरियम खरीदने के बारे में एक पुराना लैंडिंग पेज दिया गया है. हालांकि, नए होम पेज पर कारोबार का फ़ोकस बिल्लियों के महंगे घरों पर दिखाया गया है. शायद 404 वहां एक बेहतर तरीका है.

गैरी: निक ने पूछा है: मैं Google Search से पुरानी वेबसाइट कैसे मिटाऊं.

अगर आपकी साइट को नए डोमेन पर ले जाया जा रहा है, तो कृपया पुरानी साइट को मिटाने के बजाय, अपनी पुरानी साइट को नई साइट पर रीडायरेक्ट करें. ऐसा हो सकता है कि आपकी पुरानी साइट ने समय के साथ कुछ अहम सिग्नल इकट्ठा कर लिए हों और आपको उनकी अब भी ज़रूरत हो. अगर आपने वेबसाइट को पहले ही रीडायरेक्ट कर लिया है, तो इसमें कुछ हफ़्ते लग सकते हैं. कभी-कभी, Search में आपके सभी पुराने यूआरएल की जगह नए यूआरएल दिखने में, कुछ महीने भी लग सकते हैं.

मेरी साइट पर खराब यूआरएल मिले. क्या इससे मेरी साइट को क्रॉल करने के तरीके पर असर पड़ेगा?

जॉन: एलेक्स ने पूछा है: अगर मेरी साइट पर खराब कोड वाला विज्ञापन चलने की वजह से, कुछ ही दिनों में Google को 12 लाख खराब यूआरएल मिले हैं. क्या यह मेरे लिए एक समस्या है? क्या इससे मेरी साइट को क्रॉल करने के तरीके पर असर पड़ेगा?

इस कॉन्टेक्स्ट में बताया गया है कि विज्ञापन ने रिलेटिव पाथ का इस्तेमाल किया है. इसलिए, हो सकता है कि क्रॉलर ने लिंक को फ़ॉलो करने की कोशिश की हो. कुल मिलाकर, हमारे सिस्टम इस तरह की घटनाओं को पहचानने और उन्हें सुलझाने की कोशिश करते हैं -- आप पहले ऐसे उपयोगकर्ता नहीं हैं जिसने अनजाने में ऐसे यूआरएल बनाए हैं जो काम के नहीं हैं. हालांकि, ऐसा हो सकता है कि इससे कुछ समय के लिए क्रॉल होने की रफ़्तार बढ़ जाए, जिसकी वजह से सर्वर पर लोड बढ़ जाए. हालांकि, कुछ हफ़्तों बाद यह स्थिति के हिसाब से फिर सामान्य हो जाएगा. अगर इन यूआरएल को इंडेक्स नहीं किया जाता है, तो Search के नतीजों में कोई समस्या नहीं होगी. इससे न दूसरे यूआरएल को इंडेक्स करने में और न ही वीडियो की क्वालिटी का आकलन करने में कोई समस्या आएगी. इंडेक्स नहीं किए गए यूआरएल का ज़्यादा संख्या में होना सामान्य है.

क्या Googlebot के लिए 410 और लोगों के लिए 200 का इस्तेमाल करना ठीक है?

गैरी: वुल्फ़गैंग ने पूछा है: क्या Google के नज़रिए से एसईओ में काम न आने वाले ऐसे यूआरएल जो ज़्यादा क्रॉल किए गए हैं, उनके लिए Googlebot को एचटीटीपी स्टेटस कोड 410 और लोगों को 200 देना ठीक रहेगा या फिर इसे क्लोकिंग माना जाएगा?

क्लोकिंग स्टेटस कोड आम तौर पर ठीक नहीं है और इसकी सलाह नहीं दी जाती है. जब आपकी साइट पर, विज्ञापन दिखाने से जुड़ी कई स्थितियां होती हैं, तो हो सकता है कि कोई गड़बड़ी हो. ऐसे में, आपकी साइट खोज के नतीजों में भी नहीं दिखेगी, यह इस बात पर निर्भर करता है कि क्या गड़बड़ी हुई है. अगर आपको खास तौर पर Search से कुछ हटाना है, तो खास पेजों पर noindex रोबोट मेटा टैग जोड़ें; यह विज्ञापन दिखाने की अजीब स्थितियां सेट करने से कहीं ज़्यादा आसान और सुरक्षित है.

Google, 301 की तुलना में 308 स्टेटस कोड को कैसे मैनेज करता है?

लिज़ी: रिकार्डो ने पूछा है: Google, 301 की तुलना में 308 स्टेटस कोड को कैसे मैनेज करता है?

हम इन्हें एक जैसा ही मानते हैं (ये दोनों "हमेशा के लिए किसी दूसरे पते पर ले जाए गए"): Googlebot, 308 को 301 की तरह ही मानता है और ये कोड मज़बूत संकेत हैं कि रीडायरेक्ट कैननिकल होना चाहिए.

Google Search Console पर इंडेक्स करने की रफ़्तार कैसे बढ़ाएं?

गैरी: शैलेश ने पूछा है: Google Search Console में इंडेक्स करने की प्रोसेस बहुत ज़्यादा धीमी है. इंडेक्स करने के लिए, कई आइटम को मंज़ूरी मिलना बाकी है. उसकी रफ़्तार कैसे बढ़ाऊं?

Google आपकी वेबसाइट को कितना इंडेक्स करता है, यह इस बात पर निर्भर करता है कि आपकी साइट को Googlebot कितना ऐक्सेस कर सकता है और आपके पेजों पर कॉन्टेंट की क्वालिटी कैसी है. क्वालिटी जितनी अच्छी होगी, Google आपकी साइट को उतना ही ज़्यादा इंडेक्स कर सकता है. अगर आपको इस बारे में ज़्यादा जानना है, तो developers.google.com/search पर हमारा दस्तावेज़ देखें

मेरी वेबसाइट Google Search में नहीं दिख रही है. मुझे क्या करना चाहिए?

जॉन: मेलिसा ने पूछा है: मेरी वेबसाइट Google पर खोज के नतीजों में नहीं दिख रही है. मुझे नहीं पता कि मुझे और क्या करना चाहिए? मदद चाहिए!

नमस्ते, मेलिसा! हमने आपके बताए गए यूआरएल को देखा था. हमें अफ़सोस है कि हमने यह यूआरएल कभी नहीं देखा है. इससे हमारे लिए उसे ढूंढना और इंडेक्स करना बहुत मुश्किल हो जाता है. दूसरों को अपनी वेबसाइट के बारे में बताने के अलावा, आपको अपनी वेबसाइट को Search Console में जोड़ना चाहिए. साथ ही, साइटमैप फ़ाइल सबमिट करें में जाकर, होम पेज जैसे अलग-अलग पेजों को सीधे तौर पर इंडेक्स करने के लिए, इंडेक्स करने के लिए सबमिट करें पर ले जाना चाहिए. उम्मीद है कि आपको इससे मदद मिलेगी.

Google, "Wifi" और "Wi-Fi" को एक जैसा क्यों नहीं मानता?

गैरी: अनजान व्यक्ति पूछ रहा है: Google, "Wifi" और "Wi-Fi" को एक जैसा क्यों नहीं मानता?

यह अच्छा सवाल है! Google, डैश के साथ "Wifi" और "Wi-fi" को एक-दूसरे के साथ बॉलपार्क के तौर पर देखता है. हालांकि, लोग दोनों का इस्तेमाल एक-दूसरे की जगह पर कर रहे हैं, इसलिए हम दोनों के लिए थोड़े अलग नतीजे दिखाते हैं. हालांकि, हम हमेशा उपयोगकर्ताओं की वर्तनी को मैच करने की कोशिश करते हैं. हालांकि, समझाने के नज़रिए से Google "Wifi" की तुलना डैश वाले "Wi-fi" के साथ करता है.

क्या ratingValue और reviewCount के लिए स्ट्रक्चर्ड डेटा स्निपेट मौजूद न होना, एसईओ के लिए खराब होता है?

लिज़ी: रेन ने पूछा है: पेजों पर ratingValue का स्ट्रक्चर्ड डेटा और reviewCount प्रॉपर्टी की वैल्यू मौजूद नहीं है. यह सिर्फ़ उन पेजों के लिए है जिनमें कोई समीक्षा नहीं है. क्या इससे हमारे एसईओ को नुकसान पहुंच रहा है?

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

क्या किसी खास कीवर्ड के लिए, मेरी साइट को एसईआरपी से मिटाया जा सकता है?

गैरी: कामिल ने पूछा है: क्या किसी खास कीवर्ड के लिए मेरी साइट को एसईआरपी से मिटा दिया गया? हम पहले नंबर पर थे और अब पूरी तरह से मौजूद नहीं हैं. पेज इंडेक्स किया जा रहा है.

आम तौर पर ऐसा नहीं होता कि सिर्फ़ एक कीवर्ड की वजह से, आपकी रैंकिंग पूरी तरह से खत्म हो जाए. आम तौर पर, किसी एक खास कीवर्ड की वजह से, रैंक कम होने की बजाय, किसी दूसरे व्यक्ति की रैंक आपसे बेहतर होने पर, आपकी रैंक कम हो जाती है. सबसे पहले, मुझे जांच करनी होगी कि क्या पूरी दुनिया में ऐसा कोई मामला है या नहीं. दूर रहने वाले कुछ दोस्तों से उस कीवर्ड को खोजने के लिए कहें और हमें जानकारी दें. अगर उन्हें आपकी साइट दिखती है, तो यह सिर्फ़ "मैट्रिक्स में गड़बड़ी" का मामला है. अगर उन्हें आपकी साइट नहीं दिख रही, तो फिर मुझे अपनी पिछली कार्रवाइयों पर गौर करना होगा कि क्या मैंने ऐसा कोई काम किया था जिसकी वजह से ऐसा हुआ है. क्या मैंने अपने इंटरनल लिंक के स्ट्रक्चर या पेज के लेआउट में बदलाव किया है या ज़्यादा लिंक हासिल किए हैं या फिर मैंने लिंक अनदेखा करने वाले टूल का इस्तेमाल किया है. इसी तरह से, इनमें से हर एक का साइट की रैंकिंग पर कुछ असर पड़ सकता है. इसलिए, उनसे संपर्क करने से मदद मिल सकती है.

पुरानी जानकारी वाले टूल में, मेरे अनुरोध को अस्वीकार क्यों किया गया?

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

नमस्ते! मैंने उस पेज की समीक्षा की है जिसके बारे में आपने हमारे टूल के कॉन्टेक्स्ट लिंक में बताया है. यह टूल खास तौर पर, उन मामलों के लिए बनाया गया है जहां पेज को मौजूद बनाए रखा जाता है. हालांकि, इस पेज से किसी खास जानकारी को हटा दिया जाता है. कभी-कभी यह किसी के नाम या फ़ोन नंबर की जानकारी होती है. यह टूल सिर्फ़ उन अनुरोधों को स्वीकार करता है जिनके आधार पर हम यह तय कर सकते हैं कि टेक्स्ट को हटाया गया है और टेक्स्ट को अब भी इंडेक्स किया गया था. इस मामले में, टेक्स्ट इंडेक्स नहीं किया गया था. इसलिए, टूल के पास कार्रवाई करने के लिए कुछ नहीं था. ऐसे में टूल ने अनुरोधों को अस्वीकार कर दिया. इसका मतलब है कि आप पूरी तरह से तैयार हैं!

गैरी: अनजान व्यक्ति ने पूछा है: Google Search में Google Domains पर हाल ही में माइग्रेट किया गया डोमेन कब तक दिखेगा?

यह काफ़ी हद तक खुद साइट पर निर्भर करता है कि Search में पुराने यूआरएल को नए यूआरएल से बदलने में कितना समय लगता है. यह समय कुछ दिनों और कई महीनों के बीच कुछ भी हो सकता है. आम तौर पर, अच्छी क्वालिटी वाली साइटों में, ऐसा कम समय में हो जाता है.

रेसिपी के स्ट्रक्चर्ड डेटा को ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) में दिखाने के लिए, उसे कैसे ऑप्टिमाइज़ किया जा सकता है?

लिज़ी: कोएन ने पूछा है कि रेसिपी के स्ट्रक्चर्ड डेटा को रिच स्निपेट में दिखाने के लिए, उसे कैसे ऑप्टिमाइज़ किया जा सकता है? क्या यह ज़रूरी है कि सभी वैकल्पिक एट्रिब्यूट 'null' हों? इस रेसिपी में हर चरण के लिए, 'Name' और 'Image' शामिल नहीं हैं.

अपनी साइट को रेसिपी के ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) के तौर पर दिखाने के लिए, आपको ज़रूरी प्रॉपर्टी जोड़नी होंगी. ये प्रॉपर्टी रेसिपी दस्तावेज़ की एक अलग टेबल में दी गई होती हैं. रेसिपी के Image और name ज़रूरी हैं, इसलिए आपको उन्हें भरने पर ध्यान देना चाहिए और पक्का करना चाहिए कि वे खाली न हों. अगर वैकल्पिक प्रॉपर्टी खाली हैं, तो इनका वैकल्पिक तौर पर उपलब्ध रहना भी ठीक रहता है. इसका मतलब है कि हम उस रिच रिज़ल्ट को बेहतर बनाने वाली कुछ चीज़ें नहीं दिखा पाएं. उदाहरण के लिए, अगर cookTime के बारे में साफ़ तौर पर नहीं बताया जाता है, तो हो सकता है कि Google रिच रिज़ल्ट का वह हिस्सा न दिखा पाए. यही बात रेसिपी की समीक्षाओं पर भी लागू होती है, जो अक्सर तब तक खाली रहती है, जब तक कोई व्यक्ति रेसिपी की समीक्षा नहीं करता (यह ठीक है, जब तक कि उस रेसिपी की समीक्षा नहीं होती तब तक दिखाने के लिए कुछ भी नहीं है). हर चरण के लिए, name और image का इस्तेमाल न करना भी ठीक है: सबसे पहले, यह सुझाव सिर्फ़ तब दिया जाता है, जब आप Google Assistant पर रेसिपी के लिए, ऑप्टिमाइज़ करने की कोशिश कर रहे हों. इसे हमारे दस्तावेज़ में, "गाइडेड रेसिपी" के तौर पर जाना जाता है. इसके अलावा, अपने चरणों के लिए नाम रखना ज़रूरी होने पर भी, यह सुझाव दिया जाता है. अगर बताए गए चरण पहले से काफ़ी छोटे हैं, तो कभी-कभी इससे कोई फ़र्क नहीं पड़ता. उदाहरण के लिए, "ओवन को 350 तक पहले गर्म करो" को छोटा करके सिर्फ़ "पहले गर्म करो" में बदलने के लिए, name का इस्तेमाल करने की ज़रूरत नहीं है. हालांकि, अगर आपकी रेसिपी में कई सब-सेक्शन और मुश्किल चीज़ें शामिल हैं, तो ऐसा करना आपके काम आ सकता है.

खोज के नतीजों में उपलब्ध मेरी साइट के ब्यौरे में स्पैम होने की जानकारी क्यों दिख रही है, जबकि मेरी साइट पर कोई स्पैम नहीं है?

गैरी: अनजान व्यक्ति पूछ रहा है: मेरी साइट का ब्यौरा, मेरी साइट का स्पैम नहीं दिखा रहा है.

आम तौर पर, इस बात का मतलब यह होता है कि आपकी साइट हैक कर ली गई थी. web.dev पर हमारे दोस्तों के पास जाएं और उनके हैक करने से जुड़े विषय खोजें. यह आसान नहीं है, लेकिन आपकी साइट को साफ़ करना और उसे बेहतर तरीके से सुरक्षित बनाना संभव है.