ל-Hreflang יש מאפיין שהופך את זה למעצבן באופן ייחודי לנפות באגים: כל מצב כשל מייצר סימון שנראה נכון אין שגיאת מסוף, אין תג אדום בדפדפן, אין כשל בבנייה התגים מעבדים, הדף מאמת כ-HTML, והביאור לא עושה כלום אתה מגלה שבועות לאחר מכן, מדוח של Search Console או ממישהו במדינה אחרת שאומר לך שהוא תפס את הדף הלא נכון.
ניפיתי מספיק באגים מאלה עכשיו כדי שתהיה לי רשימה זו הרשימה הזו, מסודרת בערך לפי התדירות שבה אני מוצא כל אחד מהם, עם הסימפטום שהיית מבחין בו והתיקון. זה יושב מתחת ל מדריך hreflang שלם לצד החתיכות על x-ברירת מחדל ו hreflang מול קנוני.
TL;DR: השגיאות הנפוצות ביותר של hreflang הן תגיות החזרה חסרות, קודים שאינם ISO כמו
en-UK, כתובות URL יחסיות, כתב קנוני שמצביע על פני שפות, חסרx-default, וערבוב שיטות יישום עבור אותן כתובות URL. כולם שותקים: הסימון מעבד ולא עושה כלום. Search Console' דוח מיקוד בינלאומי תופס שגיאות תג החזרה וקוד לא ידוע בקנה מידה; השאר זקוקים לסריקה או מבט ב-HTML המעובד. ה מחולל תג hreflang מאמת קודים, כתובות URL, כפילויות והחזרה החסרה לפני הפריסה.
1. תגיות החזרה חסרות
סימפטום: חפש דוחות קונסולה " ללא תגיות החזרה". גרסאות שפה אינן מחליפות את השווקים הנכונים, והסט כולו מתנהג כאילו hreflang נעדר.
גורם: עמוד א' מכריז על עמוד ב' כמחליף שלו, אך עמוד ב' אינו מצהיר על עמוד א'. גוגל דורשת משני הצדדים לאשר את הקשר ומשליכה הערות שאינן מוחזרות.
תיקון: שים את הסט השלם והזהה של הערות בכל עמוד בקבוצה, כולל ערך הפניה עצמית אל תנסה להתחכם לגבי איזה עמוד צריך איזה ערך הדף באנגלית מפרט אנגלית, צרפתית, גרמנית ו-x-default; כך גם הדף הצרפתי; כך גם הדף הגרמני. אותו בלוק בכל מקום.
זהו בפער גדול הכישלון הנפוץ ביותר, והוא נגרם כמעט תמיד על ידי עריכה ידנית לכל עמוד או על ידי תבנית שמציגה את " השפות האחרות" במקום "כל השפות".
2. שימוש בקודי אזור שאינם ISO
סימפטום: חפש דוחות מסוף " קוד שפה לא ידוע", או כלום בזמן שמתעלמים בשקט מהביאור.
גורם: en-UK מוביל את התחום. UK אינו קוד ISO 3166-1 אלפא-2; הממלכה המאוחדת היא GB. קודים אזוריים מומצאים כמו en-EU ו es-LATAM האם אותו סוג של שגיאה, כפי שהוא en-uk עם המעטפת הלא נכונה בשילוב עם אזור שכבר לא חוקי.
תיקון: שפה מ ISO 639-1, אזור מ-ISO 3166-1 alpha-2, אליו מצטרף מקף. עבור אמריקה הלטינית, התשובה התקפה היא קוד M49 של האום es-419. עבור סינית, העדיפו תגי משנה של סקריפט: zh-Hant ו zh-Hans.
| לא נכון | נכון | למה |
|---|---|---|
en-UK |
en-GB |
UK אינו קוד ISO 3166-1 |
en-EU |
ערכים נפרדים לכל מדינה, או רגיל en |
האיחוד האירופי אינו קוד מדינה |
es-LATAM |
es-419 |
קוד אזור M49 של האום לאמריקה הלטינית |
zh-CH |
zh-Hans או zh-CN |
CH האם שוויץ |
CA |
en-CA ו fr-CA |
אזור לבדו אינו תקף |
3. הערות לאזור בלבד
סימפטום: שום דבר לא קורה מתעלמים לחלוטין מהביאור.
גורם: מנסה למקד למדינה בלי לתת שם לשפה, כמו ב hreflang="US" או hreflang="CA". Hreflang הוא ראשון בשפה לפי עיצובו; האזור הוא צמצום אופציונלי של שפה, לא מטרה בפני עצמה.
תיקון: תן שם לשפה. אם אתה משרת את קנדה בשתי שפות, כלומר שני ערכים: en-CA ו fr-CA.
4. כתובות אתרים יחסיות
סימפטום: מתעלמים מהביאור. מלווה לעתים קרובות ב-" זה עובד על המכונה שלי" כי כתובות URL יחסיות נפתרות מצוין בדפדפן.
גורם: href="/fr/pricing" במקום href="https://example.com/fr/pricing". Hreflang דורש כתובות URL מוחלטות מוסמכות לחלוטין כולל פרוטוקול ומארח.
תיקון: פולט כתובות URL מוחלטות אם אתה בונה אותן בתבנית, בנה אותן ממקור אתר מוגדר ולא ממחרוזת מקודדת, כך שפריסת בימוי לא מפרסמת כתובות URL של ייצור או להיפך.
5. קנוני שמצביע על פני שפות
סימפטום: גרסת שפה שלמה נעלמת מהאינדקס. Hreflang נראה נכון ואין לו השפעה.
גורם: הדף הצרפתי מכריז על הדף האנגלי כקנוני שלו. זה מורה לגוגל להוריד את כתובת האתר הצרפתית, וכתובת URL שעברה קנונית לא יכולה להיות מוגשת לאף אחד בלי קשר למה ש-hreflang אומר. Canonical הוא האות החזק יותר והוא מנצח.
תיקון: כל עמוד עושה קנוניזציה לעצמו. Hreflang מתאר את היחסים בין אותם דפים קנוניים עצמיים. זה שווה את הקריאה שלו: hreflang לעומת קנוני עובד דרך השילובים כולל כתובות URL עם פרמטרים.
6. אין x-ברירת מחדל
סימפטום: מבקרים ממדינות שאתה לא יעד קרקע על גרסה בשפה אקראית לכאורה.
גורם: לא הוכרז fallback, אז Google picks.הבחירה שלו מבוססת על אותות דמיון שאינם גלויים לך, וכך מבקרים הולנדים מגיעים לדף גרמני.
תיקון: הוסף אחד x-default כניסה לכל סט, הצבעה על בורר שפות או על הגרסה הבינלאומית העיקרית שלך. ה מדריך x-default מכסה לאן להצביע על זה ואת הטעויות שהופכות אותו לחסר תועלת.
7. ערבוב שיטות יישום
סימפטום: התנהגות לסירוגין, קשה לשחזור. חלק מהדפים מחליפים נכון ואחרים לא.
גורם: HTML <link> תגיות ומפת אתר XML xhtml:link ערכים שניהם מצהירים hreflang עבור אותן כתובות URL כל אחד תקף לבד ביחד הם שני מקורות של אמת שנסחפים, וכשהם לא מסכימים אין לך דרך לדעת באיזה מהם גוגל השתמשה.
תיקון: בחר שיטה אחת לכל סט כתובות אתרים. תגיות HTML עבור רוב האתרים, ערכי מפת אתר כאשר יש לך הרבה מקומות ואתה רוצה ראשי דפים רזים, כותרות HTTP עבור קבצים שאינם HTML כמו קובצי PDF. לאחר מכן הסר את השני במקום להשאיר אותו כגיבוי.
8. אי התאמה של קו נטוי נגרר ופרוטוקול
סימפטום: תגיות החזרה נכשלות למרות ששני הדפים נושאים הערות.
גורם: ההערה מצביעה על https://example.com/fr בעוד שכתובת האתר הניתנת לאינדקס היא https://example.com/fr/. או שזה מצביע על http:// באתר HTTPS אלו כתובות URL שונות, כך שתג ההחזרה בדף האמיתי אינו תואם לכתובת ה-URL שהדף השני שם.
תיקון: השתמש בצורה הקנונית המדויקת של כל כתובת URL, אותה מחרוזת שהיית מכניס למפת אתר. צור hreflang מאותו בונה כתובות אתרים שהתגים הקנוניים שלך משתמשים בהם, כך שהשניים לא יכולים לחלוק על כך.
9. הצבעה על הפניות מחדש או 404 שניות
סימפטום: התנהגות חלקית או מושפלת; חפש שגיאות מסוף בזוגות המושפעים.
גורם: מקום הוצא לגמלאות וכתובות ה-URL שלו הופנו כעת, או שדף מתורגם נמחק בזמן שהביאורים ששמו אותו נשארו. יעד הפניה מחדש עדיין נפתר, כך שהוא לא קטלני, אבל הוא מוסיף קפיצה ותג ההחזרה בכתובת ה-URL הסופית עשוי שלא להתאים לכתובת ה-URL שקיבלה את השם. יעד 404 מרעיל את הזוג על הסף.
תיקון: זחל מטרות hreflang משלך ובדוק קודי סטטוס זה הצ'ק שאף אחד לא מריץ, והוא זה שמוצא ריקבון בסטים שהיו נכונים כשהם נכתבו.
10. הערות לדפי noindex
סימפטום: הסט מתנהג בצורה לא עקבית; כמה מחליפים לעולם לא מופיעים.
גורם: דף מפורסם כחלופה בשפה תוך כדי נשיאה noindex. אמרת לגוגל גם להגיש את כתובת האתר הזו לשוק וגם להרחיק אותה מהאינדקס. הסתירה נפתרת לטובת noindex.
תיקון: או זרוק את ההערה או זרוק את noindex. שאריות בימוי ודפי מציין מיקום לא מתורגמים הם האשמים הרגילים.
11. חסימת מטרות hreflang ב-robots.txt
סימפטום: מחליפים לעולם לא יאושרו. Search Console מציג שגיאות תג החזרה עבור דפים הנושאים באופן גלוי תגי החזרה.
גורם: המטרה אסורה ב-robots.txt, כך ש-Googlebot לא יכול להביא אותה ולא יכול לראות את תג ההחזרה. ההערה בצד שלך בסדר; לא ניתן להגיע לאישור בצד השני.
תיקון: אפשר סריקה של כל כתובת URL שאתה שם בהערת hreflang. אם קטע באמת לא צריך להיסרק, הוא לא צריך להיות גם בערכת hreflang. ה מחולל robots.txt שימושי לביקורת מה חוסמים הכללים הנוכחיים שלך, שלעתים קרובות הוא רחב מהמתוכנן.
12. שכפול קודים בתוך סט אחד
סימפטום: בלתי צפוי. Google עשויה לקחת את הראשון, האחרון או להשליך את הזוג.
גורם: שני ערכים עם אותו ערך hreflang המצביעים על כתובות URL שונות, בדרך כלל בגלל ששתי מערכות פולטות הערות, או בגלל שלמפת מקום יש מפתח כפול. שתיים x-default ערכים הם אותה בעיה בצורתה הנפוצה ביותר.
תיקון: ערך אחד לכל קוד לכל סט הצג את המקור המעובד ולא את התבנית; תוסף המוסיף בלוק שני אינו נראה מהתבנית בלבד. ה גנרטור hreflang חינם דגלים משכפלים קודים בסט שאתה בונה, אם כי הוא לא יכול לראות מה עוד הדף פולט.
איך מוצאים את השגיאות האלה באופן שיטתי?
שלושה מעברים, בסדר הזה, כי כל אחד תופס מעמד אחר.
חפש תחילה בקונסולה. דוח המיקוד הבינלאומי מכסה את כל הנכס ומוצא את שתי השגיאות שמתרחבות: תגי החזרה חסרים וקודי שפה לא ידועים. זה מפגר אחרי הפריסה שלך עד כמה זמן שלוקח סריקה מחדש מלאה, אז התייחס לשבוע ללא שינוי כרגיל.
זחילה שנייה. כל סורק שמחלץ hreflang נותן לך את הסט לכל כתובת URL. קבוצה אחר אשכול והשוואה של ספירות: דף עם ארבעה ערכים בקבוצה של חמישה הוא הבאג. לאחר מכן בדוק את קוד המצב של כל יעד, שהוא המעבר שמוצא שגיאות 8, 9, 10 ו-11.
HTML מעובד אחרון, עבור הדף הספציפי שמתנהג בצורה לא נכונה. curl זה, לספור את בלוקים ביאור, לספור את x-default ערכים, ולהשוות את כתובות ה-URL תו אחר תו מול הקנוני. זה המקום שבו מופיעים כפילויות ואי-התאמות של קו נטוי נגרר, וזה המעבר היחיד שרואה איזה תוסף מוזרק בזמן ריצה.
הגנרטור שווה לפעול לפני כל זה, כי אימות הסט בנקודה שאתה כותב אותו מסיר שגיאות 2, 3, 4, 6 ו-12 לפני שהם יכולים לשלוח מה שאף כלי לא יכול לאכוף הוא הדדיות, מכיוון שזו תכונה של דפים אחרים מזה שלפניך, לשם כך, המשמעת היא מבנית: מפת מקום אחת, מעבד אחד, הבלוק המלא בכל עמוד Next.js ו וורדפרס מדריכים מראים איך זה נראה בקוד.
שאלות נפוצות
מהי שגיאת ה-hreflang הנפוצה ביותר?
תגיות החזרה חסרות עמוד א' שם את עמוד ב' כחלופה אך עמוד ב' אינו שם את עמוד א', ולכן גוגל מבטלת את מערכת היחסים התיקון הוא לשים את הסט הזהה המלא של הערות, כולל ערך הפניה עצמית, בכל עמוד בקבוצה.
מדוע Search Console אומר של-hreflang שלי אין תגי החזרה?
כי הדף שהצבעת עליו לא מצביע אחורה עם ביאור תואם, או שהוא מצביע אחורה על כתובת URL קצת שונה. slashes נגררים, הבדלי פרוטוקול, ו-www לעומת non-www כולם נחשבים ככתובות URL שונות.
האם en-UK הוא קוד hreflang חוקי?
לא. UK אינו קוד ISO 3166-1 alpha-2 הקוד הנכון עבור הממלכה המאוחדת הוא GB, אז הערך הוא en-GB. en-UK מתעלמים בשקט.
האם כתובות אתרים של hreflang יכולות להיות יחסיות?
מס 'Hreflang דורש כתובות URL מוחלטות מוסמכות לחלוטין כולל הפרוטוקול והמארח. כתובות URL יחסיות מתעלמות למרות שהן נפתרות כרגיל בדפדפן.
האם תג קנוני עוקף את hreflang?
כן ביעילות אם דף מתגלגל לגרסת שפה אחרת, כתובת האתר הזו נשמטת מהאינדקס וה-hreflang לא יכול להחזיר אותה. כל עמוד חייב לעשות קנוניזציה לעצמו.
כמה זמן לוקח לתיקוני hreflang להופיע?
ימים עד שבועות. Google צריכה לסרוק מחדש כל עמוד בסט לפני שהיא יכולה לאשר את תגי ההחזרה, ודוחות Search Console מתעדכנים באותו לוח זמנים.
האם אני יכול להשתמש גם בתגי HTML וגם ב-sitemap hreflang?
אתה יכול, אבל לא. שני מקורות לאותן כתובות אתרים מתרחקים זה מזה, וכאשר הם לא מסכימים אין דרך לדעת באיזו מהן נעשה שימוש. בחר שיטה אחת לכל ערכת כתובות אתרים.
האם מטרות hreflang צריכות להיות ניתנות לזחילה?
כן. אם יעד חסום ב-robots.txt או מסומן noindex, Google לא יכולה לאשר את תג ההחזרה והביאור נכשל למרות שהסימון שלך נכון.
