WireBoard أم Plausible: أين يتفوّق كلٌّ منهما، وأين يتراجع (2026)

مقارنة صريحة بين WireBoard وPlausible، يكتبها مؤسّس WireBoard بنفسه. أين يربح كلّ منتج، وأين تظهر حدوده، وما هي القرارات الأربع التي فرّقت بينهما، وكيف تختار الأنسب لك بنفسك.

أيّهما تختار: WireBoard أم Plausible؟

كِلا Plausible وWireBoard يُعَدّان بديلَين جادَّين عن Google Analytics 4. كلاهما مستضاف داخل الاتحاد الأوروبي. كلاهما متوافق مع GDPR. وكلاهما قويّ من ناحية الخصوصية. لكن الحقيقة أن كل أداة منهما تجيب عن سؤال مختلف، وهنا تحديدًا تُخطئ معظم المراجعات.

اختر Plausible إذا كنت تريد أبسط ملخّص ممكن لحركة الزيارات في صفحة واحدة، أو إذا كان يهمّك تشغيل النسخة الثنائية بنفسك على خادمك، أو كنت تحتاج اليوم إلى API عام لسحب بياناتك برمجيًا.

اختر WireBoard إذا كنت تريد عرضًا حيًّا متدفّقًا لحركة الزيارات، يتحدّث فور وصول الزائر، أو كنت تدير أكثر من موقع، أو تحتاج dashboard مبنيًّا على طريقة عملك الفعلية، أو كان يهمّك تتبّع صحة SEO إلى جانب analytics.

في السطور التالية ستجد مقارنة مباشرة، والنقاط الأربع التي اختلف فيها مسار المنتجين، وأين يتقدّم WireBoard، وأين لا يزال Plausible أقوى، وكيف تبدو الأسعار فعليًا، ثم كيف تحسم قرارك بنفسك.

نظرة سريعة

لا تجعل الخصوصية محور المقارنة، فليست هي نقطة الاختلاف الحقيقية

معظم المقالات التي تقارن بين أدوات analytics تبدأ من الخصوصية. وهذا ليس خطأً، فالخصوصية هي السبب الأساسي الذي يجعل أيًّا من هاتين الأداتين بديلًا منطقيًا عن Google Analytics. لكن كثيرًا من المقارنات تتوقّف عند هذه النقطة، مع أنها ليست البداية الحقيقية. كلا المنتجين أوروبي. كلاهما متوافق مع GDPR. وكلاهما متوافق مع متطلبات Schrems II ‏(Plausible يعمل على Hetzner في Falkenstein، بينما WireBoard يدير بنيته الكاملة على بنية تحتية أوروبية). وفي الحالتين، بياناتك لا تُرسَل إلى الولايات المتحدة.

من زاوية الخصوصية، النتيجة تكاد تكون تعادلًا. إذا كنت قد استبعدت Google Analytics 4 لأن عدّة هيئات أوروبية لحماية البيانات اعتبرت نقله للبيانات غير متوافق مع GDPR، فكلتا الأداتين تحلّ المشكلة. الاختيار هنا ليس بين صحيح وخاطئ، بل بين خيارين صحيحين.

الاختلاف الفعلي في مكان آخر: البساطة مقابل العمق، و"لا خيارات" مقابل "الخيار لك". هذه هي الزاوية التي تستحق وقتك. وهذا ما سنفصّله عبر أربعة قرارات تصميمية صنعت الفارق بين المنتجين.

أربع نقاط اختلف فيها WireBoard وPlausible

لا أرى أن فريق Plausible اتخذ قرارات سيئة. أرى فقط أنهم اختاروا طريقًا مختلفًا. وعندما بدأت بناء WireBoard، اتخذت القرار المعاكس في أربع مسائل تصميمية محددة. وفي كل مرة تقريبًا، كان السؤال نفسه يعود بصيغة مختلفة.

النقطة الأولى: هل يعني الوقت الحقيقي تحديثًا دوريًا، أم بثًّا مباشرًا؟

dashboard الوقت الحقيقي في Plausible يُحدَّث كل 30 ثانية. و"الزوّار الحاليون" هم من زاروا خلال آخر 5 دقائق. أما لوحات المصادر والقنوات والحملات وأهم الصفحات والمواقع الجغرافية والأجهزة، فتعرض بيانات آخر 5 دقائق. في حين أن الزوّار الفريدين ومشاهدات الصفحات تمتد إلى آخر 30 دقيقة. هذا أسرع من GA4، ويكفي لمعرفة إن كان موقعك يعمل أم لا. لكنه يظلّ تحديثًا دوريًا، أي أنك ترى ما كان صحيحًا قبل لحظات، على دفعات كل 30 ثانية، وضمن نافذة ترجع من 5 إلى 30 دقيقة بحسب اللوحة.

