ვებსაიტის სურათების ოპტიმიზაცია

სურათების ოპტიმიზაცია 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-დან მოყოლებული, შესაძლებელია WebP ფაილების ატვირთვა და გამოყენება JPEG/PNG-ის მსგავსად (თუ ჰოსტინგის გარემო 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/image CDN).

ორი ტიპური მიდგომა:

• Cloudflare პოლონეთი：Cloudflare დოკუმენტაციასტატიაში წარმოდგენილია Polish-ის შეკუმშვის მეთოდები (უკარგო/კარგვადი/WebP) და ნახსენებია მათი გამოყენება format=auto დაშვებულია WebP/AVIF ფორმატების გამოყენება.
• ჯეტპეკის საიტის აჩქარებელი：ჯეტპეკის დოკუმენტაციაის ოპტიმიზაციას გაუკეთებს სურათებს და მათ სტატიკურ რესურსებთან ერთად გაავრცელებს თავისი ქსელის მეშვეობით.

გამოსახულების ოპტიმიზაცია პასუხისმგებელია ზომის შემცირებასა და შესაბამისობის უზრუნველყოფაზე.CDN: მიწოდება უფრო ახლოს და უფრო საიმედოდ

3. არჩევანი: გასათვალისწინებელია მხოლოდ ორი ძირითადი მარშრუტი.

გამოსახულების ოპტიმიზაციისას ყველაზე გავრცელებული ხარვეზი არა “პლაგინების დაუყენებლობაა”, არამედ ზედმეტად ბევრი პლაგინის დაყენება, რაც იწვევს ზედმეტ დამუშავებას:
A აკომპრესირებს, B-ც აკომპრესირებს; A გარდაქმნის WebP/AVIF-ზე, B-ც ასევე გარდაქმნის; A ცვლის URL-ებს, B კი მათ გადაწერს — საბოლოოდ, თავადაც კი ვეღარ ხსნით, რა ხდება საიტზე.

წესები:

წინსვლის მხოლოდ ერთი გზა არსებობს: ან სრულად უფასო ადგილობრივი საცავი, ან ღრუბლოვანი დაჭყლეტვა სამი ხელმისაწვდომი ვარიანტით.

• მარშრუტი A (მთლიანად უფასო ადგილობრივი):დამატებით WebP ან AVIF + EWWW Image Optimizer(ან აირჩიეთ მხოლოდ ერთი მათგანი)
• მარშრუტი B (აირჩიეთ ღრუბლის შეკუმშვის სამი ვარიანტიდან ერთი):ShortPixel / Imagify / TinyPNG

---

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 სურათის ოპტიმაიზერიუფასო ადგილობრივი შეკუმშვის გადაწყვეტა

EWWW-ის დანამატის გვერდის პოზიციონირება ძალიან ნათელია:

• ის შეუძლია გამოიყენოს თქვენს სერვერზე არსებული ინსტრუმენტების ნაკრები ოპტიმიზაციისთვის (jpegtran, optipng, pngout, pngquant, gifsicle, cwebp და ა.შ.).
• თუ გჭირდებათ უფრო მაღალი შეკუმშვა ან გსურთ CPU-ის დაზოგვა, შეგიძლიათ ასევე გადააწოდოთ თქვენს სერვერზე CPU-ის მომხმარებელი დამუშავება (არასავალდებულო).

რა როლი უნდა შეასრულოს EWWW-მ მარშრუტ A-ში?

თუ თქვენ იყენებთ Plus WebP-ს “ფორმატის მიგრაციის/ჩანაცვლების სტრატეგიისთვის”, მაშინ EWWW უკეთესად გამოდგება ამისათვის:

• კომპრესიისა და მოცულობის ოპტიმიზაცია(განსაკუთრებით ნედლი რესურსების, როგორიცაა JPG/PNG ფაილები, ზომის შემცირება)
• ისტორიული მედია ბიბლიოთეკების პარტიული ოპტიმიზაცია(მიზნად დაისახეთ “მოცულობის შემცირება” და არა “URL-ის ჩანაცვლება”)

EWWW-ის კლასიკური ხარვეზები

1. სერვერის დატვირთვა იზრდება პარტიული ოპტიმიზაციის დროს
   რადგან ადგილობრივი შეკუმშვა CPU/IO-ს მოიხმარს. გამოსავალი არაა “არ გამოიყენო”, არამედ “ეტაპობრივად, დაბალი დატვირთვის დროს და საჭიროების შემთხვევაში ოფლოადი/ქლაუდ გადაწყვეტის არჩევა”.
2. “WebP-ის გენერირება არ ნიშნავს, რომ ფრონტენდი WebP-ს ემსახურება.
   ბევრი პლაგინი ამ მცდარ შეხედულებას ემყარება: გენერაცია ერთი რამაა, ხოლო მიწოდების სტრატეგია (გადაწერა, სურათის თეგები, ქეშის მონაცემების გამოყენება და ა.შ.) — სულ სხვა.
3. სხვა დანამატების იდენტური ფუნქციონალის გამეორება
   თუ A გზას აირჩევთ, თავი აარიდეთ ღრუბლოვანი კომპრესიის სერვისების დაწყვილებას, როგორიცაა ShortPixel/Imagify/TinyPNG; თუ B გზას აირჩევთ, გამორთეთ Plus WebP-ის ჩანაცვლების ლოგიკა. ძირითადი პრინციპი:ერთ ქმედებას მიჰყევი.

---

3.2 ბ მარშრუტი: აირჩიეთ სამი ღრუბლოვანი კომპრესიის სერვისიდან ერთი (ShortPixel / Imagify / TinyPNG)

