Content Brief, איך כותבים תקציר טוב לכותב SEO

📋 מה זה content brief (ולמה רוב מקדמי האתרים לא משתמשים בו)

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

הסיפור הקלאסי שלי, לקוח מגיע ואומר, "שמוליק, הזמנתי 10 מאמרים מכותבים חיצוניים, קיבלתי 10 מאמרים אבל אף אחד לא מדורג. תוכל לבדוק?". אני נכנס לתיקייה, רואה מאמרים יפים. בעברית תקינה, ‏עם כותרות וטקסט זורם. אבל אז אני מסתכל בכותרת ה-H1, ‏ב-meta description, ‏ב-intent, ‏ובחיפוש שאמור לדרג, ‏וקופץ לי בעין שום דבר לא מתאים. אני שואל אותו, "מה היה ה-brief?". התשובה, "הוא ידע לכתוב על הנושא הזה". זאת התשובה הכי גרועה שאני שומע.

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

למה זה קורה? כי רוב מקדמי האתרים שמתחילים, חושבים שהדבר היקר הוא הכתיבה עצמה, אז הם משקיעים בכותב טוב ולא משקיעים זמן ב-brief. בפועל, ההפך נכון, brief טוב + כותב בינוני נותן תוצאות הרבה יותר טובות מ-brief רע + כותב מצוין. הכותב הוא יד מבצעת, ה-brief הוא המוח. בלי המוח, היד לא יודעת מה לעשות.

במאמר הזה, אני אעבור איתכם על כל מה שצריך לדעת על content brief. ה-anatomy של brief טוב, איך לכתוב brief מ-0, תבניות לפי סוג תוכן, איך AI יכול לעזור (ולמה הוא לא מחליף חשיבה אנושית), טעויות נפוצות, ואיך לנהל brief-im בקנה מידה. אם אחרי המאמר אתם עדיין תקועים, יש לכם איך לדבר איתי ישירות. אני גם אצרף תבנית מלאה להעתקה בסוף, כדי שתוכלו להתחיל מיד.

אגב, השם שמוליק דורינבאום מאחורי המקלדת כאן, 20 שנה בעולם ה-SEO, ‏אני אישית כתבתי אלפי brief-im לכותבים שעבדו עבורי, ו-90% מהזמן שחסכתי בעריכה היה הודות לזה שה-brief היה מסודר. brief טוב זה ROI ברור, גם אם זה לוקח שעה לכתוב, הוא חוסך 5 שעות בעריכה אחרי. וזה לפני שאני סופר את הזמן שחסכתי בלהסביר לכותבים את אותם דברים שוב ושוב.

⚡ למה brief טוב מקצר את זמן הכתיבה ב-50% וה-revisions ב-80%

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

למה הזמן מתקצר

כשכותב מקבל brief מסודר, ‏הוא לא צריך לבזבז שעות על מחקר ראשוני. הוא לא צריך להחליט מה ה-intent, ‏הוא יודע. הוא לא צריך לחפש את ה-keyword השמושית, ‏היא רשומה. הוא לא צריך לחשוב על מבנה, ‏יש outline. הוא לא צריך לנחש tone, ‏יש דוגמאות. כל הזמן שהיה הולך על "לחשוב" הופך לזמן שהולך על "לכתוב". זאת המתמטיקה.

למה revisions יורדים

תקשיבו, רוב סבבי ה-revisions לא נגרמים מכתיבה גרועה. הם נגרמים מ"לא בדיוק מה שרציתי". הכותב כתב מאמר טוב, ‏אבל לא על ה-query הנכונה. או על ה-query הנכונה, ‏אבל ב-intent שלא תואם את SERP. או עם המבנה הלא נכון. או בלי הלינקים הפנימיים שאתם רוצים. כל אחד מאלה מצריך סבב תיקונים, ‏וכל סבב לוקח לפחות שעה.

brief טוב מונע את כל זה מראש. אם ב-brief כתוב "intent = informational, ‏SERP מציג מדריכים מקיפים של 3,000+ מילים, ‏לא רשימות", ‏הכותב לא יכתוב listicle של 800 מילים. אם ב-brief כתוב "קשר ל-X, Y, Z כקישורים פנימיים", ‏הוא יקשר. אם ב-brief כתוב "tone ציני, ‏כמו במאמר A", ‏הוא יחקה את הטון.

מה קורה בלי brief

הכותב כותב מה שהוא חושב שמתאים. אתם קוראים את הטיוטה ומגיבים, "לא בדיוק ככה". הוא מתקן. שולח שוב. "חסר X". הוא מוסיף. "קצר מדי". הוא מאריך. "ה-tone לא מתאים". הוא משכתב. עברו שבועיים, ‏המאמר עוד לא פורסם, ‏ושניכם מתוסכלים. וכשהוא סוף סוף פורסם, ‏הוא בכל זאת לא מדורג כי ה-intent לא תאם את SERP.

איך לוודא שזה באמת עובד

תעקבו אחרי שני מדדים פשוטים, ‏זמן ממסירת brief ועד מסירת טיוטה ראשונה, ‏ומספר סבבי תיקונים עד שהמאמר מתפרסם. אחרי שאתם מתחילים לעבוד עם brief מסודר, ‏שני המספרים יורדים. זה לא תיאוריה, ‏זה מה שאני רואה אצל לקוחות כל פעם שמטמיעים brief-im מסודרים בצוות.

