ستون عملکرد

1.2 کیلوبایت minify شده.
600 بایت پس از gzip.

tracker آن‌قدر کوچک که بازدیدکنندگان شما حتی متوجه بارگذاری‌اش نمی‌شوند. کمترین سربار LCP در میان 8 plugin آمارگیر WordPress که benchmark کردیم. حمل‌ونقل با sendBeacon. 200 میلیون رویداد در روز در هر گره، تأخیر کوئری p99 زیر 500 میلی‌ثانیه روی SaaS.

k6 + Chromium • آزمون مصنوعی تک‌اجرا • بدون page caching • نتایج جهت‌گیرانه‌اند، نه تضمین تولید

سربار LCP زیر بار (کمتر بهتر است)

Statnive
+260ms
Independent Analytics
+566ms
Jetpack
+776ms
MonsterInsights (GA4)
+964ms
WP Slimstat
+1030ms
WP Statistics
+1424ms
Koko Analytics
+2278ms
Burst Statistics
+3592ms
~5KB حجم tracker 1.1KB inline به‌علاوه 4KB async
async بارگذاری strategy API در WP 6.3+
0.00 امتیاز CLS بدون layout shift
Beacon حمل‌ونقل sendBeacon غیرمسدودکننده
مقایسه رودررو

نتایج آزمون مصنوعی فشار

ما هر plugin را به‌صورت ایزوله روی همان سایت WooCommerce فعال کردیم و Core Web Vitals را با مرورگرهای واقعی Chromium اندازه گرفتیم، در حالی که 50 کاربر همزمان HTTP سرور را تحت فشار می‌گذاشتند. بدون page caching. اعداد سربار LCP/TTFB/FCP در برابر یک خط پایه بدون آمارگیر در یک اجرای واحد هستند. این یافته‌ها جهت‌گیرانه‌اند، نه تضمین تولید — به بخش محدودیت‌ها در ادامه مراجعه کنید.

Plugin Δ LCP Δ TTFB Δ FCP تأثیر نوع
#1 Statnive +260ms +290ms +256ms 6.7 خود-میزبان
#2 Independent Analytics +566ms +568ms +574ms 14.2 خود-میزبان
#3 Jetpack +776ms +785ms +784ms 19.5 بیرونی (WP.com)
#4 MonsterInsights (GA4) +964ms +963ms +964ms 24.1 بیرونی (Google)
#5 WP Slimstat +1030ms +1005ms +1010ms 25.4 خود-میزبان
#6 WP Statistics +1424ms +1446ms +1432ms 35.9 خود-میزبان
#7 Koko Analytics +2278ms +2229ms +2238ms 56.3 خود-میزبان
#8 Burst Statistics +3592ms +3572ms +3576ms 89.6 خود-میزبان

خط پایه (بدون آمارگیر) زیر بار: TTFB 2927 میلی‌ثانیه، FCP 3030 میلی‌ثانیه، LCP 3038 میلی‌ثانیه. آزمون: 10 مرورگر VU Chromium به‌علاوه 50 پروتکل VU HTTP در هر plugin، حدود 150 نمونه در هر پیکربندی، اجرای واحد روی ماشین توسعه‌دهنده (Local by Flywheel، macOS). امتیاز تأثیر یک ترکیب است (0 = بدون تأثیر، 100 = حداکثر). این اعداد از یک آزمون مصنوعی واحد هستند و شرایط تولید را نشان نمی‌دهند — به بخش روش‌شناسی و محدودیت‌ها در ادامه مراجعه کنید.

افشای صادقانه

این آزمون چه چیزی را نشان می‌دهد و چه چیزی را نه

یک benchmark قابل‌اعتماد محدودیت‌های خود را افشا می‌کند. در ادامه دقیقاً معنی اعداد ما — و آنچه نمی‌گویند — آمده است.

چه چیزی را نشان می‌دهد

تفاوت‌های جهت‌گیرانه در نحوه برخورد معماری هر plugin با مسیر کامل PHP در WordPress زیر بار همزمان، بدون page caching. برای فهم اینکه کدام plugin مسیر بحرانی رندر را تمیز نگه می‌دارد و کدام به هر درخواست کار سرور اضافه می‌کند مفید است.

چه چیزی را نشان نمی‌دهد

عملکرد واقعی تولید را. بیشتر سایت‌های WordPress از یک page cache استفاده می‌کنند (W3TC، WP Rocket، Cloudflare) که برای صفحات کش‌شده به‌کلی PHP را دور می‌زند. با کش، فاصله میان بیشتر pluginها به‌شدت کاهش می‌یابد.

یک اجرا، یک ماشین

