איך מוצאים ומתקנים קניבליזציה של מילות מפתח ב-2026: זרימת עבודה עם Codex

מה זרימת העבודה הזו נותנת לך

יש לך דף שהיה בעשרת הראשונים למילת מפתח שחשובה לך, ועכשיו הוא צנח למקום 34. אתה מחפש את אותה ביטוי ושני קישורים משלך מופיעים בתוצאות. או שצוות התוכן שלך פרסם 40 פוסטים חדשים בחודש שעבר ואתה חושד שכמה מהם נלחמים זה בזה בשקט.

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

• למי זה: מומחי SEO וצוותי תוכן באתרים עם יותר מכמה מאות עמודים, וכל מי שמפרסם מהר.
• זמן: כ-90 דקות לביקורת הראשונה באתר בינוני טיפוסי; חצי מזה אחרי שמתגבש לך שגרה.
• דרישות מוקדמות: הרשאת קריאה ל-Google Search Console, ייצוא זחילה (Screaming Frog, Sitebulb או מקביל), ומעקב דירוגים אם אתה מנוי לאחד.
• הגדרת סיום: לכל אשכול מתחרה ברשימה שלך יש בדיוק אחד מארבעת פסקי הדין לעיל, התיקונים יושמו, ויש לך תאריך ביומן לבדיקה חוזרת של דירוגים וחשיפות.

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

העניין הזה חשוב יותר ב-2026 משהיה לפני חמש שנים מסיבה אחת: בריפים וטיוטות שנוצרו על ידי AI מייצרים דפים דומים בקצב שוב. בקצב שביקורת ידנית לא יכולה לעמוד בו, אז קניבליזציה מתרחשת עכשיו בקנה מידה. היא פוגעת בדירוגי Google ובציטוטי חיפוש AI בו-זמנית.

בדיקת הסימפטומים ב-3 דקות

עבור על זה לפני שאתה צולל לנתונים. אם שניים או יותר מהבאים מוכרים לך, הפעל את הביקורת המלאה.

לפני שמתחילים: הנתונים שצריך

אסוף את שלושת הדברים האלה:

1. Search Console עם היסטוריה של 6 חודשים לפחות. תשעים יום מספיקים למעבר מהיר, אבל החלון הארוך יותר מראה לך מתי דירוג גלש ביחס להשקת דף.
2. זחילה טרייה עם כותרת ו-H1 מחולצים. Screaming Frog עושה זאת מהקופסה; גם Sitebulb ו-Botify. אם אין לך אף אחד מהם, חיפוש site: בתוספת רשימת דפי ה-CMS מכסה את המקרים הברורים ביותר.
3. ייצוא מעקב דירוגים (Semrush, Ahrefs, Authority Labs). שלב זה אופציונלי — המעבר ב-Search Console לבדו מוצא את רוב המקרים.

ייצא שני דברים מ-Search Console לפני שתתחיל: דוח השאילתות (שאילתה, חשיפות, קליקים, דירוג) ואת אותו דוח עם ממד העמודים (קישורים). שניהם תחת Performance, בדוח המלא.

שלב 1: מצא קישורים מתחרים ב-Search Console

זה המעבר החינמי ובעל האות החזק ביותר.

1. פתח את Search Console → Performance → דוח מלא.
2. השתמש במסנן השאילתות והקלד את מילת המפתח הראשונה שלך בעדיפות.
3. הבט בקישורים מתחת לתרשים. רשום כל שאילתה ששני דפים משלך או יותר מקבלים עליה חשיפות.

אתה מחפש שני דפוסים: דפים שמפצלים חשיפות בערך שווה באותה תקופה, ודפים תקועים בין מקומות 20 ל-50 שהיו בעבר בעשרת הראשונים — במיוחד אם ההחלקה התחילה סביב השקת דף דומה.

התחל עם 10–15 מילות המפתח החשובות ביותר שלך. אם אתה מוצא אשכולות בחצי מהן, הבעיה היא ברמת האתר ושווה לסרוק את כל השאילתות שמעל, נניח, 50 חשיפות בחצי השנה האחרונה. אם זה מופיע רק בכמה, הבעיה מבודדת — תקן אותן והמשך.

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

שלב 2: אתר כותרות ו-H1 כפולים בזחילה שלך

קניבליזציה היא לעתים קרובות תאונת ייצור תוכן: כותב מתבקש "לכתוב על X", לא בודק מה כבר קיים, ומייצר דף עם אותה כותרת של הדף שכבר מדורג.