ეს მარშრუტი შესაფერისია მათთვის, ვისაც სურს სერვერის რესურსების დაზოგვა, უპირატესობას ანიჭებს ბatch დამუშავების უფრო უდარდელ მიდგომას და ვისთვისაც მისაღებია “გადახდა გამოყენების მიხედვით” პრინციპით დაწესებული საფასური.
თუმცა, ღრუბლოვანი კომპრესიის შესახებ ყველაზე გავრცელებული გაუგებრობა არის:უფასო ნებადართვა უბრალოდ “უფასო ფურცლების” საკითხი არ არის.მინიატურების რაოდენობა, WebP/AVIF ფორმატების გენერირება და განმეორებითი გადაკუმშვის შესრულება მნიშვნელოვნად იმოქმედებს რესურსების მოხმარებაზე.

ქვემოთ ავხსნით: როგორ მუშაობს უფასო/ფასიანი პაკეტები, როგორ იკლებება კვოტები, ყველაზე გავრცელებულ ხარვეზებს, რომლებსაც უნდა მოერიდოთ, და რომელი ტიპის საიტებისთვის არის ეს საუკეთესოდ შესაფერისი.

---

3.2.1 ShortPixelთვეში 100 უფასო კრედიტი, მაგრამ კრედიტები დაიხარჯება მინიატურებისა და WebP/AVIF ფაილების გაზრდისას.

რა ხდება უფასოსა და ფასიანის შემთხვევაში?

ShortPixel-ის დანამატის აღწერაში პირდაპირ არის მითითებული:

• 100 უფასო კრედიტი თვეში
• ასევე არსებობს “დამატებითი შეუზღუდავი ყოველთვიური კრედიტები” (პლაგინის გვერდზე მოცემულია შესაბამისი საფასო ინფორმაცია).
• ასევე გთავაზობთ “არამოქმედი ერთჯერადი საკრედიტო პაკეტებს” (წარმოდგენილია საწყისი ფასების ინფორმაცია)

შენიშვნა:

• უფასო: ყოველთვიური კრედიტების განაწილება მსუბუქი საიტებისთვის ან სატესტო მიზნებისთვის.
• ერთჯერადი პაკეტი: განკუთვნილია ვებსაიტებისთვის, რომლებსაც აქვთ ვრცელი მედია-ბიბლიოთეკები და სურთ მარაგის ერთი ტრანზაქციით ამოწურვა (იყიდება ერთჯერადად, განუსაზღვრელი ვადით გამოყენებისთვის, როგორც წესი, ვადის გარეშე).
• ყოველთვიური/ულიმიტო: შესაფერისია საიტებისთვის, რომლებსაც სჭირდებათ გამუდმებული სურათების განახლება და გრძელვადიანი, სტაბილური ოპტიმიზაცია.

ShortPixel-ის ოფიციალური ცოდნის ბაზა ასევე ეხება შედარებას “ერთჯერადი პაკეტებისა და შეუზღუდავი ყოველთვიური გეგმების” შორის.გასაგები ახსნაUnlimited Monthly is billed monthly (or annually), offers unlimited credits, and includes a fixed CDN quota; one-time credits never expire, giving you more control to use them as needed.

ყველაზე მნიშვნელოვანი საკითხი: როგორ გამოითვლება ShortPixel-ის კრედიტები?

ShortPixel-ის ოფიციალური დოკუმენტაცია კბ-მ ძალიან მარტივად თქვა:

• WordPress-ში სურათის ატვირთვა მრავალ მინიატურას ქმნის;
• თითოეული მინიატურის ოპტიმიზაცია ითვლება ერთ კრედიტად.；
• თუ თქვენ აირჩევთ WebP-ის ან AVIF-ის გენერირებას,ორიგინალი სურათისა და მისი მინიატურის თითოეული WebP/AVIF ვერსია დამატებით ერთ კრედიტს მოიხმარს.；
• კრედიტის მოხმარების შესამცირებლად, შეგიძლიათ ოპტიმიზაციიდან გამორიცხოთ კონკრეტული მინიატურები.

კრედიტების მაგალითი：

დავუშვათ, თქვენ ატვირთავთ ერთ სურათს, და თემა/პლაგინი ქმნის რვა მინიატურას:

• ორიგინალი სურათისა და მინიატურების ოპტიმიზაცია: 1 (ორიგინალი სურათი) + 8 (მინიატურები) = 9 კრედიტი
• თუ WebP/AVIF გენერაციაც არის საჭირო: დაამატეთ ერთი მომავალი თაობის ვერსია ზემოთ ჩამოთვლილი 9 ფორმატიდან თითოეულისთვის → შემდეგ დაამატეთ დამატებით 9 კრედიტი.
  სხვა სიტყვებით რომ ვთქვათ, ის, რასაც თქვენ “ერთ სურათად” მიიჩნევთ, სინამდვილეში შესაძლოა თითქმის “ორნიშნა კრედიტი” მოიხმაროს.

ამიტომ:“უფასო 100 კრედიტი” არ არის იგივე, რაც “უფასო 100 სურათი”.

ShortPixel-ის ყველაზე გავრცელებული ხარვეზები

1. უფასო 100 კრედიტი მალე იწურება
   ფუძემდებლური მიზეზი: მრავალი მინიატურა + WebP/AVIF-ის გენერაციისთვის საჭირო დამატებითი კრედიტები.
   რეკომენდაცია：

• პირველ რიგში შეაფასეთ საიტზე არსებული მინიატურების რაოდენობა.
• მოიშორეთ არასაჭირო მინიატურების ზომები (ოპტიმიზაცია გაუკეთეთ მხოლოდ იმ ზომებს, რომლებიც რეალურად იქნება გამოყენებული)
• პირველ რიგში, ბatch-ების გაშვებამდე განსაზღვრეთ შეკუმშვის სტრატეგია, რათა თავიდან აიცილოთ რესურსების მომხმარებელი განმეორებითი მცდელობები მეთოდის ძიებით.

2. სხვა ფორმატის გადამყვანი დანამატების ერთდროული დატვირთვა
   თუ Plus WebP-ის ჩანაცვლებას ჩართავთ და, ამავდროულად, ShortPixel-ს შემდეგი თაობის თეგების გენერირებისა და ჩასმის მითითებას მისცემთ, ლოგიკა დაემთხვევა, რაც პრობლემების აღმოფხვრას გაართულებს. Route B-ში ShortPixel ამას დამოუკიდებლად უმკლავდება.
