בקצרה: מדדנו ב-6.11.2026 מחיבור ביתי בישראל את זמן התגובה לשרתי ענן שזמינים בקלאודוויז (Cloudways). Vultr תל אביב ענה ב-9ms בממוצע, Vultr פרנקפורט ב-72ms. ב-AWS, זמן החיבור לתל אביב היה כ-30ms מול כ-82ms לפרנקפורט. זו מדידה מנקודה אחת ובערב אחד, ולכן המספרים מכווינים. בעמוד: הטבלה המלאה, השיטה, והוראות לבדוק בעצמכם.
בקצרה – התוצאות העיקריות (נמדד ב-6.11.2026)
| Vultr תל אביב | Ping ממוצע 9ms |
|---|---|
| Vultr פרנקפורט | Ping ממוצע 72ms |
| AWS תל אביב (il-central-1) | זמן חיבור TCP, חציון כ-30ms |
| AWS פרנקפורט (eu-central-1) | זמן חיבור TCP, חציון כ-82ms |
| היחס | תל אביב ענה בערך פי 7–8 מהר יותר מפרנקפורט ב-Vultr (Ping) |
| מקום המדידה | חיבור ביתי בישראל, נקודה אחת, ערב אחד |
מה היה זמן התגובה מישראל לכל שרת?
השרתים בתל אביב ענו הכי מהר. השרתים באירופה (מילאנו, פרנקפורט, לונדון ואמסטרדם) ענו בזמן חיבור TCP חציוני של כ-62 עד 104ms. זו הטבלה המלאה, כפי שמדדנו אותה.
| יעד | כתובת שנמדדה | Ping (ICMP) | זמן חיבור TCP |
|---|---|---|---|
| Vultr תל אביב | tlv-il-ping.vultr.com | ממוצע 9ms (5–18) | 17–50ms, חציון כ-28 |
| Vultr פרנקפורט | fra-de-ping.vultr.com | ממוצע 72ms (70–76) | 73–91ms |
| Vultr אמסטרדם | ams-nl-ping.vultr.com | לא נמדד | 85–123ms, חציון כ-104 |
| Vultr לונדון | lon-gb-ping.vultr.com | לא נמדד | 95–106ms, חציון כ-100 |
| AWS תל אביב (il-central-1) | ec2.il-central-1.amazonaws.com | לא נמדד | 16–50ms (HTTPS), חציון כ-30 |
| AWS מילאנו (eu-south-1) | ec2.eu-south-1.amazonaws.com | לא נמדד | 59–152ms, חציון כ-62 |
| AWS פרנקפורט (eu-central-1) | ec2.eu-central-1.amazonaws.com | לא נמדד | 67–113ms, חציון כ-82 |
| DigitalOcean, Linode | – | לא נמדד: כתובות הבדיקה שלהם לא ענו או לא קיימות | |
| Google Cloud | – | לא נמדד: הכתובות האזוריות עוברות ב-Anycast | |
הערה: ב-AWS מדדנו את נקודת הקצה של שירות EC2 באזור, ולא שרת של קלאודוויז. היא יושבת באותו אזור, ולכן נותנת סדר גודל טוב, אבל זה לא אותו דבר כמו לבדוק את השרת שלכם.
איך מדדנו?
בשתי שיטות פשוטות, ממחשב ביתי בישראל, באותו ערב: Ping ו-curl. כל אחד יכול לחזור על זה, וזו בדיוק הכוונה.
- מתי ומאיפה: 6.11.2026, בערב, מחיבור אינטרנט ביתי. שירות ipinfo זיהה את החיבור כישראלי (IL).
- Ping (ICMP): פקודת ping של Windows, 5 חבילות לכל יעד. רשמנו ממוצע, מינימום ומקסימום.
- זמן חיבור TCP: curl עם המשתנה time_connect, 6 דגימות לכל יעד. רשמנו טווח וחציון.
- יעדים: כתובות הבדיקה הרשמיות של Vultr לכל מיקום, ונקודות הקצה האזוריות של AWS EC2.
המגבלות, בגלוי: נקודה אחת, ספק אינטרנט אחד וערב אחד. זה לא בנצ'מרק. ספק אינטרנט אחר, שעה אחרת או חיבור סלולרי יתנו מספרים אחרים. מה שכן יציב הוא היחס: תל אביב מהירה בהרבה מאירופה, כי המרחק הפיזי קצר יותר.
מה ההבדל בין Ping, זמן חיבור TCP ו-TTFB?
שלושתם מודדים זמן, אבל של שלבים שונים בדרך לעמוד. הנה ההגדרות:
| מדד | מה הוא מודד | מה הוא אומר לכם |
|---|---|---|
| Ping (ICMP) | זמן הלוך-חזור של חבילה קטנה לשרת (RTT) | המרחק ברשת, בלי עומס של השרת |
| זמן חיבור TCP | הזמן עד שנפתח חיבור לשרת | בערך סיבוב אחד, כולל עיכובים ברשת |
| TTFB | הזמן עד שמגיע הבייט הראשון של העמוד | רשת + הצפנה + זמן העבודה של השרת. המדד שהגולש מרגיש |
Latency (השהיה) הוא השם הכללי לזמן שלוקח למידע לעבור בין שתי נקודות. הרחבה על המדד השלישי תמצאו במדריך TTFB ובהגדרה של Google ב-web.dev.
מה המספרים האלה אומרים על האתר שלכם?
שהשרת בתל אביב חוסך כ-60 מילישניות על כל סיבוב בין הגולש הישראלי לשרת. בעמוד אחד יש כמה סיבובים כאלה, ולכן החיסכון מצטבר.
חישוב לדוגמה (הערכה שלנו): ההפרש ב-Vultr הוא 72 − 9 = 63ms לסיבוב. חיבור HTTPS חדש דורש בערך שלושה סיבובים עד התשובה הראשונה (חיבור, הצפנה ובקשה). 3 × 63ms ≈ 190ms חיסכון ב-TTFB של בקשה ראשונה לעמוד שלא בקאש.
- איפה מרגישים את זה: עמודים שלא בקאש, קופה וסל קניות, wp-admin, חיפוש, וקריאות API לשירותים ישראליים.
- איפה פחות: קבצים סטטיים שמוגשים מ-CDN, ועמודים שמוגשים מהקאש כשהקהל ממילא קרוב לשרת ה-CDN.
- מה זה לא מתקן: תמונות כבדות, תוספים איטיים ומסד נתונים עמוס. שם מקור האיטיות הוא לא המרחק.
איזה שרת בתל אביב לבחור על סמך זה? ראו שרת בתל אביב בקלאודוויז: Vultr, AWS או Google Cloud.
למה אין מספרים ל-DigitalOcean, Linode ו-Google Cloud?
כי לא הייתה לנו דרך הוגנת למדוד אותם בשיטה הזו, ואנחנו לא מפרסמים מספר שלא מדדנו.
- DigitalOcean ו-Linode: כתובות בדיקת המהירות שלהם כבר לא נפתרות או לא עונות. בכל מקרה, לפי רשימת האזורים של קלאודוויז, לשניהם אין מיקום בישראל.
- Google Cloud: הכתובות האזוריות שלו עוברות ב-Anycast, כלומר עונה להן שרת קרוב של גוגל, ולא בהכרח מרכז הנתונים בתל אביב (me-west1). כדי למדוד באמת צריך שרת אמיתי באזור.
איך בודקים זמן תגובה לשרת בעצמכם?
עם שתי פקודות שכבר מותקנות ברוב המחשבים: ping ו-curl. זה לוקח כחמש דקות.
- פתחו חלון פקודות: ב-Windows הקלידו cmd בתפריט התחל, ובמק פתחו את Terminal.
- הריצו Ping לכתובת הבדיקה של Vultr בתל אביב (ב-Windows
-n, במק ובלינוקס -c):
ping -n 10 tlv-il-ping.vultr.com
ping -n 10 fra-de-ping.vultr.com- השוו את שורת הסיכום (Average). זה זמן ההלוך-חזור שלכם לכל מיקום.
- כדי למדוד את האתר שלכם, הריצו curl עם זמני החיבור וה-TTFB (ב-Windows
-o NUL, במק ובלינוקס -o /dev/null), והחליפו את הכתובת בכתובת האתר:
curl -o NUL -s -w "connect: %{time_connect}s ttfb: %{time_starttransfer}s\n" https://your-site.co.il/- הריצו את הפקודה 5–6 פעמים וקחו את החציון. הריצה הראשונה איטית יותר לפעמים, בגלל DNS.
- רוצים לראות מה הגולשים בחו"ל מקבלים? השתמשו בכלי בדיקת Ping או TTFB מקוון שבודק מכמה מדינות במקביל.
טיפ: הדרך המדויקת ביותר היא לבדוק שרת אמיתי. בקלאודוויז החיוב לפי שעה, כך ששרת קטן בתל אביב לכמה שעות עולה סנטים, ואפשר להעלות עליו עותק של האתר ולמדוד TTFB אמיתי. אחר כך מוחקים אותו. מחירי AWS ו-Google Cloud בתל אביב עשויים להיות שונים מהטבלאות הכלליות, ולכן את המחיר שלהם בודקים במסך ההקמה.
הקוד BFCM802 מוריד 80% מהחשבון בחודשיים הראשונים (עד 200$ הנחה בחודש), כולל העברת אתרים חינם בלי הגבלה. ללקוחות חדשים בלבד, ורק עד סוף המבצע.
המבצע מסתיים ב-4 בדצמבר 2026, ב-23:59 שעון ישראל.
מתחילים בניסיון חינם, בלי כרטיס אשראי. את הקוד מזינים בקופה ובודקים שהוא מופיע.
אחרי בלאק פריידי: 30% הנחה ל-3 חודשים עם הקוד ASAEL. בשרת גדול (מעל כ-444$ בחודש) ASAEL משתלם יותר כבר עכשיו. למחשבון BFCM802 מול ASAEL
פותחים שרת ניסיון חינם, בלי כרטיס אשראי. כשעוברים לתוכנית בתשלום, הקוד ASAEL מוריד 30% מהחשבון בשלושת החודשים הראשונים.
הקישור ממלא את הקוד בטופס ההרשמה. רק ודאו שהוא מופיע.
מתי המספרים האלה יתעדכנו?
אנחנו מתכננים לחזור על המדידה מעת לעת ולעדכן את התאריך בראש העמוד. ניתוב האינטרנט משתנה, ספקי ענן מוסיפים קישורים, ומה שנכון היום יכול להשתנות.
מדדתם בעצמכם ויצא לכם משהו שונה מאוד? זה טבעי, וזו גם הסיבה שאנחנו ממליצים לבדוק מהחיבור שלכם. אם תרצו לשתף תוצאה, כתבו לנו דרך עמוד יצירת הקשר.
שאלות נפוצות
במדידה שלנו מחיבור ביתי בישראל ב-6.11.2026, Vultr תל אביב ענה ב-9ms בממוצע ב-Ping, וזמן החיבור ל-AWS תל אביב היה כ-30ms בחציון. התוצאה אצלכם תלויה בספק האינטרנט ובשעה.
בערך פי 7–8 ב-Ping במדידה שלנו: 9ms ב-Vultr תל אביב מול 72ms ב-Vultr פרנקפורט. ב-AWS ההבדל בזמן החיבור היה כ-30ms מול כ-82ms.
ככלל אצבע שלנו (לא סף רשמי), ממוצע של פחות מ-20ms לגולשים באותה מדינה הוא מצוין. שרת באירופה ענה לנו מישראל ב-72ms ב-Ping (פרנקפורט) ובכ-62 עד 104ms בזמן חיבור TCP. חשוב יותר להסתכל על TTFB, שכולל גם את זמן העבודה של השרת.
עם curl והמשתנה time_starttransfer, או בכלי בדיקת מהירות. הריצו כמה פעמים וקחו את החציון, ובדקו גם עמוד שלא שמור בקאש, כמו עמוד הקופה.
לא. אלה מדידות מנקודה אחת, מחיבור ביתי אחד ובערב אחד. הן מראות את סדר הגודל ואת היחס בין המיקומים, אבל לא מבטיחות תוצאה אצלכם.
כי Ping מודד רק את הרשת. אתר יכול להיות קרוב ועדיין איטי בגלל תוספים, מסד נתונים או תמונות כבדות. Ping נמוך הוא בסיס טוב, ואת השאר משפרים בקאש ובאופטימיזציה.
מדריכים קשורים
- שרת בתל אביב בקלאודוויז: Vultr, AWS או Google Cloud
- Vultr תל אביב בקלאודוויז
- AWS תל אביב (il-central-1)
- TTFB גבוה: מה זה ואיך משפרים
- בדיקת מהירות אתר
- מחירים: מחירון Vultr · מחירון AWS · מחירון Google Cloud
מקורות
- מדידה שלנו: Ping ו-curl מחיבור ביתי בישראל, 06.11.2026 (הנתונים המלאים בטבלה למעלה)
- curl manual – המשתנים time_connect ו-time_starttransfer
- AWS service endpoints – נקודות הקצה האזוריות של EC2
- Time to First Byte (web.dev) – הגדרת המדד
- בדיקה שלנו: רשימת האזורים ב-API של קלאודוויז, 06.11.2026 (תל אביב אצל AWS, Google Cloud ו-Vultr)
- Which Infrastructure Provider Do I Have to Choose? – Cloudways Knowledge Base (מיקומי מרכזי הנתונים)
מקור רשמי: Cloudways Knowledge Base. המדידות נעשו ונבדקו על ידי עשהאל דרייר · עודכן: 06.11.2026
גילוי נאות: זהו אתר עצמאי ואינו האתר הרשמי של Cloudways. חלק מהקישורים באתר הם קישורי שותפים – אם תירשמו דרכם נקבל עמלה, בלי עלות נוספת לכם. לפרטים המלאים