🧬 ה-anatomy של brief מצוין, 10 רכיבים חובה

brief טוב לא צריך להיות מסמך של 20 עמודים. הוא צריך להיות 1-2 עמודים שכוללים בדיוק את מה שצריך, ולא מילה יותר. אם הוא ארוך מדי, הכותב לא יקרא את כולו. אם הוא קצר מדי, הוא יחסיר פרטים קריטיים. ההיגיון של brief הוא minimum viable context, מספיק כדי שכותב מקצועי יוכל לכתוב את המאמר בלי לשאול אתכם 20 שאלות בדרך. הנה 10 הרכיבים שחייבים להופיע בכל brief מקצועי.

1. Search Intent

   הכוונה האמיתית שמאחורי ה-query. informational, ‏commercial, ‏transactional, ‏או navigational. בלי זה, הכותב לא יודע מה הוא בעצם בונה. ראו את המדריך לזיהוי search intent.

2. Primary Keyword + Secondary Keywords

   המילה הראשית שאליה מטרגטים, ‏ועוד 5-10 מילים סמיוטיות שצריכות להופיע בטקסט. לא רשימת מילים נטולת הקשר. לא 30 מילים שצריך לדחוס.

3. Target Audience

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

4. Structure Outline

   H2-ים ו-H3-ים מוצעים. לא חובה שהכותב יעקוב מילה במילה, ‏אבל אם הוא חורג, ‏שיהיה לו סיבה טובה. בלי outline, ‏אין דרך לוודא שהמבנה תואם את SERP.

5. Word Count

   טווח, ‏לא מספר קשיח. 2,500-3,000 מילים, ‏לא בדיוק 2,750. תלוי במה ש-SERP מציג. כללי אצבע על אורך אופטימלי במדריך נפרד שלי על אורך תוכן ל-SEO.

6. Tone & Voice

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

7. Internal Links

   רשימה של 3-7 עמודים פנימיים שצריך לקשר אליהם. עם anchor text מוצע. אל תשאירו את זה לכותב, ‏הוא לא מכיר את האתר שלכם ולא יודע מה ה-hub pages שלכם.

8. Schema Requirements

   איזה structured data צריך להטמיע? FAQPage? HowTo? Article + mentions? בלי זה, ‏הכותב מטמיע מה שמתחשק לו או כלום. בעידן AI Overviews, schema זה לא תוספת, זה הבסיס.

9. Formatting Requirements

   צריך FAQ section? Table of contents? Pull quotes? Stat boxes? Comparison tables? כל פורמט מיוחד צריך להיות מצוין מראש, אחרת הכותב יתעלם.

10. Examples + Deadline

    1-2 דוגמאות של מאמרים קיימים ש"ככה זה צריך להיראות", ‏ותאריך מסירה ברור. בלי deadline, ‏המאמר יישאר במגירה לחודשים. בלי דוגמאות, התוצאה תהיה generic.

שמתי לב לסדר? Intent קודם, deadline אחרון. זה לא מקרי. אם הכותב מתחיל ב-intent ומסיים ב-deadline, הוא בונה שכבת שכבה של הקשר. אם תתחילו ב-word count, הוא יתחיל לכתוב לפי ספירת מילים במקום לפי ערך. הסדר חשוב, לא רק התוכן.

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

🎯 כוונת חיפוש בתקציר, איך לציין אותה לכותב חד וברור

תקשיבו. אם יש דבר אחד שאני רואה ב-brief-im שאחרים כותבים, וגורם לי לעצב, זה החלק של ה-intent. רובם פשוט כותבים "informational" וזהו. זה לא מספיק. הכותב לא יודע מה לעשות עם המידע הזה. הוא צריך הקשר מלא, לא תווית. תיוג בלי הסבר זה כמו לתת לטבח רשימת מצרכים בלי לציין מה הוא מבשל, הוא ידע מה יש לו ביד, אבל לא ידע למה.

למה "informational" לא מספיק

תחשבו על זה, ‏ה-query "מה זה SEO" ו-"איך לעשות SEO לעמוד מוצר" שתיהן informational. אבל הכותב צריך לכתוב 2 מאמרים שונים לחלוטין. הראשון מסביר מושג, ‏השני נותן שיטה. אם תכתבו ב-brief רק "informational", ‏הוא יכול לחבר ביניהן ולקבל מאמר היברידי שלא משרת אף אחד מה-intents. שני המאמרים יסיימו ב-position 12.

איך לציין intent בצורה שעובדת

במקום "informational", ‏כתבו 2-3 משפטים שמתארים בדיוק את ה-intent. למשל,

• Query: "מחקר מילות מפתח"
• Intent category: informational, sub-category = how-to
• What the user wants: מדריך מעשי שאפשר לבצע, לא הגדרה מילונית. הם רוצים לדעת איך לעשות את זה בעצמם, לא להבין את התיאוריה.
• What SERP shows: 8 מתוך 10 התוצאות הראשונות הן מדריכים של 4,000+ מילים עם screenshots, רק 2 הן הגדרות קצרות.
• What we need to write: מדריך מעשי step-by-step עם screenshots ודוגמאות חיות, לא הגדרה מילונית.

