VITON13School
सर्च · फ़ाइल

वेबसाइट लॉन्च के लिए SEO checklist: लॉन्च से पहले और बाद में क्या जांचें

लॉन्च से पहले की 34 और पहले महीने की 15 जांचें, हर एक के साथ यह कि कौन-सा tool खोलना है और क्या देखना है। Status dropdown और progress counters शामिल हैं।

यह spreadsheet तब काम आती है जब नई वेबसाइट live हो रही हो या पुरानी वेबसाइट नए सिरे से बनाई गई हो। यह जांचती है कि साइट search के लिए तैयार है या नहीं: क्या crawlers पेजों तक पहुंच सकते हैं, क्या हर पेज का एक ही address है, क्या पुराने URL सही जगह redirect होते हैं, क्या titles और descriptions लगे हैं, क्या मोबाइल पर पूरा content दिखता है, और क्या analytics visits दर्ज कर रहा है। हर row में लिखा है कि कौन-सा tool या कौन-सी report खोलनी है और वहां क्या दिखना चाहिए। यह उन business owners, freelancers और project managers के लिए है जो developer या website builder के साथ साइट लॉन्च करते हैं। जांचें Google Search Central documentation पर आधारित हैं, जिसे 4 अक्टूबर 2026 को पढ़ा गया।

इसमें क्या है

  • “कैसे इस्तेमाल करें” sheet: काम का क्रम, हर status का मतलब और कौन-सी rows लॉन्च को रोकती हैं।
  • “लॉन्च से पहले” sheet: आठ हिस्सों में 34 जांचें (indexing, structure, pages, content, speed, mobile, analytics और कानूनी बुनियाद)।
  • हर जांच के साथ: क्या करना है, कौन-सी report या tool खोलना है और एक पंक्ति में यह क्यों ज़रूरी है।
  • “पहला महीना” sheet: हफ़्ते के हिसाब से 15 जांचें, sitemap के status से लेकर पहली queries और असली visitors के speed data तक।
  • हर row में status का dropdown और दोनों जांच-sheets के नीचे progress counters।
  • “सिर्फ़ relaunch के लिए” लिखी rows: redirects, पुरानी साइट के आंकड़े और domain बदलना।

कैसे इस्तेमाल करें

  1. सबसे पहले “कैसे इस्तेमाल करें” sheet खोलें: इसमें क्रम और चारों status समझाए गए हैं।
  2. “लॉन्च से पहले” sheet में ऊपर से नीचे चलें। “कैसे जांचें” column में लिखा काम करें, status चुनें और जो मिला उसे note में लिखें।
  3. साइट public करने से पहले Indexing और Structure की सारी rows बंद करें। जो rows आपकी साइट पर लागू नहीं होतीं, उन्हें “लागू नहीं” करें।
  4. लॉन्च के दिन “पहला महीना” sheet पर जाएं और “कब” column के हिसाब से चलें: लॉन्च का दिन, हफ़्ता 1, हफ़्ता 2, हफ़्ते 3–4।
  5. हर sheet के नीचे “Progress” rows देखते रहें। ये formula से status गिनती हैं, इसलिए इनमें कुछ टाइप न करें।
  6. पहले महीने के बाद file संभालकर रखें: यह record है कि क्या, कब और किसने जांचा।

इसे किस क्रम में पूरा करें

यह sheet उन चीज़ों से शुरू होती है जो search engines को साइट पढ़ने से पूरी तरह रोक देती हैं, और उन पर ख़त्म होती है जो सिर्फ़ नतीजे को बेहतर बनाती हैं। जिस साइट में crawl का पुराना block या टूटा हुआ redirect रह गया हो, उसे पढ़ा ही नहीं जा सकता। इसलिए ये rows सबसे ऊपर हैं और public लॉन्च से पहले बंद होनी चाहिए। Titles, alt text और speed भी मायने रखते हैं, पर वहां की कमी पहले हफ़्ते में ठीक की जा सकती है और इसके लिए पूरी साइट छिपानी नहीं पड़ती।

उस व्यक्ति के साथ काम करें जिसके पास server और CMS का access है। अगर आप page source और browser के developer tools खोल सकते हैं, तो कई rows जल्दी हो जाती हैं। कुछ rows के लिए Google Search Console चाहिए, इसलिए उसे लॉन्च के दिन से पहले set up कर लें, बाद में नहीं।

हिस्साआप क्या पक्का करते हैंकब बंद करें
IndexingCrawlers पेजों तक पहुंच सकते हैं और कोई पुराना block उन्हें छिपा नहीं रहालॉन्च से पहले, बिना अपवाद
Structureहर पेज का एक address, चलते हुए redirects और असली 404लॉन्च से पहले, बिना अपवाद
PagesTitles, descriptions, मुख्य headings, markup और faviconमुख्य पेज लॉन्च से पहले, बाकी हफ़्ता 1 में
Contentकोई placeholder या नकल नहीं; images और links का वर्णन मौजूदलॉन्च से पहले
Speedमुख्य तरह के पेजों का lab testलॉन्च से पहले शुरू करें, बाद में जारी रखें
Mobileफ़ोन पर साइट चलती है और पूरा content दिखाती हैलॉन्च से पहले
AnalyticsVisits और enquiries पहले दिन से दर्ज होती हैंलॉन्च से पहले
कानूनी बुनियादज़रूरी पेज और contact details प्रकाशित हैंलॉन्च से पहले