3. იმის დაშვება, რომ მისი უბრალოდ დაყენება იძლევა გარანტიას, რომ “ფრონტენდი მოგვემსახურება WebP/AVIF-ით”.”
   ShortPixel-ის დანამატის გვერდიმას შეუძლია WebP/AVIF ფორმატების გარდაქმნა და შემდეგი თაობის სურათების ფრონტენდ გვერდებში ინტეგრაცია (მაგალითად, თეგის იმპლემენტაციის საშუალებით).
   თუმცა, დასრულების შემდეგ, შედეგები მაინც უნდა გადამოწმდეს.

---

3.2.2 იმეჯიფაიუფასო 20MB/თვე; კვოტა იჭრება “ორიგინალის ზომა + მინიატურების რაოდენობის” მიხედვით, ხელახლა შეკუმშვისას ისევ იჭრება

უფასო განთავსება და პოზიციონირება

Imagify-ის ოფიციალური ფასების გვერდიეს საკმაოდ ნათლად წერია:უფასო ანგარიშის თვიური კვოტა 20MB。
მისი დანამატის გვერდზე ასევე პირდაპირ არის მითითებული, რომ მას შეუძლია WebP/AVIF ფაილების დაჭყლეტა, ზომის შეცვლა და კონვერტაცია.

როგორ ხდება კვოტების გამოქვითვა?

Imagify-ის ოფიციალური დოკუმენტაცია “როგორ გამოითვლება კვოტის გამოყენება?” ნათლად ხსნის გამოქვითვის მექანიზმს:

• მინიატურების რაოდენობა გავლენას მოახდენს მოხმარებაზე.მაგალითად, თუ თქვენ გაქვთ 10 მინიატურის ზომა, ერთი სურათის ოპტიმიზაცია ხდება 11 სურათის ოპტიმიზაციად (თავდაპირველი სურათი და 10 მინიატურა), რომელთაგან ყველა მონაწილეობს კვოტების მოხმარებაში.
• კვოტის გამოკლება ორიგინალი ფაილის ზომის მიხედვითმაგალითად, თუ Imagify-ს 100KB-იან სურათს გაუგზავნით, თქვენი კვოტადან 100KB ჩამოიჭრება.
• კომპრესიის დონის შეცვლა და ხელახალი ოპტიმიზაცია კვლავ დაიკავებს კვოტას.。
• იგივე API გასაღების გამოყენება შესაძლებელია რამდენიმე საიტზე, მაგრამ კვოტები ამ საიტებს შორის გაზიარებული იქნება.

ეს არის Imagify-ის “ძირითადი გაგების მიდგომა”:
ეს უფრო მონაცემთა პაკეტს ჰგავს: რასაც ატვირთავ, იმდენს გიჭრის; რაც უფრო მეტი თუმბლერია, მით მეტს გიჭრის; განმეორებითი დიდი ზომის ატვირთვები განმეორებითი გამოქვითვებით დაჯარიმდება.

Imagify-ის კვოტების მარტივი მაგალითები

ვთქვათ, თქვენ ატვირთავთ 800 კბ-იან ორიგინალურ სურათს და საიტი ქმნის 8 მინიატურას.

• Imagify-ით ოპტიმიზაციისას, “ყველას ოპტიმიზაციის” არჩევის შემთხვევაში, ოპტიმიზდება როგორც თავდაპირველი სურათი, ასევე მისი რვა მინიატურა. ეს ნიშნავს, რომ ეს ერთი ოპერაცია მოიხმარს კვოტას, რომელიც თითქმის ყველა ამ ფაილის თავდაპირველი ზომების ჯამის ტოლია.
  სწორედ ამიტომ ამთავრებენ ზოგიერთი საიტი “20MB” კვოტას სწრაფად: პრობლემა ის კი არ არის, რომ Imagify საკმარისად მძლავრი არ არის, არამედ ის, რომ თქვენ მიერ ატვირთული სურათები ძალიან დიდია, თქვენ ძალიან ბევრ მინიატურას ქმნით და, შესაძლოა, განმეორებითაც ცდილობთ სხვადასხვა შეკუმშვის დონის გამოყენებას.

Imagify-ის გავრცელებული ხარვეზები

1. უფასო 20MB არ არის საკმარისი “საიტის სრული ისტორიის გასუფთავების” შესასრულებლად”
   20MB ჩვეულებრივ უფრო გამოდგება ტესტირებისა და მსუბუქი განახლებისთვის; თუ თქვენი მედიათეკა ისედაც ძალიან დიდია, დიდი ალბათობით, მისი ერთბაშად სრულად გასუფთავებისთვის განახლება დაგჭირდებათ.
2. კომპრესიის დონის განმეორებითი რეგულირება იწვევს კვოტების განმეორებით მოხმარებას.
   Imagify პირდაპირ აცხადებსგაოპტიმიზაცია კვლავ მოიხმარს კვოტას.
   რეკომენდებულია ამ გვერდზე სტრატეგიის ნათლად ჩამოყალიბება:

• პირველ რიგში, გამოიყენეთ მცირე რაოდენობის სურათები შეკუმშვის დონისა და ვიზუალური ხარისხის დასადგენად.
• სტრატეგიის საბოლოო ვერსია დაამტკიცეთ ბatch-ების გაშვებამდე.
  მოერიდეთ მთელი მონაცემთა ბაზის მასშტაბით განმეორებით მეთოდით გამოცდას.

3. მრავალ საიტზე API გასაღების გასაზიარებლად კვოტების უცნაურად შემცირება ხდება.“
   თუ ერთსა და იმავე API გასაღებს რამდენიმე საიტზე გამოიყენებთ, კვოტები გაზიარდება.
   ამიტომ, გუნდურ/მრავალობიექტურ სცენარებში, სასურველია, ნათლად განისაზღვროს, რომელი ობიექტები იზიარებენ რესურსებს და რომელი მოქმედებს დამოუკიდებლად, რითაც თავიდან იქნება აცილებული ბიუჯეტის უკონტროლობა.

