מה זה CDN, ואיך הוא מאיץ אתר בישראל

ספק ה-CDN מחזיק שרתים בנקודות נוכחות רבות, שנקראות PoP, ברחבי העולם. כשגולש מבקש קובץ, הבקשה מגיעה לנקודה הקרובה אליו. אם הקובץ כבר שמור שם, הוא נשלח מיד. אם לא, נקודת ה-CDN מבקשת אותו מהשרת המקורי שלכם, שולחת לגולש, ושומרת עותק לבאים אחריו.

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

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

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

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

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

Cloudflare היא ככל הנראה שירות ה-CDN הנפוץ ביותר לאתרים קטנים ובינוניים, בעיקר בזכות תוכנית חינמית שכוללת CDN, SSL, והגנה בסיסית. היא עובדת כ-proxy: מעבירים את שרתי השמות של הדומיין ל-Cloudflare, והתנועה לאתר עוברת דרכה.

המשמעות המעשית: ניהול ה-DNS עובר ל-Cloudflare. זה נוח, אבל דורש זהירות בהעברה, כדי שלא יאבדו רשומות מייל ואימות. על כך במה זה DNS. יש גם ספקי CDN אחרים, כמו Bunny, Fastly, Akamai ו-CloudFront של AWS, וחברות אחסון רבות מציעות CDN מובנה בחבילה.

מצב SSL

ב-Cloudflare, בחרו מצב הצפנה מלא עם תעודה תקינה גם על השרת. מצב שמצפין רק עד Cloudflare משאיר את הדרך לשרת לא מוצפנת. על תעודות ראו תעודת SSL.

החרגות מטמון

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

ניקוי מטמון

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

כתובת IP אמיתית של גולשים

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

• לחשוב ש-CDN יפתור שרת איטי. הוא לא יקצר את זמן עיבוד הדף בשרת.
• לשמור במטמון דפים אישיים או עגלת קנייה.
• לשכוח רשומות MX ו-TXT כשמעבירים DNS ל-Cloudflare.
• להפעיל אופטימיזציות אגרסיביות של JavaScript ולשבור את האתר בלי לבדוק.
• לא לנקות מטמון אחרי שינויים, ולחשוב שהשינוי לא עבד.

פתחו את כלי המפתחים בדפדפן, בלשונית הרשת, ובדקו כותרות תגובה של קבצים. ספקי CDN מוסיפים כותרות שמראות אם הקובץ הגיע מהמטמון, למשל ב-Cloudflare הכותרת cf-cache-status עם הערך HIT. אפשר גם להשוות זמני טעינה לפני ואחרי בכלי בדיקת מהירות, ממיקום בישראל, ולבדוק שהמדדים החשובים באמת השתפרו. מדריך מעשי לשיפור מהירות יש באיך מאיצים אתר וורדפרס.

Google מודדת חוויית משתמש דרך Core Web Vitals, ובעיקר LCP, זמן הצגת האלמנט הגדול הראשון, INP, מהירות התגובה לאינטראקציה, ו-CLS, יציבות הפריסה. CDN משפיע בעיקר על LCP, כי תמונות וקבצים גדולים מגיעים מהר יותר. על INP ו-CLS הוא כמעט לא משפיע, כי אלה תלויים בעיקר בקוד, בסקריפטים ובעיצוב.

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

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

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

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

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

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

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

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