ಆಡಿಟ್ ಹೇಗೆ ಮಾಡಲಾಯಿತು

ನಾವು 12 ಯುಎಸ್ ನಗರಗಳಲ್ಲಿನ ಸ್ಥಳೀಯ ಸೇವೆಗಳಿಗಾಗಿ—ಪ್ಲಂಬರ್‌ಗಳು, ದಂತ ವೈದ್ಯರು, ಸಲೂನ್‌ಗಳು—ಸಾವಯವ ಹುಡುಕಾಟದ (organic search) ಫಲಿತಾಂಶಗಳಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುವ ಸೈಟ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸಿದೆವು. ನಾವು ಕೇವಲ ವ್ಯವಹಾರಗಳ ಸ್ವಂತ ಡೊಮೇನ್‌ಗಳನ್ನು ಮಾತ್ರ ಇರಿಸಿಕೊಂಡೆವು ಮತ್ತು ಡೈರೆಕ್ಟರಿಗಳು ಹಾಗೂ ರಾಷ್ಟ್ರೀಯ ಚೈನ್ ಸಂಸ್ಥೆಗಳನ್ನು ಹೊರತುಪಡಿಸಿದೆವು. ಆಗಸ್ಟ್ 2026 ರಲ್ಲಿ ನಾವು ಪ್ರತಿ ಸೈಟ್‌ನಲ್ಲಿ ಒಂದೇ ಒಂದು Lighthouse ಮೊಬೈಲ್ ಆಡಿಟ್ ನಡೆಸಿದೆವು, ಇದರಿಂದ Google ಅತಿ ದೊಡ್ಡ ಕಂಟೆಂಟ್ ಪೇಂಟ್ (Largest Contentful Paint - LCP) ಮತ್ತು ಒಟ್ಟಾರೆ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸ್ಕೋರ್ ಅನ್ನು ಲೆಕ್ಕಹಾಕಲು ಸಾಧ್ಯವಾಯಿತು.

ಅಂಕಿಅಂಶಗಳು ಏನು ತಿಳಿಸುತ್ತವೆ

  • ಮಧ್ಯಮ LCP: 8.9 ಸೆಕೆಂಡುಗಳು – ಅತಿ ದೊಡ್ಡ ಕಂಟೆಂಟ್ ಕಾಣಿಸಿಕೊಳ್ಳಲು ತೆಗೆದುಕೊಳ್ಳುವ ಸಮಯ.
  • Google ನ "ಉತ್ತಮ" ಮಿತಿ: 2.5 ಸೆಕೆಂಡುಗಳು.
  • ಮಿತಿಯನ್ನು ತಲುಪುವ ಸೈಟ್‌ಗಳು: 139 ರಲ್ಲಿ 4 (3 %).
  • ಮಧ್ಯಮ JavaScript ಪೇಲೋಡ್: ಪುಟವು ಬಳಕೆದಾರರಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುವ ಮೊದಲು 1.2 MB.
  • ಮಧ್ಯಮ ಮೊಬೈಲ್ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸ್ಕೋರ್: 57.

ನಾವು ಪರಿಶೀಲಿಸಿದ ಪ್ರತಿಯೊಂದು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್—WordPress, ಹೋಸ್ಟ್ ಮಾಡಲಾದ ಸೈಟ್ ಬಿಲ್ಡರ್‌ಗಳು, ಇತರ CMSಗಳು—ಒಂದೇ ರೀತಿಯ ಮಾದರಿಯನ್ನು ತೋರಿಸಿದವು: ಅತಿಯಾದ ಕೋಡ್ ಮತ್ತು ಥರ್ಡ್-ಪಾರ್ಟಿ ವಿಜೆಟ್‌ಗಳು ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಕುಗ್ಗಿಸುತ್ತಿವೆ.

ಇದಕ್ಕೆ ಕಾರಣ ಯಾರು

