لماذا تستضيف أداة تحليل الويب بنفسك
مزايا التحليل ذاتي الاستضافة
- امتثال GDPR أصلي: لا نقل إلى أطراف ثالثة، لا حاجة لموافقة إذا لم يُستخدم ملف تعريف الارتباط
- بيانات تحت سيطرتك الكاملة: تصدير CSV/SQL في أي وقت، احتفاظ غير محدود
- تكلفة ثابتة: خادم VPS بـ 6 يورو شهريًا يكفي لملايين مشاهدات الصفحات
- سكريبت خفيف (أقل من 2 كيلوبايت): تأثير ضئيل على Core Web Vitals
- لا عينات: كل مشاهدة صفحة تُحسب، حتى عند الأحجام الكبيرة
- مفتوح المصدر: يمكن مراجعة الكود، لا اعتماد على مورد واحد
Plausible مقابل Umami: مقارنة المعايير الرئيسية
مرّر الجدول أفقيًا
| المعيار | Plausible 3.2 | Umami 3.4 |
|---|---|---|
| اللغة / المكدس | Elixir + ClickHouse | Node.js + PostgreSQL |
| قاعدة البيانات | ClickHouse (عمودية) | PostgreSQL فقط (تم إسقاط MySQL في v3) |
| الواجهة | مبسطة جدًا، صفحة واحدة | متعددة المواقع، لوحات قابلة للتخصيص |
| مسارات التحويل | نعم، متعددة الخطوات مع تتبع الإيرادات | نعم، عبر التقارير المخصصة |
| الأحداث المخصصة | نعم، مع API للخصائص | نعم، مع API + TypeScript SDK |
| خرائط الحرارة / تسجيل الجلسة | لا | نعم (v3.4، 2026) |
| التجزئة المتقدمة | فلاتر مدمجة | أجزاء الجلسة، فلاتر الخصائص |
| الحد الأدنى الموصى به من RAM | 2 غيغابايت (ClickHouse) | 512 ميغابايت |
| الرخصة | AGPL-3.0 | MIT |
المتطلبات الأساسية حسب الأداة
يتطلب Plausible قاعدة بيانات ClickHouse العمودية المصممة للسلاسل الزمنية. ClickHouse قوي لكنه يستهلك الذاكرة: خطط لـ 2 غيغابايت على الأقل، أو 4 غيغابايت لأداء مريح. يعمل Umami على PostgreSQL الأخف وزناً: 512 ميغابايت كافية لحركة مرور معتدلة. إذا كان VPS يستضيف PostgreSQL بالفعل لتطبيق آخر، يندمج Umami دون موارد إضافية. اعتباراً من Umami v3، لم يعد MySQL مدعوماً.
نشر Plausible (أو Umami) على خادم VPS
استنساخ ملفات Docker Compose
git clone https://github.com/plausible/hosting plausible-hostingثم إعداد ملف.envبنطاقك وبيانات البريد الإلكترونيتشغيل قاعدة البيانات
docker compose up -d db clickhouseثمdocker compose run --rm plausible sh -c "sleep 10 && /entrypoint.sh db createdb && /entrypoint.sh db migrate"رفع المكدس بالكامل
docker compose up -dوالتحقق من السجلات عبرdocker compose logs plausibleإعداد nginx كـ reverse proxy
أضف vhost nginx يُوجّه
analytics.yourdomain.comإلىlocalhost:8000ثم احصل على شهادة TLS عبر Let's Encryptتضمين سكريبت التتبع
انسخ الوسم
<script>من لوحة التحكم وأضفه في<head>موقعك — بدون ملفات كوكيز
احظر الروبوتات على مستوى nginx للحفاظ على إحصاءات نظيفة دون أي إعداد إضافي في جانب أداة التحليل.
شجرة القرار: Plausible أم Umami؟
اختر Plausible إذا…
- تريد واجهة يفهمها أي زميل في 5 دقائق دون تدريب
- فريقك لا يحتاج إلى تسجيل الجلسة أو خرائط الحرارة
- لديك 4 غيغابايت RAM على الأقل في الخادم
- تدير عدة مواقع من لوحة قيادة واحدة مبسطة
- تحتاج مسارات تحويل متعددة الخطوات مع تتبع الإيرادات
اختر Umami إذا…
- خادمك محدود الموارد (512 ميغابايت–1 غيغابايت) أو PostgreSQL مثبت مسبقًا
- تحتاج خرائط حرارة وتسجيل جلسة (Umami 3.4، 2026)
- فريقك يبني تكاملات مخصصة عبر TypeScript SDK الرسمي
- تدير مواقع عديدة لعملاء مختلفين (متعدد المستأجرين نصيًا)
- تريد الاستعلام عن بياناتك بلغة طبيعية عبر مساعد ذكاء اصطناعي (MCP في Umami 3.4)
الامتثال لـ GDPR واللوائح الأوروبية
كلتا الأداتين مصممتان للعمل بدون ملفات تعريف ارتباط التتبع وبدون تخزين عناوين IP الكاملة. يُجزّئ Plausible عنوان IP بملح يومي دوار ويتبنى Umami نهجاً مماثلاً، مما يضمن عدم وجود أي معرّف دائم من جهة الخادم. يتيح ذلك الاستغناء عن شريط موافقة الكوكيز لأغراض التحليل وحده — بشرط ألا يُدمج الكود مع متتبعين آخرين. ذكرت CNIL الفرنسية في توصياتها 2024 حلول التحليل المستضافة ذاتياً بدون ملفات كوكيز كمعفاة من الموافقة حين تبقى البيانات على خوادم خاضعة للقضاء الأوروبي. تحذير: تسقط الإعفاءات في حال الاستضافة خارج الاتحاد الأوروبي أو الجمع مع حلول إعلانية خارجية. ويبقى توثيق الاستضافة وسياسة الاحتفاظ إلزامياً.
الانتقال من Google Analytics 4
خطوات الانتقال من GA4 إلى Plausible أو Umami
تصدير سجل GA4 بصيغة CSV عبر التقارير أو Data API للأحجام الكبيرة — لا تدعم الأداتان استيراد هذا السجل مباشرةً، لكنه مفيد للمرجعية التاريخية
تشغيل سكريبت Plausible/Umami بالتوازي مع وسم GA4 لمدة 2–4 أسابيع لمقارنة المقاييس (الأرقام ستختلف: GA4 يأخذ عيّنات، بينما يُحصي Plausible/Umami كل شيء)
التحقق من نقل الأحداث المخصصة الحيوية (النماذج، النقرات، عمليات الشراء) عبر
plausible('goal')أوumami.track()إزالة وسم GA4 وملف كوكيز
_gaبعد التحقق — تذكر تحديث سياسة الخصوصيةتوثيق المقاييس الجديدة في سجل المعالجة RGPD: الأساس القانوني (المصلحة المشروعة)، مدة الاحتفاظ، موقع الخادم
ستكون أرقام الزيارات أعلى باستمرار مع Plausible أو Umami مقارنةً بـ GA4: يُصفّي GA4 جزءاً من حركة الروبوتات ويعالج الجلسات القصيرة بشكل مختلف. توقع +10% إلى +25% في مشاهدات الصفحة — هذه دقة أكبر بدون أخذ عيّنات، وليست خللاً.
الميزات المتقدمة: مسارات التحويل والأجزاء والأحداث وواجهة API
قدّم Plausible 3.2 (يناير 2026) مسارات تحويل متعددة الخطوات قابلة للتعديل مع تتبع الإيرادات: تحدّد سلسلة من عناوين URL أو أحداث، ويعرض لوح التحكم معدّل التحويل عند كل خطوة. تستند التجزئة إلى مرشّحات مجتمعة (المصدر، الدولة، الجهاز، خصائص الأحداث) مع مرشّح «لا يحتوي» الجديد لعام 2026. الـ API من Plausible هو RESTful موثّق، ويمكن استخراج أي بُعد عبر /api/v1/stats/breakdown. ذهب Umami 3.4 (أغسطس 2026) إلى أبعد من ذلك بأجزاء الجلسة — تجمّع الزوار حسب خصائص الجلسة وتعيد تشغيل مساراتهم. أُضيفت خرائط الحرارة وتسجيل الجلسة في يونيو 2026 لتحليل السلوك بصرياً على الصفحة. يدعم Umami أيضاً «ربط الجلسات»: إذا عاد زائر عبر جهاز آخر وسجّل دخوله، يُدمج مساره في ملف تعريف واحد. مكتبة TypeScript @umami/api-client المولّدة من OpenAPI تسهّل الدمج في خطوط بيانات.
استكشاف الأخطاء الشائعة
المشكلات المتكررة وحلولها
- ClickHouse لا يبدأ (Plausible): تحقق من RAM المتاحة (
free -h) — يحتاج ClickHouse 1.5 غيغابايت على الأقل عند البدء. أضف ملف مبادلة بحجم 2 غيغابايت إذا كان الخادم ضيقًا:fallocate -l 2G /swapfile && chmod 600 /swapfile && mkswap /swapfile && swapon /swapfile - تهجيرات Umami متوقفة: إذا رفض التطبيق البدء بعد تحديث مع خطأ
relation does not exist، نفّذ التهجيرات يدويًا:docker compose exec umami node node_modules/.bin/db-migrate up - مشاهدات الصفحات لا تُسجَّل: تحقق من أن رأس CSP الخاص بموقعك يسمح بنطاق أداة التحليل (
script-src 'self' https://analytics.yourdomain.com). قد تحجب وحدات حظر الإعلانات السكريبت أيضاً، وهو أمر متوقع. - خطأ ClickHouse بعد إعادة تشغيل قسري: إذا أبلغ ClickHouse عن جدول تالف، نفّذ
SYSTEM RELOAD DICTIONARYثم أعد تشغيل الحاوية - Umami v3 بعد الانتقال من MySQL: صدّر جميع البيانات أولًا (CSV أو dump SQL)، فزوّد PostgreSQL، ثم أعد الاستيراد باستخدام سكريبتات الترحيل الرسمية
النسخ الاحتياطي واستعادة بيانات التحليل
استراتيجية النسخ الاحتياطي لـ Plausible وUmami
Plausible / ClickHouse: استخدم
clickhouse-backup(صورةaltinity/clickhouse-backup) أو صدّر الجداول الحيوية بصيغة Parquet عبرclickhouse-client --query "SELECT * FROM table INTO OUTFILE ...". احتفظ بالنسخة في تخزين الكائنات.Umami / PostgreSQL:
pg_dumpالكلاسيكي يكفي —docker compose exec db pg_dump -U umami umami > umami_$(date +%Y%m%d).sql. جدوله يوميًا عبر cron وأرسله إلى تخزين خارجياختبر الاستعادة مرة كل ربع سنة على خادم تجريبي:
docker compose exec db psql -U umami umami < umami_backup.sqlلـ Plausible، احتفظ بنسخة احتياطية من حجم Docker الخاص بـ PostgreSQL التطبيقي (منفصل عن ClickHouse)
وثّق إجراء الاستعادة في دليل التشغيل — النسخة الاحتياطية غير المختبرة ليست نسخة احتياطية
