Optymalizacyjo ôbrozkōw na strōnie internetowyj

Optymalizacyjo ôbrozkōw to je we WordPressie jedyn z nojwiynkszym zwrotzym zysku we wydajności: przij tyj samyj strukturze strōny i tym samym motywie, jak ino dobrze dobierzesz rozmiar plikōw, wymiary, format i sposōb dostarczanio ôbrozkōw, wrażynie z ładowanio nojczyńścij ôd razu sie poprawio.

Ale ôptymalizacyjo ôbrozkōw téż nojłatwiyj sprawio, iże człowiek “im wiyncyj grzebie, tym wiynkszy bajzel”, a prziczyna niy leży w tym, iże technika je za trudno, ino w tym, iże informacyje sōm za barzo porozrzucane:
Przeczytoł żeś pora artikułów, wiesz, co to “kompresyjo”, “WebP/AVIF” i “leniwe ładowanie”, a potym czytosz opis przidowku i tam stoi “co miesiónc 100 darmowych kredytów”, “darmowe 20MB”, “1 kredyt za kożdy ôbrozek”, i im wiyncyj czytosz, tym bardzij jeżeś skołowany — czy tego darmowego styknie abo niy? Jak sie to ôpłata ôdliczo? Czy źle żeś zrozumioł “to samo”? A nojbardzij ważne:Jak już to zrobisz, to ôstatecznie narychluje to naprowda?

Tyn artykuł robi ino trzi rzeczy:

1. Dům ci jedno wykōnalneMapa drōg(co piyrwy, co potym)
2. Wytłumacz jasno wybrany plan (czym się różni darmowy i płatny oraz dlo kogo je każdy)
3. Wypisz zawczasu nojczyństsze pułapki, cobyś po zrobiyńciu niy musioł szukać i sprawdzać wszyndzie

1. Niższo warstwa: co WordPress mo we standardzie, a czego niy mo

Jeźli nojprzód niy zrozumisz, co już zrobiło jądro WordPressa, barzo łatwo mogōm sie zdarzić dwie rzeczy:

• Darmo “możliwość”, co sie nalezało, niy była użyto, a zamiyń tego tracioł sie czas i pinióndze na wyndowanie koła na nowo
• Mioł żech za to, co WordPress “sam przerobi stare ôbrazy” na WebP/AVIF, a potym sie pokozało, iże niy

Rdzyń WordPress mo już wbudowane te kluczowe możebności:

• Responsywne ôbrozki (srcset/sizes): ôd WordPressa 4.4 rdzyń bydzie generować dlo ôbrozkōw srcset i sizes, a używać obrazków ô wiyncyj rozmajtach, kere sōm tworzone przi wysyłaniu, coby przeglōndarka mogła, podle warōnkōw ekranu, wybrać barzij ôdpedni zbiōr do załadowanio.
• Wrodzone leniwe wczytywanie: Ôd WordPressa 5.5 ôbrozki majōm standardowo włączōne natywne leniwe wczytywanie, z użyciym standardu HTML loading Implementacyjo atrybutu.
• Podpora przesyłanio WebPOd WordPressa 5.8 idzie przesyłać i używać WebP tak samo jak JPEG/PNG (jeźli środowisko hostingu spiyro WebP).
• Wspieryj przesyłanie AVIFOd WordPress 6.5 idzie przesyłać i używać AVIF tak samo jak JPEG/PNG (to tyż zależy ôd wsparcio środowiska hostingu).

Ale uwŏżej:
“Wspiyrŏ przesyłanie/używaniy” ≠ “autōmatycznŏ kōnwersyjŏ/autōmatycznŏ dostowa”
To znaczy: nawet jeźli już używosz WP 6.5, te JPG/PNG w twojij bibliotyce mediów same niy przekształcōm sie we WebP/AVIF; niy dostaniesz tyż automatycznie połnyj ścieżki “wypuszczanio AVIF/WebP zależnie ôd możliwości przeglōndarki i wracanio do ôryginalnego ôbrozu dlo tych, kere tego niy wspiyrajōm” — ta czyńść zowdy wymogo dopełniynio przez plugin abo usługa.

2. Mapa drōgi: ôptymalizacyjo ôbrozkōw po 5 krokach

Co robić, po co, co uznać za zrobione jak należy i jakie sōm typowe pułapki.

2.1 Naprzód zrób porzōndnie “rozmiar” (to nojłatwiyj przegapić, ale korzyść je nojwiynkszo)

Wiela strōn niy je wolnych skuli braku kōmpresyji, ale skuliPobrano za duży ôbrozek poza ôbszarym wyświétlaniŏm：
Na przikłod strōna tak naprowda pokazuje ino szerokość 900 px, a ty każesz ôdwiydzajōncym sciōngać ôryginalny ôbroz 3000 px, a przeglōndarka ino “sciōngo go i potym zmiynszo do wyświytlyniŏ”. To marnuje przepustowość, zwielgszo czas dekodowanio i spowolnio piyrszy ekran.

WordPress 4.4+ i nowszeMechanizm responsywnych ôbrozkōw（srcset/sizes) to je po to, coby rozwiązać tyn problem.

Co uwŏża sie za zaliczōne:

• Kej ôtwiyrosz strōna na telefonie, pobrane ôbrozki powinny mieć znojmniyjszy rozmiar niż na kōmputerze
• Na różnych urządzeniach ładuje zasoby o różnym rozmiarze zamiast zawsze pobiyrać oryginał

Nojczyństsze pułapki:

• Niykere motywy/kreatory traktuja ôbroz za CSSowe tło abo wypuszczajōm go po swojymu, bez to może to być ôminiyte srcsetprzez co ciynżko grafika bez przestanku sie ładuje
• Używajōnc zewnyntrznego hostingu ôbrozkōw abo blokōw ôbrozkōw strōn trzecich, możno tyż ômiynōńć systym wielu rozmiorōw tworzonego bez bibliotekã mediōw

---

2.2 Kompresyjŏ (zmniyjszyj KB, ale niy “sprasuj” jakośći)

Sercym kōmpresyje niy ma być “im mynij, tym lepij”, ino “gołym ôkym prawie niy idzie dostrzec różnice, ale rozmiar pliku wyraźnie maleje”.