שימו לב לפורמט. אני נותן לכותב את הקטגוריה, את התת-קטגוריה, את מה שהמשתמש רוצה במילים שלי, את מה ש-SERP מראה בעובדות, ואת מה שאנחנו צריכים לכתוב לאור כל זה. הוא לא יכול להחמיץ את ה-intent כי הוא רואה אותו מ-4 זוויות שונות.

תמיד תבדקו את SERP בעצמכם לפני שאתם כותבים brief

אל תסמכו על ההיגיון שלכם או על מה שאתם חושבים שצריך להיות. תפתחו את גוגל, ‏תחפשו את ה-query המדויקת, ‏תסתכלו על 10 התוצאות הראשונות, ‏ותרשמו מה הדפוס. אם 8 מתוך 10 הן listicle, ‏ה-intent הוא לפי דעת גוגל = listicle. אם אתם תכתבו מדריך ארוך, ‏אתם נגד הזרם, ‏וזה כמעט תמיד מפסיד. המדריך השלם לזיהוי search intent מסביר את התהליך לעומק, ‏וסיווג search intent ל-2026 מראה את כל הקטגוריות והתת-קטגוריות.

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

🔑 מילות מפתח, ראשית + משניות, ולא רק רשימה

אם בעבר ב-brief היה רשום "מילת מפתח, מחקר מילות מפתח", זה היה מספיק. היום זה לא. גוגל מבין הקשר, ‏entities, ‏ו-co-occurrences. הכותב צריך לדעת לא רק את ה-query הראשית, ‏אלא את כל המשפחה הסמיוטית סביבה. ובעידן AI Overviews, זה אפילו יותר קריטי, ‏כי ה-LLMs מחפשים coverage רחב של entities, לא מילים בודדות.

מה לכלול ב-brief

1. Primary Keyword

   ה-query האחת והיחידה שאתם רוצים לדרג עליה. ‏עם נפח חיפוש משוער, ‏ועם difficulty (אם יש לכם נתונים). 1 בלבד, ‏לא 3. אם אתם מטרגטים 3 keywords, אתם בעצם בונים 3 מאמרים בתוך אחד, ולא תדרגו על אף אחד מהם.

2. Secondary Keywords

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

3. Semantic Keywords / Entities

   שמות עצם, ‏מותגים, ‏כלים, ‏מושגים, ‏אנשים, ‏שיש סבירות גבוהה שיופיעו. אם אתם כותבים על SEO, ‏זה Google, ‏Ahrefs, ‏Search Console, ‏SERP, ‏John Mueller, ‏וכו'. הם מקבעים את האמינות של המאמר בעיני גוגל.

4. LSI/Co-occurring Phrases

   ביטויים שבעולם של ה-query נמצאים יחד איתה. אם אתם כותבים על "דיאטה קטוגנית", ‏הביטויים האלה יהיו "קטוזיס", ‏"שומן/חלבון/פחממה", ‏"שריפת שומן". בלעדיהם, ‏המאמר נראה לא שלם בעיני גוגל. כלי כמו Clearscope ו-Frase מצוינים בגילוי אותם.

ההבדל בין כל אחד

איך לבחור את ה-primary keyword? יש מדריך נפרד שלי על איך לבחור focus keyword, ‏אבל בקצרה, ‏צריך נפח, ‏אבל לא יותר מדי תחרות, ‏ו-intent שמתאים לעמוד שלכם. אל תבחרו את ה-keyword עם הנפח הכי גדול אם יש לכם 0 סיכוי לדרג עליו, ‏זה אפילו פחות שווה מ-keyword צנוע שתדרגו עליו.

איך אני מציין keywords ב-brief

בלוק יחיד עם 3 שורות, primary keyword (volume + difficulty), secondary keywords (רשימה עם פסיקים), ו-entities/co-occurrences (רשימה). הכותב מקבל הכל במבט אחד ויודע על איזה משפחה הוא עובד.

🏗 מבנה תכולה (outline), H2, H3, רעיונות לסקציות

אם תפתחו 10 brief-im שונים שאני כתבתי, תראו שהחלק הכי "כבד" בכל אחד הוא ה-outline. למה? כי המבנה הוא 50% מה-SEO. מאמר עם המבנה הנכון מדרג, מאמר עם תוכן מצוין אבל מבנה שגוי לא. וזה החלק שכותב לא יכול לנחש לבד, גם כותב מנוסה. הוא לא יושב עם 10 תוצאות SERP פתוחות לפניו, אתם כן.

איך לבנות outline

1. תפתחו את SERP

   תסתכלו על 5-10 התוצאות הראשונות לאותה query. תפתחו כל אחת ותסתכלו על ה-H2-ים שלה. תעתיקו את כולם לקובץ אקסל או דוק.

2. תזהו את הדפוסים

   איזה H2-ים מופיעים ברוב התוצאות? אלה הם החלקים ש"חייבים להיות" בכל מאמר על הנושא. ‏אם 7 מתוך 10 התוצאות יש להן H2 על "איך לעשות X", זה חובה. גוגל ראה שזה ה-pattern, ‏ויצפה לו גם במאמר שלכם.