أما WireBoard فيعتمد البث المباشر. عدّاد الزوّار المباشر، وخريطة العالم، ولوحة الإحالات، وتدفّق حملات UTM، وتقسيمات الأجهزة والمتصفحات، وتدفّق الأحداث، وFunnel، ورحلة المستخدم، كلها تتحدّث في اللحظة نفسها التي يقع فيها الحدث. وعدد "الزوّار الحاليين" هنا يغطي نشاط اليوم كاملًا، لا نافذة من 5 دقائق أو 30 دقيقة. إذا انتشرت تغريدة فجأة، فسترى أثرها فورًا.

هل هذا مهم؟ يتوقّف الأمر على طبيعة عملك. إذا كنت تراجع analytics مرة في الأسبوع قبل اجتماع، فربما لا تحتاج هذا المستوى من البث الحي. لكن إذا كنت، مثل Barry Schwartz تراقب SERP volatility في يوم تحديث من Google، أو تدير عرضًا سريعًا، أو تطلق منتجًا جديدًا، فإن الفرق بين "قبل 30 ثانية" و"الآن" لا يعود تفصيلًا نظريًا. لهذا السبب بنينا البنية الكاملة في WireBoard داخليًا، لأن خدمات ingestion الخارجية لا تعطي بثًّا مباشرًا حقيقيًا، ونحن أردناه أساسًا في المنتج، لا ميزة مدفوعة إضافية.

النقطة الثانية: dashboard واحد ثابت، أم ستّون widget ترتّبها بنفسك؟

Plausible يقدّم dashboard واحدًا لكل موقع، بتخطيط ثابت. كل dashboards في Plausible تبدو بالشكل نفسه. وهذه ميزة فعلًا: أي شخص استخدم واحدًا منها يستطيع قراءة الآخر خلال 30 ثانية. ولا يوجد تقريبًا شيء يمكن أن تسيء ضبطه.

أما WireBoard فيقدّم أكثر من 60 widget مع dashboards قابلة للسحب والإفلات، لكنك لا تبدأ من صفحة فارغة. بعد التسجيل تصل مباشرة إلى dashboard مكتمل، مبني على قالب افتراضي منطقي، وجاهز للاستخدام من اليوم الأول. بعد ذلك يمكنك إبقاؤه كما هو، أو إنشاء dashboards إضافية، مثل لوحة للمراقبة الحية، ولوحة للمراجعة الأسبوعية، ولوحة مخصّصة للعملاء، أو اختيار theme مختلف، أو وضع خريطة عالم بجانب تدفّق أحداث مباشر وUTM funnel، ثم ترتيب التخطيط وفق أسلوب عملك أنت. أكثر من dashboard لكل موقع. ثلاثة themes. وقوالب تبدأ منها، لا سقف يقيّدك.

وعند النظر إلى المفاضلة كما هي فعلًا، سنجد أن الأداتين متقاربتان في سهولة البداية. لكن سقف Plausible هو الإعداد الافتراضي نفسه، بينما الإعداد الافتراضي في WireBoard هو فقط نقطة البداية.

والسؤال الأعمق هنا هو: من يملك تخطيط dashboard، الأداة أم أنت؟ Plausible يجيب: الأداة تتكفّل بذلك نيابة عنك. أما WireBoard فيعطيك dashboard جاهزًا للعمل، ثم يقول لك: وإن أردت لاحقًا، فكل أدوات التخصيص بيدك.

النقطة الثالثة: Open source أم بنية داخلية كاملة؟

نسخة Community Edition من Plausible مرخّصة تحت AGPL-3.0 ويمكن استضافتها ذاتيًا. يمكنك سحبها من GitHub، وتشغيلها على خادمك، ومراجعة الشيفرة، وتعديلها كما تريد. إذا كانت متطلبات الأمان أو السيادة لديك تشترط أن تعمل النسخة على عتاد تتحكّم به أنت، فهنا يتقدّم Plausible بوضوح.

