لوحة المعلومات تعرض صفر زائر

السبب: السبب الأكثر شيوعاً هو إضافة تخزين مؤقت تُقدّم نسخة مخبَّأة من نقطة نهاية سكريبت القياس.

الحل: أضيفوا نقاط جمع Statnive (/wp-json/statnive/v1/hit و /wp-json/statnive/v1/event و /wp-json/statnive/v1/engagement) إلى قائمة الاستثناءات في إضافة التخزين المؤقت لديكم. إن كنتم تستخدمون Cloudflare، أنشئوا Page Rule لتجاوز التخزين المؤقت لـ /wp-json/statnive/*.

عدد الزوار يبدو منخفضاً جداً

السبب: يستخدم Statnive قيم hash دوّارة يومياً لتعريف الزوار. إن كان موقعكم يستقبل كثيراً من الزوار المتكررين في اليوم نفسه، فينبغي أن تكون الأعداد دقيقة. إن بدت الأعداد منخفضة، فالسبب الأكثر احتمالاً هو وجود قاعدة استثناء تُصفّي زيارات مشروعة.

الحل: افتحوا لوحة معلومات Statnive، وانتقلوا إلى الإعدادات، واستعرضوا قسم الاستثناءات. تأكدوا من أن أي دور مسجَّل دخوله ترغبون فعلاً في تتبعه ليس مدرَجاً في الأدوار المستثناة، وأن لا نطاق IP نشط موجوداً في عناوين IP المستثناة.

العدّاد اللحظي لا يتحدّث

السبب: يعتمد العدّاد اللحظي على واجهة REST API الخاصة بـ WordPress. تحجب بعض إضافات الأمان وصول REST API للمستخدمين غير المصادَق عليهم.

الحل: تأكدوا من إمكانية الوصول إلى نقطة النهاية wp-json/statnive/v1/realtime. اختبروا ذلك بزيارة الرابط مباشرة في المتصفح وأنتم مسجَّلو الدخول. إن رأيتم استجابة JSON، فالنقطة تعمل. إن ظهر خطأ 403، فافحصوا إعدادات REST API في إضافة الأمان لديكم.

تقرير إيرادات WooCommerce فارغ بعد التفعيل

السبب: عند التفعيل الجديد للإصدار v1.0.0، تعمل إعادة تعبئة الطلبات التاريخية في الخلفية عبر Action Scheduler. على المتاجر الكبيرة، قد يستغرق امتلاء تقرير الإيرادات بضع دقائق.

الحل: افتحوا WooCommerce ← الحالة ← الإجراءات المجدولة وصفّوا حسب statnive/wc/backfill/chunk. يجب أن تروا إجراءً واحداً أو أكثر في قائمة الانتظار أو قيد التشغيل. إن كنتم تفضّلون تشغيله أو متابعته من سطر الأوامر، شغّلوا:

wp statnive woocommerce-backfill

الأمر idempotent (إعادة تشغيله أثناء جريان إعادة تعبئة يُعيد 409). حجم الجزء 500 طلب لكل خطّاف Action Scheduler؛ تُحسب الطلبات بحالة processing و completed و refunded. اطّلعوا على توثيق تكامل WooCommerce للمزيد.