3. תזהו את ההזדמנויות

   איזה H2-ים מופיעים רק במאמר אחד? אלה נושאים שאף אחד לא כיסה. אם הם רלוונטיים, ‏זאת ההזדמנות לבדל את עצמכם. עדיף 1-2 סקציות ייחודיות מאשר 5 שכולם כיסו.

4. תבנו outline משלכם

   15-25 H2-ים. סדר הגיוני, ‏מהבסיסי לעמוק, ‏מההגדרה ליישום. כל H2 עם 1-3 H3-ים שמסבירים על מה מדובר. תזכרו שגם AI Overviews שואבים מ-H2-ים, ‏אז כותרת ברורה = סיכוי להופיע ב-citation.

פורמט ה-outline ב-brief

אני אוהב לכתוב את ה-outline כך,

H2: מה זה content brief
  H3: ההגדרה הטכנית
  H3: למה זה שונה מ-spec

H2: למה brief חוסך זמן
  H3: השוואה עם vs בלי
  H3: ה-ROI המדויק

כל H2 עם 1-2 שורות הסבר על מה הוא צריך לכלול, ולא רק את הכותרת. כך הכותב לא צריך לנחש את הכוונה. למשל, אם ה-H2 הוא "איך לבנות outline", התוספת תהיה "להסביר את ה-4 צעדים, כולל workflow מעשי + screenshot של גוגל SERP". עכשיו הכותב יודע בדיוק מה הוא בונה.

אגב, גם תוכן evergreen דורש outline מסודר. ‏במדריך לכתיבת evergreen content אני מסביר איך outline טוב הוא הבסיס ל-compounding traffic. בלי outline אסטרטגי, אין סיכוי לבנות מאמר שצובר תנועה לאורך זמן.

📏 Word count, מתי לציין ולמה זה לא תמיד נכון

זה אחד הנושאים הכי שנויים במחלוקת בעולם content brief. כמה מילים? יש מי שאומר "שאל את ה-SERP". יש מי שאומר "לפחות 2,000 לכל מאמר". יש מי שאומר "כמה שצריך". האמת בכל המקומות, ויש איך לציין את זה ב-brief בצורה שעובדת. תקשיבו, רוב הזמן שאני מקבל שאלה מכותב על word count, היא בעצם שאלה על איכות מוסווית.

איך אני מציין word count

אני תמיד מציין טווח, לא מספר קשיח. למשל "2,500-3,000 מילים". למה? כי מאמר של 2,750 מילים ו-2,800 מילים זה אותו דבר מבחינת SEO, אבל הכותב לא יודע אם 2,750 "מספיק" אם רשום בדיוק 3,000. הטווח נותן גמישות, וגם משדר לכותב שאתם לא ספרני מילים, אתם מקדמי תוכן שמבינים שאיכות גובר על מספר.

איך אני מגיע למספר

1. פותח את 10 התוצאות הראשונות ל-query
2. בודק כמה מילים יש בכל אחת (כלי כמו Word Counter Plus, או פשוט עין מנוסה)
3. מחשב ממוצע
4. מציין טווח של ±15% מהממוצע

אם הממוצע 2,500 מילים, ‏אני אכתוב "2,200-2,800". זה נותן לכותב מקום להוסיף ערך אם יש, או לחתוך אם אין. ואם המאמר באמת דורש 3,200 כדי לכסות את הנושא, אני לא אעצור אותו, אני אעדכן את ה-brief.

למה word count זה לא תמיד נכון

נכון, ‏מאמרים ארוכים נוטים לדרג טוב יותר. ‏אבל הסיבה היא לא האורך עצמו, ‏אלא שתוכן עמוק תופס יותר מילים. ‏אם אתם מאריכים מאמר רק כדי להגיע ל-3,000 מילים, ‏אתם דוחפים פסקאות מים שלא תורמות. ‏הכותב יודע את זה, ‏וגם גוגל. ‏עדיף 1,500 מילים של תוכן עמוק מאשר 3,000 מילים של מים. וגוגל מזהה את ההבדל מהר יותר ממה שאתם חושבים, ‏דרך bounce rate, ‏dwell time, ‏ו-scroll depth.

מקרה הקצה, מאמרי ניצוח קצרים

יש סוגי תוכן שמדרגים מצוין דווקא ב-800-1,200 מילים. הגדרות ("מה זה X"), הסברים מהירים, או כלים אינטראקטיביים. אם ה-SERP מראה שתוצאות מובילות הן קצרות, אל תכפו אורך. הכלל הוא תמיד SERP-driven, לא כלל אצבע אוניברסלי.

לפרטים מלאים על האורך האופטימלי, ‏ראו את המדריך לאורך תוכן ל-SEO. אבל הכלל הוא, ‏ב-brief תציינו טווח, ‏לא מספר.

🎭 Tone & voice, איך להעביר את הרוח של המותג

