ब्लॉगिंग प्रारंभ करें: डेवलपर्स के लिए एक आवश्यक मार्गदर्शिका

तो, क्या आप एक डेवलपर हैं और एक ब्लॉग शुरू करना चाहते हैं? इस गाइड में, मैं आपको अपनी स्वयं की ब्लॉग साइट चलाने, डोमेन नाम और साइट निर्माण से लेकर एसईओ और सिंडिकेशन तक मार्गदर्शन करने जा रहा हूं।

विषयसूची

• धारा 0 (वैकल्पिक) - ब्लॉग प्लेटफ़ॉर्म पर लिखना शुरू करें
  • देव.तो
  • हैशनोड
  • हैकरनून
• धारा 1 - एक डोमेन खरीदें
  • कौन सा डोमेन नाम चुनें?
  • डोमेन नाम कहां से खरीदें?
  • डोमेन लागत
• धारा 2 - स्टेटिक साइट जेनरेटर का उपयोग करके एक सरल साइट बनाएं
  • स्टेटिक साइट जेनरेटर क्या है?
  • एसएसजी का उपयोग क्यों करें?
  • ह्यूगो के साथ एक बुनियादी साइट बनाना
• धारा 3 - अपने ब्लॉग को होस्ट करें
• धारा 4 - विश्लेषिकी
• धारा 5 - बुनियादी एसईओ
  • Google को यह बताना कि आप मौजूद हैं
  • मुद्दों की जाँच की जा रही है
  • कैनोनिकलाइज़ेशन और कैनोनिकल यूआरएल
  • निजी GitHub रेपो
  • बैकलिंक्स और डोमेन प्राधिकरण
• धारा 6 - अपना काम साझा करना
  • रेडिट का प्रयोग करें
  • विशिष्ट सबरेडिट पर पोस्ट करें
  • प्रत्येक सबरेडिट के लिए नियमों की जाँच करें
  • समुदाय का हिस्सा बनें
• धारा 7 - ब्लॉग प्लेटफ़ॉर्म पर पुनर्प्रकाशन
  • पुनर्प्रकाशित लेखों के लिए कैनोनिकलाइज़ेशन
    • Dev.to के लिए कैनोनिकल्स
    • हैशनोड पर कैनोनिकल्स
    • हैकरनून पर कैनोनिकलाइज़ेशन
    • आप FreeCodeCamp पर कैनोनिकलाइज़ नहीं कर सकते!
  • आपके लिए प्रचार किया गया
  • पुनर्प्रकाशन की कमियाँ
• अनुबंध
  • ब्लॉग क्यों?
    • आपके लेखन और संचार कौशल में सुधार करता है
    • आपको यह साबित करने का एक तरीका देता है कि आप जानते हैं कि आप किस बारे में बात कर रहे हैं
    • आपको अपनी मार्केटिंग करने में मदद करता है और अवसर पैदा करता है
  • एसएसजी की एक त्वरित तुलना
    • Jekyll
    • ग्यारह
    • Gatsby
    • ह्यूगो

अनुभाग 0 (वैकल्पिक) - ब्लॉग प्लेटफ़ॉर्म पर लिखना प्रारंभ करें

यदि आप अपनी खुद की साइट स्थापित करने के प्रयास से पहले थोड़ा गर्म होना चाहते हैं, तो सबसे आसान और सरल काम बस लिखना है और मौजूदा ब्लॉगिंग प्लेटफार्मों पर अपना काम योगदान देना है।

आख़िरकार ब्लॉगिंग के बारे में सबसे कठिन चीज़ वास्तविक लेखन है - कम से कम, हम डेवलपर्स के लिए आमतौर पर यही स्थिति है! इसलिए, यह देखने के लिए कि क्या आप इसका आनंद लेते हैं, पहले इसे महसूस करने में कोई हर्ज नहीं है। साथ ही, जैसा कि हम बाद में देखेंगे, ये अभी भी उपयोग करने के लिए उपयोगी हैं, भले ही/जब आप अपनी अलग ब्लॉग साइट स्थापित करते हों।

देव.तो

आपने शायद dev.to के बारे में पहले ही सुना होगा - यह अभी भी सबसे बड़ा डेवलपर ब्लॉग प्लेटफ़ॉर्म है, और मैं आपको यहीं से शुरुआत करने की सलाह देता हूँ। आप उनके सरल मार्कडाउन संपादक का उपयोग करके आसानी से लिखना शुरू कर सकते हैं, और इसकी एक बड़ी पाठक संख्या है, इसलिए आपको तुरंत अपने काम पर अच्छी संख्या में नज़रें मिलेंगी।

इसमें बेहतरीन बिल्ट-इन एनालिटिक्स है, जो आपको यह देखने में मदद कर सकता है कि कितने लोग आपकी पोस्ट पढ़ रहे हैं, और यहां तक कि उन्होंने उन्हें कैसे पाया - उदाहरण के लिए, रेडिट या ट्विटर। जब आप अपना काम साझा करते हैं तो इससे आपको यह देखने में मदद मिलती है कि क्या सबसे अच्छा काम कर रहा है।

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

यदि कोई संदेह हो, तो यहां से प्रारंभ करें!

हैशनोड

