מהו llms.txt, ומה הוא לא?
llms.txt הוא רשימת קריאה מוקפדת למכונות: מי אתם, אילו דפים קנוניים, איפה התשובות הסמכותיות חיות. ג'רמי הווארד מ-Answer.AI הציע את המפרט ב-3 בספטמבר 2024. הנחת היסוד מעשית: HTML שנבנה לבני אדם רועש (ניווט, סקריפטים, באנרי הסכמה) וחלונות ההקשר של מודלים סופיים, ולכן מגישים למכונה מפה נקייה.
למפרט שתי שכבות. /llms.txt הוא האינדקס הקצר: סיכום בתוספת קישורים מוקפדים. /llms-full.txt משבץ את התוכן המלא למסמך אחד, כך שסוכן יכול לטעון הכול עליכם בבקשה אחת.
מה שהוא לא חשוב באותה מידה. הוא אינו robots.txt: אין אכיפה מאחוריו. הוא אינו אות דירוג: אף מנוע חיפוש לא אמר שהוא קורא את הקובץ לדירוג. והוא אינו בקרת גישה: סורק שמתעלם ממנו לא מפסיד דבר. robots.txt אומר "הנה מה שמותר לך למשוך"; llms.txt אומר "הנה מה ששווה לקרוא". ערבוב ביניהם מייצר את רוב הדעות הגרועות.
האם גוגל משתמשת ב-llms.txt?
חיפוש גוגל לא; הכלים של Chrome של גוגל כן. בתוך עשרה ימים במאי 2026 גוגל עשתה שני מהלכים שמצביעים בכיוונים מנוגדים, ולכן שני המחנות יכולים לצטט אותה.
ב-5 במאי 2026 גוגל הוסיפה בדיקת llms.txt ל-Lighthouse תחת קטגוריה חדשה של גלישה סוכנית. הבדיקה מסמנת אתר אם משיכת /llms.txt מחזירה שגיאת שרת, והתיעוד אומר שבלי הקובץ "סוכנים עשויים להשקיע יותר זמן בסריקת האתר כדי להבין את מבנהו הכללי" (ppc.land). ב-15 במאי 2026 גוגל פרסמה הכוונה על אופטימיזציה לתכונות בינה מלאכותית גנרטיבית בחיפוש (AI Overviews ו-AI Mode). llms.txt נעדר ממנה, בעקביות עם מה שנציגי החיפוש של גוגל אמרו מאז הופעת המפרט: SEO טכני סטנדרטי הוא מה שנחשב.
אלה שתי שכבות. חיפוש גוגל מדרג ומצטט מהאינדקס הקיים שלו של HTML. גלישה סוכנית, שבה סוכן בינה מלאכותית מבקר באתר שלכם כדי להשלים משימה למשתמש, יש לה צרכים שונים, וזה מה שצוות Chrome התחיל לבדוק. מי שאומר "גוגל דורשת את זה" או "גוגל הרגה את זה" מצטט שכבה אחת ומתעלם מהשנייה.
האם סורקי בינה מלאכותית באמת קוראים את llms.txt?
לעיתים רחוקות. ניתוח מצרפי של 515 מיליון אירועי בוטים מצא שבקשות ל-/llms.txt הן חלק זניח מתנועת סורקי בינה מלאכותית (פורסם ב-aeo.press). GPTBot, ClaudeBot ו-PerplexityBot מבקשים בעיקר דפי HTML, כמו שסורקי חיפוש תמיד עשו.
הפרסום מקדים את הקריאה. עד 31 במרץ 2026, 7.4% מחברות Fortune 500 (37 מתוך 500) שחררו llms.txt (ppc.land). אתרי תיעוד למפתחים אימצו אותו מהר בהרבה, כי סוכני קוד הם הצרכן היחיד שקורא בפועל קבצים כאלה כיום.
הסיכום הישר: שחרור llms.txt אינו משנה באופן מדיד איך סורקי הבינה המלאכותית הראשיים קוראים את האתר שלכם ב-2026. מי שמוכר אותו כפתיחת תנועת בינה מלאכותית מוכר לפני הראיות.
מה שולט בסורקי בינה מלאכותית ב-2026?
חמש שכבות, ורק לשתיים מהן יש שיניים. llms.txt הוא כלי אחד במחסנית.
| שכבה | מה היא שולטת | נאכפת על ידי | הקריאה שלנו |
|---|---|---|---|
| robots.txt (GPTBot, ClaudeBot, PerplexityBot, Google-Extended) | האם סורקים מוצהרים רשאים למשוך דפים; Google-Extended שולט באימון Gemini, לא בחיפוש | אף אחד; פרוטוקול וולונטרי | מתג הכיבוי/הדלקה האמיתי שלכם. מעבדות ראשיות מכבדות בוטים מוצהרים, אף שקיימות מחלוקות: Cloudflare האשימה את Perplexity ב-2025 בשימוש בסורקים לא מוצהרים כדי לעקוף חסימות |
| Content Signals Policy | מצהירה איך תוכן שנמשך רשאי להיות מנוצל: search, ai-input, ai-train | אף אחד טכנית; שמירת זכויות | לא עולה דבר; מדברת לעורכי דין יותר מאשר לבוטים |
| חסימת ברירת מחדל של Cloudflare (Nieman Lab) | חוסמת סורקי בינה מלאכותית ידועים בקצה הרשת לדומיינים חדשים מאז 1 ביולי 2025 | Cloudflare; בקשות חסומות לעולם אינן מגיעות לשרת שלכם | השכבה עם השיניים. שנו אותה במודע, לא בירושה |
| Pay-per-crawl | גובה מסורקי בינה מלאכותית לבקשה במקום לחסום | המרקטפלייס של Cloudflare, בבטא | רלוונטי למו"לים גדולים, לעיתים רחוקות לאתרי B2B |
| llms.txt / llms-full.txt | כלום; רשימת קריאה מייעצת | אף אחד | ביטוח זול לרשת הסוכנית; אין השפעת SEO כיום |
השכבות שאנשים מתווכחים עליהן (llms.txt, Content Signals) מייעצות. השכבה ששינתה התנהגות סורקים בן לילה היא קצה ה-CDN, ובעלי אתרים רבים מעולם לא הגדירו אותה במודע.
למה יחסי הסריקה-לקליק חשובים?
כי מערכות בינה מלאכותית צורכות תוכן בקנה מידה תעשייתי ושולחות חזרה כמעט אפס ביקורים. נתוני Cloudflare Radar לרבעון 1 2026 קבעו את יחס הסריקה-להפניה, דפים שנמשכו לקליק אנושי מופנה אחד, בכ-1,276:1 ל-GPTBot של OpenAI ובכ-23,951:1 ל-ClaudeBot של Anthropic (Cloudflare). אם העסק שלכם מייצר הכנסות מצפיות בעמודים, האסימטריה הזו מסבירה את מרד המו"לים ואת ניסוי ה-pay-per-crawl.
אבל היחס מודד קליקים, וקליקים אינם התשואה היחידה. סריקה שלעולם אינה שולחת מבקר עדיין מכריעה אם מודל יודע שאתם קיימים, מתאר אתכם במדויק ונוקב בכם כשקונה מבקש רשימה קצרה. ל-B2B, תשובת בינה מלאכותית היא לעיתים קרובות נקודת המגע, והאנליטיקה שלכם לעולם אינה רושמת אותה. פירקנו את המעבר בAEO מול GEO מול SEO: המטרה עוברת מניצחון בקליק לתשובה מצוטטת במדויק.
האם לחסום או לאפשר סורקי בינה מלאכותית?
זה תלוי למה התוכן שלכם נועד. אותו חשבון סריקה-לקליק חותך אחרת לפי סוג עסק.
| סוג עסק | לוגיקת הכנסות | סורקי בינה מלאכותית | llms.txt |
|---|---|---|---|
| מו"ל / מדיה | צפיות בעמודים ומנויים הם המוצר | לחסום, או לנהל משא ומתן דרך pay-per-crawl | לדלג |
| מותג B2B / שירותים | האתר הוא נכס מכירות; להיות מוכר עדיף על להיות מבוקר | פתוח | לשחרר |
| מסחר אלקטרוני | נתוני מוצר מניעים גילוי; סוכנים עוזרים יותר ויותר ברכישות | פתוח; לעקוב אחר עלות תשתית | לשחרר, עם כתובות מוצר ומדיניות |
| רישוי תוכן | התוכן עצמו הוא הנכס המתומחר | לחסום, ואז לנהל משא ומתן | לדלג |
לרוב חברות ה-B2B התשובה היא פתוח. אתר השיווק קיים כדי שהשוק ידע מה אתם עושים; מערכת בינה מלאכותית שקוראת אותו וחוזרת עליו במדויק עושה את עבודת האתר. חסימת GPTBot כדי להגן על תוכן שמטרתו להיות מוכר הופכת את האסטרטגיה. הנכס שראוי להגן עליו הוא דיוק, לא גישה, ושמירה על דיוק בין פלטפורמות היא ליבת עבודת הנראות בבינה מלאכותית.
מה קורה למותג שלכם כשהאתר שלכם חסום?
מקורות פתוחים ובעלי סמכות גבוהה שוקלים יותר. Cloudflare חוסמת סורקי בינה מלאכותית כברירת מחדל לדומיינים חדשים, מו"לים חוסמים או מגבילים גישה, ו-pay-per-crawl מתמחר את מה שהיה חינמי. ככל שהרשת הפתוחה מצטמצמת מנקודת מבט של סורק, השליפה מתרכזת בקורפוסים שנשארים פתוחים בתכנון: ויקיפדיה, Wikidata, רשמים ציבוריים, מאגרים אקדמיים.
אם האתר שלכם חשוך לסורקים, בבחירה או בברירת מחדל של CDN, אז הערך שלכם בוויקיפדיה (אם הוא מוצדק), ישות ה-Wikidata שלכם והמקורות הפתוחים האחרים הופכים לתיעוד בפועל שבינה מלאכותית קוראת עליכם. לכן אנחנו מתייחסים לנוכחות אנציקלופדית כתשתית ולא כהבל. דף קיים רק אם מקורות עצמאיים תומכים בבולטות, ואיש אינו יכול להבטיח מה בינה מלאכותית תגיד. המכניקה בWikipedia AEO, בשירות הWikidata וגרף הידע ובטקטיקות SEO בוויקיפדיה.
איך כותבים llms.txt טוב?
כתבו אותו כערך מילון, לא כסיסמה, ושמרו שכל עובדה תהיה כזו שאפשר לעמוד מאחוריה. ארבעה כללים מכסים את רוב הערך:
- הגדירו את הישות בשורה הראשונה. אם מודל קורא רק עשרים אסימונים, הם צריכים לומר מה אתם.
- הצביעו על הפרופיל המלא. שמרו על האינדקס קל לסריקה וקשרו
llms-full.txtלסוכנים שרוצים הכול במשיכה אחת. - צמדו כתובות קנוניות לעובדות שנושאות מספרים ותאריכים. "הוקמה: 2010" ניתנת לשליפה ולחזרה; תארים לא. שימו את המחיר ליד הכתובת כשהדף קובע אחד.
- קבעו מה אינכם טוענים. מודלים מהדהדים את המקורות שלהם. אם הקובץ שלכם מגזים, תשובת הבינה המלאכותית מגזימה, ושיחת הפרוספקט הראשונה מתחילה בתיקון. סעיף קצר "מה איננו טוענים" הוא ביטוח דיוק.
שלד מינימלי:
# Company name: one-line definition
> Two-sentence summary of what you do and for whom.
## Key pages
- [Services](https://example.com/services): what is offered and prices
- [About](https://example.com/about): founding date, location, leadership
## What we do not claim
- No guaranteed outcomes; limits of the service in one line.צרו מחדש את הקובץ כשעובדות משתנות. קובץ מיושן שמציג מחירים שגויים גרוע מאין קובץ. אנחנו מפרסמים את שלנו בשורש הדומיין, שנוצר מהנתונים הקנוניים של האתר, וסעיף הסיום שלו קובע מה איננו מבטיחים.
שאלות נפוצות
אין ראיה לכך. ההכוונה של חיפוש גוגל במאי 2026 אינה משתמשת בקובץ, ואף מנוע חיפוש לא הודיע שהוא קורא אותו לדירוג או ל-AI Overviews. אם המטרה היא ציטוטים בחיפוש בינה מלאכותית, העבודה נשארת קונבנציונלית: HTML ניתן לסריקה, נתונים מובנים ומקורות צד שלישי סמכותיים עליכם.
לעיתים רחוקות, על פי הראיות הנוכחיות. ניתוחים שמשתרעים על מאות מיליוני אירועי בוטים מראים ש-GPTBot ועמיתיו מושכים HTML ומתעלמים ברובם מ-/llms.txt. הצרכנים בטווח הקרוב הם דפדפנים סוכניים וכלי קוד, בתוספת Lighthouse.
הוא עולה כעשרים דקות ואינו משנה דבר שאפשר למדוד היום, ולכן הוא אופציונלי. אם אתם משחררים אחד, שמרו עליו מדויק וצרו אותו מחדש כשעובדות משתנות.
לא. robots.txt אומר לסורקים מוצהרים מה מותר להם למשוך; llms.txt רק מציע מה ששווה לקרוא. אף אחד מהם אינו מבטיח ציות, אבל robots.txt הוא זה שמעבדות ראשיות אומרות שהן מכבדות.
בדקו קודם אם כבר חסמתם. אם הדומיין שלכם הצטרף ל-Cloudflare אחרי 1 ביולי 2025, סורקי בינה מלאכותית עשויים להיות חסומים כברירת מחדל בלי שאף אחד בחברה החליט. יהיה העמדה שלכם אשר תהיה, הפכו אותה להחלטה ולא להגדרה בירושה.
llms.txt הוא אינדקס קצר עם סיכום וקישורים מוקפדים. llms-full.txt מכיל את התוכן המלא משובץ במסמך אחד, כך שסוכן יכול לקרוא הכול בבקשה אחת.
האם המקורות שמערכות בינה מלאכותית סומכות עליהם מתארים אתכם במדויק, והאם בכלל קיימת רשומה הקריאה למכונה של החברה שלכם. ראו איך בינה מלאכותית מחליטה אילו מותגים לצטט.
איך WikiBusines עוזרת
llms.txt הוא שכבת הקריאות הזולה והפחות משמעותית לבינה מלאכותית. אנחנו עובדים על המשמעותיות. עריכה בתשלום בוויקיפדיה מוצהרת תמיד בשם WikiBusines, ואיננו מבטיחים לעולם מה בינה מלאכותית תגיד.
- בדיקת נראות בבינה מלאכותית, €490. איך עוזרים מתארים אתכם כיום ועל אילו מקורות הם נשענים.
- LLM Hub. מרכז ידע הקריא למכונה לחברה שלכם, שנבנה מהעובדות הקנוניות שלכם.
- Wikidata, החל מ-€680. רשומות ישות שמנועים משתמשים בהן כדי להבחין בינכם לחברות בעלות שם דומה.
- בדיקת בולטות, החל מ-€490, מקוזזת מהדף אם מזמינים בתוך חודש. יצירת דף החל מ-€2,400 לאנגלית, 4-5 שבועות, עם 90 יום של מעקב ואחריות לאחר הפרסום.
כדי להתחיל, צרו איתנו קשר.
כותבים ומדיניות עריכה
Bohdan Dubylovskyiמייסד שותף ומנהל פיתוח עסקי, WikiBusines→
Roman Melnykמייסד שותף ועורך ראשי, WikiBusines→המאמר נכתב על ידי מייסדי WikiBusines. אנחנו מוכרים שירותים בתשלום בוויקיפדיה, ולכן מצהירים על האינטרס הזה: עריכה בתשלום מוצהרת תמיד בוויקיפדיה בשם WikiBusines, והטענות על הכללים נתמכות בקישורים למקורות ראשוניים.
מדיניות עריכה: הצהרה על תשלום, ניגוד עניינים, מקורות Read in English