ومن المهم أيضًا معرفة أن النسخة ذاتية الاستضافة تُحدَّث مرتين في السنة فقط، بينما النسخة السحابية تتلقّى تحديثات متواصلة، كما أن بعض الميزات، مثل تتبّع الإيرادات وFunnels المتقدّمة وبعض التكاملات، تبقى محصورة في الخطط السحابية المدفوعة. الاستضافة الذاتية هنا تعطيك تحكّمًا أكبر، لكن على حساب سرعة التحديث وبعض الميزات.

WireBoard ليس Open source. إنه خدمة مُدارة ومغلقة المصدر. اتخذنا هذا القرار لأننا أردنا السيطرة على السلسلة كاملة، من جمع البيانات إلى معالجتها وتخزينها وعرضها داخل dashboards، مع جعل البث المباشر الحقيقي هو الوضع الافتراضي. وهذا يعني عدم الاعتماد على خدمات ingestion خارجية، أو خطوط معالجة خارجية، مع دورة أسرع في إدارة البنية وتحسينها. لكنه يعني أيضًا أنه لا يمكنك استضافته بنفسك، وأن عليك الوثوق بشركة SwissOps Ltd. بصفتها الجهة المشغّلة. إذا كانت الاستضافة الذاتية شرطًا لا يقبل النقاش بالنسبة لك، فنسخة Community Edition من Plausible هي الخيار الواضح.

النقطة الرابعة: cookieless فقط، أم cookies افتراضيًا مع إتاحة وضع cookieless؟

هذه هي النقطة التي تُخطئ فيها كثير من المراجعات.

Plausible يعمل من دون cookies، وانتهى الأمر. لا يوجد زر تبديل. والرسالة التسويقية هنا هي: "لا حاجة إلى banner موافقة"، وهذا صحيح في معظم الولايات القضائية.

أما WireBoard فيعمل مع cookies افتراضيًا للوصول إلى أعلى دقة ممكنة في التتبّع، مثل الزوّار العائدين، والرحلات، وعمق التفاعل. لكن يوجد خيار واحد يحوّل الموقع كاملًا إلى وضع cookieless تحت Legitimate Interest، من دون الحاجة إلى banner موافقة.

من حيث الإمكانات، مقاربة WireBoard أوسع. يمكنك تشغيل وضع cookieless إذا أردت، أو إبقاء cookies مفعّلة للحصول على دقة أعلى. أما Plausible فلا يقدّم إلا وضع cookieless. والسبب الوحيد الذي قد يدفعك لتفضيل نهج Plausible من دون زر تبديل هو إذا كنت تريد تبسيط النقاش القانوني إلى عبارة واحدة: "نستخدم أداة لا تعتمد cookies أصلًا"، وينتهي النقاش عند هذا الحد. وهذا سبب مفهوم لبعض الفرق القانونية، لكنه ليس تفوّقًا وظيفيًا.

ما الذي يقدّمه Plausible اليوم بشكل أفضل من WireBoard؟

هناك أمور واضحة يقدّمها Plausible ولا يقدّمها WireBoard حاليًا. وإذا كانت أيّ واحدة منها أساسية لفريقك، فاختيار Plausible منطقي تمامًا. إنها شركة جيدة وتبني منتجًا جيدًا.

الاستضافة الذاتية مع Open source. وقد تناولناها بالفعل. هذه أفضلية حقيقية وبنيوية.

API عام للقراءة فقط. يوفّر Plausible API عامًا ضمن باقة Business، يتيح لك سحب المقاييس برمجيًا وبناء dashboards مخصّصة، أو أدوات داخلية، أو صفحات حالة، بأي لغة تريد. أما WireBoard فلديه API بسيط بلغة JavaScript لإرسال البيانات إلى الداخل، لكنه لا ينشر حاليًا API للقراءة فقط لإخراج البيانات. هذا موجود على خارطة الطريق لدينا، لكنه اليوم فجوة فعلية.

تقارير Slack الأصلية وتنبيهات قابلة للتخصيص عند ارتفاع الزيارات. يستطيع Plausible إرسال تقارير أسبوعية وشهرية، إضافة إلى تنبيهات عند ارتفاع غير معتاد في الترافيك، مباشرة إلى قناة Slack. WireBoard يوفّر اليوم تقارير بريد إلكتروني مجدولة، لكنه لا يقدّم تكامل Slack من الطرف الأول، ولا تنبيهات قابلة للتخصيص لهذا النوع من الارتفاعات. الاثنان موجودان على خارطة الطريق. أما اليوم، فهما متاحان في Plausible وغير متاحين لدينا.

