aiadsby boostit דברו איתנו
איך מודל עובד

זמן תגובה

Latency

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

עודכן:

לכל תשובה יש תקציב זמן, והוא לא שלכם

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

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

כמה מקורות המנוע בכלל מביא

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

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

מה בדיוק איטי, ומה מזה בשליטתכם

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

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

הסורק פוגש את הגרסה הגרועה של האתר

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

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

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

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

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

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

זוויות שונות

לעסק שירותים מקומי

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

לחנות מקוונת

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

לאתר עם שכבת הגנה

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

מה זה אומר בפועל

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

איך בודקים את זה לבד

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

המלכודת

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

מתי זה לא רלוונטי לכם

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

שאלות נפוצות

כמה מהר האתר צריך לענות כדי להיכנס לתשובה?

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

אתר מהיר יותר יצוטט יותר?

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

הציון במבחני המהירות שלי מצוין. זה מספיק?

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

המנוע ביקש את העמוד ולא קיבל אותו בזמן. אני אדע על זה?

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

מונחים קשורים

עיבוד בצד השרת

בניית ה-HTML המלא בשרת לפני שהוא נשלח, כך שהתוכן קיים בתגובה הראשונה ואינו תלוי בהרצת JavaScript.

מחקר עמוק

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

סורק

תוכנה שמושכת עמודים מהאתר בשביל מנוע חיפוש או מנוע AI.

להרחבה

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

בואו נדבר.

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

  • מה המוצר ומי הלקוח שלכם
  • איך נמדדת אצלכם המרה היום
  • מאיזה תקציב זה מתחיל להיות הגיוני

לא בקטע של טפסים? info@boostit.co.il

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