ਘਰ/ਮਾਰਗਦਰਸ਼ਕ/ਵੈੱਬਸਾਈਟ ਅਨੁਕੂਲਨ/ਵੇਰਵੇ

ਚਿੱਤਰ ਅਨੁਕੂਲਨ ਵਰਡਪ੍ਰੈੱਸ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦੇ ਸਭ ਤੋਂ ਵੱਧ ਲਾਭਦਾਇਕ ਪਹਿਲੂਆਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ: ਇੱਕੋ ਜਿਹੀ ਪੰਨਾ ਸੰਰਚਨਾ ਅਤੇ ਥੀਮ ਦੇ ਨਾਲ, ਸਿਰਫ਼ ਚਿੱਤਰ ਫਾਈਲ ਦਾ ਆਕਾਰ, ਮਾਪ, ਫਾਰਮੈਟ ਅਤੇ ਡਿਲਿਵਰੀ ਵਿਧੀ ਠੀਕ ਕਰਨ ਨਾਲ ਅਕਸਰ ਲੋਡ ਹੋਣ ਦੀ ਗਤੀ ਵਿੱਚ ਤੁਰੰਤ ਸੁਧਾਰ ਹੁੰਦਾ ਹੈ।

ਹਾਲਾਂਕਿ, ਚਿੱਤਰ ਅਨੁਕੂਲਨ ਉਹ ਖੇਤਰ ਵੀ ਹੈ ਜਿੱਥੇ ਗੱਲਾਂ ਨੂੰ ਗੜਬੜ ਕਰਨਾ ਸਭ ਤੋਂ ਆਸਾਨ ਹੁੰਦਾ ਹੈ; ਕਾਰਨ ਇਹ ਨਹੀਂ ਕਿ ਤਕਨਾਲੋਜੀ ਬਹੁਤ ਮੁਸ਼ਕਲ ਹੈ, ਸਗੋਂ ਜਾਣਕਾਰੀ ਬਹੁਤ ਟੁਕੜਿਆਂ ਵਿੱਚ ਵੰਡੀ ਹੋਈ ਹੈ:
ਤੁਸੀਂ ਕੁਝ ਲੇਖ ਪੜ੍ਹੇ ਹਨ ਅਤੇ “ਕੰਪ੍ਰੈਸ਼ਨ”, “WebP/AVIF” ਅਤੇ “ਲੇਜ਼ੀ ਲੋਡਿੰਗ” ਬਾਰੇ ਜਾਣਿਆ ਹੈ, ਪਰ ਜਦੋਂ ਤੁਸੀਂ ਪਲੱਗਇਨ ਦੇ ਵੇਰਵੇ ਨੂੰ ਵੇਖਦੇ ਹੋ ਤਾਂ ਲਿਖਿਆ ਹੁੰਦਾ ਹੈ “100 ਮੁਫ਼ਤ ਕ੍ਰੈਡਿਟ ਪ੍ਰਤੀ ਮਹੀਨਾ”, “20MB ਮੁਫ਼ਤ” ਅਤੇ “1 ਕ੍ਰੈਡਿਟ ਪ੍ਰਤੀ ਚਿੱਤਰ”—ਅਤੇ ਜਿੰਨਾ ਜ਼ਿਆਦਾ ਤੁਸੀਂ ਪੜ੍ਹਦੇ ਹੋ, ਉਤਨਾ ਹੀ ਜ਼ਿਆਦਾ ਉਲਝਣ ਵਧਦੀ ਜਾਂਦੀ ਹੈ। ਕੀ ਇਹ ਮੁਫ਼ਤ ਹੱਦ ਵਾਕਈ ਕਾਫ਼ੀ ਹੈ? ਚਾਰਜ ਕਿਵੇਂ ਕਟੇ ਜਾਂਦੇ ਹਨ? ਕੀ ਤੁਸੀਂ “ਉਹੀ ਗੱਲ” ਗਲਤ ਸਮਝ ਲਈ ਹੈ? ਅਤੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ:ਕੀ ਇਹ ਅਸਲ ਵਿੱਚ ਕੰਮ ਕਰ ਗਿਆ ਜਦੋਂ ਤੁਸੀਂ ਇਹ ਖਤਮ ਕਰ ਲਿਆ?

ਇਹ ਲੇਖ ਸਿਰਫ਼ ਤਿੰਨ ਕੰਮ ਕਰਦਾ ਹੈ:

  1. ਇਹ ਰਹੀ ਇੱਕ ਵਿਹਾਰਕ ਸੁਝਾਅ।ਰੋਡਮੈਪ(ਪਹਿਲਾਂ ਕੀ ਕਰਨਾ ਹੈ, ਅੱਗੇ ਕੀ ਕਰਨਾ ਹੈ)
  2. ਕਿਰਪਾ ਕਰਕੇ ਤੁਸੀਂ ਜਿਹੜੇ ਵਿਕਲਪਾਂ 'ਤੇ ਵਿਚਾਰ ਕਰ ਰਹੇ ਹੋ, ਉਹਨਾਂ ਨੂੰ ਵਿਸਥਾਰ ਨਾਲ ਸਮਝਾਓ (ਬਿਲਕੁਲ ਕੀ ਫਰਕ ਹੈ ਮੁਫ਼ਤ ਅਤੇ ਭੁਗਤਾਨ-ਯੋਗ ਸੰਸਕਰਣਾਂ ਵਿੱਚ, ਅਤੇ ਹਰ ਇੱਕ ਕਿਸ ਲਈ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ)
  3. ਇੱਥੇ ਸਭ ਤੋਂ ਆਮ ਫਸਣ ਵਾਲੀਆਂ ਗਲਤੀਆਂ ਦਿੱਤੀਆਂ ਗਈਆਂ ਹਨ, ਜੋ ਪਹਿਲਾਂ ਹੀ ਸੂਚੀਬੱਧ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ (ਤਾਂ ਜੋ ਤੁਸੀਂ ਕੰਮ ਮੁਕੰਮਲ ਕਰਨ ਤੋਂ ਬਾਅਦ ਇਹਨਾਂ ਨੂੰ ਲੱਭਣ ਅਤੇ ਠੀਕ ਕਰਨ ਵਿੱਚ ਸਮਾਂ ਨਾ ਗੁਆਓ)

1. ਬੁਨਿਆਦੀ ਗੱਲਾਂ: ਵਰਡਪਰੈਸ ਵਿੱਚ ਕੀ ਸ਼ਾਮਲ ਹੈ, ਅਤੇ ਕੀ ਨਹੀਂ।

ਜੇ ਤੁਸੀਂ ਪਹਿਲਾਂ ਇਹ ਨਹੀਂ ਸਮਝਦੇ ਕਿ WordPress ਕੋਰ ਨੇ ਪਹਿਲਾਂ ਹੀ ਕੀ ਕੀਤਾ ਹੈ, ਤਾਂ ਦੋ ਸਥਿਤੀਆਂ ਪੈਦਾ ਹੋ ਸਕਦੀਆਂ ਹਨ:

  • ਸਾਡੇ ਕੋਲ ਉਪਲਬਧ “ਮੁਫ਼ਤ ਸਮਰੱਥਾਵਾਂ” ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਬਜਾਏ, ਅਸੀਂ ਪਹੀਏ ਨੂੰ ਮੁੜ-ਵਿਕਸਤ ਕਰਨ 'ਤੇ ਸਮਾਂ ਅਤੇ ਪੈਸਾ ਖਰਚ ਕਰ ਬੈਠੇ ਹਾਂ।
  • ਮੈਂ ਸੋਚਿਆ ਸੀ ਕਿ ਵਰਡਪ੍ਰੈੱਸ ਸਾਰੀਆਂ ਪੁਰਾਣੀਆਂ ਤਸਵੀਰਾਂ ਨੂੰ ਆਪਣੇ ਆਪ WebP/AVIF ਵਿੱਚ ਬਦਲ ਦੇਵੇਗਾ, ਪਰ ਪਤਾ ਲੱਗਾ ਕਿ ਇਹ ਅਜਿਹਾ ਨਹੀਂ ਕਰਦਾ।

WordPress ਕੋਰ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਇਹ ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਸ਼ਾਮਲ ਹਨ:

  • ਰਿਸਪਾਂਸਿਵ ਚਿੱਤਰ (srcset/sizes)WordPress 4.4 ਤੋਂ ਅੱਗੇ, ਕੋਰ ਚਿੱਤਰ ਆਉਟਪੁੱਟ ਕਰੇਗਾ। srcset ਅਤੇ sizes... ਅਤੇ ਅੱਪਲੋਡ ਦੌਰਾਨ ਬਣਾਈਆਂ ਗਈਆਂ ਕਈ ਆਕਾਰ ਦੀਆਂ ਤਸਵੀਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ ਤਾਂ ਜੋ ਬ੍ਰਾਊਜ਼ਰ ਸਕ੍ਰੀਨ ਦੀਆਂ ਸਥਿਤੀਆਂ ਦੇ ਅਧਾਰ 'ਤੇ ਸਭ ਤੋਂ ਢੁਕਵੇਂ ਸਰੋਤਾਂ ਨੂੰ ਚੁਣ ਅਤੇ ਲੋਡ ਕਰ ਸਕੇ।
  • ਮੂਲ ਆਲਸੀ ਲੋਡਿੰਗWordPress 5.5 ਤੋਂ ਅੱਗੇ, HTML ਮਿਆਰਾਂ ਦੇ ਅਨੁਸਾਰ, ਤਸਵੀਰਾਂ ਲਈ ਮੂਲ ਲੇਜ਼ੀ ਲੋਡਿੰਗ ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ ਚਾਲੂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। loading ਸੰਪਤੀ ਲਾਗੂਕਰਨ।
  • WebP ਅੱਪਲੋਡਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈWordPress 5.8 ਤੋਂ, ਤੁਸੀਂ WebP ਫਾਈਲਾਂ ਨੂੰ JPEGs ਅਤੇ PNGs ਵਾਂਗ ਹੀ ਅੱਪਲੋਡ ਅਤੇ ਵਰਤ ਸਕਦੇ ਹੋ (ਜੇਕਰ ਤੁਹਾਡਾ ਹੋਸਟਿੰਗ ਵਾਤਾਵਰਣ WebP ਨੂੰ ਸਪੋਰਟ ਕਰਦਾ ਹੈ)।
  • AVIF ਅੱਪਲੋਡਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈWordPress 6.5 ਤੋਂ, AVIF ਫਾਈਲਾਂ ਨੂੰ JPEG ਅਤੇ PNG ਫਾਈਲਾਂ ਵਾਂਗ ਹੀ ਅੱਪਲੋਡ ਅਤੇ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ (ਹੋਸਟਿੰਗ ਵਾਤਾਵਰਣ ਦੇ ਸਮਰਥਨ ਦੇ ਅਧੀਨ)।

ਕਿਰਪਾ ਕਰਕੇ ਧਿਆਨ ਦਿਓ, ਹਾਲਾਂਕਿ:
“ਅੱਪਲੋਡ/ਵਰਤੋਂ ਲਈ ਸਹਾਇਤਾ” ≠ “ਆਟੋਮੈਟਿਕ ਤਬਦੀਲੀ/ਆਟੋਮੈਟਿਕ ਡਿਲਿਵਰੀ”
ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ: ਭਾਵੇਂ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ WP 6.5 “ਤੇ ਹੋ, ਤੁਹਾਡੀ ਮੀਡੀਆ ਲਾਇਬ੍ਰੇਰੀ ਵਿੱਚ ਮੌਜੂਦ JPG/PNG ਫਾਈਲਾਂ ਆਪਣੇ ਆਪ WebP/AVIF ਵਿੱਚ ਬਦਲਣਗੀਆਂ ਨਹੀਂ; ਨਾ ਹੀ ਤੁਹਾਨੂੰ ਬ੍ਰਾਊਜ਼ਰ ਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਦੇ ਆਧਾਰ ”ਤੇ AVIF/WebP ਆਊਟਪੁੱਟ ਕਰਨ ਅਤੇ ਅਣਸਮਰਥਿਤ ਬ੍ਰਾਊਜ਼ਰਾਂ ਲਈ ਮੁੜ ਮੂਲ ਚਿੱਤਰ ਵਰਤਣ ਦੀ ਪੂਰੀ ਫੰਕਸ਼ਨੈਲਿਟੀ ਆਪਣੇ ਆਪ ਮਿਲੇਗੀ—ਇਸ ਹਿੱਸੇ ਲਈ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਪਲੱਗਇਨ ਜਾਂ ਸੇਵਾ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

2. ਰੋਡਮੈਪ: ਚਿੱਤਰ ਅਨੁਕੂਲਨ ਲਈ 5-ਪੜਾਵੀ ਮਾਰਗਦਰਸ਼ਕ

ਕੀ ਕਰਨਾ ਹੈ, ਕਿਉਂ, ਇੱਕ ਪਾਸ ਕੀ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਆਮ ਫਸਾਵਟਾਂ ਕੀ ਹਨ।

2.1 ਸਭ ਤੋਂ ਪਹਿਲਾਂ “ਮਾਪ” ਨੂੰ ਸਹੀ ਕਰੋ (ਇਹ ਸਭ ਤੋਂ ਆਸਾਨੀ ਨਾਲ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਚੀਜ਼ ਹੈ, ਪਰ ਇਸ ਨਾਲ ਸਭ ਤੋਂ ਵੱਧ ਲਾਭ ਮਿਲਦਾ ਹੈ)

ਕਈ ਵੈੱਬਸਾਈਟਾਂ ਹੌਲੀ ਹਨ, ਇਸ ਲਈ ਨਹੀਂ ਕਿ ਉਹਨਾਂ ਨੂੰ ਅਪਟੀਮਾਈਜ਼ ਨਹੀਂ ਕੀਤਾ ਗਿਆ, ਬਲਕਿ ਇਸ ਲਈਡਿਸਪਲੇ ਖੇਤਰ ਨਾਲੋਂ ਕਾਫੀ ਵੱਡੀ ਇੱਕ ਤਸਵੀਰ ਡਾਊਨਲੋਡ ਕੀਤੀ।：
ਉਦਾਹਰਨ ਵਜੋਂ, ਜੇ ਇੱਕ ਪੰਨਾ ਅਸਲ ਵਿੱਚ ਸਿਰਫ 900px ਚੌੜਾ ਹੈ ਪਰ ਤੁਸੀਂ ਵਿਜ਼ਿਟਰਾਂ ਨੂੰ ਮੂਲ 3000px ਚੌੜੀ ਤਸਵੀਰ ਡਾਊਨਲੋਡ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਦੇ ਹੋ, ਤਾਂ ਬ੍ਰਾਊਜ਼ਰ ਸਿਰਫ਼ ਇਸਨੂੰ ਡਾਊਨਲੋਡ ਕਰਕੇ ਡਿਸਪਲੇ ਲਈ ਛੋਟਾ ਕਰ ਦੇਵੇਗਾ। ਇਸ ਨਾਲ ਬੈਂਡਵਿਡਥ ਬਰਬਾਦ ਹੁੰਦੀ ਹੈ, ਡੀਕੋਡਿੰਗ ਸਮਾਂ ਵੱਧ ਜਾਂਦਾ ਹੈ ਅਤੇ ਪਹਿਲੀ ਸਕ੍ਰੀਨ ਲੋਡ ਹੋਣ ਵਿੱਚ ਦੇਰੀ ਹੁੰਦੀ ਹੈ।

WordPress 4.4 ਅਤੇ ਇਸ ਤੋਂ ਬਾਅਦਜਵਾਬਦੇਹ ਚਿੱਤਰ ਵਿਧੀ（srcset/sizes) ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਠੀਕ ਕਰਨ ਲਈ ਹੀ ਬਿਲਕੁਲ ਸਹੀ ਢੰਗ ਨਾਲ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਸੀ।

ਪਾਸ ਕੀ ਹੁੰਦਾ ਹੈ:

  • ਜਦੋਂ ਪੰਨਾ ਮੋਬਾਈਲ ਡਿਵਾਈਸ 'ਤੇ ਖੋਲ੍ਹਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਡਾਊਨਲੋਡ ਕੀਤੀਆਂ ਤਸਵੀਰਾਂ ਡੈਸਕਟਾਪ ਨਾਲੋਂ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਛੋਟੀਆਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।
  • ਇੱਕੋ ਤਸਵੀਰ ਦਾ ਫਾਈਲ ਆਕਾਰ ਡਿਵਾਈਸ ਦੇ ਅਨੁਸਾਰ ਵੱਖ-ਵੱਖ ਹੁੰਦਾ ਹੈ (ਹਮੇਸ਼ਾ ਮੂਲ ਤਸਵੀਰ ਡਾਊਨਲੋਡ ਕਰਨ ਦੀ ਬਜਾਏ)

ਸਭ ਤੋਂ ਆਮ ਫੰਦੇ:

  • ਕੁਝ ਥੀਮਾਂ ਜਾਂ ਬਿਲਡਰ ਤਸਵੀਰਾਂ ਨੂੰ CSS ਬੈਕਗ੍ਰਾਊਂਡ ਤਸਵੀਰਾਂ ਵਜੋਂ ਵਰਤਦੇ ਹਨ ਜਾਂ ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਕਸਟਮ ਤਰੀਕੇ ਨਾਲ ਰੈਂਡਰ ਕਰਦੇ ਹਨ, ਜੋ ਕਿ ਬਾਈਪਾਸ ਕਰ ਸਕਦਾ ਹੈ। srcset, ਜਿਸਦੇ ਨਤੀਜੇ ਵਜੋਂ ਵੱਡੀ ਤਸਵੀਰ ਲੋਡ ਹੁੰਦੀ ਰਹਿੰਦੀ ਹੈ
  • ਜੇ ਤੁਸੀਂ ਬਾਹਰੀ ਚਿੱਤਰ ਹੋਸਟਿੰਗ ਸੇਵਾਵਾਂ ਜਾਂ ਤੀਜੀ-ਪੱਖੀ ਚਿੱਤਰ ਬਲਾਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਮੀਡੀਆ ਲਾਇਬ੍ਰੇਰੀ ਦੁਆਰਾ ਤਿਆਰ ਕੀਤੇ ਗਏ ਬਹੁ-ਆਕਾਰ ਸਿਸਟਮ ਨੂੰ ਬਾਈਪਾਸ ਕਰ ਸਕਦੇ ਹੋ।

2.2 ਸੰਕੋਚਨ (ਗੁਣਵੱਤਾ ਨਾਲ ਸਮਝੌਤਾ ਕੀਤੇ ਬਿਨਾਂ ਫਾਈਲ ਦਾ ਆਕਾਰ ਘਟਾਉਣਾ)

ਕੰਪ੍ਰੈਸ਼ਨ ਦਾ ਮੂਲ ਮਤਲਬ ਇਹ ਨਹੀਂ ਕਿ “ਛੋਟਾ ਹੋਣਾ ਹੀ ਵਧੀਆ ਹੈ”, ਬਲਕਿ ਇਹ ਕਿ “ਫਰਕ ਨੰਗੀ ਅੱਖ ਨਾਲ ਲਗਭਗ ਨਜ਼ਰ ਨਹੀਂ ਆਉਂਦਾ, ਪਰ ਫਾਈਲ ਦਾ ਆਕਾਰ ਕਾਫੀ ਘੱਟ ਹੋ ਜਾਂਦਾ ਹੈ”।