פתח את ייצוא הזחילה, מיין לפי כותרת ואז לפי H1, וסמן כפילויות וכמעט-כפילויות. "כמעט" נחשב — שני דפים לא צריכים כותרות זהות כדי להתחרות. "Best CRM software" ו-"Best CRM tools" המכוונים לאותו קהל הם מועמדים; "Best CRM for real estate" הוא דף אחר ואסור שיהיה ברשימה.

בזמן שאתה בנתוני הזחילה, בדוק את החשודים הטכניים: תגי קנוניקל המצביעים למקום אחר מלבד הדף עצמו, כללי meta robots noindex שהשתנו כשנוספו וריאציות, וחסימות robots.txt שהתחילו או נעצרו. כלשון המדריך של Search Engine Journal בנושא זה: כשאתה משנה את הדרך שבה אתה מורה למנועי חיפוש לזחול, לאנדקס ולהתעלם, אתה יוצר בעיות קניבליזציה. דף וריאציית מוצר שירש את הקנוניקל של המוצר הישן הוא הדוגמה הקלאסית.

פלט צפוי: זוגות דפים עם כותרות ו-H1 כפולים או מתחרים, בתוספת כל דגלים טכניים. בדיקת איכות: לכל זוג, ענה על שאלה אחת — האם דף אחד היה קיים ומדורג לפני שהשני הושק? אם כן, רשום זאת; זה האות החזק ביותר לבעיה אמיתית. שחזור: אם ה-CMS שלך הופך ייצואים לכאובים, הפק את הרשימה מה-CSV של הזחילה עם מיומנות ה-Codex בסוף מאמר זה. התייחס לפלט שלה כרשימת מועמדים, לא כפסק דין.

שלב 3: אמת עם מעקב דירוגים

Search Console אומר לך מה Google מדווח; מעקב דירוגים אומר לך איפה הקישורים שלך נמצאים לאורך זמן, וזה מה שחושף דפים תקועים בפועל.

פתח כל שאילתת מועמד במעקב שלך. הדפוס שמאשר קניבליזציה: מילת המפתח תקועה באמצע שנות ה-20 עד אמצע שנות ה-50, או שהקישור המחזיק מקום X ממשיך להתחלף בין הדפים שלך. Semrush מראה אילו מהדפים שלך הופיעו לביטוי בשנה האחרונה; Authority Labs מפרט כל קישור לכל מילת מפתח. אם שני קישורים שלך או יותר מופיעים בהיסטוריית השנה ואף אחד לא נגע בעשרת הראשונים, יש לך אישור.

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

פלט צפוי: סטטוס מאושר לכל אשכול מועמד — "מאושר" או "לא מאושר, בדיקה ידנית". בדיקת איכות: האישור צריך לפחות שני אותות בלתי תלויים. Search Console + זחילה נחשבים שניים; מעקב דירוגים לבדו הוא אות יחיד חלש. שחזור: אם המעקב שלך מראה רק קישור אחד לכל מילת מפתח, דלג על שלב זה. מעברי ה-Search Console והזחילה מספיקים להפעלת זרימת העבודה המלאה.

צינור הביקורת: שלושה מעברי זיהוי, מטריצת החלטה אחת, לולאת אימות אחת.

שלב 4: החלט על התיקון

לכל אשכול מאושר, בחר בדיוק אחד מארבעת פסקי הדין. הטבלה הזו היא כל ההחלטה:

שני מקרים שאינם קניבליזציה, אז תשאיר אותם לבד: מדריך איך-לעשות ודף המרה המכוונים לאותה מילת מפתח בשלבי משפך שונים — Google מבין איזה דף משרת איזו מטרה — וגרסאות שפה נפרדות של אותו דף עם hreflang במקום.

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

שלב 5: יישם את התיקונים בלי לאבד נראות

תיקון א: איחוד התוכן (פסק דין המיזוג). עבוד מהדף השורד. העתק לתוכו כל סעיף ייחודי מהדף המפסיד — תשובות ה-FAQ, הדוגמאות, הסעיף שמצוטט, הקישורים הפנימיים שהצביעו אליו. סדר מחדש אם צריך כך שהתוכן החזק ביותר יהיה בראש. כשהדף המפסיד בעל קישורים נכנסים חיצוניים או דירוגים אמיתיים משלו, 301 אותו לשורד במקום לתת לו 404; כשאין לו אף אחד מאלה, מחיקה בסדר. המדריך של Search Engine Journal נמנע בכוונה מ-301 — הוא מעדיף קיפול תוכן ומחיקת הדף החדש יותר — ו-301 הופך הכרחי רק כשהקישור שהוסר נושא משקל קישורים משלו. עדכן קישורים פנימיים שהשתמשו בטקסט העוגן של הדף המפסיד להצביע על השורד.