الشرائح المحفوظة بأسماء محددة. يتيح Plausible حفظ شرائح جمهور مسمّاة، أي مجموعة فلاتر تُستدعى بنقرة واحدة. بينما يوفّر WireBoard تصفية سريعة ومتقاطعة عبر tags، لكنه لا يقدّم حاليًا مسارًا واضحًا من نوع "احفظ هذه المجموعة من الفلاتر كقطاع مسمّى".

Funnels بالترتيب الصارم. يقدّم Plausible وضعين للـ Funnels: الترتيب التسلسلي، والترتيب الصارم. أما Funnels في WireBoard فهي مرنة بطبيعتها. إذا كنت تحتاج تحديدًا إلى Funnel يفشل بمجرد أن يخرج الزائر عن المسار المحدد، فهذه نقطة تميل لصالح Plausible.

نضج العلامة التجارية. Plausible موجود في السوق منذ 2018، وله حضور كبير على GitHub، وسجل تغييرات عام يُحدَّث أسبوعيًا، ومنتدى مجتمعي تراكمت فيه الإجابات على مدى سنوات. WireBoard ما زال أحدث. وإذا كان حجم المجتمع العلني عاملًا حاسمًا عند التساوي، فالتفوّق هنا لصالح Plausible.

هذه ستّ ميزات واضحة. ليست شعارات تسويقية، بل فروقات حقيقية.

ما الذي يقدّمه WireBoard ولا يقدّمه Plausible؟

والآن إلى القائمة المعاكسة، مع التركيز فقط على الفجوات الوظيفية الظاهرة في الوثائق العامة للمنتجين:

بثّ مباشر حقيقي عبر كل رسم بياني. ليس مجرد رقم لعدد الزوّار الحاليين، بل dashboard كامل يعمل مباشرة.

تجميع مباشر لعدّة مواقع داخل widget واحد. الـ widget نفسه الذي يعرض الترافيك لموقع واحد، يمكنه أيضًا عرض الترافيك المجمّع لأي مجموعة من مواقعك. وبالنسبة إلى الوكالات أو الجهات التي تدير عدّة علامات تجارية، فهذه على الأرجح أكبر فجوة وظيفية بين الأداتين.

dashboard مباشر لـ SERP Volatility، ومخطط زمني لتحديثات Google، مع طبقة تعليقات للأعياد والعطلات. Plausible لا يقدّم حزمة SEO أصلًا. بينما يقدّمها WireBoard. وفي الأيام التي يسود فيها القلق بسبب تحديثات الخوارزميات، يكون الفرق بين ملخّص خلال 30 ثانية وبين ساعة من التخمين فرقًا كبيرًا.

أكثر من 60 widget بالسحب والإفلات، مع عدّة dashboards لكل موقع، وثلاثة themes. أما Plausible فيكتفي بـ dashboard واحد ثابت.

طبقة تعليقات على كل رسم زمني. أربع طبقات مدمجة: My Events وGoogle Updates وSERP Volatility وPublic Holidays، إضافة إلى ملاحظات خاصة بكل مستخدم. Plausible لا يقدّم شيئًا من هذا.

Streamer Mode والتقاط لقطات الشاشة. مفيد للعروض أمام العملاء، ولمشاركة الشاشة، ولإعداد لقطات من دون كشف النطاقات أو الروابط.

منطقة زمنية لكل رسم أو لكل موقع. Plausible يعتمد منطقة زمنية واحدة لكل dashboard.

الأهداف مع احتساب الإيرادات بحسب قيمة خاصية الحدث. يمكنك تتبّع الإيرادات حسب الباقة، أو البلد، أو المصدر، وبالوقت الحقيقي.

هل ينبغي أن تثق بهذه المقارنة؟

سؤال في محلّه. وهذه هي زاوية موقفي باختصار:

أنا من يدير WireBoard. وقد استخدمت Plausible، وتحدّثت مع أشخاص فضّلوه علينا، وقرأت وثائقه وسجلّ تحديثاته أكثر مما ينبغي. هذه هي المقارنة التي تمنّيت وجودها كل مرة يراسلني فيها عميل محتمل ليسأل: ما الفرق الفعلي بين المنتجين؟ إذا كان Plausible أنسب لك، فسأقول ذلك بوضوح. وإذا كان WireBoard أنسب، فسأقول ذلك أيضًا، مع ما يدعمه.

وهناك أمران إضافيان يستحقان الوزن:

