אתרים דו-לשוניים ונראות ב-AI

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

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

למה שתי גרסאות פוגעות זו בזו במקום להשלים?

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

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

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

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

שלושה מבנים, ומה כל אחד עושה בפועל

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

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

קנוניקל ו-hreflang: שני דברים שונים שמתבלבלים כל הזמן

זו הטעות היקרה ביותר בקטגוריה הזו, והיא כמעט תמיד לא מכוונת.

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

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

שלושה כללים שמפילים את זה בפועל, וכולם נבדקים בעיניים תוך כמה דקות:

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

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

התרגום האוטומטי מייצר עמוד שאי אפשר לצטט

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

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

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

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

השם, הישות והתעתיק

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

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

מה שעושים עם זה פשוט, ורוב האתרים לא עשו אותו:

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

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

איזו גרסה בכלל צריכה לנצח

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

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

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

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

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

תוכנית תיקון לפי סדר

זה הסדר שאנחנו עובדים בו, והוא בנוי כך שכל שלב חוסך עבודה בשלב הבא.

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

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

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

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

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

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

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