מיזוג שני דפים מתחרים לקישור אחד הופך פיצול 50/50 של חשיפות לזוכה יחיד.

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

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

תיקון ד: תקן קישורים פנימיים לפי כוונה (פסק דין הבידול). כששני דפים משרתים כהלכה כוונות שונות, גרום לקישורים הפנימיים שלך לומר זאת. הכלל מהמדריך המקור: אם הטקסט סביב המילה "apples" עוסק בקניית תפוחים, קשר לדף ההמרה; אם הוא עוסק במקור של תפוחים, קשר לדף המידע. כל קישור פנימי הוא קול. כשהקישורים שלך מצביעים בעקביות לדף שאמור לנצח, אתה מסיר את העמימות שמנועי חיפוש היו פותרים בכוחות עצמם, לעתים קרובות בכיוון הלא נכון.

שלב 6: אמת שהתיקון החזיק

המתן שבועיים עד ארבעה שבועות אחרי התיקונים, ואז הפעל מחדש את הבדיקות.

1. Search Console: השאילתה צריכה להראות עכשיו קישור דומיננטי אחד במקום פיצול, והחשיפות של הדף השורד צריכות לעלות. חשיפות מצטברות לאשכול יכולות לצנוח שבוע או שבועיים במהלך דירוג מחדש — זה נורמלי, לא כישלון.
2. מעקב דירוגים: מילת המפתח צריכה להפסיק להתנדנד בין קישורים.
3. משטחי AI: שאל את הביטוי המרכזי שלך בעוזר AI או במנוע חיפוש AI ואשר שהקישור המצוטט הוא השורד — לא זה שהוסר. דפים מפוצלים מפצלים גם ציטוטי AI. איחוד הוא אחד התיקונים הבודדים שעוזרים לדירוגי Google ולנראות בחיפוש AI בו-זמנית.

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

שמור על זה שלא יחזור

הביקורת היא החלק הקל. להישאר נקיים זה חוק פרסום. שלוש פרקטיקות, בסדר חשיבות:

1. נהל רשימת נושאים שצוות התוכן בודק לפני כתיבה. הדרך המהירה ביותר ליצור קניבליזציה היא כותב שלא יודע שהדף כבר קיים.
2. הפוך חפיפה לשיחה, לא חומה. במקום לאסור נושא, עזור לכותב למצוא את הזווית המשלימה — האיך-לעשות, ההשוואה, הגרסה הספציפית לאנכי.
3. שגיח במיוחד על צינורות יצירה ב-AI. פלט שנוצר על ידי AI הוא מפעל הקניבליזציה המהיר ביותר שקיים: הוא מייצר דפים דלים חוזרים שמתחרים זה בזה בלי קשר לאיכות הפרומפט. כל דף שנוצר או קיבל בריף AI צריך לעבור את בדיקת רשימת הנושאים לפני שהוא מתוזמן, והביקורת הרבעונית צריכה לתת לו עדיפות.

הפעל את הביקורת המלאה מדי רבעון, ושוב אחרי כל השקה שהוסיפה יותר מכמה דפים לאותו אזור באתר.

אוטומציה של הביקורת: מיומנות Codex

השלבים לעיל הם ידניים כדי שתבין מה המשמעות של הנתונים. ברגע שהבנת, מסור את החלקים הניתנים לחזרה לסוכן תכנות AI. זה קובץ מיומנות שלם ל-Codex: הוא קורא את ייצוא ה-Search Console שלך, מסמן אשכולות מתחרים, ומייצר דף פסקי דין בלי לגעת באתר שלך.

---
name: keyword-cannibalization-audit
description: Find and classify keyword cannibalization clusters from Google Search Console, crawl, and rank-tracker exports. Use when a query shows multiple URLs, rankings dropped after a new page launch, or you need a cannibalization verdict sheet. Read-only: produces a report, never edits pages.
---

# Keyword Cannibalization Audit

## Inputs (required)
- `gsc-queries.csv` — Search Console query export (query, impressions, clicks, position)
- `gsc-pages.csv` — Search Console page export (page, impressions, clicks, position)
- `crawl-titles.csv` — crawl export with URL, title, H1, canonical
- `rank-history.csv` — optional rank tracker export with per-keyword URL history

## Procedure