אם יש דבר אחד שכותב לא יכול לנחש, זה ה-tone. מותג יכול להיות פורמלי-יבש (Deloitte), ידידותי-מקצועי (HubSpot), ציני-ישיר (אני), או חמים-משוחח (תקציר היום). הכותב לא יודע לאיזה מהם להתאים את עצמו. ה-brief צריך להסביר. וזה לא מספיק להגיד "tone מקצועי", כי "מקצועי" של עורך דין שונה מ"מקצועי" של מאמן כושר.

איך לתאר tone ב-brief

2-3 משפטים, ‏לא יותר. למשל,

"Tone: ציני, ‏ישראלי-ישיר, ‏עם אנקדוטות מהשטח. ‏לא פורמלי, ‏לא חמים-מתחנף. ‏אם הכותב לא מרגיש שהוא 'מדבר על באר אמיתית', ‏הוא לא יודע איך לכתוב לנו. ‏השתמש בביטויים כמו 'תקשיבו', 'תאמינו לי', 'נקודה'. ‏אל תכתוב 'אנו', תכתוב 'אני' או 'אתם'".

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

תמיד תוסיפו דוגמאות

הכי טוב, ‏צרפו לינק ל-2-3 מאמרים קיימים שמייצגים את ה-tone. כותב חכם יקרא אותם וייקח מהם את הרוח. זה חוסך 80% מהכתיבה החוזרת על tone. בלי דוגמאות, ‏הכותב מנחש, ‏ובדרך כלל מנחש לא נכון. ‏עם דוגמאות, ‏הוא מבין מיד מאיפה להתחיל.

מה אסור לעשות

עקביות tone לאורך זמן

אחד הדברים שהכי קשה למותגים, ‏לשמור על tone עקבי כשעובדים עם 5 כותבים שונים. הפתרון, ‏style guide קצר (2-3 עמודים) שכל כותב מקבל יחד עם brief. ‏הוא משלים את ה-brief, ‏שמטפל בכל המאמר ב-tone כללי שהמותג שומר עליו. וכל מאמר חדש ש-tone שלו מצוין, ‏הופך לדוגמה שמצורפת לכותבים הבאים. ‏הספרייה גדלה איתכם.

לפרטים מעמיקים על tone, ‏ראו את המדריך שלי על voice ו-tone בכתיבת SEO ועל storytelling ב-SEO. שניהם משלימים את החלק הזה ב-brief.

🔗 קישורים פנימיים, איך לבחור את הנכונים ומאיפה

זאת אחת הסקציות שמקדמים הכי שוכחים מהן ב-brief. הם נותנים לכותב את המאמר, את ה-keyword, ואת ה-tone, ואז הוא כותב, וב-revision הם מוסיפים את הלינקים בעצמם. תהליך אבסורדי, ‏שמכפיל את זמן העריכה. וגם כשהם מוסיפים, הם מוסיפים פחות מאשר היו, כי "זה כבר נכתב" וקשה להוסיף לינקים שלא משתלבים טבעי.

מה לתת לכותב

רשימה של 3-7 קישורים פנימיים, כל אחד עם 3 פרטים,

1. ה-URL

   הקישור המלא לעמוד באתר.

2. Anchor text מוצע

   איזה טקסט יהיה ה-anchor של הקישור. למשל, "מחקר מילות מפתח" ולא "לחצו כאן". gen Z יודעים, anchor text זה אות SEO חזק, אז תנו לכותב לדעת איזה אות לשלוח.

3. איפה בערך לקשר

   פסקה X או הקשר X. אם אתם רוצים שהוא יקשר ל-"keyword research" כשהוא מזכיר את המושג בפעם הראשונה, ‏תציינו. כך הקישור נראה טבעי, ‏לא מוסף-בכוח.

איך אני בוחר קישורים פנימיים

אני פותח את ה-content audit (אם יש לי כזה. ‏אם לא, ‏יש מדריך שלי על איך עושים content audit מלא). ‏אני מחפש,

• עמודים שהם hub על נושא קשור (pillar pages)
• עמודים שמטרגטים secondary keywords של המאמר החדש
• עמודים שהם complementary (לדוגמה, מאמר על "content brief" יקשר ל-"content audit" ול-"content refresh")
• עמודים שיש להם backlinks חיצוניים טובים (חיזוק שלהם דרך internal linking מעצים את כל האתר)
• עמודים שאתם רוצים לחזק (מאמר שאתם רוצים להעלות במיקומים)

כמה לינקים בכל מאמר

הכלל שלי, ‏לפחות 3-5 פנימיים לכל 1,000 מילים. ‏פחות מזה, ‏הקורא והבוט מרגישים שהמאמר "מבודד" באתר. ‏יותר מ-10 לכל 1,000 מילים, ‏זה הופך לקריאה קשה ול-link farm פנימי, ‏וזה גם אות שלילי.

טעות נפוצה

External links

גם כדאי לציין external links. ‏לאיפה לקשר החוצה (מקורות סמכותיים, מחקרים, נתונים), ולאן לא. ‏זה חוסך לכותב לבזבז זמן על מחקר מקורות. הכלל הוא, ‏1-2 external links איכותיים לכל 1,500 מילים, ‏לאתרים עם authority גבוה (Google Search Central, ‏Moz, ‏Search Engine Land, ‏Backlinko). ‏לא לאתרי SEO ישראליים בינוניים.

