רוב האנשים מחליפים ספק אחסון רק כשהאתר נופל לגמרי. עד אז, הם בדרך כלל מאטים ומפסידים תנועה ומכירות במשך חודשים. אלה הסימנים שצריך לזהות לפני שמגיעים לנקודת הכישלון.
סימן 1: TTFB קבוע מעל 600ms
TTFB — Time to First Byte — הוא הזמן שהשרת לוקח להגיב. פתחו Chrome DevTools (F12), לחצו F5 לטעינה מחדש, לחצו על הבקשה הראשונה ב-Network → Timing → "Waiting (TTFB)".
מה 600ms+ אומר: אף אחד לא יגיע ל-LCP מתחת ל-2.5s. לא WP Rocket, לא Cloudflare, לא דחיסת תמונות. השרת הוא הצוואר בקבוק.
מה לעשות: בדקו כמה פעמים בימים שונים. TTFB 600ms+ בעקביות = הספק לא מתאים.
סימן 2: קיבלתם מייל "חרגתם ממגבלת משאבים"
ספקי אחסון שיתופי שולחים את המייל הזה כשהאתר שלכם מוציא יותר CPU/RAM מהמקצה. הנוסח לרוב:
"Your account has exceeded the allowable CPU usage limit. If this continues, your account may be suspended."
מה זה אומר בפועל: האתר שלכם גדל מעבר למה שהאחסון השיתופי יכול להכיל. זה לא שגרמתם נזק — זה שהספקים מגבילים אתכם.
לפני שמשדרגים לתוכנית יקרה אצל אותו ספק: שאלו אותם בדיוק איזה משאב חרגתם. CPU? MySQL connections? PHP workers? לפעמים תוסף גרוע אחד גורם לחריגה, ולא צריך שדרוג.
אם חרגתם בעקביות: זה הזמן ל-Cloudways — VPS עם משאבים מוגדרים שלא ייגמרו בגלל שכן.
סימן 3: האתר נפל כשפוסט הלך ויראלי
זה הסימן הכי יקר. פוסט שלכם הוזכר בעיתון, רשתות חברתיות, ניוזלטר גדול — ותוך 10 דקות האתר מחזיר 503.
למה זה קורה: בשיתופי, ה-PHP worker pool משותף לכל הלקוחות בשרת. כשתנועה עולה בחדות, כל ה-workers תפוסים ובקשות חדשות נדחות.
המחיר: לא רק הביקור שאבד בזמן ה-downtime — גם ה-SEO reputation. גוגל שרואה 503 errors בזמן שנסה לסרוק = סיגנל שלילי.
הפתרון המבני היחיד: VPS עם PHP workers מוגדרים שלא תלויים בשכנים (Cloudways, Kinsta).
סימן 4: Google Search Console מסמן Core Web Vitals failures בקנה מידה גדול
Search Console → Core Web Vitals → poor URLs — בדקו כמה URLs.
אם יש לכם עשרות ומאות URLs עם LCP poor, ולא דף אחד עם בעיה ספציפית — זה סיגנל תשתיתי, לא תוכן.
ההבחנה: בעיה ב-URL אחד = בעיה ספציפית (תמונה גדולה, JS). בעיה על כל העמודים = שרת.
סימן 5: תמיכה אומרת "שדרגו ל-VPS" ללא אבחון
קיבלתם תגובה כזו?
"מבוסס על הבדיקה שלנו, אנחנו ממליצים לשדרג לתוכנית ה-VPS שלנו לביצועים טובים יותר."
הדרך לבדוק אם זה לגיטימי: שאלו אותם:
- מה בדיוק חרגתם — CPU time? memory? MySQL queries?
- מהן הנתונים המדויקים מה-24 שעות האחרונות?
- מה גרם לחריגה?
אם לא מסוגלים לתת נתונים ספציפיים — הם רוצים לעשות upsell, לא לפתור בעיה.
אם הם כן מוצאים סיבה ספציפית (תוסף גרוע, missing index ב-DB) — תקנו את הסיבה לפני ששוקלים שדרוג.
סימן 6: כפל מחיר בחידוש
זה לא ישירות בעיית ביצועים, אבל זה הזמן הנכון לבחון מחדש:
מקבלים חשבון חידוש של ₪180/חודש (SiteGround GrowBig)? Cloudways DigitalOcean 2GB: $14/חודש (~₪52) — מהיר יותר, זול יותר.
רגע החידוש הוא הזמן לבצע השוואה. אל תניחו שחייבים לחדש אצל אותו ספק.
סימן 7: אתם מקבלים הפתעות חריגת תנועה
ספקים כמו Kinsta מתמחרים לפי מספר ביקורים בחודש. פוסט שהלך ויראלי? חריגת ביקורים? חשבון חריגה.
Cloudways לא מתמחר לפי ביקורים — רק לפי משאבי שרת. לאתר עם תנועה לא צפויה, זה הבדל עסקי משמעותי.
אם אתם שוקלים Kinsta אבל יש לכם spike בתנועה מדי פעם: Kinsta מציעים גרייס-period, אבל בדקו את המדיניות לפני שנרשמים.
מה לעשות כשמזהים 2+ סימנים
- בדקו TTFB (Chrome DevTools) — קבלו מספר מדויק
- בדקו Google PageSpeed — ראו מה ה-lab data אומר
- השתמשו במחשבון ROI — חשבו האם השדרוג מצדיק את עצמו כלכלית
- בחרו ספק לפי הצרכים: Cloudways לגמישות ומחיר, Kinsta לביצועים מקסימליים, uPress לקהל ישראלי
- בצעו מעבר לפי המדריך הצעד-אחר-צעד שלנו
החלטה לחכות עוד חודש אחד עוד מחיר ממוצע של ₪150–₪600 בשנה בהמרות אבודות — בדיוק הסיבה שעסקים ממתינים יותר מדי.