Praxis
CardDAV
CardDAV ist das offene Protokoll zum Synchronisieren von Adressbüchern zwischen Geräten und einem Server. RFC 6352 definiert es als vCard über WebDAV und HTTP.
CardDAV beantwortet die Frage, die vCard offenlässt: Eine .vcf-Datei bewegt Kontakte einmal – aber wie bleiben zwei Handys und ein Laptop dauerhaft einig? Das im August 2011 als RFC 6352 standardisierte Protokoll modelliert ein Adressbuch als WebDAV-Sammlung auf einem Server, in der jede Ressource genau eine vCard mit einer innerhalb der Sammlung eindeutigen UID ist. Clients legen Kontakte mit gewöhnlichen HTTP-Verben an, ändern und löschen sie, und der Server ist die Wahrheit, auf die alle Geräte konvergieren.
Es ist das Adressbuch-Geschwister von CalDAV (Kalender), und genau dieses Paar erklärt seine Verbreitung: Wer offenen Kalender-Sync wollte, implementierte meist beides. iOS und macOS sprechen CardDAV nativ, Android braucht einen Sync-Adapter wie DAVx⁵, und serverseitig ist es das Kontaktprotokoll von Nextcloud, Radicale, Baïkal, Fastmail und den meisten Groupware-Lösungen.
Für alle, die den großen Plattform-Ökosystemen entkommen wollen, ist CardDAV das praktische Rückgrat des Kontakt-Self-Hostings: ein Server, alle Geräte abonniert, kein Anbieter, der dir den Zugriff auf dein eigenes Adressbuch entziehen kann.
Anatomie eines CardDAV-Sync-Durchlaufs
Ein Client entdeckt die Adressbücher des Nutzers zuerst über Well-known-URLs und PROPFIND-Anfragen und hält sie dann mit REPORT-Abfragen aktuell. Die Änderungserkennung läuft über normale HTTP-Maschinerie: Jede Kontaktressource trägt ein ETag, das sich mit der vCard ändert, und die Sammlung exponiert ein CTag (oder ein Sync-Token gemäß der Erweiterung RFC 6578), das sich ändert, sobald irgendetwas darin geändert wurde. Ein periodischer Sync kostet daher einen billigen Vergleich; nur bei Abweichung holt der Client das Delta. Schreibzugriffe nutzen PUT mit If-Match-Vorbedingung – bearbeiten zwei Geräte denselben Kontakt, entsteht ein 412-Konflikt, den der Client auflösen muss, statt eines stillen Überschreibens. Primitiv verglichen mit CRDT-Merging, aber vorhersehbar und mit nichts als einem HTTP-Log debugbar.
Clients und Server, die es sprechen (und das Google-Sternchen)
Die Client-Unterstützung ist über die Plattformen hinweg asymmetrisch. Apple hat CardDAV tief integriert: Ein in den iOS- oder macOS-Einstellungen hinzugefügtes Konto synchronisiert systemweit. Android liefert keinen nativen Client – DAVx⁵ (Open Source) schließt die Lücke und bindet CardDAV an den System-Kontaktprovider an. Serverseitig wählen Self-Hoster zwischen Komplettsuiten (Nextcloud), minimalen Python-Servern (Radicale, Xandikos) oder PHP-Lösungen (Baïkal); gehostete Anbieter wie Fastmail und mailbox.org haben es an Bord. Google Contacts exponiert technisch einen CardDAV-Endpunkt, aber mit Eigenheiten und historisch unvollständigem Feld-Mapping – Google-Kontakte synchronisiert man meist über Googles eigene APIs. Interop-Fehler ballen sich in den vCard-Dialekten, nicht im Protokoll: Server speichern, was Clients PUTten, und zwei Clients, die sich über Foto-Kodierung uneins sind, beschuldigen einander über den Server in der Mitte.
Wo Endearist im Verhältnis zu CardDAV steht
CardDAV synchronisiert die Felder eines Kontakts; einem Personal CRM geht es um die Beziehung rund um diese Felder – Gesprächsnotizen, Erinnerungen, wie ihr euch kennengelernt habt –, wofür das vCard-Datenmodell nie gebaut wurde. Endearist ersetzt dein CardDAV-Setup deshalb nicht: Es importiert die vCards, die jeder CardDAV-Server oder -Client exportieren kann, und hält seine Beziehungsebene local-first auf deinem Gerät, mit optionalem Ende-zu-Ende-verschlüsseltem Sync (EU-gehostete Cloud) für mehrere Geräte. Im Klartext lesbarer Server-Speicher ist genau das, was klassisches CardDAV seinem Betreiber gibt; bei Notizen über deine engsten Menschen bedeutet Endearists E2E-Modell, dass selbst der Sync-Server sie nicht lesen kann. Beides koexistiert sauber: CardDAV für die Telefonier-Ebene, Endearist für die Erinnerungs-Ebene.
Häufige Fragen
- Was ist der Unterschied zwischen CardDAV und CalDAV?
- Gleiche Architektur, andere Nutzlast. Beide erweitern WebDAV über HTTP und nutzen ETags und Sync-Tokens zur Änderungserkennung; CalDAV (RFC 4791) transportiert iCalendar-Daten für Termine und Aufgaben, CardDAV (RFC 6352) transportiert vCard-Daten für Kontakte. Die meisten Server und nativen Clients implementieren das Paar gemeinsam – darum synchronisiert ein Nextcloud- oder Fastmail-Konto Kalender und Adressbuch typischerweise über benachbarte Endpunkte.
- Unterstützt Android CardDAV von Haus aus?
- Nein. Standard-Android bringt Sync-Adapter für Google-Konten mit, aber keinen generischen CardDAV-Client. Die Standardlösung ist DAVx⁵, eine Open-Source-App, die deine CardDAV- (und CalDAV-)Konten im System registriert – danach liest und schreibt jede Kontakte-App auf dem Gerät sie wie native Daten. iOS dagegen unterstützt CardDAV-Konten seit iOS 4 nativ in den Einstellungen.
- Kann ich einen CardDAV-Server selbst hosten?
- Ja – und es gehört zu den einfacheren Self-Hosting-Projekten. Radicale läuft als kleiner Python-Dienst, ideal für einen Raspberry Pi oder VPS; Baïkal ist die leichtgewichtige PHP-Alternative; Nextcloud bündelt CardDAV in eine komplette persönliche Cloud. Richte die iOS-Einstellungen oder DAVx⁵ auf die Server-URL mit deinen Zugangsdaten, und alle Geräte konvergieren auf deiner eigenen Hardware. Denk an Backups – wer sein eigener Anbieter ist, ist auch seine eigene Katastrophenvorsorge.
Zuletzt aktualisiert: 2026-06-10
Beziehungen pflegen, nicht verwalten.
Endearist ist ein local-first Personal CRM. Kostenlos bis 25 Kontakte.
Kostenlos starten