🏷 Schema requirements, מה לבקש מהכותב להטמיע

תקשיבו, structured data זה לא משהו שעוסק רק בו ה-developer. גם הכותב צריך לדעת מה ה-schema של המאמר, כי זה משפיע על איך הוא בונה את התוכן. אם המאמר צריך FAQPage schema, הכותב צריך לכתוב סקציית FAQ. אם הוא צריך HowTo schema, הוא צריך לבנות steps ברורים. בלי לדעת מראש, ‏המאמר נכתב לפי הזרם של הכותב, ‏והסכמה לא מתאימה לתוכן.

סכמות שאני בדרך כלל מבקש

1. Article או TechArticle

   הבסיס לכל מאמר. עם author, datePublished, dateModified, image, mainEntityOfPage.

2. FAQPage

   אם המאמר כולל סקציית FAQ. הכותב צריך לכתוב 5-15 שאלות + תשובות. זה אחד הסכמות שמתורגמת ישירות ל-Rich Results ב-SERP.

3. HowTo

   אם זה מדריך step-by-step. הכותב צריך לבנות steps ברורים, ‏עם name + text לכל אחד. ‏מאז 2023, ‏פחות מתורגם ל-rich results בדסקטופ, ‏אבל עוזר ל-AI consumption.

4. DefinedTermSet

   אם המאמר כולל מילון מושגים. הכותב צריך להכין 10-15 מונחים + הגדרות. ‏עוזר בעיקר ל-AI להבין את ה-vocabulary של הנושא.

5. ItemList

   אם זה listicle, או אם יש סקציית TOC. הכותב צריך לסדר את הפריטים בסדר ברור.

6. Quotation

   אם יש pull quotes או ציטוטים, אפשר לסמן אותם כ-Quotation עם author. ‏עוזר בעיקר אם הציטוטים הם של מומחים מוכרים.

7. Mentions

   אם המאמר מזכיר entities (חברות, אנשים, כלים), אפשר להוסיף mentions ב-Article schema. זה עוזר ל-AI Overviews ול-knowledge graph.

איך לציין ב-brief

פשוט. אני כותב,

"Schema required: Article + FAQPage (15 שאלות) + HowTo (10 steps) + DefinedTermSet (10 מונחים). שילוב ב-@graph אחד. דוגמה ב-X (קישור למאמר קיים שלי)."

אם הכותב לא יודע איך לבנות schema, ‏הוא יכול להתעלם מהקוד עצמו ולתת לכם לבנות אותו. ‏אבל הוא לפחות יכתוב את ה-FAQ והמילון, ‏שזה החלק שמצריך כתיבה.

הסכמה משפיעה על מבנה התוכן

זה הסיבה האמיתית למה schema חייב להיות ב-brief. אם אני אומר לכותב "תכתוב מאמר על X" בלי לציין FAQPage, הוא לא יכלול FAQ section, או יכלול 3 שאלות לא רלוונטיות. אם אני אומר "FAQPage עם 15 שאלות, ‏כל אחת שאלה אמיתית שלקוחות שואלים, ‏תשובה של 2-4 משפטים", ‏הוא יבנה את ה-FAQ כראוי.

🪞 דוגמאות כתבי כיוון, איך לתת לכותב 'ככה זה צריך להיראות'

אם תזכרו רק טיפ אחד מהמאמר הזה, שזה יהיה זה, תמיד תצרפו דוגמאות. brief בלי דוגמאות = ניחושים. brief עם דוגמאות = העתקה מובנית. הכותב יכול לקרוא הסבר של 500 מילים על מה שאתם רוצים, או להסתכל על 2 דוגמאות ולתפוס את הרוח ב-5 דקות. דוגמאות תמיד מנצחות תיאור.

איזה דוגמאות לצרף

1. דוגמה לטון

   2-3 מאמרים קיימים שלכם שמייצגים את ה-tone שאתם רוצים. הכותב יקרא וייקח את הרוח. אם אין לכם מאמרים שלכם, ‏השתמשו במאמרים של מתחרה שאתם רוצים לחקות (לא להעתיק, ‏לחקות tone).

2. דוגמה למבנה

   1-2 מאמרים על נושא דומה, שמייצגים את המבנה שאתם רוצים (H2-H3 hierarchy, ‏length, ‏אורך פסקאות, ‏שימוש בלוחות וב-bullets).

3. דוגמה לפורמט

   אם אתם רוצים pull quotes, ‏stat boxes, ‏או comparison tables, ‏הראו דוגמה למאמר שיש בו את כל אלה. ‏הכותב יבין שאתם רוצים אותם, ‏וגם יראה איך הם משתלבים טבעי.

4. דוגמה למה לא לעשות

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

איך לסמן את הדוגמאות

ב-brief, ‏הוסיפו סקציה כזאת,

EXAMPLES TO MIRROR:
1. URL_1, tone + מבנה (חקה את שניהם)
2. URL_2, רק tone (המבנה שונה)
3. URL_3, FAQ format (העתק את הסגנון של ה-Q&A)

EXAMPLES TO AVOID:
1. URL_4, פסקאות ארוכות מדי, מים, חזרות.

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

איפה לאחסן את הדוגמאות

