# כמה עולה להשאיר תמונות ב-JPG/PNG במקום WebP?

> לפי אנטומיה של אתר וורדפרס ישראלי, Wemanage 2026, WebP הוא רק 17.4% מקבצי התמונה למרות ש־69% מהאתרים כבר מחזיקים WebP; המרה מלאה הייתה מצמצמת מדיה במדגם מ־~154GB ל־~43GB — JPG ממוצע 97KB, PNG 171KB, WebP 27KB (פי ~3.6 מול JPG).

שאלה שאני מקבל מבעלי חנויות: "התקנו WebP. למה האתר עדיין כבד?"

התשובה הקצרה: התקנתם כלי. לא המרתם ארכיון.

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

## מה באמת יושב על הדיסק

לפי [אנטומיה של אתר וורדפרס ישראלי, Wemanage 2026](https://sitemanager.co.il/wordpress-anatomy-2026/), סריקה של **2.6 מיליון קבצים**, **177GB**, מ־**37 אתרי מסחר**:

- אתר חציוני: **1.7GB**, **42,043** קבצים
- ספריית המדיה: **93.7%** מהנפח
- תוספים: רק **5.2%**
- יחס השפעה מדיה מול תוספים: **18:1**
- תמונות בחנות חציונית: **10,170** (כולל גדלי ביניים)
- מוצרים בחנות חציונית: **486** (n=88)

מי שרוצה לחסוך כסף על אחסון, גיבוי וחלון שחזור — לא מתחיל ב־"להוריד שלושה תוספים". מתחיל במדיה. כל דיון אחר הוא רעש נחמד לישיבה.

## המספרים שמראים את מחיר ה־JPG/PNG

| פורמט | גודל ממוצע לקובץ | הערה |
|---|---|---|
| JPG | 97KB | עדיין רוב הארכיון |
| PNG | 171KB | כבד במיוחד |
| WebP | 27KB | פי ~**3.6** קטן מ־JPG |

ועוד שני נתונים שלא אוהבים לשמוע:

1. **WebP = 17.4%** בלבד מכלל קבצי התמונה — למרות ש־**69%** מהאתרים כבר מחזיקים 20+ קבצי WebP.
2. **PNG = 11.5%** מהקבצים אבל **20.1%** מהנפח.

כלומר: הכלי מותקן. הארכיון לא הומר. ו־PNG ממשיך לאכול נפח לא פרופורציונלי.

המרה מלאה של התמונות ל־WebP במדגם: ספריית מדיה מ־כ־**154GB** ל־כ־**43GB**.

זה לא "אופטימיזציית SEO רוחנית". זה גיבוי שנגמר מהר יותר, שחזור שלוקח יותר זמן, וחשבון אחסון שגדל בלי סיבה טובה.

## טבלת עלות / ROI פשוטה (לפני ואחרי)

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

| מדד | לפני (מצב נפוץ) | אחרי המרה מלאה ל־WebP | מה משתנה בפועל |
|---|---|---|---|
| נפח מדיה במדגם | ~154GB | ~43GB | פחות דיסק, פחות העתקות |
| גודל תמונה טיפוסי | JPG 97KB / PNG 171KB | WebP 27KB | פחות משקל לדף מוצר |
| נתח WebP מהתמונות | 17.4% | קרוב ל־100% של הארכיון הפעיל | הכלי מפסיק להיות "דקורציה" |
| זמן גיבוי / שחזור | ארוך יותר (מדיה שולטת) | קצר משמעותית באותו אתר | פחות חלון סיכון בלילה |
| איפה לטפל קודם | — | **PNG→WebP**, אחר כך ארכיון JPG | ROI הכי מהיר ליחידת מאמץ |

למה PNG קודם? כי הוא **11.5%** מהקבצים ו־**20.1%** מהנפח. אותה שעת עבודה על PNG מחזירה יותר נפח מאותה שעה על JPG ממוצע.

## כמה זה "עולה" בלי לשים מספר בדוי על שקל

אני לא ממציא לכם מחיר אחסון או מחיר CDN. מה שכן יקר בלי ויכוח:

1. **גיבויים כבדים יותר** — כש־93.7% מהאתר זה מדיה, כל לילה אתם מגבים בעיקר תמונות ישנות בפורמט שמן.
2. **שחזור איטי יותר** — כשהאתר נופל, אתם מחכים ל־1.7GB חציוני (ולפעמים הרבה יותר) במקום לגרסה רזה.
3. **בלבול ניהולי** — "יש לנו WebP" בזמן ש־82.6% מהתמונות עדיין לא שם.
4. **עבודה כפולה בעתיד** — כל חודש מעלים עוד JPG/PNG לחנות עם **486** מוצרים חציוניים ו־**10,170** תמונות; בלי מדיניות המרה, החוב רק גדל.

העלות האמיתית היא לא רק ₪ על דיסק. היא זמן צוות + סיכון שחזור + אתר שמרגיש כבד בלי סיבה. וגם: כל דיון על "לשדרג חבילת אחסון" בזמן שהארכיון שמנ — זה לשלם על הזנחה במקום לתקן אותה.

## מה לתקן קודם — סדר עבודה מהשטח

### שלב 1: PNG → WebP
המכה הכי טובה ליחידת מאמץ. PNG כבד (171KB ממוצע) ותופס נפח לא פרופורציונלי. התחילו מעמודי מוצר ראשיים ומבאנרים — שם הכאב נראה גם למשתמש, לא רק בדוח דיסק.

### שלב 2: המרת ארכיון JPG
לא רק "העלאות חדשות". הפער 69% אתרים עם WebP מול 17.4% קבצים מומרים נוצר בדיוק כי מישהו הפעיל המרה קדימה ושכח אחורה. בלי ארכיון — אין ROI.

### שלב 3: מדיניות להעלאות חדשות
כל תמונת מוצר חדשה נכנסת כ־WebP (או עוברת המרה אוטומטית באותו יום). אחרת בעוד שנה תחזרו לאותו מדד עם חיוך מביך.

### שלב 4: אל תבזבזו את השבוע על תוספים "כדי להקל"
תוספים הם **5.2%** מהנפח. מדיה **93.7%**. יחס **18:1**. אפשר לנקות תוספים מיותרים — אבל אל תקראו לזה פרויקט הקלה על דיסק. זה פרויקט היגיינה נפרד.

## בדיקת 15 דקות על החנות שלכם

1. היכנסו לספריית המדיה / לדוח דיסק.
2. ספרו בערך: כמה JPG, כמה PNG, כמה WebP.
3. אם יש תוסף WebP אבל רוב הקבצים עדיין JPG/PNG — אתם במצב של ה־17.4%.
4. בדקו גודל גיבוי אחרון מול גודל לפני חצי שנה.
5. סמנו יעד: קודם אפס PNG כבדים בעמודי מוצר ראשיים, אחר כך ארכיון.

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

## סיכום לשורה התחתונה

| שאלה | תשובה מהמחקר |
|---|---|
| מה תופס את האתר? | מדיה 93.7%; תוספים 5.2% |
| כמה WebP בפועל? | 17.4% מהתמונות (למרות 69% אתרים עם WebP) |
| מה גודל לקובץ? | JPG 97KB · PNG 171KB · WebP 27KB |
| מה פוטנציאל ההמרה המלאה? | ~154GB → ~43GB במדגם המדיה |
| מה לתקן קודם? | PNG→WebP, אחר כך ארכיון JPG |

המספרים המלאים — כולל פירוק סיומות, אחוזונים ותוספים — ב־[אנטומיה של אתר וורדפרס ישראלי 2026](https://sitemanager.co.il/wordpress-anatomy-2026/).

אם אתם רוצים שמישהו יריץ את ההמרה והמדיניות על חנות חיה (בלי לשבור תמונות מוצר) — אפשר להתחיל ב־[073-3745552](tel:0733745552) או ב־[sitemanager.co.il](https://sitemanager.co.il/).

## שאלות נפוצות

**כמה חוסכים בהמרה מלאה ל־WebP?**
במדגם אנטומיה של אתר וורדפרס ישראלי, Wemanage 2026 (2.6M קבצים / 177GB / 37 אתרי מסחר), המרה מלאה של התמונות ל־WebP הייתה מצמצמת את ספריית המדיה מכ־154GB לכ־43GB. WebP ממוצע 27KB מול JPG 97KB (פי ~3.6).

**למה PNG יקר במיוחד?**
PNG הוא 11.5% מהקבצים אבל 20.1% מהנפח — ממוצע 171KB לקובץ מול 97KB ב־JPG. לכן השלב הראשון ב־ROI הוא PNG→WebP, לפני ארכיון JPG המלא.

**האם מספיק להתקין תוסף WebP?**
לא. 69% מהאתרים כבר מחזיקים 20+ קבצי WebP, אבל WebP הוא רק 17.4% מכלל קבצי התמונה — כלומר ההמרה רצה על חדשים ולא על הארכיון. בלי המרת ארכיון אין חיסכון אמיתי בגיבוי ובאחסון.

---
עודכן: 2026-09-26 | מקור: https://sitemanager.co.il/kama-oleh-lo-lehamir-webp-media-wordpress-2026/