מתחילים מדוח שמתאים לשאלה
Search Console מציג כיצד Google רואה את האתר בחיפוש ובאינדקס. אם עמוד לא מופיע, מתחילים ב-URL Inspection כדי לבדוק מה Google מכירה על אותה כתובת ומתי; בדיקת Live Test בודקת מצב נוכחי, ואינה משנה מיד את דוחות האינדקס. אם השאלה היא אילו שאילתות מביאות חשיפות וקליקים, פותחים את Performance ובוחרים חיפוש, עמוד, מדינה ותאריך מתאימים. ערבוב בין שתי השאלות יוצר מסקנה שגויה: עמוד יכול להיות מאונדקס ובכל זאת לא לקבל חשיפה לביטוי שרצינו.
Page indexing הוא רשימת מצבים, לא רשימת תקלות
בדוח Page indexing יש כתובות שאונדקסו וכתובות שלא. הסיבה להחרגה קובעת מה לעשות. כתובת redirect מכוונת, עמוד חלופי עם canonical תקין או עמוד noindex מכוון אינם תקלה שצריך לפתור באמצעות בקשת אינדוקס חוזרת. גם 404 של מוצר שהוסר לא תמיד דורש החזרה; בודקים אם יש תחליף מתאים, קישורים פנימיים שבורים או צורך להשאיר את הכתובת מחוץ לאינדקס. לעומת זאת, עמוד שירות חשוב שלא נסרק או שקנוניקל שלו מצביע בטעות למקום אחר דורש אבחון מדויק.
בדיקת כתובת אחת לפני טיפול גורף
משווים את הכתובת בדפדפן, את תגיות robots וה-canonical, את מפת האתר ואת הקישורים המובילים אליה. בודקים אם Google רואה אותה כמו המשתמש ואם יש גרסאות כפולות עם פרמטרים או סלאש שונה. בקשת אינדוקס אחרי תיקון יכולה להזמין סריקה, אך אינה הבטחה לזמן או להכללה. אם בעיה מופיעה בקבוצת עמודים, מחפשים תבנית משותפת בתבנית האתר, בהפניות או בקישורים; שינוי ידני בכל כתובת לא יטפל בשורש.
קריאת ביצועי חיפוש בהקשר
CTR נמוך אינו בהכרח כותרת גרועה. שאילתה רחבה יכולה להציג את העמוד למי שעדיין לא מחפש שירות, בעוד שאילתה ממוקדת מושכת פחות חשיפות אבל קהל מתאים. משווים שאילתות לאותו עמוד, מסתכלים על השינוי בתמהיל החיפושים ומוודאים שגרסת מובייל נוחה. מיקום ממוצע הוא ממוצע של הופעות שונות, ולא המקום שבו כל אדם ראה את העמוד. החלטה עריכתית מבוססת גם על שיחת לקוח, תוכן הדף והפעולה שבוצעה לאחר הכניסה.
שגרת עבודה קצרה ושימושית
פעם בתקופה שנבחרה בודקים הודעות אבטחה ופעולות ידניות, בעיות אינדוקס לעמודים החשובים ושינויים חריגים בחשיפות. רושמים כתובת, תאריך, ממצא, פעולה ובדיקת מעקב. אין צורך לטפל בכל כתובת שמסומנת Not indexed לפני שהוגדרה חשיבותה; סדר עדיפויות טוב מתחיל בעמודי שירות, קטגוריה ותוכן שמשרת צורך ברור. כאשר דוח מתעדכן באיחור, מציינים זאת לצד המסקנה במקום להציג שינוי יומי כעובדה סופית.
בדיקת מפת אתר
מפת אתר צריכה לכלול כתובות שהעסק רוצה ש-Google תכיר ושאפשר לפתוח בפועל. אם היא כוללת הפניות, עמודי בדיקה או כתובות עם canonical לכתובת אחרת, בודקים את מחולל המפה לפני שמבקשים סריקה. היעדר כתובת מהמפה אינו הוכחה שאינה יכולה להתגלות, אך לעמוד חשוב זו הזדמנות לתקן מבנה. אחרי שינוי בודקים את המפה הציבורית ואת דוח השליחה, ומפרידים בין קליטת המפה לבין החלטת אינדוקס של כל עמוד.
דוגמה להחרגה מכוונת
אתר חנות מסיר מוצר שהוחלף ומפנה אותו לדגם חדש שמתאים לאותו צורך. ב-Search Console הכתובת הישנה עשויה להופיע כלא מאונדקסת בגלל ההפניה; זהו מצב צפוי, לא משימה לבקש אינדוקס של הכתובת הישנה. אם המוצר הוסר בלי חלופה, ייתכן ש-404 נכון יותר מהפניה לא רלוונטית. השאלה היא מה מבקר שהיה מחפש את המוצר הישן צריך לקבל, ולא כיצד להעלים כל שורה צהובה מדוח.
דוגמה לבעיה שמחייבת תיקון
עמוד שירות חדש אמור להופיע בחיפוש אך URL Inspection מציג canonical שנבחר לעמוד אחר שאינו שקול. בודקים אם התבנית הוסיפה תג שגוי, אם יש שתי גרסאות דומות והאם מפת האתר והקישורים הפנימיים מפנים לכתובת הרצויה. מתקנים מקור אחד ולא מכריחים אינדוקס שוב ושוב. אחרי שינוי עוקבים אחר סריקה והחלטת Google, בידיעה שבקשה אינה התחייבות להופעה. אם יש כמה עמודים עם אותה תופעה, בודקים כלל מערכת ולא כל כתובת בנפרד.
קשר בין שאילתות לבין החלטת תוכן
אם עמוד מקבל חשיפות לשאלה שהטקסט שלו רק מזכיר בדרך אגב, אפשר להוסיף תשובה מלאה אם היא רלוונטית למטרתו. אם השאלה שייכת לנושא אחר, קישור לעמוד מתאים עדיף על הרחבה שמפזרת את המאמר. בוחנים קליקים וחשיפות לפי עמוד ושאילתה לאורך תקופה, יחד עם שאלות לקוחות ונתוני האתר. Search Console אינו דוח מכירות ואינו מראה תמיד כל שאילתה; לכן אין להפוך שינוי קטן במיקום ממוצע להחלטת תקציב גדולה בלי הקשר עסקי.
בדיקת עמוד חדש ב-Search Console
מוסיפים נכס מתאים ומוודאים הרשאה לפני שמפרשים דוח כלשהו. כאשר עמוד חדש אינו מופיע בחיפוש, בודקים קודם את כתובתו המדויקת בכלי בדיקת כתובת האתר: האם היא זמינה לסריקה, מה הכתובת הקנונית שזוהתה ומה מצב האינדוקס המדווח. בקשת אינדוקס היא בקשה לבדיקה חוזרת, לא הוראה שמבטיחה הופעה או דירוג. משווים גם בין הגרסה הנבדקת לבין העמוד הציבורי: חסימת robots, תגית noindex או קנוניקל שמצביע למקום אחר יכולים להסביר פער. אם הדוח טרם התעדכן, מתעדים מועד בדיקה ולא מפרשים היעדר נתון ככשל ודאי.
עבודה עם דוח ביצועים בלי להסיק יותר מדי
בוחרים תקופה, סוג חיפוש, שאילתה ועמוד לפי השאלה העסקית. ירידה בהופעות יכולה לנבוע מעונתיות, שינוי בביקוש, שינוי במיקום או שינוי בכיסוי השאילתות; CTR לבדו אינו מספר כמה אנשים ראו את כל העסק. כאשר מתקנים כותרת לעמוד, שומרים צילום של הנתונים לפני ואחרי ומציינים כל שינוי אחר שבוצע. אי אפשר לייחס כל תזוזה בכמות הקליקים לשינוי טקסט אחד בלי בדיקה. דוח ביצועים משמש לזהות עמודים ושאלות שדורשים חקירה, לא להוכיח באופן אוטומטי סיבה.
שאלות נפוצות
האם Search Console מציג את כל החיפושים? הדוחות כפופים להגדרות, סינון וזמינות נתונים; לכן אין להתייחס אליהם כאל יומן מלא של כל משתמש. האם בעיית חוויית עמוד מחייבת מחיקת תוכן? לא; מאבחנים תחילה את המדד, סוג העמוד וההשפעה על המשתמש. האם הודעת שגיאה תמיד דורשת תיקון? עמוד שנחסם בכוונה או הופנה כראוי עשוי להופיע בדוח בלי להיות תקלה. ההחלטה תלויה בכתובת הקנונית הרצויה ובערך של העמוד.
בדיקה קבועה של נתוני האתר
פעם בתקופה עוברים על עמודים חשובים, מוודאים שהם מופיעים בכתובת הרצויה ובודקים אם שאילתות חדשות חושפות שאלה שלא נענתה. אין צורך לפתוח משימת תיקון לכל תנודה יומית. אם נראית ירידה מתמשכת, משווים גם שינויים טכניים, עונתיות וביקוש לפני שמנסחים השערה. שומרים רשומת פעולה קצרה: כתובת, ממצא, שינוי שבוצע ומועד בדיקה חוזרת. כך הדוח הופך לכלי עבודה ולא לאוסף גרפים שמייצר תגובה חפוזה.
אימות סופי של תיקון
אחרי שינוי קנוניקל, הפניה או robots, פותחים את הכתובת הציבורית ובודקים את קוד התגובה, תגיות העמוד והקישורים המובילים אליו. רק אחר כך משתמשים בכלי הבדיקה של Search Console כדי לראות מה Google יכולה לגשת אליו כעת. דוח האינדקס עשוי להתעדכן מאוחר יותר, ולכן קובעים תאריך מעקב ואינם משנים שוב ושוב את אותה הגדרה ביום אחד. אם לאחר תקופה הכתובת עדיין אינה נבחרת לאינדקס, משווים אותה לעמודים דומים ומסתכלים גם על איכות התוכן והכפילות, לא רק על צד טכני.
להעמקה: שירותי SEO לעסקים — קידום אורגני בגוגל · מקור רשמי 1.