בגוגל דרייב או ב-Notion, ספריית דוגמאות מקובצת לפי סוג תוכן. כל פעם שיש מאמר מצוין באתר שלכם, ‏הוסיפו אותו לספרייה עם תגיות (tone, ‏structure, ‏niche). בפעם הבאה שאתם כותבים brief, ‏אתם שולפים מהספרייה במקום לחפש מאפס.

📚 תבניות לפי סוג תוכן, blog, pillar, comparison, how-to, listicle, case study

brief לא צריך להיות גנרי. כל סוג תוכן דורש brief שונה. ‏מאמר השוואה דורש הקשר אחר ממדריך how-to, ו-pillar page דורש מבנה אחר מ-blog post רגיל. ‏הנה מה שאני כולל בכל אחד מ-6 סוגי התוכן הנפוצים.

Brief Template (לדוגמה, להעתיק לכל סוג)

איך התאמה לפי סוג עובדת

נניח שיש לכם את התבנית הגנרית למעלה. עכשיו מתחילים מאמר השוואה. ‏בסעיף 4 (Structure), ‏אתם מוסיפים, "כולל טבלת השוואה ב-section 3, ‏עם לפחות 5 שורות של פיצ'רים מושווים. עמודה לכל חלופה". ‏בסעיף 6 (Schema), ‏אתם מציינים, "ItemList עם כל החלופות כ-Item, ‏וכל item עם url, ‏name, ‏description". זה כל מה שצריך כדי להמיר את התבנית הגנרית ל-comparison brief.

אם תיקחו את התבנית הזאת ותתאימו אותה ל-6 סוגי התוכן, ‏יש לכם library של templates שמכסים 95% מהמקרים. ‏כל brief חדש מתחיל מהעתקה של template רלוונטי, ‏ומשם רק התאמות. הזמן יורד מ-שעה לכל brief ל-30 דקות, ‏וקבלת ה-template עצמה הופכת להרגל ולא לעבודה.

🤖 שימוש ב-AI ליצירת brief, Clearscope, Frase, MarketMuse, GPT, Claude

זה החלק שכולם רוצים לשמוע עליו. "שמוליק, אני יכול לעשות brief עם AI ב-5 דקות במקום שעה?". התשובה, כן, אבל. ה-but הוא גדול.

הכלים העיקריים

1. Clearscope

   מנתח SERP ומציע secondary keywords + outline + recommended word count. בעיקר טוב ל-keyword optimization, פחות ל-intent ול-tone.

2. MarketMuse

   דומה ל-Clearscope אבל עם פוקוס יותר חזק על topical authority. נותן לכם heatmap של coverage חסר.

3. Frase

   הזול ביותר מהשלושה (~$45/חודש). אגרגציה של SERP + outline auto-generated. טוב לסטארטרים.

4. ChatGPT / Claude

   אפשר לבקש מ-LLM להציע outline או brief. הכי גמיש, ‏אבל דורש prompt טוב. לא יודע מה ה-SERP מציג כרגע (בלי web search), אז התוצאה גנרית.

5. Jasper

   כלי כתיבה generative שיכול גם להציע brief. נחמד אבל לא הכי עמוק ב-SEO.

היתרונות

• חיסכון זמן, ‏הכלי בונה outline ב-30 שניות במקום שעה
• גילוי keywords, ‏הכלי מוצא secondary keywords שאתם לא הייתם חושבים עליהם
• aggregation של SERP, ‏הכלי מסתכל על כל ה-competitors יחד
• structured output, ‏הכלי נותן outline מסודר ולא כאוס

הסיכונים

איך אני משתמש ב-AI ל-brief

אני משתמש ב-Frase או ב-ChatGPT כדי לקבל draft ראשון של ה-brief. ‏outline + secondary keywords + word count. ‏אז אני קורא אותו, ‏ומכניס את הזווית שלי, ‏את הקישורים הפנימיים שאני יודע שיש לי, ‏את ה-tone של המותג, ‏ואת הדוגמאות הספציפיות. ‏זה חוסך לי 50% מהזמן, ‏אבל ה-50% הנותרים, ‏החשיבה האנושית, ‏נשארים שלי.

🚫 הטעויות בכתיבת brief, vague, prescriptive מדי, בלי intent, בלי דוגמאות

קל לכתוב brief רע. הוא יכול להיות מעורפל מדי, מפורט מדי, או חסר חלקים קריטיים. הנה 5 הטעויות שאני רואה הכי הרבה, ואיך להימנע מהן. אם אתם זוכים ב-brief שלכם להימנע מהן, אתם כבר ב-90% מהדרך ל-brief מקצועי.

טעות 1, brief מעורפל מדי ("vague")

"תכתוב מאמר על SEO, ‏בערך 2,000 מילים, ‏ב-tone מקצועי". זהו ה-brief. הכותב לא יודע על איזו query, ‏לא יודע מה ה-intent, ‏לא יודע מה המבנה, ‏לא יודע tone אמיתי. הוא ינסה לעשות עבודה טובה אבל יפספס את כל המטרות. ה-brief הזה שווה 0 ל-SEO.

טעות 2, brief מפורט מדי ("prescriptive")