ਨਿਯਮ ਇਸ ਤਰ੍ਹਾਂ ਹਨ:

  • ਤਸਵੀਰਾਂ/ਅਸਲ-ਜੀਵਨ ਦੀਆਂ ਫੋਟੋਆਂ (ਪੋਰਟਰੇਟ, ਉਤਪਾਦ, ਦ੍ਰਿਸ਼)ਘਾਟੇ ਵਾਲੇ ਸੰਕੋਚਨ ਨੂੰ ਤਰਜੀਹ ਦਿਓ (ਵੱਧ ਤੋਂ ਵੱਧ ਲਾਭ)
  • ਬਹੁਤ ਸਾਰੇ ਟੈਕਸਟ ਵਾਲੇ ਸਕ੍ਰੀਨਸ਼ਾਟ/ਤਸਵੀਰਾਂਟੈਕਸਟ ਨੂੰ ਧੁੰਦਲਾ ਹੋਣ ਤੋਂ ਬਚਾਉਣ ਲਈ ਵਧੇਰੇ ਸੰਭਾਲੀ ਹੋਈ ਕੰਪ੍ਰੈਸ਼ਨ ਸੈਟਿੰਗ ਵਰਤੋ।
  • ਲੋਗੋ/ਆਈਕਨ: SVG ਨੂੰ ਤਰਜੀਹ ਦਿਓ ਜਾਂ ਬਿਨਾਂ ਨੁਕਸਾਨ ਵਾਲੀ ਕੰਪਰੈਸ਼ਨ ਦੀ ਸਾਵਧਾਨੀ ਨਾਲ ਵਰਤੋਂ ਕਰੋ (ਨੁਕਸਾਨ ਵਾਲੀ ਕੰਪਰੈਸ਼ਨ ਆਸਾਨੀ ਨਾਲ ਕਿਨਾਰਿਆਂ ਨੂੰ ਧੁੰਦਲਾ ਕਰ ਸਕਦੀ ਹੈ)

ਪਾਸ ਕੀ ਹੁੰਦਾ ਹੈ:

  • ਜ਼ਿਆਦਾਤਰ ਪੰਨਾ ਚਿੱਤਰਾਂ ਦੀਆਂ ਫਾਈਲਾਂ ਦਾ ਆਕਾਰ ਕਾਫ਼ੀ ਘਟਾ ਦਿੱਤਾ ਗਿਆ ਹੈ।
  • ਕੋਈ ਧਿਆਨ-ਖਿੱਚਣ ਵਾਲੀ ਆਵਾਜ਼, ਧੁੰਦਲੇ ਕਿਨਾਰੇ, ਰੰਗਾਂ ਦੀ ਪੱਟੀਆਂ ਜਾਂ ਧੁੰਦਲਾ ਲਿਖਤ ਨਹੀਂ।

2.3 WebP / AVIF (ਫਾਰਮੈਟ ਨੀਤੀ: ਇੱਕੋ ਪੱਧਰ ਦੀ ਸਪੱਸ਼ਟਤਾ ਲਈ ਛੋਟਾ ਫਾਈਲ ਆਕਾਰ)

WordPress ਹੁਣ ਫਾਈਲ ਅਪਲੋਡਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। WebP (5.8) ਅਤੇ AVIF (6.5)。
ਹਾਲਾਂਕਿ, “ਅਗਲੀ ਪੀੜ੍ਹੀ ਦਾ ਫਾਰਮੈਟ” ਨੂੰ ਵਿਹਾਰਕ ਤੌਰ 'ਤੇ ਲਾਗੂ ਕਰਨ ਲਈ, ਆਮ ਤੌਰ 'ਤੇ ਦੋ ਮੁੱਦਿਆਂ ਨੂੰ ਹੱਲ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ:

  1. ਇਤਿਹਾਸਕ ਮੀਡੀਆ ਲਾਇਬ੍ਰੇਰੀ ਨੂੰ ਬੈਚ ਵਿੱਚ ਕਿਵੇਂ ਪਰਿਵਰਤਿਤ ਕਰਨਾ ਹੈ(ਨਹੀਂ ਤਾਂ, ਤੁਸੀਂ ਸਿਰਫ਼ “ਭਵਿੱਖ ਵਿੱਚ ਅੱਪਲੋਡ ਕੀਤੀਆਂ ਨਵੀਆਂ ਤਸਵੀਰਾਂ” ਨੂੰ ਹੀ ਅਨੁਕੂਲਿਤ ਕਰ ਰਹੇ ਹੋਵੋਗੇ)
  2. ਕੀ ਮੈਂ ਇੱਕ ਕਾਪੀ ਬਣਾਵਾਂ ਜਾਂ ਅਸਲ ਤਸਵੀਰ ਨੂੰ ਬਦਲਾਂ?(ਇਹ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਨੁਕਤਾ ਹੈ; ਅਸੀਂ ਬਾਅਦ ਵਿੱਚ Plus WebP ਦੀ “ਮੂਲ ਨੂੰ ਬਦਲੋ ਅਤੇ ਮਿਟਾਓ” ਵਿਸ਼ੇਸ਼ਤਾ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕਰਾਂਗੇ।)

ਸਿਫਾਰਸ਼ੀ ਪਹੁੰਚ:

  • WebP: ਆਮ ਤੌਰ 'ਤੇ ਡਿਫੌਲਟ ਚੋਣ (ਵਧੇਰੇ ਭਰੋਸੇਯੋਗ ਅਨੁਕੂਲਤਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ)
  • AVIF: ਇੱਕ ਹੋਰ ਉੱਨਤ ਕੰਪ੍ਰੈਸ਼ਨ ਫਾਰਮੈਟ, ਵੱਡੀਆਂ ਤਸਵੀਰਾਂ, ਪਹਿਲੀ ਸਕ੍ਰੀਨ 'ਤੇ ਵੱਡੀਆਂ ਤਸਵੀਰਾਂ ਅਤੇ ਗੈਲਰੀ ਦੀਆਂ ਤਸਵੀਰਾਂ ਲਈ ਢੁਕਵਾਂ (ਪਰ ਹੋਰਵਾਤਾਵਰਣਕ ਸਹਾਇਤਾ 'ਤੇ ਨਿਰਭਰ）

2.4 ਲੇਜ਼ੀ ਲੋਡਿੰਗ ਦੀ ਸਹੀ ਵਰਤੋਂ ਕਰੋ (ਇੱਕੋ-ਸਾਈਜ਼-ਫਿਟਸ-ਆਲ ਪਹੁੰਚ ਨਾ ਅਪਣਾਓ)

WordPress 5.5 ਤੋਂ ਅੱਗੇਡਿਫੌਲਟ ਆਲਸੀ ਲੋਡਿੰਗਚਿੱਤਰ।
ਇਹ ਸ਼ੁਰੂਆਤੀ ਰੈਂਡਰਿੰਗ ਦੌਰਾਨ ਬੈਂਡਵਿਡਥ ਦੀ ਵਰਤੋਂ ਘਟਾਉਂਦਾ ਹੈ:

  • ਲੇਜ਼ੀ ਲੋਡਿੰਗ “ਆਫ-ਸਕ੍ਰੀਨ ਸਰੋਤਾਂ” ਲਈ ਉਚਿਤ ਹੈ।”
  • ਪੰਨੇ ਦੇ ਸਿਖਰ 'ਤੇ ਵੱਡੀ ਤਸਵੀਰ (ਜੋ ਅਕਸਰ ਪਹਿਲੀ ਸਕ੍ਰੀਨ 'ਤੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦੀ ਹੈ) ਆਮ ਤੌਰ 'ਤੇ ਡਿਫਰਡ ਲੋਡਿੰਗ ਲਈ ਉਚਿਤ ਨਹੀਂ ਹੁੰਦੀ।

2.5 ਡਿਲਿਵਰੀ ਪਰਤ: CDN / ਚਿੱਤਰ CDN

ਕੰਪ੍ਰੈਸ਼ਨ, ਫਾਈਲ ਦਾ ਆਕਾਰ ਅਤੇ ਫਾਰਮੈਟ, ਸਾਰੇ ਫਾਈਲਾਂ ਨੂੰ ਛੋਟਾ ਅਤੇ ਵਧੇਰੇ ਉਚਿਤ ਬਣਾਉਣ ਲਈ ਹੁੰਦੇ ਹਨ।
ਹਾਲਾਂਕਿ, ਜੇ ਤਸਵੀਰਾਂ ਲੰਬੀ ਦੂਰੀ ਤੋਂ ਮੂਲ ਸਰਵਰ ਤੋਂ ਲਗਾਤਾਰ ਪ੍ਰਾਪਤ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਤਾਂ ਨੈੱਟਵਰਕ ਦੇਰੀ ਫਿਰ ਵੀ ਉਪਭੋਗਤਾ ਅਨੁਭਵ “ਤੇ ਮਹੱਤਵਪੂਰਨ ਪ੍ਰਭਾਵ ਪਾਵੇਗੀ। ਅਜਿਹੇ ਮਾਮਲਿਆਂ ਵਿੱਚ, ”ਡਿਲਿਵਰੀ ਲੇਅਰ' ਹੱਲ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ (CDN/image CDN).

ਦੋ ਆਮ ਤਰੀਕੇ:

  • ਕਲਾਊਡਫਲੇਅਰ ਪੋਲੈਂਡ：ਕਲਾਊਡਫਲੇਅਰ ਦਸਤਾਵੇਜ਼ੀਕਰਨਇਹ ਭਾਗ ਪੋਲਿਸ਼ ਵਿੱਚ ਉਪਲਬਧ ਸੰਕੋਚਨ ਵਿਧੀਆਂ (ਨੁਕਸਾਨ-ਰਹਿਤ, ਨੁਕਸਾਨਕਾਰੀ ਅਤੇ WebP) ਨੂੰ ਜਾਣੂ ਕਰਵਾਉਂਦਾ ਹੈ, ਅਤੇ ਦੀ ਵਰਤੋਂ ਦਾ ਜ਼ਿਕਰ ਕਰਦਾ ਹੈ। format=auto WebP ਅਤੇ AVIF ਫਾਰਮੈਟਾਂ ਦੀ ਇਜਾਜ਼ਤ ਹੈ।
  • ਜੈਟਪੈਕ ਸਾਈਟ ਐਕਸਲਰੇਟਰ：ਜੈਟਪੈਕ ਦਸਤਾਵੇਜ਼ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇਹ ਤਸਵੀਰਾਂ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰੇਗਾ ਅਤੇ ਸਥਿਰ ਸਰੋਤਾਂ ਦੇ ਨਾਲ ਆਪਣੇ ਨੈੱਟਵਰਕ ਰਾਹੀਂ ਵੰਡੇਗਾ।

ਚਿੱਤਰ ਅਨੁਕੂਲਨ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਚਿੱਤਰਾਂ ਦਾ ਆਕਾਰ ਘਟਾਇਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਢੁਕਵੇਂ ਢੰਗ ਨਾਲ ਮੁੜ-ਆਕਾਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।CDN: ਹੋਰ ਨੇੜੇ ਅਤੇ ਵਧੇਰੇ ਭਰੋਸੇਯੋਗ ਡਿਲੀਵਰੀ

3. ਰਸਤੇ ਦੀ ਚੋਣ: ਸਿਰਫ ਦੋ ਮੁੱਖ ਰਸਤਿਆਂ 'ਤੇ ਹੀ ਚੱਲੋ।

ਚਿੱਤਰ ਅਨੁਕੂਲਨ ਵਿੱਚ ਸਭ ਤੋਂ ਆਮ ਗਲਤੀ “ਪਲੱਗਇਨ ਨਾ ਲਗਾਉਣਾ” ਨਹੀਂ, ਬਲਕਿ ਬਹੁਤ ਜ਼ਿਆਦਾ ਪਲੱਗਇਨ ਲਗਾਉਣਾ ਹੈ, ਜਿਸ ਨਾਲ ਦੁਹਰਾਈ ਪ੍ਰਕਿਰਿਆ ਹੁੰਦੀ ਹੈ:
A ਕੰਪ੍ਰੈਸ ਕਰ ਰਿਹਾ ਹੈ, B ਵੀ ਕੰਪ੍ਰੈਸ ਕਰ ਰਿਹਾ ਹੈ; A WebP/AVIF ਵਿੱਚ ਬਦਲ ਰਿਹਾ ਹੈ, B ਵੀ ਇਹੀ ਕਰ ਰਿਹਾ ਹੈ; A URLs ਬਦਲ ਰਿਹਾ ਹੈ, B URLs ਦੀ ਰੀਰਾਈਟ ਕਰ ਰਿਹਾ ਹੈ—ਅਖੀਰ ਵਿੱਚ, ਤੁਸੀਂ ਵੀ ਨਹੀਂ ਸਮਝ ਸਕਦੇ ਕਿ ਸਾਈਟ 'ਤੇ ਅਸਲ ਵਿੱਚ ਕੀ ਹੋ ਰਿਹਾ ਹੈ।

ਨਿਯਮ:

ਇੱਕ ਹੀ ਤਰੀਕੇ 'ਤੇ ਟਿਕੇ ਰਹੋ: ਜਾਂ ਤਾਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਥਾਨਕ (on-premises) ਮੁਫ਼ਤ, ਜਾਂ ਤਿੰਨ ਕਲਾਉਡ-ਅਧਾਰਿਤ ਵਿਕਲਪਾਂ ਵਿੱਚੋਂ ਇੱਕ।

  • ਰੂਟ A (ਪੂਰੀ ਤਰ੍ਹਾਂ ਮੁਫ਼ਤ ਸਥਾਨਕ ਆਵਾਜਾਈ):ਨਾਲ WebP ਜਾਂ AVIF + EWWW ਇਮੇਜ ਓਪਟੀਮਾਈਜ਼ਰ(ਜਾਂ ਸਿਰਫ਼ ਇੱਕ ਚੁਣੋ)
  • ਵਿਕਲਪ ਬੀ (ਤਿੰਨ ਕਲਾਉਡ ਸੰਕੋਚਨ ਵਿਧੀਆਂ ਵਿੱਚੋਂ ਇੱਕ ਚੁਣੋ):ਸ਼ਾਰਟਪਿਕਸਲ / ਇਮੇਜੀਫਾਈ / ਟਾਈਨੀਪੀਐਨਜੀ

3.1 ਵਿਕਲਪ A: ਪੂਰੀ ਤਰ੍ਹਾਂ ਮੁਫ਼ਤ ਸਥਾਨਕ ਹੋਸਟਿੰਗ (ਪਲੱਸ WebP ਜਾਂ AVIF ਜਾਂ EWWW)

ਇਸ ਰਸਤੇ ਦੀਆਂ ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹਨ:

  • ਤੁਸੀਂ ਤੀਜੀ-ਪੱਖੀ ਕੰਪ੍ਰੈਸ਼ਨ ਸੇਵਾਵਾਂ “ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਕਰਦੇ ਜੋ ਮਹੀਨਾਵਾਰ ਕੋਟਾ ਜਾਂ ਪ੍ਰਤੀ-ਫਾਈਲ ਦੇ ਆਧਾਰ ”ਤੇ ਚਾਰਜ ਕਰਦੀਆਂ ਹਨ (ਹਾਲਾਂਕਿ ਕੁਝ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿਕਲਪਿਕ ਸੇਵਾਵਾਂ ਵਜੋਂ ਉਪਲਬਧ ਹੋ ਸਕਦੀਆਂ ਹਨ)
  • ਇਸਦਾ ਵਟਾਂਦਰਾ ਇਹ ਹੈ ਕਿ ਬੈਚ ਪ੍ਰੋਸੈਸਿੰਗ CPU/IO ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਸਰਵਰ “ਤੇ ਵੱਧ ਭਾਰ ਪਾ ਸਕਦੀ ਹੈ, ਜਿਸ ਕਰਕੇ ਤੁਹਾਨੂੰ ”ਰਣਨੀਤੀ ਅਤੇ ਜੋਖਮ' 'ਤੇ ਹੋਰ ਧਿਆਨ ਦੇਣ ਦੀ ਲੋੜ ਪੈਂਦੀ ਹੈ।”

3.1.1 ਨਾਲ WebP ਜਾਂ AVIFਮੁੱਖ ਧਾਰਨਾ “ਜਨਰੇਸ਼ਨ/ਬਦਲੀ” ਹੈ; ਇਹ ਰਵਾਇਤੀ ਅਰਥ ਵਿੱਚ “ਕੰਪ੍ਰੈਸ਼ਨ ਟੂਲ” ਨਹੀਂ ਹੈ।”

  • ਜਦੋਂ ਚਿੱਤਰਾਂ ਦਾ ਪੂਰਾ ਸੈੱਟ ਤਿਆਰ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ:ਅਸਲ ਇਮੇਜ ਫਾਈਲ ਦੀ ID WebP/AVIF ਫਾਈਲ ਨਾਲ ਓਵਰਰਾਈਟ ਕਰ ਦਿੱਤੀ ਜਾਵੇਗੀ, ਅਸਲ ਫਾਈਲ ਮਿਟਾ ਦਿੱਤੀ ਜਾਵੇਗੀ, ਅਤੇ ਸਮੱਗਰੀ ਵਿੱਚ ਮੌਜੂਦ ਕਿਸੇ ਵੀ URL ਨੂੰ ਵੀ ਬਦਲ ਦਿੱਤਾ ਜਾਵੇਗਾ।。
  • ਇਹ ਪਲੱਗਇਨ WP-CLI ਕਮਾਂਡਾਂ ਮੁਹੱਈਆ ਕਰਦਾ ਹੈ ਅਤੇ ਸਲਾਹ ਦਿੰਦਾ ਹੈ ਕਿ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਫਾਈਲਾਂ ਨਾਲ ਨਿਪਟਣ ਵੇਲੇ WP-CLI ਵਧੇਰੇ ਭਰੋਸੇਯੋਗ ਹੁੰਦਾ ਹੈ।

ਇਸਦਾ ਮਤਲਬ ਹੈ: ਇਹ ਸਿਰਫ਼ “ਚੁੱਪਚਾਪ ਤੁਹਾਡੇ ਲਈ ਇੱਕ WebP ਫਾਈਲ ਤਿਆਰ ਨਹੀਂ ਕਰਦਾ”, ਬਲਕਿ ਇਹ ਇੱਕ ਹੋ ਸਕਦਾ ਹੈਸੰਪਤੀ ਦੀ ਤਬਦੀਲੀ(ਖਾਸ ਕਰਕੇ ਜਦੋਂ ਤੁਸੀਂ “ਮੂਲ ਨੂੰ ਬਦਲੋ ਅਤੇ ਮਿਟਾਓ” ਵਿਕਲਪ ਨੂੰ ਚਾਲੂ ਕਰਦੇ ਹੋ)।

ਦੋ ਮੋਡਾਂ ਵਿਚਕਾਰ ਅੰਤਰ

ਵਿਕਲਪ 1: ਮੂਲ ਚਿੱਤਰ ਨੂੰ ਰੱਖੋ + WebP/AVIF ਕਾਪੀਆਂ ਬਣਾਓ (ਵਧੇਰੇ ਭਰੋਸੇਯੋਗ)

  • ਫਾਇਦਾ: ਜੇ ਅਨੁਕੂਲਤਾ ਸੰਬੰਧੀ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਹੁੰਦੀਆਂ ਹਨ ਤਾਂ ਵਾਪਸ ਜਾਣਾ ਆਸਾਨ ਹੁੰਦਾ ਹੈ।
  • ਨੁਕਸਾਨ: ਡਿਸਕ ਦੀ ਵਰਤੋਂ ਵਧੇਗੀ (ਮੂਲ ਚਿੱਤਰ + ਨਵਾਂ ਫਾਰਮੈਟ + ਕਈ ਥੰਬਨੇਲ ਆਕਾਰ)

