בקצרה
- אודיט תמיד מתחיל מ-crawlability: אם גוגל לא מאנדקס עמוד, כל שיפור אחר חסר משמעות — הטעות הנפוצה ביותר היא תגית noindex שנשארה מ-staging.
- Core Web Vitals הם גורם דירוג מאז 2021: LCP עד 2.5 שניות, INP מתחת ל-200ms, CLS מתחת ל-0.1 — ועמוד נחשב תקין רק כשכולם עוברים אצל 75% מהגולשים האמיתיים (Google CrUX).
- ב-12 במרץ 2024 גוגל החליפה את מדד FID במדד INP — המדד שהכי הרבה אתרים נכשלים בו בגלל JavaScript כבד.
- מובייל הוא מה שגוגל באמת רואה (mobile-first indexing): tap targets במינימום 48×48px עם מרווח 8px, וגופן גוף מ-16px ומעלה.
- אפשר לכסות 80% מהאודיט בחינם עם Search Console, PageSpeed Insights ו-Screaming Frog (עד 500 URLs בגרסה החינמית; £199 לשנה לרישיון המלא).
אודיט SEO טכני הוא בדיקה שיטתית של התשתית שמאפשרת לגוגל לסרוק, להבין ולדרג את האתר שלכם — ולא של התוכן עצמו. הוא מאתר את החסמים שמונעים מאתר מצוין להידרג: עמודים שלא מאונדקסים, טעינה איטית, בעיות מובייל ו-Schema שבור. הנה איך לעבור את כל נקודות הבדיקה הקריטיות, מסודרות לפי סדר העדיפויות שבו אנחנו עובדים.
מאיפה מתחילים אודיט SEO טכני?
תמיד מ-crawlability. אם גוגל לא יכול לסרוק ולאנדקס עמוד — כל שאר השיפורים חסרי משמעות. רק אחרי שהאינדוקס תקין עוברים למהירות, מובייל, מבנה ו-Schema. אל תנסו לתקן הכול בבת אחת: תעדפו לפי impact, תקנו, מדדו, וחזרו לבדיקה אחת לרבעון.
סדר העדיפויות שאתם צריכים לעבוד לפיו:
- בעיות אינדוקס — noindex בטעות, חסימות ב-robots.txt, שגיאות סריקה
- מהירות — כשלים ב-Core Web Vitals
- מבנה וקישור פנימי — היררכיית URL, עמודים יתומים
- Schema ושיפורי SERP — נתונים מובנים ו-rich results
אינדוקס וסריקה — הבדיקה הראשונה
זה השלב שבו מתגלות הבעיות הכי הרסניות והכי קלות לפספס. עברו על הנקודות האלה לפי הסדר:
- robots.txt — ודאו שאינו חוסם בטעות עמודים חשובים או קבצי CSS/JS שגוגל צריך כדי לרנדר את העמוד
- noindex — הטעות הנפוצה ביותר: תגית noindex שנשארה מסביבת ה-staging ועברה לאתר החי. עמוד אחד כזה יכול להעלים קטגוריה שלמה
- Index Coverage — ב-Google Search Console תחת Pages: כמה עמודים מאונדקסים, ואילו עמודים חשובים מסומנים כ-excluded
- Canonical — כל עמוד צריך self-referencing canonical; בעמודים כפולים ה-canonical מצביע על הגרסה המועדפת
- שרשראות redirect — A→B→C מבזבזות crawl budget. תמיד הפנו ישירות ליעד הסופי
- עמודים יתומים — עמודים שאף קישור פנימי לא מוביל אליהם קשים לגוגל למצוא. כל עמוד חשוב צריך להיות נגיש ב-3 קליקים מדף הבית
- רינדור JavaScript — אם התוכן מופיע רק אחרי הרצת JS, בדקו ב-View Source (לא Inspect). אם הוא לא שם — SSR או prerendering פותרים את זה
Core Web Vitals — מהירות כגורם דירוג
מאז 2021 מהירות היא גורם דירוג ישיר. גוגל מעריך כל עמוד לפי שלושה מדדים, ועמוד נחשב "תקין" רק כשכולם עוברים אצל לפחות 75% מהגולשים האמיתיים (נתוני CrUX). חשוב: ב-2024 גוגל החליפה את מדד ה-FID במדד INP (החלפה רשמית ב-12 במרץ 2024), שמודד את הזמן עד שהעמוד מגיב ללחיצה.
| מדד | מה הוא מודד | יעד "תקין" |
|---|---|---|
| LCP | מהירות טעינה | עד 2.5 שניות |
| INP | זמן תגובה לאינטראקציה | מתחת ל-200ms |
| CLS | יציבות ויזואלית (קפיצות) | מתחת ל-0.1 |
INP הוא המדד שהכי הרבה אתרים נכשלים בו — לרוב בגלל JavaScript כבד ו-third-party scripts. LCP בדרך כלל נחסם על ידי תמונת hero כבדה או שרת איטי; CLS נגרם מתמונות בלי width/height ומ-fonts שטוענים מאוחר. למדריך המלא ראו שיפור מהירות אתר.
בכמעט כל אתר ישראלי שאנחנו מקבלים לאודיט, הבעיה הראשונה שמזיזה את המחט אינה מהירות אלא עמוד אחד עם noindex שדלף מ-staging או canonical שמצביע לכתובת הלא נכונה — תיקון של דקות שיכול להחזיר קטגוריה שלמה לאינדקס תוך ימים. לכן אנחנו תמיד פותחים מ-Index Coverage ב-Search Console לפני שנוגעים ב-Core Web Vitals: אין טעם להאיץ עמוד שגוגל בכלל לא רואה.
מובייל — מה שגוגל באמת רואה
גוגל עברה ל-mobile-first indexing: הגרסה הניידת של האתר היא זו שנסרקת ומדורגת. אם המובייל בעייתי — הדירוג נפגע, גם בתוצאות הדסקטופ. עברו על הנקודות האלה במכשיר אמיתי, לא רק בחלון מוקטן:
- Viewport meta tag — חובה ב-head, אחרת הרינדור הנייד שבור
- Tap targets — כפתורים ולינקים במינימום 48×48px עם מרווח 8px ביניהם. גוגל מזהירה על tap targets קטנים מדי וזה משפיע על ציון ה-SEO
- גודל גופן — מינימום 16px לטקסט הגוף; קטן מזה נחשב לא קריא
- Content parity — כל מה שבדסקטופ צריך להיות קיים גם במובייל
- Intrusive interstitials — פופ-אפ מסך-מלא שמופיע מיד הוא penalty. cookie notices ו-age verification חוקיים מותרים
מבנה אתר, URL ו-Schema
אחרי שהבסיס תקין, עוברים לרובד שמחדד את האופן שבו גוגל מבין את האתר:
- מבנה URL — נקי, קצר ו-descriptive.
/services/seoעדיף על/page?id=392 - HTTPS מלא — כל העמודים מאובטחים, בלי mixed content
- היררכיית כותרות — H1 אחד לעמוד, H2 ל-sections, בלי לדלג מ-H1 ל-H3
- 404 אמיתי — עמוד 404 שמחזיר status 404 ולא 200 (soft 404 שגוגל שונאת)
- Schema — Organization/LocalBusiness בדף הבית, Article למאמרים, Product למוצרים, ו-FAQ לשאלות נפוצות. בדקו תמיד ב-Rich Results Test של גוגל — Schema עם שגיאות = אפס rich results
ל-RTL ואתרים רב-לשוניים יש שכבה נוספת: hreflang תקין בין הגרסאות, הצהרת <html lang="he" dir="rtl">, ולרוב מבנה subdirectory (example.com/en/) שקל יותר לניהול ומעביר authority. נגישות היא גם חלק מהאודיט — alt text לתמונות עוזר ל-image SEO, ובישראל היא גם חובה חוקית.
אילו כלים צריך לאודיט?
אפשר לכסות 80% מהבעיות בכלים חינמיים. הנה החלוקה:
| כלי | למה | עלות |
|---|---|---|
| Google Search Console | אינדוקס, CWV, שגיאות — חובה מספר 1 | חינם |
| PageSpeed Insights | Core Web Vitals + Lighthouse | חינם |
| Rich Results Test | בדיקת Schema | חינם |
| Screaming Frog | crawl מלא של האתר (עד 500 URLs בגרסה החינמית) | חינם / £199 לשנה |
| Ahrefs / Semrush Site Audit | זיהוי בעיות עם health score ותעדוף | מנוי חודשי |
הגרסה החינמית של Screaming Frog מוגבלת ל-500 URLs בכל crawl אך אינה trial — היא מספיקה לאתרים קטנים ולבדיקות חד-פעמיות (לפי האתר הרשמי). לאתרים גדולים יותר, הרישיון השנתי מסיר את המגבלה ופותח רינדור JavaScript וחיבור ל-Search Console.
אודיט SEO טכני הוא לא זוהר, אבל הוא מה שמפריד בין אתר שמדורג לאתר שלא. ב-NEXO אנחנו מבצעים אודיט מקיף כחלק משירות הקידום — כולל תיקונים ומעקב. אם האתר שלכם לא מדורג כמו שצריך, בואו נבדוק למה.
שאלות נפוצות
כמה פעמים צריך לעשות אודיט SEO טכני?
אודיט מלא — אחת לרבעון. בדיקה חלקית של crawl errors ו-Core Web Vitals — אחת לחודש. אחרי שינוי גדול כמו migration, redesign או החלפת CMS — מיד, כי אלה האירועים שבהם נשברות הכי הרבה תשתיות.
מה לתקן קודם באודיט?
לפי הסדר: (1) בעיות שמונעות אינדוקס — noindex בטעות, חסימות robots.txt ושגיאות סריקה. (2) כשלים ב-Core Web Vitals. (3) מבנה אתר וקישור פנימי. (4) Schema ושיפורי SERP. אין טעם לעבוד על מהירות של עמוד שגוגל לא מאנדקס.
האם אודיט טכני ישפר את הדירוג מיד?
לא תמיד מיד, אבל בדרך כלל תוך 2-8 שבועות — אחרי שגוגל סורקת מחדש ומעבדת את התיקונים. תיקון בעיית אינדוקס ספציפית (כמו noindex שדלף) יכול להחזיר עמודים לתוצאות תוך ימים.
אפשר לעשות אודיט טכני לבד או צריך מומחה?
את הבסיס בהחלט לבד. עם Search Console ו-Screaming Frog, בעל אתר טכני יכול לזהות ולתקן כ-80% מהבעיות. למקרים מורכבים — migration, רינדור JavaScript, אתרי enterprise בקנה מידה גדול — מומלץ מומחה SEO.
מה ההבדל בין אודיט טכני לאודיט SEO מלא?
אודיט טכני מתמקד בתשתית: סריקה, אינדוקס, מהירות, מובייל ו-Schema. אודיט SEO מלא כולל בנוסף מחקר מילות מפתח, ניתוח תוכן, פרופיל קישורים נכנסים, ניתוח מתחרים ואסטרטגיה. הטכני הוא חלק חשוב מהתמונה, לא כולה.
למה Core Web Vitals כל כך חשובים לאודיט?
כי הם גורם דירוג ישיר מאז 2021, ומבוססים על נתוני גולשים אמיתיים ולא על מדידת מעבדה. עמוד נחשב 'תקין' רק כשכל שלושת המדדים — LCP, INP ו-CLS — עוברים את הסף אצל לפחות 75% מהגולשים. INP, שהחליף את FID ב-2024, הוא המדד שהכי הרבה אתרים נכשלים בו.
צוות NEXO
צוות המומחים של נקסו — סוכנות דיגיטלית פרימיום מתל אביב. בונים מותגים, אתרים וקמפיינים שמביאים תוצאות אמיתיות.
מאמרים קשורים
קידום אתרים (SEO)Google Business Profile — המדריך המלא לעסקים מקומיים (2026)
13 דק׳
קידום אתרים (SEO)SEO לחנויות אונליין — איך לדרג דפי מוצר בגוגל
11 דק׳
קידום אתרים (SEO)קידום אתרים אורגני (SEO) 2025 | המדריך המלא לעסקים בישראל
15 דק׳
קידום אתרים (SEO)
