טעינה מעל 2500 מילי-שניות פוסלת את האתר שלכם במבחן Largest Contentful Paint לפי נתוני דוח PageSpeed Insights, וציון כזה פוגע ישירות בחוויית המשתמש. כשניגשים אל האצת אתר וורדפרס, מגלים שרוב המדריכים מציעים עשרות הגדרות שוליות שלא משנות דבר. יש רק ארבע פעולות שמשפרות את המצב בפועל, והן נמדדות בצורה מדויקת באמצעות Chrome DevTools ודוחות CrUX. אם תתחילו מהסוף, תבזבזו שעות עבודה בלי להזיז את המחט באחוזון ה-75 של הגולשים.
מטמון שרת עוקף את הקוד
המנגנון היעיל ביותר לקיצור זמני תגובה הוא זיכרון מטמון. תוספי מטמון רגילים שמסתמכים על קוד PHP מייצרים עיכוב ניכר כשיש עומס תנועה, כי השרת עדיין מריץ קוד ופונה שוב ושוב לבסיס הנתונים של וורדפרס. תוסף כמו LiteSpeed Cache עובד אחרת לגמרי, כי הוא מתקשר ישירות עם מודול LSCache המובנה בשרת הרשת. כשהשרת שולף דפים סטטיים ישירות מזיכרון המטמון שלו, הוא עוקף לחלוטין את ה-PHP ואת כל השאילתות הכבדות. זה חוסך משאבים ומוריד עומס.
שליפת דף מוכן מזיכרון המטמון של השרת מבטלת לחלוטין את פעולת ה-PHP והשאילתות. המדד המרכזי שבודק אם המטמון מתפקד בשטח הוא Time to First Byte, או בקיצור TTFB. תוצאה טובה עומדת על 800 מילי-שניות ומטה, ואילו תוצאה שמעל 1800 מילי-שניות מוגדרת כגרועה בדוחות הביצועים. תוכלו לבדוק את המספר הזה ישירות דרך כלי הפיתוח המובנים בדפדפן או בתוך PageSpeed Insights.
מטמון שרת פותר את רוב הבעיות.
התוסף LiteSpeed Cache עצמו זמין להורדה בחינם בקוד פתוח. הפונקציות הבלעדיות שלו דורשות שרת LiteSpeed תואם, כמו OpenLiteSpeed החינמי או LiteSpeed Web Server Enterprise, או חיבור אל QUIC.cloud CDN. עבור גרסת Enterprise מציעים רישיון ניסיון לשני מעבדים ללא תשלום למשך 15 ימים בלבד, ולאחר מכן יש צורך ברישיון שעלותו תלויה בספק ובמפרט ולא פורסם לה מחיר אחיד. שירותי אופטימיזציה מקוונים מסוימים בתוך QUIC.cloud עולים כסף לפי נפח השימוש מעבר למכסה החינמית. לרוב האתרים הקטנים השירותים החינמיים יספיקו, אבל בחנויות מקוונות תצטרכו לשלם על צריכה גבוהה.
כיווץ תמונות ופורמטים חדישים
אחרי שהשרת עונה מהר, המשקל של הקבצים קובע כמה זמן ייקח לדפדפן לצייר את התוכן על המסך. תמונות שלא עברו כיווץ הן הגורם העיקרי שמעכב את מדד LCP. וורדפרס כוללת לעיתים קרובות תמונות כבדות בעמוד יחיד, וכל קובץ מיותר דורש רוחב פס יקר ומאט את המכשיר של הגולש. הפתרון הישיר הוא המרת תמונות אל WebP, שתופס נפח קטן בהרבה מקובצי JPG או PNG בלי לפגוע באיכות התצוגה.
הפעלת טעינה עצלה דרך תוסף מונעת הורדה מוקדמת של קבצים שהמשתמש עדיין לא גלל אליהם. כששולחים קבצים לעיבוד מקוון דרך QUIC.cloud, נשמרים עותקים בשרת המרוחק למשך עד 7 ימים בלבד, ולאחר מכן הם נמחקים לצמיתות. כדי לדעת אם כיווץ התמונות עבד, מסתכלים על LCP בדוח Chrome User Experience Report או בכלי הבדיקה של גוגל. אם האלמנט הראשי מוצג בתוך 2.5 שניות ומטה באחוזון ה-75, התיקון השיג את המטרה שלכם.
קבצים קטנים נטענים מהר יותר.
מחיקת תוספים וניקוי שאילתות
כל תוסף שאתם מתקינים מוסיף קוד ויוצר עומס על בסיס הנתונים ועל סקריפטים של האתר. אם האתר מרגיש תקוע בכל פעם שלוחצים על כפתור או פותחים תפריט, הבעיה שלכם מתבטאת במדד Interaction to Next Paint. כדי לקבל תוצאה תקינה, האתר חייב להגיב לפעולות המבקרים בתוך 200 מילי-שניות או פחות, כאשר תוצאה מעל 500 מילי-שניות נחשבת גרועה. השבתת תוספים לא מנקה לחלוטין את מה שהם השאירו. מחיקה מוחלטת של תוספים מיותרים היא הדרך היחידה להפחית את העומס.
תוספים מיותרים רק מעמיסים. מחקו אותם לגמרי.
כדי לבדוק את יעילות המהלך, היעזרו בכלי Lighthouse ובדקו את מדד Total Blocking Time במעבדה, או בדקו נתוני שטח ישירות דרך Chrome DevTools. צמצום קובצי העיצוב על ידי פעולת Minify לקובצי CSS וקובצי JavaScript, יחד עם דחיית הרצת סקריפטים, משחררים את המעבד במכשיר של המשתמש. כמו כן, ביצוע אופטימיזציה לטבלאות בסיס הנתונים מונע שאילתות איטיות שמשהות את המענה. זה שווה את המאמץ רק אם אתם באמת מוחקים תוספים ולא מחליפים אותם בתוספים אחרים.
שדרוג חומרת האחסון והרשת
גם קוד יעיל יתקשה לרוץ על שרת מוגבל בחומרה חלשה. חבילות אחסון שיתופי זולות מגבילות את המעבד ואת הזיכרון, ולרוב אינן מספקות לכם גישת שרת ישירה דרך SSH. שדרוג לחומרה עם כונני NVMe או SSD, יחד עם תוספת זיכרון RAM ומעבדים מהירים יותר, משפר מהותית את הטיפול בבקשות מורכבות. בחנויות WooCommerce זה קריטי, כי עגלת הקניות ועמודי התשלום הם דינמיים ואינם יכולים להישמר במטמון רגיל.
עלויות האחסון עולות ככל שהחומרה מתקדמת, אך המחיר המדויק משתנה בין ספקי האחסון השונים ולא פורסם מחיר אחיד בתעשייה. אם השרת הפיזי ממוקם רחוק מהגולשים שלכם, המרחק הגיאוגרפי מייצר עיכוב פיזי בלתי נמנע ברשת. הפעלת רשת הפצת תוכן כמו QUIC.cloud CDN מעבירה את הקבצים הסטטיים לנקודות קצה גלובליות ומקצרת את המרחק למשתמש. המדידה של שדרוג כזה נראית מיד בכל דוחות הביצועים, עם ירידה גורפת בערכי TTFB ועמידה ביעד של יציבות ויזואלית עם מדד CLS שאינו עולה על 0.1.
| מדד ביצועים | יעד תקין | דורש שיפור | תוצאה גרועה | כלי מדידה עיקרי |
|---|---|---|---|---|
| LCP | עד 2500 מילי-שניות | 2500 עד 4000 מילי-שניות | מעל 4000 מילי-שניות | PageSpeed Insights |
| INP | עד 200 מילי-שניות | 200 עד 500 מילי-שניות | מעל 500 מילי-שניות | Chrome DevTools |
| CLS | עד 0.1 | 0.1 עד 0.25 | מעל 0.25 | Lighthouse |
| TTFB | עד 800 מילי-שניות | 800 עד 1800 מילי-שניות | מעל 1800 מילי-שניות | CrUX |
סדר הפעולות להאצת האתר
- הפעלת מטמון ברמת שרת
- המרת תמונות לפורמט WebP
- מחיקת תוספים מיותרים לחלוטין
- שדרוג חומרה לכונני NVMe
מקורות
- developer.wordpress.orghttps://developer.wordpress.org/advanced-administration/performance/optimization/
- wordpress.orghttps://wordpress.org/plugins/litespeed-cache/
- web.devhttps://web.dev/articles/vitals
- developers.google.comhttps://developers.google.com/speed/docs/insights/v5/about
המדריך נכתב מהמקורות שלמעלה בתאריך הפרסום. מחירים ותנאים משתנים; לפני החלטה כספית בודקים מול המקור. מצאתם טעות? כתבו.