ಚದುರಿದ ಅಭಿವೃದ್ಧಿ ಪ್ರಕ್ರಿಯೆಯು (fragmented development process) ಈ ಸಮಸ್ಯೆಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ಒಬ್ಬ ಡೆವಲಪರ್ ಥೀಮ್ ಅನ್ನು ಬಳಸುತ್ತಾರೆ, ಇನ್ನೊಬ್ಬರು ಚಾಟ್ ವಿಜೆಟ್ ಅನ್ನು ಸೇರಿಸುತ್ತಾರೆ, ಮೂರನೆಯವರು ಬುಕಿಂಗ್ ಟೂಲ್ ಅನ್ನು ಅಳವಡಿಸುತ್ತಾರೆ ಮತ್ತು ಪ್ರತಿಯೊಂದು ಬದಲಾವಣೆಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಮೌಲ್ಯಮಾಪನ ಮಾಡಲಾಗುತ್ತದೆ. ಇದರ ಪರಿಣಾಮವಾಗಿ, ಯಾವುದೇ ಒಂದು ಬದಲಾವಣೆ ತನ್ನಷ್ಟಕ್ಕೆ ತಾನೇ ಆತಂಕಕಾರಿಯಾಗಿ ಕಂಡರೂ ಸಹ, ಅಂತಿಮವಾಗಿ ದೊಡ್ಡದಾದ JavaScript ಬಂಡಲ್ ಮತ್ತು ವಿಳಂಬಿತ ರೆಂಡರಿಂಗ್ ಉಂಟಾಗುತ್ತದೆ.

ಎಚ್ಚರಿಕೆಯ ಸೂಚನೆ

ನಾವು ಪ್ರತಿ ಸೈಟ್‌ಗೆ ಕೇವಲ ಒಂದು Lighthouse ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸಿದ್ದೇವೆ, ಆದ್ದರಿಂದ ನೆಟ್‌ವರ್ಕ್ ಪರಿಸ್ಥಿತಿಗಳು, ಸಾಧನದ ಹಾರ್ಡ್‌ವೇರ್ ಅಥವಾ ಸರ್ವರ್ ಲೋಡ್‌ನೊಂದಿಗೆ ಕಾರ್ಯಕ್ಷಮತೆಯು ಬದಲಾಗಬಹುದು. ಈ ಅಂಕಿಅಂಶಗಳನ್ನು ಒಂದು ಕ್ಷಣಿಕ ನೋಟ ಎಂದು ಪರಿಗಣಿಸಿ, ಪ್ರತಿಯೊಂದು ಸಣ್ಣ ವ್ಯವಹಾರಕ್ಕೆ ಇದು ಅಂತಿಮ ತೀರ್ಪಲ್ಲ.

ಮುಂದೆ ಗಮನಿಸಬೇಕಾದವುಗಳು

ಆಡಿಟ್‌ನ ಹಿಂದಿರುವ ಡೇಟಾ ಸೆಟ್ ಸಾರ್ವಜನಿಕವಾಗಿ ಲಭ್ಯವಿದೆ—ನೀವು ಈ ಅಂಕಿಅಂಶಗಳನ್ನು ಪರಿಶೀಲಿಸಬಹುದು ಅಥವಾ ಬೇರೆ ನಗರದಲ್ಲಿ ನಿಮ್ಮದೇ ಆದ ಪರೀಕ್ಷೆಗಳನ್ನು ನಡೆಸಬಹುದು. ಇದರಿಂದ ತಿಳಿಯುವ ವಿಷಯ ಸ್ಪಷ್ಟವಾಗಿದೆ: ಹೆಚ್ಚಿನ ಸಣ್ಣ ವ್ಯವಹಾರದ ಸೈಟ್‌ಗಳು ಮೊಬೈಲ್-ರೆಡಿ ಆಗಲು ಬಹಳ ದೂರದಲ್ಲಿವೆ ಮತ್ತು ಸಮಸ್ಯೆಯನ್ನು ಸರಿಪಡಿಸಲು ಸಣ್ಣಪುಟ್ಟ ಫೀಚರ್‌ಗಳನ್ನು ಹಂತ ಹಂತವಾಗಿ ಸೇರಿಸುವ ಬದಲು, ಸಮನ್ವಯತೆಯಿಂದ ಕೂಡಿದ, ಕಾರ್ಯಕ್ಷಮತೆಗೆ ಆದ್ಯತೆ ನೀಡುವ ವಿಧಾನದ ಅಗತ್ಯವಿದೆ.