לפעמים קורה בחייו של אתר שצריך לשנות את כל כתובות ה-URL.
שינויים בקישורים זאת פעולה שבמידת הצורך עדיף להימנע ממנה, כי היא מועדת לפורענות. דברים יכולים להישמט, מיקומים יכולים לרדת, קישורים יכולים להישבר – אבל לפעמים אין ברירה.
מכל הסיבות האלה, עדיף לעשות את זה בשלב מוקדם ככל האפשר. כשכמה שפחות מהטראפיק ייפגע.
בדרך כלל מי שאחראים על החלק הזה של העברת הכתובות הם בוני האתר. הבעיה שלא תמיד הם יודעים לעשות את זה בעצמם כי זאת עבודת SEO טכנית. אם יש להם SEO אין האוס – מה טוב. אם אין, דברו איתי ואני אסגור לכם את הפינה הזאת:
אם אתם עושים את זה בעצמכם, בואו ניגש לתכלס:
מתי ולמה משנים את מבנה הקישורים באתר
בגדול: המטרה במבנה כתובת, שנקרא גם "ארכיטקטורת אתר", היא להסביר לגולשים ולמנועי חיפוש מה שייך לאן, מה הקטגוריות, מה יושב תחת מה. (זה עקרון שדומה להיררכיית הכותרות באתר.)
בגדול – פירורי הלחם שלכם אמורים להיות זהים למבנה הכתובות, או לפחות לא שונים מהם דרמטית.
אתם משנים משהו בארכיטקטורה
"ארכיטקטורת אתר" זה בגדול מה שייך למה ומה יושב תחת מה. יש לזה כמה תתי-מקרים:
בניתם לא טוב לכתחילה
אני למשל כשבניתי את האתר הזה, הכתובות של הבלוג הזה היו lior-shapira.co.il/article/ . מה שנקרא "שטוח". יעני מהדומיין – ישר לעמוד. בלי שום דבר באמצע.
תסלחו לי, הייתי צעירה ולא ידעתי מה שאני יודעת היום. בשלב מאוחר יותר תפסתי את עצמי והוספתי /blog/.
אני לא חושבת שיהיו לי פה מאות רבות של פוסטים, ולכן המבנה הנוכחי בסדר לי. אם היו לי מאות פוסטים – יכול להיות שזה לא היה מיטבי, והייתי צריכה לחלק את לחתיכות יותר קטנות ולהוסיף תת קטגוריה. כמו בסעיף הבא:
האתר גדל ומבנה הקישורים לא משקף את זה
כשאתר גדל ומתווספים אליו תכנים, יכול להיות שמבנה הקישורים הקיים כבר לא משרת טוב את מבנה המידע או התוכן באתר.
למשל אם התחלתם במבנה example.com/article-title/ ואז לאורך הזמן נוספו מאות או אלפי פוסטים בנושאים מגוונים, יכול להיות שהגיוני יותר להוסיף קטגוריות למבנה ה-URL, כמו example.com/category/article-title/
.
אתם מחליפים דומיין
פעם היו לי שני בלוגים. אחד בנושא אוכל, השני על כסף. בין לבין נכנסו דברים על טיולים, תחביבים ועוד. ויום אחד החלטתי לאגם אותם לבלוג אחד, שלישי. וזה כלל הפניות URL משני אתרים לאתר שלישי כשאני משנה גם את הדומיין וגם את מבני הקישורים.
אצלכם זה יכול להיות מיזוג אתרים לאתר שלישי, או אתר אחד שמתמזג לתוך אתר אחר. אם אתם מחליפים דומיין, או מעבירים לדומיין חדש, מוזמנים לקרוא את צ'קליסט מעבר לדומיין חדש.
אם אתם עוברים פלטפורמה
אתרים שנבנו מזמן על פלטפורמה ישנה, וכחלק מה-URL יש להם .html או .asp# , ועכשיו אתם עוברים פלטפורמה – ואין סיבה שהכתובות שלכם יסתיימו ככה.
עוד דבר שיכול לקרות במעבר בפטלורמה הוא לעבור מפלטפורמה שמבנה הקישורים בה כולל סלאשים, ובפלטפורמה החדשה במקום סלאשים יש סימני שאלה.
אתם משנים את שפת הסלאג
סלאג, או slug, הוא החלק בסוף הכתובת. למשל פה – כתובת הפוסט היא https://lior-shapira.co.il/blog/url-migration/. הסלאג הוא url-migration.
יש טענה באתרים שאם האתר בעברית, אז הסלאג – החלק בסוף הכתובת – אמור גם להיות בעברית. למשל:
example.com/כתובת/
סלאג בעברית הזה עושה לי צרעת בעין. כי ברגע שתדביקו את זה איפשהו, במקום המילה העברית היפה /כתובת/ תקבלו את הסטרינג "/%D7%9B%D7%AA%D7%95%D7%91%D7%AA/", שזה בדיוק הגימטריה של "מזעזע".
ובמצב כזה יש מצב שמישהי אצלכם בארגון תסתכל על האתר ותגיד שיש צחוקים ויש חלאס, והגיע הזמן לעבור לכתובות באנגלית. ומה אני אגיד? היא צודקת.
איך להעביר את הכתובות במיגרציה בלי לשבור את האתר
אחרי שדיברנו על ה"מתי", בואו נדבר על ה"איך". לקסם הבא אני אצטרך שלושה מהכלים האהובים עליי:
- סקרימינג פרוג – כדי להוציא לי רשימה של כל עמודי האתר הקיימים (עמודי HTML שמחזירים סטטוס קוד 200)
- גוגל שיטס – כדי לרכז את הכתובת הישנה והחדשה
- צ'אט GPT – לכתוב את הפורמולה שתתאים בין החדש לישן
וכמובן – את רשימת הכתובות החדשה. בדרך כלל אני מוציאה רשימה כזאת עם הרצת סקרימינג פרוג על אתר הפיתוח.
אין מתכון אחיד מדויק לאיך לעשות את זה. כל העברה היא שונה בהתאם להבדלים בין המבנה הישן והחדש. אבל יש כמה עקרונות זהים.
התהליך הוא בגדול:
- מארגנים את רשימת הכתובות זו מול זו – כתובת חדשה מול כתובת ישנה
- מעלים את הרשימות כקובץ CSV לתוסף 301
- מריצים סריקה ובודקים שהכל תקין
החלק המאתגר הוא סעיף 1. איך לארגן את רשימת הכתובות הישנה והחדשה. ובשביל זה אני פה.
מוציאים את רשימת הכתובות ומאתרים פרמטר משותף
קודם – תתארגנו על רשימת הכתובות. גם החדשות וגם הישנות.
המטרה: למצוא פרמטר משותף בין הכתובות הישנות והכתובות החדשות, כדי שנוכל לתת לנוסחה מהסעיף הבא למצוא לנו התאמות.
את הנוסחה לזה נכתוב בצ'אט GPT (או בקלוד, או בקופיילוט או בג'מיני בכלי אחר שלא כתבתי. מה שעובד לכם.)
הפרמטר המשותף יכול להיות הסלאג. אם זה הסלאג – זכיתם, זה הכי פשוט.
אם הסלאגים משתנים בין האתרים – אני אוהבת להשתמש כפרמטר משותף בכותרת H1.
אפשר לייצא את כותרות ה-H1 עם סקרימינג פרוג, ואפשר ישירות בגוגל שיטס, בעזרת IMPORTXML.
ImportXML זאת פקודה מדהימה שמשמשת אותי המון, אם אתם לא מכירים – בקצרה היא מאפשרת לכם לייצא נתונים מעמוד, לתוך גוגל שיטס. את ל הנוסחאות אתם יכולים לכתוב עם AI, במקרה שלנו, הנוסחה שתצטרכו היא
=IMPORTXML(A2, "//h1")
אחרי שסיימתם, אז מתקבלות לכם שתי טבלאות כאלה – של כתובת ושל כותרת H1.
טבלה אחת לאתר הישן והשניה לאתר החדש. כל אחת אני שומרת בשיט נפרד באותו קובץ גוגל שיטס:
אם השתמשתם ב-importXML: אחרי שייצאתם את כל ה-H1, הייתי מעתיקה ואז מדביקה שוב באותו מקום עם קונטרול+שיפט+V. זה ידרוס את הפורמולה וידביק את הערכים, ככה שלא יהיו לכם ערכים שבמקום הכותרת יהיה לכם loading. בכלל – כמה שפחות פורמולה וכמה שיותר טקסט – עדיף לכם.
אם כרגע הכתובות נמצאות בשני URLים שונים – אל תשכחו למחוק את הדומיין של האתר שהדומיין שלו הולך להיעלם. כלומר מ-example.com/page/ – להשאיר בעמודה רק את ה-/page/. וגם בשביל זה אפשר לבקש נוסחה מגוגל שיטס.
כותבים פורמולה שתתאים בין הכתובות
בשלב הבא, נבקש מהצ'אט לכתוב לנו נוסחה. זה אחד הדברים המשמעותיים ביותר שאני עושה עם AI בתור SEO. פעם היה צריך לעשות את זה ידנית, או לדעת גוגל שיטס/אקסל ברמה גבוהה, או לנבור שעות באינטרנט כדי למצוא את התהליך המדויק עם הנוסחה. היום – יש AI.
חשוב מאוד להסביר מה אתם רוצים שיראה, ולהגדיר לו מה יש בכל עמודה שרלוונטית אליו. אם אתם מחזיקים את הנתונים בשני גליונות שונים – תתנו לו את שמות הגליונות. מנסיון, רוב שבירת הראש היא שלא נתתם לו את העמודות ואת שמות הגליונות ואז הוא נותן לכם פורמולה לא נכונה.
התוצר הסופי הרצוי הוא קובץ עם שתי עמודות: הכתובת הישנה והכתובת החדשה.
פרומפט לדוגמה יהיה
אני רוצה שתכתוב לי נוסחה לגוגל שיטס. יש לי שני שיטס: "חדש" ו"ישן". הנוסחה תהיה בעמודה C של "ישן".
אני רוצה שתסרוק את "חדש" ותחזיר את ה-URL מעמודה A של "חדש". תחזיר את ה-URL אם ה-H1 שבעמודה B בשני השיטס - זהה.
אם אין התאמה - תחזיר תא ריק.
יש לציין: אני כותבת את זה בעברית, אבל את השיחות אני מנהלת באנגלית בגלל הרגלים, טרמינולוגיה וכי להכניס אותיות באנגלית באמצע טקסט בעברית זה לא נוח לקריאה.
מייצרים קובץ סופי
הקובץ הסופי מכיל רק שתי עמודות:
- Source URL – הכתובות ישנות
- Target URL – הכתובות החדשות
אם תשימו לב – בתמונה אין דומיין. הסיבה היא שרק מבנה הקישורים משתנה. הדומיין נשאר אותו דבר.
את הרשימה האת נייצא לקובץ CSV
מעלים לתוסף 301
כשהכל מוכן ונשארה רק המיגרציה, זה הזמן להתקין באתר הוורדפרס שלכם תוסף 301. התוסף האהוב עליי בתחום הוא התוסף הזה:
לתוסף אתם מעלים את הרשימה שיצרתם – וטה דםםםם.
אם אין לכם וורדפרס, כנראה שיש דרך לפתור את זה אצלכם. התהליך הוא כנראה אותו תהליך חוץ מהשלב הזה.
סורקים את האתר לוודא שכלום לא שבור
אחרי שהעלינו את הרשימה ובדקנו מדגמית שבגדול זה תקין – זמן לסרוק את האתר ולראות שלא התפספסו עמודים ושאין קישורים שבורים.
בונוס: מטפלים ב-301
בחודשים הבאים, בכפוף לעומס שיהיה עליכם, שימו לעצמם משימה לטפל בהפניות 301 ולהפוך אותן ל-200.