Treatwell takvimi senkronize olmuyor mu? Çözümler + neden yerel Apple senkronizasyonu daha iyidir
Treatwell Connect Apple takvimi sık mı kırılıyor? 3 standart çözüm + neden yerel CalDAV entegrasyonu ICS-Subscribe'dan daha güvenilir.

Treatwell takvimi senkronize olmuyor mu? Çözümler + neden yerel Apple senkronizasyonu daha iyidir
Sorun: Bir müşteri Treatwell üzerinden 14:00 randevusu alır — ama iPhone'undaki Apple takvimine ancak saatler sonra görünür. Veya hiç görünmez. Veya özel olarak Apple'da bir slotu bloklarsınız, Treatwell yine de onu çift satar.
Bu bir uç durum değil, Treatwell Connect'te bilinen bir kalıptır. Sebep mimaride yatar: Treatwell, Apple ve Google takvimleriyle ağırlıklı olarak ICS-Subscribe (webcal:// URL'leri) üzerinden senkronize olur — 2000'lerin başlarından kalma bir teknik, statik feed'ler için yapılmıştır, gerçek zamanlı randevu kabulü için değil.
Bu makalede önce üç akut düzeltmeyi gösteriyoruz — vakaların %80'inde senkronizasyonu tekrar çalıştırırlar. Ardından sorunun neden ortaya çıktığını açıklıyoruz — ve yerel CalDAV entegrasyonu neyi farklı yapar. Sonunda: geçmek istiyorsanız 5 adımlı bir migrasyon yolu.
Acil: Şimdi hemen yapabilecekleriniz
Mimariye girmeden önce — 10 dakikanın altında halledebileceğiniz üç standart çözüm.
Düzeltme 1: Treatwell Connect'i yeniden yetkilendirme (Re-Auth)
Tüm „senkronize olmuyor" vakalarının %60'ında, Treatwell ile Apple/Google hesabınız arasındaki OAuth bağlantısı süresi dolmuş veya iptal edilmiştir. Apple ve Google, diğerlerinin yanı sıra şu durumlarda token'ları geçersiz kılar:
- Apple ID şifrenizi değiştirdiğinizde
- İki faktörlü kimlik doğrulama yeniden kurulduğunda
- Son giriş tarihinden 90 günden fazla geçtiğinde
- Yeni bir cihazda giriş yaptığınızda
Treatwell Connect'te Re-Auth nasıl yapılır:
- Treatwell Connect'te oturum açın → Ayarlar → Takvim Bağlantısı
- Bağlı takvime (Apple / Google / Outlook) tıklayın
- „Bağlantıyı Kes" → kısa bekleyin (5-10 saniye, Treatwell eski token'ı temizleyebilsin diye)
- „Yeniden Bağlan" → OAuth akışı açılır → mevcut şifreyle giriş
- İzinleri kontrol edin — „Takvimi oku ve yaz" aktif olmalı
1-2 dakika sonra yeni randevular tekrar akmalıdır. Akmıyorsa: doğrudan Treatwell'de bir test randevusu oluşturun ve 5 dakika içinde Apple takvime düşüp düşmediğini gözlemleyin.
Düzeltme 2: Tarayıcı çerezlerini ve önbelleği temizleme
Sıradan görünür ama şaşırtıcı derecede sık yardımcı olur — özellikle Treatwell Connect girişi takıldığında („Treatwell Connect takvim girişi çalışmıyor").
Neden? Treatwell Connect bir web uygulaması olarak çalışır. Tarayıcınız eski bir oturum çerezini önbelleğe alırsa, Treatwell sizi „çıkış yapılmış" olarak görür — ama oturum kimliği sözdizimsel olarak hâlâ var olduğu için temiz şekilde giriş sayfasına yönlendiremez.
Nasıl yaparsınız:
- Chrome: Ayarlar → Gizlilik → Tarayıcı verilerini sil → „Çerezler ve diğer site verileri" + „Önbelleğe alınmış görüntüler ve dosyalar" → „Son saat" zaman aralığı çoğunlukla yeter
- Safari: Ayarlar → Gizlilik → Web sitesi verilerini yönet → „treatwell" aratın → kaldırın
- Firefox: Ayarlar → Gizlilik ve Güvenlik → Çerezler ve site verileri → Verileri kaldır
Sonra tarayıcıyı yeniden başlatın (yalnızca sekmeyi kapatmayın) ve Treatwell Connect'i yeniden açın.
Düzeltme 3: Tarayıcı uyumsuzluğunu kontrol etme
Treatwell Connect, Apple takvim bağlantılarında kesinlikle evergreen tarayıcılara ayarlanmış bir OAuth akışı kullanır. Hâlâ eski bir tarayıcıyla çalışıyorsanız, senkronizasyon sessizce kırılır.
Çalışanlar (2026 durumu):
- Chrome ≥ 120
- Safari ≥ 17 (macOS Sonoma+)
- Firefox ≥ 121
- Edge ≥ 120
Bilinen sorunlara neden olanlar:
- macOS High Sierra'da Safari (eski cihazlar) — eski TLS paketi nedeniyle Apple OAuth kırılır
- Edge Legacy (Chromium öncesi)
- iOS uygulamalarında gömülü tarayıcılar (örn. Treatwell mobil uygulaması bazen giriş için Safari yerine gömülü bir webview açar → OAuth geri çağrısı kaybolur)
Hızlı test: Treatwell Connect kullandığınız tarayıcıda https://www.whatismybrowser.com/ adresini açın. Tarayıcı sürümü beyaz listede değilse → güncelleyin veya tarayıcıyı değiştirin.
Çözüm vs. Belirti: Hangi düzeltme uyar?
| Belirti | En olası neden | Hangi düzeltme |
|---|---|---|
| Randevular 1-6 saat gecikmeli görünür | ICS-Subscribe gecikmesi (bug değil, by design) | Aşağıdaki „Bu neden olur" bölümüne bakın |
| Randevular artık hiç görünmüyor | OAuth token'ı süresi dolmuş | Düzeltme 1: Re-Auth |
| Treatwell Connect sayfasında giriş takılıyor | Eski oturum çerezi | Düzeltme 2: Çerezleri temizle |
| OAuth penceresi açılıyor, boş kapanıyor | Tarayıcı uyumsuzluğu | Düzeltme 3: Tarayıcı kontrolü |
| Randevular görünür ama iptaller görünmez | ICS salt okunurdur — güncellemeler gelir, silmeler güvenilir değil | Migrasyon |
| Manuel Apple randevuları Treatwell'i bloke etmez | ICS tek yönlüdür (Treatwell → Apple, geri değil) | Migrasyon |
Belirtileriniz alttaki iki satırdaysa, üç düzeltme yardımcı olmaz — bu mimari nedenlidir. Şimdi bunun hakkında daha fazlasını anlatıyoruz.
Treatwell senkronizasyonu neden bu kadar sık kırılır — arkasındaki mimari
Treatwell Connect, Apple ve Google takvimleriyle ağırlıklı olarak iki mekanizma üzerinden bağlanır:
- ICS-Subscribe (webcal URL'leri) — Treatwell bir
.icsdosyası yayınlar, Apple takviminiz buna abone olur ve güncellemeleri düzenli olarak kontrol eder. - OAuth + Google Calendar API (yalnızca Google, Apple değil) — çift yönlü, ama yazma kotaları ve gecikme ile.
Apple takvimlerinde fiilen yalnızca 1. varyant vardır — ICS-Subscribe. Ve sorun tam olarak burada yatıyor.
ICS-Subscribe nedir (ve ne değildir)
ICS-Subscribe, 2004'te (RFC 5545) kamu takvimleri dağıtmak için bir mekanizma olarak standartlaştırıldı — okul tatilleri, resmi tatiller, spor etkinlikleri. Varsayım: içerikler nadiren değişir, saatler süren okuma gecikmesi kabul edilebilir.
Üç sert sınırlama:
- Polling, push değil: Apple takviminiz ICS URL'ini yalnızca sabit bir aralıkta kontrol eder (iCloud varsayılan: 15 dakika ile 1 saat arası, iOS sürümüne göre). Treatwell aktif olarak push edemez.
- Apple bakış açısından salt okunur: Apple takvimde Treatwell'e geri akacak bir randevu oluşturamazsınız. Manuel özel bloklar görmezden gelinir — Treatwell slotu yine de satar.
- Zayıf silme semantiği: Treatwell bir randevuyu iptal ettiğinde, ICS dosyasının girdiyi
STATUS:CANCELLEDolarak işaretlemesi gerekir. Apple bunu bazen dikkate alır, bazen eski girdi kalır. Bu, kuaför forumlarındaki en sık Treatwell şikayetlerinden biridir.
Yerel CalDAV neyi farklı yapar
CalDAV daha modern standarttır (RFC 4791) — rezervasyon aracınızın doğrudan Apple takvim sunucusuna (iCloud) giriş yaptığı ve randevuları gerçek bir istemci gibi girdiği bir okuma/yazma protokolü.
ICS-Subscribe'a göre avantajlar:
- Çift yönlü: Özel olarak oluşturulan Apple randevuları rezervasyon aracında anında görünür ve slotları bloke eder
- Push uyumlu: Değişiklikler saatler değil, saniyeler içinde yayılır
- Gerçek silme semantiği: İptaller güvenilir biçimde kaybolur
- Çakışma algılama: İki kaynak aynı slotu talep ederse, fark edilir — çift satılmaz
CalDAV, Apple'ın iCloud için kendisinin kullandığı protokoldür. Apple takvimleriyle konuşmanın „doğru" dilidir.
Karşılaştırma: ICS-Subscribe vs yerel CalDAV
| Özellik | ICS-Subscribe (Treatwell) | Yerel CalDAV (EazyBooking) |
|---|---|---|
| Yön | Tek yönlü (Rezervasyon → Apple) | Çift yönlü |
| Gecikme | 15 dk - 6 sa | < 30 saniye |
| Özel blok slotu korur | Hayır | Evet |
| İptaller güvenilir | Hayır (çoğu zaman hayalet girdiler) | Evet |
| Şifre değişiminden sonra Re-Auth gerekli | Hayır (ama buna karşılık yazma erişimi yok) | Evet (uygulamaya özel şifre) |
| Standart RFC | 5545 (2004) | 4791 (2007) + Apple iCloud uzantıları |
| Online randevu kabulü için uygun | Sınırlı | Evet, bunun için yapılmıştır |
Başka bir deyişle: Treatwell'in Apple senkronizasyonu „bozuk" değil — mimari olarak sınırlı. Yukarıdaki üç düzeltme belirtilerde yardımcı olur, ama yapısal sorun (gecikme, eksik özel blok algılama, zayıf silmeler) kalır.
EazyBooking bunu nasıl farklı yapar
EazyBooking baştan itibaren Apple senkronizasyonu için birincil protokol olarak CalDAV ile yapıldı — ICS-Subscribe ile değil. Somut olarak bu şu anlama gelir:
- Bir müşteri online bir randevu rezerve ettiğinde, 30 saniye içinde ilgili çalışanın Apple takvimine düşer
- Çalışan özel Apple takvimine „14:00 diş hekimi" girdisi eklediğinde, bu online rezervasyon sayfasındaki slotu bloke eder — müşteriler oradan rezerve bile edemez
- İptaller her iki tarafta güvenilir biçimde kaybolur
- Tekrarlanan randevular, saat dilimleri ve çoklu çalışan rezervasyonları temiz biçimde gösterilir
Teknik ayrıntı sizi ilgilendiriyorsa, uygulamayı Apple, Google ve Outlook Takvim Senkronizasyonu — Komple Kılavuz 2026 makalesinde ayrıntılı olarak açıkladık.
Doğrudan işlev karşılaştırması için bir Treatwell Alternatifi genel bakışı vardır — orada fiyat, komisyon, veri egemenliği ve takvim özelliklerini yan yana görürsünüz.
Migrasyon Yolu: 5 Adımda Treatwell'den EazyBooking'e
Geçmeye karar verdiyseniz, pratikte test edilmiş yol. Plan: iki hafta paralel çalışma, ardından sert kesim.
Adım 1: Müşteri verilerini dışa aktarma
Treatwell'de: Ayarlar → Veri Dışa Aktarımı → Müşteriler → CSV indir. Bu, ad, telefon, e-posta ve geçmişi içerir. CSV'yi güvenli saklayın (GDPR — açık bulut klasörü olmaz).
Adım 2: EazyBooking hesabı oluşturma + hizmetleri içe aktarma
eazybooking.de/register adresinde 14 günlük denemeyi başlatın (kredi kartı olmadan). Yönetici alanında:
- Hizmetleri tanımlayın — en kolay yol en önemli beşi (kadın saç kesimi, erkek saç kesimi, boya vb.) ile başlamak
- Çalışanları tanımlayın ve onlara hizmetler atayın
- Açılış saatlerini ayarlayın
- Müşteri CSV'sini içe aktarın — toplu içe aktarma işlevi üzerinden
Adım 3: CalDAV ile Apple takvimi bağlama
Yönetici alanında: Ayarlar → Takvim → Apple Bağla
Apple uygulamaya özel bir şifre ister (normal Apple ID şifreniz değil). Bunu appleid.apple.com → Oturum Açma Güvenliği → Uygulamaya Özel Şifreler altında oluşturursunuz. EazyBooking sizi adım adım yönlendirir — ilk senkronizasyon bağlandıktan hemen sonra çalışır.
Mevcut Treatwell randevuları ICS-Subscribe bağlantısı üzerinden önce Apple'a akmaya devam eder. Silmenize gerek yok — EazyBooking bunları yabancı etkinlikler olarak tanır ve slotları bloke eder.
Adım 4: Vitrin bağlantısını iletme
Her EazyBooking hesabı kendi online rezervasyon sayfasına sahiptir, örn. eazybooking.de/salonunuz. Bu bağlantıyı:
- Instagram bio + Google Business profiline ekleyin
- Sadık müşterilere WhatsApp yayını ile gönderin
- Salonda QR kod olarak yazdırın
- Treatwell abonelik iptal e-posta şablonlarında belirtin (sağlayıcı izin verirse)
Adım 5: Treatwell hesabını iptal etme — tam olarak ne zaman?
Öneri: iki hafta paralel çalışma, sonra iptal. Gerekçe:
- Treatwell uygulamasında zaten bir ardıl randevu rezerve etmiş sadık müşteriler bunu kaybetmemeli
- Treatwell'den gerçekten kaç rezervasyon geldiğini vs organik olduğunu gözlemlersiniz
- Risk olmadan EazyBooking yöneticisine alışırsınız
Treatwell'de iptal: Ayarlar → Hesap → Hesabı İptal Et. Onay e-posta ile gelir. Zaten rezerve edilmiş, iptalden sonra gerçekleşen randevulardaki komisyon kural olarak yine de uygulanır — son faturada kötü sürprizler olmaması için bunu önceden destekle netleştirin.
Komisyon ve abonelik modellerinin karşılaştırmasına daha ayrıntılı genel bakış için Rezervasyon Komisyon Modellerine Alternatifler sayfasına bakın.
Sıkça Sorulan Sorular (SSS)
Treatwell Connect girişim genel olarak çalışmıyor — ne yapayım?
Vakaların %90'ında süresi dolmuş bir oturum çerezi veya tarayıcı uyumsuzluğudur. Önce Düzeltme 2 (çerezleri temizleme) + Düzeltme 3 (tarayıcı güncelleme) deneyin. İşe yaramazsa: Treatwell destekle iletişime geçin — hesap durumunu sunucu tarafında kontrol edebilirler. Hesabınız anti-fraud sistemiyle „geçici olarak askıya alındı" durumundaysa tek yol budur.
Treatwell randevularım neden Apple takvimde 1-2 saat sonra görünüyor?
Bu bug değil, iCloud polling davranışı. Apple takvim abone olunan ICS feed'lerini yalnızca 15-60 dakikada bir sorgular — bunu hızlandıramazsınız. Kısa süreli rezervasyonlarda (müşteri „30 dakika sonra" için rezerve eder) en büyük risk budur, çünkü randevuyu basitçe çok geç görürsünüz. Gerçek zamanlı senkronizasyon yalnızca CalDAV veya yerel bir API üzerinden gelir — ve Treatwell Apple için ikisini de kullanmaz.
Treatwell + EazyBooking'i paralel çalıştırabilir miyim?
Evet, en azından migrasyon sırasında. Her iki araç aynı Apple takvime yazdığı sürece, yalnızca slot müsaitliğini birbirinden öğrenmeleri gerekir. EazyBooking yabancı Apple etkinliklerini (Treatwell içe aktarmalar dahil) bloke edici olarak tanır. Tersine, Treatwell EazyBooking randevularınızı ICS-Subscribe üzerinden görür — bilinen gecikmeyle. Bu yüzden: paralel çalışma işler, ama bir noktada ikisinden biri master olmalıdır.
İptal edersem Treatwell yorumlarıma ne olur?
Treatwell yorumları Treatwell pazaryerinde kalır, ama taşınabilir değildir — bu sektör genelinde standarttır. Anlamlı yerine: Google Business profilini iyileştirin (yerel aramaların çoğu zaten oraya iner) ve her EazyBooking randevusundan sonra müşteriye e-posta ile yorum hatırlatması gönderin (EazyBooking bunu otomatik yapabilir). 2-3 ay içinde Google yorumları itibar kaybını telafi eder.
Apple uygulamaya özel şifreye ihtiyacım var mı? Güvenli mi?
Evet, Apple üçüncü taraf CalDAV erişimi için uygulamaya özel bir şifre ister. Bu, bir uygulama için özel olarak yetkilendirdiğiniz rastgele 16 haneli bir karakter dizisidir — ve Apple ID ana şifrenizi değiştirmeden tek tek iptal edebilirsiniz. Güvenlik açısından Treatwell'in kullandığı webcal mekanizmasından daha temiz, çünkü istediğiniz zaman fişi çekebilirsiniz.
EazyBooking'te CalDAV senkronizasyonu ekstra ücretli mi?
Hayır, Apple, Google ve Outlook senkronizasyonu temel pakette ek ücret olmadan dahildir. EazyBooking 5 çalışan dahil 59 €/ay net tutar (ek çalışanlar ücretli olarak eklenebilir), yıllık ödemede iki ay ücretsiz indirim vardır. Kredi kartı olmadan 14 gün deneme.
Treatwell senkronizasyonum yalnızca iPhone uygulamasında kırılıyor, macOS takviminde değil — neden?
Bu, iOS takvim uygulamasının ICS-Subscribe ayarının „Güncelle: Push" yerine „Yarım saatlik" veya „Saatlik" olduğunda, macOS „Push"ta olduğunda olur. iOS → Ayarlar → Takvim → Veri Eşitleme → Push altında seçin. Bu yine de yalnızca okuma tarafında yardımcı olur — yapısal ICS sorunu (özel blok yok, zayıf silmeler) kalır.
Özet
Treatwell takvim senkronizasyonunuz şu anda akut takılıyorsa:
- Treatwell Connect'te Re-Auth (bağlantıyı kes + yeniden bağlan)
- Tarayıcı çerezlerini ve önbelleği temizleme
- Tarayıcı sürümünü kontrol et — Chrome ≥ 120, Safari ≥ 17, Firefox ≥ 121, Edge ≥ 120
Sorun yapısalsa — yani özel bloklar görmezden gelinir, iptaller asılı kalır, saatlerce gecikme — hiçbir hızlı düzeltme yardımcı olmaz. Treatwell, Apple takvimlerle ICS-Subscribe üzerinden senkronize olur; bu 2004 standardı, statik feed'ler için yapılmıştır, gerçek zamanlı randevu kabulü için değil.
Yerel CalDAV entegrasyonu (EazyBooking'in kullandığı gibi) yapısal sorunları çözer — çift yönlü, 30 saniyenin altında gecikme, güvenilir silmeler. Treatwell ile sürekli „düzeltmek" hissinde olan, geçişle sürekli sürtünme kaybını tasarruf eder.
Sonraki Adımlar:
Yazar
EazyBooking Team
Wir bauen EazyBooking — eine Online-Terminbuchung für Service-Businesses in der DACH-Region. Hosted in Frankfurt, DSGVO-konform, ohne Provision.
İlgili Konular

