דלגו לתוכן
מגזין תוכן בעבריתנמצאים

חדשות בינה מלאכותית וטכנולוגיה, בלי רעש.

חיפוש
קידום טכני

אופטימיזציה לאתר: מה בודקים כדי לשפר דירוג בגוגל

אופטימיזציה לאתר מתחילה בארבע בדיקות טכניות: האם גוגל מאנדקס את הדפים, האם האתר מהיר לפי Core Web Vitals, האם גרסת המובייל שלמה, והאם המבנה והקישורים הפנימיים מובילים לכל דף חשוב.

שולחן עבודה עם מחשב נייד, טלפון, זכוכית מגדלת מעל תרשים מבנה אתר ושעון עצר
תמונה: איור שנוצר בבינה מלאכותית

אופטימיזציה לאתר: ארבע הבדיקות שמסבירות רוב בעיות הדירוג

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

הסדר חשוב. אין טעם לשפר מהירות טעינה בחצי שנייה אם הדף בכלל לא נמצא באינדקס של גוגל. לכן בודקים מלמעלה למטה:

  1. אינדוקס: האם הדפים החשובים נמצאים באינדקס, ואם לא, מה הסיבה שגוגל מציין.
  2. חסימות: האם robots.txt, תגית noindex או canonical שגוי מונעים מדפים להיכנס.
  3. מהירות וחוויית דף: ערכי Core Web Vitals, HTTPS וחלונות קופצים.
  4. מובייל: האם גרסת הנייד מכילה את אותו תוכן כמו גרסת הדסקטופ.
  5. מבנה וקישורים: האם כל דף חשוב מקושר מדף אחר באתר, והאם יש מפת אתר תקינה.

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

איך בודקים אם גוגל מאנדקס את הדפים שלכם

הכלי המרכזי הוא Google Search Console, שהוא חינמי. אחרי אימות הבעלות על האתר, פתחו את דוח Page indexing (הוספה לאינדקס). הדוח מחלק את הדפים לדפים שנכנסו לאינדקס ודפים שלא נכנסו, ולצד כל קבוצה מופיעה הסיבה.

לפי גוגל, יש שלוש דרישות טכניות מינימליות כדי שדף יהיה כשיר לאינדוקס: Googlebot לא חסום, הדף מחזיר קוד סטטוס 200, ויש בדף תוכן שניתן לאנדקס.

הסיבה בדוח מה זה אומר מה בודקים
Crawled – currently not indexed גוגל סרק את הדף ולא הכניס אותו לאינדקס. ייתכן שיכניס אותו בעתיד איכות וייחודיות התוכן, האם הדף דומה מדי לדפים אחרים
Discovered – currently not indexed גוגל מכיר את הכתובת אך עדיין לא סרק אותה. לפי גוגל, בדרך כלל הסריקה נדחתה כי היא הייתה עלולה להעמיס על האתר יציבות ומהירות השרת, וקישורים פנימיים לדף
URL marked 'noindex' בדף יש הוראה לא לאנדקס האם ההוראה מכוונת או נשארה מסביבת פיתוח
Duplicate without user-selected canonical הדף הוא עותק של דף אחר, לא הוגדר דף מועדף, וגוגל בחר דף אחר כקנוני הגדרת canonical או הפניה 301
Blocked by robots.txt קובץ robots.txt חוסם סריקה שורות Disallow בקובץ
Not found (404) / Soft 404 הדף לא קיים, או מציג הודעת "לא נמצא" בלי להחזיר קוד 404 תיקון קישורים, הפניות, או החזרת 404 אמיתי
Server error (5xx) השרת החזיר שגיאה בזמן הסריקה יציבות האחסון ולוגים של השרת

