מתי מעבר לקוד מתאים לאתר שלכם?

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

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

מה המשמעות של המרת אתר לקוד?

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

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

מחיר השירות: 2,850 ₪ ותכולה שמוגדרת מראש

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

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

איך מעדכנים תוכן אחרי המעבר?

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

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

שומרים על סדר בכתובות ובתוכן הקיים

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

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

טופס שנראה נכון צריך גם להעביר את הפנייה

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

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

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

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

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

מה לשלוח כדי להתחיל?

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

מקורות להעמקה

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