ਤਰੀਕਾ 2: ਮੂਲ ਚਿੱਤਰ ਨੂੰ ਬਦਲੋ ਅਤੇ ਮਿਟਾਓ (ਵਧੇਰੇ ਕੱਟੜ)

  • ਫਾਇਦੇ: ਡਿਸਕ ਜਲਦੀ ਭਰ ਨਹੀਂ ਜਾਵੇਗੀ; ਅੰਦਰੂਨੀ ਲਿੰਕ ਆਪਣੇ ਆਪ ਨਵੇਂ ਫਾਰਮੈਟ ਵਿੱਚ ਬਦਲ ਜਾਂਦੇ ਹਨ।
  • ਖਤਰਾ: ਜੇ ਤੁਸੀਂ ਸੰਪਤੀਆਂ ਅਤੇ ਉਹਨਾਂ ਦੇ ਹਵਾਲਿਆਂ ਦੋਹਾਂ ਵਿੱਚ ਸੋਧ ਕਰਦੇ ਹੋ, ਤਾਂ ਅਨੁਕੂਲਤਾ ਸੰਬੰਧੀ ਸਮੱਸਿਆਵਾਂ ਦਾ ਨਿਪਟਾਰਾ ਕਰਨਾ ਵਧੇਰੇ ਮਹਿੰਗਾ ਹੋ ਜਾਵੇਗਾ (ਖਾਸ ਕਰਕੇ ਜੇ ਕੁਝ ਬਾਹਰੀ ਸਿਸਟਮ ਜਾਂ ਥੀਮ ਲਾਜਿਕ ਮੂਲ ਫਾਈਲ-ਨਾਮਾਂ, ਰਸਤਿਆਂ ਜਾਂ ਫਾਰਮੈਟਾਂ “ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹਨ)।

ਸਿਫ਼ਾਰਸ਼ਾਂ

“ਮੂਲ ਨੂੰ ਬਦਲੋ ਅਤੇ ਮਿਟਾਓ” ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ, ਇੱਕ ਛੋਟੇ ਪੱਧਰ ਦਾ ਟੈਸਟ ਕਰੋ ਅਤੇ ਇਹ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਬੈਕਅੱਪ ਉਪਲਬਧ ਹੈ; ਪੂਰੇ ਡੇਟਾਬੇਸ ਨੂੰ ਤੁਰੰਤ ਨਾ ਬਦਲੋ।

WebP ਜਾਂ AVIF ਨਾਲ ਆਮ ਸਮੱਸਿਆਵਾਂ

  1. ਪੂਰੀ ਲਾਇਬ੍ਰੇਰੀ ਨੂੰ ਬਦਲਣ ਤੋਂ ਬਾਅਦ, ਕੁਝ ਪੰਨਿਆਂ 'ਤੇ ਤਸਵੀਰਾਂ ਗਲਤ ਤਰੀਕੇ ਨਾਲ ਦਿਖਾਈ ਦੇ ਰਹੀਆਂ ਹਨ।
    ਕਾਰਨ ਆਮ ਤੌਰ “ਤੇ ਇਹ ਨਹੀਂ ਹੁੰਦਾ ਕਿ ”ਚਿੱਤਰ ਟੁੱਟਿਆ ਹੋਇਆ' ਹੈ, ਬਲਕਿ ਇਹ ਕਿ ਚੇਨ ਵਿੱਚ ਕਿਤੇ ਕੁਝ ਗਲਤ ਹੋ ਗਿਆ—ਜਿਵੇਂ ਕਿ URL ਵਿੱਚ ਤਬਦੀਲੀ, ਕੈਸ਼ਿੰਗ ਜਾਂ ਥੰਬਨੇਲ ਨੀਤੀ।
  2. ਜਿੰਨੇ ਜ਼ਿਆਦਾ ਥੰਬਨੇਲ ਹੋਣਗੇ, ਤਬਦੀਲੀਆਂ ਦਾ ਦਾਇਰਾ ਓਨਾ ਹੀ ਵੱਡਾ ਹੋਵੇਗਾ।
    WordPress 'ਤੇ ਇੱਕ ਤਸਵੀਰ ਅਪਲੋਡ ਕਰਨ ਨਾਲ ਕਈ ਆਕਾਰ ਬਣ ਜਾਂਦੇ ਹਨ; ਥੀਮਾਂ ਅਤੇ ਪਲੱਗਇਨ ਹੋਰ ਵੀ ਆਕਾਰ ਸ਼ਾਮਿਲ ਕਰ ਸਕਦੇ ਹਨ। ਪੂਰੀ ਤਬਦੀਲੀ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਸੀਂ ਬਹੁਤ ਵੱਡੀ ਫਾਈਲਾਂ ਦੇ ਸਮੂਹ ਨੂੰ ਸੋਧ ਰਹੇ ਹੋ ਸਕਦੇ ਹੋ।
  3. ਸਿਰਫ਼ ਫਾਰਮੈਟ ਪਰਿਵਰਤਨ ਕਰਨ ਨਾਲ ਹੀ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਸਭ ਤੋਂ ਛੋਟੀ ਫਾਈਲ ਆਕਾਰ ਨਹੀਂ ਮਿਲਦਾ।
    WebP ਅਤੇ AVIF ਫਾਈਲਾਂ ਆਮ ਤੌਰ “ਤੇ ਛੋਟੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਪਰ ”ਡਾਇਮੈਂਸ਼ਨਿੰਗ ਰਣਨੀਤੀਆਂ“ ਅਤੇ ”ਕੰਪ੍ਰੈਸ਼ਨ ਰਣਨੀਤੀਆਂ“ ਅਹਿਮ ਰਹਿੰਦੀਆਂ ਹਨ। ਤੇਜ਼ ਲੋਡਿੰਗ ਲਈ Plus WebP ਨੂੰ ”ਇੱਕ-ਕਲਿੱਕ ਹੱਲ' ਵਜੋਂ ਨਾ ਸਮਝੋ।

3.1.2 ਯੂ-ਵੀ-ਵੀ ਚਿੱਤਰ ਓਪਟੀਮਾਈਜ਼ਰਮੁਫ਼ਤ ਸਥਾਨਕ ਕੰਪਰੈਸ਼ਨ ਦਾ ਇੱਕ ਪ੍ਰਮੁੱਖ ਪ੍ਰਦਾਤਾ

EWWW ਪਲੱਗਇਨ ਪੰਨੇ ਦਾ ਉਦੇਸ਼ ਬਹੁਤ ਸਪਸ਼ਟ ਹੈ:

  • ਇਹ ਤੁਹਾਡੇ ਸਰਵਰ 'ਤੇ ਵੱਖ-ਵੱਖ ਟੂਲ (jpegtran, optipng, pngout, pngquant, gifsicle, cwebp ਆਦਿ) ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਤਸਵੀਰਾਂ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰ ਸਕਦਾ ਹੈ।
  • ਜੇ ਤੁਹਾਨੂੰ ਵੱਧ ਕੰਪ੍ਰੈਸ਼ਨ ਦੀ ਲੋੜ ਹੈ ਜਾਂ CPU 'ਤੇ ਬਚਤ ਕਰਨੀ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਉਹ ਪ੍ਰੋਸੈਸਿੰਗ ਜੋ CPU ਖਪਤ ਕਰਦੀ ਹੈ, ਆਪਣੇ ਸਰਵਰ 'ਤੇ ਵੀ ਆਫਲੋਡ ਕਰ ਸਕਦੇ ਹੋ (ਵਿਕਲਪਿਕ)।

ਰੂਟ A ਵਿੱਚ EWWW ਨੂੰ ਕੀ ਭੂਮਿਕਾ ਨਿਭਾਉਣੀ ਚਾਹੀਦੀ ਹੈ?

ਜੇ ਤੁਸੀਂ “ਫਾਰਮੈਟ ਮਾਈਗ੍ਰੇਸ਼ਨ/ਬਦਲੀ ਰਣਨੀਤੀ” ਲਈ Plus WebP ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਤਾਂ EWWW ਇਸਨੂੰ ਸੰਭਾਲਣ ਲਈ ਵਧੀਆ ਹੈ:

  • ਕੰਪਰੈਸ਼ਨ ਅਤੇ ਵਾਲੀਅਮ ਅਨੁਕੂਲਨ(ਖਾਸ ਕਰਕੇ JPG ਅਤੇ PNG ਫਾਈਲਾਂ ਵਰਗੀਆਂ ਕੱਚੀਆਂ ਸੰਪਤੀਆਂ ਦਾ ਅਨੁਕੂਲਨ)
  • ਇਤਿਹਾਸਕ ਮੀਡੀਆ ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਬੈਚ ਅਨੁਕੂਲਤਾ(URL ਬਦਲਣ ਦੀ ਬਜਾਏ ਮਾਤਰਾ ਵਿੱਚ ਕਮੀ ਦਾ ਟੀਚਾ)

ਕਿਰਪਾ ਕਰਕੇ ਧਿਆਨ ਦਿਓ

ਪਲੱਸ WebP 和ਊਝ! ਸਾਰੇ AVIF ਜਾਂ WebP ਵਿੱਚ ਬਦਲੇ ਜਾ ਸਕਦੇ ਹਨ।
ਅਸੀਂ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਇੰਸਟਾਲ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਕਰਦੇ ਹਾਂ, ਕਿਉਂਕਿ ਦੋਹਾਂ ਨੂੰ ਇੰਸਟਾਲ ਕਰਨ ਨਾਲ ਟਕਰਾਅ ਹੋ ਸਕਦੇ ਹਨ।

EWWW ਨਾਲ ਇੱਕ ਆਮ ਫੰਦਾ

  1. ਬੈਚ ਅਨੁਕੂਲਨ ਦੌਰਾਨ ਸਰਵਰ ਦਾ ਲੋਡ ਵਧ ਜਾਂਦਾ ਹੈ।
    ਇਸ ਦਾ ਕਾਰਨ ਇਹ ਹੈ ਕਿ ਸਥਾਨਕ ਕੰਪ੍ਰੈਸ਼ਨ CPU/IO ਖਪਤ ਕਰਦਾ ਹੈ। ਹੱਲ ਇਹ ਨਹੀਂ ਕਿ ਇਸਦੀ ਵਰਤੋਂ ਬੰਦ ਕਰ ਦਿੱਤੀ ਜਾਵੇ, ਸਗੋਂ ਇਹ ਹੈ ਕਿ ਘੱਟ-ਚਰਮ ਸਮਿਆਂ ਦੌਰਾਨ ਬੈਚਾਂ ਵਿੱਚ ਪ੍ਰੋਸੈਸ ਕੀਤਾ ਜਾਵੇ ਅਤੇ ਜਿੱਥੇ ਲੋੜ ਹੋਵੇ, ਡਾਟਾ ਆਫਲੋਡ ਕਰਨ ਜਾਂ ਕਲਾਉਡ ਹੱਲਾਂ ਨੂੰ ਤਰਜੀਹ ਦਿੱਤੀ ਜਾਵੇ।
  2. “WebP ਤਿਆਰ ਹੋ ਗਿਆ ਹੈ” ਦਾ ਇਹ ਲਾਜ਼ਮੀ ਨਹੀਂ ਕਿ ਫਰੰਟ-ਐਂਡ ਵਾਸਤਵ ਵਿੱਚ WebP ਸਰਵ ਕਰ ਰਿਹਾ ਹੈ।
    ਕਈ ਪਲੱਗਇਨ ਇਸ ਗਲਤਫਹਮੀ ਦਾ ਸ਼ਿਕਾਰ ਹਨ ਕਿ ਜਨਰੇਸ਼ਨ ਇੱਕ ਗੱਲ ਹੈ, ਜਦਕਿ ਡਿਲਿਵਰੀ ਰਣਨੀਤੀਆਂ (ਜਿਵੇਂ ਕਿ ਦੁਬਾਰਾ ਲਿਖਣਾ, `picture` ਟੈਗਸ ਅਤੇ ਕੈਸ਼ ਦੀ ਮਿਆਦ ਖਤਮ ਹੋਣਾ) ਬਿਲਕੁਲ ਵੱਖਰੀ ਗੱਲ ਹੈ।
  3. ਇਹ ਕਿਸੇ ਹੋਰ ਪਲੱਗਇਨ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਦੁਹਰਾਉਂਦਾ ਹੈ।
    ਜੇ ਤੁਸੀਂ ਵਿਕਲਪ A ਚੁਣਦੇ ਹੋ, ਤਾਂ ShortPixel, Imagify ਜਾਂ TinyPNG ਵਰਗੇ ਹੋਰ ਕਲਾਉਡ ਕੰਪ੍ਰੈਸ਼ਨ ਟੂਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਤੋਂ ਬਚੋ; ਜੇ ਤੁਸੀਂ ਵਿਕਲਪ B ਚੁਣਦੇ ਹੋ, ਤਾਂ Plus WebP ਵਿੱਚ ਬਦਲੀ ਦੀ ਲਾਜਿਕ ਚਾਲੂ ਨਾ ਕਰੋ। ਮੁੱਖ ਸਿਧਾਂਤ ਇਹ ਹੈ:ਇੱਕ ਹੀ ਰਸਤੇ 'ਤੇ ਟਿਕੇ ਰਹੋ।

3.2 ਵਿਕਲਪ ਬੀ: ਤਿੰਨ ਕਲਾਊਡ ਕੰਪਰੈਸ਼ਨ ਸੇਵਾਵਾਂ (ShortPixel / Imagify / TinyPNG) ਵਿੱਚੋਂ ਇੱਕ ਚੁਣੋ।

ਇਹ ਯੋਜਨਾ ਉਹਨਾਂ ਲਈ ਆਦਰਸ਼ ਹੈ ਜੋ ਸਰਵਰ ਦੇ ਸਰੋਤਾਂ ਦੀ ਬਚਤ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਨ, ਬੈਚ ਪ੍ਰੋਸੈਸਿੰਗ ਲਈ ਬਿਨਾਂ ਕਿਸੇ ਪਰੇਸ਼ਾਨੀ ਵਾਲਾ ਤਰੀਕਾ ਪਸੰਦ ਕਰਦੇ ਹਨ, ਅਤੇ ਵਰਤੋਂ-ਅਧਾਰਿਤ ਜਾਂ ਪੇ-ਐਜ਼-ਯੂ-ਗੋ ਬਿਲਿੰਗ ਨਾਲ ਆਰਾਮਦਾਇਕ ਮਹਿਸੂਸ ਕਰਦੇ ਹਨ।
ਹਾਲਾਂਕਿ, ਕਲਾਉਡ ਕੰਪ੍ਰੈਸ਼ਨ ਬਾਰੇ ਸਭ ਤੋਂ ਆਮ ਗਲਤਫਹਮੀ ਇਹ ਹੈ:ਮੁਫ਼ਤ ਆਲੌਂਸ ਸਿਰਫ਼ “ਮੁਫ਼ਤ ਸ਼ੀਟਾਂ” ਦੀ ਗੱਲ ਨਹੀਂ ਹੈ।ਥੰਬਨੇਲ ਆਕਾਰਾਂ ਦੀ ਗਿਣਤੀ, WebP/AVIF ਫਾਰਮੈਟ ਬਣਾਏ ਜਾਣ ਜਾਂ ਨਾ, ਅਤੇ ਚਿੱਤਰਾਂ ਨੂੰ ਵਾਰ-ਵਾਰ ਸੰਕੁਚਿਤ ਕੀਤਾ ਜਾਣਾ, ਇਹ ਸਭ ਸਰੋਤਾਂ ਦੀ ਵਰਤੋਂ 'ਤੇ ਮਹੱਤਵਪੂਰਨ ਪ੍ਰਭਾਵ ਪਾਉਣਗੇ।

ਹੇਠਾਂ ਅਸੀਂ ਦੱਸਾਂਗੇ: ਮੁਫ਼ਤ ਅਤੇ ਭੁਗਤਾਨੀ ਵਿਕਲਪਾਂ ਵਿੱਚ ਕੀ ਫਰਕ ਹੈ, ਕ੍ਰੈਡਿਟ ਕਿਵੇਂ ਕਟਿਆ ਜਾਂਦਾ ਹੈ, ਸਭ ਤੋਂ ਆਮ ਫਸਾਂ ਤੋਂ ਕਿਵੇਂ ਬਚਣਾ ਹੈ, ਅਤੇ ਕਿਹੜੀਆਂ ਕਿਸਮ ਦੀਆਂ ਵੈਬਸਾਈਟਾਂ ਇਸ ਸੇਵਾ ਲਈ ਸਭ ਤੋਂ ਵਧੀਆ ਹਨ।

3.2.1 ਛੋਟਾ ਪਿਕਸਲ: ਪ੍ਰਤੀ ਮਹੀਨਾ 100 ਮੁਫ਼ਤ ਕ੍ਰੈਡਿਟ, ਪਰ ਥੰਬਨੇਲਾਂ ਅਤੇ WebP/AVIF ਵੱਡੇ ਆਕਾਰ ਵਾਲੀਆਂ ਤਸਵੀਰਾਂ ਨਾਲ ਕ੍ਰੈਡਿਟ ਖਰਚ ਹੋ ਜਾਣਗੇ

ਮੁਫ਼ਤ ਅਤੇ ਭੁਗਤਾਨੀ ਵਿਕਲਪਾਂ ਦਾ ਕੀ ਮਾਮਲਾ ਹੈ?

