SEO טכני 2026: 14 בדיקות שאפשר לעשות לבד

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

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

מה זה בכלל SEO טכני

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

Robots.txt: מה שהסורק קורא ראשון

לפני שגוגל טוען אפילו עמוד אחד באתר, הוא בודק את robots.txt בכתובת השורש. קובץ שחוסם בטעות תיקיות כמו wp-content/themes או wp-includes מונע מהסורק לטעון את קבצי ה-CSS וה-JS שהעמוד תלוי בהם. גוגל לא יכול לדרג עמוד כמותאם לנייד אם הוא לא מצליח לראות איך הוא נראה. אפשר לפתוח את robots.txt של האתר ישירות בדפדפן ולחפש שורות Disallow שנוגעות לקבצי עיצוב או סקריפט. זו טעות שכיחה בהתקנות וורדפרס אחרי שדרוג תבנית.

Meta noindex וקאנוניקל

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

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

Core Web Vitals: המספרים שגוגל בפועל מודד

Core Web Vitals נמדדים באחוזון ה-75 מתוך חלון נע של 28 יום, על סמך נתוני שדה אמיתיים מ-Chrome User Experience Report. המספרים האלה מגיעים ממשתמשים אמיתיים שגלשו באתר בכרום.

הספים האלה לקוחים מהתיעוד הרשמי של web.dev.

INP החליף רשמית את FID כמדד לתגובתיות ב-12 במרץ 2024.

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

נייד קודם: איך Googlebot רואה את הגרסה הסלולרית

גוגל סורק היום כמעט בלעדית עם Googlebot Smartphone. אפשר לדמות את זה: ב-Chrome DevTools, בלשונית Network conditions, מחליפים את סוכן המשתמש ל-Googlebot Smartphone ובודקים שהגרסה הסלולרית מכילה בדיוק אותו תוכן, כותרות ונתונים מובנים כמו הגרסה למחשב. תבניות וורדפרס ישנות מסתירות לפעמים חלק מהתוכן במובייל כדי לחסוך מקום, וזו בדיוק הטעות שגורמת לגוגל לדרג לפי גרסה חסרה.

HTTPS וכותרות אבטחה

https הוא תנאי סף. מעבר לזה, כדאי לבדוק כותרות אבטחה כמו Content-Security-Policy ו-Strict-Transport-Security דרך SecurityHeaders.com, בחינם. עמוד עם ציון נמוך שם לא מקבל עונש דירוג ישיר, אבל הוא סימן טוב לכך שהצד הטכני הכללי של האתר לא טופל, וברוב המקרים שבדקתי זה מתלווה לבעיות SEO אחרות.

Sitemap.xml: המלכודת של תאריך ה-lastmod

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

sitemap תקין דורש שכל כתובת בו תחזיר קוד 200, בלי הפניות בתוכו, שהוא לא יעבור 50,000 כתובות בקובץ אחד, ושה-lastmod ישתנה רק כשהתוכן באמת השתנה.

נתונים מובנים

נתוני Schema בפורמט JSON-LD עוזרים למנוע החיפוש להבין הקשר: זה מאמר, זה עסק מקומי, זה מוצר עם מחיר. אפשר לבדוק תקינות דרך Google Rich Results Test, בחינם, שמסמן שגיאות ואזהרות בבירור.

רינדור JavaScript

אם האתר בנוי על פריימוורק שמרנדר תוכן בצד הלקוח, כדאי לבדוק שהתוכן החשוב (טקסט, כותרות, קישורים) מופיע כבר ב-HTML הראשוני שמגיע מהשרת, עוד לפני שה-JavaScript רץ. Screaming Frog יכול לדמות את זה עם ובלי רינדור JavaScript ולהשוות.

קישורים פנימיים עם טקסט עוגן תיאורי

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

תוכן כפול ודליל

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

תקציב סריקה

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

סריקה של בוטי AI: לא כל בוט הוא GPTBot

ב-2026 יש שלוש קבוצות בוטים שונות לגמרי, ולצידן הנחיה אחת שנראית כמו בוט ואינה בוט. יש בוטי אימון כמו GPTBot של OpenAI, ClaudeBot של Anthropic ו-CCBot, שאוספים תוכן כדי לאמן מודלים. יש בוטי חיפוש בזמן אמת, כמו OAI-SearchBot של חיפוש ChatGPT, Claude-SearchBot ו-PerplexityBot, אלה שמכניסים אתכם בפועל לתוך תשובות AI. ויש בוטים שמופעלים על ידי משתמש בזמן שיחה, כמו ChatGPT-User ו-Claude-User. ויש את Google-Extended, שהוא הנחיה ב-robots.txt הקובעת אם מותר להשתמש לאימון Gemini בתוכן שגוגל כבר סרק. הוא עצמו אינו סורק דבר.