Prawidła som take:

• Fotografie/zdjyncia zrobione na żywo (ludzie, produkty, krajobrazy): Przodkowo kompresyjo stratno (nojwiynkszy zysk)
• Zrzut ekranu/interfejsu/obrazy z wielōma napisami: Kompresyjŏ mo być bardzij zachowawczo, coby tekst niy był rozmaźniynty
• Logo/ikōna: Preferuj SVG abo ôstrożnie bezstratnie (stratnie łatwo rozmywo krawyndzie)

Co uwŏża sie za zaliczōne:

• Na wiynkszości strōn rozmiar obrazkōw wyraźnie spadōł
• Bez wyraźnych szumów, rozmytych krawyndzi, pasów koloru ani rozmytego tekstu

---

2.3 WebP / AVIF (strategijo formatu: mniyjszy przi tyj samyj jakości)

WordPress spiyro wysyłanie plikōw WebP (5.8) i AVIF (6.5)。
Ale coby naprawdę zacząć używać “formatu nowyj generacyje”, trza zwykle rozwiązać dwie sprawy:

1. Jak hurtowo konwertować archiwum mediów(Inaczyj ôptymalizujesz ino “nowe ôbrŏzki, kere wgrasz pote”)
2. Wygenerować kopio, czy zastōmpić ôryginolny ôbroz(To je granica ryzyka; dalij bydziymy sie skupiać na Plus WebP “zastōmp i skasuj ôryginalny ôbroz”)

Porecany zapis:

