מדריכים

מה בודקים בבדיקת אתר מקצועית — ומה אפשר לגלות לפני שמשקיעים בשדרוג

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

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

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

מה בדיקה טובה אמורה לתת לכם

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

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

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

תשעה תחומים שנבדקים

1. חוויית המובייל

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

2. מהירות וביצועים

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

3. יסודות SEO טכניים

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

4. מבנה האתר והיררכיית התוכן

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

5. תוכן ומסרים

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

6. טפסים ודרכי יצירת קשר

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

7. המרות ומדידה

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

8. נגישות

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

9. אבטחה ותשתית

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

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

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

מה אפשר לבדוק לבד לפני שמזמינים בדיקה

ארבע בדיקות שלוקחות עשרים דקות ולא עולות כלום:

  • הטלפון שלכם. נסו להשלים פעולה אחת — למצוא מחיר, לשלוח פנייה — בלי לזום. אם נאלצתם, יש ממצא.
  • PageSpeed Insights. הריצו את העמודים המרכזיים והסתכלו על הסיבות, לא רק על הציון.
  • מקש Tab. נסו לנווט באתר במקלדת בלבד ולראות תמיד איפה אתם נמצאים. זו בדיקה ראשונית בלבד ולא בדיקת נגישות מלאה.
  • Google Search Console, אם הוא מחובר. דוח הביצועים יראה באילו שאילתות אתם מקבלים חשיפות וקליקים ואילו עמודים מופיעים עבורן. חיפוש site:domain נותן אינדיקציה גסה לכך שעמודים באינדקס, אבל הוא לא בודק אם אתם מופיעים בחיפושים הרלוונטיים לעסק.

אם כל הארבע יצאו נקיות, כנראה שהבעיה שלכם אינה טכנית — והבדיקה צריכה להתמקד במסרים, במבנה ובמסלול ההמרה.

איך מזהים דוח בדיקה ששווה משהו

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

מה בדיקה ראשונית לא יכולה לתת

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

לכן בדיקה ראשונית היא נקודת פתיחה טובה להחלטה — לא תחליף לבדיקה מעמיקה כשמתברר שיש בעיה אמיתית.

מה עושים עם הממצאים

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

אם מתברר שהבעיה היא הפלטפורמה עצמה ולא היישום, זו החלטה נפרדת — השוואנו את השיקולים במדריך WordPress או Wix.

שורה תחתונה

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

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

שאלות נפוצות

אתם צריכים גישה לאתר כדי לבדוק?

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

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

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

הבדיקה עולה כסף?

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

ומה אם יתברר שהאתר בסדר?

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

דברו איתנו ב-WhatsApp