ביקורת ביצועים ל-WordPress: אבחון ותוכנית אופטימיזציה

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

פיתוח ותחזוקה של כל סוגי האתרים:

אתרי מידע או יישומי אינטרנט
אתרי תדמית, דפי נחיתה, אתרי חברה, קטלוגים מקוונים, חידונים, אתרי קידום, בלוגים, מקורות חדשות, פורטלי מידע, פורומים, אגרגטורים
אתרי מסחר אלקטרוני או יישומי אינטרנט
חנויות מקוונות, פורטלי B2B, שווקים, בורסות מקוונות, אתרי קאשבק, בורסות, פלטפורמות דרופשיפינג, מנתחי מוצרים
יישומי אינטרנט לניהול תהליכים עסקיים
מערכות CRM, מערכות ERP, פורטלים ארגוניים, מערכות ניהול ייצור, מנתחי מידע
אתרי שירות אלקטרוני או יישומי אינטרנט
פלטפורמות מודעות, בתי ספר מקוונים, בתי קולנוע מקוונים, בוני אתרים, פורטלים לשירותים אלקטרוניים, פלטפורמות אירוח וידאו, פורטלים נושאיים

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

השירותים שאנו מציעים
מציג 1 מתוך 1כל 2062 השירותים
ביקורת ביצועים ל-WordPress: אבחון ותוכנית אופטימיזציה
בינוני
~2-3 ימים

הכישורים שלנו:

שאלות נפוצות

העבודות האחרונות

  • פיתוח אתר חברה B2B ADVANCE
    פיתוח אתר חברה B2B ADVANCE
    1502
  • פיתוח אפליקציית ווב עבור FEEDME
    פיתוח אפליקציית ווב עבור FEEDME
    1344
  • פיתוח אתר עבור BELFINGROUP
    פיתוח אתר עבור BELFINGROUP
    1052
  • פיתוח חנות מקוונת לחברת FURNORO
    פיתוח חנות מקוונת לחברת FURNORO
    1307
  • פיתוח אפליקציית ווב עבור Enviok
    פיתוח אפליקציית ווב עבור Enviok
    1050
  • פיתוח אתר לחברת FIXPER
    פיתוח אתר לחברת FIXPER
    1033

ביקורת ביצועים ל-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

תוכנית ביקורת שלב אחר שלב

  1. איסוף מדדים באמצעות Lighthouse CLI, PageSpeed Insights ו-WebPageTest.
  2. ניתוח צד השרת עם Query Monitor, יומני איטיות ופרופילר PHP.
  3. זיהוי צווארי בקבוק: שאילתות איטיות, תצורת מטמון, תוספים כבדים.
  4. יצירת דוח עם סדרי עדיפויות והוראות קונקרטיות לכל בעיה.
  5. בדיקת תיקונים ומדידה חוזרת לאישור שיפורים.

מה כלול בדוח

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

לוח זמנים ומחירים

ביקורת ביצועים ל-WordPress עם דוח והמלצות אורכת 1–2 ימים. התמחור מחושב באופן אישי לפי מורכבות והיקף. לאחר אופטימיזציה, לקוחות חוסכים עד 30% בעלויות אחסון ותמיכה. קבלו ייעוץ או הזמינו ביקורת — נעזור לשפר את ביצועי האתר שלכם.