हैशनोड एक नई डेव ब्लॉग साइट है। मेरी राय में, इसमें dev.to की तुलना में कहीं अधिक पेशेवर अनुभव है। यह dev.to की तुलना में बहुत अधिक ब्लॉग-उन्मुख और सोशल मीडिया साइट की तरह कम लगता है; यह आपको एक अलग ब्लॉग उपडोमेन देता है, जिससे आपके ब्लॉग को साइट के भीतर अपनी अलग पहचान मिलती है।

यदि आप चाहें, तो आप चाहें तो इसे अपने निजी डोमेन नाम से भी जोड़ सकते हैं।

हालाँकि, अफसोस की बात है कि यह dev.to की तुलना में बहुत कम लोकप्रिय है, और मेरे अनुभव में, मुझे इसके माध्यम से शायद ही कोई ट्रैफ़िक मिलता है। यदि आपको इसकी साफ-सुथरी शैली पसंद है तो यह देखने लायक हो सकती है, लेकिन अपने पोस्ट को ध्यान में लाने के लिए और अधिक प्रयास करने की अपेक्षा करें।

हैकरनून

HackerNoon dev.to और hashnode से बहुत अलग है, इसमें आप जो भी लेख सबमिट करते हैं उसे एक मानव संपादक से गुजरना पड़ता है जो आपके साथ काम करता है ताकि यह सुनिश्चित हो सके कि आपका लेख प्रकाशित होने से पहले सबसे अच्छा हो। हालाँकि, वे आपके लेख को बिल्कुल भी प्रकाशित न करने का विकल्प चुन सकते हैं।

इसके अपने ट्रेडऑफ़ हैं; एक ओर, यह एक महान सीखने का अनुभव है, लेकिन दूसरी ओर, यह आपकी स्वतंत्रता को सीमित कर देता है कि आप कब और क्या चाहते हैं। इसलिए, मैं सीखने के अनुभव के लिए हैकरनून को काम सबमिट करने की सलाह दूंगा जो आपको देगा, लेकिन अपने ब्लॉग के लिए प्राथमिक घर कहीं और रखने पर विचार करें।

धारा 1 - एक डोमेन खरीदें

अफसोस की बात है, अपना खुद का ब्लॉग बनाने में सबसे खतरनाक डेवलपर कार्यों में से एक शामिल है - चीजों का नामकरण! हालाँकि विशुद्ध रूप से तकनीकी दृष्टिकोण से यह बहुत कठिन नहीं है, फिर भी यह देखने और इसके बारे में पहले से सोचने लायक है; अपनी साइट सेट अप करते समय इस पर विचार करें।

कौन सा डोमेन नाम चुनें?

यहां दो मुख्य विकल्प हैं:

1. अपने ब्लॉग का नाम अपने नाम पर रखें

2. अपने ब्लॉग को एक अलग नाम से अपनी पहचान दें

   
   

मुझे प्रत्येक विषय पर अलग-अलग राय मिली हैं; अपने ब्लॉग के लिए, मैंने इसका नाम केवल अपने नाम पर रखा है। मेरी सोच यह है कि यदि आप अपना नाम वहां तक पहुंचाने में सहायता के लिए ब्लॉग का उपयोग कर रहे हैं, तो अपने ब्लॉग में अपने नाम का उपयोग क्यों न करें?

आप जो भी चुनें, याद रखें कि आपका डोमेन बदलने में थोड़ा कष्ट होता है, इसलिए ऐसा डोमेन ढूंढने में समय लगाना उचित है जिसके बारे में आप आश्वस्त हों। हालाँकि, यदि आप जो चाहते हैं वह पहले ही ले लिया गया है, तो आपको अपने डोमेन पर पुनर्विचार करना या अनुकूलित करना पड़ सकता है, इसलिए इस पर अपना दिल लगाने से पहले जांच लें कि यह उपलब्ध है या नहीं।

डोमेन नाम कहां से खरीदें?

आपने शायद पहले से ही कई डोमेन रजिस्ट्रार के बारे में सुना होगा, जैसे ब्लूहोस्ट , होस्टिंगर , गोडैडी और नेमचीप ।

हालाँकि, जांचने योग्य एक महत्वपूर्ण चीज़ Google Domains है, क्योंकि यह एकमात्र रजिस्ट्रार है जो .dev डोमेन बेचता है। मेरी सलाह यह है कि यदि आप .com प्राप्त कर सकते हैं तो यह अभी भी सर्वोत्तम है, इसलिए यदि कोई ऐसा उपलब्ध है जो आपको पसंद है तो उसे चुनें, लेकिन यदि नहीं, तो .dev एक बढ़िया विकल्प हो सकता है।

डोमेन लागत

ध्यान दें कि डोमेन की कीमत अलग-अलग होती है, और इसके अलावा, आपको उन्हें रखने के लिए हर साल भुगतान करना पड़ता है । डोमेन प्रति वर्ष $10 जितना सस्ता हो सकता है, इसलिए जब तक आप व्यावसायिक उद्देश्यों के लिए डोमेन नहीं खरीद रहे हैं, तब तक महंगा खरीदने से पहले अच्छी तरह सोच लें।

धारा 2 - स्टेटिक साइट जेनरेटर का उपयोग करके एक सरल साइट बनाएं

स्टेटिक साइट जेनरेटर क्या है?

एक स्थैतिक साइट जनरेटर - या एसएसजी - एक वेबसाइट के लिए सामग्री को टेम्पलेट और जेनरेट करेगा, ताकि इसे वेब सर्वर पर रखी गई स्थैतिक फ़ाइलों के रूप में परोसा जा सके।

