تقويم Treatwell لا يتزامن؟ حلول + لماذا تكامل Apple الأصلي أفضل

المشكلة: عميلة تحجز عبر Treatwell موعدًا الساعة 14 — لكن في تقويم Apple على هاتفك يظهر بعد ساعات فقط. أو لا يظهر إطلاقًا. أو تحجب أنت فترة خاصة في Apple، ويبيعها Treatwell مزدوجًا رغم ذلك.

هذه ليست حالة استثنائية، بل نمط معروف في Treatwell Connect. السبب في البنية: Treatwell يتزامن مع تقويم Apple و Google غالبًا عبر ICS-Subscribe (روابط webcal://) — تقنية من أوائل الألفية الثالثة بُنيت لـخلاصات ثابتة، لا لـاستقبال مواعيد في الوقت الفعلي.

في هذا المقال نعرض أولًا الإصلاحات الفورية الثلاثة التي تعيد المزامنة للعمل في 80% من الحالات. ثم نشرح لماذا تظهر المشكلة أصلًا — وما الذي يفعله تكامل CalDAV الأصلي بشكل مختلف. في النهاية: مسار ترحيل من 5 خطوات إن أردت التبديل.

فورًا: ما يمكنك فعله الآن

قبل الدخول في البنية — هذه الحلول الثلاثة القياسية تنجزها في أقل من 10 دقائق.

الإصلاح 1: إعادة تفويض Treatwell Connect (Re-Auth)

في 60% من حالات «لا يتزامن» يكون اتصال OAuth بين Treatwell وحساب Apple/Google لديك منتهيًا أو مسحوبًا. Apple و Google يبطلان الرموز في حالات منها:

• غيّرت كلمة سر Apple ID
• أعدت ضبط المصادقة الثنائية
• مرّ أكثر من 90 يومًا على آخر تسجيل دخول
• سجّلت دخولًا على جهاز جديد

كيف تجري Re-Auth في Treatwell Connect:

1. ادخل إلى Treatwell Connect → الإعدادات → ربط التقويم
2. انقر التقويم المرتبط (Apple / Google / Outlook)
3. «قطع الاتصال» → انتظر قليلًا (5-10 ثوانٍ ليزيل Treatwell الرمز القديم)
4. «إعادة الربط» → يفتح تدفق OAuth → سجّل بكلمة السر الحالية
5. تحقق من الصلاحيات — «قراءة وكتابة التقويم» يجب أن تكون فعّالة

بعد 1-2 دقيقة يجب أن تتدفق المواعيد الجديدة. إن لم تتدفق: أنشئ موعد اختبار مباشرة في Treatwell وراقب ظهوره في تقويم Apple خلال 5 دقائق.

الإصلاح 2: حذف ملفات تعريف الارتباط والذاكرة المؤقتة

يبدو بسيطًا، لكنه يساعد كثيرًا — خاصة إن كان تسجيل الدخول إلى Treatwell Connect نفسه عالقًا («تسجيل دخول Treatwell Connect لا يعمل»).

لماذا؟ Treatwell Connect يعمل كتطبيق ويب. إذا خزّن متصفحك كوكيز جلسة قديمة، يراك Treatwell «خارج النظام» — لكن لا يستطيع توجيهك بنظافة لصفحة تسجيل الدخول لأن معرّف الجلسة لا يزال هناك نحويًا.

كيف تفعل ذلك:

• Chrome: الإعدادات → الخصوصية → حذف بيانات التصفح → «ملفات تعريف الارتباط» + «الصور والملفات في الذاكرة المؤقتة» → فترة «الساعة الماضية» تكفي غالبًا
• Safari: الإعدادات → الخصوصية → إدارة بيانات المواقع → بحث «treatwell» → إزالة
• Firefox: الإعدادات → الخصوصية والأمان → ملفات تعريف الارتباط وبيانات المواقع → إزالة البيانات

ثم أعد تشغيل المتصفح (لا مجرد إغلاق التبويب) وافتح Treatwell Connect من جديد.

الإصلاح 3: التحقق من توافق المتصفح

Treatwell Connect عند ربط Apple Calendar يستخدم تدفق OAuth مصمم بشكل صارم لمتصفحات evergreen. إن كنت لا تزال تستخدم متصفحًا قديمًا، تنقطع المزامنة بصمت.

ما يعمل (2026):

• Chrome ≥ 120
• Safari ≥ 17 (macOS Sonoma+)
• Firefox ≥ 121
• Edge ≥ 120

ما يسبب مشكلات معروفة:

• Safari على macOS High Sierra (أجهزة قديمة) — يكسر Apple-OAuth بسبب TLS قديم
• Edge Legacy (قبل Chromium)
• متصفحات مدمجة في تطبيقات iOS (مثلًا تطبيق Treatwell-Mobile أحيانًا يفتح Embed Webview بدلًا من Safari لتسجيل الدخول → فقد OAuth-Callback)

اختبار سريع: افتح https://www.whatismybrowser.com/ في المتصفح الذي تستخدم معه Treatwell Connect. إن لم تكن نسخة المتصفح في القائمة البيضاء → حدّث أو بدّل المتصفح.

الحل مقابل العَرَض: أي إصلاح يناسبك؟

العَرَض	السبب الأرجح	أي إصلاح
المواعيد تظهر بتأخير 1-6 ساعات	تأخر ICS-Subscribe (ليس bug، تصميم)	اقرأ «لماذا يحدث ذلك» أدناه
المواعيد لا تظهر إطلاقًا	رمز OAuth منتهٍ	الإصلاح 1: Re-Auth
تسجيل الدخول لصفحة Treatwell Connect عالق	كوكيز جلسة قديمة	الإصلاح 2: حذف الكوكيز
نافذة OAuth تفتح وتغلق فارغة	عدم توافق متصفح	الإصلاح 3: فحص المتصفح
المواعيد تظهر لكن الإلغاءات لا	ICS للقراءة فقط — التحديثات تأتي، الحذف لا يثبت	الترحيل
المواعيد اليدوية في Apple لا تحجب Treatwell	ICS باتجاه واحد (Treatwell → Apple فقط)	الترحيل

إن كانت أعراضك في الصفّين السفليين، الإصلاحات الثلاثة لا تساعد — هذا مرتبط بالبنية. مزيد عن ذلك الآن.

لماذا تنقطع مزامنة Treatwell كثيرًا — البنية خلف ذلك

Treatwell Connect يتصل بتقويم Apple و Google عبر آليتين رئيسيتين:

1. ICS-Subscribe (روابط webcal) — ينشر Treatwell ملف .ics، يشترك به تقويم Apple ويفحص التحديثات دوريًا.
2. OAuth + Google Calendar API (Google فقط، لا Apple) — ثنائي الاتجاه، لكن بحصص كتابة وكمون.

في تقاويم Apple توجد فعليًا النسخة 1 فقط — ICS-Subscribe. وهنا تكمن المشكلة بالضبط.

ما هو ICS-Subscribe (وما ليس)

ICS-Subscribe قُيّس في 2004 (RFC 5545) كآلية لتوزيع تقاويم عامة — عطلات مدرسية، أعياد، أحداث رياضية. الافتراض: المحتوى نادر التغيير، تأخر قراءة ساعات مقبول.

ثلاثة قيود صارمة:

• استطلاع، لا دفع: تقويم Apple يفحص رابط ICS فقط في فاصل ثابت (افتراضي iCloud: كل 15 دقيقة إلى ساعة، حسب نسخة iOS). Treatwell لا يستطيع الدفع نشطًا.
• للقراءة فقط من منظور Apple: لا يمكنك إنشاء موعد في تقويم Apple يعود إلى Treatwell. الحواجز الخاصة اليدوية تُتجاهل — Treatwell يبيع الفترة رغم ذلك.
• دلالات حذف ضعيفة: عند إلغاء Treatwell موعدًا يجب أن يضع ملف ICS الإدخال بـSTATUS:CANCELLED. Apple يحترم ذلك أحيانًا، وأحيانًا يبقى الإدخال القديم. هذه إحدى أكثر شكاوى Treatwell شيوعًا في منتديات الحلاقة.

ما يفعله CalDAV الأصلي بشكل مختلف

CalDAV هو المعيار الأحدث (RFC 4791) — بروتوكول قراءة/كتابة حيث تسجّل أداة الحجز دخولًا مباشرًا في خادم تقويم Apple (iCloud) وتدخل المواعيد كعميل حقيقي.

المزايا مقارنة بـ ICS-Subscribe:

• ثنائي الاتجاه: المواعيد الخاصة في Apple تظهر فورًا في أداة الحجز وتحجب الفترات
• قابل للدفع: التغييرات تنتشر في ثوانٍ، لا ساعات
• دلالات حذف حقيقية: الإلغاءات تختفي بموثوقية
• اكتشاف التعارض: عندما يطالب مصدران بالفترة نفسها، يُكتشف ذلك — لا يُباع مزدوجًا

CalDAV هو أيضًا البروتوكول الذي تستخدمه Apple نفسها لـ iCloud. هو اللغة «الصحيحة» لتقاويم Apple.

مقارنة: ICS-Subscribe مقابل CalDAV الأصلي

الخاصية	ICS-Subscribe (Treatwell)	CalDAV أصلي (EazyBooking)
الاتجاه	أحادي (Booking → Apple)	ثنائي
الكمون	15 د - 6 س	< 30 ثانية
الحاجز الخاص يحمي الفترة	لا	نعم
الإلغاءات موثوقة	لا (إدخالات أشباح)	نعم
Re-Auth ضروري بعد تغيير كلمة السر	لا (لكن بلا صلاحية كتابة)	نعم (كلمة سر خاصة بالتطبيق)
متوافق مع معيار RFC	5545 (2004)	4791 (2007) + امتدادات Apple-iCloud
ملائم لاستقبال مواعيد أونلاين	محدود	نعم، مبني لذلك

بعبارة أخرى: مزامنة Apple في Treatwell ليست «معطلة» — بل محدودة بنيويًا. الإصلاحات الثلاثة أعلاه تساعد في الأعراض، لكن المشكلة الهيكلية (الكمون، غياب اكتشاف الحاجز الخاص، الحذف الضعيف) تبقى.

كيف يفعل EazyBooking ذلك بشكل مختلف

EazyBooking بُني منذ البداية بـ CalDAV كبروتوكول رئيسي لمزامنة Apple — لا بـ ICS-Subscribe. هذا يعني عمليًا:

• عند حجز عميلة موعدًا أونلاين، يصل خلال 30 ثانية إلى تقويم Apple للموظف المسؤول
• إذا أنشأ الموظف إدخال «طبيب أسنان 14:00» في تقويم Apple الخاص، يحجب ذلك الفترة في صفحة الحجز — العملاء لا يستطيعون الحجز هناك أصلًا
• الإلغاءات تختفي بموثوقية على الجانبين
• المواعيد المتكررة والمناطق الزمنية والحجوزات متعددة الموظفين تُعرض بنظافة

إن أثار الجانب التقني اهتمامك، وصفنا التطبيق بتفصيل في مقال مزامنة تقويم Apple و Google و Outlook — دليل كامل 2026.

لمقارنة وظيفية مباشرة هناك نظرة بدائل Treatwell — ترى السعر والعمولة وسيادة البيانات وميزات التقويم جنبًا إلى جنب.

مسار الترحيل: من Treatwell إلى EazyBooking في 5 خطوات

إن قررت التبديل، هذا المسار العملي المُجرّب. الخطة: أسبوعان تشغيل متوازي، ثم قطع نهائي.

الخطوة 1: تصدير بيانات العملاء الأساسية

في Treatwell: الإعدادات → تصدير البيانات → العملاء → تنزيل CSV. يحتوي الاسم والهاتف والبريد والتاريخ. احفظ الـ CSV بأمان (GDPR — لا مجلد سحابي مفتوح).

الخطوة 2: إنشاء حساب EazyBooking + استيراد الخدمات

في eazybooking.de/register ابدأ تجربة 14 يومًا (بدون بطاقة ائتمان). في لوحة الإدارة:

• أنشئ الخدمات — الأسهل البدء بأهم خمس أولًا (قص شعر نساء، قص شعر رجال، صبغة، إلخ)
• أنشئ الموظفين وارفق بهم الخدمات
• اضبط ساعات العمل
• استورد CSV العملاء — عبر وظيفة الاستيراد الجماعي

الخطوة 3: ربط تقويم Apple عبر CalDAV

في لوحة الإدارة: الإعدادات → التقويم → ربط Apple

Apple يطلب كلمة سر خاصة بالتطبيق (لا كلمة سر Apple ID العادية). تنشئها في appleid.apple.com → أمان تسجيل الدخول → كلمات سر خاصة بالتطبيق. EazyBooking يقودك خطوة بخطوة — أول مزامنة تجري مباشرة بعد الربط.

المواعيد الموجودة في Treatwell تستمر بالقدوم عبر اتصال ICS-Subscribe إلى Apple أولًا. لا حاجة لحذفها — EazyBooking يتعرف عليها كأحداث خارجية ويحجب الفترات.

الخطوة 4: تواصل برابط صفحة الحجز

كل حساب EazyBooking له صفحة حجز أونلاين خاصة، مثلًا eazybooking.de/dein-salon. هذا الرابط:

• أدخله في Instagram-Bio + ملف Google-Business
• أرسله عبر WhatsApp-Broadcast إلى العملاء الدائمين
• اطبعه كـ QR في الصالون
• اذكره في قوالب بريد إلغاء Treatwell (إن سمح المزود)

الخطوة 5: إلغاء حساب Treatwell — متى بالضبط؟

التوصية: أسبوعان تشغيل متوازي، ثم إلغاء. الأسباب:

• العملاء الدائمون الذين حجزوا متابعة عبر تطبيق Treatwell، لا يجب أن يخسروها
• ترى كم حجزًا يأتي فعلًا من Treatwell مقابل عضويًا
• تعتاد على إدارة EazyBooking بلا مخاطرة

الإلغاء في Treatwell: الإعدادات → الحساب → إلغاء الحساب. التأكيد بالبريد. العمولة على المواعيد المحجوزة قبل الإلغاء وتقع بعده تُحسب عادة مع ذلك — وضّح الأمر مع الدعم مسبقًا، وإلا فستفاجئ في الفاتورة الختامية.

نظرة أوسع لمقارنة نماذج العمولة والاشتراك في بدائل نماذج العمولة في الحجز.

أسئلة شائعة (FAQ)

تسجيل الدخول إلى Treatwell Connect لا يعمل عمومًا — ماذا أفعل؟

في 90% من الحالات كوكيز جلسة منتهية أو عدم توافق متصفح. جرّب الإصلاح 2 (حذف الكوكيز) + الإصلاح 3 (تحديث المتصفح) أولًا. إن لم يفلح: تواصل مع دعم Treatwell — يمكنهم فحص حالة الحساب من جانب الخادم. هذا أيضًا المسار الوحيد إن كان حسابك «معلّق مؤقتًا» بسبب نظام كشف الاحتيال.

لماذا تظهر مواعيد Treatwell في تقويم Apple بتأخر ساعة أو ساعتين؟

ليس bug، بل سلوك استطلاع iCloud. تقويم Apple يطلب خلاصات ICS المشترك بها فقط كل 15-60 دقيقة — لا يمكنك تسريع ذلك. للحجوزات قصيرة الأمد (العميلة تحجز لـ«بعد 30 دقيقة») هذا الخطر الأكبر، لأنك ترى الموعد متأخرًا. المزامنة في الوقت الفعلي تتوفر فقط عبر CalDAV أو API أصلي — Treatwell لا يستخدم أيًا منهما لـ Apple.

هل يمكنني تشغيل Treatwell + EazyBooking بالتوازي؟

نعم، على الأقل أثناء الترحيل. ما دامت الأداتان تكتبان في تقويم Apple نفسه، يجب أن تعرفا توافر الفترات من بعضهما. EazyBooking يتعرف على أحداث Apple الخارجية (بما فيها استيرادات Treatwell) كحاجب. بالعكس، Treatwell يرى مواعيد EazyBooking عبر ICS-Subscribe — بالكمون المعروف. لذا: التشغيل المتوازي يعمل، لكن في النهاية يجب أن يكون أحد الاثنين هو السيد.

ماذا يحدث لتقييماتي على Treatwell إن ألغيت؟

تقييمات Treatwell تبقى على ماركتبليس Treatwell، لكنها غير قابلة للنقل — هذا قياسي في القطاع. البديل المعقول: العناية بملف Google-Business (هناك تنزل معظم بحوث المحلية أصلًا) وإرسال تذكير تقييم بالبريد للعميلة بعد كل موعد EazyBooking (يمكن لـ EazyBooking ذلك تلقائيًا). خلال 2-3 أشهر تعوّض تقييمات Google خسارة السمعة.

هل أحتاج كلمة سر خاصة بالتطبيق من Apple؟ هل ذلك آمن؟

نعم، Apple يطلب للوصول CalDAV من أطراف ثالثة كلمة سر خاصة بالتطبيق. هي سلسلة عشوائية 16 خانة تمنحها لتطبيق محدد — ويمكنك سحبها فرديًا دون تغيير كلمة سر Apple ID الرئيسية. أكثر أمانًا تقنيًا من آلية Webcal التي يستخدمها Treatwell، لأنك يمكن سحب القابس في أي لحظة.

هل مزامنة CalDAV في EazyBooking مدفوعة إضافيًا؟

لا، مزامنة Apple و Google و Outlook مشمولة في الباقة الأساسية بلا رسوم إضافية. EazyBooking يكلف €59/شهر صافي مع 5 موظفين (موظفين إضافيين قابلين للإضافة بمقابل)، وبالدفع السنوي خصم بشهرين مجانًا. تجربة 14 يومًا بلا بطاقة ائتمان.

مزامنة Treatwell تنقطع فقط في تطبيق iPhone، لا في تقويم macOS — لماذا؟

يحدث ذلك عندما يكون إعداد ICS-Subscribe في تطبيق تقويم iOS «التحديث: Push» على «كل نصف ساعة» أو «كل ساعة»، بينما macOS على «Push». في iOS → الإعدادات → التقويم → مزامنة البيانات → Push اختر. لكن ذلك يساعد فقط في جانب القراءة — المشكلة الهيكلية لـ ICS (لا حاجز خاص، حذف ضعيف) تبقى.

ملخص

إن كانت مزامنة تقويم Treatwell عالقة الآن:

1. Re-Auth في Treatwell Connect (قطع + إعادة ربط)
2. حذف كوكيز المتصفح وذاكرته
3. فحص نسخة المتصفح — Chrome ≥ 120، Safari ≥ 17، Firefox ≥ 121، Edge ≥ 120

إن كانت المشكلة هيكلية — أي تُتجاهل الحواجز الخاصة، تبقى الإلغاءات معلقة، الكمون بالساعات — فلا quick-fix يساعد. Treatwell يتزامن مع تقويم Apple عبر ICS-Subscribe، معيار 2004 بُني لخلاصات ثابتة، لا لاستقبال مواعيد في الوقت الفعلي.

تكامل CalDAV الأصلي (كما يستخدم EazyBooking) يحل المشكلات الهيكلية — ثنائي الاتجاه، كمون أقل من 30 ثانية، حذف موثوق. من يشعر بأنه «يصلح» باستمرار مع Treatwell، يوفر مع التبديل احتكاكًا مستمرًا.

خطوات تالية:

• → تجربة EazyBooking 14 يومًا مجانًا
• → مقارنة مباشرة: EazyBooking مقابل Treatwell
• → دليل: مزامنة تقويم Apple و Google و Outlook
• → نظرة: بدائل نماذج العمولة في الحجز