🗺 מה זה מיפוי מילות מפתח, וההבדל בינו לבין מחקר
תקשיבו, אני אפתח עם הסיפור שאני שומע פעם בחודש. לקוח חדש מגיע, פותח Google Sheets, מציג לי בגאווה רשימה של 800 מילות מפתח שהוא עשה עליהן מחקר. נתוני נפח, KD, intent מסומן, צבעים, פילטרים. עבודה של שלושה שבועות. אני שואל אותו שאלה אחת, "איזה עמוד באתר שלך מטרגט את המילה הראשונה ברשימה?". הוא שותק. אחרי שתי דקות הוא אומר, "אני עוד לא יודע, ניצור עמודים אחר כך". זה הרגע שאני יודע שהמחקר הזה לא יוצא לפועל, כי בלי מיפוי, רשימה של מילים היא פסולת נייר.
מיפוי מילות מפתח (Keyword Mapping) הוא הדיסציפלינה של הקצאת כל מילת מפתח יעד ב-URL אחד מדויק באתר שלכם. לא 2, לא 3, לא "איפה שזה מתאים". URL אחד שמטרגט אותה, מדורג לה, ועונה עליה. זה ההבדל בין רשימה לבין מפה. רשימה אומרת מה אתם רוצים. מפה אומרת איפה כל דבר נמצא.
מחקר מילות מפתח אומר לכם מה אנשים מחפשים. מיפוי אומר לכם איפה באתר שלכם הם יקבלו את התשובה. בלי מיפוי, מחקר הוא תרגיל אקדמי. עם מיפוי, מחקר הופך לתכנית בנייה. רוב המקדמים נתקעים בשלב הראשון ולא מגיעים לשני, ואז תוהים למה כל תכנון התוכן שלהם מתמוטט.
ההבדל המעשי, מחקר הוא שלב גילוי, מיפוי הוא שלב החלטה. כשאתם עושים מחקר, אתם פותחים את היד, מקבלים את כל מה שיש. כשאתם ממפים, אתם סוגרים את היד על מה שנשאר אחרי בחירות. מחקר טוב מחזיר 1,500 מילים, מיפוי טוב מסנן אותן ל-200, ומקצה אותן ל-50 URLs. ה-1,300 שנשרו, הן לא חבל, הן חסכון של 12 חודשי עבודה שהיו מתבזבזים על תוכן שלא היה תופס תנועה.
במאמר הזה אני אעבור איתכם על כל מה שצריך לדעת על מיפוי. מבנה ה-spreadsheet, איך בונים מ-0, איך עושים audit לאתר קיים, איך מתחזקים את המפה חודש אחרי חודש, ומה הטעויות הקלאסיות. בלי ז'רגון מיותר. שמי שמוליק דורינבאום, אני בונה keyword maps לאתרים מ-2006, ועברתי את כל הטעויות הקלאסיות שאתם עומדים לעשות. אני אקצר לכם את הדרך. אם אחרי המאמר אתם עדיין תקועים, יש לכם איך לדבר איתי ישירות.
🏗 למה מיפוי הוא היסוד של כל אסטרטגיית תוכן
בלי מיפוי, אסטרטגיית התוכן שלכם בנויה על חול. אני אגיד את זה ככה, אם אין לכם keyword map, יש לכם 3 בעיות בסיסיות שאתם אפילו לא רואים, כי הן מתחבאות מאחורי "אנחנו פשוט נכתוב על הנושא". בואו נחשוף את שלושתן, כי כשתבינו אותן, תבינו למה אני נצמד למפה שנים אחרי שלמדתי לכתוב SEO.
בעיה 1, אתם לא יכולים למנוע קניבליזציה
קניבליזציה היא תוצאה ישירה של חוסר מיפוי. כשאין מפה שאומרת "מילת המפתח X שייכת ל-URL Y בלבד", אתם תכתבו 3 מאמרים על אותה מילה לאורך השנים, פשוט כי אף אחד לא יזכור שאתם כבר עשיתם את זה. המיפוי הוא חוזה שאתם חותמים עם עצמכם, אם נכתבה מילה X, היא לא תיכתב שוב, נקודה. בלי החוזה הזה, קניבליזציה היא לא תאונה, היא ודאות מתמטית.
בעיה 2, אתם לא יכולים למדוד התקדמות
איך אתם יודעים שהאסטרטגיה שלכם עובדת? אתם בודקים מה התקדם בדירוגים. אבל אם לא הגדרתם שמילה X שייכת ל-URL Y, אז כש-URL Y עולה מ-#22 ל-#8, אתם לא יודעים שזאת הצלחה ביחס למה שתכננתם. אולי תכננתם שעמוד Z יעלה לאותה מילה. בלי מיפוי, רנקינג טרקינג הוא רעש. עם מיפוי, הוא סיגנל, מילה X על URL Y עלתה 14 מקומות, השקעה שווה. או, מילה X על URL Y לא זזה 6 חודשים, צריך לשנות אסטרטגיה.
בעיה 3, אתם לא יכולים להקצות תוכן בצורה הגיונית
בלי מיפוי, כשמגיע הזמן לכתוב את המאמר הבא, אתם בוחרים נושא לפי "מה מתחשק" או "מה הלקוח אמר שצריך". זה לא אסטרטגיה. עם מיפוי, יש לכם רשימה מסודרת לפי priority, ואתם פשוט יורדים בה. הכותב הבא יודע מה לכתוב. הוא לא צריך לחכות לבריף ייעודי, הוא פותח את ה-sheet, רואה את ה-URL הבא בתור, ומתחיל.
תחשבו על אתר כמו על בית. מחקר מילות מפתח הוא רשימת הקניות לבניין הומה ההמולה (פלדה, בטון, בלוקים, צבע). מיפוי הוא ה-blueprint שמסביר מה הולך לאיזה חדר. בלי blueprint, יש לכם ערימה גדולה של חומרי בנייה בחצר. אפילו עם החומרים הכי טובים, אתם לא יכולים לבנות בית. המהנדס שעובד בלי blueprint הוא אדם שמבזבז את שעות העבודה שלו. אותו דבר אצלכם.
בעיה רביעית נסתרת, חוסר תיאום בצוות
אם אתם עובדים לבד, אולי תזכרו את הכל בראש. אם אתם עובדים בצוות (כותב + עורך + מפתח + לקוח), בלי מפה משותפת כל אחד מסביב לעולם משלו. הכותב כותב על נושא שכבר נכתב לפני 4 חודשים. העורך מאשר. הלקוח לא יודע ששילם פעמיים על אותו תוכן. כשהמפה גלויה לכולם, כל אחד מתואם. זה לא דבר זניח, זה ההבדל בין צוות שמתקדם לבין צוות שעובד עומק במקום עומק.
📊 מבנה ה-spreadsheet, ה-workflow המלא
בואו ניכנס לפרקטיקה. מיפוי מילות מפתח גר ב-spreadsheet. נקודה. לא ב-Notion, לא ב-Trello, לא בראש שלכם. ב-spreadsheet, כי spreadsheet מאפשר סינון, מיון, חיפוש, ו-formulas. הנה המבנה שאני משתמש בו כבר 15 שנה, על כל פרויקט. תעתיקו אותו ותתאימו, אבל אל תפיצו עליו.
העמודות החובה
| עמודה | סוג | מטרה |
|---|---|---|
| Keyword | טקסט | המילה עצמה, בדיוק כמו שהמשתמש מקליד |
| Intent | dropdown | informational / navigational / commercial / transactional |
| Search Volume | מספר | חיפושים חודשיים (Ahrefs/Semrush/DataForSEO) |
| KD (Keyword Difficulty) | מספר 0-100 | קושי דירוג, מאחד הכלים |
| Target URL | טקסט | ה-URL היחיד שיטרגט את המילה |
| Status | dropdown | idea / planned / in-progress / live / needs-update |
| Priority | dropdown או 1-5 | P0 / P1 / P2 / P3, או 1 עד 5 |
| Content Type | dropdown | blog / pillar / product / category / homepage / FAQ |
| Cluster | טקסט | הקבוצה הנושאית של המילה |
| Notes | טקסט חופשי | הערות לכותב, חברות מתחרות, זוויות מיוחדות |
עמודות בונוס שאני מוסיף לפי הפרויקט
Current Position
איפה אתם מדורגים היום (אם בכלל). נשאב מ-Search Console או רנקינג טרקר. עוזר לזהות hanging fruit, מילים שאתם ב-#11 ועם דחיפה קטנה מגיעים ל-#5.
Current URL (ranking)
איזה URL כרגע מקבל את ה-impressions למילה. אם זה לא ה-Target URL שתכננתם, יש לכם בעיה, או קניבליזציה, או שגוגל בחר עמוד אחר. שווה לחקור.
SERP Features
האם יש People Also Ask, Featured Snippet, AI Overview, Video Carousel למילה. משפיע על איך לבנות את העמוד.
Last Updated
תאריך עדכון אחרון של ה-URL. אחרי שנה בלי עדכון, צריך לבחון רענון.
Internal Links Pointing
כמה קישורים פנימיים מובילים ל-URL. עוזר לזהות יתומים.
הפילטרים שאני שמור
בכל spreadsheet כזה אני שומר 3 פילטרים מוכנים מראש שאני מפעיל בכל ביקור. ראשון, "Status = idea + Volume > 100", המילים שיש להן ערך וטרם החלטתי מה לעשות איתן. שני, "Status = live + Position > 10", העמודים שכבר חיים אבל לא מגיעים לעמוד הראשון, פוטנציאל אופטימיזציה. שלישי, "Multiple keywords on same Target URL", אזעקת ברירת מחדל לזיהוי קניבליזציה פוטנציאלית.
אם אתם מנהלים יותר מ-3 פרויקטים, צרו template אחד ב-Sheets ושכפלו אותו לכל פרויקט חדש. אל תיצרו spreadsheet "מהתחלה" כל פעם, זה הזמן שבו עמודות נשמטות, פילטרים נשכחים, ואתם מאבדים את היציבות הקריטית. consistency של מבנה היא ההבדל בין מקדם שעובד עם מערכת לבין מקדם שעובד עם כאוס מסודר.
🌱 בניית keyword map מ-0, מהזרע ועד למפה שלמה
אתם פותחים פרויקט חדש, אתר חדש. אין לכם כלום. איך בונים מפה מאפס? יש לי תהליך של 6 שלבים שעובד על כל נישה, על כל גודל אתר, על כל שפה. בואו נעבור עליו.
שלב 1, seed keywords (מילות הזרע)
לפני שאתם פותחים כלי כלשהו, פתחו מסמך וכתבו 10-20 מילים שאתם יודעים שהן רלוונטיות לעסק. "תיווך נדל\"ן בתל אביב", "מכירת דירה", "השקעת נדל\"ן". אלה ה-seeds. הן לא צריכות להיות מדויקות מבחינת נפח, רק מבחינת רלוונטיות. זה ה-anchor שיוביל אתכם.
שלב 2, expansion עם כלים
קחו את ה-seeds, הכניסו אותם לאחד הכלים (Ahrefs Keywords Explorer, Semrush Keyword Magic, או DataForSEO אם אתם תקציב). תקבלו 500-5,000 מילות מפתח קשורות, עם נפח חיפוש ו-KD. אל תפלטרו עדיין, פשוט תייצאו הכל ל-CSV. הכל. גם מילים שנראות לא רלוונטיות, כי לפעמים הן רמז לזווית שלא חשבתם עליה.
שלב 3, ניקוי ראשוני
פתחו את ה-CSV, סננו החוצה את הברור, ביטויים זרים, ביטויים שאינם רלוונטיים בכלל לעסק. תהיו אכזריים, חתכו 60-70% מהרשימה. בסוף השלב הזה אתם אמורים להישאר עם 200-500 מילים שאתם מאמינים שהן רלוונטיות לפחות בעקרון.
שלב 4, group by intent
קראו לסיווג כוונת חיפוש כדי להבין את הסיווג. עכשיו לכל מילה תוסיפו עמודה Intent, ותסמנו, informational, navigational, commercial, או transactional. זה לא תרגיל אקדמי, זה משנה לאיזה סוג עמוד המילה הולכת. informational הולך לבלוג/מאמר, commercial הולך לעמוד שירות/השוואה, transactional הולך לעמוד מוצר/קטגוריה. ראו את ההבדל בין כוונת חיפוש מסחרית למידעית.
שלב 5, group by topic (cluster)
תוסיפו עמודה Cluster, ותקבצו את המילים לקבוצות נושאיות. "מכירת דירה תל אביב" + "מתי לקבוע מחיר" + "שיווק דירה" שייכים לאותו cluster, "מכירת דירה". "מס שבח" + "מס רכישה" + "דיווח מס" שייכים לאותו cluster, "מסים בנדל\"ן". זה השלב שמעצב את ה-information architecture של האתר. ראו את topic clusters בגישת hub-spoke.
שלב 6, assign to URLs
זה השלב הקריטי. עכשיו לכל מילה אתם מקצים URL. אם ה-URL לא קיים עדיין, אתם מציעים אותו. "מכירת-דירה-תל-אביב". "מתי-לקבוע-מחיר-לדירה". "מכירת-דירה" (pillar). זה צעד גם של תכנון תוכן וגם של תכנון URL. בסוף השלב הזה יש לכם מפה שלמה, כל מילה יודעת לאן היא הולכת, וכל URL יודע אילו מילים הוא מטרגט.
אם אחרי השלבים האלה אתם מסתכלים על ה-spreadsheet ויודעים בדיוק אילו 50 URLs צריכים להיכתב ב-12 החודשים הקרובים, ובאיזה סדר, עשיתם את העבודה. אם אתם עדיין מבולבלים, חזרו לשלב 5, סביר שה-clusters לא נקיים מספיק.
🌳 ה-cluster-based approach, מיפוי לפי קבוצות נושאיות
אם תיקחו רק רעיון אחד מהמאמר הזה, שזה יהיה. אל תמפו מילים בנפרד, מפו clusters. cluster הוא קבוצה של מילות מפתח שכולן סובבות סביב נושא יחיד, וכשממפים אותן יחד, נוצר מבנה pillar+spokes שגוגל אוהבת.
מה זה cluster
cluster הוא קבוצה של 5-20 מילים שקשורות לאותו נושא ליבה. למשל, סביב הנושא "מחקר מילות מפתח", יש cluster שכולל, "איך עושים מחקר מילות מפתח", "כלים למחקר מילות מפתח", "מילות מפתח עם זנב ארוך", "מחקר מילות מפתח חינם", "מילות מפתח לאיקומרס". כולן סביב אותו נושא ליבה, אבל כל אחת ייחודית ב-intent וזווית.
איך ממפים cluster
במקום למפות כל מילה ל-URL נפרד, אתם ממפים את ה-cluster למבנה pillar+spokes,
Pillar page (הראשי)
URL אחד מקיף שמכסה את הנושא הליבה הרחב. במקרה שלנו, "/מחקר-מילות-מפתח-המדריך-המלא/". הוא מטרגט את ה-head term ("מחקר מילות מפתח") + כל המילים הקרובות. ראו את המדריך ל-pillar pages.
Spoke pages (משניים)
URLs נפרדים לכל זווית עם נפח משמעותי. "/כלים-למחקר-מילות-מפתח/", "/מילות-מפתח-זנב-ארוך/", "/מחקר-מילות-מפתח-לאיקומרס/". כל spoke מטרגט את המילים הספציפיות שלו + ביטוי long tail.
קישורים פנימיים
ה-pillar מקשר לכל ה-spokes ב-anchor text של המילה הראשית של כל spoke. כל spoke חוזר ומקשר ל-pillar עם anchor text של ה-head term. זה יוצר את המבנה ש-Google מזהה כסמכות נושאית.
למה זה עובד יותר טוב מ-1:1 mapping
כשממפים 1 מילה ל-1 URL בלי לחשוב על קבוצות, אתם מקבלים אתר מפוצל. 50 מאמרים עצמאיים בלי קשר ביניהם. גוגל לא מבין שהם שייכים לאותו נושא, ואתם מפסידים את הסמכות הנושאית (Topical Authority). כשממפים cluster-based, גוגל מבין מיד שהאתר שלכם מתעמק בנושא, ומדרג אתכם גבוה גם על מילים שלא טרגטם ספציפית, כי הוא רואה את ה-cluster כשלם.
כמה clusters לאתר?
✅ אופטימלי
- אתר עסקי שירות, 3-7 clusters עיקריים
- בלוג מקצועי, 5-15 clusters
- אתר eCommerce, 1 cluster לכל קטגוריה (10-50)
- אתר SaaS, 1 cluster לכל use-case + 1 לכל פיצ\'ר עיקרי
❌ סימני אזהרה
- פחות מ-2 clusters, האתר פזור מדי
- יותר מ-30 clusters לאתר תוכן, אין פוקוס
- cluster עם רק מילה אחת, בעצם זה לא cluster
- שני clusters עם חפיפה של 30%+, צריך לאחד
תקשיבו, cluster זה לא רק עניין SEO, זה גם עניין UX. כשגולש מגיע לאחד ה-spokes, הוא רוצה למצוא מהר את הנושאים הקשורים. ה-cluster הזה הוא בעצם תפריט נושאי שעוזר לגולש לנווט. ה-pillar הוא ה-hub שמרכז את הכל. גוגל בעצם הוקסם מהקונספט הזה כי הוא קורא user journey טבעי, וקריאה זאת הוא רואה כסיגנל איכותי.
🗂 URL planning, איך המפה חושפת אילו URLs לבנות
אחד הדברים היפים במיפוי טוב, הוא חושף לכם אילו URLs אתם צריכים לבנות שעדיין לא קיימים. אם עשיתם את התהליך נכון, יש לכם עכשיו רשימה של 100-200 שורות, וכשאתם מסננים לפי "Target URL = TBD" או "URL לא קיים", אתם רואים בדיוק את ה-content gap שלכם.
איך מהמפה גוזרים URL plan
פתחו את ה-spreadsheet, סננו לפי Target URL. תקבלו כמה שורות לכל URL ייעודי. עכשיו תיקחו רק את ה-unique URLs מהעמודה הזאת, ותקבלו את רשימת כל העמודים שאתם צריכים שיתקיימו באתר. תקבלו רשימה כמו זאת,
| URL | סטטוס | סה\"כ מילים מטורגטות | סך נפח חודשי |
|---|---|---|---|
| /מחקר-מילות-מפתח-המדריך-המלא/ | קיים | 12 | 4,800 |
| /keyword-mapping/ | צריך לבנות | 6 | 1,200 |
| /topic-clusters-hub-spoke/ | קיים | 8 | 2,400 |
| /long-tail-keywords/ | צריך לבנות | 15 | 3,600 |
סדרי עדיפויות לבנייה
עכשיו צריך להחליט מה לבנות קודם. אני משתמש במטריצה של 2 גורמים, נפח חיפוש מצטבר (סך הנפח של כל המילים המטורגטות ב-URL) וקושי ממוצע (KD ממוצע). URLs עם נפח גבוה + קושי נמוך = priority 1, בונים מיד. נפח גבוה + קושי גבוה = priority 2, בונים אבל יודעים שצריך השקעה. נפח נמוך + קושי נמוך = priority 3, ממלאים פערים. נפח נמוך + קושי גבוה = לא בונים.
structure של URLs
זה גם הזמן להחליט על מבנה ה-URLs עצמם. אני תמיד הולך עם, מבנה רדוד (כמה שפחות slashes), URLs עבריים אם האתר עברי (לא transliteration לאנגלית), מילים מופרדות במקפים, ללא query parameters, ללא תאריכים. "/מיפוי-מילות-מפתח-לעמודים/" ולא "/blog/seo/2026/05/keyword-mapping-for-pages/". המבנה הראשון יותר מעולה ל-SEO, יותר קל לזכור, ויותר עמיד בזמן.
אילו URLs לא לבנות
לא כל URL ברשימה צריך להיבנות. אם רואים שמילה אחת עם 200 חיפושים בחודש דורשת URL ייעודי, ויש לכם כבר pillar שמכסה את הנושא, הוסיפו את המילה ל-pillar במקום ליצור עמוד דק חדש. אם cluster יוצא עם 2 spokes בלבד וכל אחד עם פחות מ-300 חיפושים, שקלו לאחד אותם ל-pillar אחד. עמודים דקים הם הבעיה השנייה הכי גדולה אחרי קניבליזציה.
אגב, המפה הזאת היא לא תעודה סופית. ככל שאתם בונים URLs, אתם מתחילים לראות מה עובד ומה לא, ומחליטים על URLs שלא תכננתם או מוותרים על URLs שתכננתם. זה תהליך חי, וזה ההבדל בין מפה ל-blueprint מוקפא. נחזור לזה בפרק על תחזוקה חודשית.
🤔 keywords עמומים, איך מטפלים במילים שמתאימות ל-2 עמודים
זה הרגע המאתגר. אתם ממפים, ומגיעים למילה שבאמת יכולה לשבת ב-2 עמודים שונים. "מחיר אתר אינטרנט" יכול להיות בעמוד "שירותי בניית אתרים" (כי השירות עולה X) או בעמוד מאמר "כמה עולה אתר אינטרנט" (כי זה גם תוכן הסבר). מה עושים?
שלב 1, תסתכלו על ה-SERP
הצעד הראשון, תמיד. תפתחו גוגל בדפדפן incognito, תחפשו את המילה, ותראו אילו סוגי עמודים גוגל מציגה. אם רוב 10 התוצאות הראשונות הן עמודי מאמר/הסבר, גוגל החליט שהכוונה היא informational, והעמוד שלכם צריך להיות מאמר. אם רוב התוצאות הן עמודי שירות/מחירון, הכוונה היא commercial, והעמוד שלכם צריך להיות עמוד שירות. הקבלה ל-SERP זה הסיגנל הכי חשוב.
שלב 2, תסתכלו על ה-intent
בנוסף, תשאלו את עצמכם, מי מחפש את המילה ולמה. "מחיר אתר אינטרנט" יכול להיות אדם שמחפש לקנות (commercial) או אדם שסתם מתעניין בעלויות (informational). תפתחו את Search Console (אם יש URL קיים) ותראו אילו מילים נוספות מגיעות איתה. אם רוב המילים הנלוות הן "מחיר X", "כמה עולה Y", אתם מבינים את הכוונה.
שלב 3, החליטו בין 4 פתרונות
Single URL, single mapping (הכי נפוץ)
בוחרים URL אחד, מקצים את המילה אליו, וזהו. ה-URL השני לא מטרגט את המילה הזאת. זה הפתרון ב-80% מהמקרים, וזה גם הפתרון הכי בטוח.
שינוי הטרגוט של העמוד
אם המילה לא מתאימה באמת לאף אחד מהעמודים הקיימים, ייתכן שאתם צריכים לשנות את הטרגוט של אחד מהעמודים. "שירותי בניית אתרים" יכול להפוך ל"שירותי בניית אתרים + מחיר" עם סקציה ייעודית למחיר.
URL שלישי
אם נפח החיפוש של המילה מצדיק עמוד ייעודי (1,000+ חיפושים בחודש), שווה לשקול URL נפרד שמטרגט אותה ספציפית, ושני העמודים הקיימים מקשרים אליו.
ויתור
לפעמים, התשובה הנכונה היא לוותר על המילה. אם היא לא מתאימה לעמוד קיים, ולא מצדיקה עמוד ייעודי, פשוט תוציאו אותה מהמפה. לא כל מילה צריכה להיות מטורגטת. ויתור הוא צעד אסטרטגי, לא כישלון.
איך לתעד את ההחלטה
בעמודת ה-Notes של ה-spreadsheet, תכתבו את הנימוק. "מילה X מטורגטת ל-URL Y כי SERP מראה intent commercial, URL Z לא ייגע במילה הזאת". כעבור 6 חודשים, כשתחזרו ל-spreadsheet, לא תזכרו למה החלטתם ככה. הנימוק חוסך לכם להחליט מחדש כל פעם.
כשבאמת קשה להחליט, אני מתחיל עם החלטה ראשונית, מציין אותה ב-Notes כ-"tentative", וחוזר לבדוק אחרי שהעמוד חי שלושה חודשים. רואים בדאטה האמיתית, האם המילה הביאה תנועה לעמוד? אם כן, ההחלטה הייתה נכונה. אם לא, אני מנסה לעבור לעמוד השני. ההתחלה לא חייבת להיות מושלמת, היא חייבת להיות מתועדת ולנייד.
🔍 מיפוי לאתר קיים, איך עושים audit ומפים מחדש
עד עכשיו דיברנו על בנייה מ-0. אבל רוב מי שקורא את המאמר הזה כבר יש לו אתר. 50, 200, 800 עמודים שכבר חיים, חלקם מדורגים, חלקם לא. איך ממפים אתר קיים?
שלב 1, ייצוא URLs קיימים
שלפו את כל ה-URLs הקיימים באתר. דרכים, sitemap.xml (אם מעודכן), Screaming Frog crawl (הכי מהימן), או Google Search Console > Pages report. תייצאו ל-CSV ותקבלו עמודה אחת עם כל ה-URLs.
שלב 2, עבור כל URL, רשמו מה הוא מטרגט כיום
זה השלב המייגע. עוברים URL אחר URL, ובוחנים, מה הוא אמור לטרגט? מה הוא בפועל מטרגט (לפי GSC)? הכניסו לעמודה. "Target keyword (planned)" ו-"Actual keyword (ranking)". אם הם שונים מאוד, זה רמז שהעמוד לא ממוקד מספיק.
שלב 3, איתור duplications
סננו את ה-spreadsheet ובדקו, האם יש 2 URLs שטוענים לטרגט את אותה מילה? אם כן, יש לכם קניבליזציה, וצריך להחליט מה לעשות (איחוד, canonical, או שינוי intent של אחד).
שלב 4, איתור gaps
השוואה לרשימת מילות המפתח האידיאלית שלכם (מהמחקר). מילים שאמורות להיות מטורגטות אבל אין URL שמטרגט אותן, אלה ה-gaps. הוסיפו אותן ל-spreadsheet עם Target URL = TBD.
שלב 5, איתור orphans
URLs שלא מטרגטים שום מילה ערכית. אולי דפי tag ישנים, אולי עמודים שנוצרו לקמפיינים ושכחו ממנים. החליטו, האם לעדכן/לאחד/למחוק? עמוד שלא מטרגט כלום הוא נטל, לא נכס.
שלב 6, איתור misalignments
URLs שמתכננים לטרגט X אבל בפועל מדורגים על Y. שני סיכויים, או שגוגל יודע משהו שאתם לא (העמוד באמת מתאים יותר ל-Y), או שהעמוד כתוב לא נכון (כתבתם על Y במקום X). תחקרו את כל מקרה.
כמעט בכל לקוח חדש שלי, יש 200-500 עמודי בלוג ישנים שאף אחד לא מתחזק. הראשון, תייצאו את כולם, תבדקו מה מקבל תנועה אורגנית (Search Console > Pages > מסננים לפי URL prefix /blog/). מה שמקבל פחות מ-20 ביקורים בחודש, מועמד למחיקה (301 לעמוד רלוונטי) או לאיחוד עם עמודים אחרים. מה שמקבל יותר, מועמד לרענון. אל תשאירו 500 עמודים מתים באתר, הם מורידים את ה-crawl budget של כל האתר.
תוצאת ה-audit
בסוף ה-audit אתם אמורים לקבל את הסיווג הבא, X URLs שטוענים נכון ועובדים, Y URLs שטוענים נכון אבל לא עובדים (צריך אופטימיזציה), Z URLs שטוענים לא נכון (צריך rewrite), W URLs שלא טוענים לכלום (צריך החלטה, מחיקה/איחוד), ו-V URLs שאמורים להיות אבל אין (Content gap, צריך בנייה). המספרים האלה הם הבסיס לתכנית עבודה של 6-12 החודשים הבאים.
🔗 הקשר בין מיפוי ל-topic clusters, אופרציה מול תיאוריה
אם קראתם את המדריך שלי על topic clusters, ראיתם תיאוריה. כאן אני נותן את ה-בריאת הקודש, מיפוי מילות מפתח הוא הדרך המעשית שבה topic clusters מתממשים. בלי מיפוי, topic clusters הוא קונספט. עם מיפוי, הוא תכנית פעולה.
איך מיפוי operationalizes clusters
topic clusters בכללי אומרת לכם, "בנו pillar + spokes סביב נושאים". מיפוי אומר לכם, "זה ה-pillar, אלה ה-spokes, אלו המילים של כל אחד, וזה סדר העדיפויות לבנייה". המפה היא הסיפור היומיומי של ה-cluster strategy.
איך לראות clusters במפה
בעמודת ה-Cluster של ה-spreadsheet, כל cluster מקבל שם משלו. "keyword-research", "local-seo", "link-building", "technical-seo". מסננים לפי cluster ורואים את כל המילים ב-cluster + כל ה-URLs שלהן. זה ה-view של ה-cluster במלואו. הקשר בין pillar ל-spokes יוצא ברור מהמפה,
| Cluster | Keyword | Target URL | Type |
|---|---|---|---|
| keyword-research | מחקר מילות מפתח | /מחקר-מילות-מפתח-המדריך-המלא/ | pillar |
| keyword-research | כלים למחקר מילות מפתח | /כלים-מחקר-מילות-מפתח/ | spoke |
| keyword-research | מילות מפתח עם זנב ארוך | /long-tail-keywords/ | spoke |
| keyword-research | מיפוי מילות מפתח | /מיפוי-מילות-מפתח-לעמודים/ | spoke |
| keyword-research | קניבליזציה מילות מפתח | /קניבליזציה-מילות-מפתח/ | spoke |
הזרימה בין pillar ל-spokes ב-URL plan
בכל cluster, ה-pillar הוא תמיד הראשון בבנייה. הוא ה-foundation. אחריו, ה-spokes נבנים לפי priority. כל spoke כש-נוצר, מקבל קישור מה-pillar (וההיפך). זה לא משהו שעושים אחר כך, זה משהו שמתכננים מראש במפה. בעמודה Notes של כל שורה, מציינים, "מקושר אל ___" ו-"מקושר מ-___". זה מבטיח שלא נשכח את הקישור הפנימי, שהוא ה-glue של ה-cluster.
איך לדעת שה-cluster שלם
cluster נחשב שלם כש, יש pillar אחד שמטרגט את ה-head term, יש 5-10 spokes שמטרגטים את כל המילים הקרובות (long-tail, intent variants, modifier-based), כל ה-spokes מקושרים מה-pillar, וה-pillar מקושר מכל ה-spokes, וה-internal linking מהיר ושלם.
גוגל מודדת Topical Authority של אתר, עד כמה הוא נחשב סמכותי בנושא מסוים. clusters זה איך גוגל מזהה את הסמכות הזאת. אם יש לכם 1 מאמר על SEO, אתם לא סמכות. אם יש לכם cluster של 12 מאמרים מקיפים על SEO, מקושרים זה לזה במבנה pillar+spokes, אתם סמכות. מיפוי הוא הדרך לוודא שאתם בונים את הסמכות הזאת באופן שיטתי ולא במקרה.
🛠 הכלים, Ahrefs Keyword Manager, Semrush, ClickFlow, Google Sheets
הכלים שתעבדו איתם משנים את החיים. כלי טוב חוסך לכם שעות. כלי רע גורם לכם להתעלם מהמיפוי. הנה הכלים האמיתיים שעובדים, עם הניסיון שלי בכל אחד.
Ahrefs Keyword Manager
הכלי הכי טוב ב-2026 לניהול keyword map שמשולב עם דאטה חיה. הוסיפו מילים ל-list, הכלי מציג נפח, KD, traffic potential, ועוד. החלוקה ל-clusters אוטומטית-למחצה (אתם מאשרים). ה-pricing נכלל ב-Ahrefs Standard ($249/חודש). חיסרון, ה-UI לא מאפשר ניהול spreadsheet רגיל, צריך לעבוד בתוך Ahrefs.
Semrush Keyword Strategy Builder
הכלי המקבילי של Semrush, וגם הוא טוב. הוא מציע אוטומטית clusters מבוססי SERP overlap (אם 2 מילים מציגות אותם 10 תוצאות, הן באותו cluster). היתרון, אינטגרציה עם Position Tracking של Semrush, רואים את המפה ואת הביצועים באותו מקום. במחיר $139/חודש (Pro).
ClickFlow (כיום Conductor)
כלי enterprise פחות מוכר, אבל מצוין למיפוי ול-content briefs. השילוב של keyword mapping + brief generation מקצר workflow. בעיקר רלוונטי לסוכנויות וצוותים גדולים. מחיר על בקשה ($1,000+/חודש).
Google Sheets (החינמי, וגם הכי גמיש)
בסופו של דבר, רוב המקדמים שאני מכיר עובדים ב-Google Sheets רגיל. למה? כי הוא חינם, גמיש לחלוטין, מאפשר custom formulas, ועובד עם 100 פרויקטים במקביל בלי מגבלה. החיסרון, אין דאטה חיה, צריך לייבא ולעדכן ידנית. אבל לרוב המקרים זה הפתרון הנכון.
טבלת השוואה
| כלי | איכות clustering | אינטגרציה דאטה | גמישות | מחיר |
|---|---|---|---|---|
| Ahrefs Keyword Manager | גבוהה | מעולה (אוטומטית) | בינונית | $249+/חודש |
| Semrush KSB | גבוהה | מעולה (אוטומטית) | בינונית | $139+/חודש |
| ClickFlow / Conductor | מצוינת | מעולה | גבוהה | $1,000+/חודש |
| Google Sheets | ידני | ייבוא ידני | מקסימלית | חינם |
| Airtable | ידני | API מאפשר | גבוהה | $10+/חודש |
השילוב שאני ממליץ עליו
לרוב המקדמים, השילוב המנצח הוא, Ahrefs (לדאטה ולמחקר ראשוני) + Google Sheets (לניהול היומיומי של ה-map). אתם משתמשים ב-Ahrefs לגלות מילים ולקבל נתונים, מייצאים ל-CSV, ומנהלים את הכל ב-Sheets שמותאם בדיוק לתהליך שלכם. ככה אתם מקבלים את הטוב משני העולמות, דאטה איכותית + workflow גמיש.
אם אתם בלי כלי בתשלום, יש דרך שעובדת. השתמשו ב-Google Keyword Planner (חינמי עם חשבון Google Ads) + Google Search Console + Google Sheets. תקבלו 80% מהדאטה שיש לכם ב-Ahrefs, חינם. הפילטר הוא ש-Keyword Planner מציג טווחים (1K-10K) במקום מספרים מדויקים, אבל לרוב ההחלטות זה מספיק.
📅 תחזוקה חודשית של ה-map, איך לא נותנים לו להתיישן
הטעות הגדולה ביותר במיפוי, היא לחשוב שעשו אותו פעם ונגמר. מפה שלא מתעדכנת היא לא מפה, היא ארכיון. הנה ה-workflow שלי לתחזוקה חודשית, שלוקח 2-3 שעות בחודש על אתר בינוני.
פעם בחודש, 4 פעולות
פעולה 1, הוספת מילים חדשות
פתחו את Search Console > Performance, סננו ל-90 הימים האחרונים. תסתכלו על קווריז שאתם מקבלים impressions עליהן אבל לא נמצאות במפה. אלה מילים חדשות שגוגל החליט לשייך אליכם, ואתם לא תכננתם. הוסיפו ל-spreadsheet, החליטו לאיזה URL הן שייכות (לרוב URL שכבר קיים, אם הן מילים נוספות לנושא), ואיפה הן צריכות לקבל יותר תשומת לב.
פעולה 2, סימון מילים מתות
תסננו ב-spreadsheet לפי Last Updated > 12 חודשים + Position > 30. מילים שלא זזו אחרי שנה במיקום נמוך, או שאתם לא רוצים את העמוד יותר, או שצריך rewrite מקיף. החליטו, אם זה לא רלוונטי לעסק יותר, סמנו Status = retired. אם זה רלוונטי, סמנו Status = needs-update.
פעולה 3, עדכון Position + clicks
תייבאו את הדאטה החדשה מ-GSC או מהכלי שלכם. עדכנו את עמודות Current Position ו-Current URL. סננו לפי שינוי משמעותי (יותר מ-10 מקומות עלייה/ירידה), ובדקו, האם משהו השתנה ב-URL? האם יש קניבליזציה חדשה? האם המתחרים זזו? נושאי החקירה לחודש הבא.
פעולה 4, עדכון priorities
תחזרו על priorities. מילים שעלו ל-position 11-15, הופכות ל-priority 1 (קל לדחוף לעמוד הראשון). מילים שירדו, הופכות ל-priority 2 או 3. מילים שלא זזו 6 חודשים, מגדירים אם להשקיע או לשחרר.
פעם ברבעון, פעולה נוספת
אחת לרבעון אני מבצע cluster review. תסתכלו על כל cluster, ובדקו, האם ה-pillar עדיין רלוונטי? האם חסרים spokes? האם יש spokes שכבר לא רלוונטיים? האם נוספו נושאים חדשים בתחום שצריך cluster משלהם?
פעם בשנה, audit מלא
אחת לשנה, מבצעים את כל ה-audit שתואר בפרק 8. זה לוקח יום שלם של עבודה. אבל הוא חיוני, כי אחרי שנה של תחזוקה חודשית, יש דברים שנשמטים. ה-audit השנתי תופס אותם.
אם לא מתעדכנים לפחות אחת לחודש, ה-map הופך לרעיון אקדמי. כותבים מתחילים לכתוב בלי לבדוק את ה-map כי הם לא סומכים עליו. הלקוח לא מקבל דוחות שמבוססים עליו. ולאט לאט, ה-map נמחק מהפרקטיקה, וחוזרים לכאוס המקורי. תחזוקה חודשית היא לא luxury, היא הקיום של ה-map.
איך לתעד שינויים
בעמודה Notes, או בטאב נפרד "Change Log", תרשמו תאריך + שינוי + סיבה. "2026-03-15, הוספנו cluster חדש 'GEO' עם 4 spokes, כי גילינו דרישה ב-GSC". זה חוסך לכם את ה-question הקיומי "למה הוספנו את זה?" עוד שלושה חודשים, וגם מאפשר לחבר צוות חדש להבין את ההיסטוריה של ההחלטות.
🚨 5 הטעויות הקלאסיות במיפוי, ואיך להימנע מהן
אחרי 20 שנה של עבודה עם keyword maps של עשרות לקוחות, יש לי רשימה של טעויות שאני רואה חוזרות שוב ושוב. הן לא קשורות לידע, אלא להרגלים. אם תזהו אותן בעצמכם, אתם כבר חצי דרך לתקן.
טעות 1, אותה מילה ב-2 URLs (זה קניבליזציה מובנית)
הטעות הכי נפוצה. במפה יש מילה X מטורגטת ל-URL A, ומילה X מטורגטת גם ל-URL B. זה אומר שמההתחלה תכננתם קניבליזציה. מצב כזה צריך להידלק כ-אדום על המפה. כל מילה צריך URL אחד בדיוק.
טעות 2, התעלמות מ-intent
ממפים את "שירותי SEO" ל-URL של מאמר "מה זה שירותי SEO". אבל ה-SERP של המילה מראה רק עמודי שירות (כי intent commercial). העמוד שלכם לא ידורג. תמיד תבדקו את ה-SERP ותתאימו את סוג העמוד ל-intent.
טעות 3, מיפוי 50 מילים לעמוד אחד
פיתוי הולך, "בואו ננסה לטרגט כמה שיותר ב-URL אחד". אבל גוגל לא יכול לדרג עמוד אחד ל-50 מילים. עמוד טוב מטרגט 5-15 מילים קשורות (מילה ראשית + variants + long-tail). יותר מזה, הוא לא ממוקד.
טעות 4, אי-עדכון אחרי שינויים באתר
שיניתם URL מ-"/blog/X/" ל-"/X/". עשיתם 301. אבל ב-spreadsheet עוד רשום ה-URL הישן. אחרי 4 חודשים, אתם מסתכלים על ה-map ולא מבינים למה הקישורים שבורים. תעדכנו את ה-map בכל שינוי, באותו יום שעשיתם את השינוי.
טעות 5, מיפוי תיאורטי בלי לבדוק את ה-SERP
ממפים על בסיס מה שאתם חושבים שגוגל מציג. אתם חושבים שעל "מחיר אתר" מציגים מחשבוני מחיר, אבל בפועל מציגים מאמרי הסבר. אתם בונים מחשבון, וגוגל לא מדרג אותו, כי הוא לא מתאים ל-intent בפועל. תמיד תבדקו את ה-SERP לפני שאתם ממפים.
✅ מה כן לעשות
- מילה אחת = URL אחד
- תמיד לבדוק SERP לפני מיפוי
- לקבץ למקסימום 15 מילים לעמוד
- לעדכן את ה-map בכל שינוי באתר
- לתאם את סוג העמוד ל-intent
❌ מה לא לעשות
- למפות אותה מילה לכמה URLs
- להניח את ה-intent בלי לבדוק
- לדחוף 50 מילים לעמוד אחד
- להשאיר את ה-map בלי עדכון
- לבחור סוג עמוד שלא מתאים
הטעות הכי גרועה היא לעשות מפה מצוינת ולא להשתמש בה. ראיתי לקוחות שהוציאו שבועיים על בניית map, ואז כתבו את המאמרים שלהם בלי לפתוח אותו. כי הם שכחו שזה קיים, או כי זה היה במקום שלא נוח. תוודאו שה-map הוא ה-source of truth של החלטות תוכן, ושכל כותב חייב לפתוח אותו לפני שמתחיל לכתוב.
🛒 מיפוי לאיקומרס, category vs product distinction
אתר eCommerce הוא מקרה מיוחד. יש לו מבנה היררכי טבעי, קטגוריות > תת-קטגוריות > מוצרים. ולכל רמה יש סוג מילה ייחודי. המיפוי באיקומרס שונה מעיקרון מאתר תוכן, ויש כאן כללי משחק משלהם.
3 רמות, 3 סוגי מילים
Category pages (head terms)
מטרגטים מילים רחבות. "נעלי ספורט", "לפטופים", "שמלות ערב". נפח גבוה, תחרות גבוהה, intent commercial. כל קטגוריה ראשית = URL אחד = מילה ראשית אחת + variants.
Sub-category pages (modifier-based)
מטרגטים מילים עם modifiers. "נעלי ספורט לגברים", "נעלי ספורט נייקי", "נעלי ספורט במבצע". פחות תחרותי מ-head, אבל עם כוונת קנייה גבוהה.
Product pages (long-tail + brand+model)
מטרגטים brand+model+attribute. "Nike Air Max 90 שחור גודל 42". נפח נמוך לכל אחד, אבל המוני מהן ביחד, וה-conversion הכי גבוה.
הטעויות הקלאסיות באיקומרס
טעות 1, מיפוי "נעלי ספורט" ל-product page. אסור. "נעלי ספורט" הוא head term, הוא הולך ל-category. ה-product page יקבל את "Nike Air Max 90". טעות 2, יצירת 50 category pages עם שמות דומים ("נעלי ספורט גברים", "נעלי ספורט לגברים", "נעליים ספורטיביות לגברים"), כולן עם אותה רשימת מוצרים. זה קניבליזציה מובנית. בחרו אחת, השאר 301 אליה. טעות 3, התעלמות מ-faceted navigation. פילטרים יוצרים URLs נוספים אוטומטית (?color=red&size=42) שמתחרים על אותה מילה. צריך canonical או robots חכמים.
איך ה-map נראה לאתר eCommerce
| URL | Type | Target keyword | Intent | Volume |
|---|---|---|---|---|
| /shoes/ | category-main | נעלי ספורט | commercial | 40,000 |
| /shoes/men/ | category-sub | נעלי ספורט גברים | commercial | 12,000 |
| /shoes/nike/ | category-brand | נעלי ספורט נייקי | commercial | 8,000 |
| /shoes/nike-air-max-90/ | product | nike air max 90 | transactional | 3,500 |
buying guides כ-spoke ל-category
בנוסף לעמודי קטגוריה ומוצר, אתר eCommerce צריך buying guides שהם spokes ל-category. "איך לבחור נעלי ספורט", "מדריך מידות לנעלי ריצה", "הבדל בין נעלי כדורגל לנעלי כדורסל". אלה מילים informational, הולכות לבלוג, ומקושרות לעמוד הקטגוריה הרלוונטי. זה ה-cluster הנכון של eCommerce, category (head) + sub-categories + product pages + buying guides.
באיקומרס, בכל שילוב של פילטרים, אתם מקבלים URL חדש. /shoes/?color=red&size=42&brand=nike יוצר עמוד שאף אחד לא מתכוון אליו. צריך להחליט אסטרטגית, אילו שילובים מקבלים URL אינדקסבילי (כי אנשים מחפשים "נעלי נייקי אדומות"), ואילו מקבלים noindex או canonical לעמוד האב. תעדו את ההחלטות האלה ב-spreadsheet, אחרת תקבלו 50,000 URLs באינדקס שאף אחד מהם לא מטרגט שום מילה.
💼 מיפוי ל-SaaS, homepage vs features vs use-cases
אתר SaaS הוא חיה אחרת. אין לו 5,000 מוצרים. יש לו פיצ'רים, use-cases, פתרונות לפי תעשייה, ועוד. המיפוי שלו דורש חשיבה אחרת מ-eCommerce או מאתר תוכן. הנה המבנה שאני מאמץ.
4 סוגי עמודים, 4 סוגי מילים
Homepage (brand + category head)
הומפייג של SaaS מטרגט את שם המוצר + הקטגוריה. "Slack" + "team chat software". זה ה-URL היחיד שמטרגט את שם המותג, ואחד הבודדים שמטרגט את ה-category head.
Feature pages
כל פיצ'ר עיקרי מקבל URL. "/features/integrations/", "/features/automation/", "/features/security/". מטרגטים מילים כמו "team chat with integrations" או "workflow automation tool".
Use-case pages
פתרונות לפי קהל. "/for/marketing-teams/", "/for/developers/", "/for/sales/". מטרגטים מילים כמו "chat software for marketing teams".
Comparison/Alternative pages
פוזיציה מול מתחרים. "/slack-vs-teams/", "/slack-alternatives/". מטרגטים מילים שכבר מצביעות על כוונת רכישה ("vs", "alternatives").
השכבה החמישית, blog/help center
בנוסף ל-4 הסוגים האלה, אתר SaaS צריך בלוג ל-thought leadership ו-help center לתמיכה. הבלוג מטרגט מילים informational סביב ה-category (לדוגמה, "how to improve team communication"). ה-help center מטרגט מילים how-to על איך משתמשים במוצר ("how to set up Slack channels").
הטעויות הקלאסיות ב-SaaS
טעות 1, להומפייג שמטרגט את הכל. הומפייג מצוין מטרגט בדיוק 1-2 מילים. כל השאר הולך לפיצ'ר/use-case pages. טעות 2, אין use-case pages. רק homepage + features. זה מפסיד את כל המילים של "X for Y" שיש להם נפח גבוה. טעות 3, אין comparison pages. מתחרים גוזרים אתכם בכל "vs" search כי אין לכם URL ייעודי. טעות 4, אין help center. כל המילים "how to do X with our product" הולכות למתחרים או ל-Reddit.
איך ה-map נראה לאתר SaaS
| URL | Type | Target keyword | Intent |
|---|---|---|---|
| / | homepage | team chat software | commercial |
| /features/integrations/ | feature | team chat with integrations | commercial |
| /for/marketing-teams/ | use-case | chat for marketing teams | commercial |
| /slack-vs-teams/ | comparison | slack vs teams | commercial |
| /blog/improve-team-communication/ | blog | how to improve team communication | informational |
| /help/setup-channels/ | help | how to set up slack channels | informational |
הרבה SaaS מתחילים עם homepage + features ועוצרים שם. הם תוהים למה אין להם תנועה אורגנית. הסיבה, הם בנו 5 URLs, אבל הקטגוריה שלהם דורשת 50. תחשבו על SaaS כאתר תוכן עם 5 רמות, homepage + features + use-cases + comparisons + blog + help. כל רמה היא cluster משלה. בלי כל 5, התנועה האורגנית תתעכב. עם כולן, היא תתפוצץ. זה לא בנייה של חודש, זה בנייה של שנה. אבל המיפוי הוא הכלי שמראה את כל הדרך מראש.
✅ ה-workflow המלא + checklist להתחלת המיפוי שלכם
הגענו לסוף. בואו נסגור עם workflow פרקטי שאתם יכולים להפעיל ביום שאחרי הקריאה. אני אגיד לכם בדיוק מה לעשות, בסדר הזה.
השבוע הראשון, הקמת ה-spreadsheet
- פתחו Google Sheet חדש בשם "[שם פרויקט] - Keyword Map"
- צרו את העמודות החובה (Keyword, Intent, Volume, KD, Target URL, Status, Priority, Content Type, Cluster, Notes)
- צרו filter views מוכנים מראש ("Ideas to evaluate", "Live but underperforming", "Cannibalization alerts")
- הגדירו validation rules בעמודת Status, Priority, Content Type (dropdowns בלבד)
- שתפו את ה-sheet עם הצוות, תנו לכל אחד הרשאת קריאה לפחות
השבוע השני, מחקר ראשוני
- תכתבו 10-20 seed keywords ידנית
- הריצו אותם בכלי שלכם (Ahrefs/Semrush/DataForSEO), קבלו 500-2,000 מילים
- תנקו את הרשימה ידנית, השאירו רק רלוונטיות
- תייבאו לפ-spreadsheet, מילאו Volume + KD
השבוע השלישי, סיווג
- לכל מילה, סווגו Intent (קראו לסיווג כוונת חיפוש)
- לכל מילה, סווגו Content Type שמתאים
- קבצו ל-clusters, מלאו עמודת Cluster
- תבדקו את ה-SERP לכל מילה ראשית כדי לוודא ש-intent + content type מתאימים
השבוע הרביעי, הקצאת URLs
- לכל cluster, החליטו על pillar URL (אם לא קיים, סמנו TBD)
- לכל מילה ב-cluster, החליטו אם ה-pillar מטרגט אותה או שצריך spoke ייעודי
- מלאו עמודת Target URL
- בדקו, אין מילה ב-2 URLs, אין URL בלי מילה
- מלאו Priority לכל שורה (P0/P1/P2/P3)
חודש שני, תחילת בנייה
- סננו לפי Priority=P0 + Status=idea, תקבלו את רשימת ה-URLs לבנות קודם
- בנו content brief לכל URL לפי המילים שמטורגטות אליו
- תכתבו את התוכן, פרסמו, שנו Status ל-live
- מלאו Current Position + Current URL לכל מה שעולה
תחזוקה חודשית קבועה
- פעם בחודש, ייבוא נתוני GSC, עדכון Position+Clicks+URL
- הוספת מילים חדשות מ-GSC ל-spreadsheet
- סימון מילים מתות (Status = retired)
- עדכון Priority לפי תוצאות
- פעם ברבעון, cluster review
- פעם בשנה, audit מלא
אני מנהל אתרים גדולים עם 800+ עמודים על בסיס המתודולוגיה הזאת. זה לא מורכב, זה רק שיטתי. כל שעה שאתם משקיעים בבניית ה-map חוסכת לכם 5 שעות של מאמרים שלא מתאחדים, קניבליזציה שצריך לתקן, ומחקרים שצריך לעשות מחדש. תתחילו השבוע, אל תחכו לרגע ה"נכון".
📖 מילון מושגים
- Keyword Mapping
- הקצאת כל מילת מפתח יעד ל-URL אחד מדויק באתר, כדי למנוע קניבליזציה ולבנות מבנה תוכן שיטתי
- Seed Keywords
- 10-20 מילות מפתח התחלתיות שמשמשות כנקודת זינוק למחקר, נכתבות ידנית לפני שימוש בכלים
- Cluster
- קבוצה של מילות מפתח שכולן סובבות סביב נושא ליבה אחד, מתאחדות למבנה pillar+spokes
- Target URL
- ה-URL היחיד באתר שמיועד לטרגט מילת מפתח מסוימת, מוקצה במיפוי
- Content Gap
- מילות מפתח שיש להן ערך לעסק אבל אין באתר URL שמטרגט אותן, נחשפות במיפוי
- Orphan URL
- URL באתר שלא מטרגט שום מילה ערכית או שאין לו קישורים פנימיים נכנסים, נטל ולא נכס
- Misalignment
- מצב שבו ה-URL שמתכנן לטרגט מילה X בפועל מדורג על מילה Y, סימן לבעיה בכתיבת התוכן
- Priority (P0-P3)
- סיווג בחשיבות של מילה במפה, P0 בנייה מיידית, P3 לתחקיר עתידי
- Status
- סטטוס בנייה של ה-URL במפה, idea/planned/in-progress/live/needs-update/retired
- Cluster Review
- תהליך רבעוני שבוחן את שלמות ה-cluster, האם ה-pillar עדיין רלוונטי, האם חסרים spokes