साइट की मुख्य संरचना स्थापित करने के बाद - जैसे कि आपका होम पेज, पोस्ट इंडेक्स, 'अबाउट' पेज, आदि - आप केवल मार्कडाउन फ़ाइलें जोड़कर संपूर्ण पेज तैयार कर सकते हैं।

एसएसजी का उपयोग क्यों करें?

संक्षेप में, एसएसजी

• आपको तेज़ साइटें दें

• आपको GitOps वर्कफ़्लो का उपयोग करके प्रकाशित करने देता है

• सुरक्षित हैं (हैक करने के लिए कोई डेटाबेस नहीं है!)

• आपको अपने तकनीकी कौशल का लाभ उठाने दें, बजाय इसके कि केवल प्लेटफ़ॉर्म क्या प्रदान कर सकता है, तक सीमित रहें

  
  

डेवलपर्स के रूप में, हम हर दिन कुछ न कुछ उपयोग करते हैं जो कुछ समान कार्य करता है: GitHub। हमारे कोड रिपोज़ में, हम मार्कडाउन में रीडमेस और अन्य दस्तावेज़ लिखेंगे, और GitHub इसे वेबपेज पर देखने के लिए अच्छी तरह से प्रारूपित करता है।

एक SSG आपको अपने ब्लॉग के लिए समान GitOps वर्कफ़्लो का पालन करने की सुविधा दे सकता है। जब मैंने dev.to पर लिखना शुरू किया, तो मैंने अपने ड्राफ्ट को Git रेपो में प्रबंधित किया। प्रकाशित करने की इच्छा होने तक यह ठीक था, जिस बिंदु पर मुझे सामग्री को उनके वेब संपादक में स्थानांतरित करने की आवश्यकता पड़ी।

यह ठीक था, लेकिन जब मुझे पता चला कि एसएसजी आपको गिटहब में रीडमी को अपडेट करने के लिए उसी वर्कफ़्लो का उपयोग करने दे सकता है, तो यह मेरे लिए और अधिक जानने के लिए पर्याप्त था।

ब्लॉग स्थापित करने का एक सामान्य तरीका वर्डप्रेस जैसी किसी चीज़ का उपयोग करना है; निश्चित रूप से इसके बहुत सारे फायदे हैं, लेकिन यह आपकी सभी सामग्री को एक डेटाबेस में संग्रहीत करता है। स्थैतिक रूप से जेनरेट की गई साइट को इसकी आवश्यकता नहीं होती है, जिसका एक मतलब यह है कि यह बहुत तेज़ होगी।

गति निश्चित रूप से सब कुछ नहीं है, लेकिन Google को इसकी परवाह है कि आपकी साइट कितनी तेजी से लोड होती है , तो क्यों न उस गति का लाभ उठाया जाए जो एक एसएसजी-जनरेटेड साइट आपको दे सकती है?

ह्यूगो के साथ एक बुनियादी साइट बनाना

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

(वैकल्पिक एसएसजी पर विवरण के लिए, परिशिष्ट में एसएसजी की तुलना अनुभाग देखें।)

ह्यूगो के आधिकारिक डॉक्स का त्वरित प्रारंभ पृष्ठ एक बुनियादी ह्यूगो साइट स्थापित करने का एक शानदार विवरण देता है। इसके द्वारा प्रदान किए गए चरणों का पालन करें, लेकिन जब आप इसके 'साइट बनाएं' कमांड तक पहुंचते हैं, तो मैं उन्हें निम्नलिखित में बदलने की सलाह देता हूं:

 hugo new site quickstart cd quickstart git init echo "/public/" >> .gitignore echo "/resources/_gen/" >> .gitignore echo ".hugo_build.lock" >> .gitignore git clone https://github.com/leafee98/hugo-theme-flat themes/flat rm -rf themes/flat/.git/ themes/flat/.github/ echo "theme = flat" >> hugo.toml hugo server

इसमें आधिकारिक गाइड से निम्नलिखित अंतर हैं:

• एक .gitignore फ़ाइल सेट करता है

• अनंके थीम के बजाय उत्कृष्ट 'फ्लैट' थीम का उपयोग करता है

• थीम को गिट सबमॉड्यूल के बजाय आपके अपने रेपो के भीतर कोड के रूप में सेट करता है; इससे बाद में थीम को अपनी पसंद के अनुसार बदलना बहुत आसान हो जाता है।

अपना GitHub रेपो बनाते समय, इसे निजी बनाएं - यह SEO कारणों से है, जिसके बारे में हम बाद में पता लगाएंगे।

एक बार जब आप गाइड का पालन कर लेंगे, तो आपके पास होस्ट करने के लिए एक साइट तैयार होगी! इस बिंदु पर, संभवतः साइट के ऐसे पहलू होंगे जिन्हें आप बदलना चाहेंगे। हालाँकि, आपको इसे होस्ट होने से रोकने की आवश्यकता नहीं है।

मुख्य चीज़ जिसे आप बाद में बदलने से बचना चाहते हैं वह है आपके यूआरएल ; बाकी सब कुछ बाद में बदला जा सकता है।

धारा 3 - अपना ब्लॉग होस्ट करें

जैसा कि ह्यूगो डॉक्स के होस्टिंग और परिनियोजन अनुभाग में वर्णन किया गया है, चूंकि आपके पास एक स्थिर साइट है, इसे वस्तुतः कहीं भी होस्ट किया जा सकता है, और लगभग निश्चित रूप से मुफ्त में भी।

