כיצד להתמודד עם השבתה מתוכננת של אתר

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

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

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

לדוגמה, במקום להחזיר קוד מצב כמו 404 (Not Found) או להגיש דף שגיאה עם קוד 200 (OK) כאשר מתבצעת הקריאה לדף, מומלץ להחזיר קוד מצב 503 (Service Unavailable) אשר מיידע רובוטים של מנועי החיפוש כי ההשבתה היא זמנית.

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

החזרת קוד מצב 503 יכולה גם להוות פתרון מעולה עבור מספר מקרים אחרים. אנו נתקלים רבות באתרים שמחזירים קוד 200 (OK) עבור שגיאות בשרת, השבתות של אתרים, חריגות ברוחב הפס או עמודים בבניה - קוד 503 הוא הפתרון האידאלי במקרים כאלה.

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


header('HTTP/1.1 503 Service Temporarily Unavailable');header('Retry-After: Sat, 8 Oct 2011 18:27:00 GMT');
אם השרת מחזיר תגובת 503 (Service Unavailable), המידע שיופיע ב- header עשוי להיראות כך (באמצעות PHP)


כשם שאפשר לגרום לדפי 404 להיות שימושיים יותר עבור משתמשים, כך גם ניתן (ומומלץ) להגיש הודעה מותאמת אישית כאשר עושים שימוש בקוד מצב 503. באמצעות הודעה זו ניתן להסביר את המצב למשתמשים ולתת להם לדעת מתי האתר יהיה זמין שוב. לקבלת מידע נוסף לגבי הקודים השונים ששרתים יכולים להגיש, אנו ממליצים לקרוא את מסמך RFC 2616.


נכתב ע"י תומר חונן וקספר שימנסקי, צוות איכות החיפוש של Google, דבלין