לבדיקה של דף בודד השתמשו בכלי URL Inspection. הוא מראה אם הדף באינדקס, ומאפשר להריץ בדיקה חיה ולבקש הוספה לאינדקס. לפי גוגל, האינדוקס לוקח בדרך כלל יום בערך אבל יכול להימשך הרבה יותר, בקשה לא מבטיחה כניסה לאינדקס, ויש מגבלה יומית על מספר הבקשות. לכמות גדולה של דפים עדיף לשלוח מפת אתר.

robots.txt, noindex ו-canonical: שלוש הגדרות שמעלימות דפים

חלק גדול מבעיות האינדוקס נובע מהגדרה אחת שגויה. שלוש ההגדרות האלה נראות דומות, אבל כל אחת עושה משהו אחר.

robots.txt מגביל סריקה ואינו מוציא דפים מגוגל

לפי התיעוד של גוגל, robots.txt נועד בעיקר לנהל את עומס הסריקה על האתר, והוא אינו מנגנון להוצאת דף מגוגל. דף שחסום ב-robots.txt עדיין יכול להופיע בתוצאות, בלי תיאור, אם אתרים אחרים מקשרים אליו. בדקו שהקובץ (בכתובת example.co.il/robots.txt) לא חוסם תיקיות חשובות, ובמיוחד שאין בו שורה כמו Disallow: / שנשארה מאתר בבנייה.

noindex מוציא דף מהאינדקס

כדי להסתיר דף מגוגל, ההמלצה הרשמית היא תגית noindex, הגנה בסיסמה או מחיקת הדף. הבעיה ההפוכה מוכרת לא פחות: בוורדפרס יש בהגדרות הקריאה אפשרות בשם Discourage search engines from indexing this site, שמוסיפה לאתר כולו תגית noindex. אם היא נשארת מסומנת אחרי העלייה לאוויר, האתר מבקש מגוגל לא לאנדקס אותו. ועוד מלכודת: אם דף נחסם ב-robots.txt וגם מסומן noindex, גוגל לא יוכל לסרוק אותו ולכן גם לא יראה את ה-noindex. מי שלא מכיר את המערכת יכול לקרוא מהי וורדפרס ולמי היא מתאימה.

canonical מסמן את הגרסה המועדפת

כשאותו תוכן זמין בכמה כתובות (למשל עם פרמטרים של מיון או סינון בחנות), צריך לסמן לגוגל איזו כתובת היא העיקרית. לפי גוגל, הפניה היא אות חזק, תגית rel="canonical" היא אות חזק, והכללה במפת האתר היא אות חלש. גוגל ממליץ לא להשתמש ב-robots.txt או ב-noindex לצורך זה, ולא לסמן כתובות קנוניות שונות לאותו דף בשיטות שונות. לבעלי חנויות כדאי להכיר גם את הקמת פיד מוצרים ב-Merchant Center.

מהירות האתר: אילו מספרים של Core Web Vitals לבדוק

גוגל מודד את חוויית הטעינה בשלושה מדדים שנקראים Core Web Vitals. לפי גוגל, המדדים האלה, יחד עם היבטים אחרים של חוויית הדף, תואמים את מה שמערכות הדירוג המרכזיות שלו מבקשות לתגמל. אלה הערכים שגוגל ממליץ לשאוף אליהם:

מדד מה הוא מודד ערך טוב גורמים נפוצים לבעיה
LCP זמן הצגת האלמנט הגדול ביותר במסך עד 2.5 שניות תמונה ראשית כבדה, שרת איטי, פונטים וסקריפטים שחוסמים טעינה
INP זמן התגובה ללחיצה או הקלדה פחות מ-200 מילישניות JavaScript כבד, תוספים רבים, סקריפטים של צד שלישי
CLS יציבות חזותית, כמה התוכן "קופץ" בזמן טעינה פחות מ-0.1 תמונות בלי מידות מוגדרות, באנרים שנטענים מאוחר

