האינטרנט משתנה במהירות.
עד היום בנינו אתרים עבור בני אדם: משתמשים שנכנסים לאתר, קוראים מידע, לוחצים על כפתורים, ממלאים טפסים ומבצעים רכישות.
אבל אנחנו נכנסים לעידן שבו חלק מהפעולות האלה עשויות להתבצע בכלל על ידי סוכני AI – AI Agents.
במקום שמשתמש ייכנס לחנות אונליין, יעבור בין עשרות מוצרים, יסנן, יבדוק מלאי ויבצע רכישה, הוא יוכל פשוט לומר לסוכן AI:
“מצא לי את המוצר המתאים ביותר עד 500 ש”ח, ודא שהוא במלאי וניתן לקבל אותו עד יום חמישי.”
הסוכן יוכל להיכנס לאתר, להבין את הממשק ולנסות לבצע את הפעולה עבור המשתמש.
כדי שזה יעבוד, האתר צריך להיות בנוי באופן שגם מכונה יכולה להבין.
כאן נכנס המושג Agentic Browsing.
מה זה Agentic Browsing?
Agentic Browsing מתאר מצב שבו סוכן AI לא רק קורא מידע מאתר אינטרנט, אלא משתמש באתר באופן אקטיבי.
הוא עשוי למשל:
- לבצע חיפוש באתר
- לבחור מוצר
- להשתמש בפילטרים
- לבחור מידה או וריאציה
- לבדוק זמינות
- למלא טופס
- לקבוע פגישה
- להוסיף מוצר לסל
- להתקדם בתהליך Checkout
כדי לבצע פעולות כאלה, הסוכן צריך להבין מהם הכפתורים, מה משמעות כל שדה, אילו אלמנטים ניתנים ללחיצה ומה סדר הפעולות הנדרש.
Google Chrome החלה להתייחס לנושא במסגרת קטגוריית Agentic Browsing ב-Lighthouse, הבוחנת עד כמה מבנה האתר מאפשר אינטראקציה אמינה עם מכונות.
למה זה חשוב לעסקים?
באתר תוכן רגיל מדובר כרגע בעיקר בשיפור טכנולוגי שכדאי להכיר.
אבל באתרים שבהם קיימת פעולה עסקית ממשית, החשיבות גבוהה משמעותית.
לדוגמה:
אתרי eCommerce, מערכות להזמנת תורים, אתרי לידים, מערכות SaaS, מערכות הזמנות, פורטלים ללקוחות ומערכות B2B.
אם סוכן AI מגיע לאתר ולא מצליח להבין מהו כפתור “הוסף לסל”, איזה שדה מיועד למספר טלפון או כיצד לבחור מוצר מסוים, הוא עלול פשוט להיכשל במשימה.
לכן התאמה ל-Agentic Browsing יכולה להפוך בעתיד לחלק חשוב מאוד מעולם ה-Conversion Rate Optimization- CRO.
לא רק אופטימיזציה לחוויית המשתמש האנושי, אלא גם אופטימיזציה ליכולת של סוכן AI להשלים את הפעולה.
מה Lighthouse בודק ב-Agentic Browsing?
נכון לעכשיו, הבדיקות מתמקדות במספר תחומים מרכזיים:
1. Accessibility Tree
Accessibility Tree הוא ייצוג סמנטי של האתר שמאפשר לטכנולוגיות שונות להבין את המבנה והמשמעות של האלמנטים בעמוד.
לדוגמה, אדם יכול לראות אייקון של זכוכית מגדלת ולהבין שמדובר בכפתור חיפוש.
סוכן AI צריך לקבל מידע ברור יותר, למשל:
Button: Search
לכן חשוב שכל רכיב אינטראקטיבי באתר יהיה מוגדר בצורה ברורה.
הבדיקות מתייחסות בין היתר ל:
- שמות ברורים לכפתורים
- labels לשדות
- מבנה HTML סמנטי
- הגדרות ARIA תקינות
- roles נכונים
- קישורים בעלי משמעות
- רכיבים אינטראקטיביים שאינם מוסתרים מה-Accessibility Tree
למעשה, חלק גדול מהעקרונות שנועדו במקור לשיפור נגישות עבור בני אדם הופכים כעת גם לתשתית שמסייעת לסוכני AI להבין את האתר.
2. HTML סמנטי
אחת הטעויות הנפוצות בפיתוח אתרים היא שימוש ברכיבי HTML כלליים כדי לדמות רכיבים אינטראקטיביים.
לדוגמה, במקום להשתמש בכפתור אמיתי:
<button>
מפתחים לעיתים משתמשים ב:
<div>
ומוסיפים לו JavaScript שגורם לו להתנהג כמו כפתור.
עבור משתמש אנושי ההבדל לעיתים אינו מורגש.
עבור מנועי נגישות וסוכני AI ההבדל יכול להיות משמעותי מאוד.
לכן אתרים המיועדים לעידן Agentic צריכים להשתמש ככל האפשר במבנה HTML סמנטי וברור.
3. Labels ושמות ברורים לפעולות
סוכן AI לא אמור לנחש מה עושה רכיב באתר.
לדוגמה, כפתור הכולל אייקון בלבד צריך לקבל שם נגיש שמסביר את תפקידו.
גם שדות בטפסים צריכים להיות מחוברים ל-label ברור.
לדוגמה:
Phone Number
Shipping Address
Search Products
ככל שהמשמעות של כל רכיב ברורה יותר, כך גדל הסיכוי שסוכן יוכל לבצע את הפעולה בצורה אמינה.
4. יציבות האתר ו-CLS
Cumulative Layout Shift, או CLS, מוכר בעיקר מעולם Core Web Vitals.
מדובר במדד שבוחן האם אלמנטים בעמוד זזים לאחר שהאתר כבר התחיל להיטען.
לדוגמה:
משתמש עומד ללחוץ על כפתור “רכישה”, ואז באנר נטען מעליו וכל העמוד זז.
עבור אדם זו חוויית משתמש גרועה.
עבור Agent זו עלולה להיות בעיה משמעותית יותר.
חלק מסוכני ה-AI עשויים להשתמש בצילומי מסך או במיקום של אלמנטים כדי לבצע פעולות.
אם הכפתור זז בין רגע הזיהוי לרגע הלחיצה, הסוכן עלול ללחוץ על האלמנט הלא נכון.
לכן חשוב לטפל בין היתר ב:
- מידות מוגדרות לתמונות
- מקום שמור מראש לרכיבים דינמיים
- טעינת Fonts
- Popups
- Cookie banners
- Sticky elements
- אזורי Add to Cart ו-Checkout
באתרי מסחר כדאי לתת תשומת לב מיוחדת למחיר, וריאציות, מלאי, כפתורי רכישה ותהליך התשלום.
5. קובץ llms.txt
אחד המושגים החדשים יחסית בעולם האופטימיזציה לסוכני AI הוא llms.txt.
מדובר בקובץ שנמצא בשורש האתר ויכול להציג למערכות AI מידע מסודר על האתר והמשאבים המרכזיים שבו.
אפשר לחשוב עליו כמעין “מפת התמצאות” עבור מערכות מבוססות LLM.
הקובץ יכול לכלול:
- תיאור האתר
- תחומי הפעילות
- שירותים מרכזיים
- דפי מוצר
- מסמכים חשובים
- משאבים מרכזיים
חשוב לציין כי Google Search מציינת כיום ש-llms.txt אינו משפיע על דירוג האתר או הנראות שלו במוצרי החיפוש הגנרטיביים של Google.
עם זאת, מערכות AI אחרות עשויות להשתמש בקובץ לצורכי גילוי והבנת האתר.
WebMCP – השלב הבא באינטראקציה בין אתרים ל-AI
אחת ההתפתחויות המעניינות ביותר בתחום היא WebMCP.
הרעיון הוא לאפשר לאתר לחשוף לסוכני AI פעולות מובנות בצורה מפורשת.
במקום שסוכן יצטרך להבין לבד איך להשתמש בממשק, האתר יכול להצהיר על פעולות כמו:
search_products
check_availability
book_appointment
request_quote
add_to_cart
כך הסוכן מקבל לא רק אתר ויזואלי אלא מעין ממשק פעולות שהוא מסוגל להבין.
נכון לעכשיו WebMCP עדיין נמצא בשלבים ניסיוניים, אך הכיוון הטכנולוגי משמעותי מאוד.
בעתיד, חלק מהאתרים עשויים להפוך למעשה לשילוב של שני ממשקים:
ממשק אחד לבני אדם.
וממשק נוסף לסוכני AI.
למה טפסים הופכים לנקודה קריטית?
טפסים הם אחד המקומות שבהם סוכני AI עלולים להיתקל בקושי.
טופס שנראה ברור למשתמש אנושי לא בהכרח ברור למכונה.
לדוגמה, שדה ללא name, ללא label או ללא הסבר ברור עלול לגרום לסוכן לא להבין איזה מידע נדרש.
ב-WebMCP ניתן להוסיף לטפסים מידע מפורש על מטרת הפעולה והפרמטרים הנדרשים.
העיקרון פשוט:
אל תכריחו את הסוכן לנחש.
אם מדובר בכפתור, הגדירו מה הוא עושה.
אם מדובר בשדה , הגדירו איזה מידע צריך להזין.
אם מדובר בטופס, הגדירו מה מטרת הטופס.
מה ההבדל בין Agent Readiness ל-Agentic Browsing?
חשוב להבחין בין שני מושגים דומים.
Agent Readiness מתייחס למוכנות הכללית של האתר לעבודה עם סוכני AI.
הוא עוסק בין היתר ביכולת של מערכות AI לגלות, לגשת ולצרוך את התוכן.
לעומת זאת, Agentic Browsing מתמקד במה שקורה לאחר שה-Agent כבר הגיע לעמוד.
האם הוא מסוגל להבין את הממשק?
האם הוא יודע איזה כפתור ללחוץ?
האם הוא מסוגל למלא טופס?
והאם הוא יכול להשלים פעולה עסקית?
שני התחומים משלימים זה את זה.
אתר יכול להיות נגיש לחלוטין לסורקי AI, אבל עדיין להיות כמעט בלתי אפשרי לשימוש עבור Agent שמנסה לבצע פעולה.
האם Agentic Browsing משפיע על GEO?
נכון להיום אין הוכחה לכך שציון גבוה בבדיקות Agentic Browsing גורם לאתר להופיע יותר ב-ChatGPT, Google AI או מנועי AI אחרים.
Google עצמה מבדילה בין מערכות AI שמשמשות לחיפוש וגילוי מידע לבין Browser Agents שמשתמשים בפועל באתר.
לכן לא נכון להתייחס כרגע ל-Agentic Browsing כאל “פקטור דירוג”.
אבל מבחינה עסקית מדובר בתחום שכדאי מאוד להתחיל לעקוב אחריו.
אם בעתיד סוכני AI יהיו אחראים לחלק גדול יותר מהפעולות באינטרנט, אתרים שקל להם להשתמש בהם עשויים לקבל יתרון משמעותי.
אתרים צריכים להיות מוכנים לשני סוגי משתמשים
במשך שנים שאלנו בתהליך פיתוח אתר:
“האם המשתמש מבין מה הוא צריך לעשות?”
בשנים הקרובות נצטרך להוסיף שאלה נוספת:
“האם גם סוכן AI מבין מה הוא צריך לעשות?”
זו יכולה להפוך לאחת מדרישות התכנון החדשות של אתרים ומערכות דיגיטליות.
UX לבני אדם.
ומעין AX – Agent Experience למכונות.
איך קורל טכנולוגיות יכולה לעזור?
בקורל טכנולוגיות אנחנו מלווים חברות בפיתוח ושדרוג של אתרים, מערכות ותשתיות דיגיטליות, תוך התאמה לטכנולוגיות ולדפוסי השימוש החדשים שנוצרים סביב AI.
תהליך התאמת אתר לעידן ה-Agentic Web יכול לכלול:
- בדיקת Agentic Browsing ב-Lighthouse
- בדיקת Accessibility Tree
- שיפור HTML סמנטי
- תיקון ARIA ו-labels
- בדיקת טפסים וכפתורי פעולה
- שיפור Core Web Vitals ו-CLS
- יצירת llms.txt
- בדיקת Agent Readiness
- התאמת אתרי eCommerce לסוכני AI
- בחינת WebMCP
- מיפוי פעולות עסקיות שסוכן AI עשוי לבצע באתר
- שיפור מסלולי רכישה, לידים והזמנות
- בניית תשתית דיגיטלית המותאמת גם למשתמשים וגם למערכות AI
שאלות ותשובות על Agentic Browsing והתאמת אתרים לסוכני AI
מה זה Agentic Browsing?
Agentic Browsing הוא מצב שבו סוכן AI לא רק קורא מידע מאתר אינטרנט, אלא גם מסוגל להשתמש בו ולבצע פעולות בשם המשתמש.
לדוגמה, לחפש מוצר, לבחור אפשרות, למלא טופס, לקבוע תור, להוסיף מוצר לסל או להתקדם בתהליך רכישה.
מה ההבדל בין Agentic Browsing לבין גלישה רגילה של בוטים?
בוט רגיל בדרך כלל סורק וקורא תוכן. סוכן AI יכול לנסות להבין את ממשק המשתמש ולבצע פעולות.
כלומר, הוא לא רק שואל “מה יש בעמוד?”, אלא גם “מה אפשר לעשות כאן ואיך מבצעים את הפעולה?”.
אילו אתרים צריכים התאמה ל-Agentic Browsing?
הנושא רלוונטי במיוחד לאתרי eCommerce, אתרי לידים, מערכות SaaS, אתרי הזמנות, מערכות לקביעת תורים, פורטלים ומערכות שבהן המשתמש צריך לבצע פעולה כלשהי.
ככל שהאתר כולל יותר תהליכים אינטראקטיביים, כך עולה החשיבות של התאמה לסוכני AI.
מה Google Lighthouse בודק במסגרת Agentic Browsing?
הבדיקות מתמקדות כיום במספר תחומים מרכזיים, ובהם Accessibility Tree, יציבות העמוד באמצעות CLS, קובץ llms.txt ושילובים הקשורים ל-WebMCP.
מהו Accessibility Tree ולמה הוא חשוב לסוכני AI?
Accessibility Tree הוא ייצוג סמנטי של מבנה העמוד. הוא מסייע לטכנולוגיות להבין אילו רכיבים קיימים באתר ומה התפקיד שלהם.
סוכן AI יכול להשתמש במידע הזה כדי להבין איזה רכיב הוא כפתור, איזה שדה הוא שדה חיפוש, מה מטרתו של לינק ומה ניתן לבצע בעמוד.
איך משפרים אתר עבור AI Agents?
בין היתר באמצעות HTML סמנטי, שמות ברורים לכפתורים, labels לשדות, שימוש נכון ב-ARIA, תיקון רכיבים אינטראקטיביים שאינם נגישים ושיפור מבנה הטפסים.
העיקרון המרכזי הוא לגרום למערכת להבין באופן ברור מהו כל רכיב ומה הפעולה שניתן לבצע באמצעותו.
למה CLS חשוב ל-Agentic Browsing?
CLS מודד עד כמה אלמנטים בעמוד זזים בזמן הטעינה.
אם סוכן AI מזהה כפתור במקום מסוים ואז האלמנט זז, הוא עלול ללחוץ במקום הלא נכון או להיכשל בפעולה.
לכן יציבות העמוד חשובה לא רק ל-UX ול-Core Web Vitals, אלא גם ליכולת של Agents להשתמש באתר.
מה זה llms.txt?
llms.txt הוא קובץ שניתן להציב בשורש האתר במטרה לספק למערכות AI מידע מסודר על האתר,
התוכן המרכזי שלו והמשאבים החשובים שבו. מדובר במוסכמה חדשה יחסית ולא בתקן רשמי של Google Search.
האם llms.txt עוזר לקידום האתר בגוגל או ב-GEO?
נכון להיום Google מציינת ש-llms.txt אינו משפיע לחיוב או לשלילה על הנראות והדירוג ב-Google Search.
לכן לא נכון להתייחס אליו כפקטור SEO או GEO ישיר. מערכות AI אחרות עדיין עשויות להשתמש בו לצורכי גילוי והבנת האתר.
מה זה WebMCP?
WebMCP הוא תקן ניסיוני שמאפשר לאתרים לחשוף פעולות מובנות לסוכני AI.
לדוגמה, האתר יכול להגדיר פעולות כמו חיפוש מוצרים, בדיקת זמינות, קביעת פגישה או הוספת מוצר לסל. כך הסוכן אינו חייב להסיק לבדו כיצד להשתמש בממשק.
האם צריך כבר עכשיו ליישם WebMCP?
לא בכל אתר. נכון לעכשיו מדובר בטכנולוגיה ניסיונית.
באתרי תוכן פשוטים אין בהכרח צורך מיידי ביישום, אך באתרי eCommerce, מערכות הזמנות, SaaS ופלטפורמות שבהן מתבצעות פעולות משמעותיות כדאי להתחיל לעקוב אחר ההתפתחות שלה.
מה ההבדל בין Agent Readiness לבין Agentic Browsing?
Agent Readiness מתייחס ליכולת של סוכני AI לגלות, לגשת ולצרוך את התוכן באתר.
Agentic Browsing מתמקד במה שקורה לאחר שהסוכן כבר הגיע לעמוד, האם הוא מסוגל להבין את הממשק ולבצע פעולה בצורה נכונה.
האם Agentic Browsing משפיע על קידום במנועי AI?
נכון להיום אין הוכחה לכך שציון Agentic Browsing משפיע ישירות על אזכורים, ציטוטים או דירוגים במנועי AI.
יחד עם זאת, התאמה לסוכנים יכולה להיות משמעותית כאשר AI Agents מתחילים לבצע בפועל פעולות באתר בשם המשתמש.
האם אתר נגיש יותר הוא גם אתר שקל יותר ל-AI להבין?
במקרים רבים כן. שימוש נכון ב-HTML סמנטי, labels, roles ו-Accessibility Tree נועד במקור לשיפור הנגישות לבני אדם,
אך אותם עקרונות מספקים גם לסוכני AI מידע ברור יותר לגבי מבנה האתר והפעולות האפשריות בו.
מה זה Agent Experience?
Agent Experience, או AX, הוא מושג שמתאר את חוויית השימוש של סוכן AI באתר.
בדומה לכך ש-UX עוסק בשאלה עד כמה הממשק ברור ונוח למשתמש אנושי, AX עוסק בשאלה עד כמה קל לסוכן להבין את האתר ולהשלים בו משימות.
האם כדאי להתאים כבר היום אתר ל-AI Agents?
כן, במיוחד אם מדובר באתר מסחרי או במערכת שמבצעת פעולות עסקיות.
חלק גדול מההתאמות, כמו HTML סמנטי, נגישות, labels ברורים ושיפור CLS, מועילות גם כיום ל-SEO, לנגישות, לחוויית המשתמש ולביצועי האתר, גם בלי קשר לסוכני AI.
איך בודקים האם האתר מוכן ל-Agentic Browsing?
אפשר להתחיל מבדיקות Lighthouse, לבדוק את Accessibility Tree, לאתר בעיות HTML ו-ARIA, לבדוק CLS,
לעבור על טפסים וכפתורי פעולה ולבחון האם המבנה העסקי של האתר ברור גם למכונה.
האם קורל טכנולוגיות יכולה לבצע בדיקת Agentic Browsing?
כן. ניתן לבצע סקירה טכנולוגית של האתר הכוללת בדיקת Agent Readiness ו-Agentic Browsing, איתור בעיות נגישות ומבנה,
בדיקת טפסים ותהליכי המרה, שיפור CLS והכנת תוכנית עבודה להתאמת האתר לעידן סוכני ה-AI.
