דילוג לתוכן
חיפוש באתר

ארכיטקטורה טכנית

תג קנוניקל: מה הוא עושה, מתי הוא עוזר ומתי לא

מה זה תג canonical, מאיפה מגיעות כתובות כפולות, איך גוגל בוחרת כתובת קנונית, ומתי עדיף 301, noindex או robots.txt.

· עודכן: · 1 צפיות ·

תג קנוניקל (canonical) הוא שורת קוד בראש העמוד — <link rel="canonical" href="…"> — שאומרת לגוגל איזו כתובת היא הגרסה המועדפת כשאותו תוכן, או תוכן כמעט זהה, זמין בכמה כתובות. גוגל מתייחסת אליו כ"אות חזק", לא כפקודה: היא שוקלת אותו יחד עם הפניות, מפות אתר וקישורים פנימיים, ובוחרת בעצמה את הכתובת הקנונית. הקנוניקל עובד טוב כשכל האותות האלה מסכימים זה עם זה, ונכשל כשהם סותרים.

למה בכלל יש כפילויות

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

מקור דוגמה
www ובלי www example.co.il / www.example.co.il
http ו-https http://… / https://…
לוכסן בסוף /services / /services/
פרמטרי מעקב ?utm_source=… / ?fbclid=… / ?gclid=…
סינון ומיון ?color=red / ?sort=price
וריאציות מוצר אותו מוצר בכל צבע, בכתובת נפרדת
גרסאות הדפסה או AMP /print/…
כתובות בעברית אותה כתובת בצורה מפוענחת ובקידוד אחוזים

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

איך גוגל בוחרת כתובת קנונית

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

  • הפניה קבועה (301) — אות חזק שיעד ההפניה הוא הקנוני. מתאימה כשהכתובת הכפולה לא צריכה להתקיים בכלל.
  • rel="canonical" בראש העמוד — אות חזק. מתאים כשהגרסה הכפולה צריכה להמשיך לעבוד בשביל הגולשים, למשל עמוד עם פרמטר מעקב.
  • rel="canonical" בכותרת HTTP — לקבצים שאינם HTML, כמו קובצי PDF.
  • הכללה במפת האתר — אות חלש, שעוזר לכתובות שבמפה להיבחר כקנוניות.

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

קנוניקל, 301, noindex או robots.txt — מתי מה

מצב הכלי הנכון למה
הכתובת הישנה לא צריכה להתקיים הפניה 301 האות החזק ביותר, והגולש מגיע ישר ליעד
גרסה שצריכה לעבוד לגולשים (פרמטר מעקב, הדפסה) canonical העמוד נשאר, האותות מתאחדים לגרסה הראשית
אלפי וריאציות של סינון שלא צריכות להיסרק חסימה ב-robots.txt, או סינון שלא יוצר כתובות לפי גוגל, זה יעיל יותר לאורך זמן מ-canonical לסינונים
עמוד שלא צריך להופיע בחיפוש בכלל noindex לא לבחירת גרסה קנונית — לזה גוגל לא ממליצה עליו

שתי הבהרות חשובות מהמדריך של גוגל: לא משתמשים ב-robots.txt כדי לבחור גרסה קנונית, כי גוגל עלולה לאנדקס כתובת חסומה גם בלי לראות את התוכן שלה; ולא משתמשים ב-noindex כדי למנוע מגרסה מסוימת להיבחר כקנונית באותו אתר.

טעויות נפוצות

  • קנוניקל שמצביע על כתובת שמפנה הלאה, או על 404. גוגל מקבלת הוראה לא הגיונית ומתעלמת ממנה.
  • כל עמודי העימוד מצביעים על עמוד 1. עמוד 2 של קטגוריה הוא לא כפילות של עמוד 1 — יש בו פריטים אחרים. כל עמוד עימוד מצביע על עצמו.
  • אותות סותרים: מפת האתר כוללת כתובת אחת, הקנוניקל מצביע על אחרת, והקישורים הפנימיים על שלישית.
  • קישורים פנימיים לגרסה הלא קנונית. אם התפריט מקשר ל-/services בלי לוכסן והקנוניקל הוא עם לוכסן, האתר עצמו שולח אות סותר.
  • קנוניקל שנוסף או משתנה ב-JavaScript. גוגל ממליצה שהקנוניקל יופיע כבר ב-HTML המקורי, ולא ישונה בסקריפט.
  • קנוניקל זהה לכל האתר — לפעמים באג בתבנית מצביע מכל העמודים על דף הבית. זה עלול להוציא את כל העמודים מהאינדקס.

כתובות בעברית: כפילות שקל לפספס

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

איך זה נראה באתרים שלי

באתר הזה, כל עמוד מצביע בקנוניקל על עצמו, הכתובות אחידות (עם לוכסן בסוף, ב-https, בלי www), והקישורים הפנימיים נוצרים אוטומטית מהכתובות הקנוניות — כך שכל האותות מסכימים.

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

איך בודקים

  1. פותחים את קוד המקור של כמה עמודים מסוגים שונים ומחפשים את rel="canonical" — האם הוא קיים, ומצביע על הכתובת הנכונה?
  2. בודקים כתובת עם פרמטר מעקב (למשל עם ?utm_source=test) — האם הקנוניקל מצביע על הגרסה הנקייה?
  3. בכלי בדיקת הכתובות ב-Search Console משווים בין הכתובת שהוגדרה כקנונית לבין זו שגוגל בחרה.
  4. מוודאים שמפת האתר כוללת רק כתובות קנוניות — ראו מפת אתר XML לאתר גדול.

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

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

אהבתם את המאמר?

בואו נבנה יחד!

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

חיפוש באתר