---

3.2.3 პატარა PNG(პატარა ზომის გამოსახულებები): უფასო 500 კრედიტი/თვეში; WebP/AVIF-ში გადაყვანა ითვალისწინებს “დამატებით 1 კრედიტს ზომის მიხედვით”.”

უფასო ნორმის რაოდენობა და მისი დარიცხვის მიდგომა

TinyPNG-ის WordPress-ის დანამატის გვერდი ძალიან ნათლად არის დაწერილი:

• ყოველთვიურად 500 უფასო კრედიტი
• “სტანდარტული WordPress-ის ინსტალაციის” შემთხვევაში, მისი დაწკაპუნება შესაძლებელია დაახლოებით თვეში დაახლოებით 100 სურათი
• თუმცა, თუ AVIF ან WebP კონვერტაცია ჩართულია:თითოეული სურათის ზომა გამოიწვევს დამატებით საკრედიტო გადასახადს.ამიტომ, ის, ალბათ, მხოლოდ შეკუმშული და გარდაქმნილი შეიძლება იყოს. თვეში დაახლოებით 50 სურათი(თქვენი მინიატურების ზომების რაოდენობის მიხედვით).

ამასობაში, Tinify-მ (TinyPNG/TinyJPG-ის შემქმნელმა) ასევე გამოაცხადა თავის API-ის ფასების გვერდიშენიშვნა: დარეგისტრირდით, რომ მიიღოთ 500 უფასო კომპრესია თვეში. ამ ლიმიტის გადაჭარბების შემთხვევაში, გადახდა ხდება წარმატებული კომპრესიების რაოდენობის მიხედვით, სავალდებულო გამოწერის გარეშე.

TinyPNG-ის შეჯამება ერთ წინადადებაში:
ის კრედიტებით ითვლება; რაც უფრო მეტი მინიატურის ზომა გექნებათ და რაც უფრო მეტ WebP/AVIF ფორმატს ჩართავთ, მით უფრო სწრაფად დაგეცლებათ კრედიტები.

TinyPNG-ის კრედიტების მარტივი გასაგები მაგალითი

ვთქვათ, თქვენი საიტი თითოეული სურათისთვის რვა მინიატურის ზომას ქმნის:

• მხოლოდ კომპრესია: ორიგინალი სურათი + 8 მინიატურა → საჭიროებს 9 კრედიტს
• თუ WebP/AVIF კონვერტაცია ჩართულია: ზომის მიხედვით ხდება დამატებითი კრედიტის გამოქვითვა → ამან შეიძლება ფასი თითქმის გააორმაგოს.
  ეს ზუსტად შეესაბამება დანამატის გვერდის აღწერას: კონვერტაციის ჩართვისას, უფასო კვოტა იცვლება დაახლოებით “100 სურათიდან თვეში” “50 სურათამდე თვეში”.

ხშირი ხარვეზები TinyPNG-სთან

1. ვთქვათ, 500 კრედიტი = 500 სურათი
   არა. ის კრედიტებს ხარჯავს “სურათის ზომის/ვარიანტის” მიხედვით. დანამატის გვერდზე პირდაპირაა მითითებული: “კონვერტაციისას თითოეული სურათის ზომისთვის დამატებით 1 კრედიტი იკლება”.
2. თემის/ელექტრონული კომერციის პლაგინი ქმნის ზედმეტად დიდი ზომის ფაილებს, რის შედეგადაც საგრძნობლად მცირდება უფასო კვოტები.
   რაც უფრო დიდია ზომები, მით უფრო ადვილად მრავლდება და იხარჯება კრედიტები.
3. კონვერტაციის ჩართვის შემდეგ აღმოვაჩინე, რომ საკრედიტო ლიმიტი მოულოდნელად არასაკმარისი გახდა.
   ეს ხარვეზი არ არის; ეს მისი ანგარიშსწორების მექანიზმია.
   სტრატეგიული რეკომენდაციები:

• თუ უფასო ვერსია ძირითადად შეკუმშვისა და ზომის შემცირებისთვის გამოიყენება, თავდაპირველად შეგიძლიათ ყურადღება მხოლოდ შეკუმშვაზე გაამახვილოთ. როგორც კი დაადასტურებთ, რომ საიტის სტრუქტურა სტაბილურია და რომ next-gen ნამდვილად აუცილებელია, შეგიძლიათ კონვერტაციის პროცესი დაიწყოთ.

4. კონტექსტზე დაფუძნებული რეკომენდაციები: როგორ შევარჩიოთ სხვადასხვა ტიპის საიტისთვის

მიუხედავად იმისა, რომ ყველა მათგანი WordPress-ს იყენებს, კონტენტ-საიტებს, ელექტრონული კომერციის პლატფორმებს, პორტფოლიოებსა და წევრობის საიტებს თითოეულს თავისებური, გამოსახულებასთან დაკავშირებული გამოწვევები ახასიათებს.

4.1 კონტენტზე ორიენტირებული ვებსაიტები/ბლოგები (რომლებიც თითოეულ სტატიაში მრავალ სურათსა და ზომიერ განახლების სიხშირეს შეიცავს)

პრიორიტეტული რეკომენდაციები:

1. განზომილების სტრატეგია (ნაბიჯი 1)
2. კომპრესია (ნაბიჯი 2)
3. WebP (ნაბიჯი 3)

უფრო შესაფერისი მარშრუტი:

• პრობლემების გარეშე ვარიანტისთვის: აირჩიეთ სამიდან ერთ-ერთი ალტერნატივა (ShortPixel / Imagify / TinyPNG)
• უფასო ვერსია: მარშრუტი A (Plus WebP + EWWW), მაგრამ სასურველია, დაიწყოთ რისკების შეფასებით “კონსერვატიულ რეჟიმში (ორიგინალი სურათების წაშლის გარეშე)”.