बेशक, वर्डप्रेस-आधारित साइटों के लिए भी बहुत सारे मुफ्त/सस्ते होस्ट हैं, लेकिन कोई भी विशेष होस्ट आपको केवल इतनी ही बैंडविड्थ देगा; सामान्य तौर पर, एक स्थिर साइट आपके पैसे के बदले आपको अधिक बैंडविड्थ देती है, भले ही आपने वास्तव में कोई पैसा नहीं दिया हो।

ह्यूगो की होस्टिंग गाइड में बहुत सारी संभावनाएं सूचीबद्ध हैं, लेकिन व्यक्तिगत रूप से, मैं क्लाउडफ्लेयर पेज के साथ जाने के लिए ब्राइस रे की सिफारिश से सहमत हो सकता हूं; इसका निःशुल्क स्तर संभवतः सबसे तेज़ है, और इसका उपयोग करना आसान है।

'गिटहब रिपॉजिटरी की स्थापना' से लेकर आगे तक उनकी मार्गदर्शिका का पालन करें। इस बिंदु पर, आपकी साइट ऑनलाइन होगी! लेकिन आपके पास my-blog-xyz.pages.dev जैसा एक बदसूरत डोमेन होगा। अपनी साइट को आपके द्वारा पहले खरीदे गए डोमेन पर लाइव करने के लिए एक कस्टम डोमेन स्थापित करने के बारे में CloudFlare की मार्गदर्शिका का पालन करें।

धारा 4 - विश्लेषिकी

व्यर्थ का व्यर्थ, सब व्यर्थ है!

- सभोपदेशक 1:2

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

स्थैतिक साइट स्थापित करने की एक सीमा यह है कि आप स्वयं एनालिटिक्स होस्ट नहीं कर सकते क्योंकि इसके लिए किसी प्रकार के डेटाबेस की आवश्यकता होगी। लेकिन वैसे भी यह बहुत बड़ी समस्या नहीं है क्योंकि बहुत सारे अच्छे तृतीय-पक्ष विश्लेषण प्रदाता उपलब्ध हैं।

सबसे बड़ा जिसके बारे में आपने शायद सुना होगा वह है Google Analytics।

तीसरे पक्ष के प्रदाता के साथ एनालिटिक्स स्थापित करना आम तौर पर शामिल होता है

1. एक खाता स्थापित करना

   
   

2. अपने पृष्ठों में एक जावास्क्रिप्ट स्निपेट या लिंक जोड़ना।

मेरे द्वारा अनुशंसित ह्यूगो टेम्पलेट में, आप बस अपनी head.html टेम्पलेट फ़ाइल में निम्नलिखित जैसा कुछ जोड़ देंगे:

 {{/* Include analytics, but only in production */}} {{- if hugo.IsProduction | or (eq site.Params.env "production") }} <script defer data-domain="yourdomain.com" src="/link/to/script.js"></script> {{- end }}

यदि आप अपनी साइट के लिए GA सेट करना चाहते हैं, तो Google के आधिकारिक दस्तावेज़ों का अनुसरण करें।

मैं जिस एनालिटिक्स प्रदाता के साथ गया हूं वह प्रशंसनीय है। अफसोस की बात है, यह मुफ़्त नहीं है - लगभग $9 प्रति माह - लेकिन इसका उपयोग करना आसान है, हल्का है (स्क्रिप्ट 1 केबी से कम है), और गोपनीयता का सम्मान करता है, इसलिए आईएमओ इसे देखने लायक है।

धारा 5 - बुनियादी एसईओ

यदि आप द्वारा इसे बनाय जाता है ते वे आएंगे

- सपनों का मैैदान

उपरोक्त उद्धरण में कुछ सच्चाई है; अपने ब्लॉग को Google पर लाने के लिए आपको बहुत कुछ करने की ज़रूरत नहीं है, और शुक्र है कि कीवर्ड-भरने की धोखाधड़ी के दिन ख़त्म हो गए हैं ; अंततः जो मायने रखता है वह है अच्छी सामग्री लिखना , जो हमारे जैसे स्वतंत्र ब्लॉगर्स के लिए अच्छी खबर है।

जैसा कि कहा गया है, कुछ चीजें हैं जो आप यह सुनिश्चित करने के लिए कर सकते हैं कि आपकी साइट खोज इंजनों के लिए उपयुक्त है।

Google को यह बताना कि आप मौजूद हैं

Google के वेब क्रॉलर अंततः आपकी साइट ढूंढ लेंगे, लेकिन यह निश्चित रूप से Google को आगे बढ़ने और आपकी साइट को Google खोज कंसोल पर स्थापित करने में मदद करता है। आप निम्नलिखित कार्य करना चाहेंगे:

• साइन अप करें

• अपना डोमेन पता पंजीकृत करें (यदि आपने अपना डोमेन Google Domains से खरीदा है तो यह बहुत सरल हो जाएगा)

• साइटमैप टैब पर अपनी साइट के sitemap.xml के लिए यूआरएल सबमिट करें। शुक्र है, ह्यूगो ने आपके लिए https://yourdomain.com/sitemap.xml पर एक जेनरेट किया होगा।

एक बार यह हो जाए, तो Google (किसी समय, अगले कुछ दिनों में) आपकी वेबसाइट को क्रॉल करना शुरू कर देगा। ध्यान दें कि हालाँकि सर्च कंसोल में कुछ दिनों का अंतराल है।

