דירוג אינו מספר בודד. שאלו את אותו אתר, על אותה שאילתה, באותם 90 ימים, והנייד והמחשב השולחני לא יסכימו. בנתוני Search Console שלנו הפער הגיע ל-11.4 מקומות בשאילתה אחת, והכיוון התהפך משאילתה לשאילתה: לפעמים הנייד דורג טוב יותר, ולפעמים המחשב השולחני.
זו אינה תקלה בנתונים, וזו אינה סיבה לקנות כלי מעקב דירוג לנייד. זהו מאפיין של האופן שבו Google בונה דף תוצאות, והוא נשאר בלתי נראה כל עוד קוראים ממוצע משולב.
המאמר הזה עוסק במה שלמעשה יוצר את הפיצול, איך נראו המספרים שלנו, ובתהליך עבודה קצר ב-Claude Code שמפריד בין השניים כדי שתפסיק לקבל החלטות מחשב שולחני על תנועת נייד.
התפיסה המוטעית
ההנחה שרוב הצוותים נושאים, בדרך כלל בלי לומר אותה, היא שדירוג הוא תכונה של הדף. אתה מדורג במקום 8 בשאילתה מסוימת, אז אתה במקום 8. כלי מעקב דירוג מחזקים את ההנחה הזו משום שהם כברירת מחדל עובדים מול מכשיר אחד ומדפיסים מספר אחד לכל מילת מפתח.
ההשלכה המעשית היא הרגל דיווח: מישהו בודק דירוג במחשב השולחני, רושם אותו בגיליון, וכל מה שממשיך משם מתייחס אליו כאמת על הנראות.
המציאות השימושית יותר
שתי עובדות, שתיהן מתועדות על ידי Google, שוברות את מודל המספר הבודד.
עובדה אחת: מה שמדורג הוא דף הנייד שלך. התיעוד של Search Central של Google אומר זאת במפורש: "Google משתמשת בגרסת המובייל של תוכן האתר, בסריקה של סוכן הסמארטפון, לצורך אינדוקס ודירוג." ה-HTML של המחשב השולחני שלך אינו הקלט העיקרי, גם כשהאדם שמחפש יושב מול מחשב נייד.
עובדה שתיים: דף התוצאות נבנה עבור המכשיר שנמצא מולו. תיעוד העזרה של Search Console אומר זאת בפשטות, וכדאי לקרוא פעמיים: "תוצאות החיפוש תלויות בזמן, במקום, במכשיר ובהיסטוריה האחרונה של האדם שמחפש."
חברו את השתיים, והדירוג שרשמת הוא דגימה אחת מהתפלגות שנעה עם המכשיר. המספר אינו שגוי. הוא פשוט צר בהרבה מהאופן שבו משתמשים בו.
למה המיתוס מתפשט כל כך בקלות
ארבעה דברים שגרתיים משאירים את מודל המספר הבודד בחיים.
- כלי המעקב כברירת מחדל עובדים מול המחשב השולחני. שליפת תוצאות למחשב שולחני זולה יותר ואחסון שלהן פשוט יותר, ולכן זה הופך לעמודת ברירת המחדל. החלפת מכשיר קיימת בהרבה תוכניות, וזה שונה מלהיות דלוקה כברירת מחדל.
- Search Console משלבת מכשירים. דוח הביצועים המוגדר כברירת מחדל ממצע על פני נייד, מחשב שולחני וטאבלט. צריך לפתוח את הלשונית "מכשירים", או לקרוא ל-API עם device כמאפיין, כדי לראות את הפיצול. שום דבר בתצוגת ברירת המחדל לא מזהיר שמתרחש שילוב.
- מעקב דירוג בנייד נמכר כתוספת. כשספק מציג "כלי מעקב דירוג לנייד" כתכונה, המשתמע הוא שהדוח הסטנדרטי כבר מכסה הכול. הוא מכסה פרוסה ממנו.
- האפקט בלתי נראה במדגמים קטנים. אם תסתכלו על עשר שאילתות וכולן יסכימו, הבעיה תיראה תיאורטית. היא נעשית גלויה ברמת השאילתה, בשאילתות שיש להן מספיק חשיפות כדי לחשב ממוצע.
מה הראו 90 הימים שלנו
שלפנו את הנכס שלנו ב-Search Console, 90 ימים שהסתיימו ב-11 בספטמבר 2026, עם query ו-device כמאפיינים.
מכשיר | חשיפות | קליקים | שיעור הקלקה | מיקום ממוצע |
|---|---|---|---|---|
מחשב שולחני | 34,028 | 375 | 1.10% | 34.4 |
נייד | 7,147 | 69 | 0.97% | 30.8 |
טאבלט | 156 | 0 | 0.00% | 40.8 |
אותו נכס, אותו חלון, שלושה סיפורים שונים. שימו לב שמיקום נייד ממוצע טוב יותר בעוד ששיעור ההקלקה בנייד גרוע יותר.
שני דברים בטבלה הזו ראויים לתשומת לב.
הראשון הוא האות ההפוך. המיקום הממוצע בנייד היה טוב יותר מאשר במחשב השולחני (30.8 מול 34.4), ובכל זאת שיעור ההקלקה בנייד היה גרוע יותר (0.97% מול 1.10%). מיקום טוב יותר עם שיעור הקלקה גרוע יותר הוא מצב נורמלי בנייד: דפי התוצאות גבוהים יותר, הפריסה שונה, וחלקם העליון של הדף עמוס בתכונות. מי שהיה מדווח על המיקום בלבד היה מכריז שהנייד הוא המשטח החזק יותר ומפספס כליל את פער ההקלקות.
השני הוא המלכודת שבקריאת ממוצעים ברמת האתר כולו מלכתחילה. שתי השורות הללו מסכמות תמהילי שאילתות שונים. המחשב השולחני נושא 82% מהחשיפות שלנו כי הקהל שלנו הוא אנשי SEO ליד שולחנות, והנייד נושא קבוצה אחרת וקטנה יותר של שאילתות. ממוצעים ברמת האתר כולו מסתירים זאת. החיבור ברמת השאילתה הוא מה שהופך את המספר לניתן לפעולה.
אז עשינו את החיבור. מתוך 130 שאילתות עם לפחות 20 חשיפות, ל-85 היו נתונים בשני המכשירים. אלה שש הסטיות הגדולות ביותר.
שאילתה | מיקום בנייד | מיקום במחשב שולחני | פער |
|---|---|---|---|
auditoria seo on page | 64.5 | 53.1 | 11.4 (המחשב השולחני טוב יותר) |
perplexity seo checking tool | 20.5 | 31.1 | 10.6 (הנייד טוב יותר) |
geo seo | 92.9 | 85.4 | 7.5 (המחשב השולחני טוב יותר) |
auspia | 5.4 | 1.6 | 3.8 (המחשב השולחני טוב יותר) |
perplexity referral traffic | 11.2 | 12.0 | 0.9 (המחשב השולחני טוב יותר) |
amazon echo keywords | 13.9 | 13.8 | 0.1 (תיקו) |
הפער נע בשני הכיוונים. "הנייד מדורג גרוע יותר" שגוי בדיוק כמו "דירוג הוא דירוג".
הכיוון מתהפך. זה הממצא שאמור לשנות את הרגל העבודה שלכם: אי אפשר לתקן סטיית מכשיר בכלל אצבע, כי אין כיוון עקבי לתקן לפיו. צריך למדוד אותה לכל שאילתה.
מה לעשות במקום זאת: לפצל, לחבר, להציב סף, להחליט
ארבעה שלבים, כ-20 דקות אחרי שתהליך העבודה קיים.
שלב 1: לשלוף query ו-device יחד. ב-Search Console פתחו את "ביצועים", הוסיפו את הלשונית "מכשירים" לצד "שאילתות", וייצאו ל-90 ימים. דרך ה-API, בקשו את המאפיינים ["query","device"] עם מגבלת שורות גבוהה מספיק להכיל את מערך השאילתות שלכם. ה-API מקבל מגבלת שורות גבוהה בהרבה ממה שאתר בינוני צריך, אז בקשו גבוה וחתכו מקומית.
אם אתם כבר מפיקים דוח דירוג שבועי, זה הופך למאפיין נוסף על משהו שכבר בבעלותכם ולא לחוברת עבודה חדשה. לחוזה הדוח בתהליך העבודה של דוח הדירוג השבועי יש מקום מוגדר לכך.
שלב 2: לחבר על מפתח השאילתה. שורה אחת לשאילתה, עם עמודת נייד ועמודת מחשב שולחני. שורות שקיימות במכשיר אחד בלבד הן ממצא בפני עצמן: הן אומרות שהשאילתה מקבלת חשיפות במשטח אחד ולא בשני.
שלב 3: להציב סף לפני שמסתכלים. חמישה מקומות הוא סף התחלה עביר. מתחתיו אתם קוראים רעש. מעליו יש לכם שאילתה ששני המשטחים חולקים עליה באמת.
שלב 4: להחליט לפי סוג שאילתה, לא לפי שאילתה בודדת. שאילתות כספיות מתוקנות ראשונות. שאילתות השוואה נוטות לסטות משום שפריסת דף התוצאות שונה, לא משום שהדף שלכם חלש. שאילתות מותג שסוטות הן כמעט אף פעם לא בעיית SEO. שאילתות אינפורמטיביות יכולות לחכות.
תהליך העבודה ב-Claude Code שמבצע את הפיצול
החלק הניתן לחזרה הוא מכני: לשלוף, לחבר, להציב סף, לסכם. זה בדיוק צורת המשימה שמקומה בסוכן ולא בשבוע שלכם.
שמרו את זה כקובץ הנחיות ש-Claude Code יכול לקרוא, והצביעו אותו על הנכס שבבעלותכם:
שלוף נתוני Search Console עבור הנכס <property> ב-90 הימים האחרונים.
השתמש במאפיינים: query, device. השאר רק שאילתות עם לפחות 20 חשיפות.
חבר את הנייד מול המחשב השולחני על מפתח השאילתה.
לכל שאילתה שקיימת בשני המכשירים, חשב את ההפרש המוחלט במיקום הממוצע.
פלט רק שורות שבהן ההפרש הוא 5.0 ומעלה, ממוינות לפי סך החשיפות בסדר יורד.
לכל שורה הצג: שאילתה, מיקום בנייד, מיקום במחשב השולחני, פער, איזה מכשיר טוב יותר,
חשיפות בנייד, חשיפות במחשב השולחני.
סיים בשתי שורות סיכום:
1. מספר השאילתות שבהן הנייד טוב יותר, ומספר השאילתות שבהן המחשב השולחני טוב יותר.
2. השאילתה הבודדת עם הפער הגדול ביותר, וסך החשיפות שלה.
אל תציע תיקונים. אל תכתוב המלצות תוכן.
שמור את הפלט בשם mobile-desktop-gap-YYYY-MM-DD.md בתיקיית העבודה.שלוש בחירות מכוונות בהנחיה הזו שוות שימור אם תתאימו אותה.
היא מציבה רצפת חשיפות, משום ששאילתה עם ארבע חשיפות בנייד מפיקה מיקום ממוצע שלא אומר דבר. היא אוסרת הצעות תיקון, משום שההחלטה תלויה בסוג השאילתה ובהקשר העסקי, וסוכן שמנחש בזה מייצר שטויות בטוחות. והיא נשמרת לקובץ עם תאריך כדי שתוכלו להשוות את הפיצול של החודש הבא לזה של החודש הזה, וזו הדרך היחידה לראות אם תיקון עבד.
הפרומפט נייטרלי בצורתו ביחס לסוכן. Codex מריץ את אותה הנחיה דרך מוסכמות הקבצים שלו, ושלב הסקירה זהה.
מסילות בטיחות
- מתחת לכ-20 חשיפות, עצרו. מיקומים ממוצעים על חופן חשיפות קופצים בדו-ספרתי מעצמם. הסף בפרומפט קיים מהסיבה הזו.
- טאבלט אינו נייד. שורת הטאבלט שלנו הייתה 156 חשיפות ואפס קליקים. קיבוץ הטאבלט לתוך הנייד היה עושה את מספרי הנייד לגרועים יותר מסיבות שאין להן דבר עם חיפוש בנייד.
- המאמר הזה עוסק במדידה, לא בכשירות. אם Google יכולה לראות את תוכן הנייד שלכם בכלל היא בעיה אחרת עם בדיקות אחרות. צד הביקורת כוסה באינדוקס מבוסס נייד ב-2026.
- מיקום טוב יותר יכול להיות תוצאה גרועה יותר. בנתונים שלנו הנייד דורג טוב יותר והוקלק פחות. מיקום ושיעור הקלקה צריכים להיקרא יחד.
- אל תרדפו אחרי כל פער. פער של שישה מקומות בשאילתה עם 30 חיפושים בחודש אינו פרויקט. מיינו את הרשימה לפי חשיפות ותנו לזנב לשבת בשקט.
- מיקומים עמוקים מתנהגים אחרת. אם שאילתה יושבת מעבר למיקום 100 בשני המכשירים, תקנו קודם את בעיית העומק. מדדנו עד כמה רחוק תוצאות Google באמת מגיעות במבחן עומק בדיקת הדירוג.
עמדת Auspia: סטיית מכשיר היא בעיית מדידה לפני שהיא בעיית דירוג. רוב הצוותים מעולם לא הסתכלו, משום שדוח ברירת המחדל מסתיר את הפיצול. מרגע שהפיצול גלוי, מתברר שרוב הפערים ניתנים להסבר, ושחופן המעניין שבהם שווה תיקון.
שאלות נפוצות
האם Google מדרגת דפי נייד ודפי מחשב שולחני בנפרד? למעשה כן. Google מאנדקסת את גרסת המובייל של התוכן שלכם, ודף התוצאות שמוגש לטלפון שונה מזה שמוגש למחשב נייד. שני המיקומים מגיעים מאותן מערכות בסיס, אבל הם אינם אותו מספר.
למה כלי מעקב הדירוג שלי שונה מ-Search Console? מפני שהם מודדים דברים שונים. כלי מעקב שולף דף תוצאות חי במקום אחד ובמכשיר אחד. Search Console ממצע חשיפות על פני כל המכשירים, המדינות וכל טווח התאריכים. שניהם יכולים להיות צודקים ולא להסכים.
מהו כלי מעקב דירוג לנייד והאם אני צריך אחד? כלי מעקב דירוג לנייד שולף את דף התוצאות של הסמארטפון עבור מערך מילות מפתח. הוא שווה תשלום אם אתם צריכים מיקומי מתחרים או מיקומים שאינכם יכולים לראות בנתונים שלכם. אם אתם צריכים רק את נראות הנייד של האתר שלכם, Search Console כבר מספק אותה, מפוצלת לפי מכשיר, ללא עלות.
כמה חשיפות נדרשות לפני שדירוג ברמת המכשיר מהימן? סביב 20 היא רצפת העבודה לקריאה גסה; ב-100 ומעלה המספר מפסיק לזוז משבוע לשבוע. מתחת ל-20, השאירו את השאילתה ברשימה אבל אל תפעלו לפיה.
האם Claude Code יכול לקרוא מ-Search Console ישירות? כן, דרך Search Console API עם חשבון שירות או הרשאות OAuth. תהליך העבודה שלמעלה מניח שהחיבור הזה קיים. מדריך סוכן ה-SEO שלנו מכסה אילו משימות דירוג שוות מסירה לסוכן ואילו לא.
האם לתקן את דף הנייד אם הנייד מדורג גרוע יותר? בדקו קודם את דף התוצאות. אם דף התוצאות בנייד נושא יותר וידאו, יותר חבילות מקומיות, או תמהיל שונה של סוגי דפים, התיקון הוא בפורמט התוכן ולא באיכות הדף. אם צורת דף התוצאות זהה והדף תקין, התייחסו לזה כבעיית התאמת תוכן ובצעו ביקורת מול בדיקות המובייל תחילה.
הכותב: Marcus Ellery, מנסה צמיחה מאחורי יותר מ-150 מבחני SEO ב-Auspia. כותב על נתוני בנצ'מרק, מבחנים מבוקרים, ועל ההבדל בין מדד שזז למדד שמשמעותי.
