कोर वेब Vitals वास्तव में आपकी समस्या नहीं है?

यदि आप कोर वेब विटाल स्कोर में सुधार करने और कम आने के लिए संघर्ष कर रहे हैं तो आप अकेले नहीं हैं। उपाख्यानात्मक सबूत बताते हैं कि उच्च कोर वेब विटल्स प्रदर्शन को प्राप्त करना मुश्किल है। इसका कारण यह है कि प्रकाशक और एसईओ कुछ ठीक करने की कोशिश कर रहे हैं जो तकनीकी रूप से टूटा नहीं है।

कैसे साइटें विकसित की हैं में बदलाव

वेब पेज कैसे बनाए जाते हैं, हम एक प्रमुख प्रतिमान बदलाव के शुरुआती चरणों में हैं। एक तेज़ वेब होस्ट सहायक है, लेकिन यह कोर वेब विटल्स समस्याओं को ठीक नहीं करेगा।

कोर वेब विटल्स की गणना उस मोबाइल डिवाइस पर की जाती है जो आपके वेब पेज को 3 जी या 4 जी स्पीड पर मोबाइल फोन पर डाउन कर रहा है। यहीं से Core Web Vitals डेटा आता है और अगर फोन में खराब इंटरनेट कनेक्शन डाउनलोड किया जा रहा है, तो उस बिंदु पर एक तेज़ वेब सर्वर का बहुत कम उपयोग होता है।

कोर वेब विटल्स में सुधार वेब होस्टिंग के बारे में कम है और कोड को ठीक करने के बारे में अधिक है।

विज्ञापन

नीचे पढ़ना जारी रखें

फिक्सिंग क्या टूटी नहीं है

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

Google पृष्ठ अनुभव स्कोर को बेहतर बनाने के लिए उन्हें वर्डप्रेस CSS और JavaScript को कैसे संभालना है, इसे अनुकूलित करना था।

दूसरे शब्दों में, कोर वेब विटल्स के लिए अच्छी तरह से स्कोर करने के लिए अपनी वेबसाइट को फिर से डिज़ाइन करने के लिए, WP रॉकेट को वर्डप्रेस को खुद को कस्टमाइज़ करना था, यह कुछ ऐसा बनाने के लिए जिसे यह डिज़ाइन नहीं किया गया था।

कोर वेब विटल्स-अनफ्रेंडली

वर्ड बनाते समय वर्ड डेवलपर्स के दिमाग में कोर वेब विटल्स मानक कुछ नहीं होते हैं। इसलिए पोस्ट में ट्वीट एम्बेड करना संचयी लेआउट शिफ्ट को ट्रिगर करेगा।

वर्डप्रेस और थीम Google के लिए कोड नहीं है। वे प्रकाशकों की जरूरतों के लिए कोड रखते हैं जो मई 2020 तक प्रकाशक की जरूरत नहीं थी।

यह सिर्फ वर्डप्रेस नहीं है। अधिकांश अन्य सामग्री प्रबंधन प्रणालियों में कोर वेब विटल्स नहीं हैं जो उनमें निर्मित सर्वोत्तम प्रथाएं हैं।

विज्ञापन

नीचे पढ़ना जारी रखें

इसका मतलब यह नहीं है कि वर्डप्रेस में कुछ गड़बड़ है। वर्डप्रेस में कुछ भी गलत नहीं है क्योंकि Google का कहना है कि कुछ गड़बड़ है।

Core Web Vitals एक WordPress समस्या नहीं है

कोर वेब विटल्स Google द्वारा स्वतंत्र रूप से विकसित मैट्रिक्स का एक सेट है और इसके साथ काम करने के लिए प्रकाशक और एसईओ समुदाय पर जोर दिया जाता है।

वर्डप्रेस का इससे कोई लेना देना नहीं था। कोर वेब विटल्स मई 2020 में दिखाई दिए, स्पष्ट रूप से किसी भी समन्वय या डेवलपर पारिस्थितिकी तंत्र के साथ परामर्श के बिना।

वर्डप्रेस की ओर, विकास आगे बढ़ रहा है जैसे कि कोर वेब विटल्स मौजूद नहीं हैं। जबकि प्रकाशक और एसईओ पक्ष में यह वर्डप्रेस के उपयोगकर्ता हैं जो “फिक्सिंग” वर्डप्रेस, ड्रुपल, phpBB आदि के काम के बोझ से दबे हुए हैं।

एक आदर्श दुनिया में, एक प्रणाली बनाने का काम जो उपयोगकर्ताओं की जरूरतों को संबोधित करता है, डेवलपर की तरफ निहित है। लेकिन ऐसा नहीं हो रहा है।

वर्डप्रेस भी वर्ड इश्यू के रूप में कोर वेब विटल्स को नहीं देखता है।