आपकी साइट पर क्या अनुक्रमित है यह देखने का सबसे विश्वसनीय तरीका site: क्वेरी का उपयोग करके Google करना है, उदाहरण के लिए, site:yourdomain.dom ।

खोज कंसोल पर स्थापित होने का एक और उपयोगी लाभ यह है कि 'पेज' टैब के अंतर्गत आप कोई भी रिपोर्ट की गई समस्या देख सकते हैं कि Google आपके पृष्ठों को अनुक्रमित क्यों नहीं कर सकता है या नहीं करेगा।

मुद्दों की जाँच की जा रही है

ह्यूगो और हम जिस टेम्पलेट का उपयोग कर रहे हैं उसमें अच्छे एसईओ अभ्यासों के लिए अधिकांश आधार शामिल होने चाहिए। लेकिन फिर भी, Google के पेजस्पीड इनसाइट्स टूल पर अपनी साइट की जांच करने में कोई हर्ज नहीं है। (यह तब और अधिक महत्वपूर्ण हो जाएगा जब/जब आप टेम्प्लेट फ़ाइलों में बदलाव करके अपनी साइट को अपनी पसंद के अनुसार बनाना शुरू करेंगे।)

यह आपको पृष्ठ के प्रदर्शन, पहुंच और किसी भी एसईओ मुद्दों (जैसे गायब मेटा टैग) का एक अच्छा अवलोकन देगा।

कैनोनिकलाइज़ेशन और कैनोनिकल यूआरएल

एक एसईओ अवधारणा जो एक ब्लॉगर के रूप में समझने की कुंजी है, वह है कैनोनिकलाइज़ेशन और कैनोनिकल यूआरएल । मूल रूप से, विचार यह है कि एक ही सामग्री को विभिन्न यूआरएल के माध्यम से एक्सेस किया जा सकता है, लेकिन आप नहीं चाहते कि Google एक पेज के लिए पेज रैंकिंग को कई यूआरएल में विभाजित करे।

इसलिए, आप एक पृष्ठ पर यह घोषित कर सकते हैं कि खोज इंजनों को पृष्ठ के लिए किस यूआरएल को यूआरएल मानना चाहिए।

याद रखें कि CloudFlare आपके कस्टम डोमेन के साथ-साथ my-blog-xyz.pages.dev जैसा एक "बदसूरत" डोमेन भी बनाता है। अधिकांश (यदि सभी नहीं) होस्टिंग प्रदाता आपको इस मूल डोमेन को बंद करने की अनुमति नहीं देते हैं, लेकिन जब तक आपके पृष्ठों पर कैनोनिकल यूआरएल सेट अप हैं, यह कोई समस्या नहीं होगी - Google केवल आपके कस्टम डोमेन के अंतर्गत सूचीबद्ध करेगा, "बदसूरत" नहीं.

ह्यूगो के लिए फ़्लैट थीम की अनुशंसा करने का एक कारण यह है कि (अनंके के अनुशंसित डिफ़ॉल्ट के विपरीत) इसमें पहले से ही एक कैनोनिकल लिंक शामिल है। हालाँकि, यदि आप किसी भिन्न थीम का उपयोग करना चाहते हैं तो आप इसे अपने हेडर टेम्पलेट में इस प्रकार जोड़ सकते हैं:

 <link rel="canonical" href="{{ .Permalink }}" />

आप ऊपर उल्लिखित पेजस्पीड इनसाइट्स टूल में इसकी जांच करके यह जांच सकते हैं कि यह किसी दिए गए पेज के लिए सही ढंग से सेट किया गया है; आप देखेंगे कि "एसईओ" अनुभाग के अंतर्गत चेकलिस्ट आइटम के रूप में किसी पृष्ठ में एक कैनोनिकल यूआरएल है या नहीं।

हम आगे, नीचे पुनर्प्रकाशन अनुभाग में विहितीकरण का अन्वेषण करेंगे।

निजी GitHub रेपो

आपको पहले याद होगा कि आपने अपने GitHub रेपो को निजी बना दिया था। ऐसा इसलिए है क्योंकि (लेखन के समय) आप मार्कडाउन दस्तावेज़ों में कैनोनिकल यूआरएल या नोइंडेक्स टैग नहीं जोड़ सकते हैं , और इसलिए यह एक और सूक्ष्म कोड डुप्लिकेशन समस्या के रूप में कार्य करता है। एक निजी रेपो इस मुद्दे पर काम करता है।

बैकलिंक्स और डोमेन प्राधिकरण

आपने शायद सुना होगा कि Google द्वारा किसी साइट को रैंक करने का एक कारक यह है कि कितनी अन्य साइटें उससे लिंक होती हैं; इसे डोमेन अथॉरिटी के रूप में जाना जाता है, और इस संदर्भ में एक साइट से दूसरे साइट पर ऐसे लिंक को बैकलिंक के रूप में जाना जाता है।

मैं इस बारे में बात नहीं करने जा रहा हूं कि अपने ब्लॉग को Google पर उच्च रैंक दिलाने के लिए बैकलिंक्स की "खेती" कैसे करें; एक बात के लिए, Google को ऐसी योजनाओं के बारे में समझदारी है, और इसके अलावा, अपनी खुद की साइट बनाने का एक फायदा यह है कि आप वेब को इस तरह के बेकार कामों से भरने के बजाय एक बेहतर जगह बनाने में मदद कर सकते हैं।