यह checklist किन चीज़ों की जगह नहीं लेती

यह तैयारी की जांच है, audit नहीं। इसमें हर तरह का एक पेज और मुख्य reports देखी जाती हैं। पूरा technical audit हर URL को crawl करता है, server logs पढ़ता है, यह परखता है कि scripts कैसे render होती हैं और ऐसी समस्याएं ढूंढता है जो सिर्फ़ बड़े पैमाने पर दिखती हैं।

यह इस बारे में भी कुछ नहीं कहती कि content खोजे जाने लायक है या नहीं। Google की अपनी SEO Starter Guide काम के और मौलिक content को हर technical सुझाव से ऊपर रखती है, और यहां की कोई row आपके लिए यह फ़ैसला नहीं कर सकती। जिस file में हर row “पूरा” है, उसका मतलब है कि search engines साइट को ढूंढ, पढ़ और दिखा सकते हैं। नतीजों में वह कहां दिखेगी, यह अलग सवाल है।

  • हर URL, server logs और script rendering का पूरा technical audit।
  • Content की quality, search demand और हर पेज के offer की समीक्षा।
  • आपके देश में privacy, cookies और उपभोक्ता नियमों पर कानूनी सलाह।
  • लगातार निगरानी: Google का सुझाव है कि Search Console महीने में लगभग एक बार और साइट में बदलाव के बाद देखें।

नई साइट या relaunch

बिलकुल नए domain के लिए “सिर्फ़ relaunch के लिए” वाली rows को “लागू नहीं” कर दें। शुरुआत धीमी रहेगी, इसके लिए तैयार रहें: Search Console help के अनुसार नई साइट का crawl और index होना शुरू होने में लगभग एक हफ़्ता लग सकता है, और जब तक काफ़ी लोग साइट पर नहीं आते, तब तक असली visitors का speed data भी नहीं मिलता।

Relaunch में सबसे ज़्यादा जोखिम redirects वाली rows में है। Google हर पुराने URL से उसके मिलते-जुलते नए पेज पर permanent server-side redirect की सलाह देता है, सब कुछ home page पर भेजने से मना करता है और redirects को कम से कम एक साल रखने का सुझाव देता है। वह यह भी बताता है कि नए addresses process होने के दौरान visibility ऊपर-नीचे हो सकती है। इसलिए पुराने आंकड़ों से तुलना कुछ हफ़्तों बाद करें, कुछ दिनों बाद नहीं।

सवाल

लॉन्च के कितने समय बाद पेज Google में दिखने लगते हैं?

कोई तय समय नहीं है। Search Console help के अनुसार नई साइट का crawl और index होना शुरू होने में लगभग एक हफ़्ता लग सकता है, और recrawl पर Google का पेज कहता है कि crawling में कुछ दिनों से लेकर कुछ हफ़्ते लग सकते हैं। Sitemap submit करना और home page के लिए indexing request करना वही कदम हैं जो Google खुद सुझाता है। इनमें से कोई भी indexing को पक्का नहीं करता।

क्या छोटी साइट के लिए sitemap ज़रूरी है?

Google के अनुसार लगभग 500 या उससे कम पेजों वाली साइट, जिसके पेज आपस में ठीक से linked हों, sitemap के बिना भी चल सकती है। साथ ही वह कम external links वाली नई साइटों को उन मामलों में गिनता है जहां sitemap मदद करता है, और कहता है कि ज़्यादातर साइटों को इससे फ़ायदा होता है। ज़्यादातर CMS और website builders इसे अपने आप बना देते हैं, इसलिए आम तौर पर बस यह देखना होता है कि वह मौजूद है और उसमें सही URL हैं।

क्या सारी rows “पूरा” होने का मतलब है कि साइट अच्छी rank करेगी?

नहीं। ये जांचें पक्का करती हैं कि search engines आपके पेज ढूंढ, पढ़ और दिखा सकते हैं। Positions इस पर निर्भर करती हैं कि किसी query के लिए content कितना काम का है, और कई दूसरे signals पर भी। Google की Starter Guide साफ़ कहती है कि ऐसा कोई राज़ नहीं है जो किसी साइट को अपने आप पहले नंबर पर पहुंचा दे।

क्या इसे website builder पर बनी साइट के लिए इस्तेमाल कर सकते हैं?

हां। Google की documentation बताती है कि hosted platforms अक्सर robots.txt, sitemap और redirects को अपने settings page से संभालते हैं, इसलिए हो सकता है आपको ये files हाथ से न बदलनी पड़ें। फिर भी live address खोलकर जांच ज़रूर करें, और कुछ ग़लत हो तो platform की help देखें।

स्रोत

संबंधित कोर्स

वेबसाइट SEO

साइट को एक ही समय पर सर्च इंजन और लोगों — दोनों के लिए पढ़ने लायक कैसे बनाएँ: तकनीकी आधार, सर्च इंटेंट, सिमैंटिक्स, संरचना, और ऐसा कंटेंट सिस्टम जिसे सचमुच संभाला जा सके।

कोर्स देखें ↗
समीक्षाएँ

क्या यह उपयोगी रहा?

आपकी समीक्षा
रेट करने के लिए सितारे पर टैप करें
क्या ख़ास लगा? अधिकतम तीन

VITON ID है? साइन इन करें

लाइब्रेरी से और