הצד השני של אותו מטבע. brief של 20 עמודים שמכתיב כל פסקה, כל משפט, כל בחירת מילה. הכותב הופך לקלדן, לא יכול להוסיף ערך משלו, וזה לוקח 3x זמן לכתיבה. brief מתוחכם נותן כיוון, ‏לא הכתבה. תזכרו, הכותב שלכם הוא מקצוען, ‏לא מבצע פקודות. תתנו לו מקום לחשוב.

טעות 3, חסר intent

הכי קלאסי. ה-brief כולל את ה-keyword, את word count, את outline, אבל לא מציין מה ה-search intent. הכותב מנחש, ולעיתים קרובות לא נכון. intent זה הדבר הראשון שצריך להופיע ב-brief, לפני הכל. בלי intent, ‏כל השאר חסר משמעות.

טעות 4, חסר internal links

ה-brief נותן את הכל חוץ מקישורים פנימיים. הכותב כותב מאמר נטו, בלי לקשר לעמודים אחרים באתר. אתם נכנסים ב-revision ומוסיפים, ‏זה עוד שעה. עדיף לתת מראש, ‏גם כי הקישורים יישתלבו טבעי יותר אם הם חלק מהכתיבה המקורית.

טעות 5, חסר דוגמאות

הכי קל לפספס. ה-brief מתאר tone במילים אבל לא נותן example. הכותב מנחש tone, וזה כמעט תמיד שונה ממה שאתם רציתם. דוגמה אחת שווה 50 מילים של תיאור tone. ‏וגם, ‏הדוגמה אחידה, ‏בעוד שמילים יכולות להתפרש לכמה דרכים.

טעות 6 שנשכחה, התעלמות מה-revision feedback

טעות שאני רואה הרבה אצל מקדמים שעובדים עם הכותב הראשון שלהם, ‏ה-brief מוצלח, ‏הטיוטה הגיעה עם בעיות, ‏הם תיקנו, ‏אבל לא עדכנו את ה-brief בהתאם. ‏ב-brief הבא, ‏אותן בעיות חוזרות. ‏הכותב לא לומד אם ה-brief לא משתפר. ‏אחרי כל revision, ‏עדכנו את ה-template למאמר הבא.

סיכום הטעויות

brief זה לא ביורוקרטיה. הוא investment של שעה אחת שמחזיר 5 שעות אחרי. אם אתם לא מוצאים את השעה הזאת, אתם פשוט מבזבזים את ה-5 שעות בעריכה, ועדיין יוצאים עם מאמר פחות טוב.שמוליק דורינבאום

⚙️ Workflow מלא ב-10 צעדים ליצירת brief מ-0 + תבנית להעתקה

הגענו לסוף. עכשיו בואו נסכם את כל מה שאמרנו ב-workflow מעשי. 10 צעדים מ-0 ועד brief מוכן למסירה לכותב. תעקבו אחריהם, ותקבלו brief מקצועי בפחות משעה.

1. 1. תזהו את ה-query הראשי

   מה ה-keyword שאתם רוצים לדרג עליו? אל תלכו ל-brief בלי תשובה ברורה.

2. 2. תפתחו SERP ותחקרו 10 דקות

   חלון אינקוגניטו, חיפוש, סריקה של 10 התוצאות + AI Overview + People Also Ask + הצעות חיפוש בתחתית. כתבו הערות.

3. 3. תזהו את ה-intent

   2-3 משפטים שמתארים מה הגולש רוצה ומה SERP מציג.

4. 4. תבנו outline

   15-25 H2-im. ראשית מבוסס על ה-patterns ב-SERP, ‏אז הוסיפו זוויות ייחודיות שלכם.

5. 5. תאספו secondary keywords

   השתמשו בכלי כמו Clearscope/Frase/Semrush, או פשוט עשו חיפושים נוספים ב-Search Console ובסוגסטים של גוגל. 5-10 מילים נלוות.

6. 6. תרכזו internal links

   פתחו את האתר שלכם, או את ה-content audit. תמצאו 5-7 עמודים שכדאי לקשר אליהם. רשמו URL + anchor + הקשר.

7. 7. תגדירו schema requirements

   מה ה-types שצריך להטמיע? כמה שאלות ב-FAQ? כמה מונחים ב-glossary? תגדירו מספרים מדויקים.

8. 8. תכתבו tone description + תצרפו דוגמאות

   2-3 משפטים על ה-tone, ולינקים ל-2-3 מאמרים שמייצגים אותו. הכי חשוב, דוגמה למה לא לעשות.

9. 9. תגדירו deadline ו-revision rounds

   מתי First draft? מתי revision? מתי final? בלי deadline, המאמר יישב במגירה.

10. 10. תקראו לפני שליחה

    תשאלו את עצמכם, "כותב חדש היה יכול לכתוב על סמך ה-brief בלי שאלות?". אם לא, תוסיפו פרטים.

תבנית להעתקה (Brief Template)

אגב, brief לרענון (refresh) שונה מ-brief לכתיבה חדשה. ‏ראו את המדריך ל-content refresh. ‏והבחירה בין AI לכותב אנושי משפיעה גם היא, ל-AI צריך יותר prescriptive instructions.

❓ שאלות נפוצות