ხშირი ხარვეზები:

• სტატიის სათაურის სურათი ძალიან დიდია და ზარბაზნით სროლის სტრატეგია შეუფერებელია.პირველ ეკრანს შეანელებს

4.2 ელექტრონული კომერციის/პროდუქტის საიტები (მრავალი მინიატურა, გამოსახულების მრავალი ვარიანტი, უმთავრესი სტაბილურობა)

ელექტრონული კომერციის ყველაზე გავრცელებული პრობლემები არ არის გამოწვეული “ცუდი კომპრესიის შედეგებით”, არამედ “ოპტიმიზაციის შემდეგ არასწორი ზომებით, დაკარგული მინიატურებითა და ფრონტენდ კომპონენტების მიერ სურათების ვერ ჩამოტვირთვით”.

პრიორიტეტული რეკომენდაციები:

1. მოიქეცით ფრთხილად: გამოიყენეთ კონსერვატიული მიდგომა შეკუმშვის სტრატეგიების მიმართ; თავი შეიკავეთ მონაცემთა ბაზის დაუყოვნებლივი სრული ჩანაცვლებისგან.
2. შეაფასეთ მინიატურების ზომები: ელექტრონული კომერციის თემები, როგორც წესი, ქმნიან მეტ ზომას, რაც ზრდის კვოტების მოხმარებას (ეს განსაკუთრებით შესამჩნევია ShortPixel/TinyPNG-ის შემთხვევაში).
3. მასშტაბირებამდე ჩაატარეთ მცირე მასშტაბის ვალიდაცია (ძალიან მნიშვნელოვანია)

უფრო შესაფერისი მარშრუტი:

• B მარშრუტი ხშირად უფრო მარტივია: ShortPixel-ს, Imagify-სა და TinyPNG-ს ყველას აქვს ბatch დამუშავების მხარდაჭერა. მთავარია, გაიგოთ მათი კვოტების მექანიზმები და წინასწარ შეაფასოთ ხარჯები.
• მარშრუტი A-ც მისაღებია, მაგრამ Plus WebP-ის ქცევის მიმართ, რომელიც “ID-ების გადაწერას/ორიგინალი სურათების წაშლას/URL-ების შეცვლას” გულისხმობს, მეტი სიფრთხილეა საჭირო: ეს აქტივების მიგრაციას წარმოადგენს და არ არის რეკომენდებული თავიდანვე მასობრივი ჩანაცვლებით გაგრძელება.

4.3 პორტფოლიო/ფოტოგრაფიის ვებსაიტი (მგრძნობიარეა გამოსახულების ინდივიდუალური ხარისხის, დიდი ზომის ფაილებისა და მაღალი ვიზუალური სტანდარტების მიმართ)

პრიორიტეტული რეკომენდაციები:

1. ზომის სტრატეგია (ჩვენების არეალის კონტროლი)
2. კომპრესიის სტრატეგია (სჯობს ოდნავ მეტი მოცულობა, ვიდრე დეტალების დაკარგვა)
3. WebP/AVIF (დიდი სურათების შემთხვევაში მნიშვნელოვან უპირატესობებს იძლევა, თუმცა ვიზუალური ხარისხი საჭიროებს გადამოწმებას)

უფრო შესაფერისი მარშრუტი:

• იმეჯიფაი: “თავდაპირველი სურათის ზომის” მიხედვით კვოტების განაწილება ასეთ საიტებს უფრო ხელსაყრელს ხდის “ბიუჯეტის კონტროლისთვის” (რადგან დაახლოებით იცით, თუ რა მოცულობას დაიკავებს თითოეული დიდი სურათი), მაგრამ თავი აარიდეთ მათ განმეორებით დაჭიმვას.
• ShortPixelთუ მინიატურების ზომების რაოდენობა შეზღუდულია, კრედიტების მოხმარება მართვადი რჩება; თუმცა, როდესაც შემდეგი თაობის აქტივების პარალელურად უამრავი ზომის გენერირება ხდება, კრედიტების გამოყენება მნიშვნელოვნად იზრდება, რაც წინასწარ დაგეგმვას საჭიროებს.

5. ლიმიტების/ანგარიშფაქტურების შედარება: განმარტება იმისა, არის თუ არა უფასო ლიმიტი საკმარისი

რომელია უფრო ხარჯთეფექტური და რამდენ ხანს გასტანს უფასო პერიოდი?

5.1 სამი საკომისიოს გამოქვითვის მოდელი

• ShortPixel(მადლობები)კრედიტები გამოითვლება ორიგინალი სურათებისა და მინიატურების რაოდენობის მიხედვით; WebP/AVIF ვერსიების გენერირებისას თითოეული შესაბამისი ფორმატისთვის მოხდება დამატებითი კრედიტების ჩამოჭრა.
• იმეჯიფაი(MB კვოტა)კვოტის შემცირება ეფუძნება ფაილის თავდაპირველ ზომას; რაც უფრო მეტი თუმბლეილია, მით მეტია შემცირება; ხელახალი დაჭერგება გამოიწვევს შემდგომ შემცირებას.
• პატარა PNG(მადლობები): 500 კრედიტი თვეში; WebP/AVIF კონვერტაციის ჩართვა გამოიწვევს დამატებით კრედიტებს სურათის ზომის მიხედვით.

5.2 სწრაფი შეფასების მეთოდები

შეგიძლიათ ასე შეაფასოთ:

1. შეარჩიეთ ნებისმიერი “ხშირად ატვირთული ორიგინალი სურათი” და შეამოწმეთ მისი დაახლოებითი ზომა (მაგ. 300KB / 1MB / 3MB)
2. შეაფასეთ თქვენი საიტის მიერ გენერირებული მინიატურების დაახლოებითი რაოდენობა (მაგ., 5 / 10 / 20)
3. გაათვლეთ, შეიქმნას თუ არა WebP/AVIF (დიახ/არა)

შემდეგ გამოიყენეთ შემდეგი “გონებრივი არითმეტიკა” მოხმარების გასაგებად:

