ऑडिट कसे करण्यात आले
आम्ही अमेरिकेतील १२ शहरांमधील स्थानिक सेवांसाठी—प्लंबर, दंतवैद्य, सलून—सेंद्रिय शोध निकालांमध्ये (organic search results) दिसणाऱ्या वेबसाइट्स गोळा केल्या. आम्ही केवळ व्यवसायांच्या स्वतःच्या डोमेनचा समावेश केला आणि निर्देशिका (directories) व राष्ट्रीय साखळी (national chains) वगळल्या. ऑगस्ट २०२६ मध्ये, आम्ही प्रत्येक साइटवर एक सिंगल Lighthouse मोबाईल ऑडिट केले, ज्यामध्ये Google ला Largest Contentful Paint (LCP) आणि एकूण परफॉर्मन्स स्कोअर मोजू दिले.
आकडेवारी काय दर्शवते
- Median LCP: ८.९ सेकंद – मजकुराचा सर्वात मोठा भाग दिसण्यासाठी लागणारा वेळ.
- Google ची "चांगली" मर्यादा (threshold): २.५ सेकंद.
- मर्यादा पूर्ण करणाऱ्या साइट्स: १३९ पैकी ४ (३ %).
- Median JavaScript payload: पेज वापरकर्त्याला प्रतिसाद देण्यापूर्वी १.२ MB.
- Median मोबाईल परफॉर्मन्स स्कोअर: ५७.
आम्ही तपासलेले प्रत्येक प्लॅटफॉर्म—WordPress, होस्टेड साइट बिल्डर्स, इतर CMSs—एकच नमुना दर्शवत होते: अतिरिक्त कोड आणि थर्ड-पार्टी विजेट्समुळे परफॉर्मन्स कमी होत होता.
यासाठी कोण जबाबदार आहे
विखुरलेल्या (fragmented) विकास प्रक्रियेमुळे ही समस्या निर्माण होते. एक डेव्हलपर थीम वापरतो, दुसरा चॅट विजेट जोडतो, तिसरा बुकिंग टूल प्लग करतो आणि प्रत्येक बदल स्वतंत्रपणे तपासला जातो. याचा परिणाम म्हणजे एक अवाजवी (bloated) JavaScript bundle आणि रेंडरिंगमध्ये होणारा विलंब, जरी यातील कोणताही एक बदल स्वतंत्रपणे पाहिल्यास चिंताजनक वाटत नसला तरीही.
एक सावधगिरीची सूचना
आम्ही प्रत्येक साइटवर फक्त एक Lighthouse टेस्ट केली आहे, त्यामुळे नेटवर्कची स्थिती, डिव्हाइस हार्डवेअर किंवा सर्व्हर लोडनुसार परफॉर्मन्स बदलू शकतो. या आकडेवारीकडे एक तात्पुरता आढावा (snapshot) म्हणून पहा, प्रत्येक लहान व्यवसायासाठी हा अंतिम निर्णय मानू नका.
पुढे काय पाहावे
ऑडिटमधील डेटा सेट सार्वजनिकरित्या उपलब्ध आहे—तुम्ही या आकड्यांची पडताळणी करू शकता किंवा दुसऱ्या शहरात स्वतःच्या चाचण्या करू शकता. निष्कर्ष स्पष्ट आहे: बहुतेक लहान व्यवसायांच्या साइट्स मोबाईल-रेडी होण्यापासून खूप दूर आहेत, आणि ही समस्या सोडवण्यासाठी तुकड्या तुकड्याने वैशिष्ट्ये जोडण्याऐवजी, समन्वित आणि 'परफॉर्मन्स-फर्स्ट' दृष्टिकोनाची आवश्यकता असेल.