இணையதளப் பட உகப்பாக்கம்

பட மேம்படுத்தல் என்பது WordPress செயல்திறனில் மிக அதிக “பலன் தரும்” ஒன்றாகும்: அதே பக்க அமைப்பு, அதே தீம் இருந்தாலும், படங்களின் கோப்பு அளவு, பரிமாணம், வடிவம், மற்றும் வழங்கும் முறையைச் சரியாக செய்தால், ஏற்றும் அனுபவம் பெரும்பாலும் உடனே மேம்படும்.

ஆனால் படத்தை மேம்படுத்துவது தான் மனிதர்களை மிகவும் “செய்துக்கொண்டே மேலும் குழப்பத்தில்” ஆழ்த்துவதற்கும் எளிதானது; காரணம் தொழில்நுட்பம் மிகவும் கடினம் என்பதல்ல, தகவல் மிகவும் சிதறியிருப்பதுதான்:
நீங்கள் சில கட்டுரைகள் படித்து, “சுருக்கம்”, “WebP/AVIF”, “சோம்பேறி ஏற்றம்” பற்றி தெரிந்துகொண்டீர்கள். பிறகு பிளகின் அறிமுகத்தைப் பார்க்கும் போது “மாதத்திற்கு இலவச 100 கிரெடிட்ஸ்”, “இலவச 20MB”, “ஒரு படத்திற்கு 1 கிரெடிட்” என்று சொல்கிறது. பார்த்துக் கொண்டே போனால் இன்னும் குழப்பமாகிறது — உண்மையில் அந்த இலவச அளவு போதுமா? கட்டணம் எப்படி கழிக்கப்படுகிறது? “அதே ஒன்றை” நீங்கள் தவறாக புரிந்துகொண்டீர்களா? மேலும் மிக முக்கியமானது:நீ செய்து முடித்த பிறகு, அது உண்மையில் செயல்பட்டதா இல்லையா?

இந்தக் கட்டுரை மூன்று விஷயங்களை மட்டுமே செய்கிறது:

1. உங்களுக்கு செயல்படுத்தக்கூடிய ஒன்றுதிட்டவரைபடம்முதலில் என்ன செய்ய வேண்டும், பின்னர் என்ன செய்ய வேண்டும்
2. நீங்கள் தேர்வு செய்ய வேண்டிய திட்டத்தை தெளிவாக விளக்குங்கள் (இலவசம்/கட்டணத்தில் என்ன வித்தியாசம், எது யாருக்கு பொருந்தும்)
3. அதிகம் சந்திக்கும் சிக்கல்களை முன்கூட்டியே எழுதிவைக்கவும் (நீங்கள் முடித்த பிறகு எல்லா இடங்களிலும் தேடி சரிபார்க்க வேண்டாம்)

1. அடித்தளம்: WordPress உடன் இயல்பாக என்ன வருகிறது, என்ன வராது

நீங்கள் முதலில் WordPress மையம் ஏற்கனவே என்ன செய்துள்ளது என்பதைப் புரிந்துகொள்ளாமல் இருந்தால், இரண்டு நிலைகள் எளிதில் ஏற்படலாம்:

• பயன்படுத்த வேண்டிய இலவச திறனை பயன்படுத்தாமல், நேரம்/பணம் செலவிட்டு அதையே மீண்டும் உருவாக்குதல்
• WordPress பழைய படங்களை தானாகவே WebP/AVIF ஆக மாற்றும் என்று நினைத்தேன், ஆனால் அப்படியில்லை என்று தெரிந்தது

WordPress கோரில் இந்த முக்கிய திறன்கள் ஏற்கனவே உட்பொதிக்கப்பட்டுள்ளன:

