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.

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.

Teil des Endearist-Beziehungsglossars →

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 stehen soll

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, unsere eigene App in Entwicklung, soll dein CardDAV-Setup deshalb nicht ersetzen: Geplant ist, die vCards zu importieren, die jeder CardDAV-Server oder -Client exportieren kann, und die Beziehungsebene local-first auf deinem Gerät zu halten, mit optionalem Ende-zu-Ende-verschlüsseltem Sync über einen Ordner oder WebDAV-Server, den du selbst betreibst; eine verwaltete, in der EU gehostete Variante ist erst für nach der ersten Version geplant. Im Klartext lesbarer Server-Speicher ist genau das, was klassisches CardDAV seinem Betreiber gibt; bei Notizen über deine engsten Menschen würde das geplante E2E-Modell bedeuten, dass der Sync-Speicher nur Daten hält, die er nicht lesen kann. Beides kann sauber koexistieren: CardDAV für die Telefonier-Ebene, ein Personal CRM für die Erinnerungs-Ebene.

Ende-zu-Ende-verschlüsselter Sync über Speicher, den du selbst betreibst — einen lokalen oder geteilten Ordner oder einen WebDAV-Server — ist für v1 geplant. Google Drive als Ziel ist noch nicht entschieden. Verwalteter Sync auf Endearist Cloud ist für nach v1 geplant, nur im Pro-Cloud-Abo.

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.

Quellen

Zuletzt aktualisiert: 2026-09-30

Beziehungen pflegen, nicht verwalten.

Trag dich in die Startliste ein: eine E-Mail, wenn es losgeht. Plattformen, Tarife und Funktionen brauchen ihre eigene Freigabe; die Anmeldung begründet keinen App-Zugang oder Kauf.

Auf die Startliste