SEO טכני: צ׳ק ליסט לסריקה, אינדוקס ומהירות אתר
SEO טכני הוא העבודה שמאפשרת למנועי חיפוש להגיע לעמודים החשובים, להבין את המבנה שלהם ולהציג את הגרסה הרצויה. הוא כולל סריקה, אינדוקס, הפניות, כתובות כפולות, ביצועים ותצוגה תקינה במובייל. תיקון טכני מסיר חסמים; הוא אינו מחליף תוכן מועיל ואינו מבטיח מיקום בגוגל.
מה תמצאו במדריך?
מאיפה מתחילים?
בחרו עמוד עסקי חשוב ובדקו ארבע שאלות: האם הוא נפתח בכתובת הנכונה, האם Google יכול לסרוק אותו, האם הוא מאונדקס כגרסה הרצויה, והאם אפשר לבצע בו את הפעולה שלשמה הגיע הגולש. כך מחברים בדיקה טכנית למטרה עסקית.
סריקה, אינדוקס ודירוג — שלוש שאלות שונות
סריקה היא גישה לתוכן. אינדוקס הוא בחינת התוכן ושילובו באינדקס. דירוג הוא הבחירה אילו תוצאות להציג לחיפוש מסוים ובאיזה סדר. עמוד שנסרק לא בהכרח יאונדקס, ועמוד מאונדקס לא בהכרח יופיע במקום גבוה.
ב־Search Console בודקים כתובת עסקית אמיתית, לא רק את דף הבית. משווים בין הכתובת המבוקשת, הקוד שמחזיר השרת, תגיות ההנחיה והכתובת ש־Google בחר כקנונית. אם העמוד חדש, בודקים גם שיש אליו קישור פנימי ושנכלל במפת האתר כאשר הוא מיועד לאינדוקס.
מה ההבדל בין robots.txt לבין noindex?
robots.txt מנהל גישה לסריקה; הוא אינו דרך אמינה להסיר כתובת מתוצאות החיפוש. כדי ש־Google יקרא הוראת noindex בעמוד, עליו להיות מסוגל לסרוק אותו. חסימת הסריקה והוספת noindex יחד עלולות למנוע ממנו לראות את הוראת ההסרה. ראו את מדריך robots.txt של Google ואת הנחיות noindex.
סדר עדיפויות לבדיקה טכנית
| מה מצאתם? | מה בודקים לפני שינוי? | איך מאמתים תיקון? |
|---|---|---|
| עמוד שירות חשוב מחזיר שגיאה | האם התקלה קבועה, והאם יש כתובת חלופית אמיתית? | בדיקת HTTP, טעינה במובייל וקישורים שמובילים לעמוד |
| noindex בעמוד שצריך להופיע בחיפוש | מי הגדיר אותו והאם זו הייתה החלטה מכוונת? | בדיקת HTML וכותרות השרת, ואז בדיקת כתובת ב־Search Console |
| כמה גרסאות של אותו עמוד | מהי הגרסה המלאה והנכונה, ולאן מובילים הקישורים הפנימיים? | התאמה בין canonical, קישורים ומפת האתר |
| עמוד איטי או רכיבים שקופצים | איזה רכיב גורם לכך ובאיזה מכשיר? | בדיקה חוזרת בתרחיש זהה והשוואה לנתוני משתמשים כשישנם |
| טופס שאינו עובד | באיזה שלב הוא נכשל והאם ההודעה שנראית לגולש נכונה? | בדיקה מבוקרת של שגיאה, הצלחה ושמירת פנייה |
לא מפנים כל 404 לדף הבית. אם עמוד עבר, מפנים למחליף רלוונטי. אם אין לו תחליף, שגיאה תקינה עם ניווט מועיל עשויה להיות ההתנהגות המתאימה. כדאי להתחיל בקישורים פנימיים שבורים בעמודים פעילים ובכתובות בעלות ערך עסקי.
כפילויות ו־canonical: מיישרים את הסימנים
פרמטרים, גרסאות הדפסה ועמודים דומים עשויים ליצור כמה כתובות לאותו תוכן. canonical מסמן את הגרסה המועדפת, אך Google בוחר את הכתובת הקנונית לפי מכלול אותות. לכן יש לבדוק גם הפניות, קישורים פנימיים ומפת אתר. אין טעם לשלוח סימנים סותרים.
שני עמודים על נושא דומה אינם בהכרח כפילות: מדריך שמסביר איך להשוות הצעות לבניית אתר יכול להשלים עמוד שירות שמסביר מה החברה מספקת. ההבדל צריך להיות ברור לקורא, לא רק בכותרת. הסבר המקור: בחירת כתובת קנונית ב־Google.
Core Web Vitals: מה באמת מודדים?
| מדד | משמעות | סף טוב |
|---|---|---|
| LCP | מתי מופיע התוכן הגדול המרכזי במסך | עד 2.5 שניות |
| INP | תגובת העמוד לאינטראקציות | עד 200 מילישניות |
| CLS | שינויים לא צפויים במיקום רכיבים | עד 0.1 |
את הספים בוחנים באחוזון ה־75, בנפרד לפי סוג מכשיר. INP החליף את FID במדדי הליבה; הוא אינו רק זמן ההמתנה לקליק הראשון. נתוני שטח משקפים ביקורים אמיתיים, ובדיקת מעבדה מסייעת לאבחן בעיה בתנאים מוגדרים. ציון Lighthouse בודד אינו מדידת INP של הקהל. מקור: Web Vitals.
בוחנים מה מעכב את התוכן הראשי לפני שמוסיפים תוספים. למשל: תמונת פתיחה גדולה מדי, קוד צד שלישי או שרת שמגיב לאט. לתמונות מתחת למסך הראשון אפשר להתאים טעינה עצלה, אך תמונה ראשית שחשובה לפתיחה דורשת טיפול אחר. משאירים מקום לתמונות ולרכיבים שנטענים מאוחר כדי לצמצם קפיצות.
נתונים מובנים: תיאור מדויק של התוכן
סימון מובנה צריך להתאים לתוכן שהגולש יכול לראות. בחירת סוג schema אינה מבטיחה תצוגה מורחבת, כוכבים או גידול בשיעור הקליקים. בודקים התאמה להנחיות העדכניות של סוג התוצאה ולא מסתפקים בכך שה־JSON תקין. להתחלה: הנחיות Google לנתונים מובנים.
מה צריך לקבל בסיום בדיקה?
- רשימת בעיות עם כתובות ודוגמאות שניתן לשחזר.
- עדיפות לכל בעיה לפי השפעה עסקית והיקף, ולא רק צבע בכלי סריקה.
- אחראי לתיקון, אופן בדיקה ותנאי שמגדיר הצלחה.
- תיעוד לפני ואחרי, כולל בעיות שנשארו פתוחות.
- הפרדה בין מה שנבדק טכנית לבין מה שעדיין צריך להימדד בחיפוש או בפניות.
בעבודה על אתר קיים, מחברים את הממצאים לתהליך הקידום האורגני. אם מתכננים בנייה מחדש, מכניסים את הטיפול בכתובות, בתוכן ובמדידה כבר למפרט ולהצעת המחיר של האתר.
שאלות לפני שמתחילים
צריך ציון 100 כדי להתקדם בגוגל?
ציון יחיד אינו יעד עסקי בפני עצמו. בודקים אם המשתמש מצליח לבצע את הפעולה, אם יש חסמי סריקה ואינדוקס, ואיך נראים נתוני השטח. סדר העבודה תלוי בבעיה ובהשפעה שלה.
מפת אתר מבטיחה שהעמודים יאונדקסו?
לא. היא מסייעת לגילוי כתובות, אך אינה מבטיחה אינדוקס או דירוג. חשוב גם שהתוכן יהיה נגיש, מועיל ומחובר לשאר האתר באמצעות קישורים.
כל בעיה דורשת בניית אתר חדש?
לא. קודם בודקים אם התקלה מוגבלת לתבנית, לתוסף או להגדרה. מפרידים תיקון נקודתי משינוי מבני, ומבקשים הסבר מה לא ניתן לפתור במערכת הקיימת.
דף עבודה לאבחון SEO טכני לפי תקלה נראית
אם עמוד חשוב אינו מופיע בחיפוש, מתחילים בכתובת עצמה. פותחים אותה ללא התחברות, בודקים קוד תגובה והפניות, ואז משווים בין ה־canonical שהדף מצהיר עליו לבין כתובת היעד הרצויה. רק לאחר מכן בודקים robots.txt, תגית noindex ודוח האינדוקס של Search Console. חסימה של סורק והוראה לא לאנדקס אינן אותו דבר; שינוי לא מבוקר באחת מהן יכול להסתיר עמודים נוספים. לפני תיקון שומרים רשימת כתובות מושפעות וקובץ מצב קיים.
במקרה של כפילות, למשל גרסת מוצר עם פרמטר צבע, מחליטים איזו כתובת צריכה לשמש מקור מרכזי ואיזו חוויה עדיין חייבת לעבוד לקונה. אין להשתמש ב־canonical כדי להעלים בעיית ניווט או תוכן חסר. אחרי תיקון בודקים קישורים פנימיים המצביעים לגרסה הרצויה, מפת אתר ומצב דף ציבורי. אם יש הפניה, בודקים שהיא מסתיימת בכתובת עובדת ואינה עוברת שרשרת ארוכה. בדיקה של עמוד אחד אינה מספיקה כאשר אותה תבנית משמשת מאות מוצרים.
מהירות נבדקת לפי פעולה ולא רק לפי ציון. צילום מסך גדול עשוי לעכב את התוכן הראשון; סקריפט צד שלישי עשוי להפריע בלחיצה על תפריט; פריסה שקופצת יכולה לגרום ללחיצה על רכיב לא נכון. רושמים מדד, מכשיר ותנאי מדידה, משנים רכיב אחד וחוזרים על המסלול. בודקים גם מקלדת וקורא מסך, משום שפתרון שמסתיר תוכן עד טעינה עלול לפגוע בשימושיות.
בסיכום התקלה מסמנים חומרה ובעלות: האם היא משפיעה על עמודי כסף, על קטגוריה שלמה או על מסך משני; מי מוסמך לשנות תבנית; וכיצד חוזרים לגרסה קודמת אם הפריסה נשברת. דוח מועיל מכיל דוגמת כתובת, תיאור שחזור וקריטריון הצלחה. הוא אינו מסתיים בהבטחה לדירוג. Google עצמה מפרידה בין היכולת לסרוק ולהבין תוכן לבין ההחלטה להציג אותו בתוצאה מסוימת.
בבדיקת אינדוקס חוזרת בוחנים גם מה קורה לאחר תיקון. דף שהוסר ממנו noindex אינו מופיע בהכרח מיד בתוצאות, ולכן מתעדים בקשת סריקה, מצב שדווח בכלי ומועד ביקורת הבא בלי להבטיח זמן קבוע. אם הדף חדש ואין אליו קישור מתוך אתר השירות, מוסיפים קישור הקשרי ממקום שבו קורא באמת ימצא אותו. במקביל פותחים את הגרסה הציבורית של העמוד כדי לוודא שטקסט מרכזי אינו נוצר רק לאחר פעולה שסורק או מבקר אינם מבצעים. באתר עם קטגוריות רבות בודקים דוגמאות מכל תבנית, כי פתרון שחל על מאמר אחד אינו מתקן אוטומטית דפי מוצר. לאחר מעבר כתובות משווים גם יומן שגיאות ומפת אתר; הפניה תקינה בעמוד אחד אינה הוכחה שכל רשימת ההפניות נכונה. החלטת סיום מבוססת על כתובות מדגמיות שנפתחות, תוכן שניתן לקרוא ומסלול משתמש שלא נפגע.
אם כתובת חשובה מופיעה במפת האתר אבל אינה נגישה לקורא מתוך דפי השירות, תקנו גם את הניווט. סריקה טכנית וקישור הקשרי משרתים צרכים שונים, ושניהם ראויים לבדיקת קבלה.
להמשך החלטה: לשירות הרלוונטי באתר ולמקור רשמי לבדיקת מידע משתנה.