ਵੈੱਬਸਾਈਟ ਸਪੀਡ ਅਤੇ CORE WEB VITALS.
ਹੌਲੀ ਜਾਂ ਉੱਛਲਦੀ ਵੈੱਬਸਾਈਟ ਗਾਹਕਾਂ ਨੂੰ ਇੱਕ ਸ਼ਬਦ ਪੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਗੁਆ ਦਿੰਦੀ ਹੈ. Google ਇਸ ਤਜਰਬੇ ਨੂੰ ਤਿੰਨ Core Web Vitals ਨਾਲ ਮਾਪਦਾ ਹੈ. ਇੱਥੇ ਦੱਸਿਆ ਗਿਆ ਹੈ ਕਿ ਇਹਨਾਂ ਦਾ ਕੀ ਮਤਲਬ ਹੈ, ਆਪਣੀ ਸਾਈਟ ਮੁਫ਼ਤ ਵਿੱਚ ਕਿਵੇਂ ਟੈਸਟ ਕਰਨੀ ਹੈ, ਅਤੇ ਛੋਟੇ ਬਿਜ਼ਨਸ ਦੀ ਸਾਈਟ ਉੱਤੇ ਆਮ ਤੌਰ ਤੇ ਸਭ ਤੋਂ ਜ਼ਰੂਰੀ ਹੱਲ.
ਹਾਲ ਵਿੱਚ ਕੀ ਬਦਲਿਆ
- Google back-button hijacking ਨੂੰ ਸਪੈਮ ਮੰਨਦਾ ਹੈ — ਬ੍ਰਾਊਜ਼ਰ ਦਾ back ਬਟਨ ਰੋਕਣਾ ਹੁਣ ਨਾਂ ਲੈ ਕੇ ਦੱਸੀ ਗਈ ਸਪੈਮ ਹਰਕਤ ਹੈ.
ਇਹ ਗਾਈਡ ਉਹ ਦੱਸਦੀ ਹੈ ਜੋ ਪੱਕਾ ਰਹਿੰਦਾ ਹੈ. ਬਲੌਗ ਤਬਦੀਲੀਆਂ ਨੂੰ ਆਉਂਦੇ ਹੀ ਦਰਜ ਕਰਦਾ ਹੈ.
ਤਿੰਨ ਮੈਟ੍ਰਿਕ
Google, Core Web Vitals ਨੂੰ ਅਜਿਹੇ ਮੈਟ੍ਰਿਕਾਂ ਦਾ ਸੈੱਟ ਦੱਸਦਾ ਹੈ ਜੋ ਲੋਡਿੰਗ ਪਰਫ਼ਾਰਮੈਂਸ, ਇੰਟਰਐਕਟੀਵਿਟੀ ਅਤੇ ਵਿਜ਼ੂਅਲ ਸਥਿਰਤਾ ਲਈ ਅਸਲ ਯੂਜ਼ਰ ਤਜਰਬਾ ਮਾਪਦੇ ਹਨ.2 Interaction to Next Paint (INP) ਨੇ 2024 ਵਿੱਚ Core Web Vital ਵਜੋਂ First Input Delay ਦੀ ਥਾਂ ਲਈ.1
| ਮੈਟ੍ਰਿਕ | ਇਹ ਕੀ ਮਾਪਦਾ ਹੈ | Good |
|---|---|---|
| Largest Contentful Paint (LCP) | ਲੋਡਿੰਗ: ਮੁੱਖ ਕੰਟੈਂਟ ਕਦੋਂ ਦਿਸਦਾ ਹੈ [1] | 2.5 ਸਕਿੰਟ ਜਾਂ ਘੱਟ [1][3] |
| Interaction to Next Paint (INP) | ਰਿਸਪਾਂਸਿਵਨੈੱਸ: ਪੇਜ ਟੈਪ, ਕਲਿੱਕ ਅਤੇ ਟਾਈਪਿੰਗ ਉੱਤੇ ਕਿੰਨੀ ਜਲਦੀ ਜਵਾਬ ਦਿੰਦਾ ਹੈ [1] | 200 ਮਿਲੀਸਕਿੰਟ ਜਾਂ ਘੱਟ [1][3] |
| Cumulative Layout Shift (CLS) | ਵਿਜ਼ੂਅਲ ਸਥਿਰਤਾ: ਲੋਡ ਹੁੰਦੇ ਸਮੇਂ ਪੇਜ ਕਿੰਨਾ ਇੱਧਰ-ਉੱਧਰ ਉੱਛਲਦਾ ਹੈ [1] | 0.1 ਜਾਂ ਘੱਟ [1][3] |
web.dev ਸਿਫ਼ਾਰਸ਼ ਕਰਦਾ ਹੈ ਕਿ ਪੇਜ ਲੋਡਾਂ ਦੇ 75ਵੇਂ ਪਰਸੈਂਟਾਈਲ ਉੱਤੇ ਮਾਪੋ, ਮੋਬਾਈਲ ਅਤੇ ਡੈਸਕਟੌਪ ਲਈ ਵੱਖਰੇ.1 Search Console, 4 s ਤੱਕ LCP, 500 ms ਤੱਕ INP ਅਤੇ 0.25 ਤੱਕ CLS ਨੂੰ “needs improvement” ਅਤੇ ਇਸ ਤੋਂ ਉੱਪਰ ਕੁਝ ਵੀ “poor” ਗਿਣਦਾ ਹੈ.3
ਕੀ ਇਹ ਰੈਂਕਿੰਗ ਉੱਤੇ ਅਸਰ ਪਾਉਂਦੇ ਹਨ?
Google ਕਹਿੰਦਾ ਹੈ ਕਿ ਚੰਗੇ Core Web Vitals ਉਸ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਹਨ ਜਿਸਨੂੰ ਉਸਦੇ core ranking systems ਇਨਾਮ ਦੇਣਾ ਚਾਹੁੰਦੇ ਹਨ, ਵਿਆਪਕ page experience ਦੇ ਹਿੱਸੇ ਵਜੋਂ.2 ਇਹ ਕਈ ਗੱਲਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ. ਪਤਲੇ ਜਾਂ ਬੇਕਾਰ ਕੰਟੈਂਟ ਵਾਲਾ ਤੇਜ਼ ਪੇਜ ਬਿਹਤਰ ਜਵਾਬ ਤੋਂ ਉੱਪਰ ਰੈਂਕ ਨਹੀਂ ਕਰੇਗਾ, ਇਸ ਲਈ ਸਪੀਡ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਆਏ ਵਿਜ਼ਿਟਰਾਂ ਨੂੰ ਰੋਕ ਕੇ ਰੱਖਣ ਦਾ ਤਰੀਕਾ ਸਮਝੋ.
ਆਪਣੀ ਸਾਈਟ ਕਿਵੇਂ ਟੈਸਟ ਕਰੀਏ
| ਟੂਲ | ਇਹ ਕੀ ਦਿਖਾਉਂਦਾ ਹੈ | ਧਿਆਨ ਰੱਖੋ |
|---|---|---|
| PageSpeed Insights | ਅਸਲ Chrome ਯੂਜ਼ਰਾਂ ਦਾ ਫ਼ੀਲਡ ਡਾਟਾ (CrUX) ਨਾਲੇ Lighthouse ਦਾ ਲੈਬ ਡਾਟਾ, ਮੋਬਾਈਲ ਅਤੇ ਡੈਸਕਟੌਪ ਲਈ [4] | ਫ਼ੀਲਡ ਡਾਟਾ ਪਿਛਲੇ 28 ਦਿਨਾਂ ਦਾ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਹੱਲਾਂ ਦਾ ਅਸਰ ਦਿਸਣ ਵਿੱਚ ਸਮਾਂ ਲੱਗਦਾ ਹੈ; ਲੈਬ ਅਤੇ ਫ਼ੀਲਡ ਨਤੀਜੇ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ [4] |
| Search Console Core Web Vitals ਰਿਪੋਰਟ | ਮਿਲਦੇ-ਜੁਲਦੇ URL ਦੇ ਗਰੁੱਪ, ਅਸਲ ਯੂਜ਼ਰ ਡਾਟਾ ਦੇ ਆਧਾਰ ਤੇ Good, Needs improvement ਜਾਂ Poor ਰੇਟ ਕੀਤੇ [3] | ਛੋਟੀਆਂ ਸਾਈਟਾਂ ਨੂੰ “No data available” ਦਿਸ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਾਫ਼ੀ CrUX ਡਾਟਾ ਨਾ ਹੋਵੇ [3] |
ਅਜੇ ਫ਼ੀਲਡ ਡਾਟਾ ਨਹੀਂ? PageSpeed Insights ਦੇ ਲੈਬ ਨਤੀਜਿਆਂ ਨੂੰ ਗਾਈਡ ਵਜੋਂ ਵਰਤੋ, ਅਤੇ ਆਪਣੇ ਸਭ ਤੋਂ ਅਹਿਮ ਪੇਜ ਟੈਸਟ ਕਰੋ: ਹੋਮ, ਸੇਵਾਵਾਂ ਅਤੇ ਸੰਪਰਕ.
ਛੋਟੇ ਬਿਜ਼ਨਸ ਲਈ ਆਮ ਹੱਲ
- ਤਸਵੀਰਾਂ ਛੋਟੀਆਂ ਕਰੋ. ਫ਼ੋਟੋਆਂ ਕੰਪ੍ਰੈੱਸ ਕਰੋ ਅਤੇ ਨਵੇਂ ਇਮੇਜ ਫ਼ਾਰਮੈਟ ਵਰਤੋ.5 ਕੈਮਰੇ ਤੋਂ ਸਿੱਧੀ ਫ਼ੋਨ ਦੀ ਫ਼ੋਟੋ ਆਮ ਤੌਰ ਤੇ ਸਕ੍ਰੀਨ ਦੀ ਲੋੜ ਤੋਂ ਕਿਤੇ ਵੱਡੀ ਹੁੰਦੀ ਹੈ.
- ਹੀਰੋ ਇਮੇਜ ਨੂੰ lazy-load ਨਾ ਕਰੋ. web.dev ਕਹਿੰਦਾ ਹੈ ਕਿ ਆਪਣੀ LCP ਇਮੇਜ ਨੂੰ ਕਦੇ lazy-load ਨਾ ਕਰੋ, ਅਤੇ
fetchpriorityattribute ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਦੱਸ ਸਕਦਾ ਹੈ ਕਿ ਕਿਹੜੇ ਰਿਸੋਰਸ ਸਭ ਤੋਂ ਅਹਿਮ ਹਨ.5 - ਤਸਵੀਰਾਂ ਅਤੇ embeds ਨੂੰ ਅਕਾਰ ਦਿਓ.
widthਅਤੇheightattributes ਪਾਓ, ਜਾਂ CSSaspect-ratioਨਾਲ ਥਾਂ ਰਾਖਵੀਂ ਰੱਖੋ, ਤਾਂ ਜੋ ਕੰਟੈਂਟ ਨਾ ਖਿਸਕੇ.6 - ਵੈੱਬ ਫ਼ੌਂਟਾਂ ਦੀ ਯੋਜਨਾ ਬਣਾਓ. ਫ਼ੌਂਟ ਲੋਡ ਹੁੰਦੇ ਸਮੇਂ ਫ਼ੌਂਟ ਬਦਲਣ ਨਾਲ ਟੈਕਸਟ ਖਿਸਕ ਸਕਦਾ ਹੈ; ਮਿਲਦਾ-ਜੁਲਦਾ fallback ਫ਼ੌਂਟ ਚੁਣੋ.6
- ਥਰਡ-ਪਾਰਟੀ ਸਕ੍ਰਿਪਟਾਂ ਘਟਾਓ. ਚੈਟ ਵਿਜੇਟ, ਟ੍ਰੈਕਰ ਅਤੇ embeds ਜੁੜਦੇ ਜਾਂਦੇ ਹਨ. web.dev ਕਹਿੰਦਾ ਹੈ ਕਿ ਜੇ ਕੋਈ ਸਕ੍ਰਿਪਟ ਸਾਫ਼ ਫ਼ਾਇਦਾ ਨਹੀਂ ਦਿੰਦੀ ਤਾਂ ਉਸਨੂੰ ਹਟਾਓ, ਅਤੇ ਥਰਡ-ਪਾਰਟੀ ਸਕ੍ਰਿਪਟਾਂ asynchronously ਲੋਡ ਕਰੋ ਜਦ ਤੱਕ ਉਹਨਾਂ ਦਾ ਪੇਜ ਰੈਂਡਰ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਚੱਲਣਾ ਜ਼ਰੂਰੀ ਨਾ ਹੋਵੇ.7
- ਕਲਿੱਕ ਹੈਂਡਲਰ ਹਲਕੇ ਰੱਖੋ. INP ਲਈ, web.dev ਸਲਾਹ ਦਿੰਦਾ ਹੈ ਕਿ event callbacks ਵਿੱਚ ਜਿੰਨਾ ਹੋ ਸਕੇ ਘੱਟ ਕੰਮ ਕਰੋ ਅਤੇ ਲੰਬੇ ਟਾਸਕਾਂ ਨੂੰ ਤੋੜੋ.8
- ਚੰਗੀ ਹੋਸਟਿੰਗ ਅਤੇ CDN ਵਰਤੋ. web.dev ਫ਼ਾਈਲਾਂ ਦੇ ਸਫ਼ਰ ਦੀ ਦੂਰੀ ਘਟਾਉਣ ਲਈ content delivery network ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕਰਦਾ ਹੈ.5
ਸਪੀਡ ਵਰਤਣ ਯੋਗ ਸਾਈਟ ਦਾ ਇੱਕ ਹਿੱਸਾ ਹੈ. ਸਾਡੀ ਵੈੱਬਸਾਈਟ ਐਕਸੈਸਿਬਿਲਿਟੀ ਗਾਈਡ ਦੂਜਾ ਅੱਧ ਦੱਸਦੀ ਹੈ: ਕੀਬੋਰਡ, ਸਕ੍ਰੀਨ ਰੀਡਰ ਜਾਂ ਜ਼ੂਮ ਵਰਤਣ ਵਾਲੇ ਲੋਕ.
FAQ
ਮੇਰਾ PageSpeed ਸਕੋਰ ਘੱਟ ਹੈ ਪਰ Search Console ਕਹਿੰਦਾ ਹੈ Good. ਕਿਹੜਾ ਸਹੀ ਹੈ?
ਦੋਵੇਂ ਹੋ ਸਕਦੇ ਹਨ. ਸਕੋਰ ਇੱਕ ਸਿਮੂਲੇਟਡ ਲੈਬ ਟੈਸਟ ਤੋਂ ਆਉਂਦਾ ਹੈ; Search Console ਸਮੇਂ ਦੇ ਨਾਲ ਅਸਲ ਵਿਜ਼ਿਟਰਾਂ ਦਾ ਡਾਟਾ ਵਰਤਦਾ ਹੈ. Google ਦੱਸਦਾ ਹੈ ਕਿ ਲੈਬ ਅਤੇ ਫ਼ੀਲਡ ਡਾਟਾ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਹੈ.4
ਕੀ ਮੈਨੂੰ ਪੂਰੇ 100 ਚਾਹੀਦੇ ਹਨ?
ਨਹੀਂ. ਆਪਣੇ ਮੁੱਖ ਪੇਜਾਂ ਉੱਤੇ ਉੱਪਰ ਦਿੱਤੀਆਂ “good” ਹੱਦਾਂ ਦਾ ਟੀਚਾ ਰੱਖੋ, ਫਿਰ ਆਪਣਾ ਸਮਾਂ ਕੰਟੈਂਟ ਅਤੇ ਗਾਹਕਾਂ ਉੱਤੇ ਲਾਓ.
ਕੀ ਤੇਜ਼ ਸਾਈਟ ਹੋਰ ਲੀਡਾਂ ਦੀ ਗਾਰੰਟੀ ਦੇਵੇਗੀ?
ਇਸਦਾ ਵਾਅਦਾ ਕੋਈ ਨਹੀਂ ਕਰ ਸਕਦਾ. ਸਪੀਡ ਰੁਕਾਵਟ ਹਟਾਉਂਦੀ ਹੈ; ਵੇਚਣ ਦਾ ਕੰਮ ਫਿਰ ਵੀ ਤੁਹਾਡੀ ਆਫ਼ਰ, ਰਿਵਿਊ ਅਤੇ ਫ਼ਾਲੋ-ਅੱਪ ਕਰਦੇ ਹਨ.
ਸਰੋਤ
- web.dev, Web Vitals.
- Google Search Central, Understanding Core Web Vitals and Google search results.
- Search Console Help, Core Web Vitals report.
- PageSpeed Insights documentation, About PageSpeed Insights.
- web.dev, Optimize Largest Contentful Paint.
- web.dev, Optimize Cumulative Layout Shift.
- web.dev, Efficiently load third-party JavaScript.
- web.dev, Optimize Interaction to Next Paint.
ਹੋਰ ਪੜ੍ਹੋ
ਸਟ੍ਰੈਟਜੀ ਕਾਲ ਬੁੱਕ ਕਰੋ
ਪਤਾ ਨਹੀਂ ਤੁਹਾਡੀ ਸਾਈਟ ਹੌਲੀ ਕਿਉਂ ਲੱਗਦੀ ਹੈ? ਸਾਨੂੰ ਲਿੰਕ ਭੇਜੋ, ਅਸੀਂ ਦੱਸਾਂਗੇ ਕਿ ਇਸਨੂੰ ਕੀ ਰੋਕ ਰਿਹਾ ਹੈ.