إمكانية التحقّق. كل ادعاء يخص Plausible مبني على وثائقه العامة، أو صفحات الأسعار، أو changelog الخاص به، وجميعها مرتبطة في أسفل هذا المقال. وكل ادعاء يخص WireBoard مبني على ميزات موجودة فعلًا في المنتج. وحين يكون الأمر ضمن خارطة الطريق ولم يُطلق بعد، فقد ذكرت ذلك صراحةً (API العام، وتقارير Slack، وتنبيهات ارتفاع الترافيك).

إشارة العملاء. يستخدم WireBoard أشخاص يهتمّون فعلًا ببيانات الترافيك في الوقت الحقيقي، منهم Barry Schwartz من Search Engine Roundtable، الذي يغطي تحديثات خوارزميات Google يوميًا، وRobert Farrington من The College Investor، وJon James من TeamGreet. هؤلاء لم يختارونا لأنهم لم يجدوا Plausible، بل اختارونا لأسباب محددة. وإذا كانت طبيعة عملك تشبه طبيعة عملهم، فهذه الإشارة أهم من رأيي الشخصي.

كيف تبدو الأسعار على أرض الواقع؟

يعكس نموذج التسعير في كل أداة فلسفتها. Plausible يرفع السعر بحسب حجم مشاهدات الصفحات الشهرية، ويقصر بعض الميزات على باقات أعلى. أما WireBoard فيبني التسعير على الحصص، مثل مشاهدات الصفحات، وعدد المواقع، وdashboards، والمقاعد، وسجل البيانات، مع تضمين كل الميزات في كل الباقات.

باقات Plausible

يقدّم Plausible أربع باقات. ويرتفع السعر داخل كل باقة مع ازدياد حجم مشاهدات الصفحات الشهرية. وعند مليون مشاهدة صفحة، يبدأ السعر تقريبًا بين $69 و$139 شهريًا بحسب الباقة.

توجد تجربة مجانية لمدة 30 يومًا من دون بطاقة ائتمان. ولا توجد خطة مجانية دائمة.

باقات WireBoard

يقدّم WireBoard تسع باقات تبدأ من $0 إلى الأبد. والدفع السنوي يوفّر نحو 17% تقريبًا (شهران مجانًا). وكل باقة مدفوعة وما فوقها تشمل جميع الميزات، وكل dashboards، وكل التكاملات.

عند الحجم نفسه، WireBoard أرخص بنسبة تتراوح بين 30% و100%

الفرق يظهر بوضوح في كل شريحة من مشاهدات الصفحات.

أرقام Plausible مأخوذة من باقاتهم المنشورة. العمود الأوسط يقارن WireBoard بأرخص باقة لدى Plausible. أما العمود الأخير فهو الأقرب للواقع بالنسبة إلى معظم المشترين، لأنه يقارن WireBoard بالباقة التي تتضمّن فعليًا Funnels، وتتبع الإيرادات، وعمق الخصائص المخصّصة، وAPI العام، وهي عادة الميزات التي يبحث عنها من يضع الأداتين في القائمة المختصرة.

ثلاثة فروقات تؤثر فعلًا في قرار الشراء

1. WireBoard أرخص بوضوح عند كل حجم قابل للمقارنة. نفس عدد مشاهدات الصفحات، وسعر أقل. وعند مليون مشاهدة صفحة مع الميزات التي تريدها معظم الفرق فعلًا، مثل Funnels والإيرادات، يصبح الفرق $49 مقابل نحو $139 شهريًا. على مدار سنة، هذا يعني توفير $1,080. وعلى مدار ثلاث سنوات، $3,240.

2. خطة مجانية دائمة، مع تضمين جميع الميزات. يقدّم WireBoard خطة مجانية تشمل 50,000 مشاهدة صفحة، وموقعين، و3 dashboards، ومن دون بطاقة ائتمان أو تاريخ انتهاء. أما Plausible فيمنحك تجربة 30 يومًا، ثم إمّا أن تدفع أو تتوقّف.

3. لا حجب للميزات، إطلاقًا. Funnels، وتتبع الإيرادات، والأحداث المخصّصة مع الخصائص، وsegments، وتقارير التجارة الإلكترونية، وحزمة SEO، وتجميع عدّة مواقع، وembed tokens، وStreamer Mode، كلها متاحة في جميع باقات WireBoard، بما فيها المجانية. أما في Plausible، فعدد من هذه الميزات، مثل Funnels، وتتبع الإيرادات، والخصائص المخصّصة، والتجارة الإلكترونية، وAPI العام، محصور في باقة Business، ما يرفع كلفتك الشهرية تقريبًا إلى الضعف عند كل شريحة من مشاهدات الصفحات. أما SSO فيأتي أعلى من ذلك ضمن Enterprise.

