אחרי 12 שנים בקידום אורגני, אני יכול להגיד לכם דבר אחד בוודאות: 70% מהאתרים שאני מקבל ל-Audit סובלים מבעיית תוכן כפול שהם בכלל לא יודעים עליה. לא בגלל שהבעלים העתיקו תוכן. בגלל פרמטר אחד ב-URL, בגלל גרסת www שנשארה פתוחה, בגלל סלאש בסוף הכתובת. דברים קטנים שהורגים דירוגים גדולים.
ואז מגיע הקטע המעצבן: בעל האתר מגדיר תג rel="canonical" בדיוק כמו שכתוב במדריכים, מחכה שבועיים, ופותח את Search Console רק כדי לגלות את ההודעה הכי מתסכלת בעולם ה-SEO: "Duplicate, Google chose different canonical than user". גוגל פשוט החליט להתעלם ממנו.
בואו נדבר על למה זה קורה, ואיך אנחנו ב-WEBS פותרים את זה בפרויקטים אמיתיים, כולל הטעויות שעשיתי בעצמי לפני שלמדתי את הניואנסים.
זמן קריאה: 12 דקות | שווה כל שנייה – תגלו למה גוגל מתעלם מהקנוניקל שלכם
נקודות מפתח שתקחו מהמאמר הזה
- ✓ תוכן כפול לא גורם ל"עונש" מגוגל – אבל פיצול סמכות הורג את הדירוגים שלכם בשקט
- ✓ תג canonical הוא המלצה בלבד – גוגל יכול להתעלם ממנו אם האיתותים סותרים
- ✓ שיטת 6 האיתותים מבטיחה שגוגל יקבל את הבחירה שלכם ב-95% מהמקרים
- ✓ שילוב canonical עם noindex הוא טעות נפוצה שגורמת לנזק כפול
- ✓ תהליך תיקון שלם אפשרי ב-5 שלבים עם תוצאות תוך 6-10 שבועות
תוכן כפול הוא לא "עונש מגוגל". זו אשליה שעולה לכם דירוגים
הנה אמת לא פופולרית: גוגל עצמם הצהירו באופן מפורש בתיעוד הרשמי שלהם שתוכן כפול בדרך כלל לא נחשב הפרה של מדיניות הספאם. אין "עונש אוטומטי". אין דגל אדום שעולה אצל מהנדס בגוגל.
אז למה האתר שלכם נופל בדירוגים? בגלל משהו הרבה יותר ערמומי: פיצול סמכות. כשאותו תוכן יושב בארבע כתובות שונות, כל קישור פנימי, כל Backlink חיצוני, וכל איתות דירוג מתחלק ביניהן. במקום עמוד אחד חזק עם 100% מהכוח, יש לכם ארבעה עמודים חלשים עם 25% כל אחד.
חשוב לזכור: הוסיפו לזה Crawl Budget מבוזבז. Googlebot מבזבז משאבים על סריקת אותו תוכן בכתובות שונות במקום לזחול לעמודים החדשים שפרסמתם השבוע. זה נזק כפול – גם פיצול סמכות וגם סריקה לא יעילה.
למה גוגל מתעלם מתג ה-Canonical שהגדרתם? זה לא מה שאתם חושבים
פרויקט מהשנה שעברה. לקוח בתחום ה-E-commerce. הוא הגדיר canonical בכל עמודי המוצר. גוגל התעלם ב-1,200 עמודים. הוא היה בטוח שיש לו באג בקוד.
הבעיה הייתה איתותים סותרים. תג ה-canonical שלו אמר A. מפת האתר רשמה את B. הקישורים הפנימיים הצביעו על C. הפניות 301 ישנות הובילו ל-D. גוגל עשה את מה שהוא תמיד עושה במצב כזה. הוא התעלם מכולם והחליט לבד.
תג canonical הוא המלצה, לא הוראה. גוגל מסביר את זה בתיעוד של URL Inspection Tool: "User-declared canonical" זה מה שאתם הצהרתם, "Google-selected canonical" זה מה שגוגל בחר בפועל. שני דברים שונים לגמרי.
טיפ מקצועי: לפני שאתם משנים תגי canonical, פתחו את כל איתותי הקנוניקליזציה שלכם בטבלה. תג canonical, sitemap, קישורים פנימיים, הפניות 301, hreflang. אם יש סתירה אחת ביניהם, גוגל יבחר לבד.
שש סיבות שתוכן כפול נוצר באתר שלכם בלי שתדעו
תאמינו לי, עשיתי את כולן בקריירה שלי. הנה התרחישים שאני רואה שוב ושוב:
פרמטרים ב-URL. כל פילטר, מיון, UTM של קמפיין, מזהה סשן, יוצרים URL חדש לאותו תוכן. אתר אחד עם 500 מוצרים יכול להפוך ל-50,000 URLs בעיני גוגל.
גרסאות דומיין. www מול non-www, HTTP מול HTTPS, סלאש בסוף או בלי. ארבע גרסאות לאותו דף הבית. אם לא הגדרתם הפניה 301 חד-משמעית, יש לכם בעיה.
Pagination. עמוד 1, 2, 3 בבלוג או בחנות. תוכן כותרת ותיאור זהים. גוגל מתבלבל.
דפי חיפוש פנימיים. כל חיפוש של משתמש באתר יוצר URL חדש שגוגל יכול לזחול אליו. בלי noindex, אלה אלפי עמודי שכפול.
Thin Content. עמודי קטגוריה או תגיות עם 50 מילים זהות בראש. לגוגל זה נראה כמעט אותו דבר.
Scrapers. אתרים שמעתיקים את התוכן שלכם. בפוסט רשמי של גוגל מסבירים שזה בדרך כלל לא פוגע, אבל "בדרך כלל" זה לא "תמיד".
לא בטוחים אם האתר שלכם סובל מכפילויות נסתרות?
אבחון ראשוני חינם יכול לחשוף בעיות שאתם לא יודעים עליהן
איך מאבחנים בעיית תוכן כפול ב-15 דקות (השיטה שלי)
בלי בולשיט. הנה הזרימה המדויקת שאני עושה לכל לקוח חדש:
שלב ראשון: דוח Page Indexing ב-Search Console
פתיחת Page indexing report ב-Search Console. אתם מחפשים שלושה סטטוסים: "Duplicate, Google chose different canonical than user", "Duplicate, submitted URL not selected as canonical", ו-"Duplicate, without user-selected canonical". המדריך הרשמי של גוגל מסביר בדיוק מה כל אחד מהם אומר.
שלב שני: סריקה מלאה בכלי טכני
סריקה מלאה ב-Screaming Frog או Sitebulb. מסננים לפי "Duplicate" ומקבלים אשכולות של עמודים זהים. אתם רואים את התבנית מיד – פרמטרים, סלאשים, אותיות גדולות.
שלב שלישי: בדיקה ידנית ב-URL Inspection
בדיקה ידנית של 10 עמודים קריטיים בכלי URL Inspection. משווים את ה-User-declared canonical ל-Google-selected canonical. כשהם לא תואמים, יש לכם את הבעיה.
שלב רביעי: ניתוח Log Files
ניתוח Log Files. רואים על מה Googlebot מבזבז את הזמן שלו. אם הוא זוחל 80% מהזמן על עמודי פילטר עם פרמטרים, יש לכם Crawl Budget שמתבזבז.
המלצה: מערכת WEBFORCE שאנחנו בנינו ב-WEBS עושה את כל ארבעת השלבים האלה אוטומטית בלחיצת כפתור, כולל ניטור שוטף שמזהה בעיות חדשות ברגע שהן נוצרות.
Canonical, 301, או Noindex? טבלת ההחלטה שאני משתמש בה כל יום
זו אולי השאלה הטכנית שאני נשאל הכי הרבה. שלושה כלים, שלוש מטרות שונות. בלבול ביניהם הוא הסיבה מספר אחת לבעיות קנוניקליזציה.
הכלל שלי פשוט: 301 הוא הוראה, canonical הוא בקשה, noindex הוא חסימה מהאינדקס בלי איחוד סמכות. אם הגרסה הישנה לא צריכה להתקיים בכלל, תעשו 301. כל הפתרונות מתועדים במדריך הרשמי של גוגל לקונסולידציה של URLs כפולים.
טעות הפלאגין: למה הגדרת canonical מוטעית גרועה מאי-הגדרה
סיפור קצר. לקוח התקין פלאגין SEO פופולרי בוורדפרס. הפלאגין הגדיר canonical "אוטומטי" לכל עמוד. אחרי חודש, 40% מהעמודים שלו נעלמו מגוגל.
מה קרה? הפלאגין הגדיר canonical שמצביע על דף הקטגוריה במקום על עמוד המוצר עצמו. בעיני גוגל, כל המוצרים היו "וריאציה" של הקטגוריה. גוגל עשה בדיוק מה שאמרו לו לעשות.
זו הסיבה ש-canonical עצמי (self-referencing) הוא חובה. כל עמוד צריך להצביע על עצמו כקנוניקל. זה אישור ברור לגוגל: "אני המקור, לא וריאציה של משהו אחר".
ומה שמעצבן? רוב הפלאגינים עושים את זה נכון כברירת מחדל. אבל ברגע שמישהו "מתקן" משהו ידנית, או שיש קונפליקט בין שני פלאגינים, אתם נכנסים לתסבוכת.
פעולה מיידית: פתחו את קוד המקור של 5 עמודים אקראיים באתר שלכם עכשיו. חפשו את התג <link rel="canonical">. ודאו שהוא מצביע על אותו URL של העמוד שאתם נמצאים בו. אם לא, יש לכם בעיה שדורשת טיפול מיידי.
איך לגרום לגוגל לבחור את הקנוניקל שאתם רוצים: שיטת 6 האיתותים
אחרי שאתם מבינים שגוגל מסתכל על מכלול האיתותים, הפתרון מתבהר. צריך יישור קו מלא של כל האיתותים על אותה גרסה.
איתות 1 – תג canonical בעמוד עצמו, בתוך ה-<head>, מצביע על ה-URL המועדף.
איתות 2 – מפת האתר (Sitemap) מכילה אך ורק את ה-URLs הקנוניקליים. בלי וריאציות, בלי פרמטרים. גוגל מדגיש את זה במדריך מפות האתר.
איתות 3 – כל הקישורים הפנימיים באתר מצביעים אך ורק על הגרסה הקנוניקלית. כל פעם שאתם מקשרים פנימית לעמוד עם פרמטר או סלאש שגוי, אתם נותנים לגוגל איתות סותר.
איתות 4 – הפניות 301 מכל הגרסאות הלא-רצויות לגרסה הסופית. לפי גוגל, זה האיתות החזק ביותר לקנוניקליזציה.
איתות 5 – Hreflang (אם יש לכם אתר רב-לשוני) תואם לקנוניקל. סתירה ביניהם הורגת את שניהם.
איתות 6 – כותרות HTTP. וודאו שאין קונפליקט בין canonical ב-HTML ל-canonical ב-HTTP header.
כשכל ששת האיתותים מצביעים על אותה גרסה, גוגל יקבל את הבחירה שלכם ב-95% מהמקרים. בפרויקטים שלנו ב-WEBS עם פלטפורמת WEBFORCE אנחנו מנטרים את ששת האיתותים האלה אוטומטית.
סיכום ביניים: רוב בעיות הקנוניקליזציה הן בעיות עקביות, לא בעיות טכניות
הקוד שלכם תקין. התג שלכם תקין. הבעיה היא שיש 4 מקומות שונים באתר שאומרים לגוגל דברים שונים. תקנו את העקביות, ותפתרו 90% מהבעיות.
מה לעשות כשמעתיקים לכם תוכן: השיטה שעובדת באמת
שאלה שמגיעה אליי כל שבוע. "גלעד, אתר X העתיק לי את כל המאמרים, מה לעשות?"
קודם כל, רגיעה. גוגל די טוב בלזהות את המקור. אם האתר שלכם פרסם ראשון, יש לכם סמכות דומיין סבירה, ויש לכם canonical עצמי, ב-90% מהמקרים גוגל יבחר בכם.
אבל יש את ה-10% המעצבנים. הנה מה שעובד:
פעולה ראשונה. ודאו שיש לכם canonical עצמי בכל עמוד. ודאו שתאריך פרסום גלוי וברור. ודאו שגוגל סורק ומאנדקס מהר (Submit URL ב-Search Console מיד אחרי פרסום).
פעולה שנייה. פנייה ישירה לבעל האתר המעתיק. אימייל אחד מנוסח טוב פותר 60% מהמקרים. אנשים מעתיקים מתוך עצלות, לא ממניע זדוני.
פעולה שלישית. אם לא עונים, פנו לחברת האחסון של האתר המעתיק עם הוכחות להפרת זכויות יוצרים. המסגרת החוקית בישראל ברורה, וחברות אחסון לא רוצות סיכונים משפטיים.
פעולה רביעית. הגשת DMCA Takedown ישירות לגוגל. הטופס מקוון, פשוט למילוי. גוגל מסירה את התוצאות מהאינדקס שלה תוך 7-14 ימים בדרך כלל.
ואם הנזק הכלכלי משמעותי, התייעצות עם עורך דין שמתמחה בזכויות יוצרים. המסגרת המשפטית בישראל מאפשרת פעולות אזרחיות, וראיתי לקוחות שקיבלו פיצויים נאים.
חמשת השלבים לתיקון תוכן כפול באתר שלכם (גישת WEBFORCE)
אחרי מאות פרויקטים, גיבשנו תהליך עבודה ב-WEBS שעובד בכל גודל אתר. הנה המתודולוגיה:
שלב 1: מיפוי מלא של אשכולות הכפילויות
סורקים את כל האתר. מסווגים את הכפילויות לפי סוג: פרמטרים, גרסאות דומיין, pagination, חיפושים פנימיים, Thin Content. כל סוג מקבל פתרון שונה. בלי שלב המיפוי, אתם מתקנים סימפטומים בלי לטפל בשורש.
שלב 2: החלטה אסטרטגית על URL המאסטר
לכל אשכול, בוחרים את הגרסה הסמכותית. הקריטריונים שלי: התוכן המלא ביותר, ה-URL הקצר והנקי ביותר, הגרסה עם הקישורים הנכנסים, הגרסה שמובילה לקונברז'ן הטוב ביותר. ההחלטה הזו משפיעה על כל מה שבא אחריה.
שלב 3: יישום טכני עם איתותים תואמים
כאן מטמיעים את ששת האיתותים שדיברנו עליהם. 301 לגרסאות שצריכות להיעלם. Canonical לוריאציות שצריכות להישאר. Noindex לעמודים שצריכים להיעלם מהאינדקס בלי להיעלם מהאתר. עדכון מפת אתר, עדכון קישורים פנימיים.
שלב 4: בדיקה ואימות ב-Search Console
אחרי היישום, פותחים את URL Inspection לכל עמוד קריטי. מוודאים ש-Google-selected canonical תואם ל-User-declared canonical. מבקשים סריקה מחדש. עוקבים אחרי דוח Page indexing לאורך 4-6 שבועות.
שלב 5: ניטור שוטף ומניעה
בעיות תוכן כפול חוזרות. תמיד. בכל פעם שמוסיפים פיצ'ר חדש, פלאגין חדש, או קטגוריה חדשה, יש סיכוי שייווצרו כפילויות חדשות. ב-WEBS אנחנו עובדים ללא התחייבות חודשית, אבל הלקוחות נשארים איתנו שנים בדיוק בגלל הניטור השוטף הזה. WEBFORCE מתריעה בזמן אמת על כל כפילות חדשה שנוצרת.
מוכנים לגלות כמה כפילויות מסתתרות באתר שלכם?
הצוות שלנו יכול לבצע אבחון ראשוני ללא התחייבות – בשקיפות מלאה
הטעות שכולם עושים: שילוב Canonical עם Noindex
ראיתי את זה מאות פעמים. בעל אתר חושב: "אני אגדיר canonical וגם noindex, ככה אני בטוח שהעמוד הזה לא יעלה לחיפוש".
זה לא עובד ככה. למעשה, זה גורם לבעיה.
חשוב לזכור: Canonical אומר לגוגל: "התוכן הזה זהה לעמוד אחר, אנא רכז אותות לעמוד השני". Noindex אומר: "אל תאנדקס את העמוד הזה בכלל". שני המסרים סותרים. גוגל מתבלבל, ובסוף בדרך כלל מתעלם משניהם או בוחר אחד באופן שרירותי.
הכלל פשוט: או canonical, או noindex. לא שניהם. אם רוצים לרכז סמכות, canonical. אם רוצים שהעמוד פשוט לא יופיע בחיפוש, noindex. ההחלטה לפי המטרה.
שאלת סיום: כמה זמן ייקח לראות שיפור?
הציפיות פה חשובות. תיקון בעיות קנוניקליזציה הוא לא משהו שאתם רואים תוצאות שלו תוך שבוע. גוגל צריך לזחול מחדש את כל העמודים המושפעים, לעבד את האיתותים החדשים, ולעדכן את האינדקס.
בפרויקטים שלי, אני רואה תזוזה ראשונה ב-Page indexing report תוך 10-21 ימים. שיפור מורגש בדירוגים תוך 6-10 שבועות. התוצאה המלאה תוך 3-4 חודשים.
טיפ מקצועי: זה לא קסם, זה תהליך. אבל זה אחד התיקונים הטכניים עם ה-ROI הגבוה ביותר ב-SEO. עמוד אחד חזק שווה הרבה יותר מארבעה עמודים חלשים.
שאלות נפוצות
הצעדים הבאים שלכם
רוצים לדעת אם האתר שלכם סובל מבעיות תוכן כפול שפוגעות בדירוגים? צרו קשר עם הצוות שלנו לאבחון ראשוני ללא התחייבות, עם שקיפות מלאה וללא אותיות קטנות.
גלעד קמר, מנכ”ל ומייסד וובס – חברה לקידום אתרים באינטרנט.
אני מביא איתי ניסיון של למעלה מ-12 שנים בתחום הקידום האורגני והמון יצירתיות וחשיבה מחוץ לקופסה.