בודקים ב-PageSpeed Insights. בראש הדוח מופיעים נתוני שטח, כלומר מדידות של משתמשים אמיתיים מ-28 הימים האחרונים, לפי האחוזון ה-75. מתחתם מופיעים נתוני מעבדה מסימולציה על מכשיר אחד בתנאי רשת קבועים. נתוני המעבדה שימושיים לאיתור תקלות, ונתוני השטח משקפים את מה שהגולשים חווים בפועל. כשאין מספיק נתונים לדף מסוים, הכלי מציג נתונים של האתר כולו, ובאתר עם תנועה נמוכה מדי לא יוצגו נתוני שטח בכלל.

שני רכיבים נוספים של חוויית דף שכדאי לבדוק באותה הזדמנות הם הגשת האתר ב-HTTPS והימנעות מחלונות קופצים שמסתירים את התוכן. גוגל כותב במפורש שלא כדאי להתמקד רק בהיבט אחד או שניים של חוויית הדף, ושהוא יציג את התוכן הרלוונטי ביותר גם אם החוויה בו פחות טובה. אם האתר שלכם בוורדפרס, אפשר לקרוא על תוסף ההאצה WP Rocket.

מובייל: גוגל מדרג לפי מה שרואים בטלפון

גוגל עובד במודל של mobile-first indexing: הוא משתמש בגרסת המובייל של האתר, כפי שסורק הסמארטפון שלו רואה אותה, לצורך אינדוקס ודירוג. המשמעות המעשית היא שתוכן שקיים רק בדסקטופ עלול לא להיחשב בכלל.

מה לבדוק:

  • תוכן זהה: גוגל ממליץ שגרסת המובייל תכיל את אותו תוכן כמו גרסת הדסקטופ. טקסטים, כותרות ותמונות שמוסתרים בטלפון כדי "לנקות" את המסך עלולים לא להיחשב. השוו דף מרכזי בשני המכשירים.
  • כותרת ותיאור: תגית ה-title וה-meta description צריכות להיות שוות ערך בשתי הגרסאות.
  • נתונים מובנים: אם יש לכם סימון Schema (למשל Product או Breadcrumb), הוא צריך להופיע גם בגרסת המובייל.
  • תגיות robots זהות: תגית noindex או nofollow שקיימת רק במובייל עלולה למנוע סריקה ואינדוקס.
  • טעינה עצלה: גוגל לא טוען תוכן שמופיע רק אחרי החלקה, לחיצה או הקלדה. תוכן מרכזי שנטען רק אחרי לחיצה על "קרא עוד" עלול להתפספס.

בדיקה מהירה: פתחו את URL Inspection, הריצו בדיקה חיה וצפו בצילום המסך ובקוד ה-HTML שגוגל ראה. אם חסר שם תוכן שאתם רואים בדפדפן, זו הבעיה.

מבנה האתר, קישורים פנימיים ומפת אתר

גוגל מגלה דפים חדשים בעיקר דרך קישורים. לפי התיעוד שלו, הוא יכול לסרוק קישור רק אם הוא אלמנט <a> עם מאפיין href. כפתורים שעובדים רק עם onclick, או ניווט שנבנה כולו ב-JavaScript בלי קישורים אמיתיים, עלולים להשאיר דפים בלי גישה.

קישורים פנימיים

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

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

מפת אתר (Sitemap)

מפת אתר מוגבלת ל-50,000 כתובות או 50MB לא דחוסים לקובץ. מעבר לזה מפצלים לכמה קבצים עם קובץ אינדקס. שולחים אותה דרך דוח Sitemaps ב-Search Console, ואפשר גם להוסיף שורת Sitemap לקובץ robots.txt. גוגל מתעלם מהשדות priority ו-changefreq, ומתחשב ב-lastmod רק אם הוא מדויק באופן עקבי. הכניסו למפה רק את הכתובות הקנוניות שאתם רוצים לראות בתוצאות, בלי גרסאות כפולות של אותו תוכן.

סדר עבודה: רשימת בדיקות לשעה הראשונה