इसके बजाय मुख्य उपाय यह है कि आपको Google पर अच्छी रैंक प्राप्त करने में समय लगेगा ; आरंभ करने के लिए आपके पास अधिक डोमेन प्राधिकरण नहीं होगा, लेकिन समय के साथ यह बढ़ता जाएगा। हमेशा की तरह, आपका ध्यान केवल सर्वोत्तम पोस्ट लिखने पर होना चाहिए।

धारा 6 - अपना काम साझा करना

विज्ञापन तभी बुरा होता है जब वह बुरी चीजों का विज्ञापन करता है।

-डेविड ओगिल्वी

जितना मुझे यह कहना अच्छा लगेगा कि Google का आपके ब्लॉग को ढूंढने में सक्षम होना पर्याप्त है, वास्तव में, यह वास्तव में थोड़ा आत्म-प्रचार करने और आपके पोस्ट को ऑनलाइन साझा करने में मदद करता है।

रेडिट का प्रयोग करें

ऐसा करने का सबसे अच्छा तरीका Reddit पर अपने लेखों के लिंक पोस्ट करना है। सोशल मीडिया पर पोस्ट करने से कोई नुकसान नहीं होता है, लेकिन Reddit के साथ मुख्य लाभ यह है कि इसकी वोटिंग प्रणाली का मतलब है कि अच्छे पोस्ट (जैसा कि मुझे यकीन है कि आपके होंगे) सबरेडिट के पहले पन्ने पर तुरंत छा जाने के बजाय कुछ समय के लिए रह सकते हैं। समयरेखा के साथ-साथ।

विशिष्ट सबरेडिट पर पोस्ट करें

किसी विशिष्ट सबरेडिट पर पोस्ट करें जैसे कि प्रोग्रामिंग भाषा या तकनीक जिसके बारे में आप लिख रहे हैं। सबरेडिट जितना बड़ा होगा उतने अधिक लोग संभावित रूप से आपकी पोस्ट देखेंगे, लेकिन समस्या यह है कि /r/programming जैसे बड़े सबरेडिट्स में अक्सर बहुत से लोग अच्छी पोस्टों को दफनाने के लिए चतुराईपूर्वक डाउनवोटिंग कर सकते हैं, ताकि वे अपनी पोस्ट को चालू रख सकें। शीर्ष।

इसके बजाय, आपके पोस्ट पर लागू होने वाले सबसे विशिष्ट Reddits पर टिके रहने से आपको अधिक भाग्य प्राप्त होगा; ऐसे समुदायों में आपकी पोस्ट पर ध्यान देने और पढ़ने की अधिक संभावना होती है, और वे आत्म-प्रचार के प्रति अधिक ग्रहणशील होते हैं।

प्रत्येक सबरेडिट के लिए नियमों की जाँच करें

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

यह स्व-प्रचार पर पूर्ण प्रतिबंध, यह अपेक्षा कि आप स्वयं बहुत अधिक पोस्ट न करें, या बिल्कुल भी कोई प्रतिबंध न हो, के बीच भिन्न हो सकता है।

ध्यान रखने योग्य एक अन्य महत्वपूर्ण नियम अवांछित पोस्ट विषय है जिसके बजाय संभवतः अधिक उपयुक्त सबरेडिट की ओर पुनर्निर्देशन किया जाता है। उदाहरण के लिए, /r/programming के नियम आपको तकनीकी प्रश्नों को r/learnprogramming ओर पुनर्निर्देशित करने के लिए कहते हैं, और इसी तरह नौकरी लिस्टिंग को /r/forhire की ओर पुनर्निर्देशित करने के लिए कहते हैं।

समुदाय का हिस्सा बनें

आप जिस सबरेडिट को सबमिट कर रहे हैं उसके नियम चाहे जो भी हों, रेडिट को केवल अपने स्वार्थ के लिए एक उपकरण के रूप में उपयोग करने के बजाय समुदाय का हिस्सा बनना हमेशा एक अच्छा विचार है। जिन अन्य ब्लॉगों का आप आनंद लेते हैं उनसे लिंक पोस्ट करें, चर्चाओं में शामिल हों और बस आनंद लें।

यह जाँचने के लिए कि आप ज़िम्मेदारीपूर्ण तरीके से भाग ले रहे हैं, समय-समय पर "रेडिकिकेट" पढ़ें।

धारा 7 - ब्लॉग प्लेटफ़ॉर्म पर पुनर्प्रकाशन

अपना स्वयं का अलग ब्लॉग रखना जितना फायदेमंद है, dev.to जैसे देव ब्लॉगिंग प्लेटफ़ॉर्म पर पोस्ट को पुनः प्रकाशित करना अभी भी उपयोगी है। आपको आश्चर्य हो सकता है कि आपका अपना ब्लॉग स्थापित करने के लिए समय निकालने के बाद हम पूरी तरह से वापस क्यों आ गए।

अंततः, जो मायने रखता है वह यह है कि आपके विचार अन्य डेवलपर्स द्वारा पढ़े जाएं और उनकी सराहना की जाए, और पुनर्प्रकाशन आपको लोगों को आपके काम तक पहुंचने का एक और तरीका जोड़कर ऐसा करने में मदद करता है।

हालाँकि, एक अन्य महत्वपूर्ण लाभ यह है कि यह आपको बैकलिंक्स के माध्यम से अपने ब्लॉग के लिए डोमेन प्राधिकरण बनाने में मदद करता है - लेकिन आपकी साइट को उन बैकलिंक्स का श्रेय देने के लिए, आपको सही तरीके से पुनः प्रकाशित करने की आवश्यकता है।