जब किसी ने शुरू किया वर्डप्रेस मंचों में समर्थन धागा इसके बारे में उन्हें Google के समर्थन मंच में पूछने के लिए कहा गया था।

“आपको Google फोरम पर पूछना चाहिए, क्योंकि वर्डप्रेस का इससे कोई लेना-देना नहीं है।”

प्रकाशक और एसईओ समुदाय अनुपालन के साथ बुरा हुआ

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

यही कारण है कि इतने सारे कोर वेब विटल्स के साथ संघर्ष कर रहे हैं। प्रकाशकों और एसईओ को कुछ तय करने की कोशिश कर रहा है कि आदर्श रूप से कोड स्तर पर तय किया जाना चाहिए।

कोर वेब विटाल्स स्कोर में सुधार एक चेवी कार्वेट के मानकों के लिए होंडा सिविक के प्रदर्शन को अपग्रेड करने की कोशिश करने जैसा महसूस कर सकता है।

डेवलपर्स ने एक कार्वेट का निर्माण नहीं किया था। उन्होंने एक होंडा सिविक का निर्माण किया।

लेकिन Google मांग कर रहा है कि ड्राइवर (निर्माताओं नहीं) एक कार्वेट स्तर के प्रदर्शन में सुधार। क्या यह आपको उचित लगता है?

क्या सॉफ्टवेयर के उपयोगकर्ताओं से पूछना उचित है कि वे सॉफ्टवेयर के डेवलपर्स के बजाय इसे सुधारें?

कोर वेब विटल्स के साथ सॉफ्टवेयर अनुपालन की समस्या कोड स्तर पर मौजूद है, न कि उपयोगकर्ता स्तर पर।

विज्ञापन

नीचे पढ़ना जारी रखें

तो क्यों प्रकाशक और एसईओ समुदाय कुछ तय कर रहे हैं कि वे केवल उपयोगकर्ता हैं?

क्या Google मददगार है?

Google उन कोडिंग समस्याओं को ठीक करने के तरीके की व्याख्या करते हुए गहराई से लेखों में समस्याओं और समस्याओं के निदान के लिए बहुत सारे उपकरण प्रदान करता है।

लेकिन ये कोडिंग समस्याएं हैं उपयोगकर्ता की समस्याएं नहीं।

विकास समुदाय और Google के बीच डिस्कनेक्ट का एक उदाहरण संचयी लेआउट शिफ्ट की समस्या है, जहां वेब पेज शिफ्ट हो जाता है और पेज तत्वों के डाउनलोड होते ही पुन: व्यवस्थित हो जाता है।

संचयी लेआउट शिफ्ट का एक सामान्य कारण यह है कि छवियों की ऊँचाई और चौड़ाई का आकार घोषित नहीं है। Google पहलू अनुपात बक्से का उपयोग करके छवियों को स्टाइल करने के लिए सीएसएस का उपयोग करने की तरह विदेशी वर्कअराउंड की सिफारिश करता है।

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

जरा देखो तो इस पर और विवरण पहलू अनुपात बक्से जो Google लिंक करते हैं और देखते हैं कि क्या यह आपके लिए समझ में आता है:

विज्ञापन

नीचे पढ़ना जारी रखें

“सही वर्ग और 16: 9 सामान महान है, लेकिन उन लोगों के लिए उपयोग किए जाने वाले मूल्य सरल गणित हैं। एक पहलू अनुपात कुछ भी हो सकता है, और वे आमतौर पर पूरी तरह से मनमाना होते हैं। एक वीडियो या छवि को किसी भी आकार में क्रॉप किया जा सकता है।

तो हम अपने 1127.34 × 591.44 एसवीजी ऊपर के लिए पैडिंग-टॉप का पता कैसे लगाएं?

एक तरीका है कैल्क () का उपयोग करना, जैसे:

पैडिंग-टॉप: कैल्क (591.44 / 1127.34 * 100%); ”

विनीत अच्छाई!

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

यही कारण है कि WP रॉकेट को सीएसएस और जावास्क्रिप्ट साइविड में बदलाव करने और खोदने पड़े।

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

विज्ञापन

नीचे पढ़ना जारी रखें

यह कैसे है WP रॉकेट समझाया उन्होंने अपने रिडिजाइन के हिस्से के रूप में क्या किया:

“… हमने कई ब्लॉकों को हटा दिया था जिनका उपयोग नहीं किया गया था। हमने CSS & JS लोड होने वाले ब्लॉक को केवल जरूरत पड़ने पर कस्टम एनक्यू सिस्टम बनाया। इस प्रणाली को विकसित करने में हमें कुछ ही मिनट लगे।

हमने गुटेनबर्ग सीएसएस फ़ाइल का उपयोग नहीं करने का भी निर्णय लिया। इसके बजाय, हमने सीएसएस को “माइग्रेट” किया जिसे हमें वास्तव में अपनी शैली की शीट में समर्पित सीएसएस फ़ाइल में आवश्यक था। यही किया।

