האם שווה לעבור ל-Astro אם האתר שלכם כבר מדורג טוב בגוגל?

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

תוכן העניינים 8 פרקים ▾

מה באמת יכול להישבר

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

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

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

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

ארבעה דברים שמסכנים דירוג בהגירה

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

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

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

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

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

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

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

שלושה דברים שלא משנים דירוג בכלל

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

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

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

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

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

רשימת בדיקה לפני יום המעבר

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

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

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

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

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

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

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

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

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

מתי לא כדאי לעבור בכלל

אני אומר לא לחלק מהפונים, ואלה המקרים.

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

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

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

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

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

כמה זה עולה ומה ההבדל מבנייה חדשה

הגירה מוורדפרס ל-Astro עולה ₪8,000-₪35,000 חד פעמי לפני מע״מ. מה שמזיז את הטווח הוא מספר העמודים, מספר סוגי התבניות השונים, וכמה פונקציונליות צריך לבנות מחדש במקום תוספים.

בניית אתר חדש על Astro עולה ₪3,500-₪18,500 חד פעמי לפני מע״מ, עם תחזוקה חודשית אופציונלית של ₪450. ההבדל אינו במחיר בלבד אלא במהות: בבנייה חדשה אין התחייבות לשמר מבנה קיים, ולכן אין את העבודה היקרה של מיפוי, השוואה והפניות.

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

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

ואם ההגירה כבר יצאה משליטה

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

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

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

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