הדליפה של גוגל מול המדריך הרשמי: מה ידוע באמת, ומה כדאי לשנות
דמיינו שמגיעה לצוות שלכם הצעת עבודה עם סעיף חדש: ״הדליפה הוכיחה שגוגל מדרגת לפי קליקים, אז החודש צריך להשקיע בהגדלת CTR״. הדוגמה מומצאת, אבל השאלה מאחוריה מעשית לגמרי: האם המקור באמת תומך במשימה שמציעים לכם?
תקציר המאמר
- ברוב השורות בטבלה ההחלטה של הצוות לא משתנה: כותרות מדויקות, אינדוקס ותוכן מועיל. מה שמשתנה הוא שאפשר לדחות, עם נימוק, הצעה שנשענת על קריאה שגויה של הדליפה.
- מסמכי ה-API מציגים שמות שדות ותיאורים. הם לא חושפים משקלים או מראים אילו שדות פעילים היום.
- לשימוש בנתוני קליקים יש ראיות מעבר לדליפה: ממצא של בית משפט והסבר רשמי של גוגל. מכאן לא נובעת הבטחה ששיפור CTR יעלה דירוג.
- כמה טענות משתנות כשקוראים את ההגדרה המלאה: אתרים אישיים קטנים מתוארים כמקודמים, לא כנענשים; ארגז החול מתואר בהקשר של ספאם חדש, לא של כל אתר חדש.
- לפני שמשנים תוכנית עבודה, צריך לחבר בין מקור מדויק, מסקנה שהוא מאפשר, ופעולה שתשרת את הקורא או את העסק.
ההמלצה שלי: בקשו את המשפט המדויק במקור שעליו ההצעה נשענת. אם יש רק שם של שדה או צילום של פוסט, עוד חסר החיבור בין המידע למשימה. הטבלה בהמשך מאפשרת לבדוק שמונה טענות, ובנושא הקליקים נלך עד להחלטה של הצוות.
מה בדיוק דלף מגוגל, ומה לא?
המסמכים שנחשפו ב-2024 מתארים מבני נתונים של Content Warehouse API. במאמר הזה ההגדרות מובאות מתוך חבילת google_api_content_warehouse בגרסה 0.4.0, שפורסמה ב-28 במרץ 2024. זה תיעוד של שדות, לא קוד הדירוג שקובע איזו תוצאה תופיע ראשונה. לכן המונח ״דליפת האלגוריתם״ מבטיח יותר ממה שיש בחומר.
ב-29 במאי 2024 דיווחה מיה סאטו ב-The Verge שגוגל אישרה את אמיתות המסמכים. דובר החברה דייוויס תומפסון הזהיר מפני מסקנות שגויות המבוססות על מידע שהוצא מהקשרו, התיישן או לא שלם. גוגל אישרה שהמסמכים אמיתיים, לא שכל שדה בהם משמש בדירוג.
שם של שדה וההגדרה שלו מראים איזה נתון תועד ואיך תיארו אותו. הם לא מגלים לבדם מה משקלו, מתי משתמשים בו או אם הוא פעיל היום. גם כשההגדרה מציינת שימוש מסוים, צריך לקרוא אותה כתיאור מהגרסה שנבדקת, ולא כאישור למצב המערכת היום.
הרעיון לקרוא את המסמכים לצד המדריך הרשמי מגיע מהמאמר של שון אנדרסון ב-Hobo. אנדרסון מצמיד שמות שדות לסעיפי המדריך, ומבהיר שהמיפוי הוא פרשנות ושהתיעוד לא חושף קוד מבצע או משקלים. כאן ההשוואה מתמקדת בכל טענה ובמקור התומך בה, כדי לבדוק מה היא משנה בהחלטה של צוות.
ארבעה סוגי ראיות: מהמדריך הרשמי ועד פרשנות
לפני שמתווכחים על טענה, כדאי לדעת מאיזה סוג ראיה היא מגיעה. זה לא דירוג אמינות: מסמך רשמי יכול להסביר מה גוגל ממליצה לבעלי אתרים, ואילו ממצא משפטי יכול לתאר מערכת פנימית בתקופה שנבדקה. כל מקור עונה על שאלה אחרת.
- הנחיה רשמית של גוגל: מה החברה אומרת לבעלי אתרים לעשות. למשל, איך לנסח כותרת. זו המלצה, לא מדידה של ההשפעה על האתר שלכם.
- שדה במסמכי ה-API: מה מופיע בגרסה מסוימת ואיך הוא מוגדר. עצם הקיום של שדה לא מוכיח שמשתמשים בו בדירוג.
- עדות או ממצא של בית משפט: מה תואר בעדות ומה בית המשפט קיבל כממצא. חשוב לציין את השנה ואת הסעיף, ולא להפוך תיאור היסטורי למשקל נוכחי.
- פרשנות או ניסוי של אנשי SEO: מה המחבר מסיק או מדווח שקרה בתנאי הבדיקה שלו. צריך להפריד בין התוצאה לבין ההסבר שהוא מציע לה.
למשל, המדריך של גוגל מסביר איך לכתוב כותרות מועילות. לעומתו, סעיף 96 בפסק הדין מ-5 באוגוסט 2024 מתאר שימוש של Navboost בנתוני קליקים. אלה שני מקורות שונים: האחד מספק הנחיית עבודה; האחר תומך בטענה על אופן פעולתה של מערכת בתקופה המתוארת במשפט.
שמונה טענות על הדליפה, ומה המקור אומר באמת
בחירת הנושאים התחילה מהכתבות בעברית שתועדו בעמוד הראשון בחיפוש הישראלי ״דליפת גוגל SEO״ ב-13.10.2026 ומהניתוח של רנד פישקין שהן מצטטות. לטענת ארגז החול מובא כאן מקור ישיר: הניתוח של מייק קינג. טענת המאמץ נוספה בעקבות Hobo. זו לא רשימה של כל מה שנכתב על הדליפה, והניסוחים בטבלה הם תמצות של הטענות, לא ציטוטים.
בכל שורה מופיעה ההגדרה האנגלית המקורית ואחריה הסבר. עמודת הפעולה היא המלצה לצוות, ולא חלק ממסמכי גוגל. כשכתוב שלא צורף ממצא משפטי או ציבורי, הכוונה היא שלא הובא כאן ממצא כזה כבסיס למסקנה. זה לא אומר שהוא לא קיים. במחשב אפשר לגלול את הטבלה לרוחב, ובטלפון כל טענה מוצגת בנפרד.
| מה נטען | מה כתוב בשדה המקורי | עדות או ממצא משפטי | מה גוגל אמרה | מה אפשר להסיק | מה הטענה מפספסת | מה הצוות צריך לעשות |
|---|---|---|---|---|---|---|
| קליקים קובעים את הדירוג | lastLongestClicks: The number of clicks that were last and longest in related user queries. ההגדרה סופרת קליקים שהיו האחרונים והארוכים ביותר בשאילתות קשורות; היא אינה מסבירה כאן כיצד נמדד האורך. ל-goodClicks ול-badClicks אין תיאור בגרסה הזאת. הגדרת המקור | פסק הדין מאוגוסט 2024, על ראיות משפט 2023, סעיף 96 מתאר את Navboost כמערכת שמחברת שאילתות למסמכים באמצעות זיכרון של נתוני קליקים. | How Search Works מציין שימוש בנתוני אינטראקציה מצטברים ואנונימיים להערכת רלוונטיות. | יש בסיס לשימוש בנתוני קליקים במערכת דירוג. המשקל הנוכחי אינו ידוע. | זה לא מוכיח ש-CTR של עמוד הוא כפתור שאפשר לסובב, ולא מזהה את השדות עם מדדי GA4. | לבדוק שהכותרת והתקציר מתאימים לתוכן ולשאילתה. לא להזמין קמפיין קליקים על סמך השמות. הדוגמה המלאה בהמשך. |
| נתוני Chrome מדרגים עמודים | chromeInTotal: Site-level Chrome views. כלומר: צפיות דרך Chrome ברמת האתר. הגדרת המקור | לא צורף ממצא משפטי על השדה במקורות שנבדקו. | מולר, 7.1.2022, 12:52 אמר שאינו חושב שמשתמשים בנתוני Chrome לדירוג, ואז ציין את נתוני CrUX המשמשים לדוח חוויית העמוד. | קיים שדה המתאר צפיות Chrome ברמת האתר. | אין בהגדרה הסבר לשימוש בדירוג, ואין זיהוי של השדה עם CrUX. לכן הציטוט והשדה לבדם אינם מוכיחים סתירה. | אין משימת SEO שנובעת מהשדה לבדו. כל הצעה לשנות סדרי עדיפויות צריכה להסביר את הקשר בין הנתון לפעולה. |
| יש לגוגל ציון סמכות אתר | siteAuthority: site_authority: converted from quality_nsr.SiteAuthority, applied in Qstar. התיאור אומר שהנתון מומר משדה אחר ומיושם ב-Qstar; הוא אינו מפרט את החישוב. הגדרת המקור | לא צורף ממצא משפטי על השדה במקורות שנבדקו. | גארי אילייש, 27.10.2016 כתב שאין לגוגל באמת overall domain authority. | השדה קיים, ושמו ותיאורו מתייחסים לסמכות אתר. | אין הגדרה משותפת שמאפשרת לזהות אותו עם המונח בציוץ, עם Moz DA או עם Ahrefs DR. לא ידועים הקלטים או המשקל. | לא להציב יעד של העלאת DA או DR כאילו הוא שינוי ישיר של השדה בגוגל. הייתי מבקש לכל משימה הסבר: מה התועלת ומה הקשר לנתון. |
| יש ציון התאמה בין כותרות לשאילתות | titlematchScore: Titlematch score of the site, a signal that tells how well titles are matching user queries. מדובר בציון של האתר המתאר התאמה בין כותרות לשאילתות. הגדרת המקור | לא צורף ממצא משפטי על השדה במקורות שנבדקו. | זו הנחיה בנושא, לא הצהרה על השדה עצמו. המדריך הרשמי ממליץ על כותרות ברורות, תמציתיות, ייחודיות ומדויקות. | ההגדרה מתארת התאמת כותרות ברמת האתר. | ההגדרה היא ברמת האתר, אבל לא מסבירה איך נמדדת ההתאמה או מה משקלה. אי אפשר לגזור ממנה לבדה כלל לניסוח הכותרת של עמוד מסוים. | לכתוב כותרת שמסבירה במדויק מה יש בעמוד. אין הצדקה לדחוס ניסוח חיפוש מסורבל רק כדי להתאים מילה במילה. |
| אתרים קטנים נענשים | smallPersonalSite: Score of small personal site promotion go/promoting-personal-blogs-v1 המילה promotion מתארת קידום של אתרים אישיים קטנים. הגדרת המקור | לא צורף ממצא משפטי על השדה במקורות שנבדקו. | לא צורפה הצהרה ציבורית נפרדת של גוגל על השדה הזה. | התיאור הוא של קידום, ולא של ענישה. | בסקירה העברית מופיע ניסוח של ענישה. הוא לא תואם את הטקסט המצוטט; גם ההפך, שכל אתר קטן מקבל היום יתרון, לא הוכח. SEO Israel דווקא מסייגת את היכולת לדעת אם השדה משפיע על הדירוג. | לא לשנות את היקף האתר בגלל הטענה הזאת. לבקש את הגדרת המקור ולתקן את הניסוח בהצעה. |
| גוגל מנתחת רק את 20 השינויים האחרונים של עמוד לצורך בדיקת קישורים | urlHistory: Url change history for this doc (see crawler/changerate/changerate.proto for details). Note if a doc has more than 20 changes, we only keep the last 20 changes here to avoid adding to much data in its docjoin. התיאור מגביל את השינויים שנשמרים כאן ברשומת היסטוריית הסריקה, כדי לצמצם נפח. הגדרת המקור | לא צורף ממצא משפטי על השדה במקורות שנבדקו. | זו הנחיה בנושא, לא הצהרה על השדה עצמו. הנחיות התוכן המועיל מזהירות משינוי תאריך בלי שינוי מהותי בתוכן. | מתוארת מגבלת אחסון של עד 20 שינויים ברשומה המסוימת. | המילה here חשובה: לא נאמר שזה כל המידע שגוגל שומרת, או שזה גבול לניתוח דירוג וקישורים. | לעדכן תוכן כשיש מה לתקן או להוסיף. לא לבצע סבב של 20 עדכונים ולא להקפיץ תאריך כדי לנסות למחוק היסטוריה. |
| הדליפה מוכיחה שיש ארגז חול | hostAge: The earliest firstseen date of all pages in this host/domain. These data are used in twiddler to sandbox fresh spam in serving time.שאר ההגדרה: אחסון, תאריכים וערכי sentinel It is 16 bit and the time is day number after 2005-12-31, and all the previous time are set to 0. If this url's host_age == domain_age, then omit domain_age Please use //spam/content/siteage-util.h to convert the day between epoch second. Regarding usage of Sentinel values: We would like to check if a value exists in scoring bundle while using in Ranklab AST. For this having a sentinel value will help us know if the field exists or has a sentinel value (in the case it does not exist). 16-bit | לא צורף ממצא משפטי על השדה במקורות שנבדקו. | מולר, 23.2.2018, 25:38 שלל את ארגז החול המסורתי שעליו דיברו אנשי SEO, והוסיף שאלגוריתמים שמנסים להבין אתר יכולים להיראות דומים. | התיאור מתייחס לספאם חדש. | קינג מסיק שיש ארגז חול. אבל ההגדרה מגבילה את התיאור לספאם חדש; היא לא קובעת תקופת המתנה לכל אתר חדש. | לא לקבוע תקופת המתנה אוטומטית להשקה. לבדוק בעיות גילוי, אינדוקס ותוכן שאפשר להראות בפועל. |
| גוגל נותנת ציון למאמץ, ולכן צריך להעלות אותו | contentEffort: LLM-based effort estimation for article pages (see landspeeder/4311817). זו הערכת מאמץ בעזרת LLM לעמודי מאמרים. הגדרת המקור | לא צורף ממצא משפטי על השדה במקורות שנבדקו. | זו הנחיה בנושא, לא הצהרה על השדה עצמו. הנחיות התוכן המועיל מתארות מאמץ כקריטריון שמעריכי איכות בוחנים, ומבהירות שהמעריכים אינם קובעים את דירוג העמודים. | קיים תיאור של הערכה אוטומטית. בנפרד, קיימת הנחיה למעריכים אנושיים. | המילה המשותפת אינה מוכיחה שזה אותו מנגנון. אין נוסחה, משקל או דרך למדוד את השדה באתר שלכם. | להשקיע במה שעוזר לקורא: הסבר, השוואה, נתון או כלי שניתן לבדוק. מבחינתי, מספר שעות העבודה או המילים הוא לא יעד דירוג שאפשר להסיק מהשדה. |
קידום או ענישה: המילה שמשנה את הקריאה
גם עם תאריכים כדאי לדייק. מגבלת 20 השינויים שייכת ל-urlHistory. השדה הנפרד lastSignificantUpdate מתואר כך: Last significant update of the document. This is sourced from the quality_timebased.LastSignificantUpdate proto as computed by the LSUSelector from various signals. The value is a UNIX timestamp in seconds. כלומר, מועד העדכון המשמעותי מחושב מכמה אותות. אף אחת מההגדרות לא מציעה למחוק היסטוריית דירוג באמצעות עדכונים חוזרים.
האם גוגל מדרגת לפי קליקים? דוגמה מההתחלה ועד ההחלטה
מתחילים ממה שגוגל אומרת בעצמה
בעמוד How Search Works גוגל מסבירה שהיא משתמשת בנתוני אינטראקציה מצטברים ואנונימיים כדי להעריך את הרלוונטיות של תוצאות לשאילתות, והופכת אותם לאותות עבור מערכות לומדות. לכן לא נכון להתחיל מהנחת עבודה שלפיה נתוני התנהגות לא משמשים אותה כלל. ההסבר לא אומר ש-CTR של עמוד מסוים הוא גורם שאפשר לשפר באופן עצמאי כדי להעלות את דירוגו.
ממשיכים לממצא על Navboost
בפסק הדין ב-United States v. Google, מסמך ECF 1033, סעיף 96 מתאר את Navboost כאות שמחבר שאילתות למסמכים באמצעות זיכרון של נתוני קליקים. לפי הממצא, לפני 2017 אומן Navboost על 18 חודשים של נתוני משתמשים, ומאז על 13 חודשים. סעיף 102 מציין שאותות LLM לא החליפו את Navboost ואת QBST בדירוג.
אלה ממצאים שנשענים על הראיות במשפט שהתנהל ב-2023 ופורסמו בפסק הדין באוגוסט 2024. הם מספקים בסיס לטענה על שימוש בקליקים במערכת דירוג, אך לא מודדים את משקלם כיום. אין כאן נוסחה שאומרת כמה קליקים לקנות או איזה CTR יעלה אתר למקום הראשון.
עכשיו בודקים מה המסמכים מוסיפים
במודל QualityNavboostCrapsCrapsData מופיעים goodClicks ו-badClicks בלי תיאור, לצד ההגדרה של lastLongestClicks שמובאת בטבלה. שמות השדות מתיישבים עם הצורך לתאר סוגים של קליקים, אבל לא מספיקים כדי להגדיר מהו קליק ״טוב״ או איך הוא משוקלל.
כאן גם קל לבלבל בין מערכות. אין במקורות האלה זיהוי של השדות עם שיעור הנטישה או המעורבות ב-GA4. בסרטון המקורי מ-7.1.2022, לאחר תשובתו על Chrome, מולר נשאל על Google Analytics והשיב שאין משתמשים בנתוניה לדירוג. זו הצהרה היסטורית נפרדת; היא לא הגדרה של שדות Navboost.
שני דיווחים ציבוריים, שתי שיטות שונות
רנד פישקין פרסם ב-1 במאי 2014 בדיקה שביצע בערב הקודם: הוא ביקש מעוקביו לחפש וללחוץ על תוצאה. לדבריו, העמוד עבר ממקום 7 למקום 1 בתוצאות האמריקאיות שבדק בתוך כשלוש שעות, ונרשמו בו 228 ביקורים מגוגל באותו יום. במדינות אחרות שבדק, העמוד היה במקומות 6-9. הוא הדגיש שהבדיקה לא מספיקה להוכחת סיבתיות והעלה אפשרויות כמו קישורים או אותות אחרים. הפוסט לא מבסס לכמה זמן ההשפעה נמשכה.
ברטוש גורלביץ פרסם באוגוסט 2015 דיווח על תנועה שיצר באמצעות בוטים. באחת הבדיקות השווה שלושה תת-דומיינים עם אותו מספר עמודים ותוכן דומה אך ייחודי. לדבריו, לאחד מהם נשלחו כ-190,000 ביקורים מגוגל במרץ-אפריל 2015, והשניים האחרים שימשו להשוואה. הוא דיווח שהדירוג לא עלה לפני ש-Weebly הסירה את האתרים. התנועה נרשמה ב-Analytics, וחיפושים אחר מילות המפתח שבבדיקה הופיעו ב-Keyword Planner. יש כאן קבוצת השוואה, אבל הופעה בדוחות לא מגלה אם מערכת הדירוג קיבלה את הקליקים כאות.
שני הדיווחים בודקים התערבויות שונות בשנים שונות: קהל אנושי שנענה לבקשה מול תנועה מלאכותית. הם לא שחזור זה של זה, ואי אפשר לספור אותם כהצבעה אחת בעד ואחת נגד. הם גם לא בדיקה של מערכת החיפוש היום. הממצא המשפטי תומך בשימוש בנתוני קליקים; הדיווחים ממחישים מדוע המעבר משימוש בנתונים להבטחה שאפשר להפעיל אותו מבחוץ דורש ראיה נוספת.
ההחלטה של הצוות
בהצעה שבפתיחה הייתי משאיר את העבודה על כותרות ותקצירים שמייצגים במדויק את העמוד, ומוציא ממנה הבטחה להעלות דירוג באמצעות קמפיין קליקים. העבודה על הכותרת מוצדקת כשהיא עוזרת למחפש להבין מה יקבל, כפי שממליץ המדריך הרשמי. כדי שהעבודה הזאת תהיה שימושית לא צריך לנחש כמה Navboost שוקל.
אני ממליץ לא לקנות או לייצר קליקים כדי לנסות לשנות דירוג. המקורות שנדונו כאן לא מספקים בסיס להבטחת התוצאה, ומדיניות הספאם של גוגל אוסרת שאילתות אוטומטיות וגישה אוטומטית אחרת לחיפוש ללא הרשאה מפורשת. לפי ההגדרה הזאת, קמפיין שבו בוטים מחפשים ולוחצים ללא הרשאה נכלל בסעיף. הסעיף לא מזכיר במפורש אנשים שמקבלים תשלום כדי ללחוץ; ההמלצה שלי נגד קניית קליקים מהם נשענת על הראיות שנדונו, ולא על איסור מפורש כזה במדיניות.
את השינוי בכותרת כדאי לתעד ולמדוד ב-Search Console לפי עמוד, שאילתה, מדינה ומכשיר. שומרים את התאריך ומציינים שינויים נוספים שנעשו במקביל. אם שיעור הקליקים עלה, אפשר לתאר את התוצאה; עדיין צריך לבדוק אם השתנו גם המיקום, תמהיל השאילתות או מראה התוצאות לפני שמסיקים למה זה קרה.
מה הדליפה לא משנה במדריך של גוגל
אין בטבלת הראיות סיבה לעצור עבודה על גילוי עמודים, אינדוקס ותוכן שעוזר למשתמש. אם עמוד לא מופיע בחיפוש, אפשר להתחיל במדריך לבדיקת בעיות אינדוקס. אם השאלה היא מה חסר בתוכן ובהוכחות שהאתר מציג, מדריך בדיקת E-E-A-T עוסק בטענות שהאתר עצמו מציג. המאמר הנוכחי עוסק בטענות שמגיעות אליכם על גוגל.
בבדיקת בורר השפות של המדריך הרשמי ב-13.10.2026 לא נמצאה עברית. ההסברים כאן נועדו לעזור לקרוא את המקורות, והקישורים מאפשרים לחזור לנוסח שעליו נשענת כל מסקנה.
ארבע שאלות לפני שמשנים תוכנית עבודה
אלה ארבע השאלות שהייתי שואל לפני שמשנים תוכנית עבודה:
- מאיפה הטענה? בקשו קישור למשפט המלא, תאריך וגרסה כשיש כזאת. צילום של שם שדה הוא לא תחליף להסבר שלו.
- מה סוג הראיה? הבחינו בין הגדרה במסמך, הנחיה לציבור, ממצא משפטי וניסוי. כתבו במשפט אחד מה המקור מאפשר להסיק ומה עוד חסר.
- מה גוגל כבר ממליצה בנושא? אם המשימה היא לנסח כותרת מדויקת או לעדכן מידע שגוי, אפשר להצדיק אותה בלי לטעון שנחשף משקל סודי.
- מה נמדוד? הגדירו מראש אם בודקים תקלה טכנית, השלמת משימה של הקורא, ביצועי חיפוש או פניות. הצלחה באחד היא לא הוכחה אוטומטית להצלחה באחר.
השתמשו במחקר מילות המפתח ל-B2B כדי לחבר את הבדיקה לשאלות של לקוחות. כשמגיעה הצעה המבוססת על הדליפה, אפשר לקבל אותה, לדחות אותה או לבקש בדיקה מצומצמת. מה שצריך להכריע הוא החיבור בין המקור, הבעיה והפעולה. אם הצוות צריך עזרה בקריאת ההצעה ובבחירת המשימות, אפשר לפנות לייעוץ SEO.
המחקר, השוואת המקורות והכתיבה הוכנו בסיוע Claude ו-Codex. הפרסום אושר בידי ניר לוי; בדיקת השפה והשיפוט שלו טרם הושלמו. הדוגמה בפתיחה נועדה להמחשה, והניסויים המוזכרים מיוחסים למחבריהם.
מקורות והמשך קריאה
- Google: SEO Starter Guide ↗
- Google: Creating helpful content ↗
- Mia Sato, The Verge: authenticity confirmation (29 May 2024) ↗
- Content Warehouse package 0.4.0 (28 March 2024) ↗
- United States v. Google, ECF 1033 (5 August 2024), paragraphs 96 and 102 ↗
- John Mueller: Google SEO office-hours, 7 January 2022 ↗
- Gary Illyes: domain authority post, 27 October 2016 ↗
- John Mueller: Google office-hours, 23 February 2018 ↗
- Google: How Search Works ↗
- Rand Fishkin: queries and clicks test (May 2014) ↗
- Bartosz Góralewicz: bot-traffic comparison (August 2015) ↗
- Shaun Anderson, Hobo: Starter Guide decoded (inspiration) ↗
- Mike King, iPullRank: sandbox interpretation ↗
- SEO Israel: title matching, page history and small-site qualification ↗
- SEO-Rush: Hebrew roundup discussed in the small-sites row ↗
איך נוצר המאמר
- שימוש ב-AI
- טיוטה בעזרת AI
- כלים שתועדו
- Claude, Codex
- תרומה אנושית מתועדת
- הנחיות עריכה ואישור פרסום. בדיקת השפה והשיפוט של ניר טרם הושלמו.
- עדכון מהותי אחרון