חסימת ClaudeBot לא חוסמת את Claude-SearchBot או את Claude-User. לכל אחד יש הנחיה נפרדת ב-robots.txt. חסימה גורפת של כל מה שיש בו AI בשם מוציאה אתכם מתשובות שהיו יכולות להביא לכם תנועה. רוב העסקים בישראל, לדעתי, צריכים לאפשר את בוטי החיפוש בזמן אמת ולהחליט לגופו של עניין רק לגבי בוטי האימון.

llms.txt: האמת הלא נעימה

הדעה שלי, ולא כולם יסכימו איתי: llms.txt הוא כרגע מהלך יחסי ציבור יותר מאשר מנוף דירוג. נכון ל-2026 אף אחת מהחברות הגדולות (OpenAI, גוגל, Anthropic, Meta, Mistral) לא הצהירה בפומבי שהיא קוראת את הקובץ הזה בסביבת ייצור. זה גם לא מגובה על ידי W3C או IETF, ואין שום מנגנון אכיפה. לפרסם אותו לא עולה כלום, אז אין סיבה לא לעשות את זה, אבל אם מישהו מוכר לכם את זה כמנוף דירוג כדאי להיזהר.

הצ'קליסט: 14 הבדיקות לפי הסדר

1. robots.txt - לפתוח את הקובץ ולוודא שאין Disallow על תיקיות CSS, JS או תמונות
2. תגית noindex - לבדוק בקוד המקור של כל עמוד מרכזי שאין noindex שלא בכוונה
3. קאנוניקל - לוודא שהתגית מצביעה על כתובת מלאה, על עצמה, ושהיא מחזירה 200
4. Core Web Vitals - להריץ את הכתובת דרך PageSpeed Insights ולבדוק את שלושת המדדים
5. תצוגת נייד - ב-Chrome DevTools, בלשונית Network conditions, להחליף לסוכן המשתמש Googlebot Smartphone ולהשוות תוכן לגרסת המחשב
6. HTTPS וכותרות אבטחה - לבדוק ב-SecurityHeaders.com
7. sitemap.xml - לפתוח אותו ולבדוק תאריכי lastmod, שאין הפניות בתוכו, ושהוא לא חורג מ-50,000 כתובות
8. נתונים מובנים - להריץ כל סוג עמוד מרכזי דרך Google Rich Results Test
9. רינדור JavaScript - להשוות תוכן עם ובלי JavaScript דרך Screaming Frog
10. קישורים פנימיים - לסרוק את האתר ולחפש עוגני "לחצו כאן" לצורך החלפה בטקסט תיאורי
11. תוכן כפול ודליל - לחפש ב-Search Console עמודים שסומנו ככפולים
12. תקציב סריקה - לבדוק בדוח סטטיסטיקות הסריקה של Search Console כמה עמודים נסרקים ביום
13. בוטי AI - לבדוק ב-robots.txt אילו בוטי אימון וחיפוש חסומים, ולהחליט לגופו של עניין לגבי כל קבוצה
14. llms.txt - לבדוק אם קיים קובץ כזה בשורש האתר, ולשקול לפרסם אחד בלי לצפות שהוא ישנה דירוג

מי שרוצה כלי אחד שעושה כמעט את כל הבדיקות האלה במכה אחת, Screaming Frog SEO Spider נותן רישיון חינמי קבוע לסריקה של עד 500 כתובות, בלי תאריך תפוגה. Google Search Console ו-Bing Webmaster Tools חינמיים לגמרי וללא הגבלה. לפי הודעות Bing Webmaster Tools, נוסף בפברואר 2026 דוח AI Performance שמפריד בין הקלקות מחיפוש רגיל לבין ציטוטים ב-Copilot, והורחב ביוני 2026 עם תיוג כוונה וחלוקה לנושאים. שם גם נמצאת שליחת הכתובות דרך IndexNow, הדרך המהירה ביותר היום להודיע לבינג ולמנועים שמבוססים עליו שיש עדכון שכדאי לחזור ולסרוק. גוגל אינה תומכת בפרוטוקול, ולכן לגוגל עדיין מדווחים דרך Search Console.

שאלות נפוצות

כמה זמן לוקח לעבור על כל 14 הבדיקות?

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

כל כמה זמן כדאי לעשות בדיקת קידום אתר?

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

אני לא טכני בכלל, אפשר בכל זאת לעשות את זה?

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

מה ההבדל בין PageSpeed Insights ל-Lighthouse?

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

האם צריך לחסום בוטים של AI כמו GPTBot?

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

כדאי לפרסם llms.txt?

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

מתי כדאי בכל זאת לשכור מישהו ל-SEO טכני?

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

על הכותב

רועי בן משה הוא שותף מייסד ומנכ"ל BizRunner, סוכנות דיגיטל ישראלית מחדרה שבונה אתרים, מערכות CRM ואוטומציות וואטסאפ לעסקים קטנים ובינוניים. טלפון 055-9532102.