نتایج از یک اجرای حدود 50 دقیقه‌ای روی یک MacBook از طریق Local by Flywheel به‌دست آمده‌اند. ما چندین تکرار برای اندازه‌گیری واریانس اجرا نکردیم و روی یک سرور تولید اختصاصی نیز آزمون نگرفتیم. اجرای دوم می‌تواند موقعیت‌ها را تغییر دهد.

اثرات ترتیب کنترل نشده

pluginها در ترتیب ثابتی آزمون شدند. وضعیت سرور (pool اتصال MySQL، حافظه PHP، OPcache) در طول یک اجرای طولانی drift می‌کند که می‌تواند pluginهای بعدتر آزمون‌شده را جریمه کند. یک benchmark درست ترتیب را در چندین اجرا تصادفی می‌کند.

سوگیری خود-آزمونی

چارچوب آزمون را ما ساختیم و Statnive را هم ما ساختیم. باور داریم منصف بودیم، اما تأیید مستقل قابل‌اعتمادتر از هر چیزی است که خودمان منتشر کنیم. چارچوب متن‌باز است — لطفاً روی سایت خودتان اجرا کنید و یافته‌های خود را منتشر کنید.

چرا با این حال منتشر می‌کنیم

حتی با این تذکرها، الگوهای معماری اهمیت دارند. tracker با هسته inline، بارگذاری async، حمل‌ونقل با Beacon API، و endpointهای REST سازگار با همزمانی، همگی best practiceهای مستندسازی‌شده‌اند. اعداد دقیق متفاوت خواهند بود؛ جهت‌گیری با طراحی هر معماری همخوانی دارد.

مهندسی

چگونه یک tracker سریع ساختیم

سه تصمیم معماری، تأثیر عملکرد Statnive را پایین نگه می‌دارد — پشتیبانی‌شده با پژوهش منتشرشده از Google، WordPress Core و web.dev.

هسته inline

~1.1 کیلوبایت

یک bootstrap inline کوچک، بازدید صفحه را بلافاصله ثبت می‌کند. برای hit بحرانی نیازی به اسکریپت بیرونی نیست.

بارگذاری async

غیرمسدودکننده

tracker کامل با راهبرد async از طریق script API در WordPress 6.3+ بارگذاری می‌شود. هرگز رندر را مسدود نمی‌کند.

Idle Callback

INP صفر

ردیابی تعامل و event listenerها به requestIdleCallback موکول می‌شوند. تعامل بازدیدکنندگان شما اولویت دارد.

چرا اهمیت دارد

آمارگیر کند برای شما هزینه دارد

رتبه‌بندی SEO

Google از Core Web Vitals به‌عنوان سیگنال رتبه‌بندی استفاده می‌کند. یک اسکریپت آمارگیر کند LCP شما را از آستانه «خوب» 2.5 ثانیه عبور می‌دهد و جایگاه شما در نتایج جست‌وجو را آسیب می‌زند.

نرخ تبدیل

هر ثانیه اضافه زمان بارگذاری تا 7 درصد تبدیل را کاهش می‌دهد. سربار 300 میلی‌ثانیه‌ای آمارگیر روی هر صفحه در سراسر قیف شما جمع می‌شود.

پاداش حریم خصوصی

آمارگیر خود-میزبان به‌معنای صفر درخواست شبکه بیرونی به سرورهای شخص ثالث است. بارگذاری سریع‌تر و انطباق GDPR در یک تصمیم معماری.

روش‌شناسی

چگونه آزمون گرفتیم

شفافیت کامل. هر عدد روی این صفحه از آزمون‌های خودکار قابل‌بازتولید به‌دست آمده است.

ابزار

k6 با ماژول مرورگر (Chromium واقعی، نه HTTP شبیه‌سازی‌شده)

بار

10 مرورگر VU برای اندازه‌گیری vitals به‌علاوه 50 HTTP VU برای ایجاد فشار واقعی روی سرور

ایزولاسیون

هر plugin به‌تنهایی از طریق REST API در WordPress فعال شد. بقیه غیرفعال.

صفحات

صفحه خانه، نوشته بلاگ، فروشگاه WooCommerce و صفحات محصول

نمونه‌ها

حدود 150 بار بارگذاری صفحه در هر پیکربندی plugin به‌علاوه گرم کردن کش پیش از خط پایه

معیارها

TTFB، FCP، LCP، CLS، INP که از طریق PerformanceObserver API جمع‌آوری شدند

بدون کند کردن، شروع به ردیابی کنید

Statnive را در کمتر از یک دقیقه نصب کنید. همیشه رایگان روی WordPress.org.

Get Statnive Free