पुनर्प्रकाशित लेखों के लिए विहितकरण

कैनोनिकल यूआरएल की अवधारणा याद है जिसकी हमने पहले चर्चा की थी? अपने लेखों को अन्यत्र दोबारा पोस्ट करते समय, आदर्श रूप से आप केवल उन साइटों पर पोस्ट करना चाहते हैं जो आपको संकेत देती हैं कि आपके लेख का विहित संस्करण आपके ब्लॉग पर मौजूद है।

इस तरह, आपको पुनर्प्रकाशन का एक्सपोज़र लाभ मिलता है, लेकिन कोई भी परिणामी बैकलिंक आपके ब्लॉग के डोमेन प्राधिकरण का निर्माण करता है।

Dev.to के लिए कैनोनिकल्स

जैसा कि dev.to के संपादक गाइड में बताया गया है, आप किसी पोस्ट के "फ्रंट मैटर" गुणों में एक canonical_url प्रॉपर्टी जोड़कर एक कैनोनिकल URL जोड़ सकते हैं।

हैशनोड पर कैनोनिकल्स

आप "क्या आप पुनः प्रकाशित कर रहे हैं?" के अंतर्गत हैशनोड आलेख पर एक कैनोनिकल यूआरएल सेट कर सकते हैं। किसी आलेख के लिए "अनुच्छेद सेटिंग" दृश्य पर अनुभाग। (अधिक जानकारी के लिए उनके दस्तावेज़ देखें।)

हैकरनून पर कैनोनिकलाइज़ेशन

जैसा कि हैकरनून के डॉक्स में बताया गया है, आप अपनी पोस्ट की सेटिंग में "फर्स्ट सीन एट" में एक कैनोनिकल यूआरएल सेट कर सकते हैं।

आप FreeCodeCamp पर कैनोनिकलाइज़ नहीं कर सकते!

जैसा कि इस हैशनोड आलेख में बताया गया है, FreeCodeCamp पर अपना काम पुनः प्रकाशित करने से पहले दो बार सोचें क्योंकि वे आपको एक कैनोनिकल यूआरएल सेट करने की अनुमति नहीं देते हैं। दरअसल, इस dev.to पोस्ट में इसके कारण कुछ ब्लॉगर्स पर पड़ने वाले नकारात्मक प्रभाव का विवरण दिया गया है।

आपके लिए प्रचार किया गया

पुनर्प्रकाशन का एक और लाभ यह है कि Reddit और अन्य सोशल मीडिया पर अपना काम साझा करने के लिए कुछ प्रयास अक्सर आपके लिए किए जाएंगे।

बॉट और ब्लॉगर जो विशेष समुदायों के लिए लेखों को क्यूरेट करते हैं, वे अक्सर ब्लॉग प्लेटफ़ॉर्म पर विशेष टैग के माध्यम से आपका काम ढूंढते हैं, और इसे सोशल मीडिया पर साझा करते हैं।

पुनर्प्रकाशन कमियां

हालाँकि, पुनर्प्रकाशन कुछ लागतों के बिना नहीं है:

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

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

इसलिए मूल प्रकाशित करने के कुछ समय बाद (मान लीजिए, एक या दो सप्ताह, लेकिन यह आप पर निर्भर है) पुनः प्रकाशित करने पर विचार करना उचित है। इसके निम्नलिखित लाभ हैं:

• आपके मूल और पुनर्प्रकाशन में सुधार और परिवर्धन करने वाले कार्य का दोहराव कम हो गया; अनिवार्य रूप से, आपके प्रूफरीडिंग प्रयासों के बावजूद, आप या आपके पाठक उन मुद्दों या चीज़ों को खोज लेंगे जिन्हें आप भूल गए हैं - ऐसा करना बेहतर होगा जब लेख केवल आपके ब्लॉग पर मौजूद हो।

• सर्च इंजन के पास पहले आपकी साइट को इंडेक्स करने का समय होता है।

अनुबंध

ब्लॉग क्यों?

आपके लेखन और संचार कौशल में सुधार करता है

हालांकि शुक्र है कि एजाइल का मतलब है कि सॉफ़्टवेयर विकास में शायद ही कभी दस्तावेज़ों के दायरे और दायरे का उत्पादन शामिल होता है जैसा कि पिछले युगों में किया गया होगा, मुझे लगता है कि पेंडुलम दूसरे तरीके से थोड़ा बहुत आगे बढ़ गया है, और इतना अच्छा दस्तावेज़ीकरण जो नए लोगों को इससे परिचित कराने में मदद करता है एक सिस्टम या रेपो को दुखद रूप से उपेक्षित किया गया है।

और जैसे-जैसे आप एक डेवलपर के रूप में अपने करियर में आगे बढ़ते हैं, आपको अपनी सोच को विकसित करने और जटिल अवधारणाओं और प्रणालियों को स्पष्ट और संक्षिप्त तरीके से समझाने की अधिक से अधिक आवश्यकता होगी।

ब्लॉगिंग आपको इन कौशलों का अभ्यास करने का एक शानदार तरीका प्रदान करता है। विशेष रूप से, दर्शकों का होना एक महान प्रेरक कारक है!

आपको यह साबित करने का एक तरीका देता है कि आप जानते हैं कि आप किस बारे में बात कर रहे हैं

