ספיד טסט אונליין של ספקיות ישראליות: למה התוצאה נמוכה ואיך בודקים

מה בעצם מודד ספיד טסט אונליין

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

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

סיבה ראשונה: בדיקה דרך Wi-Fi במקום חיבור קווי

Wi-Fi הוא גורם שכיח לתוצאה נמוכה. מרחק מהנתב, קירות, רשתות אלחוטיות סמוכות, מכשירי חשמל ועומס על תדר 2.4GHz יכולים להפחית את המהירות ולהגדיל את ההשהיה. גם מכשיר שאינו תומך בתקן אלחוטי חדש עלול להגביל את הבדיקה.

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

סיבה שנייה: עומס של מכשירים ויישומים בבית

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

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

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

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

בודקים את דגם הנתב, את מהירות יציאת ה-WAN וה-LAN ואת עדכון הקושחה. כדאי גם לבצע הפעלה מחדש מבוקרת ולוודא שהכבל מחובר ליציאה המתאימה. אין להחליף ציוד לפני שמבודדים את הבעיה, משום שלעתים מקור התקלה הוא כבל או הגדרה בלבד.

סיבה רביעית: עומס או תקלה בתשתית ובספק

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

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

סיבה חמישית: שרת בדיקה או מסלול תקשורת לא מייצגים

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

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

סיבה שישית: הבדל בין מהירות החבילה לתוצאה בפועל

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

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

איך לבצע בדיקת מהירות אמינה בישראל

1. מחברים מחשב לנתב בכבל רשת ומוודאים שהכבל והיציאות תומכים במהירות הנדרשת.
2. עוצרים פעילות כבדה כמו סטרימינג, הורדות, גיבוי ענן ועדכונים.
3. מבצעים כמה בדיקות בשרתים שונים ובשעות שונות, כולל שעות עומס.
4. מתעדים את הנתונים של הורדה, העלאה, השהיה, ריצוד ואובדן מנות.
5. משווים בין Wi-Fi לחיבור קווי כדי להפריד בין בעיית קליטה לבין בעיית תשתית.

מה אפשר לעשות לפני שפונים לשירות הלקוחות

מעדכנים את הנתב, בודקים כבלי רשת, ממקמים את הנתב במקום פתוח ומרכזי ומעדיפים תדר 5GHz כאשר המרחק מתאים. אם הבית גדול, אפשר לשקול מערכת Mesh, אך יש לבדוק את מיקום היחידות ואת החיבור ביניהן כדי שלא ייווצר צוואר בקבוק.

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