• ShortPixelთითოეული სურათი ≈ (1 + მინიატურების რაოდენობა) კრედიტი; თუ იქმნება WebP/AVIF, ≈ დაახლოებით გაორმაგებული რაოდენობა (რადგან შემდეგი თაობის ვერსიებსაც სჭირდება კრედიტები).
• იმეჯიფაითითოეული გამოსახულება დაახლოებით მოიხმარს კვოტას, რომელიც ტოლია (ორიგინალი გამოსახულების ზომა + ყველა მინიატურის საერთო ზომა); სხვადასხვა დონის კომპრესიით ხელახლა დაწურვა გამოიწვევს კვოტას დამატებით გამოქვითვას.
• პატარა PNGუფასო: 500 კრედიტი; თუ თქვენი საიტი თითოეული სურათისთვის მრავალ ზომას ქმნის და ჩართულია კონვერტაცია, უფასო ლიმიტი მნიშვნელოვნად შემცირდება (პლაგინის გვერდზე მოცემულია ინტუიციური შეფასება “თვეში დაახლოებით 100 სურათი” და “თვეში დაახლოებით 50 სურათი”).

6. რისკის გამჟღავნება

რისკი 1: თავი აარიდეთ ერთსა და იმავე ფუნქციას მრავალი დანამატის მიერ განმეორებით შესრულებას.

ეს არის კატასტროფების ყველაზე გავრცელებული წყარო.“

• მარშრუტი A:დამატებით WebP ან AVIF + EWWW(გაანაწილეთ პასუხისმგებლობები ორ მათგანს შორის; ნუ შეასრულებთ მსგავს კონვერსიებსა და მიწოდებებს ერთდროულად, ან დააყენეთ მხოლოდ ერთი მათგანი.)
• მარშრუტი B: ShortPixel / Imagify / TinyPNG აირჩიეთ სამიდან ერთი(აირჩიეთ ერთ-ერთი, რომელიც პასუხისმგებელია შეკუმშვასა და შემდეგ თაობაზე)

რისკი 2: Plus WebP-ის “ID-ის გადაწერა / ორიგინალი სურათის წაშლა / URL-ის შეცვლა” ფუნქციონალი წარმოადგენს აქტივების მიგრაციას.

კიდევ ერთხელ, ხაზგასმით უნდა აღინიშნოს:დამატებით WebP აღწერაში პირდაპირაა მითითებული, რომ სრული გენერაციის დროს, ორიგინალი სურათის ID ჩაიწერება, ორიგინალი ფაილი წაიშლება და შინაარსის URL შეიცვლება.
ეს ნიშნავს, რომ ეს არ არის “მცირე კორექტირება, რომლის გაუქმებაც ნებისმიერ დროსაა შესაძლებელი”, არამედ აქტივის დონის ცვლილებაა.

რეკომენდებული სტრატეგია უნდა იყოს:

• საწყისი მცირე მასშტაბის ტესტირება (ათეულიდან ასობით ერთეულამდე)
• დაადასტურეთ, რომ ფრონტენდის ჩვენება, მინიატურები და ქეშის განახლებები სწორად მუშაობს.
• განიხილეთ მთლიანი მონაცემთა ბაზის დამუშავება

რისკი 3: ღრუბლოვანი კომპრესიის “უფასო ნორმის” ფაქტობრივი მოხმარება დამოკიდებულია არჩეული თუმბლეილებისა და შემდეგი თაობის ოფციების რაოდენობაზე.

• ShortPixelმინიატურები და მომავალი თაობა მნიშვნელოვნად იმოქმედებს კრედიტებზე.
• პატარა PNGWebP/AVIF-ის ჩართვა გამოიწვევს დამატებითი კრედიტის ჩამოჭრას თითოეული ზომის გამოსახულებისთვის.
• იმეჯიფაი: გამოაკელით ორიგინალი სურათის ზომის მიხედვით; რაც უფრო მეტი იქნება მინიატურები, მით მეტი იქნება გამოკლება. მაღალი შეკუმშვა გამოიწვევს განმეორებით გამოკლებებს.

რისკი 4: “გენერირებული WebP/AVIF” არ არის იგივე, რაც “ფრონტენდის მიერ WebP/AVIF-ის მიწოდება”.”

ბევრი მომხმარებელი აღნიშნავს, რომ კონვერტაციის შემდეგ მათი საიტი არ დაჩქარებულა, რისი ძირითადი მიზეზიც ისაა, რომ ფრონტენდი კვლავ გამოიმუშავებს JPG/PNG ფაილებს (პროცესის ნებისმიერ ეტაპზე არსებული შეუსაბამობის გამო: ქეშირება, გადაწერა, თეგები ან ბრაუზერის მოლაპარაკება).

7. როგორ დავამოწმო, რომ დავალების შესრულების შემდეგ ის ძალაში შევიდა?

ოთხი ძალიან მარტივი შემოწმების პუნქტი:

1. იგივე გვერდის მეორედ განახლებისას, ჩატვირთვის პროცესი უფრო სტაბილური და სწრაფია?(ქეშირებისა და ოპტიმიზაციის აღქმული ეფექტიანობა)
2. მობილურ და დესკტოპ ვერსიებზე ჩატვირთვისას, სურათის ზომებში შესამჩნევი განსხვავებაა?(რეაგირებადი) წყაროს ნაკრები/ზომები ეფექტურია თუ არა
3. რამდენიმე გამოსახულების სწრაფი შემოწმება: არის თუ არა WebP ან AVIF ფაილები/რესურსები?ნამდვილად იყენებს თუ არა საიტი მას? მომავალი თაობა）
4. რამდენიმე სურათს შემთხვევით შეამოწმეთ: დაახლოებით დაათვალიერეთ, ხომ არ ჩანს მკვეთრად ბუნდოვანი ან ტექსტი — ბუნდური.(ზედმეტი ხომ არ არის კომპრესიის ხარისხი?)