• பிரதிகரிக்கும் படங்கள் (srcset/sizes): WordPress 4.4 முதல், கோர் படங்களுக்காக வெளியிடும் srcset 与 sizesமேலும், பதிவேற்றும்போது உருவாக்கப்படும் பல அளவிலான படங்களைப் பயன்படுத்தி, திரை நிலைமைகளுக்கு ஏற்ப உலாவி ஏற்றமான வளத்தைத் தேர்ந்து ஏற்ற அனுமதிக்கிறது.
• சொந்த தாமத ஏற்றம்：WordPress 5.5 முதல் படங்களுக்கு இயல்பாக சொந்த தாமத ஏற்றலை இயக்குகிறது, HTML தரநிலையை பயன்படுத்தி loading பண்புக்கூறு செயல்படுத்தல்.
• WebP பதிவேற்றத்தை ஆதரிக்கிறதுWordPress 5.8 முதல், JPEG/PNG போல WebP-யையும் பதிவேற்றி பயன்படுத்தலாம் (ஹோஸ்டிங் சூழல் 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 சுருக்கம் (KB-ஐக் குறையச் செய்யுங்கள், ஆனால் தரத்தை “கெடுக்க” வேண்டாம்)

சுருக்கத்தின் மையம் “எவ்வளவு சிறியதாக இருந்தால் அவ்வளவு நல்லது” என்பதல்ல; “கண் பார்த்தால் வேறுபாடு கிட்டத்தட்ட தெரியாத அளவில் இருந்தாலும், கோப்பு அளவு கணிசமாகக் குறைவது” என்பதே அது.

விதிகள் பின்வருமாறு:

• புகைப்படம்/உண்மைப் படம் (நபர்கள், தயாரிப்புகள், இயற்கைக் காட்சி): அதிக இழப்புடைய சுருக்கத்துக்கு முன்னுரிமை (அதிகபட்ச பலன்)
• இடைமுக திரைப்பிடிப்பு/அதிக உரை கொண்ட படம்: சுருக்கத்தை இன்னும் எச்சரிக்கையுடன் செய்யவும், எழுத்து மங்கலாகாமல் தவிர்க்கவும்
• லோகோ/ஐகான்: 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/படம் CDN）。

இரண்டு வழக்கமான திசைகள்:

• கிளவுட்ஃப்ளேர் போலந்து：Cloudflare ஆவணங்கள்Polish இன் சுருக்க முறைகள் (இழப்பில்லா/இழப்புள்ள/WebP) அறிமுகப்படுத்தப்பட்டுள்ளன, மேலும் பயன்படுத்துவது குறிப்பிடப்பட்டுள்ளது format=auto WebP/AVIF வடிவங்களை அனுமதிக்கவும்
• Jetpack தள வேகப்படுத்தி：Jetpack ஆவணம்இது படங்களை மேம்படுத்தி, அதன் நெட்வொர்க் மூலம் நிலையான வளங்களுடன் சேர்த்து விநியோகிக்கும் என்பதை விளக்குகிறது.

பட மேம்பாடு அளவை குறைத்து பொருத்தமாக்கும்CDN பொறுப்பான வழங்கல் மேலும் நெருக்கமாகவும் நிலையாகவும்

3. தேர்வு: இரண்டு முக்கிய வழிகளையே மட்டும் எடுத்துக்கொள்ளுங்கள்

பட மேம்பாட்டில் மிக பொதுவான தோல்வி “செருகுநிரல் நிறுவவில்லை” என்பதல்ல; அதிகமான செருகுநிரல்கள் நிறுவப்பட்டதால் மீண்டும் மீண்டும் செயலாக்கப்படுவதுதான்:
A சுருக்குகிறது, Bயும் சுருக்குகிறது; A WebP/AVIF ஆக மாற்றுகிறது, Bயும் மாற்றுகிறது; A URLஐ மாற்றுகிறது, B மீண்டும் rewrite செய்கிறது—கடைசியில், தளத்தில் இப்போது என்ன நடக்கிறது என்பதையே நீங்களே தெளிவாகச் சொல்ல முடியாது.

விதிமுறைகள்:

ஒரே ஒரு வழியைத்தான் பின்பற்றுங்கள்: முழுக்க இலவச உள்ளூர் முறை, அல்லது மேகச் சுருக்கத்தின் மூன்று விருப்பங்களில் ஒன்றைத் தேர்வு செய்யுங்கள்.

• பாதை A (முழுவதும் இலவச உள்ளூர்):மேலும் WebP அல்லது AVIF + EWWW பட மேம்படுத்திஅல்லது ஒன்றை மட்டும் தேர்ந்தெடுக்கவும்
• வழி B (மேக சுருக்கம் மூன்றில் ஒன்றைத் தேர்வு செய்யவும்):ஷார்ட்பிக்சல் / இமேஜஃபை / டைனிபிஎன்பிஜி

---

3.1 வழிமுறை A: முழுமையாக இலவச உள்ளூர் (Plus WebP or AVIF அல்லது EWWW)

இந்த வழித்தடத்தின் சிறப்பம்சம்:

• நீங்கள் “மாதாந்திர அளவு/ஒவ்வொரு படத்திற்கும் கட்டணம்” என்ற மூன்றாம் தரப்பு சுருக்க சேவைகளை சார்ந்திருக்கவில்லை (ஆனால் சில அம்சங்களுக்கு விருப்ப சேவைகள் இருக்கலாம்)
• இதற்கான விலை: தொகுதி செயலாக்கம் சேவையக CPU/IO வளங்களை அதிகமாக பயன்படுத்தக்கூடும், அதனால் நீங்கள் “முறையும் ஆபத்தும்” மீது அதிக கவனம் செலுத்த வேண்டும்”

3.1.1 WebP அல்லது AVIF கூடுதல்முக்கியம் “உருவாக்கு/மாற்று” ஆகும்; இது பாரம்பரிய அர்த்தத்தில் “சுருக்கக் கருவி” அல்ல”

• முழு படங்களை உருவாக்கும் போது:மூலப் படக் கோப்பு ID WebP/AVIF மூலம் மாற்றப்படும், மூலக் கோப்பு நீக்கப்படும், மேலும் உள்ளடக்கத்தில் உள்ள URL-களும் மாற்றப்படும்。
• சேர்க்குநிரல் WP-CLI கட்டளைகளை வழங்குகிறது, மேலும் நினைவூட்டுகிறது: கோப்புகள் அதிகமாக இருந்தால் WP-CLI பயன்படுத்துவது மேலும் நம்பகமானது.

இதன் பொருள்: அது “உங்களுக்காக அமைதியாக ஒரு WebP உருவாக்கி தருகிறது” என்பதல்ல; அதற்குப் பதிலாக அது ஒருவேளை ஒரு முறை இருக்கலாம்சொத்து இடமாற்றம்（குறிப்பாக நீங்கள் “மாற்றி அசல் படத்தை நீக்கு” தொடர்பான விருப்பங்களை இயக்கியிருக்கும்போது）。

இரண்டு முறைகளுக்கிடையிலான வேறுபாடு

முறை 1: மூலப்படத்தை வைத்திருந்து WebP/AVIF நகலை உருவாக்கு (மேலும் நிலையானது)

• நன்மைகள்: இணக்கத்தன்மை சிக்கல்கள் ஏற்பட்டால் முந்தைய நிலைக்கு திரும்புவது எளிது
• செலவு: வட்டு இடப் பயன்பாடு அதிகரிக்கும் (மூல படம் + புதிய வடிவம் + பல அளவிலான சிறுபடங்கள்)

பயன்முறை 2: மாற்றி மூலப் படத்தை நீக்கு (மேலும் தீவிரம்)

• நன்மைகள்: வட்டு அவ்வளவு வேகமாக பெரிதாகாது; தளத்திற்குள் உள்ள மேற்கோள்கள் நேரடியாக புதிய வடிவமாக மாறும்
• அபாயம்: “சொத்து மாற்றம் + மேற்கோள் மாற்றம்” செய்தால், இணக்கப் பிரச்சினைகளை கண்டறியும் செலவு அதிகரிக்கும் (குறிப்பாக சில வெளிப்புற அமைப்புகள் அல்லது தீம் தர்க்கம் அசல் கோப்பு பெயர்/பாதை/வடிவத்தை சார்ந்திருந்தால்)

Plus WebP அல்லது AVIF இன் பொதுவான சிக்கல்கள்

1. முழு தொகுப்பக மாற்றத்திற்குப் பிறகு, சில பக்கங்களின் படங்கள் தவறாக காட்டப்படுகின்றன
   காரணம் பொதுவாக “படம் கெட்டுப்போனது” அல்ல; URL மாற்றம், தற்காலிக சேமிப்பு, சிறுபடக் கொள்கை போன்ற செயல்முறைச் சங்கிலியில் ஏதோ ஒரு பகுதி சரியாக பொருந்தாததுதான்.
2. மேலும் சுருக்கப்படங்கள் இருந்தால், மாற்ற வரம்பு பெரிதாகும்
   WordPress ஒரு படத்தைப் பதிவேற்றும் போது பல அளவுகள் உருவாகும்; தீம்/செருகுநிரல்களும் மேலும் பல அளவுகளைச் சேர்க்கலாம். முழுமையாக மாற்றுவது என்பது, நீங்கள் மிகவும் பெரிய கோப்பு தொகுப்பை மாற்றிக் கொண்டிருக்கலாம் என்பதைக் குறிக்கும்.
3. வடிவ மாற்றம் மட்டும் செய்தால், கோப்பு அளவு அவசியமாக மிகக் குறைவாகாது
   WebP/AVIF பொதுவாக சிறியது, ஆனால் “அளவு கொள்கை” மற்றும் “சுருக்கக் கொள்கை” இன்னும் மிகவும் முக்கியமானவை. Plus WebP-ஐ “ஒரே கிளிக்கில் வேகமாகும்” என்று எண்ண வேண்டாம்.

---

3.1.2 EWWW பட மேம்படுத்தி: இலவச உள்ளூர் சுருக்கத்தின் பிரதிநிதி

EWWW செருகுநிரல் பக்கத்தின் நிலைநிறுத்தம் மிகவும் தெளிவாக உள்ளது:

• இதை உங்கள் சர்வரில் பல கருவிகளைப் பயன்படுத்தி மேம்படுத்தலாம் (jpegtran, optipng, pngout, pngquant, gifsicle, cwebp போன்றவை)
• உங்களுக்கு அதிக சுருக்கம் அல்லது CPU-ஐ மேலும் சேமிக்க வேண்டும் என்றால், CPU பயன்படுத்தும் செயலாக்கத்தை அதன் சர்வருக்கு மாற்றி ஒப்படைக்கவும் முடியும் (விருப்பம்).

EWWW பாதை A-இல் எந்தப் பங்கை ஏற்க வேண்டும்?

நீங்கள் Plus WebP-ஐ “வடிவ மாற்றம்/மாற்று யுக்தி”க்காக பயன்படுத்தினால், EWWW இதைச் செய்ய அதிகம் பொருத்தமானது:

• சுருக்கம் மற்றும் அளவு மேம்பாடு（குறிப்பாக JPG/PNG போன்ற மூல வளங்களின் அளவு குறைப்பு）
• தொகுதி மேம்பாட்டு வரலாறு ஊடக நூலகம்(“அளவைக் குறைப்பது” என்பதையே இலக்காகக் கொள்ளவும், “URL-ஐ மாற்றுவது” அல்ல)

EWWW இன் பொதுவான சிக்கல்கள்

1. தொகுதி மேம்பாட்டின் போது சேவையக சுமை அதிகரிக்கும்
   உள்ளூர் சுருக்கம் CPU/IO-ஐ அதிகமாக பயன்படுத்தும். தீர்வு “பயன்படுத்த வேண்டாம்” அல்ல; “தொகுதிகளாக, குறைந்த சுமை நேரத்தில், தேவையானால் ஆஃப்லோடு/கிளவுட் தீர்வை தேர்வு செய்யுங்கள்” என்பதே.
2. “WebP உருவாக்கப்பட்டது என்பதால் முன்புறத்தில் கண்டிப்பாக WebP வழங்கப்படுகிறது என்று அர்த்தமில்லை
   பல பிளகின்களில் இந்தத் தவறான புரிதல் உள்ளது: உருவாக்குவது ஒரு விஷயம்; விநியோக மூலோபாயம் (மறுஎழுதல், picture குறிச்சொல், கேச் ஹிட் போன்றவை) மற்றொரு விஷயம்.
3. மற்ற சேருகைகளுடன் ஒரே செயலை மீண்டும் செய்கிறது
   நீங்கள் A வழியைத் தேர்ந்தெடுத்தால், ShortPixel/Imagify/TinyPNG போன்ற கிளவுட் சுருக்கத்தை முடிந்தவரை மீண்டும் சேர்க்க வேண்டாம்; நீங்கள் B வழியைத் தேர்ந்தெடுத்தால், Plus WebP-ன் மாற்று செயல்முறையை மீண்டும் இயக்க வேண்டாம். முக்கியக் கொள்கை:ஒரே பாதையில் இறுதி வரை செல்லுங்கள்.

---

3.2 பாதை B: மேகச் சுருக்கம் மூன்றில் ஒன்று (ShortPixel / Imagify / TinyPNG)

இந்த திட்டம் “சேவையக வளங்களைச் சேமிக்க, தொகுதியாக வேலைகளை எளிதாகச் செய்ய, அளவு/பயன்பாடு அடிப்படையிலான கட்டணத்தை ஏற்க” விரும்புவோருக்கு ஏற்றது.
ஆனால் கிளவுட் சுருக்கம் பற்றி மிக எளிதில் தவறாகப் புரிந்துகொள்ளப்படும் விஷயம் என்னவென்றால்:இலவச வரம்பு என்பது “இலவச எண்ணிக்கை” மட்டும் அல்லசுருக்கப்பட அளவுகள் எண்ணிக்கை, WebP/AVIF உருவாக்கமா, மீண்டும் மீண்டும் சுருக்கப்படுமா என்பவை எல்லாம் பயன்பாட்டை குறிப்பிடத்தக்க அளவில் பாதிக்கும்.

கீழே விளக்கப்படும்: இலவசம்/கட்டணம் எப்படி வேலை செய்கிறது, வரம்பு எப்படி கழிக்கப்படுகிறது, எதில் எளிதாக தவறு நேரலாம், எந்த வகை தளங்களுக்கு இது பொருத்தம்.

---

3.2.1 ஷார்ட்பிக்சல்மாதத்திற்கு 100 இலவச கிரெடிட்கள், ஆனால் சிறுபடங்கள் மற்றும் WebP/AVIF காரணமாக கிரெடிட் பயன்பாடு அதிகரிக்கும்

இலவசம்/கட்டணம் என்பது என்ன

ShortPixel செருகுநிரல் அறிமுகத்தில் தெளிவாக எழுதப்பட்டுள்ளது:

• மாதத்திற்கு 100 இலவச கிரெடிட்கள்
• கூடுதலான வரம்பற்ற மாதாந்திர கிரெடிட்களும் உள்ளன (பிளகின் பக்கத்தில் அதற்கான விலை தகவல் கொடுக்கப்பட்டுள்ளது)
• ஒருபோதும் காலாவதியாகாத ஒருமுறை கிரெடிட் தொகுப்புகளும் கிடைக்கும் தொடக்க விலை தகவலுடன்

குறிப்பு:

• இலவசம்: ஒவ்வொரு மாதமும் ஒரு குறிப்பிட்ட அளவு கிரெடிட்கள் வழங்கப்படும், இவை எளிய தளங்கள் அல்லது சோதனைக்காக பயன்படுத்தப்படும்
• ஒருமுறைப் பயன்பாட்டு தொகுப்பு: “மீடியா நூலகம் மிகவும் பெரியது, ஒரே தடவையில் முழு இருப்பையும் காலி செய்ய விரும்பும்” தளங்களுக்கு ஏற்றது (ஒருமுறை வாங்கி முடியும் வரை பயன்படுத்தலாம்; பொதுவாக காலாவதியாகாது)
• மாதாந்திரம்/வரம்பற்றது: தொடர்ந்து படங்களைப் புதுப்பிக்கும், நீண்டகால நிலையான மேம்பாடு தேவைப்படும் தளங்களுக்கு பொருத்தமானது

ShortPixel அதிகாரப்பூர்வ KBயும் “ஒருமுறை வாங்கும் தொகுப்பு vs வரம்பற்ற மாதாந்திரம்” பற்றியும் வழங்கியுள்ளதுதெளிவான விளக்கம்：வரம்பற்ற மாதாந்திர திட்டம் மாதாந்திரமாக (அல்லது ஆண்டுதோறும்) கட்டணம் செலுத்தப்படும், வரம்பற்ற credits-ஐ வழங்கும், மேலும் நிலையான CDN ஒதுக்கீட்டையும் கொண்டுள்ளது; ஒருமுறை வாங்கும் credits காலாவதியாகாது, அதனால் தேவைக்கேற்ப அவற்றை மேலும் கட்டுப்பாட்டுடன் பயன்படுத்தலாம்.

மிக முக்கியமானது: ShortPixel இன் credits எப்படி கணக்கிடப்படுகின்றன?

ShortPixel அதிகாரப்பூர்வ ஆவணங்கள் KB மிகத் தெளிவாகச் சொன்னது:

• WordPress இல் ஒரு படத்தைப் பதிவேற்றினால் பல சிறுபடங்கள் உருவாகும்;
• ஒவ்வொரு சிறுபடத்தின் மேம்பாட்டுக்கும் 1 கிரெடிட் கணக்கிடப்படும்；
• நீங்கள் WebP அல்லது AVIF உருவாக்க தேர்ந்தெடுத்தால்ஒவ்வொரு அசல் படம் மற்றும் சிறுபடத்தின் WebP/AVIF பதிப்பும் கூடுதலாக ஒரு கிரெடிட்டை பயன்படுத்தும்；
• கிரெடிட் பயன்பாட்டைக் குறைக்க சில சிறுபடங்களை மேம்படுத்தாமல் விலக்கலாம்.

வரவுகள் உதாரணம்：

நீங்கள் 1 படத்தை பதிவேற்றினால், தீம்/செருகுநிரல் 8 சிறுபடங்களை உருவாக்கியது:

• மூலப் படம் + சிறுபடம் மட்டும் மேம்படுத்து: 1 (மூலப் படம்) + 8 (சிறுபடங்கள்) = 9 கிரெடிட்கள்
• WebP/AVIFயும் உருவாக்க வேண்டுமெனில்: மேலுள்ள 9 ஒவ்வொன்றுக்கும் மேலும் ஒரு next-gen பதிப்பு → மேலும் +9 credits
  அதாவது, நீங்கள் “1 படம்” என்று நினைத்தாலும், உண்மையில் கிட்டத்தட்ட “2 இலக்க credits” செலவாகலாம்.

எனவே:“இலவச 100 credits” என்பது “இலவச 100 படங்கள்” என்பதற்கு சமமல்ல。

ShortPixel இன் பொதுவான சிக்கல்கள்

1. இலவச 100 கிரெடிட்கள் விரைவில் முடிவடையும்
   மூல காரணம்: அதிக சிறுபடங்கள் + WebP/AVIF உருவாக்கத்திற்கு கூடுதல் கிரெடிட்கள்
   பரிந்துரை：

• தள சிறுபடங்களின் எண்ணிக்கையை முதலில் மதிப்பிடுங்கள்
• தேவையற்ற தம்ப்நெயில் அளவுகளை நீக்கு (உண்மையில் பயன்படுத்தப்படுபவைகளை மட்டும் மேம்படுத்து)
• முதலில் ஒரு அழுத்த உத்தியைத் தீர்மானியுங்கள், பின்னர் சோதனை மற்றும் பிழைகளின் மூலம் நேரத்தை வீணாக்குவதைத் தவிர்க்க, செயல்முறையைத் தொகுதிகளாக இயக்கவும்.

2. மற்ற வடிவ மாற்று செருகுநிரல்களையும் ஒரே நேரத்தில் பயன்படுத்தவும்
   நீங்கள் Plus WebP மாற்றத்தையும் இயக்கி, ShortPixel மூலம் next-gen குறிச்சொற்களை உருவாக்க/சேர்க்கச் செய்தால், செயல்முறை ஒன்று மேலொன்று படிந்து, சிக்கலை கண்டறிவது கடினமாகும். வழி B-இல் ShortPixel மட்டும் பொறுப்பேற்கட்டும்.
3. நிறுவியதும் முன்புறம் கண்டிப்பாக WebP/AVIF வழங்குகிறது என்று நினைத்தல்“
   ShortPixel செருகுநிரல் பக்கம்WebP/AVIF ஆக மாற்ற முடியும், மேலும் next-gen படங்களை முன்பக்கப் பக்கத்தில் சேர்க்கலாம் (உதாரணமாக டேக் முறையில்)
   ஆனால் செய்து முடித்த பிறகும் விளைவை இன்னும் சரிபார்க்க வேண்டும்.

---

3.2.2 இமேஜிஃபைஇலவசம் 20MB/மாதம்; “அசல் பட அளவு + சிறுபட எண்ணிக்கை” அடிப்படையில் ஒதுக்கீடு கழிக்கப்படும், மீள்சுருக்கினால் மீண்டும் கழிக்கப்படும்

இலவச வரம்பும் இடமறிதலும்

Imagify அதிகாரப்பூர்வ விலைப் பக்கம்மிகவும் தெளிவாக எழுதப்பட்டுள்ளது:இலவச கணக்குக்கு மாதத்திற்கு 20MB ஒதுக்கீடு。
அதன் செருகுநிரல் பக்கமும் இது சுருக்கவும், அளவை மாற்றவும், WebP/AVIF ஆக மாற்றவும் முடியும் என்று தெளிவாகக் காட்டுகிறது.

ஒதுக்கீடு எப்படி கழிக்கப்படுகிறது?

Imagify அதிகாரப்பூர்வ ஆவணம் “ஒதுக்கீட்டு பயன்பாடு எப்படிக் கணக்கிடப்படுகிறது?” கட்டணக் கழிப்பு முறையை மிகவும் தெளிவாகப் பிரித்துக் காட்டுகிறது:

• சிறுபட எண்ணிக்கை பயன்பாட்டை பாதிக்கும்உதாரணமாக, உங்களிடம் 10 சிறுபட அளவுகள் இருந்தால், 1 படத்தை மேம்படுத்துவது 11 படங்களை மேம்படுத்துவதாக ஆகும் (அசல் படம் + 10 சிறுபடங்கள்), இவை அனைத்தும் ஒதுக்கீட்டு பயன்பாட்டில் கணக்காகும்.
• அசல் கோப்பு அளவுக்கு ஏற்ப ஒதுக்கீட்டை கழிக்கவும்உதாரணமாக, நீங்கள் 100KB அளவுள்ள ஒரு படத்தை Imagify-க்கு அனுப்பினால், உங்கள் ஒதுக்கீட்டில் இருந்து 100KB கழிக்கப்படும்.
• சுருக்க நிலையை மாற்றி மீண்டும் மேம்படுத்தினால், ஒதுக்கீடு மீண்டும் பயன்படுத்தப்படும்。
• ஒரே API Key பல தளங்களில் பயன்படுத்தலாம், ஆனால் ஒதுக்கீடு அந்த தளங்களுக்கிடையில் பகிரப்படும்.

இதுவே Imagify இன் “முக்கிய புரிதல் முறை”:
இது டேட்டா பாக்கைப் போல இருக்கிறது: நீங்கள் எவ்வளவு அனுப்புகிறீர்களோ, அவ்வளவு கழிக்கப்படும்; தம்ப்நெயில்கள் அதிகமாக இருந்தால் அதிகம் கழிக்கப்படும்; நீங்கள் மீண்டும் மீண்டும் பலமாக சுருக்கினால், மீண்டும் மீண்டும் கழிக்கப்படும்.

எளிதில் புரிந்துகொள்ளக்கூடிய Imagify ஒதுக்கீடு எடுத்துக்காட்டு

நீங்கள் 800KB அளவுள்ள ஒரு மூலப் படத்தை பதிவேற்றினீர்கள் என்று வைத்துக்கொள்ளுங்கள்; தளம் 8 சிறுபடங்களை உருவாக்கும்.

• Imagify-ஐக் கொண்டு உகந்ததாக்கும்போது, “அசல் படமும் 8 சிறுபடங்களும்” சேர்க்கப்படுகின்றன (“அனைத்தையும் உகந்ததாக்கு” என்பதை நீங்கள் தேர்ந்தெடுத்தால்), அதாவது இந்தச் செயல்பாடு 'இந்தக் கோப்புகள் அனைத்தின் மொத்த அளவை' நெருங்கும் ஒரு ஒதுக்கீட்டைப் பயன்படுத்தும்.
  அதனால்தான் சில தளங்களுக்கு “20MB விரைவில் முடிந்துவிடுகிறது” என்று தோன்றுகிறது: அது Imagify போதாததனால் அல்ல; நீங்கள் ஒவ்வொரு முறையும் பதிவேற்றும் படங்கள் மிகவும் பெரியவை, சிறுபடங்கள் மிக அதிகம், மேலும் சுருக்க நிலையை மீண்டும் மீண்டும் முயற்சி செய்து கொண்டிருக்கலாம்.

Imagify அதிகம் காணப்படும் சிக்கல்கள்

1. இலவசம் 20MB முழு தள வரலாறு சுத்திகரிப்புக்கு போதாது“
   20MB பொதுவாக சோதனைக்கும் இலகு புதுப்பிப்புகளுக்கும் அதிகம் பொருத்தமானது; உங்கள் ஊடக நூலகம் ஏற்கனவே மிகவும் பெரியதாக இருந்தால், ஒரே முறையில் முழுவதையும் சுத்தம் செய்வதற்கு மேம்படுத்த வேண்டி வரலாம்.
2. அழுத்து நிலையை மீண்டும் மீண்டும் மாற்றுவதால் ஒதுக்கீடு இருமுறை பயன்படுத்தப்படுகிறது
   Imagify தெளிவாக விளக்கவும்மீண்டும் மேம்படுத்தினால் ஒதுக்கீடு மீண்டும் பயன்படுத்தப்படும்.
   இந்தப் பக்கத்திலேயே “மூலோபாயத்தை” தெளிவாக எழுதுமாறு நான் பரிந்துரைக்கிறேன்:

• முதலில் சில படங்களால் சுருக்க நிலையும் தோற்றமும் உறுதிப்படுத்தவும்
• திட்டத்தை உறுதிப்படுத்திய பிறகு தொகுதியாக இயக்கவும்
  முழு தரவகத்தில் மீண்டும் மீண்டும் முயற்சி-பிழைகளைத் தவிர்க்கவும்

3. ஒரே API சாவியை பல தளங்களில் பகிர்வதால், கோட்டாக்கள் மர்மமான முறையில் குறைகின்றன.“
   நீங்கள் அதே API Key-ஐ பல தளங்களில் பயன்படுத்தினால், ஒதுக்கீடு பகிரப்படும்.
   ஆகவே குழு/பல தள சூழலில், எந்த தளங்கள் பகிர்ந்து பயன்படுத்தப்படுகின்றன, எந்த தளங்கள் தனியாக பயன்படுத்தப்படுகின்றன என்பதை தெளிவுபடுத்துவது சிறந்தது. இதனால் பட்ஜெட் கட்டுப்பாட்டை இழப்பதை தவிர்க்கலாம்.

---

3.2.3 டைனிபிஎன்ஜி（Tiny Compress Images）：இலவசம் 500 கிரெடிட்கள்/மாதம்；WebP/AVIF ஆக மாற்றினால் “ஒவ்வொரு அளவிற்கும் கூடுதலாக 1 கிரெடிட் கழிக்கப்படும்”

இலவச ஒதுக்கீடும் அதன் கட்டண தர்க்கமும்

TinyPNG இன் WordPress செருகுநிரல் பக்கம் மிகவும் தெளிவாக எழுதப்பட்டுள்ளது:

• ஒவ்வொரு மாதமும் 500 கிரெடிட்கள் இலவசம்
• “பொதுவான WordPress நிறுவலில்”, சுமார் சுருக்கலாம் சுமார் 100 படங்கள்/மாதம்
• ஆனால் AVIF அல்லது WebP மாற்றத்தை இயக்கினால்:ஒவ்வொரு பட அளவும் கூடுதலாக 1 கிரெடிட் பயன்படுத்தும்எனவே சுருக்கி மாற்ற மட்டுமே முடியும் சுமார் 50 படங்கள்/மாதம்（இது உங்களிடம் எத்தனை சிறுபட அளவுகள் உள்ளன என்பதைப் பொறுத்தது）。

அதே நேரத்தில், Tinify (TinyPNG/TinyJPG உருவாக்குநர்) தனதுிலும் உள்ளது API விலைப்பக்கம்குறிப்பிடவும்: பதிவு செய்தவுடன் மாதத்திற்கு 500 இலவச சுருக்கங்கள் கிடைக்கும்; அதை மீறிய பின், வெற்றிகரமாக சுருக்கப்பட்ட எண்ணிக்கைக்கே கட்டணம் விதிக்கப்படும், கட்டாய சந்தா இல்லை.

ஒரு வாக்கியத்தில் TinyPNG எவ்வாறு செயல்படுகிறது என்பதைச் சுருக்கமாகக் கூறுங்கள்:
இது credits அடிப்படையில் கணக்கிடப்படுகிறது; நீங்கள் தேர்வு செய்யும் சிறுபட அளவுகள் அதிகமாகவும், WebP/AVIF ஐ அதிகமாக இயக்கினாலும், credits அதைவிட வேகமாக பயன்படுத்தப்படும்.

எளிதில் புரியக்கூடிய TinyPNG கிரெடிட்ஸ் எடுத்துக்காட்டு

உங்கள் தளத்தில் ஒவ்வொரு படத்திற்கும் 8 சிறுபட அளவுகள் உருவாக்கப்படுகின்றன என்று கருதுங்கள்:

• சுருக்கம் மட்டும்: அசல் படம் + 8 சிறுபடங்கள் → 9 கிரெடிட்கள் தேவை
• WebP/AVIF மாற்றத்தை இயக்கினால்: ஒவ்வொரு அளவிற்கும் கூடுதலாக ஒரு கிரெடிட் கழிக்கப்படும் → கிட்டத்தட்ட இரட்டிப்பாகலாம்
  இது பிளகின் பக்கத்தின் விளக்கத்துடன் சரியாக பொருந்துகிறது: மாற்றத்தை இயக்கிய பிறகு, இலவச வரம்பு சுமார் “100 படங்கள்/மாதம்” இலிருந்து “50 படங்கள்/மாதம்” ஆக மாறும்.

TinyPNG மிகவும் பொதுவான சிக்கல்கள்

1. 500 கிரெடிட்கள் = 500 படங்கள் என்று நினைத்தேன்
   இல்லை. இது பட அளவு/மாற்று வடிவத்தின் அடிப்படையில் கழிக்கப்படும். செருகுநிரல் பக்கம் ஏற்கனவே “மாற்றம் ஒவ்வொரு பட அளவுக்கும் கூடுதலாக 1 கிரெடிட் கழிக்கும்” என்று தெளிவாக குறிப்பிடுகிறது.
2. தீம்/மின்வணிக செருகுநிரல் மிக அதிக அளவுகளை உருவாக்குகிறது, இலவச வரம்பு குறிப்பிடத்தக்க அளவில் குறைகிறது
   அளவுகள் அதிகமானால், credits இன்னும் எளிதாக அதிகமாகச் செலவாகும்.
3. மாற்றத்தை இயக்கிய பிறகு வரம்பு திடீரென போதாமல் உள்ளது
   இது bug அல்ல, அதன் கட்டண கணக்கீட்டு முறைதான்.
   மூலோபாய பரிந்துரைகள்:

• இலவச கட்டத்தில் முக்கியமாக சுருக்கி அளவை குறைக்கப் பயன்படுத்தினால், முதலில் சுருக்கம் மட்டும் செய்யலாம். தள அமைப்பு நிலையாகவும், உண்மையிலேயே next-gen தேவை என்றும் உறுதிப்படுத்திய பிறகு மாற்றத்தை இயக்கலாம்.

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-ஐ மேலெழுதுதல்/அசல் படத்தை நீக்குதல்/URL-ஐ மாற்றுதல்” செயல்களை இன்னும் கவனமாக கையாள வேண்டும்: இது சொத்து இடமாற்றம் ஆகும், ஆகவே தொடக்கத்திலேயே முழுமையாக மாற்றுவது பரிந்துரைக்கப்படவில்லை.

4.3 போர்ட்ஃபோலியோ/புகைப்பட தளம்（ஒற்றை படத் தரத்திற்கு உணர்திறன் அதிகம், படங்கள் பெரியவை, காட்சித் தரத் தேவைகள் உயர்ந்தவை）

முன்னுரிமை பரிந்துரை:

1. அளவு கொள்கை (காட்சி பகுதி கட்டுப்பாடு)
2. சுருக்கக் கொள்கை (சிறிது பெரியதாக இருந்தாலும் பரவாயில்லை, விவரங்கள் சேதமடையக் கூடாது)
3. WebP/AVIF (பெரிய படங்களில் நன்மை தெளிவாக இருக்கும், ஆனால் காட்சி தரத்தைச் சரிபார்க்க வேண்டும்)

மேலும் பொருத்தமான பாதை:

• இமேஜிஃபை：“அசல் பட அளவு” அடிப்படையில் ஒதுக்கீடு கழிக்கப்படும்; இப்படிப்பட்ட தளங்களில் “பட்ஜெட்டை கட்டுப்பாட்டில்” வைத்திருப்பது எளிது (ஒவ்வொரு பெரிய படத்திற்கும் சுமார் எவ்வளவு கழிக்கப்படும் என்பதை நீங்கள் அறிந்திருப்பீர்கள்), ஆனால் மீண்டும் மீண்டும் அதிக சுமை ஏற்படுத்துவதைத் தவிர்க்க வேண்டும்.
• ஷார்ட்பிக்சல்சுருக்கப்பட அளவுகள் குறைவாக இருந்தால், கிரெடிட்களும் தெளிவாக இருக்கும்; ஆனால் நீங்கள் பல அளவுகள் + next-gen உருவாக்கினால், கிரெடிட் பயன்பாடு அதிகரிக்கும், முன்கூட்டியே திட்டமிட வேண்டும்.

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 உருவாக்கினால், ≈ மேலும் இரட்டிப்பு (next-gen பதிப்புக்கும் கிரெடிட் தேவை)
• இமேஜிஃபை：ஒவ்வொரு படமும் ≈ (அசல் பட அளவு + அனைத்து சிறுபடங்களின் அளவு) அளவிற்கு ஒதுக்கீட்டில் கழிக்கப்படும்; சுருக்க நிலையை மாற்றி மீண்டும் சுருக்கினால் மீண்டும் கழிக்கப்படும்
• டைனிபிஎன்ஜிஇலவசம் 500 கிரெடிட்கள்; உங்கள் தளத்தில் ஒவ்வொரு படத்துக்கும் பல அளவுகள் உருவாகி, மாற்றம் இயக்கப்பட்டிருந்தால், இலவச பட எண்ணிக்கை குறிப்பிடத்தக்க அளவில் குறையும் (செருகுநிரல் பக்கத்தில் “சுமார் 100 படங்கள்/மாதம்” மற்றும் “சுமார் 50 படங்கள்/மாதம்” என்ற எளிய எதிர்பார்ப்பு கொடுக்கப்பட்டுள்ளது)

6. அபாய எச்சரிக்கை

அபாயம் 1: ஒரே செயலை பல செருகுநிரல்கள் மீண்டும் மீண்டும் செய்யவிடாதீர்கள்

இது மிகவும் பொதுவான “பேரழிவின் மூல காரணம்”

• பாதை A៖Plus WebP அல்லது AVIF + EWWWஇரண்டும் வேறு வேறு பணிகள்; ஒரே வகை மாற்றம் மற்றும் ஒப்படைப்பை ஒன்றாக செய்ய வேண்டாம், அல்லது ஒன்றையே மட்டும் நிறுவவும்
• பாதை B：ShortPixel / Imagify / TinyPNG மூன்றில் ஒன்று தேர்வு செய்கபொறுப்பாளரை தேர்வு செய்க & next-gen சுருக்கம்

ஆபத்து 2: Plus WebP இன் “ID-ஐ மேலெழுதுதல் / மூலப் படத்தை நீக்குதல் / URL-ஐ மாற்றுதல்” என்பது சொத்து இடமாற்றத்துக்குச் சேர்ந்தது

மீண்டும் வலியுறுத்துகிறேன்:மேலும் WebP விளக்கத்தில் தெளிவாக முழுமையாக உருவாக்கும் போது அசல் படத்தின் ID மேல் எழுதப்படும், அசல் கோப்பு நீக்கப்படும், மேலும் உள்ளடக்க URL மாற்றப்படும் என்று குறிப்பிடப்பட்டுள்ளது.
இதன் அர்த்தம், இது “எப்போது வேண்டுமானாலும் திரும்பப் பெறக்கூடிய சிறிய அமைப்பு” அல்ல; மாறாக, இது சொத்து நிலைமையில் செய்யப்படும் ஒருமுறை மாற்றமாகும்.

பரிந்துரைக்கப்படும் திட்டம் இதுவாக இருக்க வேண்டும்:

• முதலில் சிறிய அளவில் சோதிக்கவும்（பத்துகளிலிருந்து நூற்றுக்கணக்கானவை）
• முன்பக்கம் காட்சி, சிறுபடம், கேச் புதுப்பிப்பு அனைத்தும் சரியாக உள்ளன என்பதை உறுதிப்படுத்தவும்
• முழு தொகுப்பையும் மீண்டும் பரிசீலிக்கவும்

ஆபத்து 3: கிளவுட் சுருக்கத்தின் உண்மையான “இலவச வரம்பு” பயன்பாடு தம்ப்நெயில் எண்ணிக்கையும் next-gen தேர்வையும் பொறுத்தது

• ஷார்ட்பிக்சல்சிறுபடம் மற்றும் next-gen கிரெடிட்களை குறிப்பிடத்தக்க அளவில் பாதிக்கும்
• டைனிபிஎன்ஜிWebP/AVIF ஐ செயல்படுத்தினால் ஒவ்வொரு பட அளவிற்கும் கூடுதல் கிரெடிட் கழிக்கப்படும்
• இமேஜிஃபை: அசல் பட அளவின் அடிப்படையில் கழிக்கப்படும்; சிறுபடங்கள் அதிகமாக இருக்கும் அளவுக்கு கழிவு அதிகமாகும்; பலமாக அழுத்தினால் மீண்டும் மீண்டும் கழிக்கப்படும்

ஆபத்து 4: WebP/AVIF உருவாக்கப்பட்டது என்பதால் முன்பக்கத்தில் WebP/AVIF வழங்கப்படுகிறது என்று அர்த்தமில்லை“

மாற்றிய பிறகும் பலருக்கு “வேகம் அதிகரிக்கவில்லை” என்று தோன்றுகிறது. அதன் அடிப்படை காரணம், முன்புறம் இன்னும் JPG/PNG-யையே வழங்கிக் கொண்டிருப்பதுதான் (கேச்/மறுஎழுத்து/டேக்/உலாவி ஒப்பந்தம் போன்ற எந்த ஒரு கட்டமும் சரியாக பொருந்தாமல் இருக்கலாம்).

7. செய்த பிறகு அது செயல்பட்டதா என்பதை எப்படி சரிபார்ப்பது

4 மிக எளிய சரிபார்ப்பு புள்ளிகள்:

1. அதே பக்கத்தை இரண்டாவது முறை புதுப்பிக்கும்போது, ஏற்றுதல் மேலும் நிலையாகவும் வேகமாகவும் உள்ளதாதற்காலிக சேமிப்பும் மேம்படுத்தலும் செயல்படுகிறதா என்ற உணர்வு
2. மொபைல் மற்றும் டெஸ்க்டாப்பில் ஏற்றப்படும் படத்தின் அளவு தெளிவாக வேறுபடுகிறதாபதிலளிக்கும் வகை மூலத்தொகுப்பு/அளவுகள் செயல்படுகிறதா）
3. சில படங்களை சோதிக்கவும்: WebP அல்லது AVIF கோப்புகள்/வளங்கள் தோன்றுகிறதாதளம் உண்மையில் பயன்படுத்தப்படுகிறதா அடுத்த தலைமுறை）
4. சில படங்களை சீரற்ற முறையில் சரிபார்க்கவும்: பெரிதாக்கி பார்க்கும்போது தெளிவாக மங்கலாக உள்ளதா, எழுத்துகள் மங்கலாக தோன்றுகிறதா என்பதை பார்க்கவும்சுருக்கத் தரம் அதிகமா உள்ளது

இந்த நான்கு நிபந்தனைகளும் பொருந்தினால், நீங்கள் தேர்ந்தெடுத்த பாதை ஏற்கனவே செயல்படத் தொடங்கியுள்ளது என்பதைக் குறிக்கும். அடுத்ததாக இதைச் செய்யுங்கள் விநியோக நிலை“மொத்தத்தில் இன்னும் நிலையாக இருக்கும்.

8. செயல்பாட்டு பரிந்துரைகள்

1. முதலில் வழியைத் தேர்ந்தெடுக்கவும்:

• முடிந்தவரை இலவசம்：Plus WebP அல்லது AVIF + EWWW（அல்லது அவற்றில் ஒன்றை மட்டும் நிறுவுங்கள்）
• சர்வர் வளங்களைச் சேமித்து, பயன்பாட்டுக்கு ஏற்ப கட்டணம் செலுத்துங்கள்ShortPixel / Imagify / TinyPNG இதில் ஒன்றைத் தேர்வு செய்க

2. முதலில் சிறிய அளவில் சோதிக்கவும்（சில பத்து படங்கள்）
3. சரி என்பதை உறுதிப்படுத்திய பிறகு தொகுதியாக செய்க
4. விநியோக நிலைத்தன்மையை மேலும் மேம்படுத்த வேண்டும்:வாசிப்பு CDN முடுக்கம்

அடிக்கடி கேட்கப்படும் கேள்விகள்

1. நான் மொத்தத்தில் எத்தனை பிளகின்களை நிறுவ வேண்டும்? எல்லாவற்றையும் நிறுவலாமா?

முடிந்தவரை ஒரே ஒரு பாதையிலேயே செல்லுங்கள்.

• வழி A: Plus WebP அல்லது AVIF + EWWW Image Optimizer (அல்லது இதில் ஒன்றை மட்டும் நிறுவவும்)
• வழி B: ShortPixel / Imagify / TinyPNG இல் ஒன்றைத் தேர்வு செய்க
  ஒரே தளத்தில் பல செருகுநிரல்கள் ஒரே நேரத்தில் சுருக்கம், WebP/AVIF மாற்றம், URL மாற்றம், விநியோக மறுஎழுத்து போன்றவற்றைச் செய்தால், விஷயம் எளிதில் குழப்பமாகி பிழைகளை கண்டுபிடிக்கவும் கடினமாகும்.

2. WordPress ஏற்கனவே WebP/AVIF-ஐ ஆதரிக்கிறதே? எனக்கு இன்னும் ஒரு செருகுநிரல் தேவையா?

வேறுபடுத்திப் புரிந்துகொள்ள வேண்டும்:
“பதிவேற்றம்/பயன்பாடு ஆதரிக்கப்படுகிறது ≠ தானியங்கி மாற்றம்/தானியங்கி வழங்கல்
WordPress 6.5 கூட பழைய JPG/PNG கோப்புகளை தானாகவே தொகுதியாக WebP/AVIF ஆக மாற்றாது; மேலும் “உலாவி திறனைப் பொறுத்து AVIF/WebP ஐ வழங்கி, தேவையானால் முந்தைய வடிவத்துக்கு மீளும்” முழுமையான செயல்முறை சங்கிலியையும் தானாக அமைத்துத் தராது. பழைய மீடியா நூலகமும் இதற்கு இணங்க இருக்க வேண்டுமெனில், பொதுவாக இதை நிறைவு செய்ய ஒரு செருகுநிரல் அல்லது சேவை தேவைப்படும்.

3. பட மேம்பாட்டில், அதிக “பலன் தரும்” படி உண்மையில் எது?

பொதுவாக முதலில் “அளவை” சரியாக அமைக்கவும்（srcset/sizes）。
பல தளங்கள் மெதுவாக இருப்பதற்குக் காரணம் சுருக்கம் செய்யாததல்ல; பக்கம் 900px மட்டுமே காட்டினாலும், பயனரிடம் 3000px அசல் படத்தைப் பதிவிறக்கச் செய்கிறது. சுருக்கம் KB-ஐ சேமிக்கலாம், ஆனால் “அளவு பொருந்தாதது” காரணமாக தேவையில்லாமல் பல மடங்கு கூடுதல் தரவைப் பதிவிறக்க வேண்டி வரும்.

4. இப்போது ஏற்றப்படுவது “சிறிய படம்” தானா, இல்லையெனில் எப்போதும் அசல் படமே பதிவிறக்கப்படுகிறதா என்பதை நான் எப்படி உறுதிப்படுத்துவது?

இரண்டு நிகழ்வுகளைப் பாருங்கள்:

• மொபைலில் பக்கம் திறக்கும்போது பதிவிறக்கப்பட்ட படத்தின் அளவு டெஸ்க்டாப்பை விட தெளிவாக சிறியது
• ஒரே படம் வெவ்வேறு சாதனங்களில் ஏற்றப்படும் வள அளவு மாறுபடும்
  எப்போதும் அசல் படம் மட்டும் பதிவிறங்கினால், பொதுவாக காரணம் தீம்/பில்டர் படத்தை CSS பின்னணி படம் அல்லது தனிப்பயன் வெளியீடாக பயன்படுத்துவதால், மீடியா நூலகத்தின் பல அளவுகள் மற்றும் srcset தவிர்க்கப்படுவது.

5. WebP/AVIF உருவாக்கப்பட்டது என்றால் முன்பக்கத்தில் கண்டிப்பாக WebP/AVIF காட்டப்படுகிறது என்பதா

சமமல்ல.
உருவாக்கம் என்பது வெறும் “கோப்பு அடுக்கு” வரை மட்டுமே முடிந்தது; முன்புறத்தில் உண்மையில் WebP/AVIF வழங்கப்படுகிறதா என்பது இன்னும் rewrite, picture குறிச்சொல் உத்தி, cache hit ஆனதா, browser negotiation செயல்படுகிறதா போன்றவற்றைப் பொறுத்தது. நீங்கள் செய்து முடித்த பிறகு, கண்டிப்பாக “சில படங்களின் resource type-ஐ சீரற்ற முறையில் சரிபார்க்க வேண்டும்”.

6. Plus WebP அல்லது AVIF உண்மையில் ஆபத்து எதில் இருக்கிறது? நான் ஒரு கிளிக்கில் முழு நூலகத்தையும் இயக்கலாமா?

இதன் ஆபத்து புள்ளி “சுருக்கம்” அல்ல, அதுசொத்து மாற்ற நிலை மாற்றங்கள்：

• முழுமையாக உருவாக்கும் போது, மூலப் படக் கோப்பு ID மேலெழுதப்படலாம், மூலக் கோப்பு நீக்கப்படலாம், மேலும் உள்ளடக்கத்தில் உள்ள URL-கள் மாற்றப்படலாம்.
  ஆகவேமுதலில் முழு தரவுத்தளத்தையும் மாற்றுவது பரிந்துரைக்கப்படவில்லை：முதலில் சிறிய அளவில் சோதனை செய்யுங்கள் (பத்துகளிலிருந்து நூற்றுக்கணக்கானவை வரை) + பயன்படுத்தக்கூடிய காப்புப்பிரதி இருந்தால், அதன் பிறகு மட்டுமே முழு தரவுத்தளத்தையும் செயலாக்குவது பற்றி பரிசீலிக்கவும்.

7. Plus WebP இன் இரண்டு முறைகளில் எதைத் தேர்வு செய்வது: மூலப் படத்தை வைத்திருப்பதா அல்லது அதைப் மாற்றி மூலப் படத்தை நீக்குவதா?

எளிதாகப் புரிந்துகொள்வது:

• முறை 1: மூலப்படத்தை வைத்திருந்து WebP/AVIF நகலை உருவாக்கு (மேலும் நிலையானது)：திரும்பப் பெற வசதியாக இருக்கும், ஆனால் வட்டு இடம் அதிகரிக்கும் (அசல் படம் + புதிய வடிவம் + பல அளவிலான சிறுபடங்கள்).
• பயன்முறை 2: மாற்றி மூலப் படத்தை நீக்கு (மேலும் தீவிரம்): வட்டு எளிதில் பெருகாது, ஆனால் நீங்கள் “ஆசெட்டை மாற்றி + குறிப்புகளை மாற்றும்” போது, பொருந்தாமை சிக்கல்களை கண்டறியும் செலவு அதிகமாகும்.
  தளம் அதிகம் சிக்கலானதாக இருந்தால் (மின் வணிகம்/பல பிளகின்கள்/பல அளவுகள்), இன்னும் நிலையான முறையில் தொடங்குவது சிறந்தது.

8. EWWW Image Optimizer இலவச உள்ளூர் சுருக்கம் போதுமா? அது சேவையகத்தை மிகையாக சுமையடையச் செய்யுமா?

EWWW என்பது “உள்ளூரில் வேலை செய்யும் சுருக்கி” போல: CPU/IO ஐ பயன்படுத்தும்
பொதுவாக தொகுதி மேம்பாட்டில் சுமை அதிகரிக்கும்; அது இது பொருந்தாது என்பதல்ல, சரியான தந்திரம் தேவை: தொகுதிகளாக, குறைந்த உச்ச நேரத்தில், தேவையானால் ஆஃப்லோடு/கிளவுட் தீர்வைத் தேர்வு செய்யவும்.
நீங்கள் சிரமமில்லாததை நாடுகிறீர்கள், அல்லது சர்வர் வளங்கள் குறைவாக இருந்தால், வழி B சர்வருக்கு இன்னும் சிக்கனமானது.

9. ShortPixel இன் மாதம் 100 இலவச கிரெடிட்கள், சில படங்களிலேயே ஏன் முடிந்துவிட்டது போல தோன்றுகிறது?

ஏனெனில் வரவுகள் என்பது “படங்களின் எண்ணிக்கை” அல்ல”சிறுபடமும் next-genமும் பெரிதாக்கும் போது

• அசல் படம் + ஒவ்வொரு சிறுபடமும் கிரெடிட் ஆக கணக்கிடப்படும்
• WebP/AVIF உருவாக்கினால், ஒவ்வொரு தொடர்புடைய பதிப்புக்கும் கூடுதலாக credit செலவாகும்
  அதனால் நீங்கள் “1 படம்” என்று நினைக்கலாம், ஆனால் உண்மையில் கிட்டத்தட்ட “இரட்டை இலக்க credits” செலவாகலாம்。ShortPixel

10. Imagify இன் இலவச 20MB/மாதம் ஏன் இவ்வளவு சீக்கிரம் முடிந்து விடுகிறது?

Imagify மேலும் “தரவு தொகுப்பு” போல:

• நீங்கள் அனுப்பியபடிஅசல் கோப்பு அளவுகோட்டாவைக் கழி
• சிறுபடங்கள் அதிகமானால், பயன்பாடு அதிகரிக்கும்
• சுருக்க நிலையை மாற்றி மீண்டும் மேம்படுத்தினால், ஒதுக்கீடு மீண்டும் பயன்படுத்தப்படும்
• அதே API Key பல தளங்களில் பகிர்ந்து பயன்படுத்தலாம், ஒதுக்கீடு பகிரப்படும்
  எனவே “20MB விரைவில் முடிந்துவிடுகிறது” என்பது பெரும்பாலும் படங்கள் மிகப் பெரியதாக இருப்பது, சிறுபடங்கள் மிக அதிகமாக இருப்பது, அல்லது மீண்டும் மீண்டும் முயன்று தவறுவது ஆகியவற்றால் ஏற்படுகிறது.

11. TinyPNG இலவசமாக மாதத்திற்கு 500 credits. ஆனால் ஏன் செருகுநிரல் மாதத்திற்கு சுமார் 100 படங்கள் மட்டுமே என்று சொல்கிறது? WebP/AVIF ஐ இயக்கிய பிறகு அது மாதத்திற்கு 50 படங்களாக ஏன் குறைகிறது?

TinyPNG கிரெடிட்கள் கூட “அளவு/மாறுபாடு” காரணமாக அதிகரிக்கும்：

• சாதாரண WordPress நிறுவல் சுமார் 100 படங்கள்/மாதம் சுருக்கம்
• AVIF அல்லது WebP மாற்றத்தை இயக்கவும்:ஒவ்வொரு பட அளவும் கூடுதலாக 1 கிரெடிட் பயன்படுத்தும்எனவே மாதத்திற்கு சுமார் 50 படங்களை மட்டும் சுருக்கி மாற்ற முடியும் (சிறுபடங்களின் அளவு மற்றும் எண்ணிக்கையைப் பொறுத்தது)
  ஆகவே 500 கிரெடிட்ஸ் ≠ 500 படங்கள்.

12. என் தளத்தில் மொத்தம் எத்தனை சிறுபடங்கள் உள்ளன? அது ஏன் இவ்வளவு பெரிய தாக்கத்தை ஏற்படுத்துகிறது?

WordPress இல் ஒரு படத்தைப் பதிவேற்றினால் பல அளவுகள் உருவாகும்; தீம்/பிளகின்கள் (குறிப்பாக இ-காமர்ஸ்) மேலும் பல அளவுகளைச் சேர்க்கலாம்.
கிளவுட் சுருக்கத்தின் கிரெடிட்/ஒதுக்கீடு பொதுவாக “மூல படம் + சிறுபடம் சேர்த்து” கணக்கிடப்படும்; எனவே சிறுபடங்கள் அதிகமாக இருந்தால், இலவச ஒதுக்கீடு அதைவிட விரைவாக முடியும்.

13. சோம்பேறி ஏற்றுதல் நிச்சயமாகவே வேகத்தை அதிகரிக்குமா? ஏன் சிலர் சோம்பேறி ஏற்றுதல் மாறாக மெதுவாகிறது என்று சொல்கிறார்கள்?

மெதுவாக ஏற்றுதல் “திரைக்கு வெளியேயுள்ள வளங்களுக்கு” பொருத்தமானது.
முதல் திரையில் மிக முக்கியமான பெரிய படம் கூட தாமதமாக ஏற்றப்பட்டால், அது முதல் திரை அனுபவத்தை மந்தமாக்கலாம். WordPress 5.5 முதல் இயல்புநிலை lazy loading பிரச்சனை இல்லை, ஆனால் “ஒரே முறையில் எல்லாவற்றுக்கும் ஒரே விதம்” என்று செய்ய வேண்டாம்.

14. நான் பாதை A அல்லது B வழியாக செல்கிறேன், எப்போது CDN / படம் CDN தேவை?

சுருக்கம், அளவு, வடிவம் ஆகியவை தீர்ப்பது “கோப்பு இன்னும் சிறியதாகவும் மேலும் பொருத்தமாகவும் இருப்பது” என்பதையே.
CDN நெருக்கமான மற்றும் நிலையான விநியோகத்தை தீர்க்கிறது。
படங்களை மூல தளத்திலிருந்து தூர இடைவெளியில் பெறுவதால் தாமதம் கணிசமாக இருந்தால், CDN/படம் CDN (எ.கா., Cloudflare Polish / Jetpack Site Accelerator) என்பதை கூடுதலாக சேர்த்தால், மொத்தத்தில் அது மேலும் நிலையானதாக இருக்கும், வாசிப்பு WordPress CDN வேகப்படுத்தல்。

15. முடித்த பிறகு “உண்மையில் செயல்படுகிறதா” என்பதை நான் எந்த எளிய முறையில் சரிபார்ப்பது?

அதிக நேரம் மிச்சப்படுத்தும் சரிபார்ப்பு முறை:

• அதே பக்கத்தை இரண்டாவது முறை புதுப்பிக்கும்போது, ஏற்றுதல் மேலும் நிலையாகவும் வேகமாகவும் உள்ளதா
• மொபைல் மற்றும் டெஸ்க்டாப்பில் ஏற்றப்படும் பட அளவுகள் தெளிவாக வேறுபடுகிறதா (srcset/sizes செயல்படுகிறதா)
• சில படங்களை சோதிக்கவும்: WebP அல்லது AVIF கோப்புகள்/வளங்கள் தோன்றுகிறதா
• சில படங்களை சீரற்ற முறையில் சரிபார்க்கவும்: பெரிதாக்கி பார்க்கும்போது தெளிவாக மங்கலாக உள்ளதா, எழுத்துகள் மங்கலாக தோன்றுகிறதா என்பதை பார்க்கவும்