אופטימיזציה של תמונות באתר

אופטימיזציה של תמונות מציעה את התשואה הגבוהה ביותר על ההשקעה בביצועי WordPress: עם מבני דפים ועיצובים זהים, לעתים קרובות ניתן להשיג שיפור מיידי בחוויית הטעינה פשוט על ידי התאמת גודל התמונה, הממדים, הפורמט ושיטת ההעברה.

עם זאת, אופטימיזציה של תמונות היא גם זו שסביר ביותר שתוביל למצב שבו “ככל שמתעסקים יותר, כך המצב מחמיר”. הסיבה לכך אינה שהטכניקה קשה מדי, אלא שהמידע מקוטע מדי:
קראת כמה מאמרים ולמדת על “דחיסה”, “WebP/AVIF” ו“טעינה מושהית”, אבל אז אתה מסתכל בתיאור התוסף ורואה שם “100 נקודות זכות חינמיות בחודש”, “20MB חינם” ו“נקודת זכות אחת לכל תמונה” — וככל שאתה קורא יותר, כך אתה מתבלבל יותר. האם המכסה החינמית באמת מספיקה? איך מחשבים את החיובים? האם לא הבנת נכון את “אותו הדבר”? והכי חשוב:האם זה באמת נכנס לתוקף לאחר שסיימת?

מאמר זה עושה רק שלוש דברים:

1. הנה משהו מעשי בשבילך.מפת דרכים(מה לעשות קודם, מה לעשות אחר כך)
2. הסבר בבירור את האפשרויות שברצונך לבחור (מה בדיוק ההבדל בין הגרסאות החינמיות לגרסאות בתשלום, ולמי כל אחת מהן מתאימה).
3. פרט מראש את המכשולים הנפוצים ביותר (כדי לחסוך לך את הטרחה של חיפוש פתרונות לאחר שתסיים)

1. ליבה: מה WordPress כולל כברירת מחדל, ומה הוא אינו כולל

אם לא תבין תחילה מה כבר יושם בליבת WordPress, עלולות להתעורר שתי סיטואציות:

• במקום לנצל את “היכולות החינמיות” הזמינות, בזבזנו זמן וכסף על המצאת הגלגל מחדש.
• חשבתי ש-WordPress “ימיר אוטומטית את כל התמונות הישנות ל-WebP/AVIF”, אבל מסתבר שזה לא המצב.

ליבת WordPress כבר משלבת את היכולות החיוניות הבאות:

• תמונות רספונסיביות (srcset/sizes)מ-WordPress 4.4 ואילך, הליבה תציג תמונות srcset 与 sizesולהשתמש בתמונות בגדלים שונים שנוצרו במהלך ההעלאה, מה שמאפשר לדפדפן לבחור משאבים מתאימים יותר לטעינה בהתאם לתנאי המסך.
• טעינה עצלה מקוריתWordPress 5.5 והגרסאות המאוחרות יותר מאפשרות טעינה איטית מובנית של תמונות כברירת מחדל, תוך שימוש בתקני HTML. loading יישום נכסים.
• תומך בהעלאת קבצי WebPWordPress 5.8 ואילך מאפשרים העלאה ושימוש בקבצי WebP בדיוק כמו JPEG/PNG (בתנאי שסביבת האחסון תומכת ב-WebP).
• תומך בהעלאת קבצי AVIFWordPress 6.5 ואילך מאפשרים העלאה ושימוש בקבצי AVIF באותו אופן כמו JPEG/PNG (בכפוף לתמיכת סביבת האחסון).

עם זאת, שימו לב:
“תמיכה בהעלאה/שימוש” ≠ “המרה אוטומטית/משלוח אוטומטי”.
במילים אחרות: גם אם אתה כבר מריץ את WP 6.5, קבצי JPG/PNG בספריית המדיה שלך לא יומרו אוטומטית ל-WebP/AVIF; וגם לא תקבל אוטומטית את היכולת המלאה “להפיק AVIF/WebP בהתבסס על תמיכת הדפדפן, תוך חזרה לתמונה המקורית עבור דפדפנים שאינם נתמכים” – פונקציונליות זו דורשת בדרך כלל תוספים או שירותים נוספים כדי להשלים את הפתרון.

2. מפת דרכים: אופטימיזציה של תמונות ב-5 שלבים

מה לעשות, מדוע, מה מהווה ביצועים משביעי רצון, ומהם המכשולים האופייניים.

2.1 קודם כל, ודא שהמידות נכונות (הדבר שקל ביותר להתעלם ממנו, אך מניב את התשואה הגדולה ביותר)