თუ ოთხივე კრიტერიუმი დაკმაყოფილებულია, ეს ნიშნავს, რომ თქვენ მიერ არჩეული მარშრუტი მუშაობს. გადადით შემდეგ ეტაპზე. CDN “მიწოდების ფენა”მთლიანი სტაბილურობა გაძლიერდება.

8. რეკომენდაციები მოქმედებისთვის

1. პირველ რიგში აირჩიეთ თქვენი მარშრუტი:

• მინდა, რაც შეიძლება უფასოდ შევინარჩუნო.დამატებით 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-იანი სრული სურათის ჩამოტვირთვას აიძულებენ. კომპრესია კილობაიტებს ზოგავს, მაგრამ შეუსაბამო ზომებმა შეიძლება უმიზეზოდ რამდენჯერმე მეტი მონაცემი დახარჯოს.

4. როგორ დავადასტურო, რომ ამჟამად ჩამოსატვირთი სურათი “პატარაა” და არა მუდმივად ორიგინალი?

დააკვირდით ორ ფენომენს:

• მობილურ მოწყობილობაზე გვერდის გახსნისას, ჩამოტვირთული სურათის ზომები შეუმჩნევლად მცირეა, ვიდრე დესკტოპზე.
• ერთი და იმავე სურათის რესურსის ზომა სხვადასხვა მოწყობილობაზე ჩატვირთვისას იცვლება.
  თუ თავდაპირველი სურათები ყოველთვის იტვირთება, ამის გავრცელებული მიზეზი ისაა, რომ თემა/კონსტრუქტორი სურათს განიხილავს როგორც CSS-ის ფონის სურათს ან მორგებულ გამომავალს, რითაც გვერდს უვლის მედია ბიბლიოთეკის მრავალზომიანი შესაძლებლობებსა და srcset-ის ფუნქციონალს.

5. ნიშნავს თუ არა “გენერირებული WebP/AVIF” აუცილებლად იმას, რომ ფრონტენდი გამოიმუშავებს WebP/AVIF-ს?

ეს არ არის იგივე რაც.
გენერირება მხოლოდ “ფაილების ფენის” დასრულებაა; მიწოდებს თუ არა ფრონტენდი რეალურად WebP/AVIF-ს, დამოკიდებულია ისეთ ფაქტორებზე, როგორიცაა გადაწერა, სურათის თეგის სტრატეგია, ქეშის მოთხოვნები და ბრაუზერის მოლაპარაკების ამოქმედება. როდესაც დაასრულებთ, უნდა “შეამოწმოთ რამდენიმე სურათის რესურსის ტიპები”.

6. რა რისკები არსებობს WebP-ს ან AVIF-ის გამოყენებისას? შემიძლია თუ არა ერთი დაწკაპუნებით მთელი ბიბლიოთეკის კონვერტაცია?

მისი რისკის წერტილი არ არის “კომპრესია”, არამედაქტივების მიგრაციის დონის მოდიფიკაცია：

• სრული მასშტაბით გენერაციისას, შესაძლოა გადაიწეროს თავდაპირველი გამოსახულების ფაილის ID, წაიშალოს თავდაპირველი ფაილი და კონტენტში არსებული URL-ები შეიცვალოს.
  ამიტომარ არის რეკომენდებული მთლიანი მონაცემთა ბაზის დაუყოვნებლივ შეცვლა.პირველ რიგში ჩაატარეთ მცირე მასშტაბის ტესტირება (ათეულიდან ასობით ჩანაწერი) და დარწმუნდით სარეზერვო ასლების ხელმისაწვდომობაში, სანამ სრული მონაცემთა ბაზის დამუშავებას განიხილავთ.

7. როგორ ავირჩიოთ Plus WebP-ს ორი რეჟიმიდან: "ორიგინალი სურათის შენარჩუნება" თუ "ორიგინალი სურათის ჩანაცვლება და წაშლა"?

მარტივად რომ ვთქვათ:

• რეჟიმი 1: შეინარჩუნეთ ორიგინალი სურათი + შექმენით WebP/AVIF ასლი (უფრო სტაბილური)ხელსაყრელია უკან დაბრუნებისთვის, მაგრამ დისკის სივრცე გაიზრდება (ორიგინალი გამოსახულება + ახალი ფორმატი + სხვადასხვა ზომის მინიატურები).
• რეჟიმი 2: ჩანაცვლება და წაშლა ორიგინალი სურათის (უფრო აგრესიული)დისკის გაფართოება ადვილი არ არის, მაგრამ როდესაც აქტივებსა და მითითებებს ერთდროულად ცვლით, თავსებადობის პრობლემების მოგვარების ხარჯი მნიშვნელოვნად იზრდება.
  რაც უფრო რთულია საიტი (ელექტრონული კომერცია/მრავალი დანამატი/მრავალი ზომა), მით უფრო გონივრულია, თუკი მუშაობას უფრო სტაბილური მიდგომით დაიწყებთ.

8. საკმარისია თუ არა EWWW Image Optimizer-ის უფასო ლოკალური კომპრესიულობა? შეუძლია თუ არა მას სერვერის გადატვირთვა?

EWWW უფრო ჰგავს “ლოკალურად მომუშავე კომპრესორს”: გამოიყენებს CPU/IO-ს։
ჯგუფური დამუშავების ოპტიმიზაციის დროს დატვირთვის ზრდა ჩვეულებრივი მოვლენაა. ეს არ ნიშნავს, რომ მიდგომა არასათანადოა, არამედ იმას, რომ სტრატეგია შესაბამისი უნდა იყოს: განახორციელეთ დამუშავება ჯგუფურად, არაპიკურ საათებში და საჭიროების შემთხვევაში გამოიყენეთ გადმოტვირთვის ან ღრუბლოვანი გადაწყვეტილებები.
თუ თქვენ უპრობლემო გადაწყვეტას ეძებთ ან სერვერის რესურსების შეზღუდვას განიცდით, B მარშრუტი უფრო სერვერ-ეფექტურია.

