כתובות יציבות ומה קורה כשמשנים מבנה

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

למה הכתובת נושאת כאן יותר משקל מבחיפוש?

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

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

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

מה בדיוק נשבר?

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

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

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

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

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

סוגי שינוי, לפי רמת סיכון

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

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

איך עושים מעבר נכון?

הסדר הזה אינו רשימת המלצות אלא רצף. שינוי הסדר הוא בדיוק מה שגורם לאובדן.

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

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

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

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

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

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

הפניות: מה מעביר סיגנל ומה לא

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

שלושה דפוסים מבטלים את ההפניה גם כשהיא קיימת.

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

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

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

המקרה הישראלי: כתובות בעברית ומעבר לאנגלית

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

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

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

אחרי המעבר: מה למדוד ומתי להיבהל

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

מה שכן שווה לעקוב אחריו:

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

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

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

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

מתי בכלל לא לגעת?

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

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

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

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

מה עדיין לא ידוע

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

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