दुसरी फेरी: जेव्हा तुम्ही एकाच कंटेंटमध्ये दोनदा सुधारणा करता तेव्हा काय होते
मी दररोज संध्याकाळी कॅल्क्युलेटर पेजेस सुधारण्यासाठी एक ऑटोमेशन चालवतो. ते व्हेरिफाईड बेंचमार्क, वर्कड एक्झाम्पल्स आणि इंटरनल लिंक्स जोडते. आतापर्यंत त्याने ४३ कमिट्स केले आहेत.
या आठवड्यात, ऑटोमेशनने "दुसरी फेरी" पूर्ण केली. त्याने आधीच सुधारलेले तीन पेजेस पुन्हा तपासले:
• P/E Ratio कॅल्क्युलेटर (दोनदा सुधारले, ३४ दिवसांच्या अंतराने) • SaaS Valuation कॅल्क्युलेटर (दोनदा सुधारले, ३५ दिवसांच्या अंतराने) • Book Value कॅल्क्युलेटर (दोनदा सुधारले, ३७ दिवसांच्या अंतराने)
सुधारणांच्या दुसऱ्या फेरीमुळे काही फरक पडतो का, हे मला पाहायचे होते. त्याचे परिणाम वास्तववादी होते.
Google Search Console मधील डेटा सत्य दर्शवतो:
• P/E Ratio: ७११ इम्प्रेसन्स, २ क्लिक्स • SaaS Valuation: १७ इम्प्रेसन्स, ० क्लिक्स • Book Value: ० इम्प्रेसन्स, ० क्लिक्स
कंटेंट आता अधिक चांगला झाला आहे. त्यामध्ये विशिष्ट मेटा डिस्क्रिप्शन आणि अचूक बेंचमार्क आहेत. परंतु चांगल्या कंटेंटमुळे पेज ऑथॉरिटीबद्दल गुगलच्या मूल्यांकनात कोणताही बदल झाला नाही.
ऑटोमेशन कंटेंट सुधारते, परंतु डोमेनच्या ट्रस्ट लेव्हलकडे गुगल कसे पाहते, हे ते त्वरित बदलू शकत नाही. सुधारलेले पेजेस अजूनही सर्च रिझल्ट्समध्ये खालच्या बाजूलाच आहेत.
दरम्यान, ज्या पेजेसना ऑटोमेशनने कधीही स्पर्श केला नाही, ती पेजेस प्रगती करत आहेत.
एका purchase order generator ने एका आठवड्यात ८ पोझिशन्सची झेप घेतली. त्याला २० क्लिक्स मिळाले आहेत. एका impression calculator ला १,०४१ इम्प्रेसन्स आणि १० क्लिक्स मिळाले आहेत. यापैकी कोणतेही पेज कधीही ऑटोमेशन क्यू मध्ये नव्हते.
यामुळे एक मोठी दरी निर्माण झाली आहे. जे पेजेस सर्वोत्तम कामगिरी करत आहेत, त्यांना मी स्पर्शही केलेला नाही. ज्या पेजेसवर मी सर्वाधिक काम करत आहे, त्यांना अगदी कमी ट्रॅफिक मिळत आहे.
हे का घडत आहे?
१. Authority: फायनान्शिअल मीडिया क्षेत्रातील दिग्गज कंपन्या P/E आणि SaaS या क्षेत्रांवर वर्चस्व गाजवत असाव्यात. कितीही कंटेंट लिहिला तरी त्यांच्या प्रस्थापित डोमेन ट्रस्टला हरवणे कठीण आहे. २. Intent: ऑटोमेशन कदाचित असा कंटेंट सुधारत असावे जो लोक प्रत्यक्षात शोधतात त्या पद्धतीशी जुळत नाही. ३. Competition: ज्या पेजेसना स्पर्श केलेला नाही, ती कदाचित कमी स्पर्धा असलेल्या क्वेरी लँडस्केप्सना लक्ष्य करत असावीत.
मी ऑटोमेशन थांबवणार नाही. मी २१ जुलैसाठी एक चेकपॉइंट सेट करत आहे. मी चार आठवड्यांनंतर पुन्हा डेटा तपासेन. जर दुसऱ्या फेरीमुळे रँकिंगमध्ये बदल झाला, तर मी त्याबद्दल कळवेन. जर तसे झाले नाही, तर मला समजेल की कमी ऑथॉरिटीसाठी एखादी गोष्ट दोनदा करणे हा उपाय नाही.
तुम्ही programmatic SEO तयार करत आहात का? तुम्हालाही अशा अडचणी येत आहेत का, जिथे चांगल्या कंटेंटमुळे रँकिंग खराब होत आहे? चला, कमेंट्समध्ये यावर चर्चा करूया.
दुसरी फेरी: तीन कॅल्क्युलेटर दोनदा सुधारले गेले — पहिल्या फेरीमध्ये काय सुटले होते ते पहा
काहीतरी तयार करणे सोपे आहे. पण ते उत्तम बनवणे कठीण आहे.
मी अलीकडेच तीन वेगवेगळ्या कॅल्क्युलेटरची निर्मिती करण्याची प्रक्रिया पूर्ण केली: एक बेसिक कॅल्क्युलेटर, एक सायंटिफिक कॅल्क्युलेटर आणि एक युनिट कन्व्हर्टर.
पहिली फेरी पूर्णपणे कार्यक्षमतेवर (functionality) आधारित होती. २ + २ = ४ येते का? हो. ते मीटरचे फूटमध्ये रूपांतर करते का? हो. पण जेव्हा मी बारकाईने पाहिले, तेव्हा मला जाणवले की मी बरेच काही सोडून दिले होते.
पहिली फेरी: प्रथम कार्यक्षमता
पहिल्या आवृत्तीमध्ये, माझे ध्येय साधे होते: लॉजिक (logic) अचूक करणे.
- बेसिक कॅल्क्युलेटर: ते बेरीज, वजाबाकी, गुणाकार आणि भागाकार करू शकत होते.
- सायंटिफिक कॅल्क्युलेटर: त्यामध्ये त्रिकोणमितीय फंक्शन्स (trigonometric functions) आणि लॉगरिदम होते.
- युनिट कन्व्हर्टर: त्याने लांबी आणि वजनाच्या मूलभूत रूपांतरणांची हाताळणी केली.
ते काम करत होते, पण ते 'अस्थिर' (brittle) होते.
पहिल्या फेरीमध्ये काय सुटले होते
जेव्हा मी माझ्या कामाचा पुनरावलोकन केला, तेव्हा मला काही त्रुटी आढळल्या:
- एज केसेस (Edge Cases): जर तुम्ही शून्याने भागले तर काय होईल? पहिल्या फेरीमध्ये, ॲप क्रॅश व्हायचे किंवा
NaNदाखवायचे. - अचूकतेच्या समस्या (Precision Issues): जावास्क्रिप्टमधील फ्लोटिंग-पॉइंट मॅथ (floating-point math) खूप त्रासदायक आहे.
0.1 + 0.2चे उत्तर0.30000000000000004असे येत असे. - युजर एक्सपिरियन्स (UX): UI खूप अवघड होते. त्रुटींसाठी कोणताही फीडबॅक नव्हता आणि लेआउट रिस्पॉन्सिव्ह (responsive) नव्हता.
- इनपुट व्हॅलिडेशन (Input Validation): वापरकर्ते अशा गोष्टी टाईप करू शकत होते ज्यासाठी लॉजिक तयार नव्हते.
दुसरी फेरी: सुधारणा (Refinement)
दुसरी फेरी नवीन फीचर्स जोडण्याबद्दल नव्हती; तर अस्तित्वात असलेले फीचर्स अधिक मजबूत (robust) करण्याबद्दल होती.
१. 'Oops' क्षणांची हाताळणी
मी एरर बाउंड्रीज (error boundaries) आणि शून्याने भागाकारासाठी विशिष्ट तपासणी लागू केली. क्रॅश होण्याऐवजी, वापरकर्त्याला आता एक मैत्रीपूर्ण "शून्याने भागता येत नाही" (Cannot divide by zero) असा संदेश दिसतो.
२. दशांश अंकांना नियंत्रणात आणणे
गणना दशांश स्थळांच्या योग्य संख्येपर्यंत राउंड (round) केली जाईल याची खात्री करण्यासाठी मी लायब्ररी/पद्धतींचा वापर केला, ज्यामुळे 0.1 + 0.2 ची समस्या सुटली.
३. UI पॉलिश करणे
मी CSS सुधारणांवर लक्ष केंद्रित केले, बटणे अधिक प्रभावी वाटतील याची काळजी घेतली आणि लेआउट मोबाईल उपकरणांवर व्यवस्थित काम करेल याची खात्री केली.
शिकलेले धडे
सर्वात मोठा धडा? पहिली आवृत्ती ही केवळ एक मसुदा (draft) असते. खरी जादू ही पुनरावृत्तीमध्ये (iterations) घडते.