בית / מדריכים / שימוש בכלים

איך להשתמש בסורק ה-URL (וכיצד לקרוא את התוצאות)

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

קריאה כ-5 דקותעודכן 2026-05שימוש בכלים
TL;DR
  • הסורק מנתח אתר חי ומחזיר: framework, פלטפורמת hosting, משקל, ביצועים, אינדיקטורים.
  • סורקים URL ציבורי בלבד (production) — לא staging מאחורי סיסמה ולא localhost.
  • התוצאה היא בסיס מצוין למחשבון המתקדם — חוסכת לכם ניחושים.
  • הסורק רואה רק את מה שהדפדפן רואה — לא דאטהבייס פנימי, לא עלות AI, לא חוזים.
  • אם הזיהוי שגוי — אפשר לתקן ידנית במחשבון. הוא לא נועל אתכם.

מה הסורק עושה

הסורק נכנס לאתר שלכם בדיוק כמו דפדפן, מודד מה שנטען, ומזהה רמזים: headers, meta tags, scripts ידועים, מבנה ה-DOM. מתוך זה הוא מסיק איזה framework בשימוש (Next.js, Astro, Remix, וכו'), על איזו פלטפורמה הוא מתארח (Vercel, Netlify, Cloudflare, Lovable), כמה כבד העמוד, ואיך הביצועים.

מה הסורק לא יכול לדעת

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

איך להזין URL נכון

  • השתמשו ב-URL הציבורי המלא (https://example.com) — לא קיצורי URL.
  • עדיף עמוד הבית או דף נחיתה ייצוגי — לא דף הרשמה שדורש login.
  • אל תזינו staging מאחורי basic-auth — הסורק לא יוכל להיכנס.
  • ל-SaaS עם dashboard מאחורי login — סרקו את ה-landing הציבורי, ואז במחשבון תזינו ידנית את העומס הפנימי.
  • אפשר לסרוק כמה דפים שונים ולקחת ממוצע, או לסרוק את הדף הכבד ביותר (זה ייתן Max).

איך לקרוא את התוצאות

Framework מזוהה

Next.js, Astro, Remix, Vite, Hugo וכו'. אם הזיהוי לא בטוח, יופיע 'Unknown' או 'Possibly X'. הזיהוי משפיע על המלצת הפלטפורמה — Next.js → Vercel, Astro → Netlify/Cloudflare.

פלטפורמת hosting נוכחית

מי מארח אתכם היום. מבוסס על headers (server, x-vercel-id, cf-ray וכו'). שימושי כדי להשוות 'כמה אני משלם היום' מול 'כמה הייתי משלם אצל מתחרה'.

משקל עמוד וביצועים

מטריקהמה זה אומרטווח בריא
Page weight (MB)סך הנתונים שנטענים בעמוד<2MB טוב, 2–5MB סביר, >5MB כבד
Requestsכמה קבצים נטענים<50 טוב, 50–100 סביר, >100 כבד
LCPכמה מהר מופיע התוכן הראשי<2.5s טוב, 2.5–4s סביר, >4s גרוע
Image weightסך התמונותאם >50% מהעמוד = שווה Image Optimization

אינדיקטורים והמלצות

תקבלו תגיות צבעוניות (טוב / סביר / לטיפול) על נקודות שזיהינו: חוסר ב-Image Optimization, scripts כבדים, חוסר ב-CDN לתמונות, framework לא מתאים לפלטפורמה הנוכחית, וכו'. כל המלצה כוללת הסבר קצר ומה כדאי לעשות.

מהסורק למחשבון המתקדם

אחרי סריקה תוכלו לפתוח את המחשבון המתקדם עם הנתונים כבר ממולאים: framework, פלטפורמה, משקל עמוד ממוצע. נשאר לכם רק להוסיף את מה שהסורק לא יכול לראות: מבקרים בחודש, MAU, AI, ו-cost-drivers פנימיים.

טיפ — סורקים מספר פעמים

תוצאת סריקה אחת היא תמונת מצב. אם תסרקו את אותו URL ביום אחר תקבלו ביצועים מעט שונים (cache, רשת, עומס). לתמונה אמינה — סרקו 2-3 פעמים והשתמשו בממוצע.

מגבלות הסורק

  • לא רואה דאטהבייס, AI, או חוזים פנימיים — רק מה שהדפדפן רואה.
  • לא נכנס מאחורי login, paywall, או basic-auth.
  • מודד מסביבה אחת (לא בודק GEO performance מכל העולם).
  • זיהוי framework מבוסס heuristics — לפעמים שגוי באתרים מותאמים מאוד.
  • לא מבדיל בין traffic אמיתי לבוטים.

שאלות נפוצות

אם הוצאתם את ה-fingerprints של Next.js (custom headers, _next paths) הסורק יראה רק React. תקנו ידנית במחשבון — בחרו Next.js ב-dropdown של framework.

תלוי בסוג האתר. ב-landing סטטי — כן, יקר ואיטי. ב-dashboard עשיר עם גרפים — זה רגיל. אם רוב המשקל הוא תמונות — שווה Image Optimization (יכול לחתוך 60–80%).

סיבות נפוצות: האתר מאחורי Cloudflare Bot Protection אגרסיבי, basic-auth, או שהשרת מחזיר 403 ל-User-Agents לא מוכרים. במקרים אלה — מלאו את המחשבון המתקדם ידנית.

אם יש Cloudflare Proxy לפני האתר, ה-headers יראו Cloudflare גם אם בפועל אתם על Vercel. בדקו ב-DNS שלכם — מי השרת האמיתי? תקנו ידנית במחשבון לפי מה שאתם יודעים.

התוצאה נשמרת מקומית ב-localStorage של הדפדפן שלכם בלבד (כמו שאר המחשבון). אנחנו לא שומרים אצלנו URLs.

מעלים אתר לאוויר? תוודאו שהוא מוכן!

קבלו סריקת אבטחה ו-SEO מקצועית במחיר משתלם שתוכלו לישון בראש שקט

צרו קשר עכשיו ↗
דלגו לתוכן המרכזי