कैसे साइटें बनाई जाती हैं की एक पुनर्विचार

कोर वेब विटल्स समस्या को समझना महत्वपूर्ण है। Google मांग कर रहा है कि प्रकाशकों और एसईओ समाधानों पर बोल्ट लगाते हैं जो सीएमएस विकास समुदाय को संबोधित करने में रुचि नहीं दिखाते हैं।

यहाँ हम किस प्रकार के समझौतों का सामना कर रहे हैं इसका एक उदाहरण है और Google कैसे हम वेबसाइटों को विकसित कर रहा है, इसे बदल रहा है।

फोंट के बारे में बात करते हैं।

तीसरे पक्ष के संसाधनों को अवरुद्ध करने वाला रेंडर सबसे बड़े कंटेंटफुल पेंट को नकारात्मक रूप से प्रभावित कर सकता है। एक सामान्य अड़चन Google फ़ॉन्ट्स जैसी तृतीय पक्ष साइट से फ़ॉन्ट डाउनलोड कर रही है।

विज्ञापन

नीचे पढ़ना जारी रखें

लागू करने के लिए कई तरकीबें हैं जो प्रीलोड लिंक विशेषता का उपयोग करने के संयोजन हैं और शायद कुछ जावास्क्रिप्ट आदि, जो तीसरे पक्ष के फोंट को डाउनलोड करने की प्रक्रिया को बनाता है।

लेकिन क्या यह उस फैंसी फॉन्ट को पीछे छोड़ने के लिए आपकी साइट को मार देगा?

एक सरल समाधान जो स्कोर को बेहतर बनाने में मदद करेगा, वेबसाइट फ़ॉन्ट को सैंस सेरिफ़ फ़ॉन्ट पर स्विच करना है जो कि Apple, विंडोज और एंड्रॉइड डिवाइस ने पहले से ही अपने सिस्टम में लोड किया है।

डिवाइस में बनाया गया एक आकर्षक फ़ॉन्ट पर स्विच करने का मतलब है कि साइट को अब फैंसी फ़ॉन्ट डाउनलोड करने के लिए इंतजार नहीं करना पड़ेगा।

एक दृष्टिकोण कुछ इस तरह हो सकता है:

font-family: Helvetica, Tahoma, sans-serif;

यदि Android में पहले से ही ब्राउज़र में Helvetica या Tahoma लोड नहीं है, तो डिवाइस Roboto फ़ॉन्ट का उपयोग करके साइट प्रदर्शित करेगा।

रोबोटो फ़ॉन्ट के उदाहरण का स्क्रीनशॉट

रोबोटो फ़ॉन्ट का स्क्रीनशॉट

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

विज्ञापन

नीचे पढ़ना जारी रखें

इस तरह का निर्णय पृष्ठ गति और रूपांतरणों पर केंद्रित संबद्ध साइट के लिए नो-ब्रेनर है।

संक्रमण का एक पल

आज जो कुछ हो रहा है, वह यह है कि हम संक्रमण के क्षण में जी रहे हैं। चीजें इस बात से बदल रही हैं कि हमने अतीत में चीजों को कैसे किया था कि डेवलपर्स भविष्य में चीजों (बॉक्स से बाहर) को कैसे करने जा रहे हैं।

डेवलपर्स ने मोबाइल फ्रेंडली साइट्स की मांग पर प्रतिक्रिया दी। समय में वे उन साइटों की मांग का जवाब देना शुरू कर सकते हैं जो कोर वेब विटल्स के लिए अच्छा स्कोर करते हैं।

जिस तरह से CMS सिस्टम, टेम्प्लेट और प्लगइन्स डिज़ाइन किए गए हैं, वे उन प्रकाशकों की जरूरतों को नहीं पकड़ पाए हैं, जिन्हें कोर वेब विटल्स पर विचार करने की आवश्यकता है।

कुछ समय के लिए, टेक एसईओ और डेवलपर समुदाय “फिक्स” होने से अटके हुए हैं, जो कि Google को वेब के जैसा दिखना चाहिए, उसके बारे में विचार करने के लिए टूटा नहीं है।

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

विज्ञापन

नीचे पढ़ना जारी रखें

इस समय कोड को ठीक करने का भार इस पर पड़ता है उपयोगकर्ताओं प्रकाशन सॉफ्टवेयर और पर नहीं डेवलपर्स उस सॉफ्टवेयर का। क्या यह सही लगता है?

क्या हो सकता है कि कुछ लोग इसे ठीक करने के लिए उपयोगी हो सकते हैं जितना कि वे कर सकते हैं और बाकी को तब छोड़ सकते हैं जब वर्डप्रेस और अन्य सीएमएस सॉफ्टवेयर पकड़ लेते हैं।

Related Posts

Leave a Reply

Your email address will not be published. Required fields are marked *