1. Load the CSVs. Normalize URLs (lowercase host, strip trailing slash and tracking parameters).
2. Join `gsc-queries.csv` and `gsc-pages.csv` on query to build query-to-URL mappings.
3. Flag queries where 2+ URLs each received at least 10% of the query's impressions in the last 90 days.
4. Flag queries where a URL sits between positions 20-50 and a second URL for the same query was created later (compare crawl or tracker history).
5. From `crawl-titles.csv`, flag pairs whose titles or H1s are identical or share 80%+ of their significant tokens.
6. From `rank-history.csv`, flag queries whose ranking URL changed more than twice in 6 months.
7. Cross-check every flag. Keep only clusters confirmed by at least two signals (Search Console + crawl counts as two).
8. Classify each surviving cluster as MERGE, CANONICALIZE, DIFFERENTIATE, or REMOVE:
   - Same intent + one page clearly more complete → MERGE (fold unique sections into the survivor; note a 301 only if the removed URL has external backlinks)
   - Near-identical variants that must exist (parameters, variants) → CANONICALIZE
   - Same topic, genuinely different intent you want to keep → DIFFERENTIATE (rewrite one page, no title overlap)
   - Thin or fully duplicated page with no unique value → REMOVE
   - Complementary intent (how-to vs. product for the same keyword) → NOT CANNIBALIZATION, skip
9. Output `cannibalization-verdicts.md`: a table of query | competing URLs | signals found | verdict | action, ordered by query impressions. Include for each cluster the exact URLs, the evidence rows (dates, positions, impressions), and fix text ready to paste into a CMS task.

## Rules
- Read-only. Never edit pages, robots.txt, or canonicals. Output the report and a proposed action plan only.
- Never merge a URL into a survivor whose content is not equal to or better than the merged output.
- Do not classify locale variants (hreflang) or genuinely different intents as cannibalization.
- Clusters with fewer than two confirming signals get marked "unconfirmed — review manually," never dropped.
- When the rank tracker export is missing, run with Search Console + crawl only and say so in the report header.

שמור את זה כ-keyword-cannibalization-audit/SKILL.md בתיקיית המיומנויות של Codex, השלך את ארבעת קובצי ה-CSV לתיקיית workspace, והרץ. ריצה טיפוסית על כמה אלפי דפים אורכת כמה דקות ומחזירה את דף פסקי הדין.

שני פרומפטים קטנים יותר, למי שלא רוצה מיומנות מלאה:

• טריאז' של הייצוא: "הנה ייצוא השאילתות שלי מ-Search Console. מצא כל שאילתה שבה שני קישורים או יותר שלי מקבלים כל אחד לפחות 10% מהחשיפות. פלט טבלה עם שאילתה, קישורים, פיצול חשיפות ודירוג לכל קישור. אל תעשה המלצות."
• הכרע אשכול: "שני דפים שלי מדורגים שניהם ל-[שאילתה]: [קישור א] במקום [X] ו-[קישור ב] במקום [Y]. [קישור ב] הושק ב-[תאריך]. השווה את התוכן שלהם ואמור לי איזה מארבעת פסקי הדין חל — מיזוג, קנוניקל, בידול, מחיקה — ולמה, בשני משפטים."

שאלות נפוצות

מספר דפים מדורגים למילת המפתח שלי — האם זו קניבליזציה אוטומטית?

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

קנוניקל או noindex — באיזה להשתמש?

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

האם עליי 301 את הדף המפסיד?

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

התנועה ירדה אחרי שמיזגתי דפים — שברתי משהו?

צניחה קצרה בזמן ש-Google מעריך מחדש את האשכול היא שכיחה. מדוד בארבעה שבועות: אם השורד מדורג לשאילתה וחשיפות האשכול התאוששו, התיקון החזיק. אם דף אחר מנצח, מיזגת בכיוון הלא נכון. הפוך אותו לפני שתחמיר את הבעיה.

האם קניבליזציה משפיעה על ציטוטים בחיפוש AI?

כן. כששני קישורים שלך מתחרים, תשובות AI בוחרות ביניהם ויכולות לצטט כל אחד מהם — או אף אחד. איחוד נותן לך קישור אחד חזק מוכן לציטוט במקום שניים מדוללים.

באיזו תדירות עליי להריץ את הביקורת?

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

מחברת: קלרה בנט, מומחית אסטרטגיית תוכן בת 10 שנות ניסיון ב-Auspia. קלרה כותבת על מערכות עריכה, מפות נושאים ופעולות תוכן ניתנות לחזרה שמונעות מתוכניות פרסום להתנגש זו בזו.