אם אתם בעלי אתר ורוצים להבין למה הוא לא מדורג, זה סדר עבודה מעשי שאפשר לבצע בלי כלים בתשלום:

  1. חפשו בגוגל site:הדומיין-שלכם.co.il וקבלו תמונה גסה של מספר הדפים שמוצגים. המספר לא מדויק, אבל אם כמעט שום דבר לא מופיע, הבעיה כנראה באינדוקס.
  2. חברו את האתר ל-Search Console ופתחו את דוח Page indexing. רשמו את שלוש הסיבות הנפוצות לדפים שלא נכנסו.
  3. פתחו את robots.txt ובדקו שאין חסימה של האתר כולו או של תיקיות עם תוכן.
  4. בדקו שלושה דפים מרכזיים ב-URL Inspection: דף הבית, דף שירות או מוצר מרכזי, ומאמר. ודאו שאין noindex ושה-canonical מצביע על הדף עצמו.
  5. הריצו את אותם שלושה דפים ב-PageSpeed Insights בתצוגת מובייל, ורשמו את ערכי LCP, INP ו-CLS מול הערכים בטבלה למעלה.
  6. השוו את הדפים בטלפון ובמחשב וחפשו תוכן שחסר במובייל.
  7. עברו על התפריט והפוטר: האם כל דף שאתם רוצים שיופיע בגוגל מקושר מאיפשהו.
  8. שלחו מפת אתר ובדקו אחרי כמה ימים שהסטטוס שלה תקין.

תעדפו את התיקונים לפי ההשפעה: חסימה גורפת או noindex שגוי מתקנים מיד, בעיות canonical וקישורים פנימיים בשלב הבא, ושיפורי מהירות אחר כך. אחרי תיקון, חזרו לדוח האינדוקס ולחצו על Validate fix כדי שגוגל יסרוק שוב את הדפים. לפי גוגל, האימות נמשך בדרך כלל עד כשבועיים, ולפעמים יותר.

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

שאלות נפוצות

כמה זמן לוקח לראות תוצאות אחרי תיקונים טכניים?

לפי גוגל, אינדוקס של דף בודד לוקח בדרך כלל יום בערך, אבל יכול להימשך הרבה יותר, ואימות תיקון בדוח האינדוקס נמשך בדרך כלל עד כשבועיים. נתוני השטח של Core Web Vitals מבוססים על 28 הימים האחרונים, ולכן שיפור במהירות יופיע בהם בהדרגה.

האם מהירות האתר משפיעה על הדירוג בגוגל?

גוגל כותב ש-Core Web Vitals, יחד עם היבטים אחרים של חוויית הדף, תואמים את מה שמערכות הדירוג שלו מבקשות לתגמל. באותו תיעוד הוא מבהיר שהוא יציג את התוכן הרלוונטי ביותר גם אם חוויית הדף פחות טובה.

מה עושים כשגוגל בחר canonical אחר מזה שהגדרתם?

בדוח Page indexing זה מופיע כ-Duplicate, Google chose different canonical than user. בדקו שכל האותות מצביעים על אותה כתובת: תגית canonical, הפניות, קישורים פנימיים ומפת האתר, ושאין הוראות סותרות.

מה המשמעות של Crawled – currently not indexed?

גוגל סרק את הדף ולא הכניס אותו לאינדקס, וייתכן שיכניס אותו בעתיד. במקרים כאלה בודקים בדרך כלל אם התוכן ייחודי ומועיל מספיק, ואם הדף לא דומה מדי לדפים אחרים באתר.

האם צריך כלי בתשלום כדי לבצע בדיקת SEO טכני?

לבדיקה בסיסית מספיקים Google Search Console ו-PageSpeed Insights, ששניהם חינמיים. כלי סריקה בתשלום מועילים בעיקר באתרים גדולים עם אלפי דפים.

מקורות

אהבתם? שתפו עם מי שזה יעזור לו