קידום אתרים באנגלית: איך עסק ישראלי בונה נוכחות בחיפוש בחו״ל

מתי עסק ישראלי צריך אתר באנגלית?

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

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

תיקייה, תת דומיין או דומיין נפרד: איזה מבנה מתאים?

לפי התיעוד של Google Search Central על אתרים רב אזוריים ורב לשוניים, יש ארבע דרכים לבנות כתובות לגרסאות שונות של אתר: דומיין של מדינה, תת דומיין, תיקייה תחת אותו דומיין ופרמטר בכתובת. את הפרמטר Google מסמנת כלא מומלץ, ולכן בפועל בוחרים בין שלוש האפשרויות האחרות. חשוב לדעת ש-Google מתארת דומיין מדינה כסימן ברור למדינת היעד, שמאפשר לפנות למדינה אחת בלבד. דומיין שמסתיים ב-co.il מאותת לגוגל על ישראל, וזה משנה את ההחלטה כשהיעד הוא שוק בחו״ל.

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

מה זה hreflang ואיך מגדירים אותו נכון?

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

• כל גרסה מציינת את עצמה ואת כל השאר: העמוד בעברית מפנה לעצמו ולעמוד באנגלית, והעמוד באנגלית מפנה לעצמו ולעמוד בעברית
• הסימון חייב להיות הדדי: Google כותבת שאם שני עמודים לא מצביעים זה על זה, התגיות לא ייחשבו
• קודים לפי תקן: קוד שפה לפי ISO 639-1, כמו he לעברית ו-en לאנגלית, ואם צריך גם קוד אזור לפי ISO 3166-1 Alpha 2, כמו en-gb. קוד מדינה לבדו, בלי שפה, לא נתמך
• ערך x-default: הערך השמור הזה מסמן את הגרסה שתוצג כשאף שפה לא מתאימה להגדרות של הגולש, למשל עמוד לבחירת שפה
• canonical באותה שפה: Google מנחה לבחור עמוד קנוני באותה שפה, כך שהעמוד באנגלית לא יצביע כקנוני על הגרסה העברית

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

תרגום או לוקליזציה: מה ההבדל, ולמה זה משנה?

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

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

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

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

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

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

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

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

מה משתנה בתבנית כשעוברים מעברית לאנגלית?

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

• פריסה: תפריט, לוגו, סרגלי צד ופירורי לחם מתהפכים, ותכונות CSS לוגיות כמו margin-inline-start מתאימות את עצמן לכיוון בלי לכתוב עיצוב כפול
• אייקונים וחצים: חץ של הבא או המשך מתהפך בין השפות, אבל לוגו, סמל הפעלה של וידאו וגרפים בדרך כלל נשארים כמו שהם
• טיפוגרפיה: גופן עברי וגופן לטיני שונים בגודל ובמשקל, ולכן גובה שורה וריווח נבדקים מחדש באנגלית
• אורך טקסט: כותרות וכפתורים באנגלית יוצאים לעתים ארוכים או קצרים מהעברית, ולכן כרטיסים ותפריטים נבדקים בכל רוחבי המסך בשתי השפות
• טקסט מעורב: מספרי טלפון, שמות מוצרים וכתובות מייל בתוך טקסט בכיוון ההפוך דורשים טיפול בכיווניות, ו-W3C מציעה את הערך auto של התכונה dir לתוכן שהכיוון שלו לא ידוע מראש

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

איך בודקים ב-Search Console מאיפה מגיעה התנועה?

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

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

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

מה להחליט לפני שבונים אתר בכמה שפות?

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

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

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