• WebP: zazwyczaj jako domyślno piyrszo ôpcyjo (barzij stabilno zgodność)
• AVIF: jeszcze lepszo kompresyjo, ôdpednio dlo dužych ôbrozkōw / ôbrozkōw na piyrszym ekranie / galeryjnych ôbrozkōw (ale bardzijWymaga wsparcia środowiska）

---

2.4 Leniwe ładowanie trza stosować richtig (niy na ślepo wszędzie)

Od WordPressa 5.5Wychodny lazy loadingObrozek.
Może zmniejszyć użycie przepustowości podczas początkowego renderowania:

• Linywe ładowanie pasuje do “zasobōw poza ekranym”
• Nŏjważniyjszy duży ôbroz na piyrszyj sekcyji (czynsto kluczowy ôbroz piyrszyj sekcyji) czysto niy nadaje sie do ôpóźniōnego ładowanio

---

2.5 warstwa dostawy: CDN / ôbroz CDN

Kompresyjo, wymiary i format rozwiōnzujōm kwestyjõ “mńij­szyj i bardzij ôdpowiedni ôplik”.
Ale jeśli obrazki som zawdy ściōngane z dalekigo serwera źrōdłowego, opōźniynie sieci dalyj bydzie wyraźnie wpływać na użycie. Wtedy trza rozwiōnzania “warstwy dostarczanio” (CDN/obrazki CDN).

Dwa typowe kierunki:

• Cloudflare polski：Dokumynty CloudflarePrzedstawiono metody kompresyje (bezstratno/stratno/WebP) i wspomniano ô użyciu format=auto Dozwolone sōm formaty WebP/AVIF.
• Akcelerator witryny Jetpack：Dokumynty JetpackÔpisz, iże ôptymalizuje ôbrozki a dystrybuuje je bez swojom sieć razym ze statycznymi zasobami.

Ôptymalizacyjo ôbrŏzkōw ôdpowiado za zmiynszynie i dopasowanieCDN ôdpowiado za bliższõ i stabilniyjszõ dostawã

3. Wybōr: ino dwie gōwne drogi

Nojczyństszy prziczyna niyudanyj optymalizacyje ôbrozkōw to niy “brak zainstalowanyj przidŏwki”, ale to, iże je zainstalowanych za moc przidŏwek, bez co te same ôbrozki sōm przetworzane wiyncyj razy:
A kompresuje, B tyż; A konwertuje do WebP/AVIF, B tyż; A zmiyńio URL, B jeszcze je przepisuje — na kōniec sam niy wiesz, co sie terŏz dzieje na stronie.

Zasady:

Szłap jyno jednõ drōga: abo cołkim darmoszne lokalnie, abo jedna z trzech ôpcyji chmurowyj kompresyje.

• Trasa A (całkowicie darmowo, lokalnie):Plus WebP abo AVIF + EWWW Image Optimizer(abo yno wybrać ino jedyn)
• Trasa B (Ôbłŏkowe kōmpresowanjiŏ – ôbier jedyn z trzech):ShortPixel / Imagify / TinyPNG

---

3.1 Trasa A: cołkym darmowy lokalny (Plus WebP abo AVIF abo EWWW)

Cechy tyj trasy to:

• Ńy zdŏwŏsz sie na firmach trzecich do kōmpresyje “limit miyńsiynczny / płatność za sztuka” (choć niekere funkcyje mogōm tyż oferować ôpcyjne usługi)
• Cena je tŏ, iże przetworzanie hurtowe może bardzij obciōnżać serwer CPU/IO i wymogo, cobyś wiyncyj zważał na “strategiã i ryzyko”

3.1.1 Plus WebP abo AVIFSednym je “generowanie/zastympowanie”, a niy tradycyjne “narzędzie do kompresyje”

• Przi tworzyniu wszyjskich ôbrozkōw:ID ôd ôryginalnygo ôbraza bydzie zastōmpiōny bez WebP/AVIF, a ôryginalny zbiyr ôstanie skasowany, a URL-e we treści tyż ôstanym zastōmpiōne。
• Przidowek oferuje kōmyndy WP-CLI i przipōmino: przi wiela zbiorach WP-CLI je barzij niyzawodny.

To znaczy: to niy je “po cichu wygenerowanie dlo ciebie jednyj kopije WebP”, ale może to być jednorazowo rzecz.Przeniysienie aktywōw(szczegōlnie kej włōnczysz ôpcyje zwiōnzane z “zastōmpiyniym i skasowaniym ôryginalnego ôbrozu”).

Rōżnica miyndzy dwōma trybami

Tryb 1: zachowej oryginał + wygeneruj kopije WebP/AVIF (barzij stabilne)

• Plusy: w razie problemōw z kōmpatybilnościōm łatwij wrōcić
• Koszt: wzrośnie zajyncie dysku (ôriginalny ôbroz + nowy format + miniatury we wiela rozmiarach)

Tryb 2: zastōmp i skasuji ôryginalny ôbrozek (barzij agresywny)

• Zalety: dysk niy bydzie sie tak gibko rozrastać; odwołania we strōnie bezpostrzednio zmieniōm sie na nowy format
• Ryzyko: jeśli zmiyńsz zasób i odnośniki, koszt szukania problemōw ze zgodnościōm bydzie wyższy (szczegōlnie kej niykere zewnyntrzne systymy abo logika motywu zależōm ôd ôryginalnyj nazwy pliku / ścieżki / formatu)

Typowe pułapki Plus WebP abo AVIF

1. Po całkowityj podmianie bibliotyki ôbrozki na niykerych stronach wyświylajōm sie niyprzajmnie
   Prziczyna zwiyczajno niy je “zepsuty ôbrozek”, jyno to, iże w łańcuchu URL podmiany, cache’a, strategije miniatur i inkszych taki ogniw cosik niy pasowało.
2. Im wiyncyj miniatur, tym wiynkszy zakres zmian
   WordPress przi włograniu jednego ôbrozka tworzi wiyncyj miar; tymatki/wtyczki mogům tyż dodać dalsze miary. Zastůmpiynie całościowe znaczy, iże możesz zmiyńać blank srogi zbiōr zbiorōw.
3. Zmiana ino formatu niy znaczy, iże rozmiar bydzie nojmiynszy
   WebP/AVIF som ôbyczajowo mynij, ale “strategijo miary” i “strategijo kompresyje” dalij som barzo ważne. Niy traktuj Plus WebP jak “jedyn klik i je wartko”.

---

3.1.2 Optymalizator ôbrazkōw EWWW: darmoszowy przedstowiciel lokalnyj kompresyje

Pozycjonowanie strōny dodatku EWWW je bardzo jasno ôkryślōne:

• Może być zoptymalizowany na twojim serwerze za pōmocōm szeregu narzyńdzi (jpegtran, optipng, pngout, pngquant, gifsicle, cwebp itd.)
• Jeźli potrzebujesz wyższyj kompresyje abo jeszcze wiyncyj zaoszczędzić CPU, możesz tyż prziniyś przetworzanie zużywajōnce CPU na jego serwer (opcjonalnie).

Jakõm rola EWWW powinien pełnić na trasie A?

Jeźli używosz Plus WebP do “migracyje formatu / strategije zastympowanio”, to EWWW barzij nadaje sie do tego, coby przijōnć:

• Kompresyjo i ôptymalizacyjo srogości(szczegōlnie zmyniyszynie rozmiaru ôryginalnych zasobōw, takich jak JPG/PNG)
• Historyjo masowyj optymalizacyje bibliotyki mediów(Cyl: “spodek objyntości”, niy “zamiyń URL”)

Typowe pułapki EWWW

1. Podczas wsadowyj optymalizacyje ôbciōnżynie serwera rośnie
   Lokalnŏ kompresyjŏ po prostu zjydo CPU/IO. Rozwiōnzanie to niy “nie używać”, ino “robić to partiami, poza szczytym, a jak trzeba, wybrać offload/chmurowe rozwiōnzanie”.
2. “Wygenerowanie WebP niy znaczy, co na stronie na isto leci WebP
   Wiela przidow mo tyn ômył: generowanie to je jedno, a strategia dostarczanio (przepisywanie, znacznik picture, trefiyńcie do cache’a itd.) to je drugo.
3. Robi to samo, co inksze przidŏwki
   Jeźli pódziesz trasōm A, to staraj sie niy dokłodać już chmurowyj kōmpresyje ôd ShortPixel/Imagify/TinyPNG i tym podobnych; jeźli pódziesz trasōm B, to niy włōnczaj już logiki podmiyniynio Plus WebP. Głōwno zasada:Jedna trasa aż do kōńca.

---

3.2 Wariant B: kōmpresyjo w chmurze – wybiyrz jedyn z trzech (ShortPixel / Imagify / TinyPNG)

Ta trasa je do tych, co chcom oszczyndzić zasoby serwera, mieć spokoj z hurtem i akceptujom rozliczanie wedle limitu/zużycio
Ale nojbarzij to, co sie błyndnie rozumie we kompresyji w chmurze, to:Darmowy limit to niy je ino “liczba darmowych sztuk”Wjelość a liczba miniatur, to eli tworzōne sōm WebP/AVIF i eli obrazy sōm poraźnie kōmpresowane, wszyjsko to mocno wpływo na zużycie.

Niżyj bydzie wytłumaczōne: jak to je z darmowym/płatnym, jak sie potrōnco limity, na co nojłatwij wpaść i do jakigo typu strōn to pasuje.

---

3.2.1 ShortPixel100 darmowych kredytōw/miesiōnc, ale kredyty bydōm szybcij zużywane bez miniatury i WebP/AVIF

Darmo/Płatne ô co chodzi

We wtyczce ShortPixel je to jasno napisane:

• 100 darmowych kredytōw co miesiōnc
• Sōm tyż “dodatkowe niyogrōniczōne miesiynczne kredyty” (strōna dodatku pokazuje ôdpedniŏ cyna)
• Tyż ôferuje jednorazowe pakiety credits, co nigdy niy wygasajōm, ze informacyjōm ô cenie ôd samego poczōntku

Podpowiedź:

• Darmo: co miesiōnc dostaniesz ôkryślōnõ liczbã creditōw, do lekkich strōn abo testōw
• Jednorazowy pakiet: odpowiedni dlo witryn ze “sporōm bibliotekōm mediōw, co chcom za jednym razym wyczyścić cały zapas” (kupujesz roz i używosz aż sie wyczerpie, zwykle bez terminu ważności)
• Miesiync/bez limitu: do stron ôdpowiednich do ciōngłyj aktualizacyje ôbrozkōw i długofalowyj, stabilnyj optymalizacyje

Ôficjalne KB ShortPixel tyż podało ô “pakiycie jednorazowym vs niyôgraniczōnym miesiyncznym”Jasne wyjaśnienie: Nieskończōny miyńsiynczny plan je płacōny co miyōnc (abo co rok), daje niyogrōniczōne credits i mo stały limit CDN; jednorazowe credits niy tracōm ważności, cobyś mōg lepiyj i bardzij elastycznie używać ich wedle potrzeb.

Nojważniyjsze: jak sie rachujōm kredyty ShortPixel?

Oficyjalno dokůmentacyjo ShortPixel KB godo bardzo prosto:

• Przi wgrołwaniu ôbrozka WordPress tworzōł mocka miniatur;
• Kożde zoptymalizowane miniaturka kosztuje 1 credit；
• Jeźli wybierzesz generowanie WebP abo AVIF,Kożdo wersyjo WebP/AVIF ôd ôryginołu i miniatury zuszuje ekstra 1 credit；
• Możesz wykluczyć niykere miniatury z ôptymalizacyje, coby zmiynszyć zużycie kredytōw.

uznania przikład：

Załóżmy, iże przesyłosz 1 ôbrozek, a motyw/wtyczka wygenerowała 8 miniatur:

• Ôptymalizuj ino ôbroz źrōdłowy + miniatury: 1 (ôbroz źrōdłowy) + 8 (miniatury) = 9 kredytōw
• Jeźli trza tyż wygenerować WebP/AVIF: te 9 wyżyj, kożdy jeszcze ô wersyjã next-gen wiyncyj → potym +9 kredytōw
  To znaczy, myślisz, co to “1 ôbrozek”, a tak naprowda może to zryć bez mała “dwucyfrowo liczba credits”.

Toż:“Darmo 100 credits” niy znaczy “darmo 100 ôbrozkōw”.

Noczynstsze pułapki ShortPixel

1. Darmo 100 kredytōw gibko sie wyczerpie
   Prziczyna bazowo: wiyncyj miniatur + tworzyńy WebP/AVIF zjada ekstra kredyty
   Sugjeruj：

• Niyjpiyrw ôbrozkōw miniatur witryny nejprzōd
• Wyklucz zbędne rozmiary miniatur (optymalizuj ino te, kere bydōm używane)
• Najpierw ustal strategiã kompresyji, potym masowo testuj, unikaj marnowania czasu na wielokrotne próby i błędy

2. Rōwno nałożyć inksze pluginy do kōnwersyje formatu
   Jeźli zaś włōnczysz tyż Plus WebP zastympowanie i pozwolisz ShortPixelowi generyrować/wkłodać etykiety next-gen, logika sie nawarstwi i kōntrola błyndōw bydzie trudniyjszo. W ôpcyji B niech ShortPixel ôdpowiado sam.
3. Myśli sie, iże po zainstalowaniu przodek już podowo WebP/AVIF“
   Strōna pluginu ShortPixelWspōmino ô tym, iże umi kōnwertować WebP/AVIF i dodać ôbrozki nowyj generacyje do strōny frontowyj (np. bez znacznik).
   Ale po zrobiyńciu tego trza jeszcze sprawdzić skutek.

---

3.2.2 ImagifyDarmo 20MB miesiyncznie; limit je ôdliczany wedle “wjelgości ôryginŏłu + liczby miniatur”, ponowne kōmpresowanie ôdliczy go znowu

Darmowy limit i lokalizacja

Oficjalno strōna cynnika ImagifyJe to napisane bardzo wyraźnie:Darmo kōnto mo co miōnc 20MB limitu。
Jyj strōna z przidŏmkami tyż jasno pedzioł, iże poradzi ścisnōńć, przestawić miara oraz kōnwertować do WebP/AVIF.

Jak sie ôdliczo limit?

Oficyjŏlno dokumyntacyjŏ Imagify “Jak je liczone użycio limitu?” bardzo jasno rozkłodo mechanizm pobiyranio opłat:

• Liczba miniatur wpływo na zużycieNa przikłod, jak mosz 10 miar miniatur, zoptymalizowanie 1 ôbrozka zmiyńi sie w zoptymalizowanie 11 ôbrozkōw (oryginalny ôbrozek + 10 miniatur), a to wszyjsko bydzie sie wliczać do zużycio limitu.
• Przōnć z limity podle srogości ôryginalnego zbioru: na przikłod jak poślesz do Imagify ôbroz 100 KB, to z limitu ôdejmie 100 KB.
• Zmiana stopnia kompresyje i ponowne zoptymalizowanie znowu zużyje limit。
• Tyn sam API Key może być używany na wielu witrynach, ale limit bydzie spōłdzielōny miyndzy tymi witrynami.

To je “głōwne pojyncie” Imagify:
To je barzij jak pakiet transferu: wiela poślesz, tela ôdliczy; im wiyncyj miniaturek, tym wiyncyj ôdliczy; jak bydzieesz spamiyntnie jeszcze roz kompresowoł, to bydzie ôdliczać za kożdym razym.

Łatwy do zrozumiynio przikłod limitu Imagify

Prziijmy, iże wgrowosz ôryginalny ôbrozek ô miarze 800 KB, a strōna wygeneruje 8 miniatur.

• Przi ôptymalizacyji Imagify do liczynio sie “oryginalny ôbroz + 8 miniatur” (jeźli wybierzesz ôptymalizacyjo wszyjskigo), co znaczy, iże ta ôperacyjo znożyje limit bliski “sumie ôryginalnych wielości wszyjskich tych zbiorōw”.
  Toć je pōwōd, czamu niykere strōny myślōm, iże “20MB” wartko sie kōńczy: niy tōż, iże Imagify niy styko, ino za kożdym razym wgrywosz za duże ôbrozki, mo ich za wiela miniatur, a możliwe tyż, iże co chwila testujesz inkszy poziōm kōmpresyje.

Noczynstsze pułapki Imagify

1. Darmo 20MB niy stykō na “czyszczyńy historyje cołkigo serwisu”
   20MB ôbyczajniy lepij sie nadaje do testowanio i lekkich aktualizacyji; jeźli Twojo bibliotyka mediōw je już isto wielgo, jednorazowe wyczyszczyńy kōnsko bydzie wymagać aktualizacyje.
2. Wieloziynne zmiany stopnia kōmpresyje powodujōm wielokrotne zużycie limitu
   Jasno określonePonowno optymalizacyjo znowu zużyje limit.
   Sugerujã, cobyś już na tyj strōnie jasno opisoł “strategiã”:

• Nojpiyrw ustal nojprzōd poziōm kōmpresyje i wyglōnd na małej ilości ôbrozkōw
• Po potwierdzyniu strategije uruchōm wszyjsko hurtym na raz
  Unikaj wielokrotnych prób i błędów na całej bazie danych

3. Wspōlne API Key dlo wiela witryn ôbniżo limit “bez powodu”
   Jeźli użyjesz tego samego klucza API na wielu witrynach, limit bydzie wspólny.
   Beztōż we zespole/wielo witrynach nojlepi jasno ôkryślić: kere witryny sōm spōlne, a kere używane ôsobno, coby budżet niy wymknōł sie spod kōntroli.

---

3.2.3 TinyPNG(Tiny Compress Images): darmowo 500 kredytōw/mies.; konwertowanie na WebP/AVIF “odejmuje dodatkowo 1 kredyt za rozmiar”

Darmowy limit i zasady rozliczanio go

Strōna przidŏwki WordPressa TinyPNG je napisanŏ bardzo jasno:

• Darmo 500 kredytōw miesiyncznie
• We ôgůlnyj instalacyji WordPressa je to z grubsza możliwe do skompresowanio Ôkoło 100 ôbrozkōw miesiyncznie
• Ale jeźli włōnczysz kōnwersyjã do AVIF abo WebP:Kożdy rozmiar ôbraza zużywo dodatkowy creditbezto skuli tego idzie to nojwyrżyj skompresować i przekształcić Ajnfart 50 ôbrozkōw miesiyncznie(To zalyży ôd tego, wiela miar miniatur mōsz).

W tym samym czasie Tinify (twōrca TinyPNG/TinyJPG) tyż na swojij stronie Strōna cyn APINapisz jasno: po rejestracyji dostaniesz co miesiōnc 500 darmowych kompresyji; po przekroczyńciu limitu opłata je naliczanŏ za każdŏ udanŏ kompresyjŏ, bez przimusowyj subskrypcyje.

Jednym zdanim podsumuj, jak TinyPNG to rozumiŏ.
To je liczone wedle credits; im wiyncyj rozmiarōw miniatur i im wiyncyj włōnczysz WebP/AVIF, tym szybcij schodzōm credits.

Przikładowe kredyty TinyPNG, kere snadno zrozumieć

Przypuśćmy, iże twoja strōna dlo kożdego ôbrozka tworzi 8 rozmiarōw miniatur:

• Ino kompresyjo: oryginalny ôbrozek + 8 miniatur → potrzebuje 9 kredytōw
• Jeźli włōnczysz kōnwertowanie WebP/AVIF: za kożdy rozmiōr bydzie ôdliczōny ekstra jedyn credit → może być niymal podwōjnie wiyncyj
  To dokłodnie ôdpowiado ôpisowi na stronie plugina: po włōnczyńiu konwersyje darmowy limit spado mniej wiyncyj ze “100 obrazkōw/miesiōnc” na “50 obrazkōw/miesiōnc”.

Nojczyństsze pułapki TinyPNG

1. Uwažo sie, co 500 kredytōw = 500 ôbrozkōw
   Niy. Zużywo sie je wedle “rozmioru/wariany grafiki”. Na strōnie przidowku je już jasno napisane: “przekształcanie ôdejmie 1 kredyt ekstra za kożdy rozmiōr grafiki”.
2. Motyw/wtyczka e-commerce generuje za dużo rozmiarōw, darmowy limit wyraźnie spadŏł
   Im wiyncyj rozmiarōw, tym łatwiyj credits bydōm zużywane we srogszyj wielości.
3. Po włączeniu konwersji limit nagle zaczōł sie szybko wyczerpywać
   To niy ma buga, to je jego mechanizm rozliczania.
   Strategiczne sugestie:

• Jeźli darmowy etap mo być głōwnie do kōmpresyje i zmniyszynio wagi, możesz na poczōntku ino kōmpresować, a jak potwiyrdzisz, że struktura witryny je stabilno i naprowda potrzeba next-gen, wtedy włōnczysz kōnwersyjo

4. Rekomyndacje dlo różnych scynaryjuszy: jak wybrać ôdpedni zort strōny

To samo WordPress, ale “punkty nacisku na ôbrozki” sōm inksze dlo strōn z treściōm, e-sklepōw, portfolio i strōn człōnkowskich.

4.1 Portal z treściami/blog (dużo obrazków w artykułach, średnia częstotliwość aktualizacji)

Sugerowany priorytet:

1. Strategijo miary (Krok 1)
2. Kompresyjo (Krok 2)
3. WebP (Krok 3)

Lepszo trasa:

• Chcesz bez kłopotu: wybierz 1 z 3 (ShortPixel / Imagify / TinyPNG)
• Jeźli chcesz za darmo: droga A (Plus WebP + EWWW), ale nojlepij zacznij ôd “zachowawczego trybu (bez kasowanio oryginalnych ôbrozkōw)”, coby nejprzōd ôcynić ryzyko

Sztandardowe pułapki:

• Wielki ôbroz na poczōntku artykułu, niywłaściwo polityka leniwego wczytywanioSpowolni czyntanie piyrszyj strōny

4.2 E-commerce/strōna produktu (dużo miniatur, dużo wariantōw ôbrozkōw, nojważniyjszo je stabilność)

W e-commerce nojczyńszy problem to niy je “słaby efekt kōmpresyje”, ino “po ôptymalizacyji niykere wymiary som niyrecht, miniatury chybiajōm abo kōmpōnenty na froncie niy umiōm pobrać ôbrazu”.

Sugerowany priorytet:

1. Naprzód stabilnie: strategia kompresyje niych bydzie trocha barzij zachowawczo, niy rób od razu podmiyny w cołkij bazie.
2. Poszacuj rozmiar miniatur: motywy sklepowe zwykle tworzą wiyncyj rozmiarōw, a zużycie limitu bydzie wiynksze (szczegōlnie we ShortPixel/TinyPNG)
3. Nojprzód sprawdź na małyj próbce, potym hurtym (barzo ważne)

Lepszo trasa:

• Trasa B je porzōnd czynsto prostszo: ShortPixel/Imagify/TinyPNG wszyjske spōmogoń robić wsadym, nojważniyjsze je zrozumić mechanizm limitōw i wczas ôszacować kōszty
• Trasa A tyż może być, ale trza ôstrożnij podchodzić do zachowań Plus WebP “nadpisanie ID / skasowanie ôryginalnego ôbrazu / podmiana URL”: to je migracyjo zasobōw, niy zaleco sie ôd razu robić pełnej podmianki.

4.3 Portfolio/strōna fotograficzno (wrażliwe na jakość pojedynczego ôbrozka, duże ôbrazki, wysokie wymagania wizualne)

Sugerowany priorytet:

1. Strategijo miyrów (kōntrola ôbszaru wyświytlanio)
2. Polityka kompresyje (lepiy trochã wiynkszy, niż zepsuć detale)
3. WebP/AVIF (przi srogej grafice korzyść je fest widoczno, ale trza sprawdzić, jak to wygląda)

Lepszo trasa:

• Imagify: podle “wielgości ôryginolnego ôbrazu” ôdejmować limit, tyn typ strōn ô wiele snadnij idzie zrobić “budżet pod kōntrolōm” (wiesz ôkoło wiela za kożdy srogi ôbroz bydzie ôdliczōne), ale trza unikać wielokrotnego przetworzanio tyj samej grafiki.
• ShortPixelJeźli niy ma moc ôbrozkōw miniatur, kredyty tyż som jasne; ale jeźli wygenerujesz moc rozmjarōw + next-gen, zużycie kredytōw bydzie wiynksze, trza to wczaśnij zaplanować.

5. Limit/Koszty: jasno pokazujymy, eli darmowy plan styknie

Kery wybrać, coby sie bardzij ôpłacoł, a jak dugo darmowe styknie?

5.1 Trzi modely obcyńżanio opstow

• ShortPixelzasugiKredyty sōm liczōne podle “oryginŏł + liczba miniatur”; wygenerowanie WebP/AVIF ôdejmie dodatkowy kredyt za kōżdōm odpowiadajōncō wersyjõ.
• Imagify(Przidział MB): limitym bydzie potrōncone wedle “oryginalnego srozu placu”; im wiyncyj miniatur, tym wiyncyj sie potrōnci; ponowne ścieśniynie zaś znowu potrōnci.
• TinyPNGzasugi: co miesiōnc 500 kredytōw; włōnczynie kōnwersyje WebP/AVIF spowoduje dodotkowe ôdliczanie kredytu za kożdy rozmiar ôbrazu.

5.2 Szybko metoda ôszacowanio

Możesz to tak ôbszacować:

1. Znajdź jakikolwiek “oryginalny obraz, co go zwykle wysyłosz”, i zobač mniej więcej, jakōm mo wielkość (np. 300KB / 1MB / 3MB)
2. Wybadej wiela rozmiarōw miniatur ôkōło gynieryje twōj plac (bp. 5 / 10 / 20)
3. Zdecyduj, czy chcesz wygenerować WebP/AVIF (ja/niy)

A potym zrozum to zużycie za pōmocōm poniższyj “głowologije”:

• ShortPixelna kożdy ôbrozek ≈ (1 + liczba miniatur) credits; jeźli tworzysz WebP/AVIF, ≈ podwoi sie jeszcze roz (bo wersja next-gen tyż wymogo credits)
• Imagify: kożdy ôbroz ≈ (srogość ôryginatu + srogość wszyjskich miniatur) ôdejmowany je z limitu; jak zmiynisz poziōm kōmpresyje i skōmpresujesz znowa, limit bydzie ôdejmowany jeszcze roz
• TinyPNGDarmo 500 kredytōw; jeźli na twojij witrynie kożdy ôbrozek tworzi wiela rozmiarōw i je włōnczōne konwertowanie, darmowy limit bydzie znacōnco niyższy (na strōnie dodatku podano proste szacunki “około 100 ôbrozkōw/mies.” i “około 50 ôbrozkōw/mies.”)

6. Ôstrzeżynie ô ryzyku

Ryzyko 1: niy dejcie wiela wtyczkōm robić tyj samyj rzeczy

To je nojczynstszy “źrůdło katastrofy”

• Trasa A៖Plus WebP abo AVIF + EWWW(Podzielcie zadania, niy róbcie naroz tego samego przekształcynio i dostarczynio abo zainstalujcie ino jedno)
• Trasa B: ShortPixel / Imagify / TinyPNG Wybiyr jedyn z trzech(Wybiyrz jedyn ôdpowiydny za kōmpresyjõ i next-gen)

Ryzyko 2: “Nadpisać ID / Usunąć oryginalny obraz / Zastąpić URL” w Plus WebP to migracja zasobów

Jeszcze roz podkreślymy:Plus WebP W opisie je jasno napisane, iże przi pełnym generowaniu nadpisze oryginalny ID obrazka, skasuje ôryginalny plik i zastōmpi URL treści.
To znaczy, iże to niy je “małe ustawienie, kere idzie cofnōńć w kōżdej chwili”, ino jednorazowo zmiana na poziōmie aktywów.

Sugerowano strategijo to:

• Noprzód przetestuj na małej liczbie (od kilkudziesiyńciu do kilkuset)
• Potwiyrdź, iże wyświytlanie, miniatury i aktualizacyjo pamiyńci podryncznyj działajōm normalnie
• Przemyślyj przetworzynie cołkij bazy danych

Ryzyko 3: Prawdziwe zużycie “darmowego limitu” kompresyje chmury zależy ôd liczby miniatur i wybrania next-gen

• ShortPixelMiniatury i next-gen znacznie wpływajōm na kredyty
• TinyPNGWłōnczynie WebP/AVIF dodatkowo ôdejmie kredyty za kōżdy rozmiar ôbrozka
• Imagify: podle ôryginalnego roztōmu, czym wiyncyj miniatur, tym wiyncyj sie potrōnco, a mocne prziciśniyńcie bydzie to robić zaś

Ryzyko 4: “Wygenerowano WebP/AVIF” nie znaczy “na froncie dostarczane je WebP/AVIF”

Wiela ludzi po konwersyji mo wrażynie, iże “nic niy je warcij”, a prziczyna je tako, iże strona dalij posyło JPG/PNG (cache/przepisywanie/znaczniki/uzgadnianie z przeglōndarkōm i tym podobne niy funguje jak trzeba).

7. Jak po zrobiyńiu sprawdzić, czy to dziyło?

4 bardzo proste punkty weryfikacyje:

1. Na tyj samej strōnie, czy drugo ôdświyżynie wczytuje siej stabijnij i gibcij?(Odczuwalny skutek pamięci podręcznej i optymalizacji)
2. Czy rozmiar obrazów wczytywanych na telefonie i komputerze jest wyraźnie różny?Responsywny srcset/sizes Czy działa）
3. Wybiōrczo sprawdź pora ôbrazkōw: czy pojawiajōm sie pliki/zasoby WebP abo AVIFCzy strona je naprowda używano next-gen）
4. Sprŏwdź wybiŏrczo pora ôbrŏzkōw: zbliż i zobŏcz, czy niy sōm widocznie rozmŏzane ani czy tekst niy je niyostry(Czy jakość kompresyje niy je za mocno?)

Jeźli te sztyry warōnki som spełniōne, to znaczy, iże trasa, co żeś wybroł, już funguje. Terŏz idź dalij i zrób to. Poziōm dostawy“, cołkiym bydzie stabilniyjsze.

8. Zalecynia do dziyłanioń

1. Naprzōd wybiyrz trasa:

• Jak nojwiyncyj za darmo: Plus WebP abo AVIF + EWWW (abo zainstaluj ino jedno)
• Chcesz oszczędzić zasoby serwera i płacić wedle limitu bez zmartwieńShortPixel / Imagify / TinyPNG ôbier jedyn z trzech

2. Noprzód zrób mały test (kilkadziesiąt ôbrozkōw)
3. Potwiyrdź, iże wszyjsko je w porzōndku, a potym zbiorowo przetwōrz
4. Trza dalij poprawić stabilność dostowywania.Czytanie Prziszpieszynie

Często zadawane pytania

1. Wiela tych przidowków tak naprowda musza zainstalować? Mogã zainstalować wszyjske?

Staraj sie iść ino jedną trasą.

• Trasa A: Plus WebP abo AVIF + EWWW Image Optimizer (abo zainstaluj ino jedno z nich)
• Trasa B: ShortPixel / Imagify / TinyPNG, wybierz jedno
  W tym samym serwisie, jak naroz uruchomisz wiyncyj dodatków do “kompresyje / konwersyje na WebP/AVIF / zmiany URL / przepisywanio dostarczanio”, nojłatwiyj zrobić bałagan i nojtrudnij to potym zdiagnozować.

2. Czy WordPress już niy spiyro WebP/AVIF? Czy dalij potrzebuja tyj przidowki?

Trza rozrōżniać:
“Wspiyrŏ przesyłanie/używaniy” ≠ “autōmatycznŏ kōnwersyjŏ/autōmatycznŏ dostowa”
WordPress 6.5 tyż niy bydzie autōmatycznie hurtowo przerobiŏł starych JPG/PNG na WebP/AVIF ani niy zrobi za ciebie autōmatycznie połnyj ôbsugi “dowanie AVIF/WebP wedle możliwości przeglōndarki i cofniyńcie”. Jak chcesz, coby stary mijatyk z bibliotyki mediów tyż to mioł, blank zawiyszczaj trza do tego przidatek abo usługa.

3. Który krok w optymalizacyji ôbrozkōw daje nojwiynkszy zwrot?

Zwykle je Nŏjpiyrw zrób dobrze “wymiary” (srcset/sizes)。
Wiele strōn je wolnych niy bez tego, iże niy ma kōmpresyje, ino bez tego, iże strōna pokazuje ino 900 px, a użytkownik musi sciōngać oryginalny ôbroz 3000 px. Kōmpresyjo może ôszczynzić KB, ale jak “rozmiar niy pasuje”, to przez darmo sciōngosz kilka razy wiyncyj danych.

4. Jak mogã sprawdzić, czy teroz ôbczytano je ta “mniyjszo”, a niy zawdy pobiyrano ôryginalny ôbroz?

Poziyrejmy na dwa zjawiska:

• Podczas ôtwiyranio strōny na kōmōrce pobrane ôbrazy sōm wyraźnie mynijsze niż na kōmputerze
• Ta sama grafika na różnych urządzeniach wczytuje zasoby o różnej wielkości
  Jeźli zawdy ściągo oryginalny ôbroz, to nojczyńszy powōd je taki, iże motyw abo builder traktujo ôbroz jak tło CSS abo włosny output, bez ôbsugi wiela rozmjarōw i srcset z bibliotyki mediōw.

Czy “wygenerowano WebP/AVIF” znaczy, iże na strōnie na pewno leci WebP/AVIF?

Niyrōwno sie.
Wygenerowanie je zrobione ino na “poziomie plików”; to, eli na froncie naprowda dostarczane som WebP/AVIF, zależy tyż ôd przepisań, strategii znaczników picture, tego, eli cache trefiōł, czy przeglōndarka godo sie prawidłowo itd. Jak to skōńczysz, nojprzōd musisz “wyrywkowo sprawdzić typ zasobōw kilku ôbrozkōw”.

6. Co je we Plus WebP abo AVIF takigo niybezpiecznego? Czy mogã jednym klikniyńciym przepuścić przez to cołko bibliotyka?

Jej punkt ryzyka to niy “kompresyjo”, aleZmiany na poziōmie migracyje aktywōw：

• Przi połnym generowańu może nadpisać ID ôd ôryginalnego zbioru ôbrozka, skasować ôryginalny zbiōr a zastōmpić URL-e w treści.
  TożNiy ma sie cołkym na poczōntku podmiyńiać wszystkigo w bazie danych: nojprzód wypróbuj to na małym zakresie (od kilkudziesiynciu do kilkuset zdjęć) + jak mosz dostympny backup, dopiyro potym rozwoż obrobienie cŏłkij bazy.

7. Jak ôbrać miyndzy dwiyma trybami Plus WebP: zostawić ôryginalny ôbroz abo zastōmpić go i skasować ôryginoł?

Proste rozumowanie:

• Tryb 1: zachowej oryginał + wygeneruj kopije WebP/AVIF (barzij stabilne):przidajne do cofniyńcio, ale dysk bydzie zjydoł wiyncyj miyjsca (oryginalny ôbroz + nowy format + miniatury w wielu rozmiarach).
• Tryb 2: zastōmp i skasuji ôryginalny ôbrozek (barzij agresywny): dysk niy ma skłōnności do puchniyńcio, ale jak “zmiyńsz aktywa + zmiyńsz ôdwołania”, koszt sprawdzanio problemōw ze kōmpatybilnościōm bydzie wyższy.
  Im barzij skōmplikowany je plac (e-sklep/wiela przidŏwkōw/wiela miar), tym barzij zalyco sie zaczōnć ôd barzij stabilnyj ôpcyje.

8. Czy darmowo lokalno kōmpresyjo ôd EWWW Image Optimizer je wystarczajōnco? Czy to niy przeciōnży serwera?

EWWW barzij je jak “lokalny robotnik do kompresyje”: zjada CPU/IO.
Czynsto przi hurtowyj optymalizacyji obciōnżynie rośnie. To niy znaczy, iże to “niy funguje”, jyny trza dobrać godołnōm strategijã: partyjami, poza szczytym, a jak trza, wybrać odciōnżynie abo rozwiōnzanie chmurowe.
Jeźli szukosz spokoju abo zasoby serwera som napiynte, wariant B barzij ôszczynio serwer.

9. Czamu 100 darmowych kredytōw ShortPixel na miesiōnc zniko po poru ôbrazkach?

Bez to kredity to niy “liczba obrazków”Bydzie powiynkszōne bez miniatura i next-gen៖

• Ôryginŏł + kożdy miniaturka liczy sie jako credit
• Jeźli wygenerujesz WebP/AVIF, kożdo ôdpednio wersyjo zjy dodatkowō kreditów
  Toż myślisz, co “1 ôbrozek”, ale w rzeczywistości może to zużyć blank “dwacyfrowo” credits. ShortPixel

Czamu darmowy limit 20MB/miesiōnc ôd Imagify tak gibko sie kōńczy?

Imagify bardzij przipomino “pakiet transferu”:

• Wedle tego, coś posłołÔryginalno srogość zbioruPotrōncić limit
• Czym wiyncyj miniatur, tym wiynksze zużycie
• Zmiana poziōmu kōmpresyje i ôptymalizacyjo zużyje limit znowu
• Tyn sam API Key może być używany na wiela witrynach, a limit je spółdzielōny
  To skuli tego “20MB szybko sie wyczerpuje” je fest często skyrs tego, co ôbrozki sōm za duże, miniatur je za dużo abo bez ustanku sie prōbuje i myli.

11. TinyPNG darmowo 500 kredytōw/miesiōnc, czamu przidŏwek godo, iże to je ino ôkoło 100 ôbrozkōw/miesiōnc, a po włōnczyniu WebP/AVIF je to 50 ôbrozkōw/miesiōnc?

Bo TinyPNG tyż powiynkszo swojy kredyty ô “wielość/warianty”៖

• Zwykło instalacyjo WordPressa ôkoło 100 skōmpresowanych ôbrozkōw miesiyncznie
• Włōncz kōnwersyjõ AVIF abo WebP:Kożdy rozmiar ôbraza zużywo dodatkowy creditTo skuli tego niy ma inkszyj możliwości jak ino skompresować i przekonwertować ôkoło 50 ôbrozkōw na miesiōnc (zależnie ôd liczby rozmiarōw miniatur).
  To znaczy 500 kredytōw ≠ 500 ôbrozkōw.

12. W mojij witrynie, wiela właściwie je miniatur? Czamu to mo tak srogi wpływ?

Przesłanie jednego ôbrazu do WordPressa tworzí moc rozmiarōw; motyw/wtyczki (szczegōlnie e-commerce) mogōm dodać jeszcze wiyncyj rozmiarōw.
Kredyty limity do kompresyje w chmurze zwykle liczōm sie jako “oryginalny ôbroz + miniaturka”, tōż im wiyncyj miniaturek, tym pryndzyj sie znojdować darmowy limit.

13. Czy leniwe ładowanie zawdy prziśpiyszŏ? Czamu niykierzi godajōm, iże leniwe ładowanie wrōncz spowolniŏ?

Leniwe wczytywanie pasuje do “zasobōw poza ekranym”.
Jeźli ta nojważniyjszo dužo grafika na piyrszym ekranie tyż bydzie załadowano późnij, może to spowolnić wrażynia z piyrszego ekranu. We WordPressie 5.5 domyślne leniwe ładowanie je w porzōndku, ale niy trza go stosować bez rozrōżniynio.

14. Jadã trasōm A abo B, kej trza CDN / ôbrozek CDN?

Kompresyjo, miara i format rozwiązujōm “plik mynijszy i bardzij pasowny”;
CDN rozwiōnzowo dostawa bliżyj i pewnij。
Kej ôbrŏzki som zdaleka ściōngane ze zdrojowyj strōny i skuli tego je wyraźne opóźniynie, to dodanie CDN/ôbrŏzki CDN (np. Cloudflare Polish / Jetpack Site Accelerator) bydzie ôgōlnie stabilniyjsze do czytaniŏ Prziśpieszynie WordPress CDN。

15. Jako je nojprostszy sposób, coby po zrobiyńciu sprawdzić, eli to “naprowdy funguje”?

Najszybszy sposób sprawdzynio:

• Na tyj samej strōnie, czy drugo ôdświyżynie wczytuje siej stabijnij i gibcij?
• Czy rozmiary obrazów wczytywanych na telefonie i na komputerze znacznie sie różnią (czy srcset/sizes działają)
• Wybiōrczo sprawdź pora ôbrazkōw: czy pojawiajōm sie pliki/zasoby WebP abo AVIF
• Sprŏwdź wybiŏrczo pora ôbrŏzkōw: zbliż i zobŏcz, czy niy sōm widocznie rozmŏzane ani czy tekst niy je niyostry