जिन प्रौद्योगिकियों को आप जानते हैं उनकी सूची आपके बायोडाटा में सूचीबद्ध होना एक बात है; आपके द्वारा लिखे गए लेखों से लिंक करने में सक्षम होना यह साबित करने के लिए बिल्कुल अलग है कि आप वास्तव में उन्हें समझते हैं जो स्पष्ट रूप से दर्शाता है कि आप अपनी कला को अंदर और बाहर से जानते हैं।

आपको अपनी मार्केटिंग करने में मदद करता है और अवसर पैदा करता है

जेफ़ एटवुड की मुलाकात जोएल स्पोल्स्की से उनके ब्लॉग, कोडिंग हॉरर के माध्यम से हुई, और फिर वे स्टैक ओवरफ्लो नामक एक छोटी सी चीज़ बनाने के लिए आगे बढ़े।

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

एसएसजी की एक त्वरित तुलना

यहां कुछ लोकप्रिय एसएसजी पर मेरे विचार हैं, और मैं ह्यूगो पर कैसे बस गया। अधिक बड़ी सूची के लिए jamstack.org देखें।

Jekyll

जेकेल बहुत लोकप्रिय हुआ करते थे, लेकिन अब यह कम है। यह GitHub पृष्ठों को शक्ति प्रदान करता है और अत्यधिक ब्लॉग-उन्मुख है। मैंने शुरू में इस पर विचार किया था, लेकिन इसकी सख्त यूआरएल संरचना के कारण इसे टाल दिया गया था, जो इस बात पर जोर देती है कि ब्लॉग पेजों में यूआरएल के भीतर एक दिनांक घटक एम्बेडेड होता है, जो कुछ ऐसा है जिससे मैं अपने ब्लॉग के लिए बचना चाहता था।

पोस्ट लिखने को अधिक अमूर्त "संग्रह" प्रकार का हिस्सा बनाकर इससे बचा जा सकता है, लेकिन तब वह अपने स्वयं के ब्लॉग पोस्ट अमूर्त के भीतर काम करने के कई लाभों को खो देगा।

ग्यारह

एलेवेंटी एक एसएसजी है जो काफी लोकप्रियता हासिल कर रही है। यह नोड.जेएस द्वारा संचालित है, और बहुत लचीला है; आप टेम्प्लेटिंग इंजन और मार्कडाउन रेंडरर को कस्टमाइज़ कर सकते हैं, यहां तक कि आपको एक ही साइट के भीतर विभिन्न पृष्ठों के लिए विभिन्न विकल्पों का उपयोग करने की अनुमति भी दे सकते हैं।

इसमें मुझे जो मुख्य कमी दिखी वह यह है कि यह किसी बिल्ट-इन टेम्पलेट के साथ नहीं आता है, इसलिए आप आसानी से सीधे बॉक्स से ब्लॉग नहीं बना सकते। ध्यान देने वाली बात यह भी है कि यह नोड पर चलता है, जिससे इसकी स्थापना अधिक जटिल हो जाती है; किसी भी तरह से डील-ब्रेकर नहीं, लेकिन ह्यूगो जितना सुविधाजनक भी नहीं।

Gatsby

गैट्सबी भी हाल ही में काफी लोकप्रिय हो रहा है। हालाँकि, यह स्थिर साइटों के बजाय प्रतिक्रिया-आधारित एकल-पृष्ठ ऐप्स उत्पन्न करता है। यह एक वैध विकल्प है; मैं अपना ब्लॉग बनाते समय शुद्ध HTML और CSS की सरलता चाहता था।

इसके अलावा, मैंने देखा है कि इस लेखक का इसका उपयोग करने का अनुभव ख़राब रहा है , इसके बजाय उसने ह्यूगो की सिफारिश की है।

ह्यूगो

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

यह तेजी से धधक रहा है. हालाँकि इससे कोई फ़र्क नहीं पड़ता जब आपके ब्लॉग में बस कुछ ही पोस्ट हों, यह जानना अच्छा है कि जैसे-जैसे आपकी साइट बढ़ती है, निर्माण का समय विश्वसनीय रूप से तेज़ रहेगा।

यह सबसे लोकप्रिय एसएसजी है (गिटहब सितारों के आधार पर) , जिसका अर्थ है कि यह अच्छी तरह से उपयोग किया जाता है और प्रलेखित है, और लगभग किसी भी स्थिर साइट होस्टिंग प्लेटफ़ॉर्म द्वारा अच्छी तरह से समर्थित है।

सबसे बढ़कर, इसमें आपको आरंभ करने के लिए टेम्पलेट हैं। यद्यपि आप संभवतः किसी बिंदु पर अपने स्वयं के टेम्प्लेट बनाना चाहेंगे (या कम से कम उन्हें अपने स्वाद के अनुसार संशोधित करना चाहेंगे) - यह कम से कम आपको बॉक्स से बाहर शुरू करने के लिए कुछ देता है।

इसका मुख्य नकारात्मक पक्ष यह है कि यह गो की टेम्प्लेटिंग भाषा का उपयोग करता है; यह किसी भी तरह से भयानक नहीं है, लेकिन कुछ की तुलना में यह थोड़ा अव्यवस्थित है, और यदि आप किसी अन्य टेम्पलेट भाषा के लिए उत्सुक हैं तो यहां आपकी किस्मत खराब होगी। यदि यह आपके लिए एक समस्या है तो एलेवेंटी देखने लायक हो सकती है।