לרוב הצוותים כבר יש דוח דירוג בגוגל. זה לשונית הביצועים ב-Search Console, ממוינת לפי קליקים, מצולמת ומודבקת למצגת. היא מציגה מיקומים. היא לא מציגה מה השתנה, למה זה השתנה, ומה מישהו אמור לעשות עם זה.
התהליך הזה פותר את זה בישיבה אחת. מגדירים סט שאילתות, מוסרים ל-Codex חוזה דוח כתוב, ומאפשרים לו להפיק דוח באותה צורה בכל שבוע. הבנייה הראשונה אורכת כ-90 דקות. כל הרצה אחריה אורכת פחות מעשר.
התהליך כולו: ייצוא גולמי נכנס, דוח אחד בצורה קבועה יוצא, והחלטה אנושית אחת בסוף.
מה יהיה לכם בסיום
למי זה מיועד: לכל מי שאחראי על דיווח לאתר וכבר יש לו גישה ל-Search Console. אין צורך להיות מפתח, אבל כן צריך מקום לשמור בו קבצים ש-Codex יכול לקרוא.
מה יהיה לכם בסיום: תבנית דוח שמורה, קובץ הוראות כתוב ש-Codex עוקב אחריו בכל הרצה, ודוח אחד שהושלם לשבוע אמיתי.
דרישות מוקדמות: נכס מאומת ב-Search Console, רשימה של 20 עד 50 שאילתות שבאמת חשובות לכם, Codex עם גישה לתיקיית פרויקט, והרשאת קריאה למאגר של האתר שלכם אם תרצו את הגרסה המתקדמת.
הגדרת הסיום: אתם יכולים למסור את הדוח למישהו שלא עוסק ב-SEO, והוא יידע לומר לכם אילו שלוש שאילתות כדאי לבדוק ולמה.
זמן: כ-90 דקות לבנייה הראשונה, פחות מ-10 דקות לכל הרצה אחריה.
למה דוח הביצועים הוא לא דוח דירוג
Search Console נותן לכם ארבעה עמודות: קליקים, חשיפות, שיעור הקלקה ומיקום ממוצע. זהו טבלת מדידה. דוח דירוג צריך לענות על סט אחר של שאלות, והאותות של 2026 מרחיבים את הפער יותר מבעבר.
סקר המומחים של Zyppy, שפורסם ב-9 בספטמבר 2026, אסף 13,665 נקודות נתונים מ-131 אנשי מקצוע. אותות קליק והתנהגות עמדו על 29.4%, אותות מותג על 27.0%, ובריאות SEO טכנית על 17.5%. שניים משלושת האותות שמדורגים מעל הבריאות הטכנית אינם נראים בעמודת מיקום. יש לנו פירוט נפרד של מה שהמספרים האלה משנים במדריך מעשי, אבל הגרסה הקצרה מבחינת דיווח היא זו: אם הדוח שלכם מציג רק מיקומים, אתם מדווחים על האות שזז הכי פחות.
זה הפער ש-Codex סוגר. הוא לא יגיד לכם למה גוגל שינתה משהו. הוא ירכיב את הראיות לשינוי בעקביות שמספיקה כדי שאתם תגידו.
לפני שמתחילים: ארבע החלטות
קבלו אותן לפני שאתם כותבים משהו, כי שינוי שלהן אחר כך מחייב בנייה מחדש של הדוח.
- סט השאילתות. 20 עד 50 שאילתות, מחולקות לשניים או שלושה דליים שמתאימים לאופן שבו העסק חושב. "מוצר", "השוואה", "תמיכה" עדיף על "נפח גבוה / בינוני / נמוך".
- חלון ההשוואה. השוו 28 הימים האחרונים מול 28 הימים שלפניהם. חלונות קצרים יותר רועשים; ארוכים יותר מסתירים את השינוי שאתם מחפשים.
- הסף. החליטו מה נחשב לראוי לדיווח. שאילתה שזזה יותר מחמישה מיקומים, או חשיפות שזזות ביותר מ-30% בזמן שהקליקים דוממים — אלה ברירות מחדל סבירות.
- מקום האחסון. תיקייה אחת, כלל שמות אחד.
reports/ranking/YYYY-MM-DD.mdבתוספת תת-תיקייהdata/לייצוא הגולמי. Codex צריך מקום כתיבה עקבי.
שלב 1: ייצאו את הנתונים הגולמיים
פתחו את Search Console, בחרו את הנכס, ועברו לביצועים. הגדירו את טווח התאריכים ל-56 יום כדי שאפשר יהיה להשוות 28 מול 28 מייצוא אחד, ואז השתמשו בכפתור הייצוא כדי לקבל CSV מלשונית השאילתות.
עשו אותו דבר עבור דפים, ועבור מכשירים אם אתם מתכננים לדווח על פיצול בין נייד למחשב.
הפלט הצפוי: שלושה קבצי CSV בתוך data/, עם תאריך הייצוא בשם.
בדיקת איכות: פתחו את קובץ השאילתות ובדקו ששורת הנתונים הראשונה אינה שאילתה שמכילה את המילה "anonymous". Search Console מסתיר שאילתות נדירות, ושתי השורות האלה יופיעו אחרת בדוח כתנועה בלי שם.
אם זה נכשל: אם הייצוא נחתך, טווח התאריכים שלכם רחב מדי ביחס למגבלת השורות. ייצאו חלונות של 28 יום בנפרד ותנו ל-Codex לחבר ביניהם.
שלב 2: כתבו את חוזה הדוח
זה השלב שקובע אם התהליך ישרוד מעבר לשבוע השלישי. שימו את החוזה בקובץ ש-Codex קורא בכל הרצה — AGENTS.md בשורש הפרויקט, או קובץ הוראות ייעודי בתיקיית הדוחות.
החוזה צריך חמישה דברים ולא שום דבר אחר:
רכיב בחוזה | מה לכתוב | למה זה חשוב |
|---|---|---|
קלט | נתיבי קבצים מדויקים וכלל טווח התאריכים | מונע מהסוכן להמציא חלון |
ספים | הפסים שלכם, במספרים | הופך טבלה להחלטה |
צורת הפלט | שלושת החלקים, לפי הסדר | שומר על השוואת שבוע 30 לשבוע 1 |
כללי ביטחון | מה לומר כשהנתונים לא מסבירים שינוי | מונע שטויות בביטחון |
גבולות | מה הסוכן אסור לו לעשות | קריאה בלבד עד שתסמכו עליו |
גרסה עובדת נראית כך:
## חוזה דוח הדירוג
קלט: data/queries-*.csv, data/pages-*.csv
חלון: 28 הימים האחרונים מול 28 הימים שלפניהם. ציינו את שני התאריכים בכותרת הדוח.
דווחו על שלושה דברים בלבד:
1. שאילתות שזזו: כל שאילתה שזזה יותר מ-5 מיקומים, או חשיפות שעלו
ביותר מ-30% כשהקליקים דוממים, או כל שאילתה שיצאה מעשרת הראשונים.
2. הסבר סביר: השתמשו רק בנתונים שבקבצים. אם הקבצים לא מסבירים את
התנועה, כתבו "לא מוסבר על ידי הנתונים האלה".
3. בדיקה לשבוע הבא: שורה אחת לכל שאילתה מסומנת, עם שם העמוד או
השאילתה המדויקת לבדיקה.
לעולם אל תקבעו סיבה שאי אפשר להצביע עליה בנתונים. לעולם אל תמליצו על שינוי באתר.
לעולם אל תערכו קובץ מחוץ ל-reports/ranking/.הפלט הצפוי: קובץ הוראות אחד, מקומט למאגר או שמור לצד הנתונים.
בדיקת איכות: קראו את החוזה בקול. אם שורה כלשהי יכולה לחול על אתר אחר בלי עריכה, היא עמומה מכדי להגביל משהו.
אם זה נכשל: אם Codex ממשיך להוסיף חלקים, צורת הפלט לא ספציפית מספיק. תנו את שמות שלושת הכותרות בדיוק כפי שאתם רוצים אותם.
האנטומיה של הדוח. הכותרת התחתונה שמונה את הקבצים המדויקים שבשימוש היא החלק שהבודקים סומכים עליו ביותר, וגם החלק שרוב התבניות משמיטות.
שלב 3: הפיקו את הדוח הראשון
כוונו את Codex לתיקייה ובקשו דוח אחד לפי החוזה. בקשו את הקובץ, לא תשובה בצ'אט, כדי שהפלט יהיה ניתן לבדיקה ולהשוואת הבדלים.
בהרצה הראשונה תגלו איך הנתונים שלכם באמת נראים. צפו לשניים או שלושה סבבי תיקון. זה נורמלי, וזה החלק הזול ביותר בכל התהליך.
הפלט הצפוי: reports/ranking/YYYY-MM-DD.md עם כותרת, שלושה חלקים, וכותרת תחתונה שמונה את הקבצים שבשימוש.
בדיקת איכות: בחרו שתי שאילתות מסומנות ואמתו את המספרים ביד ב-Search Console. אם הם תואמים, הצינור תקין. אם לא, עצרו ותקנו את שלב הנתונים. אל תאתרו תקלות בניתוח על גבי קלט שבור.
אם זה נכשל: הכשל הנפוץ ביותר הוא אי-התאמה בתאריכים בין הייצוא לחוזה. קבעו את שני התאריכים בכותרת בכל הרצה, כדי שפער של יומיים לא יהפוך בשקט חודש דומם לקריסה.
הגרסה הראשונה שבניתי דיווחה על אחת-עשרה שאילתות שזזו בשבוע שכמעט שום דבר לא זז בו. החוזה היה תקין; הייצוא לא. קובץ של 30 יום שהושווה לחלון של 28 יום גרם ליומיים חסרים להיראות כמו קריסה בכל האתר. החוזה עכשיו מסרב לרוץ אם שני הטווחים לא תואמים, והכשל הזה לא חזר.
שלב 4: הוסיפו את השורה שהסוכן לא יכול לכתוב
כל דוח מקבל פסקה אנושית אחת: מה הוצאנו, שינינו או שברנו בשבוע שעבר.
זו לא קישוט. זו הדרך המהירה ביותר לתפוס סוכן שמייחס את הגרסה שלכם לעדכון אלגוריתם. כשהדוח אומר שקבוצת עמודי מוצר נפלו, וההערה שלכם אומרת שהתבנית השתנתה ביום שלישי, טווח ההסבר מתצמצם מיד.
הפלט הצפוי: שניים או שלושה משפטים בראש הדוח, בכתיבת אדם.
בדיקת איכות: אם ההערה ופרק התנועה סותרים זה את זה, הסתירה היא השורה בעלת הערך הגבוה ביותר בדוח. השאירו אותה גלויה במקום להחליק אותה.
שלב 5: אמתו לפני שאתם שולחים
הריצו את שלוש הבדיקות האלה לפני שהדוח יוצא מהשולחן.
- תאריכים. שני החלונות מצוינים בכותרת, ותואמים לייצוא.
- שתי בדיקות מדגם. שתי שאילתות מסומנות אומתו ביד.
- בדיקת סתירה אחת. האם הסבר כלשהו מתייחס לנתונים שלא נמצאים ברשימת הקבצים בתחתית?
אם שלושתם עוברים, אפשר לשתף את הדוח בבטחה. זה טיוטה של שיקול הדעת שלכם, לא תחליף לו.
המסלול המתקדם, כשתהיו מוכנים
הריצו את התהליך ביד ארבעה שבועות קודם. אוטומציה רק אחרי שתיקנתם את אותו סוג טעות פעמיים.
אחר כך השדרוגים מצטברים:
- תזמנו את ההרצה. הרצה מתוזמנת שבועית כותבת את הדוח לפני שאתם פותחים את המחשב. השאירו את הפסקה האנושית כשדה חובה, כדי שהדוח לא ייצא בלעדיה.
- אחסנו תמונות מצב בבקרת גרסאות. כל הרצה הופכת לקומיט. ההבדל בין שני שבועות נקרא מהר יותר משני הדוחות גם יחד.
- הוסיפו נכס שני. שאילתות מתחרים או מותג יושבות בדוח נפרד עם אותו חוזה, לא ממוזגות לתוך הדוח הראשי.
- הוסיפו אות חיצוני אחד. בדיקת חיפוש ממותג או נתח תשובה הופכת את אות המותג מסקר 2026 למדיד במקום תיאורטי.
מה לא לאוטמט: שלב ההמלצה. ברגע שסוכן מתחיל להציע שינויים באתר, עברתם מדיווח לפרסום, ונטל הבדיקה עולה מהר יותר מהזמן שנחסך.
פתרון תקלות
תסמין | סיבה סבירה | תיקון |
|---|---|---|
כל שאילתה נראית כנפילה | היסט בטווח התאריכים בין הייצואים | קבעו את שני החלונות גם בחוזה וגם בכותרת |
הדוח ריק | הספים נוקשים מדי לרמת התנועה שלכם | הנמיכו את סף החשיפות לפני שתנמיכו את סף המיקום |
אותן חמש שאילתות בכל שבוע | סט השאילתות צר מדי | הוסיפו שאילתות זנב ארוך והשוואה לדליים |
תנועה בלי הסבר | נורמלי בשאילתות בנפח נמוך | השאירו את הפלט "לא מוסבר על ידי הנתונים האלה" והמשיכו הלאה |
המספרים שונים מ-Search Console | אי-התאמה בנכס או במסנן בייצוא | ייצאו תמיד מאותו נכס ומאותה קבוצת מסננים |
תחזקו את התהליך
שלושה הרגלי תחזוקה שומרים עליו שימושי מעבר לרבעון הראשון.
בדקו את סט השאילתות כל רבעון. דוח שעוקב אחרי סדרי העדיפויות של השנה שעברה הוא שיעור היסטוריה, לא דוח דירוג.
קראו מחדש את החוזה כשגוגל משנה את Search Console. גוגל מעדכנת את ממשק דוח הביצועים ואת שדות הייצוא מעת לעת. אם שדה נעלם, החוזה צריך עריכה באותו יום.
שמרו את הדוחות הישנים. השוואת הדוח של הרבעון הזה לרבעון המקביל בשנה שעברה היא הדרך הזולה היחידה להפריד בין ירידה אמיתית לעונתיות.
שאלות נפוצות (FAQ)
אני חייב Codex דווקא? לא. התהליך עובד עם כל סוכן שיכול לקרוא קבצים, לרוץ לפי תזמון, ולכתוב פלט שניתן לבדוק. Codex מתאים במיוחד כשהאתר שלכם כבר יושב במאגר, כי הדוח הופך לקומיט שאפשר להשוות.
אפשר לעשות את זה עם כלים חינמיים בלבד? כן. כל התהליך רץ על נתוני Search Console, שהם חינמיים, ועל הסוכן. אתם צריכים כלי מעקב דירוג בתשלום רק כשאתם רוצים מיקומים של מתחרים או מיקומים שאינכם רואים בנכס שלכם.
במה זה שונה מדוח הביצועים ב-Search Console? דוח הביצועים מראה לכם טבלה. התהליך הזה מייצר החלטה: אילו שאילתות חצו סף, מה הנתונים כן מסבירים ומה לא, ומה לבדוק בשבוע הבא. הוא גם שומר תיעוד, והממשק לא.
מה אם לאתר שלי יש מעט מאוד תנועה? הנמיכו את סף החשיפות והשוו 28 יום מול אותם 28 יום בשנה שעברה, במקום מול 28 הימים שלפניהם. אתרים בנפח נמוך מקבלים יותר אות מהשוואה שנתית מאשר מהשוואה שבועית.
האם הדוח צריך לכלול סקירות AI או ציטוטי AI? אם תרצו, הוסיפו חלק נפרד עם חוזה משלו. השאירו אותו מחוץ לדוח המיקומים, כי המקורות והמדידה שונים, וערבוב שלהם מקשה לקרוא את שניהם.
הכותב: Leo Harrington, מתרגם אנליטיקת SEO של יותר מ-500 דוחות להנהלה ב-Auspia. Leo כותב על הפיכת נתוני חיפוש לדוחות שגם מי שאינו מומחה יכול לפעול לפיהם.
