כדי להאיץ אתר וורדפרס מתחילים במדידה ולא בהתקנת תוסף: מזהים מה בפועל מאט את האתר, מתקנים קודם את הגורם הגדול ביותר ורק אחר כך ממשיכים לבא אחריו. ברוב האתרים ההבדל נקבע בארבעה מקומות: גרסת PHP ואחסון, מטמון עמודים, משקל התמונות וכמות הסקריפטים שהתוספים והתבנית טוענים. היעד שגוגל מגדירה כטוב הוא LCP של עד 2.5 שניות, INP של עד 200 מילישניות ו-CLS של עד 0.1, אצל 75% מהביקורים.
שלב 0: מודדים לפני שמשנים משהו
בלי מדידה אי אפשר לדעת אם שינוי עזר או הזיק. הריצו את עמוד הבית ושני עמודי תוכן מרכזיים (למשל עמוד שירות ופוסט) ב-PageSpeed Insights, ורשמו את התוצאות במקום קבוע. שימו לב להבדל בין שני סוגי נתונים:
- נתוני שטח: מה שמשתמשים אמיתיים חווים בחודש האחרון. אלה הנתונים שמעניינים את גוגל, והם מתעדכנים לאט.
- נתוני מעבדה: בדיקה אחת מסימולציה. מתאימה לבדיקת שינוי מיידי, אבל יכולה להשתנות מריצה לריצה.
שלושת המדדים שכדאי לעקוב אחריהם:
| מדד | מה הוא מודד | ערך טוב |
|---|---|---|
| LCP | מתי מופיע האלמנט הגדול ביותר במסך (בדרך כלל תמונה או כותרת) | עד 2.5 שניות |
| INP | כמה זמן עובר מלחיצה או הקשה עד שהאתר מגיב | עד 200 מילישניות |
| CLS | כמה האלמנטים קופצים בזמן הטעינה | עד 0.1 |
את הגדרות הסף ואת אופן המדידה (אחוזון 75, בנפרד למובייל ולדסקטופ) אפשר לראות בתיעוד של Google בכתובת web.dev. בדקו בעיקר את גרסת המובייל, כי שם הפער בדרך כלל גדול יותר.
שלב 1: אחסון ו-PHP
אם השרת איטי להשיב, שום תוסף אופטימיזציה לא יציל אתכם. הזמן עד הבייט הראשון (TTFB) הוא חלק מה-LCP, ובהנחיות של Google לאופטימיזציית LCP הוא נחשב לכ-40% מהזמן הכולל באתר מכוון היטב.
- גרסת PHP: אתר הדרישות הרשמי של וורדפרס ממליץ כיום על PHP 8.3 ומעלה, ועל MariaDB 10.11 ומעלה או MySQL 8.0 ומעלה. גרסאות ישנות כמו 7.4 עדיין עובדות, אבל פג תוקף התמיכה בהן. ברוב חברות האחסון מחליפים גרסה בלחיצה בלוח הבקרה.
- לפני העדכון: גבו את האתר, עדכנו תוספים ותבנית, ובדקו באתר בדיקות (staging) אם יש. תוסף ישן שלא מתוחזק יכול להישבר בגרסה חדשה.
- OPcache ו-Object Cache: OPcache שומר את קוד ה-PHP המהודר בזיכרון, ו-Redis או Memcached שומרים תוצאות שאילתות. שניהם עוזרים בעיקר באתרים עם הרבה תוכן דינמי או חנות. שאלו את חברת האחסון מה כלול בחבילה.
- סוג האחסון: באחסון משותף זול משאבים מוגבלים ומשותפים, ובשעות עומס התגובה מתארכת. מעבר לשרת עם דיסקים מסוג SSD או NVMe ומשאבים ייעודיים משפר מדידות באופן ישיר.
שלב 2: מטמון עמודים
בלי מטמון, כל ביקור מריץ PHP ושאילתות למסד הנתונים כדי לבנות את אותו עמוד מחדש. תיעוד וורדפרס עצמו מציין שמטמון הוא השיפור הגדול ביותר במאמץ הקטן ביותר, בעיקר בעמודים שאינם משתנים הרבה. מטמון שומר גרסת HTML מוכנה ומגיש אותה מיד.
- בחרו מנגנון מטמון אחד. אם השרת שלכם מבוסס LiteSpeed, תוסף LiteSpeed Cache הוא הבחירה הטבעית. בשרתים אחרים משתמשים בתוסף מטמון כמו WP Rocket או חלופה חינמית.
- אל תשלבו שני תוספי מטמון. הם מתנגשים, ולעיתים התוצאה איטית יותר מבלי שום מטמון.
- הוציאו מהמטמון עמודי סל, תשלום וחשבון משתמש בחנות WooCommerce. רוב התוספים עושים זאת אוטומטית, אבל כדאי לוודא.
- אחרי כל שינוי בעיצוב או בתוכן, רוקנו את המטמון ובדקו את האתר כמשתמש שאינו מחובר.
שלב 3: תמונות
תמונות הן בדרך כלל החלק הכבד ביותר בעמוד, והן גם האלמנט שקובע את ה-LCP ברוב האתרים.
הקטנה ופורמט
העלו תמונה במידה שבה היא מוצגת, לא בגודל המקורי מהמצלמה. תמונה שמוצגת ברוחב 800 פיקסלים לא צריכה להיות 4000. המירו ל-WebP (וורדפרס תומך בו בליבה) ודחסו. תוספים כמו ShortPixel או Imagify עושים זאת אוטומטית גם לתמונות קיימות.
טעינה עצלה: לא לכל תמונה
טעינה עצלה (lazy load) מתאימה לתמונות שנמצאות מתחת לקפל. את תמונת ה-LCP, בדרך כלל תמונת הרקע או התמונה הראשית בראש העמוד, אסור לטעון בעצלות. ההנחיות של Google אומרות זאת במפורש, כי זה מוסיף עיכוב מיותר. אם יש לכם תמונה כזו, הוסיפו לה את התכונה fetchpriority עם הערך high, כדי שהדפדפן יטען אותה ראשונה.
מידות מוגדרות
כשלתמונה אין רוחב וגובה מוגדרים, העמוד קופץ כשהיא נטענת, וה-CLS עולה. וורדפרס מוסיף את המידות אוטומטית לתמונות בספריית המדיה, אבל תבניות ובוני עמודים לפעמים מדלגים עליהן. בדקו בקוד העמוד.
שלב 4: תוספים, תבנית וסקריפטים
כל תוסף מוסיף קוד, ולעיתים גם קבצי CSS ו-JavaScript שנטענים בכל עמוד, גם כשאין בהם צורך. מספר התוספים פחות חשוב ממשקל התוספים, אבל כלל אצבע טוב: אם לא השתמשתם בתוסף בחודשיים האחרונים, הסירו אותו.
- רשמו את כל התוספים הפעילים ולצד כל אחד כתבו מה הוא עושה.
- השבתה זמנית של תוסף אחד בכל פעם (באתר בדיקות), ומדידה מחדש. כך מגלים מי הכי יקר.
- החליפו תוסף כבד שמבצע משימה קטנה בקטע קוד קצר או בהגדרה קיימת.
- בתוסף המטמון, בדקו אפשרות להשהיית JavaScript ולדחיית סקריפטים שאינם קריטיים, ובדקו את האתר אחרי כל הפעלה.
סקריפטים של צד שלישי, כמו צ'אט, פיקסלים של פרסום, מפות ווידג'טים, הם גורם מרכזי ב-INP איטי. כל אחד מהם מריץ קוד בדפדפן ומעכב תגובה ללחיצות. העבירו לטעינה מאוחרת את מה שאינו חיוני בכניסה לעמוד, והסירו כלים שאיש לא מסתכל על הנתונים שלהם.
גם התבנית משפיעה. בוני עמודים כבדים ותבניות רב-תכליתיות טוענים הרבה קוד שאתם לא משתמשים בו. אם האתר איטי גם אחרי כל השלבים, ייתכן שהתבנית היא הצוואר בקבוק, ותצטרכו לשקול החלפה או בנייה מחדש.
שלב 5: מסד נתונים ורשת הפצה (CDN)
- גרסאות עריכה: וורדפרס שומר כל גרסה של כל פוסט. הגבילו את מספרן, ונקו ישנות. באתרים גדולים זה מקטין את המסד באופן ניכר.
- אפשרויות Autoload: נתונים שוורדפרס טוען בכל בקשה. תיעוד הביצועים של וורדפרס ממליץ להשאיר אותם מתחת ל-800KB. תוספים שהוסרו משאירים לעיתים הרבה מידע כזה מאחור.
- CDN: שירות כמו Cloudflare או BunnyCDN מגיש קבצים סטטיים מנקודה קרובה למבקר. זה מועיל בעיקר אם יש לכם מבקרים מחוץ לישראל או אם השרת שלכם רחוק. אם כל הקהל בישראל והשרת בישראל, התועלת קטנה יותר ממה שנהוג לחשוב.
דוגמה להמחשה: סדר העבודה באתר עסקי טיפוסי
נניח אתר שירותים עם מאה עמודים, ציון LCP של 4.8 שניות במובייל, PHP 7.4 ותמונת ראש עמוד במשקל 2.1MB. הנתונים להמחשה בלבד, אבל הסדר הוא מה שחשוב:
| צעד | הפעולה | מה צפוי להשתפר |
|---|---|---|
| 1 | מעבר ל-PHP 8.3 אחרי גיבוי ובדיקת תוספים | TTFB קצר יותר |
| 2 | הפעלת מטמון עמודים | TTFB קצר בהרבה בעמודים סטטיים |
| 3 | הקטנת תמונת הראש ל-WebP של כמה מאות KB, והסרת טעינה עצלה ממנה | LCP נמוך משמעותית |
| 4 | הסרת שלושה תוספים שאינם בשימוש ודחיית סקריפט הצ'אט | INP ו-LCP טובים יותר |
אחרי כל צעד מודדים שוב. אם אחרי צעד 3 האתר כבר מתחת ל-2.5 שניות, אין סיבה להמשיך לנבור בקוד.
טעויות נפוצות
- התקנת כמה תוספי אופטימיזציה במקביל. הם מכפילים עבודה ומתנגשים. מספיק תוסף מטמון אחד ותוסף תמונות אחד.
- רדיפה אחרי ציון 100. הציון הוא מדד מעבדה. מה שחשוב הוא נתוני השטח והחוויה של המבקר.
- מדידה רק בדסקטופ. רוב התנועה בישראל מגיעה מנייד, ושם הבעיות מורגשות יותר.
- דחיסה אגרסיבית של JavaScript בלי בדיקה. שילוב וקיבוץ של קבצים יכולים לשבור טפסים, תפריטים וחנות. בדקו כל עמוד חשוב אחרי הפעלה.
- שכחת גיבוי. כל שינוי מבני, החל מעדכון PHP ועד ניקוי מסד נתונים, צריך להתבצע אחרי גיבוי מלא.
- שיפור פעם אחת ושכחה. אתר מצטבר עם הזמן תוספים, תמונות וסקריפטים חדשים. מדידה חודשית קצרה תתפוס נסיגה מוקדם.
מתי כדאי לפנות לאיש מקצוע
אם עברתם על השלבים והאתר עדיין איטי, או שאתם חוששים לגעת בהגדרות שרת ובקוד, אפשר להסתייע בשירות ייעודי. בעמוד שיפור מהירות אתר מוסבר איך נראה תהליך כזה, ובעמוד אתרים לדוגמא אפשר לראות אתרים שעברו אותו. מדריכים נוספים בנושא תמצאו במאמרים באתר.
להרחבה: מהירות אתר: מה זה ואיך יודעים אם האתר שלכם איטי
שאלות נפוצות
מה הדבר הראשון שכדאי לעשות כדי להאיץ אתר וורדפרס?
למדוד ב-PageSpeed Insights ולזהות את הגורם המרכזי. ברוב המקרים מתחילים בגרסת PHP עדכנית, הפעלת מטמון עמודים והקטנת תמונות.
איזו גרסת PHP מומלצת לוורדפרס?
אתר הדרישות הרשמי של וורדפרס ממליץ על PHP 8.3 ומעלה. לפני העדכון גבו את האתר ובדקו שהתוספים והתבנית תואמים.
מהם ערכי Core Web Vitals הטובים?
LCP של עד 2.5 שניות, INP של עד 200 מילישניות ו-CLS של עד 0.1, כשהמדידה היא באחוזון ה-75 של הביקורים.
האם כדאי להתקין כמה תוספי מהירות יחד?
לא. תוספי מטמון ואופטימיזציה חופפים מתנגשים זה בזה ועלולים להאט או לשבור את האתר. מספיק תוסף מטמון אחד ותוסף אחד לתמונות.
האם טעינה עצלה של תמונות תמיד עוזרת?
לא. היא עוזרת לתמונות שמתחת לקפל, אבל תמונת ה-LCP בראש העמוד צריכה להיטען מיד, ועדיף לתת לה עדיפות גבוהה.
מקורות
- Web Vitals – web.dev
- Optimize Largest Contentful Paint – web.dev
- WordPress Optimization – WordPress Advanced Administration Handbook
- WordPress Requirements – WordPress.org

