Alternate page with proper canonical tag: מה זה אומר ואיך מתקנים את זה
פתחתם את דוח Page indexing, מצאתם רשימת כתובות URL שמסומנות "Alternate page with proper canonical tag", ועכשיו אתם תוהים אם משהו שבור.
כש-Google Search Console מסמן כתובות URL בתור "Alternate page with proper canonical tag", פירוש הדבר ש-Google גילה גרסאות כפולות או חלופיות של דף, מצא תג canonical שמצביע על גרסת המקור, ואינדקס את כתובת המקור במקומן. ברוב המקרים המערכת עובדת בדיוק כמתוכנן.
המדריך הזה מסביר מה פירוש הסטטוס, מתי הוא תקין, מתי הוא מסמן בעיה אמיתית ואיך מתקנים אותו ב-WordPress, ב-Shopify, ב-Squarespace וב-Wix. תצוגת Indexation של SEOcrawl AI מציגה כל כתובת במצב הזה, עם ה-canonical שהמשתמש הצהיר עליו וה-canonical ש-Google בחר זה לצד זה, כך שתוכלו לזהות בכל האתר את הכתובות המעטות שבאמת דורשות טיפול.
מה המשמעות של "Alternate page with proper canonical tag" ב-Google Search Console?
הסטטוס הזה מאשר ש-Google מצא כמה גרסאות של דף שחולקות את אותו יעד canonical, כיבד את תג ה-canonical שלכם ואינדקס את כתובת ה-canonical במקום הדף החלופי המסומן. הדף החלופי עדיין זמין למבקרים, אבל Google לא מאנדקס אותו בנפרד.
המילה "proper" אומרת ש-Google מסכים עם הגדרת ה-canonical שלכם. זה ההבדל המרכזי מסטטוסים כמו "Duplicate, Google chose different canonical than user", שבהם Google עוקף את ה-canonical שהצהרתם עליו.
היכן הסטטוס הזה מופיע ב-GSC
ב-Google Search Console, עברו אל Indexing › Pages ועיינו בטבלה "Why pages aren't indexed". לחצו על "Alternate page with proper canonical tag" כדי לראות את הכתובות המושפעות, והשתמשו ב-Export כדי להוריד את הרשימה המלאה לניתוח.
חלופי, canonical וכפול, בשורה אחת כל אחד
canonical URL הוא הגרסה הראשית שאתם קובעים כעותק המקור. כתובת חלופית מגישה תוכן זהה או דומה, ותג ה-canonical שלה מצביע על גרסת המקור. תוכן כפול הוא אותו תוכן שנגיש בכמה כתובות. תגי canonical פותרים אותו על ידי איחוד אותות הדירוג בכתובת הראשית.
מתי זה תקין לגמרי (ואין מה לעשות)
רוב הכתובות עם הסטטוס הזה לא דורשות שום פעולה. אם הכתובת החלופית היא גרסה תקינה של דף מקור מאונדקס, הסטטוס מאשר שה-canonicalization עובד כמו שצריך. מקרים צפויים נפוצים:
- פרמטרים ומסננים ב-URL: פרמטרים של מעקב, אפשרויות מיון או ניווט מסונן (למשל
?color=blueאו?utm_source=...). - מזהי סשן ותגי מעקב: פרמטרים שמוסיפים מזהים ייחודיים בלי לשנות את תוכן הדף.
- וריאציות במבנה ה-URL: לוכסן בסוף, אותיות גדולות, או גרסאות HTTP שמצביעות על כתובות מקור ב-HTTPS.
- גרסאות הדפסה ו-AMP: פורמטים חלופיים שמגדירים נכון את הדף הראשי כ-canonical.
- תוכן בסינדיקציה: אתרים חיצוניים שמפרסמים מחדש את התוכן שלכם עם תג canonical שמצביע על המקור שלכם.
אם הכתובות המסומנות שייכות לקטגוריות האלה, השאירו אותן כמו שהן. כפיית אינדוקס או הסרת תג ה-canonical עלולות להחזיר את בעיית התוכן הכפול.
כדי לוודא שה-canonical של דף מוגדר נכון, בדקו אותו בבודק תגי canonical החינמי.
מתי זו באמת בעיה
הסטטוס הופך לבעיה כשדף ראשי שאתם רוצים שיאונדקס מסומן כחלופי, או כשתג ה-canonical מצביע על היעד הלא נכון. בדקו את חמשת התרחישים האלה:
1. ה-canonical מצביע על היעד הלא נכון
שגיאה בתבנית או הגדרת תוסף שגויה יכולות לגרום לדף להגדיר כ-canonical כתובת שאינה קשורה אליו, כמו דף הבית או דף קטגוריה עליון. אם דף חשוב מסומן ומצביע למקום אחר, עדכנו את יעד ה-canonical שלו.
2. ה-canonical מצביע על דף שאינו ניתן לאינדוקס
תגי canonical חייבים להצביע על כתובת פעילה וניתנת לאינדוקס, שמחזירה קוד סטטוס 200 ומגדירה את עצמה כ-canonical. אם היעד מפנה הלאה, מחזיר 404, חסום ב-robots.txt או נושא תג noindex, Google עשוי לבחור canonical אחר או להשאיר את התוכן מחוץ לאינדקס.
3. כתובות עימוד ופרמטרים שאוחדו בצורה שגויה
באתרי מסחר מקוון, דפים מעומדים או תצוגות מסוננות מגדירים לא פעם את עמוד 1 כ-canonical בטעות. כך מוצרים או רשימות עמוקים יותר לא מאונדקסים. דפים מעומדים צריכים בדרך כלל להפנות לעצמם כ-canonical כדי שהפריטים שהם מציגים יישארו ניתנים לגילוי.
4. התנגשות בין hreflang ל-canonical
באתרים רב-לשוניים, כל גרסה מקומית צריכה להגדיר את עצמה כ-canonical ולקשר לגרסאות השפה האחרות באמצעות תגי hreflang. הפניית ה-canonical של כל הדפים המקומיים לשפת ברירת מחדל אחת מוציאה את הדפים המקומיים מהאינדקס ושוברת את אשכול ה-hreflang.
5. כפילויות אמיתיות שהתכוונתם לאחד בכיוון ההפוך
אם תג canonical מצביע על הכפיל החלש במקום על הדף הראשי, Google יאנדקס את היעד שציינתם. ודאו שתגי ה-canonical, הקישורים הפנימיים ומפות האתר מסכימים כולם על כתובת המקור המועדפת.
אם אתם מתמודדים עם סטטוסי אינדוקס אחרים, עיינו במדריכים שלנו על Not found (404) ועל Blocked due to other 4xx issue.
איך מאבחנים את זה עם URL Inspection
לפני שמשנים משהו, בדקו איך Google רואה את הדף.
השוו בין ה-canonical ש-Google בחר לזה שהמשתמש הצהיר עליו
הדביקו את הכתובת המסומנת בשורת URL Inspection בראש Search Console והרחיבו את הקטע Page indexing. השוו בין "User-declared canonical" לבין "Google-selected canonical". אם שניהם מצביעים על כתובת המקור שהתכוונתם אליה, ההגדרה נכונה. אם הם שונים, או שהיעד המוצהר שגוי, תקנו את התג.
בדקו מה אתם שולחים בפועל
אפשר להצהיר על canonical ב-<head> של ה-HTML או בכותרת התגובה Link של HTTP. בודק תגי canonical החינמי קורא את שניהם ומראה אם כתובת מפנה לעצמה, חוצה דומיין, חסרה, או שולחת canonical ב-HTML שסותר את זה שבכותרת.
מצאו את כל הכתובות הבעייתיות באתר
בדיקת כתובות אחת אחת לא מחזיקה בהיקף גדול. ה-Crawler של SEOcrawl AI סורק את כל האתר ומסמן בעיות canonical, כמו canonical שמצביע על כתובת שגויה, על הפניה או על דף שגיאה, יחד עם יכולת האינדוקס של כל דף. תצוגת Indexation של SEOcrawl AI מקבצת את הכתובות שלכם לפי מצב הכיסוי ב-Search Console ומציגה לכל אחת את ה-canonical ש-Google בחר ואת זה שהוצהר, ואפשר לתייג את הכתובות הבעייתיות לפי כלל או ידנית. צוותים שעובדים עם עוזרי AI יכולים למשוך את אותם נתונים, כתובת אחר כתובת, דרך שרת ה-MCP של SEOcrawl AI.
איך מתקנים "Alternate page with proper canonical tag"
החילו את התיקון שמתאים לאבחון שלכם. המטרה תמיד זהה: תגי canonical, קישורים פנימיים ומפות אתר XML מצביעים כולם על כתובת ראשית אחת שניתנת לאינדוקס.
תקנו את תג ה-rel=canonical
לדפים שאתם רוצים לדרג, הגדירו תג canonical שמפנה לעצמו ב-<head> של ה-HTML:
<link rel="canonical" href="https://example.com/your-page" />
השתמשו בכתובת מלאה שמחזירה קוד סטטוס 200. הסירו כל תג canonical שני באותו דף: כשדף מצהיר על canonicals סותרים, Google עשוי להתעלם מכולם.
תקנו קישורים פנימיים ומפות אתר
יישרו את האותות הפנימיים עם מבנה ה-canonical שלכם. קשרו פנימית לכתובות ה-canonical הראשיות, לא לגרסאות עם פרמטרים או לגרסאות חלופיות, וודאו שמפות האתר XML כוללות רק כתובות מקור שניתנות לאינדוקס.
תקנו תבניות כפולות ב-WordPress
ב-WordPress, תגי canonical נוצרים בדרך כלל על ידי תוסף ה-SEO. ב-Yoast SEO, פתחו את הפוסט, עברו ללשונית Advanced בתיבת ה-meta של Yoast ובדקו או נקו את השדה Canonical URL. ב-Rank Math וב-All in One SEO, בדקו את ההגדרה Canonical URL בלשונית Advanced. השארת השדה ריק מחזירה את canonical ברירת המחדל שמפנה לעצמו.
תיקון ב-Shopify
Shopify יוצרת תגי canonical באופן אוטומטי. כתובות מוצר שמגיעים אליהן דרך קולקציה (/collections/x/products/y) מגדירות כברירת מחדל את כתובת המוצר הנקייה (/products/y) כ-canonical, וזה בדיוק המקרה הצפוי שתואר למעלה. אם דף ראשי מגדיר כתובת שגויה כ-canonical, בדקו את תג ה-canonical ב-theme.liquid ואת כל אפליקציית SEO שכותבת אותו מחדש.
תיקון ב-Squarespace וב-Wix
Squarespace מנהלת תגי canonical באופן אוטומטי. כדי לטפל בדפים כפולים, אחדו אותם או הוסיפו הפניות 301 בחלונית URL Mappings בהגדרות האתר. Wix מוסיפה canonical שמפנה לעצמו לכל דף; אם דף משוכפל מצביע על כתובת שגויה, פתחו את הגדרות ה-SEO של אותו דף ובדקו את ה-canonical תחת Advanced SEO.
השתמשו בהפניית 301 כשהכפיל לא צריך להתקיים
אם לכתובת חלופית אין שום תועלת למשתמשים, הגדירו הפניית 301 לדף הראשי במקום להסתמך רק על תג canonical.
אמתו את התיקון
אחרי שעדכנתם את ה-canonicals, בקשו מ-Google להעריך מחדש:
- בדקו את הכתובת ב-Search Console ולחצו על Test live URL כדי לוודא שה-canonical שהמשתמש הצהיר עליו הוא עכשיו היעד שהתכוונתם אליו.
- לחצו על Request indexing כדי להוסיף את הדף לתור הסריקה.
- השתמשו ב-Validate fix בדף הפרטים של הבעיה כדי שכל הקבוצה תיבדק מחדש.
- שלחו מפת אתר XML מעודכנת שכוללת רק כתובות canonical ראשיות.
Alternate page מול סטטוסי כפילות אחרים ב-GSC
Search Console מדווח על כמה סטטוסים שנראים דומים. המשמעות שלהם שונה, ורק חלקם דורשים עבודה:
- Alternate page with proper canonical tag: Google מסכים עם ה-canonical שלכם ומאנדקס את כתובת המקור. בדרך כלל אין מה לעשות.
- Duplicate, Google chose different canonical than user: Google התעלם מה-canonical שלכם ובחר כתובת אחרת. בררו למה ויישרו את האותות.
- Duplicate without user-selected canonical: לדף אין canonical, אז Google בחר אחד בשבילכם. הוסיפו canonical כדי לקחת שליטה.
- Excluded by 'noindex' tag: הנחיה מחזיקה את הדף מחוץ לאינדקס. השתמשו ב-noindex לדפים שאסור שיופיעו בחיפוש, לא לכפילויות.
איך מונעים את זה בעתיד
כדי שבעיות canonical לא יתגנבו חזרה עם כל עדכון של האתר:
- הפכו canonical שמפנה לעצמו לברירת המחדל בכל דף שניתן לאינדוקס.
- שמרו על מבני URL נקיים כדי להגביל גרסאות פרמטרים מיותרות.
- כללו במפות האתר XML רק כתובות canonical שניתנות לאינדוקס.
- סרקו את האתר אחרי כל שינוי תבנית, עדכון תוסף או הגירה, והשוו בין סריקות כדי לראות אילו canonicals השתנו.
SEO Monitor מתריע כשתג canonical משתנה, נשבר או נעלם בדפים המרכזיים שלכם, ועוקב גם אחרי מצב האינדוקס שלהם, כך שתשמעו על canonical שגוי לפני ש-Search Console ידווח עליו.
שאלות נפוצות
האם "Alternate page with proper canonical tag" היא שגיאה?
לא. זה סטטוס אינפורמטיבי שמאשר ש-Google כיבד את תג ה-canonical שלכם ואינדקס את גרסת המקור. צריך לטפל בו רק אם דף שאתם רוצים שיאונדקס בפני עצמו מסומן כחלופי, או אם ה-canonical שלו מצביע על כתובת שגויה או לא תקינה.
האם צריך לתקן את זה?
רק אם דף ראשי שאתם רוצים לדרג מושפע. אם הכתובות המסומנות הן פרמטרים של מעקב, מסננים, אפשרויות מיון או פורמטים חלופיים של דף שכבר מאונדקס, אין צורך בשינוי.
למה Google בוחר canonical שונה מזה שהגדרתי?
Google מתייחס ל-rel=canonical כרמז חזק, לא כפקודה. אם הקישורים הפנימיים, מפת האתר, ההפניות או תגי ה-hreflang מצביעים על כתובת אחרת מתג ה-canonical שלכם, Google עשוי לבחור בה במקום. יישרו את כל האותות האלה על אותה כתובת מקור.
איך מגדירים את תג ה-canonical הנכון?
הוסיפו תג rel=canonical אחד בלבד ב-head של ה-HTML, שמצביע על הכתובת המלאה של דף המקור. בתוספי SEO של WordPress, השאירו את שדה ה-canonical ריק כדי לשמור על canonical ברירת המחדל שמפנה לעצמו, אלא אם אתם מאחדים דף כפול בכוונה.
מה ההבדל בין URL לבין canonical URL?
URL הוא כל כתובת אינטרנט שטוענת דף. ה-canonical URL הוא הגרסה שקבעתם כראשית, הכתובת שאתם רוצים שמנועי חיפוש יאנדקסו וידרגו כשכמה כתובות מציגות את אותו תוכן.
האם הסטטוס הזה פוגע בדירוג שלי?
לא. איחוד כתובות כפולות תחת canonical אחד מגן על הדירוג שלכם, כי הוא מרכז את האותות בדף אחד. הוא עולה בתנועה רק כשדף ראשי מטופל בטעות כחלופה של כתובת אחרת.
מאת: David Kaufmann
במהלך 10+ השנים האחרונות הייתי מרותק לחלוטין ל-SEO — ולמען האמת, לא הייתי רוצה את זה אחרת.
הקריירה שלי עלתה לרמה חדשה כשעבדתי כמומחה SEO בכיר ב-Chess.com — אחד מ-100 האתרים המבוקרים ביותר באינטרנט. עבודה בקנה מידה כזה לימדה אותי מה ששום קורס או תעודה לא יכלו ללמד.
מהניסיון הזה הקמתי את SEO Alive — סוכנות למותגים שרציניים לגבי צמיחה אורגנית. ומכיוון שלא מצאתי כלי שמטפל גם בעולם הקלאסי וגם בעידן ה-AI כראוי, בניתי את SEOcrawl AI. אם אתה מחפש שותף SEO מנוסה שאוהב את התחום — אשמח לשמוע ממך!
גלה תוכן נוסף של מחבר זה