אתרים רבים איטיים לא בגלל שלא הוחל דחיסה, אלא בגללהורדת תמונה שגודלה גדול משמעותית משטח התצוגה：
לדוגמה, אם דף מוצג בפועל ברוחב של 900 פיקסלים בלבד, אך אתה מחייב את המבקרים להוריד את התמונה המלאה בגודל 3000 פיקסלים, הדפדפן פשוט “יוריד אותה במלואה לפני שיקטין אותה לצורך תצוגה”. הדבר מבזבז רוחב פס, מאריך את זמן הפענוח ומאט את טעינת המסך הראשון.

WordPress 4.4 ומעלהמנגנון תמונה רספונסיבי（srcset/sizes) בדיוק כדי לטפל בסוגיה זו.

מה מהווה ציון עובר:

• בעת פתיחת הדף במכשיר נייד, מידות התמונה שהורדה צריכות להיות קטנות באופן ניכר מאלה שבמחשב שולחני.
• גודל המשאב של אותה תמונה משתנה בין מכשירים שונים (במקום להוריד תמיד את התמונה המקורית).

המלכודות הנפוצות ביותר:

• נושאים/בוני אתרים מסוימים עשויים לעקוף זאת על ידי טיפול בתמונות כתמונות רקע CSS או שימוש בשיטות פלט מותאמות אישית. srcsetמה שמביא להורדה מתמדת של תמונות גדולות
• על ידי שימוש בשירותי אחסון תמונות חיצוניים או בלוקים של תמונות מצד שלישי, תוכל לעקוף את מערכת הגדלים המרובים שנוצרה על ידי ספריית המדיה.

---

2.2 דחיסה (הפחתת גודל הקובץ, אך ללא פגיעה באיכות)

מהות הדחיסה אינה “ככל שגודל הקובץ קטן יותר, כך טוב יותר”, אלא “הבדל שכמעט אינו מורגש בעין בלתי מזוינת, אך עם הפחתה משמעותית בנפח”.

הכללים הם כדלקמן:

• צילומים/תמונות אמיתיות (דיוקנאות, מוצרים, נופים)תן עדיפות לדחיסה עם אובדן (מקסם את הרווחים)
• צילום מסך/תמונה עם טקסט נרחבהדחיסה צריכה להיות שמרנית יותר כדי למנוע טשטוש הטקסט.
• לוגו/סמלתן עדיפות ל-SVG או בחר בדחיסה ללא אובדן (דחיסה עם אובדן גורמת בקלות לטשטוש קצוות)

מה מהווה ציון עובר:

• גודל התמונות ברוב הדפים פחת משמעותית.
• ללא רעש בולט, קצוות מטושטשים, פסים צבעוניים או טשטוש טקסט

---

2.3 WebP / AVIF (מדיניות פורמט: גודל קובץ קטן יותר עבור בהירות זהה)

WordPress תומך כעת בהעלאת קבצים WebP (5.8) ו-AVIF (6.5)。
עם זאת, כדי ליישם את “פורמט הדור הבא” באופן מעשי, יש לטפל בשני נושאים:

1. כיצד להמיר ארכיוני מדיה היסטוריים באופן מרוכז(אחרת, ביצעת אופטימיזציה רק ל'תמונות חדשות שיועלו בעתיד“)
2. האם יש ליצור עותק כפול, או להחליף את התמונה המקורית?(זהו צומת דרכים קריטי; בהמשך נתמקד ב“החלפה ומחיקה של תמונות מקוריות” ב-Plus WebP.)

סגנון כתיבה מומלץ:

• WebP: בדרך כלל הבחירה המועדפת כברירת מחדל (מציעה תאימות יציבה יותר)
• AVIF: צעד נוסף בתחום הדחיסה, מתאים לתמונות גדולות/באנרים למסך ראשי/תמונות אלבום (אם כי יותר...תלוי בתמיכה סביבתית）

---

2.4 יש ליישם טעינה עצלה בצורה נכונה (הימנע מגישה גורפת)

WordPress 5.5 ואילךטעינה איטית כברירת מחדלתמונה.
זה מפחית את צריכת רוחב הפס במהלך העיבוד הראשוני:

• טעינה עצלה מתאימה ל“משאבים מחוץ למסך”.”
• התמונה החשובה ביותר במסך הראשון (לעתים קרובות התמונה הראשית במסך הראשון) אינה מתאימה לעיתים קרובות לטעינה מושהית.

---

2.5 שכבת ההעברה: CDN / תמונה CDN

דחיסה, גודל ופורמט עונים על הצורך ב“קבצים קטנים יותר ומתאימים יותר”.
עם זאת, אם תמונות נטענות באופן קבוע משרת מקור מרוחק, זמן ההשהיה ברשת ימשיך להשפיע באופן משמעותי על חוויית המשתמש. במקרים כאלה, נדרש פתרון מסוג “שכבת הפצה” (CDN/image CDN).

שתי גישות אופייניות:

• Cloudflare פולין：תיעוד Cloudflareהמאמר מציג את שיטות הדחיסה של Polish (ללא אובדן/עם אובדן/WebP) ומזכיר את השימוש ב- format=auto השימוש בפורמטים WebP/AVIF מותר.
• מאיץ אתרים Jetpack：תיעוד Jetpackהוא יבצע אופטימיזציה של תמונות ויפיץ אותן יחד עם משאבים סטטיים באמצעות הרשת שלו.

אופטימיזציה של תמונות אחראית על צמצום הגודל והבטחת התאמתן.CDN: משלוח קרוב יותר ואמין יותר

3. בחירה: יש לנקוט בשני מסלולים עיקריים בלבד.

המלכודת הנפוצה ביותר באופטימיזציה של תמונות אינה “אי-התקנת תוספים”, אלא התקנת תוספים רבים מדי, המובילים לעיבוד מיותר:
A דוחס, B דוחס גם; A ממיר ל-WebP/AVIF, B ממיר גם; A משנה כתובות URL, B כותב אותן מחדש — בסופו של דבר, אתה עצמך לא מצליח להסביר מה קורה באתר.

כללים:

יש רק דרך אחת להתקדם: אחסון מקומי חינמי לחלוטין, או דחיסת ענן עם שלוש אפשרויות לבחירה.

• מסלול A (ללא תשלום כלל):Plus WebP או AVIF + EWWW Image Optimizer(או בחר רק אחד מהם)
• מסלול B (בחר אחת משלוש אפשרויות דחיסת ענן):ShortPixel / Imagify / TinyPNG

---

3.1 מסלול A: מקומי חינמי לחלוטין (פלוס WebP או AVIF או EWWW)

המאפיינים הבולטים של מסלול זה הם:

• אינך מסתמך על שירותי דחיסה של צד שלישי הפועלים על בסיס מכסה חודשי או על בסיס קובץ (אם כי תכונות מסוימות עשויות להציע שירותים אופציונליים).
• החיסרון הוא שעיבוד אצווה עלול להטיל עומס כבד יותר על השרת מבחינת CPU/IO, מה שמחייב אתכם להקדיש תשומת לב רבה יותר ל“אסטרטגיה וסיכון”.”

3.1.1 פלוס WebP או AVIFהרעיון המרכזי הוא “דור/החלפה”, שאינו “כלי דחיסה” מסורתי.”

• בעת יצירת תמונות ברזולוציה מלאה:קובץ התמונה המקורי יוחלף בקובץ 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)

מסלול זה מתאים לאלה המעוניינים לחסוך במשאבי שרת, מעדיפים גישה נוחה יותר לעיבוד אצווה, ומרוצים מתמחור לפי שימוש.
עם זאת, הנקודה הנפוצה ביותר של אי הבנה בנוגע לדחיסת ענן היא:הקצבה החינמית אינה רק עניין של “גיליונות חינם”.מספר גדלי התמונות הממוזערות, האם נוצרים פורמטים WebP/AVIF והאם מתבצעת דחיסה חוזרת, כל אלה ישפיעו באופן משמעותי על צריכת המשאבים.

להלן נסביר: כיצד פועלות הרמות החינמיות/בתשלום, כיצד מנוכים הקצאות, מהן המלכודות הנפוצות ביותר שיש להימנע מהן, ואילו סוגי אתרים מתאימים ביותר.

---

3.2.1 ShortPixel100 נקודות זכות חינם בחודש, אך הנקודות ינוצלו על ידי תמונות ממוזערות והגדלות WebP/AVIF.

מה ההבדל בין חינם לתשלום?

תיאור התוסף ShortPixel מציין במפורש:

• 100 נקודות זכות חינם בחודש
• ישנם גם “קרדיטים חודשיים נוספים ללא הגבלה” (דף התוסף מספק מידע על המחירים המתאימים).
• מציעה גם “חבילות אשראי חד-פעמיות ללא תוקף” (עם מידע על מחירים ראשוניים)

הערה:

• חינם: הקצאה חודשית של נקודות זכות לאתרים קלים או למטרות בדיקה.
• חבילה חד-פעמית: מתאימה לאתרים עם ספריות מדיה נרחבות המעוניינים לרוקן את המלאי בעסקה אחת (נרכשת פעם אחת לשימוש בלתי מוגבל, בדרך כלל ללא תוקף).
• חודשי/ללא הגבלה: מתאים לאתרים הדורשים עדכוני תמונות רציפים ואופטימיזציה יציבה לטווח ארוך.

במאגר הידע הרשמי של ShortPixel מתייחסים גם להשוואה בין “חבילות חד-פעמיות לבין תוכניות חודשיות ללא הגבלה”.הסבר ברור: התוכנית החודשית ללא הגבלה מחויבת מדי חודש (או מדי שנה), ומציעה נקודות זכות ללא הגבלה ומכסת CDN קבועה; נקודות הזכות החד-פעמיות אינן פוקעות, מה שמאפשר לכם שליטה רבה יותר בשימוש בהתאם לצורך.

הנקודה החשובה ביותר: כיצד מחושבים נקודות הזכות של ShortPixel?

תיעוד רשמי של ShortPixel KB ניסח זאת בצורה ברורה מאוד:

• העלאת תמונה ל-WordPress מייצרת מספר תמונות ממוזערות;
• כל אופטימיזציה של תמונה ממוזערת נחשבת כנקודה אחת.；
• אם תבחר ליצור WebP או AVIF,כל גרסת WebP/AVIF של תמונה מקורית ותמונה ממוזערת שלה תצרוך קרדיט נוסף.；
• ניתן להחריג תמונות ממוזערות מסוימות מהאופטימיזציה כדי להפחית את צריכת האשראי.

דוגמה לקרדיטים：

נניח שאתה מעלה תמונה אחת, והנושא/התוסף מייצר שמונה תמונות ממוזערות:

• אופטימיזציה של תמונה מקורית + תמונות ממוזערות בלבד: 1 (תמונה מקורית) + 8 (תמונות ממוזערות) = 9 נקודות זכות
• אם נדרש גם יצירת WebP/AVIF: הוסף גרסה אחת מהדור הבא לכל אחד מ-9 הפורמטים שלעיל → ואז הוסף 9 נקודות נוספות.
  במילים אחרות, מה שאתה עשוי להחשיב כ“תמונה אחת” עשוי למעשה לצרוך כמעט “אשראי דו-ספרתי”.

לכן:“100 נקודות חינם” אינו שווה ל“100 תמונות חינם”.

המלכודות הנפוצות ביותר של ShortPixel

1. 100 נקודות חינם נגמרות מהר
   הגורם הבסיסי: תמונות ממוזערות רבות + קרדיטים נוספים הנדרשים ליצירת WebP/AVIF.
   המלצה：

• ראשית, הערך את מספר התמונות הממוזערות באתר
• הסר גדלי תמונות ממוזערות מיותרים (בצע אופטימיזציה רק לגדלים שייעשה בהם שימוש בפועל)
• קודם כל, קבע את אסטרטגיית הדחיסה לפני שתפעיל אצוות, כדי להימנע מניסיונות חוזרים ונשנים של ניסוי וטעייה שצורכים משאבים.

2. הנח במקביל תוספים אחרים להמרת פורמטים
   אם אתה מאפשר החלפת Plus WebP תוך מתן הוראה ל-ShortPixel ליצור/להוסיף תגיות מהדור הבא, הלוגיקה הופכת למורכבת יותר, מה שמקשה על פתרון בעיות. במסלול B, ShortPixel מטפל בכך באופן עצמאי.
3. בהנחה שהתקנה פשוטה שלו מבטיחה ש“הממשק המשתמש משרת WebP/AVIF”.”
   דף התוסף ShortPixelהוא יכול להמיר פורמטים WebP/AVIF ולשלב תמונות מהדור הבא בדפי קצה (למשל, באמצעות יישום תגיות).
   עם זאת, לאחר השלמת התהליך, יש לאמת את התוצאות.

---

3.2.2 Imagify: 20MB חינם לחודש; המכסה מנוכה על סמך “גודל התמונה המקורי + מספר התמונות הממוזערות”; דחיסה חוזרת תגרור ניכוי כפול

הקצאה ומיקום חינם

דף התמחור הרשמי של Imagifyזה כתוב בצורה ברורה למדי:לחשבונות חינמיים יש מכסה חודשית של 20MB。
בדף התוסף שלו מצוין במפורש כי הוא יכול לדחוס, לשנות את גודל הקבצים ולהמיר קבצי WebP/AVIF.

כיצד מנוכים הקצאות?

תיעוד רשמי של Imagify “כיצד מחושב השימוש בקצבה?” מפרט את מנגנון הניכוי בצורה ברורה:

• מספר התמונות הממוזערות ישפיע על הצריכה.לדוגמה, אם יש לך 10 גדלים של תמונות ממוזערות, אופטימיזציה של תמונה אחת הופכת לאופטימיזציה של 11 תמונות (התמונה המקורית בתוספת 10 תמונות ממוזערות), שכולן תורמות לצריכת המכסה.
• הפחתת מכסה בהתבסס על גודל הקובץ המקורילדוגמה, אם תשלח תמונה בגודל 100 קילובייט ל-Imagify, 100 קילובייט ינוכו מהמכסה שלך.
• שינוי רמת הדחיסה ושיפור האופטימיזציה יגרמו שוב לצריכת מכסה.。
• ניתן להשתמש באותו מפתח API במספר אתרים, אך המכסות יחולקו בין האתרים הללו.

זוהי “גישת ההבנה הבסיסית” של Imagify:
זה יותר כמו חבילת נתונים: כל מה שאתה שולח, זה מה שמנוכה; ככל שיש יותר תמונות ממוזערות, כך מנוכה יותר; העלאות חוזרות ונשנות של קבצים כבדים יגרמו לניכויים חוזרים ונשנים.

דוגמאות קלות להבנה של מכסות Imagify

נניח שאתה מעלה תמונה מקורית בגודל 800 קילובייט, והאתר מייצר 8 תמונות ממוזערות.

• בעת ביצוע אופטימיזציה באמצעות Imagify, התמונה המקורית ושמונה תמונות ממוזערות נכללות (אם תבחר באפשרות “אופטימיזציה של הכל”). משמעות הדבר היא שפעולה זו לבדה תצרוך מכסה הקרוב לגודל המקורי הכולל של כל הקבצים הללו יחד.
  זו הסיבה שבאתרים מסוימים מגלים שהמכסה של “20MB” שלהם נגמרת במהירות: זה לא ש-Imagify אינו מספיק חזק, אלא שהתמונות שאתם מעלים גדולות מדי, אתם מייצרים יותר מדי תמונות ממוזערות, וייתכן שאתם גם מנסים שוב ושוב רמות דחיסה שונות.

מלכודות נפוצות עם Imagify

1. ה-20MB החינמי אינו מספיק לביצוע “ניקוי מלא של היסטוריית האתר”
   הגרסה 20MB מתאימה בדרך כלל יותר לביצוע בדיקות ועדכונים קלים; אם ספריית המדיה שלכם כבר גדולה, מחיקתה בבת אחת תדרוש ככל הנראה שדרוג.
2. התאמה חוזרת ונשנית של רמת הדחיסה גורמת לצריכת מכסה חוזרת ונשנית.
   Imagify מצהירה במפורשאופטימיזציה מחודשת תצרוך את המכסה שוב.
   מומלץ לפרט את האסטרטגיה באופן ברור בעמוד זה:

• ראשית, השתמש במספר קטן של תמונות כדי לקבוע את רמת הדחיסה ואת איכות התמונה.
• השלם את האסטרטגיה לפני שתפעיל אותה בקבוצות
  הימנע מבדיקות חוזרות ונשנות של ניסוי וטעייה בכל בסיס הנתונים

3. מפתחות API משותפים למספר אתרים גורמים לירידה מסתורית במכסות.“
   אם אתה משתמש באותו מפתח API במספר אתרים, המכסות ישותפו.
   לכן, בתרחישים של צוות/אתרים מרובים, מומלץ להגדיר בבירור אילו אתרים חולקים משאבים ואילו פועלים באופן עצמאי, ובכך למנוע חוסר שליטה בתקציב.

---

3.2.3 TinyPNG(דחיסת תמונות זעירות): 500 נקודות זכות חינם בחודש; המרה ל-WebP/AVIF כרוכה ב“נקודת זכות נוספת אחת לכל גודל”.”

הקצאה חינם וגישת החיוב שלה

דף התוסף 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 תמונות
   לא. הוא צורך נקודות זכות על בסיס “גודל/גרסת התמונה”. בדף התוסף מצוין במפורש: “ההמרה מנכה נקודת זכות נוספת אחת לכל גודל תמונה”.
2. תוסף הנושא/מסחר אלקטרוני מייצר ממדים מוגזמים, מה שמביא להפחתה משמעותית במכסות החינמיות.
   ככל שהממדים גדולים יותר, כך הקרדיטים מתעצמים ונצרכים ביתר קלות.
3. לאחר שהפעלתי את ההמרה, גיליתי שפתאום מסגרת האשראי שלי לא מספיקה.
   זה לא באג; זה מנגנון החיוב שלו.
   המלצות אסטרטגיות:

• אם השכבה החינמית משמשת בעיקר לדחיסה ולהפחתת משקל, תוכל להתמקד בתחילה בדחיסה בלבד. לאחר שתאשר שמבנה האתר יציב ושהדור הבא אכן נדרש, תוכל להתחיל בהמרה.

4. המלצות מבוססות הקשר: כיצד לבחור עבור סוגי אתרים שונים

למרות שכולם משתמשים בוורדפרס, אתרי תוכן, פלטפורמות מסחר אלקטרוני, תיקי עבודות ואתרי חברות מציגים כל אחד נקודות לחץ שונות הקשורות לתמונות.

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 תומכים כולם בעיבוד אצווה. המפתח הוא להבין את מנגנוני הקצאותיהם ולהעריך את העלויות מראש.
• מסלול A הוא גם אפשרי, אך יש לנקוט בזהירות רבה יותר בכל הקשור להתנהגות של Plus WebP של “עקיפת מזהים/מחיקת תמונות מקוריות/החלפת כתובות URL”: זה מהווה העברת נכסים, ולא מומלץ להמשיך בהחלפה גורפת מההתחלה.

4.3 תיק עבודות/אתר צילום (רגיש לאיכות תמונות בודדות, קבצים גדולים, סטנדרטים חזותיים גבוהים)

המלצות בעדיפות:

1. אסטרטגיית ממדים (בקרת שטח תצוגה)
2. אסטרטגיית דחיסה (עדיף לטעות בצד של גודל מעט גדול יותר מאשר לאבד פרטים)
3. WebP/AVIF (מציע יתרונות משמעותיים עבור תמונות גדולות, אך יש לבדוק את איכות התמונה)

מסלול מתאים יותר:

• Imagify: הקצאת מכסות על בסיס “גודל התמונה המקורי” הופכת אתרים אלה ליעילים יותר מבחינת “בקרת תקציב” (מכיוון שאתה יודע בערך כמה כל תמונה גדולה תצרוך), אך הימנע מדחיסתן שוב ושוב.
• ShortPixelאם מספר גדלי התמונות הממוזערות מוגבל, צריכת האשראי נשארת ברת-ניהול; עם זאת, כאשר מייצרים גדלים רבים לצד נכסים מהדור הבא, צריכת האשראי עולה באופן משמעותי, מה שמצריך תכנון מראש.

5. השוואת הקצאה/חיוב: הסבר האם ההקצאה החינמית מספיקה

מה יותר חסכוני, וכמה זמן תימשך התקופה החינמית?

5.1 שלושה מודלים לניכוי עמלות

• ShortPixel(קרדיטים)הנקודות מחושבות על בסיס מספר התמונות המקוריות בתוספת תמונות ממוזערות; יצירת גרסאות WebP/AVIF תגרור ניכוי נקודות נוסף עבור כל פורמט מתאים.
• Imagify(מכסת MB)ניכויי הקצאה מבוססים על גודל הקובץ המקורי; תמונות ממוזערות רבות יותר גורמות לניכויים גדולים יותר; דחיסה מחודשת תגרור ניכויים נוספים.
• TinyPNG(קרדיטים): 500 נקודות זכות בחודש; הפעלת המרה ל-WebP/AVIF תגרור נקודות זכות נוספות לכל גודל תמונה.

5.2 שיטות הערכה מהירות

ניתן להעריך זאת באופן הבא:

1. בחר כל “תמונה מקורית שאתה מעלה לעתים קרובות” ובדוק את הגודל המשוער שלה (למשל: 300KB / 1MB / 3MB)
2. העריך את המספר המשוער של גדלי תמונות הממוזערות שהאתר שלך מייצר (לדוגמה, 5 / 10 / 20)
3. קבע אם ליצור WebP/AVIF (כן/לא)

לאחר מכן, השתמש ב“חישוב מנטלי” הבא כדי להבין את הצריכה:

• ShortPixelכל תמונה ≈ (1 + מספר תמונות ממוזערות) נקודות; אם מייצרים WebP/AVIF, ≈ כפליים מכך (מכיוון שגרסאות הדור הבא דורשות גם נקודות).
• Imagifyכל תמונה צורכת כמות שווה ערך ל(גודל התמונה המקורי + הגודל הכולל של כל התמונות הממוזערות); דחיסה מחדש ברמת דחיסה שונה תגרור ניכוי נוסף מהמכסה.
• TinyPNGחינם: 500 נקודות זכות; אם האתר שלך מייצר תמונות בגדלים רבים לכל תמונה והמרה מופעלת, הקצבה החינמית תפחת באופן משמעותי (דף התוסף מספק אומדן אינטואיטיבי של “כ-100 תמונות בחודש” לעומת “כ-50 תמונות בחודש”).

6. גילוי נאות על סיכונים

סיכון 1: הימנע משימוש במספר תוספים המבצעים את אותה הפונקציה באופן מיותר.

זהו המקור הנפוץ ביותר לאסונות.“

• מסלול א':פלוס WebP או AVIF + EWWW(חלקו את האחריות בין השניים; אל תבצעו המרות ומשלוחים דומים בו-זמנית, ואל תתקינו רק אחד מהם.)
• מסלול B: ShortPixel / Imagify / TinyPNG בחר אחד משלושה(בחר אחד האחראי לדחיסה ולדור הבא)

סיכון 2: הפונקציונליות “עקיפת מזהה / מחיקת תמונה מקורית / החלפת URL” של Plus WebP מהווה העברת נכסים.

יש להדגיש שוב:פלוס WebP התיאור מציין במפורש כי במהלך יצירת הדור המלא, מזהה התמונה המקורי יוחלף, הקובץ המקורי יימחק וכתובת ה-URL של התוכן תוחלף.
משמעות הדבר היא כי לא מדובר ב“תיקון מינורי שניתן לבטל בכל עת”, אלא בשינוי ברמת הנכסים.

האסטרטגיה המומלצת צריכה להיות:

• בדיקות ראשוניות בקנה מידה קטן (עשרות עד מאות פריטים)
• ודא שתצוגת הקצה הקדמי, התמונות הממוזערות ועדכוני המטמון פועלים כהלכה.
• שקול עיבוד מסד נתונים מלא

סיכון 3: הצריכה בפועל של “הקצאה חינמית” לדחיסת ענן תלויה במספר התמונות הממוזערות ובאפשרויות הדור הבא שנבחרו.

• ShortPixelתמונות ממוזערות והדור הבא ישפיעו באופן משמעותי על נקודות הזכות
• TinyPNGהפעלת WebP/AVIF תגרור ניכוי אשראי נוסף עבור כל גודל תמונה.
• Imagify: הפחתה בהתאם לגודל התמונה המקורי; ככל שיש יותר תמונות ממוזערות, כך ההפחתה גדולה יותר. דחיסה חזקה תביא להפחתות חוזרות ונשנות.

סיכון 4: “WebP/AVIF שנוצר” אינו שווה ל“Frontend המספק WebP/AVIF”

משתמשים רבים מדווחים כי הם חשים שהאתר שלהם לא הפך למהיר יותר לאחר ההמרה, והסיבה העיקרית לכך היא שהממשק המשתמש ממשיך להפיק קבצי JPG/PNG (עקב אי התאמות בכל שלב בתהליך: מטמון, כתיבה מחדש, תגיות או משא ומתן עם הדפדפן).

7. כיצד אוכל לוודא שהמשימה הושלמה?

ארבע נקודות אימות פשוטות מאוד:

1. כאשר מרעננים את אותה הדף בפעם השנייה, האם תהליך הטעינה יציב ומהיר יותר?(יעילות נתפסת של אחסון במטמון ואופטימיזציה)
2. האם יש הבדל ניכר במידות התמונה בין טעינה במכשיר נייד לטעינה במחשב שולחני?(רספונסיבי) srcset/sizes האם זה יעיל
3. בדוק באופן אקראי מספר תמונות: האם יש קבצים/משאבים מסוג WebP או AVIF?האם האתר באמת משתמש בו? הדור הבא）
4. בדוק מספר תמונות באופן אקראי: הגדל את התמונה כדי לראות אם הן נראות מטושטשות באופן בולט או אם הטקסט נראה מעורפל.(האם איכות הדחיסה מוגזמת?)

אם כל ארבעת הקריטריונים מתקיימים, הדבר מעיד על כך שהמסלול שבחרת פועל כעת. המשך לשלב הבא. CDN “שכבת המסירה”היציבות הכללית תשתפר.

8. המלצות לפעולה

1. ראשית, בחרו את המסלול שלכם:

• הייתי רוצה לשמור על זה חופשי ככל האפשר.Plus WebP או AVIF + EWWW (או התקן רק אחד מהם)
• כדי לחסוך במשאבי שרת וליהנות משקט נפשי רב יותר עם חיוב לפי שימושבחר אחת מהאפשרויות הבאות: ShortPixel / Imagify / TinyPNG

2. בצע בדיקה בקנה מידה קטן (כמה עשרות פריטים)
3. אשר שהכל תקין לפני שתמשיך עם האצווה.
4. נדרשים שיפורים נוספים כדי לשפר את יציבות האספקה:קריאה CDN האצה

שאלות נפוצות

1. כמה תוספים עליי להתקין? האם אני יכול להתקין את כולם?

נסו להיצמד למסלול אחד.

• מסלול A: Plus WebP או AVIF + EWWW Image Optimizer (או התקן רק אחד מהם)
• מסלול ב': בחר אחד מבין ShortPixel / Imagify / TinyPNG
  שימוש במספר תוספים בו-זמנית לביצוע “דחיסה/המרה ל-WebP/AVIF/שינוי URL/שכתוב מסירה” באותו אתר עלול להוביל לכאוס הולך וגובר ולקשיים רבים בפתרון בעיות.

2. האם WordPress כבר לא תומך ב-WebP/AVIF? האם אני עדיין צריך תוסף?

יש להבחין בין:
“תמיכה בהעלאה/שימוש” ≠ “המרה אוטומטית/משלוח אוטומטי”.
WordPress 6.5 לא יבצע המרה אוטומטית של קבצי JPG/PNG ישנים ל-WebP/AVIF, ולא יטפל באופן אוטומטי בתהליך העבודה המלא של “פלט AVIF/WebP בהתבסס על יכולות הדפדפן עם פתרונות חלופיים”. כדי לעדכן ספריות מדיה היסטוריות, נדרשים בדרך כלל תוספים או שירותים כדי להשלים את התהליך.

3. במסגרת אופטימיזציית תמונות, איזה שלב מציע את התשואה הגבוהה ביותר על ההשקעה?

זה בדרך כלל ראשית, יש להגדיר את הממדים הנכונים (srcset/sizes)。
אתרים רבים פועלים לאט לא בגלל שהם חסרים דחיסה, אלא בגלל שהדפים מציגים רק 900 פיקסלים, תוך שהם מאלצים את המשתמשים להוריד את התמונה המלאה בגודל 3000 פיקסלים. דחיסה חוסכת קילובייטים, אך מידות לא תואמות עלולות לבזבז פי כמה וכמה יותר נתונים ללא סיבה מוצדקת.

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. 100 נקודות זכות חינם בחודש מ-ShortPixel – למה נראה שהן נגמרות אחרי כמה תמונות בלבד?

מכיוון ש נקודות זכות אינן “מספר התמונות”.”יוצגו בתצוגה מקדימה ויוגדלו לדור הבא:

• תמונה מקורית + כל תמונה ממוזערת נחשבת כקרדיט
• אם נוצר WebP/AVIF, כל גרסה מתאימה תגרור צריכת אשראי נוספת.
  אז אולי תחשבו ש“תמונה אחת” יכולה למעשה לצרוך קרוב ל“קרדיטים דו-ספרתיים”. ShortPixel

10. מדוע מכסת 201 TP234T החינמית של Imagify לחודש נגמרת כל כך מהר?

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. מתי אצטרך את ה-CDN / תמונה CDN אם אבחר במסלול A או B?

דחיסה, גודל ופורמט עונים על הצורך ב“קבצים קטנים יותר ומתאימים יותר”;
CDN מבטיח משלוח מהיר ואמין יותר。
כאשר קיימת השהיה משמעותית עקב טעינת תמונות משרת מקור מרוחק, הוספת CDN לכל תמונה (למשל, Cloudflare Polish / Jetpack Site Accelerator) מביאה בדרך כלל לחוויה יציבה יותר, מה שהופך את התוכן לקריא יותר. האצת WordPress CDN。

15. מהי הדרך הפשוטה ביותר לוודא שהפעולה אכן הצליחה לאחר שביצעתי אותה?

שיטת האימות החוסכת ביותר זמן:

• כאשר מרעננים את אותה הדף בפעם השנייה, האם תהליך הטעינה יציב ומהיר יותר?
• האם יש הבדל ניכר במידות התמונה בין טעינה במובייל לטעינה במחשב שולחני (האם srcset/sizes פועלים ביעילות)?
• בדוק באופן אקראי מספר תמונות: האם יש קבצים/משאבים מסוג WebP או AVIF?
• בדוק מספר תמונות באופן אקראי: הגדל את התמונה כדי לראות אם הן נראות מטושטשות באופן בולט או אם הטקסט נראה מעורפל.