מיתוג מחדש אינו מחייב בהכרח החלפת דומיין, שינוי כל כתובת או מחיקת תוכן ישן. המדריך מיועד לעסק שמחדש אתר פעיל ורוצה לשמור על דרכי ההגעה לתוכן בזמן שהזהות מתעדכנת. הוא מציג סדר עבודה שמפריד בין מראה, מסר ותשתית, ומאפשר להבין אילו שינויים באמת נחוצים.
הגדירו מה משתנה ומה נשאר
כתבו מה הבעיה שהמיתוג אמור לפתור: שירות חדש, קהל אחר, מבנה הצעה לא ברור או שפה חזותית שאינה מתאימה עוד. אחר כך הפרידו בין שלושה רבדים: זהות ושם, מסרים ותוכן, וכתובות ומערכות. שינוי ברובד אחד אינו סיבה אוטומטית לשנות את האחרים.
אם העסק נשאר אותו עסק והעמוד ממשיך לשרת אותה כוונה, בדקו קודם אם אפשר לשמור על הכתובת שלו. אל תוסיפו סיומת ״חדש״ לכתובת הסופית רק משום שעבדתם על גרסה נוספת. כתובת ניסוי היא כלי עבודה, לא בהכרח הכתובת שצריכה להתפרסם.
מיפוי לפני עיצוב מחדש
הכינו רשימה של עמודים, פוסטים, קטגוריות, תגיות וקבצים חשובים. לכל פריט ציינו כתובת, תפקיד, מצב פרסום ויעד בגרסה החדשה. השתמשו גם במפת האתר ובנתוני Search Console כדי למצוא דרכי כניסה שאינן מופיעות בתפריט. הרשימה אינה מדד לחשיבות עסקית לבדה, אבל היא מצמצמת השמטות.
הבחינו בין עמוד שמתעדכן באותו מקום, שני עמודים שמתאחדים, ופריט שאין לו חלופה. אין להפנות הכול לדף הבית. לפי הנחיות Google למעבר כתובות, כשיש שינוי קבוע יש למפות את התוכן ולהשתמש בהפניה רלוונטית. תוכן שאינו ממשיך מצריך החלטה נפרדת, ולא יעד אקראי.
תרגמו את הזהות לרכיבים
בנו דוגמה של כותרת, פסקה, כרטיס, טופס ועמוד מאמר בשפה החדשה. בדקו עברית, אנגלית, טלפון ומייל. צבעים וגופנים צריכים לעבוד במצבי שגיאה ופוקוס ובמסך קטן, ולא רק בתמונת ההדמיה. מדריך השפה החזותית לאתר מרחיב את שלב הבדיקה הזה.
חפשו רכיבים שנשמרים מחוץ לעמוד: הדר, פוטר, הודעות מערכת, תבניות מייל ותמונות שיתוף. שינוי הלוגו בתפריט אינו מעדכן אותם בהכרח. רשמו לכל רכיב מי אחראי לשינוי וכיצד בודקים אותו, כדי שההשקה לא תציג כמה זהויות במקביל.
שמרו על משמעות התוכן
לעיתים המיתוג החדש מחליף הסבר ספציפי בטקסט קצר ומרשים אך עמום. לפני אישור עמוד, השוו את השאלות שהוא עונה עליהן לפני ואחרי: תכולה, תנאים, התאמה, תהליך וצעד הבא. אפשר לקצר חזרות, אך לא להסיר מידע חיוני רק כדי להתאים לפריסה חדשה.
אל תשכפלו עמוד שלם רק כדי לתת לו צבע אחר. אם נדרשת גרסת ניסיון, תעדו איזו גרסה היא הסופית ומה יקרה לאחר האישור. כאשר אותו תוכן קיים בכמה כתובות, הגדירו מדיניות ברורה לכתובת הראשית ולהפניות. אחרת, גם צוות העריכה עלול לעדכן את העותק הלא נכון.
בדיקות לפני פתיחת האתר
עבדו בסביבה נפרדת מהאתר הפעיל ובדקו מסלולים שלמים. למשל, כניסה ממאמר, מעבר לעמוד שירות והגעה לטופס. בדקו גם כתובת ישנה מתוך המיפוי; תשובת 200 אינה מספיקה אם הגעתם לעמוד הלא נכון. הפרידו תקלות תוכן מתקלות קישור ותקלות עיצוב, כדי שהפתרון לא ייצור שינוי לא נחוץ בתחום אחר.
רשימת מסירה קצרה:
- לכל כתובת חשובה יש יעד מוגדר.
- קישורים פנימיים מצביעים ישירות ליעד הסופי.
- העמוד מצהיר על כתובתו הראשית המתאימה.
- מפת האתר כוללת את התוכן המפורסם הסופי.
- תבניות, תמונות, קבצים וטפסים נבדקו.
- הגנות סביבת הפיתוח אינן חוסמות את האתר המפורסם בטעות.
מעקב אחרי השינוי
תעדו מועד השקה ואת השינויים המשמעותיים. בדקו שגיאות, קישורים והופעת כתובות חדשות בנתוני החיפוש. תנודות בתקופה שאחרי שינוי אינן מוכיחות שכל בעיה נגרמה מהעיצוב; השוו לפי עמוד ומועד ובדקו גם שינויים במדידה, בפרסום ובביקוש.
השאירו את מפת ההפניות כתיעוד שממשיך עם האתר. כשהאחסון או ספק הפיתוח משתנים, היא חלק מהמערכת. אם מעבירים גם פלטפורמה, קראו על מבנה אתר וכתובות URL ותכננו את המעבר יחד עם שינויי הזהות.
דוגמת טבלת מעבר לפני החלפת זהות
נניח, להמחשה בלבד, שלעסק יש עמוד שירות ישן ומאמר שמסביר את אותו התחום. בעיצוב החדש נוצרו שני עותקי ניסיון. לפני ההשקה, שורה אחת בטבלה צריכה לזהות את עמוד השירות הסופי ואת כתובתו, ושורה אחרת את המאמר. הדמיון בנושא אינו סיבה להפנות את המאמר לעמוד המכירה; כוונת הקורא והתוכן אינם בהכרח זהים.
לכל שורה הוסיפו מזהה תוכן, סוג, כתובת מקור, כתובת יעד, פעולה ואחראי. ״שמירה״ פירושה שהתוכן מתעדכן בכתובת הקיימת. ״הפניה״ מחייבת יעד מקביל ובדיקת הגעה. ״ללא חלופה״ מחייב החלטה על התוכן, ולא הפניה כללית שנועדה רק להעלים שגיאה מהדוח.
בדקו גם נתיבים שלא נחשבים עמודים רגילים: ארכיונים, עימוד, קבצים וקישורים מתוך הודעות ישנות. ייתכן שקולקציה קיימת רק כקטגוריה, ולכן יצירת עמוד חדש בשמה תוסיף כפילות במקום לפתור בעיה. רשמו את מנגנון המקור כדי שספק הפיתוח ידע מה לשמר.
בהחלפת שם עסק, הכינו בנפרד רשימת מופעים של השם: כותרות, תיאורים, תמונות, חתימות והודעות. אל תבצעו החלפה גורפת בכל מסד הנתונים בלי להבין אילו מופעים מתארים היסטוריה או לקוח אחר. שינוי שם נוכחי אינו מצריך בהכרח שינוי ציטוט ישן או תיאור תקופה.
בבדיקת מסירה, אדם שלא ביצע את ההעברה צריך לפתוח דגימה מתוך הטבלה ולבדוק תוכן, יעד וכתובת ראשית. כשמתגלה פער, עדכנו את הטבלה ואת המערכת יחד. כך נשמר מסמך שמייצג את המצב בפועל, ולא רשימת כוונות שהפסיקה להתאים במהלך הפיתוח.
מה עושים כששני עמודים ישנים דומים אך אינם זהים?
השוו את כוונת הקריאה ואת המידע הייחודי בכל עמוד. אם אחד מסביר שירות והשני מתעד פרויקט, דמיון במילים אינו סיבה לאיחוד. אם שניהם עונים על אותה שאלה, בחנו האם אפשר לשמור תוכן מועיל בעמוד אחד ולהפנות את השני ליעד המקביל.
תעדו איזו גרסה נשמרת ולמה, ואל תבחרו לפי תאריך יצירה בלבד כאשר יש הבדל בתכולה. עמוד חדש יכול להיות טיוטת ניסיון פחות שלמה מהמקור. לפני החלפה, בדקו שהמידע שנדרש לקורא לא אבד ושקישורים חשובים ממשיכים להוביל לתוכן המתאים.
ההכרעה היא חלק ממפת התוכן, ולכן עליה להיעשות לפני פתיחת האתר. אחרי ההשקה בדקו את הכתובות בפועל; החלטה במסמך אינה מבטיחה שהשרת ותוסף ההפניות מבצעים אותה.
החלטה מעשית להתחלה
בחרו חמישה עמודים מייצגים ובנו עבורם טבלת ישן מול חדש: כתובת, כוונה, תוכן שנשמר ותבנית. אשרו אותה לפני שמיישמים את המיתוג בכל האתר. לאפיון תכולת השינוי אפשר להיעזר בשירות הקמת אתר תדמית.
מקורות
שאלות ותשובות
ibastom.com
אפשר לעשות מיתוג מחדש בלי לשנות כתובות?
ברוב המקרים כן, וזה עדיף. החלפת לוגו, צבעים, טיפוגרפיה ואפילו ניסוחים לא מחייבת לשנות כתובות. שינוי כתובות כדאי רק כשהוא פותר בעיה אמיתית, ותמיד עם הפניות קבועות.
שם העסק משתנה. מה לעדכן מחוץ לאתר?
פרופיל העסק בגוגל, דפים ברשתות החברתיות, ספריות עסקים ואזכורים באתרים של שותפים, וגם כתובת השולח וחתימות בדוא"ל. רשימה מראש מונעת מצב שבו הלקוחות מוצאים שני שמות שונים.
להשיק את המותג החדש בבת אחת או בהדרגה?
באתר עצמו, בבת אחת: אתר שחציו בזהות ישנה וחציו בחדשה מבלבל. בשאר הנכסים אפשר בהדרגה, לפי סדר חשיבות, אם יש רשימה ותאריכי יעד.
איך יודעים שהמיתוג החדש לא פגע בתנועה?
משווים תנועה ופניות לתקופה המקבילה, בודקים שגיאות 404 ב־Search Console ומקשיבים למה שלקוחות שואלים. ירידה חדה מיד אחרי ההשקה היא בדרך כלל סימן לבעיה טכנית, כמו עמוד שנעלם או הפניה חסרה.
לשמור את העיצוב הישן לארכיון?
כן. שמרו קבצים, צילומי מסך של העמודים המרכזיים וגיבוי של האתר לפני השינוי. זה עוזר לבדוק מה השתנה כשמשהו לא עובד, ולהשוות בעוד חצי שנה.
