Cloudflare פותחת 30 ימי אנליטיקה — לא כל השדות נפתחו

ב־2 באוקטובר 2026 הודיעה Cloudflare ב רשומת השינוי שכל תוכנית מקבלת לפחות 30 ימי אנליטיקה לדומיין. ב־Free וב־Pro נתוני בקשות HTTP, אירועי אבטחה ו־DNS אדפטיביים נשמרים לפחות 31 יום, לעומת חלונות שנעו בעבר בין 24 שעות לשמונה ימים בהתאם למערך הנתונים; שאילתה אחת יכולה לכסות עד 30 יום.

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

מה השתנה ב־Free וב־Pro לפי סוג נתון

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

• בקשות HTTP: לפני העדכון חלון ההיסטוריה של הנתונים האדפטיביים היה קצר יותר ותלוי במערך; כעת נתוני הבקשות נשמרים לפחות חודש, עם חלון שאילתה מרבי קצר במעט מתקופת השמירה. אפשר לחקור אותם בתצוגות האנליטיקה וב־GraphQL Analytics API, לפי השדות הזמינים בתוכנית.
• אירועי אבטחה: לפני העדכון טווח החקירה היה חלק מן החלונות הקצרים יותר. כעת ההיסטוריה האדפטיבית בדומיין מגיעה לפחות לחודש, כך שאפשר להציב אירוע קודם מול שינוי מאוחר בתעבורה. היכולת לראות שדה מסוים או פירוט נוסף עדיין נקבעת לפי ההרשאה הקיימת.
• נתוני DNS: לפני העדכון גם כאן משך ההיסטוריה הוגבל לפי מערך הנתונים. כעת האנליטיקה האדפטיבית של DNS כלולה בהרחבה בדומיינים של Free ו־Pro; לוח הבקרה ושאילתות GraphQL מספקים דרכי גישה שונות, בהתאם לגבולות המערך.
• מערכים מצטברים: מערך כמו httpRequests1hGroups אינו מקבל בהכרח את חלון הזמן החדש. לפני העדכון ואחריו חלים עליו גבולות השמירה והשאילתה של התוכנית. דוח שנבנה עליו עשוי לכן להציג טווח אחר מדוח שמתבסס על נתוני בקשות אדפטיביים.

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

תקופת שמירה, חלון שאילתה ועומק הנתונים

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

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

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

ממשק אחד לאנליטיקת הדומיין

השינוי השני נמצא בדרך שבה מוצגים הנתונים. בלוח הבקרה בוחרים דומיין ונכנסים ל־Analytics; הלשוניות Traffic, Performance, Security, Cache, Origin, DNS ו־Visitors חולקות טווח זמן ומסננים. אנליטיקה ברמת החשבון נמצאת באזור Observability > Analytics, ולכן תנאי הגישה לנתוני הדומיין אינם מתארים בהכרח כל נתון בחשבון.

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

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

מה חלון החקירה החדש מאפשר לברר

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

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

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

קראו גם:

• אסימון API של Cloudflare דלף? Roll משאיר את אותן ההרשאות