Plausible يراهن على أن تنمو داخل المنتج، وتدفع أكثر كلما احتجت أكثر. أما WireBoard فيعطيك المنتج كاملًا من اليوم الأول، وبسعر أقل عند الحجم نفسه.

ما زلت مترددًا؟ جرّب الأداتين بعد ظهر واحد فقط

القراءة أبطأ طريقة لاتخاذ هذا القرار. والطريقة الأسرع لا تحتاج أكثر من ساعة.

Plausible يقدّم تجربة 30 يومًا. أما الخطة المجانية في WireBoard فلا تنتهي أبدًا، ومن دون بطاقة، مع كل الميزات. أضف السكربت إلى موقع حقيقي واحد، ومرّر بعض الزيارات، ثم راقب ما يحدث في كل dashboard.

غالبًا ستحسم أمرك خلال الساعة الأولى. وتحديدًا:

1. افتح الـ dashboards جنبًا إلى جنب على الشاشة نفسها. أرسل زيارة حقيقية، أو اطلب من صديق أن يفعل ذلك. ثم راقب كم تستغرق كل أداة حتى تعرضها. فرق البث المباشر مقابل التحديث الدوري سيظهر أمامك خلال ثوانٍ.

2. لاحظ كيف تتعامل كل أداة مع لحظة مزدحمة. شغّل إعلانًا صغيرًا، أو شارك رابطًا، أو انتظر بعض الزيارات العضوية. ثم اسأل نفسك: أي dashboard تفضّل أن تراقبه أثناء إطلاق فعلي؟

3. حاول الإجابة عن سؤال واحد يهمّ عملك فعلًا. مثل: "أي حملة UTM حققت تحويلًا أمس؟" أو "ما هو bounce rate لصفحة الهبوط الجديدة حسب البلد؟" أو "هل عطّل النشر الأخير شيئًا؟" الأداة التي توصلك إلى الجواب أسرع هي الأداة التي تناسب مهمتك أنت.

بعد ساعة من الاستخدام المتوازي، لن تبقى النقاط الأربع السابقة مجرّد أفكار نظرية.

الخلاصة

Plausible يراهن على بساطة شديدة الوضوح، وبالنسبة إلى المستخدم المناسب فهذا رهان صحيح. أما WireBoard فيراهن على البث المباشر الحقيقي، وعمق يمكن تخصيصه، وإتاحة كل الميزات من اليوم الأول، بما في ذلك الخطة المجانية. وبرأيي، هذا هو الرهان الأنسب لمعظم من يحتاج أكثر من مجرد ملخّص ثابت.

إذا بدا لك أن WireBoard هو الشكل الأنسب لطبيعة عملك، فابدأ التتبّع مجانًا. 50,000 مشاهدة صفحة شهريًا، وموقعان، و3 dashboards، مع كل الميزات مضمّنة. من دون بطاقة ائتمان. من دون فترة تجريبية. ومن دون شروط مخفية.

أما إذا بدا لك أن Plausible هو الأنسب، فجرّبه مباشرة. إنها شركة جيدة تبني منتجًا جيدًا. وأسوأ نتيجة هنا ليست أن تختار أحدهما بدل الآخر، بل أن تبقى على GA4 لأن القرار بدا أصعب مما ينبغي.

المصادر

WireBoard

• الصفحة الرئيسية لـ WireBoard

• أسعار WireBoard

• ميزات WireBoard

• أداة SERP volatility المباشرة

• المخطط الزمني لتحديثات Google core update وspam update

• المخطط الزمني للمنتج وسجل التحديثات في WireBoard

• سياسة الخصوصية في WireBoard

• توثيق WireBoard

Plausible (المصادر التي استندت إليها الادعاءات الخاصة بمنتجهم)

• باقات الاشتراك في Plausible

• توثيق dashboard الوقت الحقيقي في Plausible

• نسخة Community Edition من Plausible على GitHub

حماية البيانات الأوروبية والبنية التحتية

• noyb: نقل البيانات بين الاتحاد الأوروبي والولايات المتحدة، واعتبار Google Analytics غير قانوني

• إرشادات European Data Protection Board