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

אם האתר שלכם קיים ביותר משפה אחת, או מכוון לאותה שפה במדינות שונות, מנועי החיפוש זקוקים לעזרה כדי להחליט איזו גרסה להציג לאיזה משתמש. דובר צרפתית בקנדה ודובר צרפתית בצרפת אמורים לראות עמודים שונים. Hreflang (התג rel="alternate" hreflang) הוא הדרך להודיע למנועי החיפוש על הקשרים הללו, כך שהעמוד הנכון מגיע לקהל הנכון.
ללא hreflang, העמודים המותאמים לשוק המקומי עלולים להתחרות זה בזה בתוצאות החיפוש, להיות מסומנים כתוכן כפול, או פשוט להציג למשתמש את הגרסה הלא נכונה. בעזרתו, Google מקבצת את גרסאות השפה והאזור שלכם לאשכול אחד ומציגה את הגרסה המתאימה ביותר. זהו אחד הכלים החזקים ביותר, וגם המוגדרים בצורה שגויה בתדירות הגבוהה ביותר, ב-SEO בינלאומי.
Hreflang פותר את בעיית ההתאמה בין גרסאות מקומיות. כאשר אתם מפרסמים את אותו תוכן באנגלית, בספרדית ובגרמנית, העמודים הללו כמעט זהים זה לזה. מנועי החיפוש עלולים לטעות ולהתייחס אליהם כאל תוכן מועתק, או לבחור לדרג את העמוד הלא נכון. תג ה-hreflang מודיע להם שהעמודים הללו הם גרסאות חלופיות מכוונות, כל אחת מיועדת לשפה או לאזור ספציפיים.
התוצאה היא חוויית משתמש טובה יותר ואינדוקס נקי יותר. התיעוד של Google בנוגע לגרסאות מקומיות מסביר ש-hreflang מאפשר ל-Google להפנות משתמשים לעמוד בשפה ובאזור שלהם, במקום להציג גרסה שהם לא יכולים לקרוא או כזו עם מטבע, משלוח או מידע משפטי שגויים.
תג hreflang בכותרת (head) של העמוד נראה כך: <link rel="alternate" hreflang="en" href="https://example.com/en/" />. ה-rel="alternate" מצהיר שהקישור המוזכר הוא גרסה חלופית, הערך hreflang מציין את השפה (ובאופן אופציונלי גם את האזור), וה-href מספק את הכתובת המלאה והמוחלטת של אותה גרסה.
יש לכלול תג כזה עבור כל גרסה, בכל עמוד. עמוד הקיים בשלוש שפות נושא שלושה תגי hreflang, כל אחד מפנה לגרסה אחרת, כולל תג שמפנה אל עצמו. כל גרסת שפה חוזרת על אותה מערכת שלמה. זה מה שמאפשר למנועי החיפוש למפות את כל הקבוצה יחד.
הערך של hreflang משתמש בקודים סטנדרטיים, והקפדה עליהם היא הכרחית ואינה נתונה למשא ומתן. השפה ניתנת בפורמט ISO 639-1 (לדוגמה en, es, de). ניתן להוסיף באופן אופציונלי אזור בפורמט ISO 3166-1 Alpha 2, מחוברים בעזרת מקף: en-GB, en-US, es-MX, fr-CA.
השפה תמיד מופיעה ראשונה; אזור בלבד אינו תקין. אי אפשר להשתמש ב-hreflang="GB" בפני עצמו, וקודים מומצאים כמו en-UK או EU אינם עובדים (הקוד הנכון עבור בריטניה הוא GB). עבור וריאציות כתב, חלים קודי ISO 15924, כגון zh-Hant עבור סינית מסורתית ו-zh-Hans עבור סינית מפושטת. קודים לא תקינים פשוט מתעלמים מהם, מה ששובר את ההגדרה שלכם באופן שקט.
Hreflang חייב להיות הדדי. אם עמוד X מפנה לעמוד Y כגרסתו הספרדית, אז עמוד Y חייב להפנות בחזרה לעמוד X כגרסתו האנגלית. Google מכנה זאת תגי החזרה, ואם הם חסרים, ייתכן שהיא תתעלם מהתגים שלכם לחלוטין. דרישת קישור החזרה הזו היא הסיבה הנפוצה ביותר לכך ש-hreflang נכשל בפועל, כפי שמדגישה ההנחיה של Google לאתרים רב-אזוריים.
באותה מידה, כל עמוד חייב להפנות לעצמו. העמוד באנגלית כולל תג hreflang לאנגלית שמפנה לכתובת ה-URL שלו עצמו. השמטת התג המפנה לעצמו היא טעות נפוצה נוספת. יש להתייחס לכלל הזה כמוחלט: כל עמוד מפרט את עצמו בנוסף לכל גרסה אחרת, וכל גרסה מחזירה את הטובה.
הערך המיוחד hreflang="x-default" מציין למנועי החיפוש איזה עמוד להציג כאשר אף אחת מהשפות או האזורים שציינתם אינם תואמים למשתמש. זהו מנגנון גיבוי. שימוש נפוץ הוא עמוד נחיתה לבחירת שפה או הגרסה הגלובלית הראשית שלכם: <link rel="alternate" hreflang="x-default" href="https://example.com/" />.
הוספת x-default היא שיטה מומלצת עבור אתרים בינלאומיים. בלעדיה, משתמש שהשפה והאזור שלו אינם תואמים לאף אחת מהגרסאות שלכם נותר תלוי בניחוש הטוב ביותר של מנוע החיפוש. איתה, אתם שולטים בחוויית ברירת המחדל, לדוגמה על ידי הפניית מבקר שלא נמצאה לו התאמה לעמוד שבו הוא יכול לבחור את השפה שלו.
Google תומכת בשלוש שיטות יישום, ומומלץ לבחור אחת מהן ולא לערבב ביניהן. הראשונה היא תגי link ב-HTML הממוקמים ב-<head> של כל עמוד, הגישה הנפוצה ביותר עבור עמודי אינטרנט סטנדרטיים. השנייה היא כותרות HTTP, המשמשות עבור קבצים שאינם HTML כגון קבצי PDF שבהם אי אפשר להוסיף סימון (markup) לגוף הקובץ.
השיטה השלישית היא מפת האתר XML. במקום להוסיף תגים לכל עמוד, אתם מצהירים על כל קשרי השפה בתוך מפת האתר XML שלכם באמצעות רשומות xhtml:link. כך קוד העמוד נשאר נקי ולעיתים קרובות קל יותר לתחזק בקנה מידה גדול, אם כי הדבר דורש יצירה קפדנית. בכל שיטה שתבחרו, יש ליישם אותה באופן עקבי בכל האתר.
Hreflang ותגי canonical פועלים יחד, אך טעות קלאסית שוברת את שניהם. כל גרסת שפה צריכה להצביע קנונית על עצמה, ולא על גרסת מאסטר יחידה. אם העמוד הגרמני שלכם מגדיר את תג ה-canonical שלו לכתובת ה-URL האנגלית, אתם למעשה אומרים ל-Google שהעמוד הגרמני הוא כפילות שאין לאנדקס, מה שהורס את הגדרת ה-hreflang שלכם.
התבנית הנכונה היא canonical המפנה לעצמו בכל עמוד מותאם לשוק המקומי, בשילוב עם מערך שלם של תגי hreflang הדדיים. ה-canonical מאשר שכל עמוד הוא הגרסה המועדפת של עצמו, ו-hreflang מתאר את הקשרים בין העמודים הנפרדים והתקפים באותה מידה. אותות סותרים כאן הם אחת הסיבות המרכזיות לבעיות אינדוקס באתרים רב-לשוניים.
Hreflang קשור באופן הדוק לSEO מקומי כאשר אתם מציעים את אותה שפה במספר מדינות. עסק הפועל גם בספרד וגם במקסיקו מפרסם עמודים בספרדית עבור כל אחת מהן, אך המחירים, המשלוח והמס שונים. תגים כמו es-ES ו-es-MX מאפשרים ל-Google להפנות דוברי ספרדית לגרסה שנבנתה עבור המדינה שלהם.
Hreflang מטפל רק בהתאמת שפה ואזור, לא באיכות התוכן. המערכות של Google מזהות תרגום מכונה שלא נערך בדיוק גבוה, ועמודים מתורגמים דלים עלולים לפגוע בדירוג בכל הגרסאות, לא רק בגרסה המתורגמת. שלבו hreflang נכון עם תוכן מותאם באמת ונבדק על ידי בני אדם עבור כל שוק כדי לראות את מלוא היתרון.
סקרים של אתרים בינלאומיים מוצאים שוב ושוב שרוב גדול נושא שגיאות hreflang. השכיחות ביותר הן תגי החזרה חסרים, תגים המפנים לעצמם שאינם קיימים, קודי שפה לא תקינים או קודי אזור בלבד, שימוש בכתובות יחסיות במקום מוחלטות, והפניית hreflang לכתובות שמבצעות הפניה מחדש (redirect) או מחזירות שגיאות במקום לעמודים חיים.
אמתו את ההגדרה שלכם לאחר כל שינוי. Search Console הציע בעבר דוח מיקוד בינלאומי, וכלי בדיקת hreflang ייעודיים יחד עם כלי סריקה כמו Screaming Frog מאשרים שהתגים שלכם הדדיים ומשתמשים בקודים תקינים. כחלק מSEO טכני רחב יותר, ביקורת סדירה תופסת את הכשלים השקטים הללו לפני שהם משברים את הדירוג הבינלאומי שלכם.
Hreflang הוא התג שהופך SEO רב-לשוני ורב-אזורי לאפקטיבי. הוא ממפה את גרסאות השפה והאזור שלכם לקבוצה אחת, מציג לכל משתמש את העמוד הנכון, ומונע התנגשויות של תוכן כפול. הכללים נוקשים: קודי ISO תקינים, תגי החזרה הדדיים, הפניות עצמיות בכל עמוד, מנגנון גיבוי x-default, ותגי canonical המפנים לעצמם ואף פעם לא חוצים שפות. אם תקפידו על כך נכון, התוכן הבינלאומי שלכם יגיע לקהלים שעבורם הוא נוצר. גלו כיצד Sorank מבצעת ביקורת על hreflang ועל כלל ההגדרות הטכניות שלכם עבור מנועי חיפוש ומנועי AI.
תג canonical מציין למנועי החיפוש איזו כתובת URL היא הגרסה המועדפת של עמוד, בעוד ש-hreflang מציין להם לאיזו שפה או אזור מיועד העמוד. אלו תפקידים שונים שאסור שיתנגשו זה בזה. באתר רב-לשוני, לכל עמוד מותאם לשוק המקומי צריך להיות canonical המפנה לעצמו, בנוסף למערך שלם של תגי hreflang הדדיים המתארים את גרסאות השפה האחרות. הטעות הקלאסית היא הפניית כל גרסאות השפה לכתובת URL מאסטר יחידה, מה שמציין ל-Google שהגרסאות האחרות הן כפילויות ושובר את הגדרת ה-hreflang כליל.
בדרך כלל לא. Hreflang קיים כדי למפות קשרים בין מספר גרסאות שפה או אזור של אותו תוכן, כך שאתר בשפה אחת המכוון למדינה אחת בדרך כלל אינו זקוק לו. היוצא מן הכלל הוא כאשר אתם מציעים את אותה שפה במדינות שונות עם תוכן שונה באופן משמעותי, כגון עמודים באנגלית עבור ארצות הברית ועבור בריטניה עם תמחור או משלוח שונים. במקרה כזה, תגים כמו en-US ו-en-GB מסייעים ל-Google להפנות כל קהל לגרסה הנכונה, גם אם שתיהן באנגלית.
הסיבה הנפוצה ביותר היא תגי החזרה חסרים. Hreflang חייב להיות הדדי, כך שאם עמוד X מפנה לעמוד Y אך עמוד Y אינו מפנה בחזרה ל-X, ייתכן ש-Google תתעלם מהתגים. סיבות נפוצות נוספות כוללות קודי שפה לא תקינים (כגון קודי אזור בלבד או ערכים מומצאים כמו en-UK), תגים המפנים לעצמם שחסרים, שימוש בכתובות יחסיות במקום מוחלטות, והפניית hreflang לכתובות שמבצעות הפניה מחדש או מחזירות שגיאות. אמתו את ההגדרה שלכם באמצעות כלי סריקה או בודק hreflang כדי לוודא שכל הפניה היא הדדית, מוחלטת, ומשתמשת בקודי ISO נכונים.