ShortPixel ਪਲੱਗਇਨ ਦਾ ਵੇਰਵਾ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਦੱਸਦਾ ਹੈ:

  • ਹਰ ਮਹੀਨੇ 100 ਮੁਫ਼ਤ ਕ੍ਰੈਡਿਟ
  • ਇਸਦੇ ਨਾਲ-ਨਾਲ “ਵਾਧੂ ਅਸੀਮਤ ਮਹੀਨਾਵਾਰ ਕ੍ਰੈਡਿਟ” ਵੀ ਹਨ (ਕੀਮਤਾਂ ਦੇ ਵੇਰਵੇ ਪਲੱਗਇਨ ਪੰਨੇ 'ਤੇ ਦਿੱਤੇ ਗਏ ਹਨ)
  • ਅਸੀਂ “ਇੱਕ ਵਾਰੀ ਵਰਤੋਂ ਵਾਲੇ ਕ੍ਰੈਡਿਟ ਪੈਕ ਜੋ ਕਦੇ ਖਤਮ ਨਹੀਂ ਹੁੰਦੇ” ਵੀ ਪੇਸ਼ ਕਰਦੇ ਹਾਂ (ਸ਼ੁਰੂਆਤੀ ਕੀਮਤਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਦੇ ਨਾਲ)

ਨੋਟ:

  • ਮੁਫ਼ਤ: ਹਰ ਮਹੀਨੇ ਹਲਕੀ ਵੈੱਬਸਾਈਟਾਂ 'ਤੇ ਵਰਤਣ ਜਾਂ ਟੈਸਟਿੰਗ ਲਈ ਕੁਝ ਨਿਰਧਾਰਤ ਕ੍ਰੈਡਿਟ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ।
  • ਇੱਕ-ਵਾਰੀ ਪੈਕੇਜ: ਵੱਡੀ ਮੀਡੀਆ ਲਾਇਬ੍ਰੇਰੀ ਵਾਲੀਆਂ ਸਾਈਟਾਂ ਲਈ ਉਚਿਤ, ਜੋ ਆਪਣਾ ਸਟਾਕ ਇੱਕ ਵਾਰੀ ਵਿੱਚ ਖਤਮ ਕਰਨਾ ਚਾਹੁੰਦੀਆਂ ਹਨ (ਇੱਕ ਵਾਰੀ ਖਰੀਦਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਵਰਤਣ ਤੱਕ ਵੈਧ; ਆਮ ਤੌਰ “ਤੇ ਇਸਦੀ ਕੋਈ ਮਿਆਦ-ਸਮਾਪਤੀ ਤਾਰੀਖ ਨਹੀਂ ਹੁੰਦੀ)
  • ਮਹੀਨਾਵਾਰ/ਅਣਸੀਮਤ: ਉਹਨਾਂ ਸਾਈਟਾਂ ਲਈ ਉਚਿਤ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਨਿਯਮਤ ਤਸਵੀਰ ਅਪਡੇਟਾਂ ਅਤੇ ਲੰਬੇ ਸਮੇਂ ਲਈ ਸਥਿਰ ਅਨੁਕੂਲਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

ShortPixel ਦਾ ਅਧਿਕਾਰਤ ਗਿਆਨ ਅਧਾਰ “ਇੱਕ ਵਾਰੀ ਪੈਕੇਜ ਬਨਾਮ ਅਣਸੀਮਿਤ ਮਹੀਨਾਵਾਰ” ਬਾਰੇ ਵੀ ਮਾਰਗਦਰਸ਼ਨ ਦਿੰਦਾ ਹੈ।ਇੱਕ ਸਪਸ਼ਟ ਵਿਆਖਿਆਅਨਲਿਮਿਟਿਡ ਮਹੀਨਾਵਾਰ ਯੋਜਨਾ ਮਹੀਨਾਵਾਰ (ਜਾਂ ਸਾਲਾਨਾ) ਬਿੱਲ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜੋ ਅਨਲਿਮਿਟਿਡ ਕ੍ਰੈਡਿਟ ਅਤੇ ਇੱਕ ਨਿਸ਼ਚਿਤ CDN ਕੋਟਾ ਦਿੰਦੀ ਹੈ; ਇੱਕ-ਵਾਰੀ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਕ੍ਰੈਡਿਟ ਕਦੇ ਖਤਮ ਨਹੀਂ ਹੁੰਦੇ, ਜਿਸ ਨਾਲ ਤੁਹਾਨੂੰ ਲੋੜ ਪੈਣ 'ਤੇ ਵਰਤੋਂ 'ਤੇ ਵੱਧ ਨਿਯੰਤਰਣ ਮਿਲਦਾ ਹੈ।

ਸਿਫ਼ਾਰਸ਼ਾਂ

  • ਪੁਰਾਣੀ ਸਾਈਟ ਦੀ ਸਫਾਈ: ਇੱਕ-ਵਾਰੀ ਪੈਕੇਜਾਂ ਨੂੰ ਤਰਜੀਹ ਦਿੱਤੀ ਜਾ ਰਹੀ ਹੈ।
  • ਲਗਾਤਾਰ ਅੱਪਡੇਟ: ਮਹੀਨਾਵਾਰ/ਅਣਲਿਮਿਟਡ ਯੋਜਨਾਵਾਂ ਲਈ ਵਧੀਆ (ਜੇ ਤੁਸੀਂ ਕ੍ਰੈਡਿਟਾਂ ਦਾ ਹਿਸਾਬ ਨਹੀਂ ਰੱਖਣਾ ਚਾਹੁੰਦੇ ਤਾਂ ਅਣਲਿਮਿਟਡ ਦੀ ਵਰਤੋਂ ਕਰੋ)

ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ: ShortPixel ਕ੍ਰੈਡਿਟ ਕਿਵੇਂ ਗਿਣੇ ਜਾਂਦੇ ਹਨ?

ShortPixel ਅਧਿਕਾਰਤ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕੇਬੀ ਨੇ ਬਹੁਤ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਕਿਹਾ:

  • ਜਦੋਂ ਤੁਸੀਂ ਵਰਡਪਰੈੱਸ 'ਤੇ ਇੱਕ ਤਸਵੀਰ ਅੱਪਲੋਡ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਹ ਕਈ ਥੰਬਨੇਲ ਬਣਾਉਂਦਾ ਹੈ;
  • ਹਰ ਥੰਬਨੇਲ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣ 'ਤੇ ਇੱਕ ਕ੍ਰੈਡਿਟ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ।；
  • ਜੇ ਤੁਸੀਂ WebP ਜਾਂ AVIF ਬਣਾਉਣ ਦੀ ਚੋਣ ਕਰਦੇ ਹੋ,ਮੂਲ ਚਿੱਤਰ ਅਤੇ ਇਸਦੇ ਥੰਬਨੇਲ ਦੇ ਹਰ WebP/AVIF ਸੰਸਕਰਣ ਨੂੰ ਇੱਕ ਵਾਧੂ ਕ੍ਰੈਡਿਟ ਵਜੋਂ ਗਿਣਿਆ ਜਾਵੇਗਾ।；
  • ਤੁਸੀਂ ਕ੍ਰੈਡਿਟ ਦੀ ਵਰਤੋਂ ਘਟਾਉਣ ਲਈ ਕੁਝ ਥੰਬਨੇਲਾਂ ਨੂੰ ਅਨੁਕੂਲਨ ਤੋਂ ਬਾਹਰ ਰੱਖ ਸਕਦੇ ਹੋ।

ਕ੍ਰੈਡਿਟਸ ਦੀ ਉਦਾਹਰਣ：

ਮੰਨ ਲਓ ਕਿ ਤੁਸੀਂ ਇੱਕ ਤਸਵੀਰ ਅੱਪਲੋਡ ਕਰਦੇ ਹੋ, ਅਤੇ ਥੀਮ ਜਾਂ ਪਲੱਗਇਨ ਅੱਠ ਥੰਬਨੇਲ ਬਣਾਉਂਦਾ ਹੈ:

  • ਸਿਰਫ਼ ਮੂਲ ਚਿੱਤਰ ਅਤੇ ਥੰਬਨੇਲਾਂ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਓ: 1 (ਮੂਲ ਚਿੱਤਰ) + 8 (ਥੰਬਨੇਲ) = 9 ਕ੍ਰੈਡਿਟ
  • ਜੇ ਤੁਸੀਂ ਵੀ WebP/AVIF ਜਨਰੇਟ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ: ਉਪਰ ਦਿੱਤੇ 9 ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਲਈ ਇੱਕ ਨੈਕਸਟ-ਜਨਰੇਸ਼ਨ ਵਰਜਨ ਸ਼ਾਮਲ ਕਰੋ → ਨਾਲ ਹੀ 9 ਕ੍ਰੈਡਿਟ
    ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਜੋ ਤੁਸੀਂ “ਇੱਕ ਤਸਵੀਰ” ਸਮਝ ਰਹੇ ਹੋ, ਉਹ ਅਸਲ ਵਿੱਚ ਲਗਭਗ “ਦੋ ਅੰਕਾਂ ਵਾਲੇ ਕ੍ਰੈਡਿਟ” ਖਰਚ ਕਰ ਸਕਦੀ ਹੈ।

ਇਸ ਲਈ:“100 ਮੁਫ਼ਤ ਕ੍ਰੈਡਿਟ” ਦਾ ਮਤਲਬ “100 ਮੁਫ਼ਤ ਤਸਵੀਰਾਂ” ਨਹੀਂ ਹੈ।

ShortPixel ਨਾਲ ਸਭ ਤੋਂ ਆਮ ਗਲਤੀਆਂ

  1. ਮੁਫ਼ਤ 100 ਕ੍ਰੈਡਿਟ ਜਲਦੀ ਹੀ ਖਤਮ ਹੋ ਜਾਣਗੇ
    ਕਾਰਨ: ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਥੰਬਨੇਲ + WebP/AVIF ਫਾਈਲਾਂ ਬਣਾਉਣ ਲਈ ਵਾਧੂ ਪ੍ਰੋਸੈਸਿੰਗ ਸਮਾਂ ਲੱਗਦਾ ਹੈ।
    ਸਿਫ਼ਾਰਸ਼ਾਂ：
  • ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਸਾਈਟ ਦੇ ਥੰਬਨੇਲਾਂ ਦੀ ਗਿਣਤੀ ਦਾ ਅੰਦਾਜ਼ਾ ਲਗਾਓ।
  • ਅਣਜਰੂਰੀ ਥੰਬਨੇਲ ਆਕਾਰਾਂ ਨੂੰ ਹਟਾਓ (ਸਿਰਫ਼ ਉਹਨਾਂ ਆਕਾਰਾਂ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਓ ਜੋ ਅਸਲ ਵਿੱਚ ਵਰਤੇ ਜਾਣਗੇ)
  • ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਕੰਪ੍ਰੈਸ਼ਨ ਰਣਨੀਤੀ ਤੈਅ ਕਰੋ, ਫਿਰ ਟ੍ਰਾਇਅਲ ਅਤੇ ਐਰਰ 'ਤੇ ਸਮਾਂ ਬਰਬਾਦ ਕਰਨ ਤੋਂ ਬਚਣ ਲਈ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਬੈਚਾਂ ਵਿੱਚ ਚਲਾਓ।
  1. ਹੋਰ ਫਾਰਮੈਟ ਪਰਿਵਰਤਨ ਪਲੱਗਇਨਾਂ ਦੇ ਨਾਲ ਮਿਲ ਕੇ ਵਰਤੋਂ
    ਜੇ ਤੁਸੀਂ Plus WebP ਰਿਪਲੇਸਮੈਂਟ ਚਾਲੂ ਕਰਦੇ ਹੋ ਅਤੇ ShortPixel ਨੂੰ ਅਗਲੀ ਪੀੜ੍ਹੀ ਦੇ ਟੈਗ ਬਣਾਉਣ ਅਤੇ ਲਗਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹੋ, ਤਾਂ ਲੋਜਿਕ ਓਵਰਲੈਪ ਹੋ ਜਾਵੇਗਾ, ਜਿਸ ਨਾਲ ਸਮੱਸਿਆ ਨਿਪਟਾਰਾ ਕਰਨਾ ਹੋਰ ਔਖਾ ਹੋ ਜਾਵੇਗਾ। Option B ਨਾਲ, ShortPixel ਇਹ ਕੰਮ ਆਪਣੇ ਆਪ ਸੰਭਾਲ ਲੈਂਦਾ ਹੈ।
  2. ਮੈਂ ਇਹ ਮੰਨਿਆ ਸੀ ਕਿ ਇੱਕ ਵਾਰ ਇਹ ਇੰਸਟਾਲ ਹੋ ਜਾਣ “ਤੇ, ਫਰੰਟਐਂਡ ਆਪਣੇ ਆਪ WebP/AVIF ਫਾਈਲਾਂ ਬਣਾ ਦੇਵੇਗਾ।”
    ShortPixel ਪਲੱਗਇਨ ਪੰਨਾਇਹ ਗੱਲ ਧਿਆਨਯੋਗ ਹੈ ਕਿ ਇਹ WebP ਅਤੇ AVIF ਫਾਈਲਾਂ ਨੂੰ ਕਨਵਰਟ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਅਗਲੀ ਪੀੜ੍ਹੀ ਦੀਆਂ ਤਸਵੀਰਾਂ ਨੂੰ ਫਰੰਟ-ਐਂਡ ਪੰਨਿਆਂ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰ ਸਕਦਾ ਹੈ (ਉਦਾਹਰਨ ਵਜੋਂ, ਟੈਗਾਂ ਰਾਹੀਂ)।
    ਹਾਲਾਂਕਿ, ਤੁਹਾਨੂੰ ਫਿਰ ਵੀ ਖਤਮ ਕਰਨ ਤੋਂ ਬਾਅਦ ਨਤੀਜੇ ਚੈੱਕ ਕਰਨੇ ਪੈਣਗੇ।

3.2.2 ਕਲਪਨਾ ਕਰੋ: ਮਹੀਨੇ ਦੇ 20MB ਮੁਫ਼ਤ; ਕੋਟਾ “ਮੂਲ ਚਿੱਤਰ ਦਾ ਆਕਾਰ + ਥੰਬਨੇਲਾਂ ਦੀ ਗਿਣਤੀ” ਦੇ ਆਧਾਰ 'ਤੇ ਘਟਾਇਆ ਜਾਂਦਾ ਹੈ; ਦੁਬਾਰਾ ਕੰਪ੍ਰੈਸ਼ਨ ਕਰਨ 'ਤੇ ਦੋਹਰੀ ਕਟੌਤੀ ਹੋਵੇਗੀ

ਮੁਫ਼ਤ ਭੱਤਾ ਅਤੇ ਸਥਾਨ

ਇਮੈਜੀਫਾਈ ਅਧਿਕਾਰਤ ਕੀਮਤਾਂ ਦਾ ਪੰਨਾਇਹ ਬਿਲਕੁਲ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਦੱਸਿਆ ਗਿਆ ਹੈ:ਮੁਫ਼ਤ ਖਾਤਿਆਂ ਕੋਲ 20MB ਦਾ ਮਹੀਨਾਵਾਰ ਕੋਟਾ ਹੁੰਦਾ ਹੈ।。
ਇਸਦੇ ਪਲੱਗਇਨ ਪੰਨੇ 'ਤੇ ਇਹ ਵੀ ਦੱਸਿਆ ਗਿਆ ਹੈ ਕਿ ਇਹ ਕੰਪ੍ਰੈਸ, ਰੀਸਾਈਜ਼ ਅਤੇ WebP/AVIF ਵਿੱਚ ਕਨਵਰਟ ਕਰ ਸਕਦਾ ਹੈ।

ਕੋਟਾ ਕਿਵੇਂ ਕੱਟਿਆ ਜਾਂਦਾ ਹੈ?

ਇਮੇਜੀਫਾਈ ਅਧਿਕਾਰਤ ਦਸਤਾਵੇਜ਼ੀਕਰਨ “ਕੋਟਾ ਵਰਤੋਂ ਕਿਵੇਂ ਗਿਣੀ ਜਾਂਦੀ ਹੈ?” ਬਿਲਿੰਗ ਪ੍ਰਣਾਲੀ ਨੂੰ ਬਹੁਤ ਸਪਸ਼ਟ ਤਰੀਕੇ ਨਾਲ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ:

  • ਥੰਬਨੇਲਾਂ ਦੀ ਗਿਣਤੀ ਸਰੋਤਾਂ ਦੀ ਵਰਤੋਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀ ਹੈ।ਉਦਾਹਰਨ ਵਜੋਂ, ਜੇ ਤੁਹਾਡੇ ਕੋਲ 10 ਥੰਬਨੇਲ ਆਕਾਰ ਹਨ, ਤਾਂ ਇੱਕ ਹੀ ਚਿੱਤਰ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰਨਾ ਅਸਲ ਵਿੱਚ 11 ਚਿੱਤਰਾਂ (ਮੂਲ ਚਿੱਤਰ ਅਤੇ 10 ਥੰਬਨੇਲ) ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰਨ ਦੇ ਬਰਾਬਰ ਹੈ, ਜੋ ਸਾਰੇ ਤੁਹਾਡੇ ਕੋਟਾ ਵਿੱਚ ਗਿਣੇ ਜਾਂਦੇ ਹਨ।
  • ਮੂਲ ਫਾਈਲ ਆਕਾਰ ਦੇ ਆਧਾਰ 'ਤੇ ਕੋਟਾ ਘਟਾਓ।ਉਦਾਹਰਨ ਵਜੋਂ, ਜੇ ਤੁਸੀਂ Imagify 'ਤੇ 100KB ਦੀ ਤਸਵੀਰ ਅਪਲੋਡ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਡੇ ਕੋਟਾ ਵਿੱਚੋਂ 100KB ਘਟਾ ਦਿੱਤਾ ਜਾਵੇਗਾ।
  • ਕੰਪ੍ਰੈਸ਼ਨ ਪੱਧਰ ਬਦਲਣ ਅਤੇ ਮੁੜ-ਅਨੁਕੂਲਨ ਕਰਨ ਨਾਲ ਕੁਆਟਾ ਫਿਰ ਤੋਂ ਖਪਤ ਹੋਵੇਗਾ।。
  • ਇੱਕ API ਕੁੰਜੀ ਕਈ ਸਾਈਟਾਂ 'ਤੇ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਪਰ ਕੋਟਾ ਉਹਨਾਂ ਵਿੱਚ ਸਾਂਝਾ ਹੁੰਦਾ ਹੈ।

ਇਹ ਇਮੈਜੀਫਾਈ ਦਾ “ਮੁੱਖ ਤਰੀਕਾ” ਹੈ:
ਇਹ ਇੱਕ ਡਾਟਾ ਪੈਕੇਜ ਵਾਂਗ ਹੈ: ਜਿੰਨਾ ਜ਼ਿਆਦਾ ਤੁਸੀਂ ਅਪਲੋਡ ਕਰੋਗੇ, ਉਤਨਾ ਜ਼ਿਆਦਾ ਕਟੌਤੀ ਹੋਵੇਗੀ; ਜਿੰਨੇ ਜ਼ਿਆਦਾ ਥੰਬਨੇਲ ਤੁਸੀਂ ਅਪਲੋਡ ਕਰੋਗੇ, ਉਤਨਾ ਜ਼ਿਆਦਾ ਕਟੌਤੀ ਹੋਵੇਗੀ; ਅਤੇ ਜੇ ਤੁਸੀਂ ਇੱਕੋ ਸਮੱਗਰੀ ਨੂੰ ਵਾਰ-ਵਾਰ ਦੁਬਾਰਾ ਅਪਲੋਡ ਕਰੋਗੇ, ਤਾਂ ਹਰ ਵਾਰੀ ਫੀਸ ਕਟਾਈ ਜਾਵੇਗੀ।

Imagify ਕੋਟਾ ਦੀ ਇੱਕ ਆਸਾਨੀ ਨਾਲ ਸਮਝ ਆਉਣ ਵਾਲੀ ਉਦਾਹਰਣ

ਮੰਨ ਲਓ ਕਿ ਤੁਸੀਂ 800 KB ਦੀ ਇੱਕ ਮੂਲ ਤਸਵੀਰ ਅੱਪਲੋਡ ਕਰਦੇ ਹੋ, ਅਤੇ ਸਾਈਟ 8 ਥੰਬਨੇਲ ਬਣਾਉਂਦੀ ਹੈ।

  • ਜਦੋਂ Imagify ਨਾਲ ਅਪਟੀਮਾਈਜ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ “ਮੂਲ ਚਿੱਤਰ ਅਤੇ 8 ਥੰਬਨੇਲ” ਦੋਵੇਂ ਸ਼ਾਮਿਲ ਹੁੰਦੇ ਹਨ (ਜੇ ਤੁਸੀਂ “ਸਭ ਨੂੰ ਅਪਟੀਮਾਈਜ਼” ਚੁਣਦੇ ਹੋ), ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇਹ ਕਾਰਵਾਈ ਲਗਭਗ 'ਇਨ੍ਹਾਂ ਸਾਰੀਆਂ ਫਾਈਲਾਂ ਦੇ ਕੁੱਲ ਆਕਾਰ' ਦੇ ਬਰਾਬਰ ਕੋਟਾ ਵਰਤ ਲਵੇਗੀ।
    ਇਸ ਲਈ ਕੁਝ ਸਾਈਟਾਂ ਨੂੰ ਆਪਣਾ “20MB” ਕੋਟਾ ਜਲਦੀ ਖਤਮ ਹੋ ਜਾਂਦਾ ਹੈ: ਇਹ ਗੱਲ ਨਹੀਂ ਕਿ Imagify ਕਾਫੀ ਤਾਕਤਵਰ ਨਹੀਂ, ਬਲਕਿ ਤੁਸੀਂ ਜੋ ਤਸਵੀਰਾਂ ਅਪਲੋਡ ਕਰ ਰਹੇ ਹੋ ਉਹ ਬਹੁਤ ਵੱਡੀਆਂ ਹਨ, ਤੁਸੀਂ ਬਹੁਤ ਸਾਰੇ ਥੰਬਨੇਲ ਬਣਾ ਰਹੇ ਹੋ, ਅਤੇ ਤੁਸੀਂ ਵੱਖ-ਵੱਖ ਕੰਪ੍ਰੈਸ਼ਨ ਪੱਧਰਾਂ ਨਾਲ ਵੀ ਵਾਰ-ਵਾਰ ਪ੍ਰਯੋਗ ਕਰ ਰਹੇ ਹੋ।

Imagify ਨਾਲ ਸਭ ਤੋਂ ਆਮ ਫਸਕਣ ਵਾਲੀਆਂ ਗਲਤੀਆਂ

  1. ਮੁਫ਼ਤ 20MB “ਪੂਰੀ ਸਾਈਟ ਇਤਿਹਾਸ ਸਾਫ਼ ਕਰਨ” ਲਈ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ।”
    20MB ਆਮ ਤੌਰ 'ਤੇ ਟੈਸਟਿੰਗ ਅਤੇ ਛੋਟੀਆਂ ਅਪਡੇਟਾਂ ਲਈ ਵਧੀਆ ਹੈ; ਜੇ ਤੁਹਾਡੀ ਮੀਡੀਆ ਲਾਇਬ੍ਰੇਰੀ ਪਹਿਲਾਂ ਹੀ ਵੱਡੀ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਇਕੱਠੇ ਸਾਫ਼ ਕਰਨ ਲਈ ਸੰਭਵਤ: ਅੱਪਗ੍ਰੇਡ ਦੀ ਲੋੜ ਪਵੇਗੀ।
  2. ਕੰਪ੍ਰੈਸ਼ਨ ਪੱਧਰ ਨੂੰ ਵਾਰ-ਵਾਰ ਐਡਜਸਟ ਕਰਨ ਨਾਲ ਕੋਟਾ ਵਾਰ-ਵਾਰ ਖਤਮ ਹੋ ਜਾਂਦਾ ਹੈ।
    ਇਮੇਜੀਫਾਈ: ਇੱਕ ਸਪਸ਼ਟ ਵਿਆਖਿਆਪੁਨਰ-ਅਨੁਕੂਲਨ ਫਿਰ ਤੋਂ ਕੋਟਾ ਖਤਮ ਕਰ ਦੇਵੇਗਾ।
    ਅਸੀਂ ਸਿਫਾਰਸ਼ ਕਰਦੇ ਹਾਂ ਕਿ ਤੁਸੀਂ ਇਸ ਪੰਨੇ “ਤੇ ”ਰਣਨੀਤੀ' ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਦਰਸਾਓ:
  • ਕੰਪ੍ਰੈਸ਼ਨ ਪੱਧਰ ਅਤੇ ਵਿਜ਼ੂਅਲ ਗੁਣਵੱਤਾ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਥੋੜ੍ਹੀਆਂ ਤਸਵੀਰਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ।
  • ਇੱਕ ਵਾਰ ਰਣਨੀਤੀ ਨੂੰ ਅੰਤਿਮ ਰੂਪ ਦੇ ਦਿੱਤਾ ਗਿਆ, ਇਸਨੂੰ ਬੈਚਾਂ ਵਿੱਚ ਚਲਾਓ।
    ਪੂਰੇ ਡੇਟਾਬੇਸ ਵਿੱਚ ਟ੍ਰਾਇਅਲ ਅਤੇ ਐਂਡਰੋਅਰ ਤੋਂ ਬਚੋ।
  1. ਇੱਕੋ API ਕੁੰਜੀ ਨੂੰ ਕਈ ਸਾਈਟਾਂ “ਤੇ ਸਾਂਝਾ ਕਰਨ ਨਾਲ ਕੋਟਾ ਰਹੱਸਮਈ ਢੰਗ ਨਾਲ ਘਟ ਜਾਂਦੇ ਹਨ।”
    ਜੇ ਤੁਸੀਂ ਇੱਕੋ API ਕੁੰਜੀ ਕਈ ਸਾਈਟਾਂ 'ਤੇ ਵਰਤਦੇ ਹੋ, ਤਾਂ ਕੋਟਾ ਸਾਂਝੇ ਕੀਤੇ ਜਾਣਗੇ।
    ਇਸ ਲਈ, ਟੀਮ ਜਾਂ ਬਹੁ-ਸਾਈਟ ਵਾਲੇ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਬਜਟ ਦੇ ਵਾਧੇ ਤੋਂ ਬਚਣ ਲਈ ਇਹ ਸਪਸ਼ਟ ਕਰਨਾ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ ਕਿ ਕਿਹੜੀਆਂ ਸਾਈਟਾਂ ਸਰੋਤ ਸਾਂਝੇ ਕਰਦੀਆਂ ਹਨ ਅਤੇ ਕਿਹੜੀਆਂ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਦੀਆਂ ਹਨ।

3.2.3 ਛੋਟਾ ਪੀਐਨਜੀ(ਛੋਟੀਆਂ ਕੰਪ੍ਰੈੱਸ ਕੀਤੀਆਂ ਤਸਵੀਰਾਂ): 500 ਮੁਫ਼ਤ ਕ੍ਰੈਡਿਟ ਪ੍ਰਤੀ ਮਹੀਨਾ; WebP/AVIF ਵਿੱਚ ਬਦਲਣ “ਤੇ ਪ੍ਰਤੀ ਆਕਾਰ 1 ਕ੍ਰੈਡਿਟ ਦਾ ਵਾਧੂ ਚਾਰਜ ਲੱਗੇਗਾ।”

ਮੁਫ਼ਤ ਭੱਤੇ ਅਤੇ ਉਹਨਾਂ ਦੀ ਗਣਨਾ ਕਿਵੇਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ

TinyPNG WordPress ਪਲੱਗਇਨ ਦਾ ਪੰਨਾ ਬਹੁਤ ਸਪਸ਼ਟ ਤਰੀਕੇ ਨਾਲ ਲਿਖਿਆ ਗਿਆ ਹੈ:

  • ਹਰ ਮਹੀਨੇ 500 ਮੁਫ਼ਤ ਕ੍ਰੈਡਿਟ
  • ਇੱਕ “ਮਿਆਰੀ ਵਰਡਪ੍ਰੈੱਸ ਇੰਸਟਾਲੇਸ਼ਨ” ਵਿੱਚ, ਤੁਸੀਂ ਸ਼ਾਇਦ ਸੰਕੁਚਿਤ ਕਰ ਸਕਦੇ ਹੋ। ਲਗਭਗ 100 ਤਸਵੀਰਾਂ ਪ੍ਰਤੀ ਮਹੀਨਾ
  • ਹਾਲਾਂਕਿ, ਜੇ AVIF ਜਾਂ WebP ਪਰਿਵਰਤਨ ਚਾਲੂ ਹੈ:ਹਰ ਇੱਕ ਤਸਵੀਰ ਦੇ ਆਕਾਰ ਲਈ ਇੱਕ ਵਾਧੂ ਕ੍ਰੈਡਿਟ ਲੱਗੇਗਾ।, ਇਸ ਲਈ ਮੈਂ ਸੋਚਦਾ ਹਾਂ ਕਿ ਇੱਕੋ-ਇੱਕ ਵਿਕਲਪ ਇਸਨੂੰ ਕੰਪ੍ਰੈਸ ਅਤੇ ਕਨਵਰਟ ਕਰਨਾ ਹੈ। ਲਗਭਗ 50 ਤਸਵੀਰਾਂ ਪ੍ਰਤੀ ਮਹੀਨਾ(ਇਹ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਕਿੰਨੇ ਥੰਬਨੇਲ ਆਕਾਰ ਹਨ।)

ਇਸ ਦੌਰਾਨ, ਟਿਨੀਫਾਈ (TinyPNG ਅਤੇ TinyJPG ਦਾ ਡਿਵੈਲਪਰ) ਨੇ ਵੀ ਏਪੀਆਈ ਕੀਮਤਾਂ ਦਾ ਪੰਨਾਕਿਰਪਾ ਕਰਕੇ ਧਿਆਨ ਦਿਓ: ਪ੍ਰਤੀ ਮਹੀਨਾ 500 ਮੁਫ਼ਤ ਕੰਪਰੈਸ਼ਨਾਂ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਸਾਈਨ ਅੱਪ ਕਰੋ; ਇੱਕ ਵਾਰ ਇਹ ਸੀਮਾ ਪਾਰ ਹੋ ਜਾਣ 'ਤੇ, ਤੁਹਾਨੂੰ ਸਫਲ ਕੰਪਰੈਸ਼ਨਾਂ ਦੀ ਗਿਣਤੀ ਦੇ ਅਧਾਰ 'ਤੇ ਚਾਰਜ ਕੀਤਾ ਜਾਵੇਗਾ, ਬਿਨਾਂ ਕਿਸੇ ਲਾਜ਼ਮੀ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਦੇ।

ਇੱਕ ਵਾਕ ਵਿੱਚ TinyPNG ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਇਸਦਾ ਸਾਰ:
ਇਹ ਕ੍ਰੈਡਿਟਾਂ ਵਿੱਚ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ; ਜਿੰਨੇ ਜ਼ਿਆਦਾ ਥੰਬਨੇਲ ਆਕਾਰ ਤੁਹਾਡੇ ਕੋਲ ਹੋਣਗੇ ਅਤੇ ਜਿੰਨਾ ਜ਼ਿਆਦਾ ਤੁਸੀਂ WebP/AVIF ਚਾਲੂ ਕਰੋਗੇ, ਤੁਹਾਡੇ ਕ੍ਰੈਡਿਟ ਓਨੀ ਤੇਜ਼ੀ ਨਾਲ ਖਤਮ ਹੋਣਗੇ।

TinyPNG ਕ੍ਰੈਡਿਟਸ ਦੀ ਇੱਕ ਆਸਾਨੀ ਨਾਲ ਸਮਝ ਆਉਣ ਵਾਲੀ ਉਦਾਹਰਣ

ਮੰਨ ਲਓ ਕਿ ਤੁਹਾਡੀ ਸਾਈਟ ਹਰ ਚਿੱਤਰ ਲਈ ਅੱਠ ਥੰਬਨੇਲ ਆਕਾਰ ਤਿਆਰ ਕਰਦੀ ਹੈ:

  • ਸਿਰਫ਼ ਕੰਪਰੈਸ਼ਨ: ਮੂਲ ਚਿੱਤਰ + 8 ਥੰਬਨੇਲ → 9 ਕ੍ਰੈਡਿਟਸ ਲੋੜੀਂਦੇ ਹਨ
  • ਜੇ WebP/AVIF ਪਰਿਵਰਤਨ ਚਾਲੂ ਹੈ: ਹਰ ਆਕਾਰ ਲਈ ਇੱਕ ਵਾਧੂ ਕ੍ਰੈਡਿਟ ਕੱਟਿਆ ਜਾਵੇਗਾ → ਇਸ ਨਾਲ ਕੁੱਲ ਲਾਗਤ ਲਗਭਗ ਦੁੱਗਣੀ ਹੋ ਸਕਦੀ ਹੈ।
    ਇਹ ਪਲੱਗਇਨ ਪੰਨੇ “ਤੇ ਦਿੱਤੇ ਵੇਰਵੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ: ਇੱਕ ਵਾਰੀ ਕਨਵਰਜ਼ਨ ਚਾਲੂ ਹੋਣ ”ਤੇ, ਮੁਫ਼ਤ ਕੋਟਾ ਲਗਭਗ “100 ਪ੍ਰਤੀ ਮਹੀਨਾ” ਤੋਂ '50 ਪ੍ਰਤੀ ਮਹੀਨਾ' ਹੋ ਜਾਂਦਾ ਹੈ।

TinyPNG ਨਾਲ ਸਭ ਤੋਂ ਆਮ ਗਲਤੀਆਂ

  1. ਮੈਂ ਸੋਚਿਆ ਸੀ ਕਿ 500 ਕ੍ਰੈਡਿਟਸ ਦਾ ਮਤਲਬ 500 ਤਸਵੀਰਾਂ ਹੈ।
    ਨਹੀਂ। ਇਹ ਹਰ “ਚਿੱਤਰ ਆਕਾਰ/ਵੈਰੀਐਂਟ” ਲਈ ਚਾਰਜ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਪਲੱਗਇਨ ਪੰਨੇ “ਤੇ ਸਪਸ਼ਟ ਲਿਖਿਆ ਹੈ ਕਿ ”ਕਨਵਰਜ਼ਨ ਲਈ ਹਰ ਚਿੱਤਰ ਆਕਾਰ 'ਤੇ ਵਾਧੂ 1 ਕ੍ਰੈਡਿਟ ਲੱਗੇਗਾ'।
  2. ਥੀਮ/ਈ-ਕਾਮਰਸ ਪਲੱਗਇਨ ਬਹੁਤ ਸਾਰੇ ਚਿੱਤਰ ਆਕਾਰ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਮੁਫ਼ਤ ਕੋਟਾ ਕਾਫੀ ਘੱਟ ਹੋ ਗਿਆ ਹੈ।
    ਜਿੰਨੀਆਂ ਜ਼ਿਆਦਾ ਪਰਤਾਂ ਹੋਣਗੀਆਂ, ਕਰੈਡਿਟ ਖਤਮ ਹੋਣਾ ਓਨਾ ਹੀ ਆਸਾਨ ਹੋਵੇਗਾ।
  3. ਕਨਵਰਜ਼ਨ ਚਾਲੂ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਮੈਂ ਦੇਖਿਆ ਕਿ ਮੇਰੀ ਕ੍ਰੈਡਿਟ ਸੀਮਾ ਅਚਾਨਕ ਖਤਮ ਹੋ ਗਈ।
    ਇਹ ਕੋਈ ਬੱਗ ਨਹੀਂ ਹੈ; ਇਹ ਬਿਲਿੰਗ ਸਿਸਟਮ ਦਾ ਕੰਮ ਕਰਨ ਦਾ ਤਰੀਕਾ ਹੈ।
    ਰਣਨੀਤੀ ਸਿਫਾਰਸ਼ਾਂ:
  • ਜੇ ਮੁਫ਼ਤ ਫੇਜ਼ ਮੁੱਖ ਤੌਰ 'ਤੇ ਸੰਕੋਚਨ ਅਤੇ ਵਜ਼ਨ ਘਟਾਉਣ ਲਈ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਸਿਰਫ਼ ਸੰਕੋਚਨ ਲਾਗੂ ਕਰਕੇ ਸ਼ੁਰੂ ਕਰ ਸਕਦੇ ਹੋ। ਜਦੋਂ ਤੁਸੀਂ ਇਹ ਪੁਸ਼ਟੀ ਕਰ ਲੈਂਦੇ ਹੋ ਕਿ ਸਾਈਟ ਦੀ ਬਣਤਰ ਸਥਿਰ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਵਾਕਈ ਅਗਲੀ ਪੀੜ੍ਹੀ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਤਬਦੀਲੀ ਸ਼ੁਰੂ ਕਰ ਸਕਦੇ ਹੋ।

4. ਸਥਿਤੀ ਅਨੁਸਾਰ ਸਿਫ਼ਾਰਸ਼ਾਂ: ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੀਆਂ ਵੈੱਬਸਾਈਟਾਂ ਲਈ ਕਿਵੇਂ ਚੁਣਨਾ ਹੈ

ਹਾਲਾਂਕਿ ਇਹ ਸਾਰੀਆਂ WordPress “ਤੇ ਚਲਦੀਆਂ ਹਨ, ਪਰ ਸਮੱਗਰੀ ਵਾਲੀਆਂ ਸਾਈਟਾਂ, ਈ-ਕਾਮਰਸ ਸਾਈਟਾਂ, ਪੋਰਟਫੋਲਿਓ ਅਤੇ ਮੈਂਬਰਸ਼ਿਪ ਸਾਈਟਾਂ ਵਿੱਚ ”ਚਿੱਤਰ ਸੰਬੰਧੀ ਮੁਸ਼ਕਲਾਂ' ਵੱਖ-ਵੱਖ ਹੁੰਦੀਆਂ ਹਨ।

4.1 ਸਮੱਗਰੀ ਵਾਲੀਆਂ ਸਾਈਟਾਂ/ਬਲੌਗ (ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਕਈ ਤਸਵੀਰਾਂ ਅਤੇ ਲੇਖ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਜੋ ਮੱਧਮ ਅਪਡੇਟ ਫ੍ਰੀਕੁਐਂਸੀ ਨਾਲ ਅਪਡੇਟ ਹੁੰਦੇ ਹਨ)

ਤਰਜੀਹੀ ਸਿਫ਼ਾਰਸ਼ਾਂ:

  1. ਮਾਪ-ਪਰਿਮਾਣ ਰਣਨੀਤੀ (ਕਦਮ 1)
  2. ਕੰਪਰੈਸ਼ਨ (ਕਦਮ 2)
  3. WebP (ਕਦਮ 3)

ਇੱਕ ਵਧੇਰੇ ਉਚਿਤ ਰਸਤਾ:

  • ਜੇ ਤੁਸੀਂ ਬਿਨਾਂ ਕਿਸੇ ਪਰੇਸ਼ਾਨੀ ਵਾਲਾ ਵਿਕਲਪ ਚਾਹੁੰਦੇ ਹੋ: ਵਿਕਲਪ B ਵਿੱਚ ਦਿੱਤੇ ਤਿੰਨ (ShortPixel / Imagify / TinyPNG) ਵਿੱਚੋਂ ਇੱਕ ਚੁਣੋ।
  • ਜੇ ਤੁਸੀਂ ਮੁਫ਼ਤ ਵਿਕਲਪ ਚਾਹੁੰਦੇ ਹੋ: ਰੂਟ A (Plus WebP + EWWW), ਪਰ ਅਸੀਂ ਸਿਫਾਰਸ਼ ਕਰਦੇ ਹਾਂ ਕਿ ਪਹਿਲਾਂ ਜੋਖਮਾਂ ਦਾ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣ ਲਈ “ਕੰਜ਼ਰਵੇਟਿਵ ਮੋਡ (ਮੂਲ ਚਿੱਤਰ ਮਿਟਾਓ ਨਾ)” ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ।

ਆਮ ਫੰਦਾਂ:

4.2 ਈ-ਕਾਮਰਸ/ਉਤਪਾਦ ਵੈੱਬਸਾਈਟਾਂ (ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਥੰਬਨੇਲ ਅਤੇ ਚਿੱਤਰਾਂ ਦੀਆਂ ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਹੁੰਦੀਆਂ ਹਨ; ਸਥਿਰਤਾ ਸਭ ਤੋਂ ਜ਼ਰੂਰੀ ਹੈ)

ਈ-ਕਾਮਰਸ ਵਿੱਚ ਸਭ ਤੋਂ ਆਮ ਸਮੱਸਿਆ ਇਹ ਨਹੀਂ ਹੁੰਦੀ ਕਿ “ਕੰਪ੍ਰੈਸ਼ਨ ਦੀ ਗੁਣਵੱਤਾ ਖਰਾਬ ਹੈ”, ਬਲਕਿ ਇਹ ਹੁੰਦੀ ਹੈ ਕਿ “ਆਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਤੋਂ ਬਾਅਦ ਕੁਝ ਮਾਪ ਗਲਤ ਹੋ ਜਾਂਦੇ ਹਨ, ਥੰਬਨੇਲ ਗਾਇਬ ਹੋ ਜਾਂਦੇ ਹਨ, ਜਾਂ ਫਰੰਟ-ਐਂਡ ਕੰਪੋਨੈਂਟ ਤਸਵੀਰਾਂ ਨੂੰ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕਰ ਸਕਦੇ”।

ਤਰਜੀਹੀ ਸਿਫ਼ਾਰਸ਼ਾਂ:

  1. ਸਾਵਧਾਨੀ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ: ਇੱਕ ਸੰਰਕਸ਼ਕ ਸੰਕੋਚਨ ਰਣਨੀਤੀ ਅਪਣਾਓ; ਸਿੱਧਾ ਪੂਰੇ ਡੇਟਾਬੇਸ ਦੀ ਬਦਲੀ ਵੱਲ ਨਾ ਜਾਓ।
  2. ਥੰਬਨੇਲ ਆਕਾਰਾਂ ਦਾ ਮੁਲਾਂਕਣ: ਈ-ਕਾਮਰਸ ਥੀਮ ਆਮ ਤੌਰ 'ਤੇ ਹੋਰ ਆਕਾਰ ਤਿਆਰ ਕਰਦੀਆਂ ਹਨ, ਜਿਸ ਨਾਲ ਡਾਟਾ ਦੀ ਵਰਤੋਂ ਕਾਫੀ ਵੱਧ ਸਕਦੀ ਹੈ (ਇਹ ਖਾਸ ਕਰਕੇ ShortPixel ਅਤੇ TinyPNG ਨਾਲ ਵਧੇਰੇ ਨਜ਼ਰ ਆਉਂਦਾ ਹੈ)।
  3. ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਛੋਟੇ ਪੱਧਰ ਦਾ ਟ੍ਰਾਇਲ ਕਰੋ, ਫਿਰ ਇਸਨੂੰ ਵੱਡੇ ਦਰਸ਼ਕਾਂ ਤੱਕ ਪਹੁੰਚਾਓ (ਇਹ ਬਿਲਕੁਲ ਜ਼ਰੂਰੀ ਹੈ)

ਇੱਕ ਵਧੇਰੇ ਉਚਿਤ ਰਸਤਾ:

  • ਵਿਕਲਪ B ਅਕਸਰ ਬਿਨਾਂ ਕਿਸੇ ਝੰਝਟ ਦੇ ਚੋਣ ਹੁੰਦੀ ਹੈ: ShortPixel, Imagify ਅਤੇ TinyPNG ਸਾਰੇ ਬੈਚ ਪ੍ਰੋਸੈਸਿੰਗ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ; ਮੁੱਖ ਗੱਲ ਇਹ ਹੈ ਕਿ ਕੋਟਾ ਸਿਸਟਮ ਨੂੰ ਸਮਝਣਾ ਅਤੇ ਖਰਚਿਆਂ ਦਾ ਪਹਿਲਾਂ ਹੀ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣਾ।
  • ਵਿਕਲਪ A ਵੀ ਮਨਜ਼ੂਰਯੋਗ ਹੈ, ਪਰ ਤੁਹਾਨੂੰ Plus WebP ਦੇ “IDਜ਼ ਨੂੰ ਓਵਰਰਾਈਟ ਕਰਨ, ਮੂਲ ਤਸਵੀਰਾਂ ਨੂੰ ਮਿਟਾਉਣ ਅਤੇ URLs ਨੂੰ ਬਦਲਣ” ਬਾਰੇ ਵਧੇਰੇ ਸਾਵਧਾਨੀ ਵਰਤਣੀ ਚਾਹੀਦੀ ਹੈ: ਕਿਉਂਕਿ ਇਹ ਸੰਪਤੀ ਮਾਈਗ੍ਰੇਸ਼ਨ ਹੈ, ਇੱਕੋ ਵਾਰੀ ਸਭ ਕੁਝ ਬਦਲਣਾ ਸਲਾਹਯੋਗ ਨਹੀਂ।

4.3 ਪੋਰਟਫੋਲੀਓ/ਫੋਟੋਗ੍ਰਾਫੀ ਵੈੱਬਸਾਈਟਾਂ (ਜਿੱਥੇ ਚਿੱਤਰ ਦੀ ਗੁਣਵੱਤਾ ਬਹੁਤ ਜ਼ਰੂਰੀ ਹੈ, ਫਾਈਲਾਂ ਵੱਡੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਦਿੱਖ ਦਾ ਆਕਰਸ਼ਣ ਸਭ ਤੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੈ)

ਤਰਜੀਹੀ ਸਿਫ਼ਾਰਸ਼ਾਂ:

  1. ਮਾਪ-ਨਿਰਧਾਰਣ ਰਣਨੀਤੀ (ਪ੍ਰਦਰਸ਼ਨ ਖੇਤਰ ਨਿਯੰਤਰਣ)
  2. ਕੰਪ੍ਰੈਸ਼ਨ ਰਣਨੀਤੀ (ਵਿਸਥਾਰ ਗੁਆਉਣ ਨਾਲੋਂ ਥੋੜ੍ਹੀ ਵੱਡੀ ਫਾਈਲ ਹੋਣਾ ਬਿਹਤਰ ਹੈ)
  3. WebP/AVIF (ਵੱਡੀਆਂ ਤਸਵੀਰਾਂ ਲਈ ਇਸਦੇ ਫਾਇਦੇ ਸਪੱਸ਼ਟ ਹਨ, ਪਰ ਇਸਦੀ ਵਿਜ਼ੂਅਲ ਗੁਣਵੱਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਦੀ ਲੋੜ ਹੈ)

ਇੱਕ ਵਧੇਰੇ ਉਚਿਤ ਰਸਤਾ:

  • ਕਲਪਨਾ ਕਰੋ: ਕਿਉਂਕਿ ਕੋਟਾ “ਮੂਲ ਚਿੱਤਰ ਆਕਾਰ” ਦੇ ਆਧਾਰ “ਤੇ ਘਟਾਇਆ ਜਾਂਦਾ ਹੈ, ਇਸ ਤਰ੍ਹਾਂ ਦੀ ਸਾਈਟ ਖਰਚਿਆਂ ਨੂੰ ਕਾਬੂ ਵਿੱਚ ਰੱਖਣਾ ਆਸਾਨ ਬਣਾਉਂਦੀ ਹੈ (ਜਿਵੇਂ ਤੁਸੀਂ ਲਗਭਗ ਜਾਣਦੇ ਹੋ ਕਿ ਹਰ ਵੱਡੀ ਤਸਵੀਰ ”ਤੇ ਕਿੰਨਾ ਖਰਚਾ ਆਏਗਾ), ਪਰ ਤੁਹਾਨੂੰ ਉਨ੍ਹਾਂ ਨੂੰ ਵਾਰ-ਵਾਰ ਦੁਬਾਰਾ ਸੰਕੁਚਿਤ ਕਰਨ ਤੋਂ ਬਚਣਾ ਚਾਹੀਦਾ ਹੈ।
  • ਛੋਟਾ ਪਿਕਸਲਜੇ ਥੰਬਨੇਲ ਦੇ ਬਹੁਤ ਜ਼ਿਆਦਾ ਆਕਾਰ ਨਾ ਹੋਣ, ਤਾਂ ਕ੍ਰੈਡਿਟਸ ਦੀ ਵਰਤੋਂ ਕਾਫੀ ਸਿੱਧੀ-ਸਾਦੀ ਰਹਿੰਦੀ ਹੈ; ਪਰ ਜੇ ਤੁਸੀਂ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਆਕਾਰ ਅਤੇ ਅਗਲੀ ਪੀੜ੍ਹੀ ਦੇ ਵਰਜਨ ਤਿਆਰ ਕਰਦੇ ਹੋ, ਤਾਂ ਕ੍ਰੈਡਿਟਸ ਦੀ ਖਪਤ ਕਾਫੀ ਵੱਧ ਜਾਵੇਗੀ, ਇਸ ਲਈ ਤੁਹਾਨੂੰ ਪਹਿਲਾਂ ਤੋਂ ਯੋਜਨਾ ਬਣਾਉਣੀ ਪਵੇਗੀ।

5. ਕੋਟਾ ਬਨਾਮ ਬਿਲਿੰਗ: ਇਸ ਗੱਲ ਦੀ ਵਿਸਤ੍ਰਿਤ ਜਾਂਚ ਕਿ ਕੀ ਮੁਫ਼ਤ ਹੱਦ ਕਾਫ਼ੀ ਹੈ।

ਕਿਹੜਾ ਪੈਸੇ ਦਾ ਵਧੀਆ ਮੁੱਲ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਮੁਫ਼ਤ ਟ੍ਰਾਇਲ ਕਿੰਨੀ ਦੇਰ ਲਈ ਰਹੇਗਾ?

5.1 ਤਿੰਨ ਬਿਲਿੰਗ ਮਾਡਲ

  • ਛੋਟਾ ਪਿਕਸਲ(ਸ਼੍ਰੈਯ)ਕ੍ਰੈਡਿਟ “ਮੂਲ ਚਿੱਤਰ ਅਤੇ ਥੰਬਨੇਲਾਂ ਦੀ ਗਿਣਤੀ” ਦੇ ਆਧਾਰ 'ਤੇ ਗਿਣੇ ਜਾਂਦੇ ਹਨ; WebP/AVIF ਫਾਈਲਾਂ ਬਣਾਉਣ 'ਤੇ ਹਰੇਕ ਸੰਬੰਧਿਤ ਸੰਸਕਰਣ ਲਈ ਇੱਕ ਵਾਧੂ ਕ੍ਰੈਡਿਟ ਚਾਰਜ ਲੱਗੇਗਾ।
  • ਕਲਪਨਾ ਕਰੋ(MB ਕੋਟਾ)ਕੋਟਾ “ਮੂਲ ਫਾਈਲ ਆਕਾਰ” ਦੇ ਆਧਾਰ 'ਤੇ ਘਟਾਇਆ ਜਾਂਦਾ ਹੈ; ਜਿੰਨੇ ਜ਼ਿਆਦਾ ਥੰਬਨੇਲ ਹੋਣਗੇ, ਉਤਨਾ ਜ਼ਿਆਦਾ ਕੋਟਾ ਵਰਤਿਆ ਜਾਵੇਗਾ; ਮੁੜ-ਕੰਪ੍ਰੈਸ਼ਨ ਨਾਲ ਹੋਰ ਕੋਟਾ ਘਟੇਗਾ।
  • ਛੋਟਾ ਪੀਐਨਜੀ(ਸ਼੍ਰੈਯ): 500 ਕਰੈਡਿਟ ਪ੍ਰਤੀ ਮਹੀਨਾ; WebP/AVIF ਕਨਵਰਜ਼ਨ ਨੂੰ ਚਾਲੂ ਕਰਨ 'ਤੇ ਪ੍ਰਤੀ ਚਿੱਤਰ ਆਕਾਰ ਇੱਕ ਵਾਧੂ ਚਾਰਜ ਲੱਗੇਗਾ।

5.2 ਤੇਜ਼ ਅਨੁਮਾਨ ਵਿਧੀਆਂ

ਤੁਸੀਂ ਇਸਦਾ ਅੰਦਾਜ਼ਾ ਇਸ ਤਰ੍ਹਾਂ ਲਗਾ ਸਕਦੇ ਹੋ:

  1. ਕੋਈ ਵੀ “ਅਸਲ ਤਸਵੀਰ ਜੋ ਤੁਸੀਂ ਅਕਸਰ ਅਪਲੋਡ ਕਰਦੇ ਹੋ” ਚੁਣੋ ਅਤੇ ਇਸਦਾ ਲਗਭਗ ਆਕਾਰ ਜਾਂਚੋ (ਉਦਾਹਰਨ ਵਜੋਂ 300KB / 1MB / 3MB)
  2. ਇਹ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਤੁਹਾਡੀ ਸਾਈਟ ਆਮ ਤੌਰ 'ਤੇ ਕਿੰਨੇ ਥੰਬਨੇਲ ਆਕਾਰ ਬਣਾਉਂਦੀ ਹੈ (ਉਦਾਹਰਨ ਵਜੋਂ 5, 10 ਜਾਂ 20)
  3. ਤੁਸੀਂ WebP/AVIF ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ ਜਾਂ ਨਹੀਂ, ਇਹ ਫੈਸਲਾ ਕਰੋ (ਹਾਂ/ਨਹੀਂ)

ਫਿਰ ਖਪਤ ਨੂੰ ਸਮਝਣ ਲਈ ਹੇਠਾਂ ਦਿੱਤੀ “ਮਾਨਸਿਕ ਗਣਿਤ” ਦੀ ਵਰਤੋਂ ਕਰੋ:

  • ਛੋਟਾ ਪਿਕਸਲ: ਹਰ ਇੱਕ ਚਿੱਤਰ ਲਈ ਲਗਭਗ (1 + ਥੰਬਨੇਲਾਂ ਦੀ ਗਿਣਤੀ) ਕ੍ਰੈਡਿਟ; ਜੇਕਰ WebP/AVIF ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਹ ਲਗਭਗ ਦੁੱਗਣਾ ਹੋ ਜਾਂਦਾ ਹੈ (ਕਿਉਂਕਿ ਅਗਲੀ-ਪੀੜ੍ਹੀ ਦੇ ਵਰਜਨਾਂ ਲਈ ਵੀ ਕ੍ਰੈਡਿਟ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ)
  • ਕਲਪਨਾ ਕਰੋਹਰ ਇੱਕ ਚਿੱਤਰ ਲਈ ਕੋਟਾ ਲਗਭਗ (ਮੂਲ ਚਿੱਤਰ ਦਾ ਆਕਾਰ + ਸਾਰੇ ਥੰਬਨੇਲਾਂ ਦਾ ਕੁੱਲ ਆਕਾਰ) ਹੁੰਦਾ ਹੈ; ਕੰਪ੍ਰੈਸ਼ਨ ਪੱਧਰ ਬਦਲਣ ਅਤੇ ਚਿੱਤਰ ਨੂੰ ਮੁੜ-ਕੰਪ੍ਰੈਸ਼ਨ ਕਰਨ ਨਾਲ ਕੋਟੇ ਵਿੱਚ ਹੋਰ ਕਟੌਤੀ ਹੋਵੇਗੀ।
  • ਛੋਟਾ ਪੀਐਨਜੀ: 500 ਮੁਫ਼ਤ ਕ੍ਰੈਡਿਟ; ਜੇ ਤੁਹਾਡੀ ਸਾਈਟ ਹਰ ਇਮੇਜ ਲਈ ਬਹੁਤ ਸਾਰੇ ਆਕਾਰ ਬਣਾਉਂਦੀ ਹੈ ਅਤੇ ਇਮੇਜ ਕਨਵਰਜ਼ਨ ਚਾਲੂ ਹੈ, ਤਾਂ ਮੁਫ਼ਤ ਇਮੇਜਾਂ ਦੀ ਗਿਣਤੀ ਕਾਫ਼ੀ ਘੱਟ ਹੋ ਜਾਵੇਗੀ (ਪਲੱਗਇਨ ਪੇਜ “ਲਗਭਗ 100 ਪ੍ਰਤੀ ਮਹੀਨਾ” ਅਤੇ “ਲਗਭਗ 50 ਪ੍ਰਤੀ ਮਹੀਨਾ” ਦਾ ਇੱਕ ਅੰਦਾਜ਼ਾ ਦਿੰਦਾ ਹੈ)

੬. ਜੋਖਮ ਦਾ ਖੁਲਾਸਾ

ਖਤਰਾ 1: ਇੱਕੋ ਕੰਮ ਲਈ ਕਈ ਪਲੱਗਇਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਤੋਂ ਬਚੋ

ਇਹ ਸਭ ਤੋਂ ਆਮ “ਆਫ਼ਤ ਦਾ ਸਰੋਤ” ਹੈ।”

  • ਰਸਤਾ A:ਵੈੱਬਪੀ ਜਾਂ ਏਵੀਆਈਐਫ + ਈਡਬਲਯੂਡਬਲਯੂਡਬਲਯੂ(ਦੋਹਾਂ ਕੰਮਾਂ ਨੂੰ ਦੋਹਾਂ ਵਿੱਚ ਵੰਡੋ; ਇਕੱਠੇ ਤਬਦੀਲੀ ਅਤੇ ਡਿਲਿਵਰੀ ਨਾ ਕਰੋ, ਜਾਂ ਸਿਰਫ਼ ਇਕ ਹੀ ਇੰਸਟਾਲ ਕਰੋ)
  • ਵਿਕਲਪ ਬੀ: ਸ਼ਾਰਟਪਿਕਸਲ / ਇਮੈਜੀਫਾਈ / ਟਾਈਨੀਪੀਐਨਜੀ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਚੁਣੋ(ਕੰਪ੍ਰੈਸ਼ਨ ਅਤੇ ਅਗਲੀ ਪੀੜ੍ਹੀ ਨੂੰ ਸੰਭਾਲਣ ਲਈ ਇੱਕ ਚੁਣੋ)

ਖਤਰਾ 2: ਨਾਲ ਹੀ, WebP ਦੀਆਂ “ID ਓਵਰਰਾਈਟ ਕਰੋ / ਮੂਲ ਚਿੱਤਰ ਮਿਟਾਓ / URL ਬਦਲੋ” ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਸੰਪਤੀ ਮਾਈਗ੍ਰੇਸ਼ਨ ਬਣਾਉਂਦੀਆਂ ਹਨ।

ਦੁਹਰਾਉਣ ਲਈ:ਪਲੱਸ WebP ਵਰਣਨ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਦੱਸਦਾ ਹੈ ਕਿ ਇੱਕ ਪੂਰੀ ਜਨਰੇਸ਼ਨ ਦੌਰਾਨ, ਮੂਲ ਚਿੱਤਰ ID ਨੂੰ ਓਵਰਰਾਈਟ ਕੀਤਾ ਜਾਵੇਗਾ, ਮੂਲ ਫਾਈਲ ਮਿਟਾ ਦਿੱਤੀ ਜਾਵੇਗੀ, ਅਤੇ ਸਮੱਗਰੀ ਦਾ URL ਬਦਲ ਦਿੱਤਾ ਜਾਵੇਗਾ।
ਇਸਦਾ ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਇਹ ਕੋਈ “ਛੋਟੀ ਜਿਹੀ ਸੋਧ ਨਹੀਂ ਜੋ ਕਿਸੇ ਵੀ ਸਮੇਂ ਵਾਪਸ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ”, ਸਗੋਂ ਇਹ ਸੰਪਤੀ ਪੱਧਰ 'ਤੇ ਇੱਕ ਤਬਦੀਲੀ ਹੈ।

ਸਿਫਾਰਸ਼ ਕੀਤੀ ਰਣਨੀਤੀ ਇਹ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ:

  • ਇੱਕ ਛੋਟੇ ਪੱਧਰ ਦੇ ਟੈਸਟ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ (ਕੁਝ ਦਰਜਨ ਤੋਂ ਕੁਝ ਸੌ ਤੱਕ)
  • ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਫਰੰਟ-ਐਂਡ ਡਿਸਪਲੇ, ਥੰਬਨੇਲ ਅਤੇ ਕੈਸ਼ ਅੱਪਡੇਟ ਸਭ ਠੀਕ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰ ਰਹੇ ਹਨ।
  • ਪੂਰੇ ਡੇਟਾਬੇਸ ਨੂੰ ਪ੍ਰੋਸੈਸ ਕਰਨ ਬਾਰੇ ਵਿਚਾਰ ਕਰੋ

ਖਤਰਾ 3: ਕਲਾਉਡ ਕੰਪ੍ਰੈਸ਼ਨ ਲਈ “ਮੁਫ਼ਤ ਅਲਾਊਂਸ” ਦੀ ਅਸਲ ਖਪਤ ਥੰਬਨੇਲਾਂ ਦੀ ਗਿਣਤੀ ਅਤੇ ਅਗਲੀ ਪੀੜ੍ਹੀ ਦੇ ਵਿਕਲਪਾਂ ਦੀ ਚੋਣ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ।

  • ਛੋਟਾ ਪਿਕਸਲਥੰਬਨੇਲ ਅਤੇ ਅਗਲੀ ਪੀੜ੍ਹੀ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਕ੍ਰੈਡਿਟਸ 'ਤੇ ਮਹੱਤਵਪੂਰਨ ਪ੍ਰਭਾਵ ਪਾਉਣਗੀਆਂ।
  • ਛੋਟਾ ਪੀਐਨਜੀ: WebP/AVIF ਨੂੰ ਚਾਲੂ ਕਰਨ ਨਾਲ ਹਰ ਇੱਕ ਚਿੱਤਰ ਦੇ ਆਕਾਰ ਲਈ ਕ੍ਰੈਡਿਟਾਂ ਵਿੱਚ ਵਾਧੂ ਕਟੌਤੀ ਹੋਵੇਗੀ।
  • ਕਲਪਨਾ ਕਰੋ: ਅਸਲ ਚਿੱਤਰ ਦੇ ਆਕਾਰ ਦੇ ਆਧਾਰ 'ਤੇ ਚਾਰਜ ਲੱਗਦੇ ਹਨ; ਜਿੰਨੇ ਜ਼ਿਆਦਾ ਥੰਬਨੇਲ ਹੋਣਗੇ, ਚਾਰਜ ਉਤਨਾ ਹੀ ਵੱਧੇਗਾ; ਮੁੜ-ਮੁੜ ਡਾਊਨਲੋਡ ਕਰਨ 'ਤੇ ਵਾਧੂ ਚਾਰਜ ਲੱਗਣਗੇ

ਖਤਰਾ 4: “WebP/AVIF ਤਿਆਰ ਹੋ ਗਿਆ ਹੈ” ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਹੈ ਕਿ “ਫਰੰਟ-ਐਂਡ WebP/AVIF ਸਰਵ ਕਰ ਰਿਹਾ ਹੈ”

ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਮਹਿਸੂਸ ਕਰਦੇ ਹਨ ਕਿ ਕਨਵਰਜ਼ਨ ਤੋਂ ਬਾਅਦ ਉਨ੍ਹਾਂ ਦੀ ਸਾਈਟ ਤੇਜ਼ ਨਹੀਂ ਹੋਈ; ਇਸਦਾ ਮੁੱਖ ਕਾਰਨ ਇਹ ਹੈ ਕਿ ਫਰੰਟ-ਐਂਡ ਅਜੇ ਵੀ JPG/PNG ਫਾਈਲਾਂ ਸਰਵ ਕਰ ਰਿਹਾ ਹੈ (ਹੇਠ ਲਿਖੀਆਂ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਵਿੱਚ ਅਣਮੇਲ: ਕੈਸ਼ਿੰਗ, ਰੀਰਾਈਟਿੰਗ, ਟੈਗਸ, ਜਾਂ ਬ੍ਰਾਊਜ਼ਰ ਨੈਗੋਸ਼ੀਏਸ਼ਨ)।

7. ਮੈਂ ਪੂਰਾ ਕਰਨ ਤੋਂ ਬਾਅਦ ਕਿਵੇਂ ਜਾਂਚ ਕਰਾਂ ਕਿ ਇਸਦਾ ਅਸਰ ਹੋਇਆ ਹੈ?

4 ਬਹੁਤ ਹੀ ਸਧਾਰਣ ਜਾਂਚ-ਚੌਕੀਆਂ:

  1. ਜਦੋਂ ਇੱਕੋ ਪੰਨਾ ਦੂਜੀ ਵਾਰ ਰਿਫਰੈਸ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਲੋਡ ਹੋਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਵਧੇਰੇ ਸਥਿਰ ਅਤੇ ਤੇਜ਼ ਹੁੰਦੀ ਹੈ?(ਕੈਸ਼ਿੰਗ ਅਤੇ ਅਨੁਕੂਲਨ ਦੇ ਪ੍ਰਭਾਵ ਕਿੰਨੇ ਝਲਕਦੇ ਹਨ?)
  2. ਕੀ ਮੋਬਾਈਲ ਡਿਵਾਈਸਾਂ ਅਤੇ ਡੈਸਕਟਾਪ ਕੰਪਿਊਟਰਾਂ 'ਤੇ ਲੋਡ ਕੀਤੀਆਂ ਤਸਵੀਰਾਂ ਦੇ ਆਕਾਰ ਵਿੱਚ ਕੋਈ ਨਜ਼ਰ ਆਉਣ ਵਾਲਾ ਫਰਕ ਹੈ?(ਜਵਾਬਦੇਹ ਸਰਸੈੱਟ/ਆਕਾਰ (ਕੀ ਇਹ ਕੰਮ ਕਰਦਾ ਹੈ)
  3. ਕੁਝ ਤਸਵੀਰਾਂ ਨੂੰ ਬੇਤਰਤੀਬੇ ਢੰਗ ਨਾਲ ਜਾਂਚੋ: ਕੀ ਇੱਥੇ ਕੋਈ WebP ਜਾਂ AVIF ਫਾਈਲਾਂ/ਸਰੋਤ ਹਨ?(ਕੀ ਸਾਈਟ ਅਸਲ ਵਿੱਚ ਵਰਤ ਰਹੀ ਹੈ ਅਗਲੀ ਪੀੜ੍ਹੀ）
  4. ਕੁਝ ਤਸਵੀਰਾਂ 'ਤੇ ਨਜ਼ਰ ਮਾਰੋ: ਵਧਾ ਕੇ ਦੇਖੋ ਕਿ ਕੀ ਉਹ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਧੁੰਦਲੀਆਂ ਹਨ ਜਾਂ ਲਿਖਤ ਧੁੰਦਲੀ ਲੱਗਦੀ ਹੈ।(ਕੀ ਕੰਪਰੈਸ਼ਨ ਬਹੁਤ ਜ਼ਿਆਦਾ ਤਗੜਾ ਹੈ?)

ਜੇ ਇਹਨਾਂ ਚਾਰਾਂ ਵਿੱਚੋਂ ਸਾਰੇ ਲਾਗੂ ਹੁੰਦੇ ਹਨ, ਤਾਂ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਸੀਂ ਚੁਣਿਆ ਹੋਇਆ ਰਸਤਾ ਪਹਿਲਾਂ ਹੀ ਚੱਲ ਰਿਹਾ ਹੈ। ਅੱਗੇ ਵਧੋ CDN “ਡਿਲਿਵਰੀ ਪਰਤ”...ਇਹ ਕੁੱਲ ਮਿਲਾ ਕੇ ਵਧੇਰੇ ਸਥਿਰ ਹੋਵੇਗਾ।

੮. ਕਾਰਵਾਈ ਲਈ ਸਿਫ਼ਾਰਸ਼ਾਂ

  1. ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਇੱਕ ਰਸਤਾ ਚੁਣੋ:
  • ਮੈਂ ਇਸਨੂੰ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਮੁਫ਼ਤ ਰੱਖਣਾ ਚਾਹੁੰਦਾ ਹਾਂ।: ਵੈੱਬਪੀ ਜਾਂ ਏਵੀਆਈਐਫ + ਈਡਬਲਯੂਡਬਲਯੂਡਬਲਯੂ (ਜਾਂ ਇਹਨਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਇੰਸਟਾਲ ਕਰੋ)
  • ਸਰਵਰ ਸਰੋਤਾਂ 'ਤੇ ਬਚਤ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ? ਵਰਤੋਂ ਅਨੁਸਾਰ ਭੁਗਤਾਨ ਕਰਨਾ ਵਧੇਰੇ ਬੇਜੰਜਾਲ ਹੈ।: ShortPixel, Imagify ਜਾਂ TinyPNG ਵਿੱਚੋਂ ਇੱਕ ਚੁਣੋ
  1. ਛੋਟੇ ਪੱਧਰ ਦੇ ਟੈਸਟ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ (ਕੁਝ ਦਰਜਨ)
  2. ਬੈਚਾਂ ਵਿੱਚ ਪ੍ਰੋਸੈਸ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚ ਕਰੋ ਕਿ ਸਭ ਕੁਝ ਠੀਕ ਹੈ।
  3. ਡਿਲਿਵਰੀ ਦੀ ਭਰੋਸੇਯੋਗਤਾ ਨੂੰ ਹੋਰ ਸੁਧਾਰਨ ਦੀ ਲੋੜ ਹੈ:ਪੜ੍ਹੋ CDN ਤੇਜ਼ੀ

ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਸਵਾਲ

1. ਮੈਨੂੰ ਕਿੰਨੇ ਪਲੱਗਇਨ ਇੰਸਟਾਲ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ? ਕੀ ਮੈਂ ਉਹਨਾਂ ਸਾਰਿਆਂ ਨੂੰ ਇੰਸਟਾਲ ਕਰ ਸਕਦਾ ਹਾਂ?

ਇੱਕ ਹੀ ਰਸਤੇ 'ਤੇ ਟਿਕੇ ਰਹਿਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ।

  • ਵਿਕਲਪ A: Plus WebP ਜਾਂ AVIF + EWWW Image Optimizer (ਜਾਂ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਇੰਸਟਾਲ ਕਰੋ)
  • ਵਿਕਲਪ ਬੀ: ShortPixel, Imagify ਜਾਂ TinyPNG ਵਿੱਚੋਂ ਇੱਕ ਚੁਣੋ।
    ਇੱਕੋ ਸਾਈਟ “ਤੇ ਕਈ ਪਲੱਗਇਨਾਂ ਨੂੰ ਇਕੱਠੇ ਚਲਾਉਣਾ, ਜਿਸ ਨਾਲ ”ਕੰਪ੍ਰੈਸ਼ਨ, WebP ਜਾਂ AVIF ਵਿੱਚ ਪਰਿਵਰਤਨ, URL ਵਿੱਚ ਸੋਧ ਅਤੇ ਡਿਲਿਵਰੀ ਰੀਰਾਈਟਿੰਗ' ਇਕੱਠੇ ਕੀਤੀ ਜਾਵੇ, ਗੜਬੜ ਪੈਦਾ ਕਰਨ ਦਾ ਸਭ ਤੋਂ ਪੱਕਾ ਤਰੀਕਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਠੀਕ ਕਰਨਾ ਸਭ ਤੋਂ ਔਖਾ ਹੁੰਦਾ ਹੈ।

2. ਕੀ ਵਰਡਪਰੈਸ ਪਹਿਲਾਂ ਹੀ WebP/AVIF ਨੂੰ ਸਪੋਰਟ ਨਹੀਂ ਕਰਦਾ? ਕੀ ਮੈਨੂੰ ਫਿਰ ਵੀ ਪਲੱਗਇਨ ਦੀ ਲੋੜ ਹੈ?

ਇਹ ਫਰਕ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ:
“ਅੱਪਲੋਡ/ਵਰਤੋਂ ਲਈ ਸਹਾਇਤਾ” ≠ “ਆਟੋਮੈਟਿਕ ਤਬਦੀਲੀ/ਆਟੋਮੈਟਿਕ ਡਿਲਿਵਰੀ”
WordPress 6.5 ਮੌਜੂਦਾ JPG/PNG ਫਾਈਲਾਂ ਨੂੰ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਆਪਣੇ ਆਪ WebP/AVIF ਵਿੱਚ ਨਹੀਂ ਬਦਲੇਗਾ, ਨਾ ਹੀ ਇਹ ਬ੍ਰਾਊਜ਼ਰ ਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਦੇ ਆਧਾਰ “ਤੇ AVIF/WebP ਸਰਵ ਕਰਨ ਅਤੇ ਫਿਰ ਮੂਲ ਫਾਰਮੈਟ ”ਤੇ ਵਾਪਸ ਜਾਣ ਦੀ ਪੂਰੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਆਪਣੇ ਆਪ ਸੰਭਾਲੇਗਾ। ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਕਿ ਤੁਹਾਡੀ ਮੌਜੂਦਾ ਮੀਡੀਆ ਲਾਇਬ੍ਰੇਰੀ ਵੀ ਅਪਡੇਟ ਹੋ ਜਾਵੇ, ਤੁਹਾਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਕਮੀਆਂ ਪੂਰੀਆਂ ਕਰਨ ਲਈ ਕਿਸੇ ਪਲੱਗਇਨ ਜਾਂ ਸੇਵਾ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਪੈਂਦੀ ਹੈ।

3. ਜਦੋਂ ਚਿੱਤਰ ਅਨੁਕੂਲਨ ਦੀ ਗੱਲ ਆਉਂਦੀ ਹੈ, ਤਾਂ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਕਦਮ ਸਭ ਤੋਂ ਵੱਧ ਨਿਵੇਸ਼ “ਤੇ ਵਾਪਸੀ (ROI) ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ?

ਆਮ ਤੌਰ 'ਤੇ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਮਾਪ ਠੀਕ ਕਰੋ (srcset/sizes)。
ਕਈ ਵੈਬਸਾਈਟਾਂ ਹੌਲੀ ਹੁੰਦੀਆਂ ਹਨ, ਪਰ ਇਹ ਇਸ ਲਈ ਨਹੀਂ ਕਿ ਉਹਨਾਂ ਨੂੰ ਕੰਪ੍ਰੈਸ ਨਹੀਂ ਕੀਤਾ ਗਿਆ, ਸਗੋਂ ਇਸ ਲਈ ਕਿ ਉਹ ਸਿਰਫ 900px ਚੌੜਾ ਪੰਨਾ ਦਿਖਾਉਂਦੀਆਂ ਹਨ, ਜਦਕਿ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਅਸਲ 3000px ਚਿੱਤਰ ਡਾਊਨਲੋਡ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਦੀਆਂ ਹਨ। ਕੰਪ੍ਰੈਸ਼ਨ ਕੁਝ ਕਿਲੋਬਾਈਟ ਬਚਾ ਸਕਦਾ ਹੈ, ਪਰ “ਗਲਤ ਮਾਪ” ਤੁਹਾਨੂੰ ਬੇਵਜ੍ਹਾ ਕਈ ਗੁਣਾ ਜ਼ਿਆਦਾ ਡਾਟਾ ਡਾਊਨਲੋਡ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰ ਦੇਵੇਗਾ।

4. ਮੈਂ ਇਹ ਕਿਵੇਂ ਯਕੀਨੀ ਬਣਾ ਸਕਦਾ ਹਾਂ ਕਿ ਹਰ ਵਾਰ ਅਸਲ ਚਿੱਤਰ ਦੀ ਬਜਾਏ “ਛੋਟਾ ਸੰਸਕਰਣ” ਲੋਡ ਹੋ ਰਿਹਾ ਹੈ?

ਦੋ ਵਰਤਾਰਿਆਂ 'ਤੇ ਵਿਚਾਰ ਕਰੋ:

  • ਜਦੋਂ ਮੋਬਾਈਲ ਡਿਵਾਈਸ 'ਤੇ ਦੇਖਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਡਾਊਨਲੋਡ ਕੀਤੀਆਂ ਤਸਵੀਰਾਂ ਡੈਸਕਟਾਪ ਦੇ ਮੁਕਾਬਲੇ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਛੋਟੀਆਂ ਦਿਸਦੀਆਂ ਹਨ।
  • ਇੱਕੋ ਤਸਵੀਰ ਦਾ ਫਾਈਲ ਆਕਾਰ ਉਸ ਡਿਵਾਈਸ ਦੇ ਅਨੁਸਾਰ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ ਜਿਸ 'ਤੇ ਇਹ ਲੋਡ ਹੁੰਦੀ ਹੈ।
    ਜੇ ਤਸਵੀਰਾਂ ਹਮੇਸ਼ਾਂ ਆਪਣੇ ਮੂਲ ਆਕਾਰ ਵਿੱਚ ਡਾਊਨਲੋਡ ਹੁੰਦੀਆਂ ਹਨ, ਤਾਂ ਇਹ ਅਕਸਰ ਇਸ ਲਈ ਹੁੰਦਾ ਹੈ ਕਿ ਥੀਮ ਜਾਂ ਪੇਜ ਬਿਲਡਰ ਤਸਵੀਰ ਨੂੰ CSS ਬੈਕਗ੍ਰਾਊਂਡ ਇਮੇਜ ਜਾਂ ਕਸਟਮ ਆਉਟਪੁੱਟ ਵਜੋਂ ਵਰਤਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਮੀਡੀਆ ਲਾਇਬ੍ਰੇਰੀ ਦੀਆਂ ਵੱਖ-ਵੱਖ ਆਕਾਰਾਂ ਅਤੇ `srcset` ਐਟ੍ਰਿਬਿਊਟ ਲਈ ਸਹਾਇਤਾ ਨੂੰ ਬਾਈਪਾਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

5. ਕੀ “WebP/AVIF generated” ਦਾ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਇਹ ਮਤਲਬ ਹੈ ਕਿ ਫਰੰਟ-ਐਂਡ WebP/AVIF ਆਉਟਪੁੱਟ ਕਰ ਰਿਹਾ ਹੈ?

ਬਰਾਬਰ ਨਹੀਂ ਹੈ।
ਜਨਰੇਸ਼ਨ ਸਿਰਫ਼ “ਫਾਈਲ ਪੱਧਰ” “ਤੇ ਹੀ ਪੂਰੀ ਹੁੰਦੀ ਹੈ; WebP/AVIF ਅਸਲ ਵਿੱਚ ਫਰੰਟ-ਐਂਡ ਨੂੰ ਸਰਵ ਕੀਤਾ ਜਾਵੇਗਾ ਜਾਂ ਨਹੀਂ, ਇਹ ਮੁੜ-ਲਿਖਣ, `picture` ਟੈਗ ਰਣਨੀਤੀ, ਕੈਸ਼ ਹਿੱਟਸ ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਨੈਗੋਸ਼ੀਏਸ਼ਨ ਦੀ ਪ੍ਰਭਾਵਸ਼ੀਲਤਾ ਵਰਗੇ ਕਾਰਕਾਂ ”ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ ਮੁਕੰਮਲ ਕਰ ਲੈਂਦੇ ਹੋ, ਤਾਂ ਕੁਝ ਤਸਵੀਰਾਂ ਦੀਆਂ ਸਰੋਤ ਕਿਸਮਾਂ ਦੀ 'ਸਪੌਟ-ਚੈੱਕ' ਜ਼ਰੂਰ ਕਰੋ।

6. WebP ਜਾਂ AVIF ਨਾਲ ਜੁੜੇ ਖ਼ਤਰੇ ਅਸਲ ਵਿੱਚ ਕੀ ਹਨ? ਕੀ ਮੈਂ ਪੂਰੇ ਡੇਟਾਬੇਸ 'ਤੇ ਇੱਕ-ਕਲਿੱਕ ਸਕੈਨ ਕਰ ਸਕਦਾ ਹਾਂ?

ਖਤਰਾ “ਕੰਪ੍ਰੈਸ਼ਨ” ਵਿੱਚ ਨਹੀਂ, ਸਗੋਂਸੰਪਤੀ ਮਾਈਗ੍ਰੇਸ਼ਨ ਪੱਧਰਾਂ ਵਿੱਚ ਤਬਦੀਲੀਆਂ：

  • ਜਦੋਂ ਪੂਰਾ ਸੈੱਟ ਤਿਆਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਮੂਲ ਚਿੱਤਰ ਫਾਈਲ ਆਈਡੀਜ਼ ਉੱਤੇ ਲਿਖਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਮੂਲ ਫਾਈਲਾਂ ਮਿਟਾਈਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ, ਅਤੇ ਸਮੱਗਰੀ ਵਿੱਚ ਮੌਜੂਦ URLs ਬਦਲੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ।
    ਤਾਂਅਸੀਂ ਪੂਰੇ ਡੇਟਾਬੇਸ ਨੂੰ ਤੁਰੰਤ ਬਦਲਣ ਦੀ ਸਿਫਾਰਸ਼ ਨਹੀਂ ਕਰਦੇ।ਇੱਕ ਛੋਟੇ ਪੱਧਰ ਦੇ ਟੈਸਟ (ਕੁਝ ਦਰਜਨਾਂ ਤੋਂ ਕੁਝ ਸੌ ਰਿਕਾਰਡਾਂ ਤੱਕ) ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਪੂਰੇ ਡੇਟਾਬੇਸ ਨਾਲ ਅੱਗੇ ਵਧਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਕਾਰਜਸ਼ੀਲ ਬੈਕਅੱਪ ਹੈ।

7. ਮੈਂ Plus WebP ਵਿੱਚ ਦੋ ਮੋਡਾਂ ਵਿਚੋਂ ਕਿਵੇਂ ਚੋਣ ਕਰਾਂ: ਮੂਲ ਚਿੱਤਰ ਨੂੰ ਰੱਖਣਾ ਜਾਂ ਮੂਲ ਚਿੱਤਰ ਨੂੰ ਬਦਲ ਕੇ ਮਿਟਾਉਣਾ?

ਸਧਾਰਣ ਸ਼ਬਦਾਂ ਵਿੱਚ:

  • ਵਿਕਲਪ 1: ਮੂਲ ਚਿੱਤਰ ਨੂੰ ਰੱਖੋ + WebP/AVIF ਕਾਪੀਆਂ ਬਣਾਓ (ਵਧੇਰੇ ਭਰੋਸੇਯੋਗ): ਵਾਪਸ ਬਦਲਣਾ ਆਸਾਨ ਹੈ, ਪਰ ਇਸ ਨਾਲ ਵੱਧ ਡਿਸਕ ਸਪੇਸ ਲੱਗਦੀ ਹੈ (ਮੂਲ ਚਿੱਤਰ + ਨਵਾਂ ਫਾਰਮੈਟ + ਕਈ ਥੰਬਨੇਲ ਆਕਾਰ).
  • ਤਰੀਕਾ 2: ਮੂਲ ਚਿੱਤਰ ਨੂੰ ਬਦਲੋ ਅਤੇ ਮਿਟਾਓ (ਵਧੇਰੇ ਕੱਟੜ)ਡਿਸਕ ਦਾ ਵਿਸਥਾਰ ਹੋਣ ਦਾ ਖਤਰਾ ਨਹੀਂ ਹੁੰਦਾ, ਪਰ ਜੇ ਤੁਸੀਂ ਐਸੈੱਟਸ ਅਤੇ ਰੈਫਰੈਂਸਾਂ ਵਿੱਚ ਸੋਧ ਕਰਦੇ ਹੋ, ਤਾਂ ਅਨੁਕੂਲਤਾ ਸੰਬੰਧੀ ਸਮੱਸਿਆਵਾਂ ਦਾ ਨਿਪਟਾਰਾ ਕਰਨਾ ਵਧੇਰੇ ਮਹਿੰਗਾ ਹੋ ਜਾਂਦਾ ਹੈ।
    ਸਾਈਟ ਜਿੰਨੀ ਜ਼ਿਆਦਾ ਜਟਿਲ ਹੋਵੇ (ਈ-ਕਾਮਰਸ, ਕਈ ਪਲੱਗਇਨ, ਵੱਖ-ਵੱਖ ਆਕਾਰ), ਉਤਨਾ ਹੀ ਅਸੀਂ ਇੱਕ ਵਧੇਰੇ ਸਥਿਰ ਪਹੁੰਚ ਨਾਲ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਕਰਦੇ ਹਾਂ।

8. ਕੀ EWWW Image Optimizer ਦੁਆਰਾ ਪੇਸ਼ ਕੀਤੀ ਗਈ ਮੁਫ਼ਤ ਸਥਾਨਕ ਕੰਪਰੈਸ਼ਨ ਕਾਫ਼ੀ ਹੈ? ਕੀ ਇਹ ਸਰਵਰ 'ਤੇ ਬਹੁਤ ਜ਼ਿਆਦਾ ਭਾਰ ਪਾਵੇਗੀ?

EWWW ਵਧੇਰੇ ਇੱਕ “ਸਥਾਨਕ ਕੰਪ੍ਰੈਸ਼ਨ ਟੂਲ” ਵਾਂਗ ਹੈ: ਇਹ CPU/IO ਖਪਤ ਕਰਦਾ ਹੈ।
ਬੈਚ ਅਨੁਕੂਲਨ ਦੌਰਾਨ ਲੋਡ ਵਧਣਾ ਆਮ ਗੱਲ ਹੈ; ਇਸਦਾ ਇਹ ਮਤਲਬ ਨਹੀਂ ਕਿ ਸਿਸਟਮ “ਫੇਲ” ਹੋ ਰਿਹਾ ਹੈ, ਸਗੋਂ ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਤਰੀਕਾ ਠੀਕ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ: ਕੰਮ ਨੂੰ ਬੈਚਾਂ ਵਿੱਚ, ਘੱਟ-ਚਰਮ ਸਮਿਆਂ ਦੌਰਾਨ ਕਰੋ, ਅਤੇ ਜਿੱਥੇ ਲੋੜ ਹੋਵੇ, ਡਾਟਾ ਆਫਲੋਡ ਕਰਨ ਜਾਂ ਕਲਾਉਡ ਹੱਲਾਂ ਦੀ ਚੋਣ ਕਰੋ।
ਜੇ ਤੁਸੀਂ ਬਿਨਾਂ ਕਿਸੇ ਪਰੇਸ਼ਾਨੀ ਦੇ ਹੱਲ ਦੀ ਤਲਾਸ਼ ਕਰ ਰਹੇ ਹੋ, ਜਾਂ ਜੇ ਤੁਹਾਡੇ ਸਰਵਰ ਦੇ ਸਰੋਤ ਸੀਮਤ ਹਨ, ਤਾਂ ਵਿਕਲਪ ਬੀ ਸਰਵਰ ਲਈ ਵਧੇਰੇ ਕੁਸ਼ਲ ਹੈ।

9. ShortPixel ਹਰ ਮਹੀਨੇ 100 ਮੁਫ਼ਤ ਕ੍ਰੈਡਿਟ ਦਿੰਦਾ ਹੈ, ਫਿਰ ਮੈਨੂੰ ਅਜਿਹਾ ਕਿਉਂ ਲੱਗਦਾ ਹੈ ਕਿ ਇਹ ਸਿਰਫ਼ ਕੁਝ ਹੀ ਤਸਵੀਰਾਂ ਤੋਂ ਬਾਅਦ ਖਤਮ ਹੋ ਜਾਂਦੇ ਹਨ?

ਕਿਉਂਕਿ “ਕ੍ਰੈਡਿਟਸ” ਦਾ ਮਤਲਬ 'ਤਸਵੀਰਾਂ ਦੀ ਗਿਣਤੀ' ਨਹੀਂ ਹੁੰਦਾ।”, ਥੰਬਨੇਲਾਂ ਅਤੇ ਅਗਲੀ ਪੀੜ੍ਹੀ ਦੁਆਰਾ ਵਧਾਇਆ ਜਾਵੇਗਾ:

  • ਹਰ ਥੰਬਨੇਲ ਲਈ ਮੂਲ ਤਸਵੀਰ + ਕ੍ਰੈਡਿਟ
  • ਜੇਕਰ WebP/AVIF ਫਾਈਲਾਂ ਤਿਆਰ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਤਾਂ ਹਰੇਕ ਸੰਬੰਧਿਤ ਸੰਸਕਰਣ 'ਤੇ ਕ੍ਰੈਡਿਟਸ ਵਿੱਚ ਵਾਧੂ ਲਾਗਤ ਆਵੇਗੀ।
    ਤਾਂ ਜੋ ਤੁਸੀਂ “ਇੱਕ ਚਿੱਤਰ” ਸੋਚਦੇ ਹੋ, ਉਹ ਅਸਲ ਵਿੱਚ ਲਗਭਗ “ਦੋ ਅੰਕਾਂ ਵਾਲੇ ਕ੍ਰੈਡਿਟ” ਖਰਚ ਕਰ ਸਕਦਾ ਹੈ। ShortPixel

10. Imagify ਦੀ ਮੁਫ਼ਤ 201 TP234T/ਮਹੀਨਾ ਦੀ ਆਗਿਆ ਇੰਨੀ ਜਲਦੀ ਕਿਉਂ ਖਤਮ ਹੋ ਜਾਂਦੀ ਹੈ?

Imagify ਇੱਕ “ਡਾਟਾ ਬੰਡਲ” ਵਾਂਗ ਹੈ:

  • ਤੁਹਾਡੇ ਸੁਨੇਹੇ ਅਨੁਸਾਰਮੂਲ ਫਾਈਲ ਦਾ ਆਕਾਰਕੋਟੇ ਵਿੱਚੋਂ ਘਟਾਓ
  • ਜਿੰਨੇ ਜ਼ਿਆਦਾ ਥੰਬਨੇਲ ਹੋਣਗੇ, ਉਨੀ ਜ਼ਿਆਦਾ ਸਰੋਤਾਂ ਦੀ ਖਪਤ ਹੋਵੇਗੀ।
  • ਕੰਪ੍ਰੈਸ਼ਨ ਪੱਧਰ ਬਦਲਣ ਅਤੇ ਮੁੜ-ਅਨੁਕੂਲਨ ਕਰਨ ਨਾਲ ਕੋਟਾ ਮੁੜ ਖਪਤ ਹੋ ਜਾਵੇਗਾ।
  • ਇੱਕੋ API ਕੁੰਜੀ ਕਈ ਸਾਈਟਾਂ 'ਤੇ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਜਿਸ ਵਿੱਚ ਕੋਟਾ ਸਾਂਝੇ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।
    ਇਸ ਲਈ “20MB ਜਲਦੀ ਹੀ ਖਤਮ ਹੋ ਜਾਵੇਗਾ” ਦਾ ਸੁਨੇਹਾ ਅਕਸਰ ਤਸਵੀਰਾਂ ਦੇ ਬਹੁਤ ਵੱਡੇ ਹੋਣ, ਬਹੁਤ ਸਾਰੇ ਥੰਬਨੇਲ ਹੋਣ ਜਾਂ ਵਾਰ-ਵਾਰ ਟ੍ਰਾਇਲ-ਐਂਡ-ਐਰਰ ਕਰਨ ਕਾਰਨ ਆਉਂਦਾ ਹੈ।

11. TinyPNG ਹਰ ਮਹੀਨੇ 500 ਮੁਫ਼ਤ ਕ੍ਰੈਡਿਟ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਫਿਰ ਪਲੱਗਇਨ ਇਹ ਕਿਉਂ ਕਹਿੰਦਾ ਹੈ ਕਿ ਹਰ ਮਹੀਨੇ ਸਿਰਫ਼ ਲਗਭਗ 100 ਤਸਵੀਰਾਂ ਹਨ, ਅਤੇ WebP/AVIF ਚਾਲੂ ਕਰਨ ਤੋਂ ਬਾਅਦ ਇਹ ਗਿਣਤੀ ਹਰ ਮਹੀਨੇ 50 ਤਸਵੀਰਾਂ ਤੱਕ ਕਿਉਂ ਘੱਟ ਜਾਂਦੀ ਹੈ?

ਇਹ ਇਸ ਲਈ ਹੈ ਕਿ “Dimensions/Variants” ਹੇਠਾਂ TinyPNG ਕ੍ਰੈਡਿਟ ਵੀ ਵਧਾਏ ਗਏ ਹਨ:

  • ਇੱਕ ਮਿਆਰੀ ਵਰਡਪਰੈੱਸ ਇੰਸਟਾਲੇਸ਼ਨ ਆਮ ਤੌਰ 'ਤੇ ਪ੍ਰਤੀ ਮਹੀਨਾ ਲਗਭਗ 100 ਤਸਵੀਰਾਂ ਨੂੰ ਕੰਪ੍ਰੈਸ ਕਰਦੀ ਹੈ।
  • AVIF ਜਾਂ WebP ਪਰਿਵਰਤਨ ਚਾਲੂ ਕਰੋ:ਹਰ ਇੱਕ ਤਸਵੀਰ ਦੇ ਆਕਾਰ ਲਈ ਇੱਕ ਵਾਧੂ ਕ੍ਰੈਡਿਟ ਲੱਗੇਗਾ।, ਇਸ ਲਈ ਮੈਂ ਸ਼ਾਇਦ ਪ੍ਰਤੀ ਮਹੀਨਾ ਸਿਰਫ਼ 50 ਤਸਵੀਰਾਂ ਨੂੰ ਹੀ ਕੰਪ੍ਰੈਸ ਅਤੇ ਕਨਵਰਟ ਕਰ ਸਕਦਾ ਹਾਂ (ਥੰਬਨੇਲ ਆਕਾਰਾਂ ਦੀ ਗਿਣਤੀ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ)।
    ਇਸ ਲਈ 500 ਕ੍ਰੈਡਿਟ ≠ 500 ਤਸਵੀਰਾਂ।

12. ਸਾਡੀ ਸਾਈਟ 'ਤੇ ਕਿੰਨੇ ਥੰਬਨੇਲ ਹਨ? ਉਹਨਾਂ ਦਾ ਇੰਨਾ ਮਹੱਤਵਪੂਰਨ ਪ੍ਰਭਾਵ ਕਿਉਂ ਹੁੰਦਾ ਹੈ?

WordPress 'ਤੇ ਇੱਕ ਤਸਵੀਰ ਅਪਲੋਡ ਕਰਨ ਨਾਲ ਕਈ ਆਕਾਰ ਬਣ ਜਾਂਦੇ ਹਨ; ਥੀਮਾਂ ਅਤੇ ਪਲੱਗਇਨ (ਖਾਸ ਕਰਕੇ ਈ-ਕਾਮਰਸ ਲਈ) ਹੋਰ ਵੀ ਵੱਧ ਆਕਾਰ ਬਣਾ ਸਕਦੇ ਹਨ।
ਕਲਾਉਡ ਕੰਪ੍ਰੈਸ਼ਨ ਨਾਲ, ਕ੍ਰੈਡਿਟ ਜਾਂ ਕੋਟਾ ਆਮ ਤੌਰ “ਤੇ ”ਮੂਲ ਚਿੱਤਰਾਂ ਅਤੇ ਥੰਬਨੇਲਾਂ ਨੂੰ ਮਿਲਾ ਕੇ' ਦੇ ਆਧਾਰ 'ਤੇ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਜਿੰਨੇ ਜ਼ਿਆਦਾ ਥੰਬਨੇਲ ਤੁਹਾਡੇ ਕੋਲ ਹੋਣਗੇ, ਤੁਹਾਡੀ ਮੁਫ਼ਤ ਅਲਾਊਂਸ ਓਨੀ ਤੇਜ਼ੀ ਨਾਲ ਖਤਮ ਹੋ ਜਾਵੇਗੀ।

13. ਕੀ ਲੇਜ਼ੀ ਲੋਡਿੰਗ ਹਮੇਸ਼ਾਂ ਚੀਜ਼ਾਂ ਨੂੰ ਤੇਜ਼ ਕਰਦੀ ਹੈ? ਕੁਝ ਲੋਕ ਕਿਉਂ ਕਹਿੰਦੇ ਹਨ ਕਿ ਲੇਜ਼ੀ ਲੋਡਿੰਗ ਅਸਲ ਵਿੱਚ ਚੀਜ਼ਾਂ ਨੂੰ ਹੌਲੀ ਕਰ ਦਿੰਦੀ ਹੈ?

ਲੇਜ਼ੀ ਲੋਡਿੰਗ “ਆਫ-ਸਕ੍ਰੀਨ ਸਰੋਤਾਂ” ਲਈ ਉਚਿਤ ਹੈ।
ਜੇ ਪਹਿਲੀ ਸਕ੍ਰੀਨ “ਤੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਵੱਡੀ ਤਸਵੀਰ ਵੀ ਦੇਰੀ ਨਾਲ ਲੋਡ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਇਹ ਸ਼ੁਰੂਆਤੀ ਲੋਡਿੰਗ ਅਨੁਭਵ ਨੂੰ ਹੌਲੀ ਕਰ ਸਕਦੀ ਹੈ। ਜਦਕਿ WordPress 5.5 ਅਤੇ ਉਸ ਤੋਂ ਬਾਅਦ ਦੀ ਡਿਫੌਲਟ ਲੇਜ਼ੀ ਲੋਡਿੰਗ ਠੀਕ ਹੈ, ਪਰ ਤੁਹਾਨੂੰ ਇਸਨੂੰ ਹਰ ਥਾਂ ਲਾਗੂ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ।

14. ਜੇ ਮੈਂ ਰੂਟ A ਜਾਂ B ਲੈਂਦਾ ਹਾਂ ਤਾਂ ਮੈਨੂੰ CDN / ਇਮੇਜ CDN ਦੀ ਲੋੜ ਕਦੋਂ ਪੈਂਦੀ ਹੈ?

ਕੰਪਰੈਸ਼ਨ, ਫਾਈਲ ਦਾ ਆਕਾਰ ਅਤੇ ਫਾਰਮੈਟ, ਫਾਈਲਾਂ ਨੂੰ ਛੋਟਾ ਅਤੇ ਵਧੇਰੇ ਢੁਕਵਾਂ ਬਣਾਉਣ ਦੇ ਮੁੱਦੇ ਨੂੰ ਹੱਲ ਕਰਦੇ ਹਨ;
CDN ਤੇਜ਼ ਅਤੇ ਵਧੇਰੇ ਭਰੋਸੇਯੋਗ ਡਿਲਿਵਰੀ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ।。
ਜਦੋਂ ਦੂਰ ਦੇ ਓਰਿਜਿਨ ਸਰਵਰ ਤੋਂ ਤਸਵੀਰਾਂ ਲਿਆਉਣ ਕਾਰਨ ਮਹੱਤਵਪੂਰਨ ਲੇਟੈਂਸੀ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਹਰ ਤਸਵੀਰ 'ਤੇ CDN ਜੋੜਨ (ਉਦਾਹਰਨ ਵਜੋਂ Cloudflare Polish / Jetpack Site Accelerator) ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਹੋਰ ਸਥਿਰ ਅਨੁਭਵ ਦਿੰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਸਮੱਗਰੀ ਪੜ੍ਹਨ ਵਿੱਚ ਆਸਾਨ ਹੋ ਜਾਂਦੀ ਹੈ। ਵਰਡਪ੍ਰੈੱਸ CDN ਐਕਸਲਰੇਸ਼ਨ。

15. ਜਦੋਂ ਮੈਂ ਕੰਮ ਪੂਰਾ ਕਰ ਲਵਾਂ, ਤਾਂ ਇਹ ਜਾਂਚਣ ਦਾ ਸਭ ਤੋਂ ਆਸਾਨ ਤਰੀਕਾ ਕੀ ਹੈ ਕਿ ਇਹ ਅਸਲ ਵਿੱਚ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ?

ਪੁਸ਼ਟੀ ਕਰਨ ਦਾ ਸਭ ਤੋਂ ਤੇਜ਼ ਤਰੀਕਾ:

  • ਜਦੋਂ ਇੱਕੋ ਪੰਨਾ ਦੂਜੀ ਵਾਰ ਰਿਫਰੈਸ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਲੋਡ ਹੋਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਵਧੇਰੇ ਸਥਿਰ ਅਤੇ ਤੇਜ਼ ਹੁੰਦੀ ਹੈ?
  • ਕੀ ਮੋਬਾਈਲ ਅਤੇ ਡੈਸਕਟਾਪ ਵਰਜਨਾਂ ਵਿੱਚ ਚਿੱਤਰ ਦੇ ਆਕਾਰ ਵਿੱਚ ਕੋਈ ਜ਼ਾਹਿਰ ਫਰਕ ਹੈ (ਕੀ `srcset` ਅਤੇ `sizes` ਐਟ੍ਰਿਬਿਊਟਸ ਉਮੀਦ ਅਨੁਸਾਰ ਕੰਮ ਕਰ ਰਹੇ ਹਨ)?
  • ਕੁਝ ਤਸਵੀਰਾਂ ਨੂੰ ਬੇਤਰਤੀਬੇ ਢੰਗ ਨਾਲ ਜਾਂਚੋ: ਕੀ ਇੱਥੇ ਕੋਈ WebP ਜਾਂ AVIF ਫਾਈਲਾਂ/ਸਰੋਤ ਹਨ?
  • ਕੁਝ ਤਸਵੀਰਾਂ 'ਤੇ ਨਜ਼ਰ ਮਾਰੋ: ਵਧਾ ਕੇ ਦੇਖੋ ਕਿ ਕੀ ਉਹ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਧੁੰਦਲੀਆਂ ਹਨ ਜਾਂ ਲਿਖਤ ਧੁੰਦਲੀ ਲੱਗਦੀ ਹੈ।