ביקורת ביצועים ל-WordPress: אבחון ותוכנית אופטימיזציה
לקוח השיק אתר מסחר אלקטרוני על WordPress עם ערכת הנושא Avada ויותר מ-50 תוספים. Google PageSpeed מציג TTFB של 1.2 שניות ו-LCP של 6 שניות. משתמשים מתלוננים על טעינה איטית, וההמרות ירדו ב-20%. ערכנו ביקורת ביצועים ל-WordPress ומצאנו: wp_options autoload עמוס (3 MB של נתונים), MySQL חסר אינדקסים בטבלת postmeta, ו-OPcache מושבת. תיקנו את זה ביומיים — זמן הטעינה ירד ל-1.5 שניות, וההמרות חזרו. רק מדידה נותנת את הכיוון הנכון לאופטימיזציה.
ביקורת ביצועים ל-WordPress היא אבחון מקיף של החלקים בצד השרת ובצד הלקוח. אנו בודקים את תצורת PHP (OPcache, מגבלת זיכרון), MySQL (אינדקסים, שאילתות איטיות), מטמון (מטמון דפים, מטמון אובייקטים), צד לקוח (צרורות CSS/JS, תמונות), ותצורת שרת האינטרנט (HTTP/2, brotli). ללא ביקורת כזו, אופטימיזציה אקראית עלולה להחמיר את המצב על ידי הוספת בעיות חדשות. בהתבסס על התוצאות, אנו יוצרים תוכנית עם סדרי עדיפויות והוראות מדויקות.
למה אופטימיזציה ללא ביקורת אינה יעילה
רבים מנסים להאיץ את האתר בעיוורון: מפעילים תוספים, דוחסים תמונות, מחליפים אחסון. ללא נתונים מדויקים, זה כמו לירות בחושך. ביקורת חושפת בדיוק מה מאט: השרת, מסד הנתונים, התוספים או צד הלקוח. התחלנו עם פרויקט שנטען ב-8 שניות. לאחר הביקורת, מצאנו ש-wp_options autoload עמוס, MySQL ללא אינדקסים, ו-OPcache מושבת. תיקנו את זה ביומיים — זמן הטעינה ירד ל-1.5 שניות. רק מדידה נותנת את הכיוון הנכון.
אילו כלים אנו משתמשים
חיצוניים (מדמים את המשתמש):
- Google PageSpeed Insights — הערכת Core Web Vitals, המלצות
- GTmetrix — תרשים מפל, רצועת סרטים, אזורי בדיקה
- WebPageTest — HAR מפורט, לכידת וידאו, בדיקה ממיקומים שונים
- Lighthouse CLI — הרצה משורת הפקודה לאוטומציה
פנימיים (צד שרת):
- Query Monitor — תוסף לשאילתות SQL, hooks, זמן PHP
- New Relic APM — פרופילר PHP
- Blackfire — פרופיל פונקציות מפורט
הערה: לתוצאות ניתנות לשחזור, השתמשו ב-Lighthouse CLI עם הדגל --headless. מטמון Redis יעיל פי 5 ממטמון מבוסס קבצים.
כיצד אנו מודדים מדדים
מדדו מדדי בסיס לפני אופטימיזציה:
# Lighthouse CLI
npx lighthouse https://yourdomain.com \
--output json \
--output-path ./audit-before.json \
--chrome-flags="--headless"
# TTFB через curl
curl -o /dev/null -s -w "TTFB: %{time_starttransfer}s\nTotal: %{time_total}s\n" \
https://yourdomain.comנתחו את זמן השרת עם Query Monitor: התקינו את התוסף, פתחו כל דף, בדקו Total query time (יעד < 50 ms), Number of queries (יעד < 30), שאילתות איטיות (> 5 ms כל אחת), ושאילתות כפולות.
נתחו PHP ו-MySQL: הפעילו slow log עבור PHP-FPM ו-slow query log עבור MySQL.
# Включить slow log PHP-FPM
; /etc/php/8.3/fpm/pool.d/www.conf
slowlog = /var/log/php-fpm-slow.log
request_slowlog_timeout = 2s -- Включить slow query log
SET GLOBAL slow_query_log = ON;
SET GLOBAL long_query_time = 0.5;
SET GLOBAL slow_query_log_file = '/var/log/mysql/slow.log';
-- Анализ через mysqldumpslow
mysqldumpslow -s t -t 10 /var/log/mysql/slow.log מה זה TTFB ואיך לשפר אותו
TTFB הוא הזמן עד הבייט הראשון. אם הוא > 200 ms, השרת או מסד הנתונים איטיים. סיבות עיקריות: אין OPcache, אין מטמון דפים, אחסון איטי. אנו מפעילים OPcache, מגדירים Redis, מיישמים FastCGI cache — TTFB יורד ל-50–100 ms.
בעיות טיפוסיות והשפעתן
| בעיה | השפעה | פתרון |
|---|---|---|
| אין OPcache | -40% זמן PHP | הפעלה ב-php.ini |
| אין Redis/Memcached | -50-70% שאילתות DB | התקנת מטמון אובייקטים |
| אין מטמון דפים | TTFB 500ms+ | WP Rocket / FastCGI cache |
| תמונות לא מותאמות | +2-5 MB לדף | WebP + שינוי גודל |
| JavaScript חוסם רינדור | LCP +1-3 s | defer/async |
| אפשרויות autoload > 1 MB | +200ms לבקשה | ניקוי wp_options |
| תוסף איטי | +300ms | החלפה או אופטימיזציה |
| אין CDN | +500ms למשתמשים מרוחקים | Cloudflare / BunnyCDN |
| HTTP/1.1 במקום HTTP/2 | מספר RTT | הפעלה ב-Nginx |
| אין gzip/brotli | +200-500 KB תעבורה | הפעלה ב-Nginx |
Core Web Vitals: ערכי יעד
לפי Google Search Central, מדדים אלה הם מפתח לדירוג. LCP (Largest Contentful Paint) צריך להיות מתחת ל-2.5 שניות. LCP הוא מדד מהירות קריטי.
| מדד | טוב | דורש שיפור | גרוע |
|---|---|---|---|
| LCP | < 2.5 s | 2.5–4 s | > 4 s |
| INP | < 200 ms | 200–500 ms | > 500 ms |
| CLS | < 0.1 | 0.1–0.25 | > 0.25 |
| TTFB | < 200 ms | 200–800 ms | > 800 ms |
תוכנית ביקורת שלב אחר שלב
- איסוף מדדים באמצעות Lighthouse CLI, PageSpeed Insights ו-WebPageTest.
- ניתוח צד השרת עם Query Monitor, יומני איטיות ופרופילר PHP.
- זיהוי צווארי בקבוק: שאילתות איטיות, תצורת מטמון, תוספים כבדים.
- יצירת דוח עם סדרי עדיפויות והוראות קונקרטיות לכל בעיה.
- בדיקת תיקונים ומדידה חוזרת לאישור שיפורים.
מה כלול בדוח
- מדדים שנמדדו לפני אופטימיזציה
- רשימת בעיות עם סדרי עדיפויות (קריטי, חשוב, שיפורים)
- המלצות ספציפיות לכל בעיה (עם קוד או הגדרות)
- תוצאה משוערת לאחר תיקונים (הפחתת זמן טעינה צפויה)
- תיעוד תוצאות, גישה (אם נדרש), המלצות תחזוקה
טעויות נפוצות באופטימיזציה עצמית
- התקנת יותר מדי תוספי מטמון שמתנגשים זה עם זה.
- שימוש בתמונות ללא WebP וללא גדלים רספונסיביים.
- התעלמות מיומן שאילתות איטיות ומאינדקסים חסרים במסד הנתונים.
- כיבוי OPcache תחת עומס גבוה.
- בחירת אחסון על סמך מחיר במקום משאבים.
לוח זמנים ומחירים
ביקורת ביצועים ל-WordPress עם דוח והמלצות אורכת 1–2 ימים. התמחור מחושב באופן אישי לפי מורכבות והיקף. לאחר אופטימיזציה, לקוחות חוסכים עד 30% בעלויות אחסון ותמיכה. קבלו ייעוץ או הזמינו ביקורת — נעזור לשפר את ביצועי האתר שלכם.