9. ShortPixel-ის 100 უფასო კრედიტი თვეში – რატომ გვეჩვენება, რომ ისინი სულ რამდენიმე სურათის შემდეგ იწურება?

რადგან კრედიტები არ არის “სურათების რაოდენობა”.”შემცირდება და შემდეგი თაობისთვის გაიზრდება:

• ორიგინალი სურათი + თითოეული მინიატურა ითვლება კრედიტად
• თუ გენერირდება WebP/AVIF, თითოეული შესაბამისი ვერსია გამოიწვევს დამატებით კრედიტის მოხმარებას.
  ასე რომ, შეიძლება იფიქროთ, რომ “1 სურათმა” სინამდვილეში შეიძლება მოიხმაროს თითქმის “ორნიშნა კრედიტი”. ShortPixel

10. რატომ იწურება Imagify-ის უფასო 201 TP234T თვეში ასე სწრაფად?

Imagify უფრო “მონაცემთა პაკეტს” ჰგავს:

• თქვენი შეტყობინების თანახმადფაილის ორიგინალური ზომაკვოტის გამოკლება
• რაც უფრო მეტი მინიატურა, მით მეტი მოხმარება.
• კომპრესიის დონის შეცვლა ხელახალი ოპტიმიზაციისთვის კვლავ დაიკავებს კვოტას.
• ერთი API გასაღები გამოიყენება რამდენიმე საიტზე, კვოტები კი მათ შორის ნაწილდება.
  ამიტომ “20MB სწრაფად იწურება” ხშირად გამოწვეულია იმით, რომ სურათები ძალიან დიდია, ესკიზები ძალიან ბევრია, ან განმეორებით ცდა-შეცდომით.

11. TinyPNG თვეში 500 უფასო კრედიტს გვთავაზობს, მაშ რატომ წერია დანამატში, რომ ეს მხოლოდ თვეში დაახლოებით 100 სურათია? და რატომ მცირდება ეს მაჩვენებელი 50 სურათამდე თვეში WebP/AVIF-ის ჩართვის შემდეგ?

რადგან TinyPNG-ის კრედიტები ასევე მრავლდება “ზომა/ვარიანტზე”:

• სტანდარტული WordPress-ის ინსტალაცია, როგორც წესი, თვეში დაახლოებით 100 სურათს აკუმპრესირებს.
• ჩართეთ AVIF ან WebP კონვერტაცია:თითოეული სურათის ზომა გამოიწვევს დამატებით საკრედიტო გადასახადს.ამიტომ, სავარაუდოდ, თვეში მხოლოდ დაახლოებით 50 სურათის დაწკაპუნება და კონვერტირებაა შესაძლებელი (მინიატურების ზომების რაოდენობის მიხედვით).
  ამიტომ, 500 კრედიტი არ არის 500 სურათი.

12. რამდენი მინიატურაა ჩემს საიტზე? რატომ აქვს მას ასეთი მნიშვნელოვანი გავლენა?

WordPress-ში სურათის ატვირთვა რამდენიმე ზომის ფაილს ქმნის; თემებმა/პლაგინებმა (განსაკუთრებით ელექტრონული კომერციის) შესაძლოა დაამატონ დამატებითი ზომები.
ღრუბლოვანი კომპრესიის კრედიტები/კვოტები, როგორც წესი, გამოითვლება “თავდაპირველი გამოსახულებისა და მინიატურის ერთობლიობით”, ამიტომ, რაც უფრო მეტი მინიატურა იქნება, მით უფრო მალე ამოიწურება უფასო ლიმიტი.

13. აჩქარებს თუ არა ზარბაზნული ჩატვირთვა ყოველთვის პროცესს? რატომ ამბობენ ზოგიერთები, რომ ის, სინამდვილეში, ანელებს მას?

ზარმაცი ჩატვირთვა ეკრანის მიღმა არსებული რესურსებისთვისაა შესაფერისი.
თუ პირველ ეკრანზე ყველაზე მნიშვნელოვანი დიდი სურათიც კი გადავადებულია, ამან შეიძლება შეანელოს საწყისი ჩატვირთვის პროცესი. მიუხედავად იმისა, რომ WordPress 5.5-ის ნაგულისხმევი ლაზერული ჩატვირთვა ზოგადად მისაღებია, თავი აარიდეთ ერთფეროვან მიდგომას.

14. მე მივდივარ მარშრუტით A ან B, როდის მჭირდება CDN / სურათი CDN?

კომპრესიის, ზომისა და ფორმატის საშუალებით მოგვარდება “უფრო მცირე, უფრო შესაფერისი ფაილების” საჭიროება.
CDN აგვარებს უფრო ახლო და სტაბილურ მიწოდებას。
როდესაც სურათების საწყისი საიტიდან შორიდან გამოტანა აშკარა დაყოვნებას იწვევს, დამატებით CDN/სურათი CDN-ის (მაგალითად, Cloudflare Polish / Jetpack Site Accelerator) ჩართვა მთლიანობაში უფრო სტაბილური იქნება, კითხვა WordPress CDN აჩქარება。

15. რა არის ყველაზე მარტივი გზა, რომ დავრწმუნდე, რომ ეს ნამდვილად იმუშავა მას შემდეგ, რაც გავაკეთე?

დროის ყველაზე ეფექტური შემნახველი მეთოდი:

• იგივე გვერდის მეორედ განახლებისას, ჩატვირთვის პროცესი უფრო სტაბილური და სწრაფია?
• მობილურ და დესკტოპ ვერსიებზე დატვირთვისას, სურათის ზომებში შესამჩნევი განსხვავებაა (სწორად მუშაობს srcset/sizes)?
• რამდენიმე გამოსახულების სწრაფი შემოწმება: არის თუ არა WebP ან AVIF ფაილები/რესურსები?
• რამდენიმე სურათს შემთხვევით შეამოწმეთ: დაახლოებით დაათვალიერეთ, ხომ არ ჩანს მკვეთრად ბუნდოვანი ან ტექსტი — ბუნდური.