עיבוד עמוד
השלב שבו הסורק הופך קוד לעמוד עם תוכן.
עיבוד בצד השרת
SSR, Server side rendering
בניית ה-HTML המלא בשרת לפני שהוא נשלח, כך שהתוכן קיים בתגובה הראשונה ואינו תלוי בהרצת JavaScript. זו ההגדרה הבטוחה ביותר לאתר שרוצה להיקרא גם בידי מנועי AI.
עודכן:
מה בדיוק יוצא מהשרת
עיבוד בצד השרת הוא הסידור שבו העמוד נבנה במלואו לפני שהוא נשלח. התגובה הראשונה שיוצאת מהשרת כבר מכילה את הכותרת, את הפסקאות, את המחיר, את זמן האספקה ואת הקישורים לעמודים אחרים. אין שלב שני.
הסידור ההפוך שולח שלד ומשאיר לדפדפן למלא אותו. לאדם שיושב מול מסך שני הסידורים נראים זהים לגמרי, ולפעמים השני אפילו נעים יותר. ההבדל נפתח רק מול קורא שאינו אדם, וכאן הוא הבדל בין מסמך לבין דף ריק.
מה שקונים כאן הוא ודאות. כל מי שביקש את הכתובת מקבל את אותו טקסט: דפדפן, סורק שמריץ קוד, סורק שלא מריץ קוד, וגם כלי חיצוני שמושך את העמוד בשביל מישהו. המונח מכסה משפחה שלמה של פתרונות ולא טכנולוגיה אחת, וזה בדיוק המקום שבו שיחות בין אנשי שיווק למפתחים נתקעות.
ארבע דרכים להגיע לאותה תוצאה
בנייה מראש. העמודים נבנים פעם אחת, בזמן העלאת האתר, ונשמרים כקבצים מוכנים. הזול ביותר לתחזוקה והמהיר ביותר בתגובה, ומתאים לכל מה שלא משתנה בכל שעה.
בנייה לכל בקשה. השרת מרכיב את העמוד ברגע שביקשו אותו, מושך נתונים טריים, ומחזיר HTML מלא. יקר יותר במשאבים, ונחוץ בדיוק במקומות שבהם הנתון חייב להיות עכשווי: מחיר, מלאי, זמינות תור.
בנייה מראש עם רענון מתוזמן. העמוד שמור כקובץ מוכן, ונבנה מחדש כל כמה דקות או בכל פעם שהנתון במקור השתנה. רוב החנויות הגדולות חיות כך.
הידרציה, או איים של אינטראקטיביות. ה-HTML שמגיע שלם, והקוד שרץ אחריו רק מוסיף התנהגות: פותח תפריט, מפעיל גלריה, שולח טופס. זו הגישה שהכי נוחה לרוב האתרים העסקיים, כי היא לא דורשת לוותר על שום רכיב.
יש גם אפשרות חמישית שנמכרת לעיתים קרובות כעיבוד בצד השרת ואינה: שירות טרום עיבוד שמריץ את העמוד במקום אחר ומגיש גרסה מוכנה. אם הוא מגיש אותה לכולם, זה פתרון לגיטימי גם אם מסורבל. אם הוא מזהה בוט ומגיש רק לו, זו הגשה שונה לבוט ולאדם, וזו הפרה מוכרת שמנועי חיפוש מטפלים בה כבר שנים.
זו לא החלטה על האתר, זו החלטה על תבניות
רוב הדיונים על הנושא נפתחים בשאלה הלא נכונה: האם לבנות את האתר מחדש. התשובה כמעט תמיד שלילית, וההצגה הזו היא שמקפיאה את הנושא לשנה. אתר בנוי מתבניות, ולכל תבנית יש מחיר שונה של שינוי.
התבניות שבאמת קובעות הן מעטות. עמוד מוצר או עמוד שירות. עמוד מחירים. עמוד שאלות ותשובות. עמוד מאמר. ותפריט הניווט, שאינו תבנית אלא רכיב, ושהוא לרוב הנזק הגדול ביותר כשהוא נבנה בדפדפן, כי הוא לא מוחק עמוד אחד אלא מנתק את הדרך לכל השאר.
מכאן נוסח נכון לשיחה עם מפתח: לא בקשה לשנות ארכיטקטורה, אלא רשימה של שדות שצריכים להופיע בתגובה הראשונה. השם, המחיר, הזמינות, הפסקה שעונה על השאלה המרכזית, וקישורי הניווט. בקשה מנוסחת כך היא משימה של ימים ולא פרויקט של רבעון. את הרשימה הזו מנסחים כחלק מתיקון החסימות הטכניות.
מה שנשמע כמו עיבוד בצד השרת ואינו
המקרה השכיח ביותר הוא עמוד חצוי. מסגרת העמוד מגיעה מהשרת, ובתוכה הכותרת ואולי תיאור קצר, אבל הנתון שבאמת חשוב נמשך מממשק אחרי הטעינה. בקוד הראשוני יושב במקומו סימן ממתין או מחרוזת ריקה. מי שבודק בעין רואה עמוד מלא לגמרי.
מקרה שני: מחיר שמוחלף. ה-HTML מכיל מחיר, והקוד מחליף אותו מיד אחרי הטעינה במחיר אמיתי שכולל מבצע או מחירון אזורי. כאן לא רק שאין ודאות, יש נזק, כי מה שנקרא הוא מספר שגוי שהצהרתם עליו בעצמכם.
מקרה שלישי, ושכיח בחנויות: רשימה שנטענת בגלילה. פריטים שמופיעים רק אחרי שמישהו גלל למטה אינם בתגובה הראשונה, ולכן גם הקישורים אליהם אינם קיימים. עמודי המוצר שמעבר לעשרים הראשונים עלולים פשוט לא להתגלות.
איך זה נראה בפועל
תרחיש מומצא: חנות מקוונת לגופי תאורה, שעברה לפני שנה לאתר חדש. האתר בנוי כך שעמודי הקטגוריה מגיעים מהשרת במלואם, ועמודי המוצר מגיעים כשלד שמתמלא אחרי הטעינה. הצוות שמע שהאתר בנוי בעיבוד בצד השרת, וזה נכון לחצי ממנו.
מישהו שואל מנוע מה עולה גוף תאורה תלוי למטבח באורך מטר וחצי. המנוע מוצא את עמוד הקטגוריה, ובו יש שמות של מוצרים וקישורים. הוא נכנס לעמוד מוצר ומוצא כותרת, תפריט, ומקום ריק במקום שבו אמורים להיות המחיר, המידות, סוג הנורה והזמינות. כל השדות שהשאלה נשענת עליהם אינם שם.
התוצאה אינה שהחנות נפסלת. היא פשוט לא נכנסת לשיחה, כי אין ממה להרכיב עליה משפט. התשובה נבנית ממקורות שכתבו את המספרים בטקסט רגיל, לפעמים מדריכים כלליים שלא מוכרים כלום.
הבדיקה שגילתה את זה נמשכה שתי דקות: פתחו את מקור העמוד וחיפשו את המחיר. התיקון היה גדול יותר: להעביר את ארבעת השדות האלה לבנייה בצד השרת, ולהשאיר את שאר העמוד כפי שהוא. שבועיים של עבודת פיתוח, בלי לגעת בעיצוב ובלי לגעת בשאר האתר.
זוויות שונות
לחנות מקוונת
השדות שנוטים להיטען בדפדפן הם בדיוק אלה שקונה שואל עליהם: מחיר, מלאי, מידות, זמן אספקה. כאן הבחירה בין בנייה לכל בקשה לבין בנייה מראש עם רענון היא שאלה של כסף, לא של עיקרון, וההכרעה נגזרת מקצב השינויים האמיתי בחנות. חנות שמשנה מחירים פעמיים בשבוע לא צריכה לבנות עמוד מחדש בכל כניסה.
לעסק שירותים על מערכת ניהול תוכן רגילה
ברוב המקרים אין כאן שום עבודה. מערכות ניהול התוכן הנפוצות מגישות HTML מלא כברירת מחדל, והעמוד שלם עוד לפני שהקוד רץ. מה שכן שווה לבדוק הוא הרכיבים שהוסיפו בדרך: אקורדיון שאלות ותשובות, ביקורות משירות חיצוני, ומערכת זימון תורים. אלה מגיעים מבחוץ ולא מהשרת שלכם.
לאתר שנבנה בכלי עיצוב חדש
הכלים האלה יפים, מהירים לעבודה, ומגישים לעיתים קרובות עמוד שנבנה כמעט כולו בדפדפן. זו לא סיבה לא להשתמש בהם, אבל זו סיבה לבדוק לפני שמעבירים אליהם אתר שכבר מופיע בתשובות. הבדיקה לוקחת דקה, והמעבר לוקח חודשים.
מה זה אומר בפועל
אל תפתחו את הדיון בשאלה אם לעבור לעיבוד בצד השרת. פתחו אותו ברשימה: אלה השדות שחייבים להימצא בתגובה הראשונה, בכל אחת מהתבניות האלה. את זה מפתח יודע לתמחר. ואם אתם עומדים לפני החלפת אתר, בקשו מהספק להראות לכם את מקור העמוד של אתר קיים שהוא בנה, לא צילום מסך.
איך בודקים את זה לבד
- פתחו עמוד מוצר או עמוד שירות, ובחרו בתפריט הדפדפן הצגת מקור העמוד. זה לא אותו דבר ככלי המפתחים, שמראה תמיד את המצב אחרי הרצת הקוד.
- חפשו במקור, בעזרת חיפוש בעמוד, את המחיר, את שם השירות ואת המשפט המרכזי. כל אחד מהם בנפרד.
- משורת פקודה: curl -s https://www.example.co.il/product/ ותחפשו בתוצאה את אותם שלושה דברים. זו התמונה שסורק שאינו מריץ קוד מקבל.
- בדקו את קישורי הניווט. חפשו במקור את הכתובת של עמוד פנימי שאתם יודעים שקיים בתפריט. אם היא לא שם, הסורק לא יודע להגיע לשם.
- כבו JavaScript בהגדרות הדפדפן וטענו מחדש. מה שנעלם מהמסך הוא מה שנבנה בדפדפן, וזו בדיקה גסה שמראה את גודל הבעיה בשנייה.
- הריצו את אותה בקשה עם curl -A ואחריו שם של סורק חיפוש, והשוו את גודל התשובה לזו של דפדפן רגיל. הבדל גדול מצריך הסבר.
- בחנו את זמן התגובה של השרת, כי מעבר לבנייה בכל בקשה על שרת איטי מחליף בעיה אחת באחרת. הנושא מפורק במדריך המהירות.
המלכודת
המלכודת הראשונה היא להסתפק בתשובה שכן. מפתחים עונים בכנות גמורה שהאתר בנוי בעיבוד בצד השרת, ומתכוונים למסגרת העמוד. השאלה הנכונה אינה על האתר אלא על שדה מסוים בתבנית מסוימת: האם המחיר קיים בתגובה הראשונה. השנייה היא להניח שאם רואים את התוכן בכלי המפתחים הוא קיים. הכלי מציג את המצב אחרי הרצת הקוד, תמיד. השלישית היא פיתוי מסוכן: לזהות סורקים ולהגיש להם גרסה מוכנה במיוחד. זו הפרה שמנועי חיפוש מכירים היטב, והיא מסכנת גם את מה שכן עובד היום.
מתי זה לא רלוונטי לכם
אתר שרץ על מערכת ניהול תוכן סטנדרטית ומגיש HTML מלא כבר עומד בדרישה, ואין מה לשפר. אתר שכולו מאחורי התחברות, או מערכת פנימית שלא אמורה להימצא, לא נוגע לזה בכלל. גם עמוד נחיתה בודד שמופעל מקמפיין בתשלום, ושכל התנועה אליו מגיעה מקישור ישיר, לא זקוק לעבודה הזו. מה שכן שווה בכל מקרה הוא לעשות את הבדיקה פעם אחת ולרשום את התשובה, כי היא מכתיבה את סדר העדיפויות של כל השאר.
שאלות נפוצות
אם גוגל ממילא מריצה קוד, למה לשלם על זה?
מפני שגוגל אינה היחידה, ורוב סורקי החיפוש של מנועי ה-AI קוראים את ה-HTML כפי שהגיע. יש גם סיבה שנוגעת לגוגל עצמה: ההרצה אצלה היא שלב נפרד שיכול לקרות מאוחר יותר, וזה משנה בעיקר לנתונים שמתעדכנים.
כמה עבודה זו באמת?
תלוי לגמרי במה שביקשתם. העברת ארבעה שדות בתבנית אחת היא עבודה של ימים. מעבר של אתר שלם לארכיטקטורה אחרת הוא פרויקט. רוב העסקים לא צריכים את השני, ורובם מתחילים לדון בו ולכן לא עושים גם את הראשון.
שירות טרום עיבוד הוא פתרון מקובל?
כשהוא מגיש את אותה גרסה לכולם, כן, גם אם הוא מוסיף שכבה ותלות בספק. כשהוא מזהה בוט ומגיש רק לו, לא. ההבדל אינו טכני אלא מהותי, והוא בדיוק הגבול בין פתרון לבין הפרה.
זה יאט לי את האתר?
לא בהכרח, ולפעמים ההפך. בנייה מראש מהירה מכל דבר אחר, כי מוגש קובץ מוכן. בנייה לכל בקשה יכולה להאט אם השרת חלש, ולכן היא מיועדת לשדות שחייבים להיות טריים.
איך אני מנסח את זה למפתח בלי להישמע כאילו אני מלמד אותו את העבודה?
בלי להזכיר טכנולוגיה בכלל. תגידו: אני צריך שהשדות האלה יופיעו כשמושכים את הכתובת בלי דפדפן, והנה הפקודה שבה אני אבדוק. זו דרישה מדידה, והיא משאירה לו את הבחירה איך להשיג אותה.
מונחים קשורים
סורק
תוכנה שמושכת עמודים מהאתר בשביל מנוע חיפוש או מנוע AI.
אינדקס
המאגר שבו מנוע החיפוש שומר עמודים אחרי שסרק אותם, וממנו הוא שולף מועמדים לתשובה.
תדירות סריקה
כל כמה זמן סורק חוזר לעמוד מסוים.
סימון מובנה
סימון טכני בקוד העמוד שמתאר למכונה מה מופיע בו: מאמר, מוצר, שאלה ותשובה, ארגון.
קטע תשובה
פסקה קצרה מתוך עמוד שנשלפת כמעט כלשונה אל תוך תשובה מסוכמת או אל ראש עמוד התוצאות.
להרחבה
הערך נבדק מול המקורות הרשמיים של הפלטפורמות. כשמשהו אינו ידוע, כתוב כאן שהוא אינו ידוע. שינויים מתועדים בארכיון העדכונים.
בואו נדבר.
בלי מצגת, בלי התחייבות ובלי שיחת מכירה. עשרים דקות שבסופן תדעו אם יש כאן משהו בשבילכם.
- מה המוצר ומי הלקוח שלכם
- איך נמדדת אצלכם המרה היום
- מאיזה תקציב זה מתחיל להיות הגיוני
לא בקטע של טפסים? [email protected]