Datenschutzerklärung

Diese Richtlinie gilt für zyff.app: jede Tool-Seite, die API-Endpunkte hinter diesen Tools und Widgets, die Sie hier bauen und auf Ihrer eigenen Website einbetten. Sie beschreibt, was die Software tatsächlich tut, und keine allgemeine Vorlage, und sie ist zum Lesen geschrieben und nicht zum Überfliegen.

Zwei Tatsachen prägen alles Weitere. Erstens funktioniert jedes Zyff-Tool ohne Konto, für die Tool-Nutzung halten wir also weder Benutzernamen noch Passwort noch Profil. Ein Konto wird für genau eine Sache gebraucht — ein Widget auf Ihrer eigenen Website einzubetten, was Ihnen auch erlaubt, es danach zu bearbeiten — und was es speichert, steht unten unter „Konten“. Zweitens laufen Zyffs Tools auf unseren Servern und nicht in Ihrem Browser, Dateien erreichen uns also für die Dauer einer Anfrage. Was in diesem Zeitfenster mit ihnen geschieht, ist Gegenstand des nächsten Abschnitts.

Das ist eine allgemeine Datenschutzrichtlinie für eine Website mit Werkzeugen für ein allgemeines Publikum. Sie ist keine Rechtsberatung, und sie deckt nicht Ihre eigenen Pflichten ab, wenn Sie ein Zyff-Widget auf einer von Ihnen betriebenen Website veröffentlichen.

Uploads werden auf Zyffs Servern im Arbeitsspeicher verarbeitet und nicht gespeichert. Ihr Browser sendet die Datei über HTTPS an einen API-Endpunkt, der Server dekodiert sie, wendet die von Ihnen gewählten Einstellungen an und gibt die fertigen Bytes in der Antwort zurück. Der Upload existiert nur als Puffer für die Dauer dieser einen Anfrage und ist danach mit der Anfrage verschwunden.

Nichts wird auf die Festplatte geschrieben, in eine Warteschlange gestellt oder in eine Datenbank, einen Objektspeicher oder eine Sicherung kopiert. Es gibt keine Galerie vergangener Aufträge, keinen Verlauf und keinen Link, über den irgendjemand eine Datei später abrufen könnte, denn es gibt keine Datei zum Abrufen. Ergebnisse kommen mit einem no-store-Cache-Header zurück, und Ihr Browser setzt den Download aus der Antwort zusammen, die er bereits hält.

Uploads werden nie verwendet, um ein Modell zu trainieren oder zu verbessern. Der Hintergrund-Entferner führt ein vortrainiertes Open-Source-Segmentierungsmodell auf unseren eigenen Servern aus, mit Gewichten, die bei der Anwendung liegen — Ihr Bild wird also an keinen KI-Dienst Dritter gesendet. Dieses Modell findet den Umriss eines Motivs; es identifiziert keine Personen, und es wird keine Gesichtsvorlage erzeugt oder aufbewahrt.

Mehrere Tools verringern außerdem, was Ihre Dateien nach außen tragen. Der Komprimierer und der Skalierer rechnen die EXIF-Ausrichtung fest ein und verwerfen dann eingebettete Metadaten, GPS-Koordinaten, Kamera-Seriennummern und Aufnahmezeitpunkte überstehen es also nicht in die Ausgabe. Der Konverter behält Metadaten nur, wenn Sie diese Option ausdrücklich einschalten.

Weil kein Tool Sie zur Anmeldung auffordert, kommen für die gewöhnliche Tool-Nutzung ganze Datenkategorien gar nicht erst ins Spiel: keine E-Mail-Adresse, kein Passwort, keine Telefonnummer. Legen Sie ein optionales Konto an, erhalten wir von Google Ihre E-Mail-Adresse und Ihren Namen — mehr nicht. Abonnieren Sie einen kostenpflichtigen Tarif, wird die Zahlung vollständig von Razorpay abgewickelt; Ihre Kartendaten gehen an sie und berühren nie Zyffs Server, wir könnten sie also nicht einmal versehentlich speichern.

Zyff schaltet außerdem keine Werbung. Es gibt keine Werbenetzwerke, keine Conversion-Pixel, keine Retargeting-Tags und keine Datenhändler. Wir verkaufen, vermieten oder teilen keine personenbezogenen Daten für Werbung. Die Website misst durchaus, was Sie mit einem Tool tun — siehe den Analytics-Abschnitt unten, der benennt, was aufgezeichnet wird —, aber nichts auf Zyff baut ein Marketingprofil von Ihnen auf oder folgt Ihnen auf eine andere Website.

Zyff betreibt eine Handvoll Messwerkzeuge, und es ist ehrlicher, jedes davon zu benennen, als zu behaupten, die Website habe keine Analyse. Vercel Web Analytics zählt Seitenaufrufe und erfasst die verweisende Quelle, das ungefähre Land und den Gerätetyp. Vercel Speed Insights erfasst reale Lade- und Interaktionszeiten, etwa wie lange eine Tool-Seite braucht, bis sie benutzbar ist, verknüpft mit der Route und nicht mit einer Person. Keines dieser beiden nutzt ein Cookie.

Google Analytics 4 tut es. Es ist das Werkzeug, das beantwortet, was auf einer Tool-Seite tatsächlich passiert, und es funktioniert, indem es benannte Ereignisse aufzeichnet, während Sie eines nutzen: Eine Tool-Seite wurde geöffnet, eine Datei wurde angenommen oder abgelehnt und warum, eine Einstellung wurde geändert, eine Umwandlung wurde gestartet, nach so und so vielen Millisekunden beendet oder mit einer bestimmten Meldung abgebrochen, ein Ergebnis wurde heruntergeladen oder kopiert. Jedes Ereignis trägt die Form dessen, was Sie getan haben — Typ und Größe der Datei in Kilobyte, das Ausgabeformat, wie lange der Server gebraucht hat —, damit wir ein Tool, das niemand findet, von einem Tool unterscheiden können, das kaputt ist.

Was es nie trägt, ist der Inhalt. Ihr Dateiname wird nicht gesendet, denn ein Dateiname ist regelmäßig der Name einer Person, der Name einer Kundin oder eine Rechnungsnummer. Ebenso wenig das Bild, die Zwischenablage, der erzeugte Schnipsel oder der Name eines Unternehmens, das Sie im Bewertungs-Baukasten gesucht haben. Das Ereignis sagt "ein JPEG mit 2,4 MB wurde in 900 ms zu WebP komprimiert", nie welches JPEG.

Um eine wiederkehrende Besucherin von einer neuen zu unterscheiden, schreibt Google Analytics zwei Erstanbieter-Cookies in Ihren Browser — _ga und eines, das nach dieser Property benannt ist, _ga_<id> —, die eine von ihm erzeugte zufällige Kennung enthalten. Sie laufen zwei Jahre nach Ihrem jüngsten Besuch ab, und das Löschen der Website-Daten entfernt sie. Wenn Sie sich bei einem Zyff-Konto anmelden, senden wir Google außerdem die undurchsichtige Kontokennung, eine zufällige UUID und nie Ihre E-Mail-Adresse oder Ihren Namen, damit die Nutzung zweier eigener Geräte nicht als zwei verschiedene Personen gezählt wird.

Wir aktivieren Google Signals nicht, wir verknüpfen die Property nicht mit Google Ads oder einem anderen Werbeprodukt, und wir bauen keine Werbezielgruppen. Sollte sich das je ändern, ändert sich diese Seite im selben Release mit.

Daneben lädt die Seite den Google Tag Manager. Der Tag Manager misst selbst nichts — er ist ein Container, mit dem wir ein Messskript hinzufügen oder entfernen können, ohne neuen Code auszuliefern, und die oben beschriebenen Ereignisse werden ihm übergeben, statt zweimal erhoben zu werden. Ihn zu laden bedeutet, dass Ihr Browser ein Skript von googletagmanager.com anfordert, Google erhält also Ihre IP-Adresse, Ihren Browser- und Gerätetyp und die Seite, auf der Sie sind — genau wie schon beim Analytics-Skript, das von derselben Stelle ausgeliefert wird. Er setzt kein eigenes Cookie.

Da ein Container außerhalb dieses Quellcodes konfiguriert wird, betrifft die ehrliche Zusage das, was wir hineinstellen werden: ausschließlich Messung. Kein Werbe-Tag, kein Conversion-Pixel, kein Retargeting- oder seitenübergreifender Tracker und nichts, was einen Dateinamen, den Inhalt einer Datei oder ein von Ihnen gesuchtes Unternehmen erhält — dieselben Grenzen, die für Analytics gelten. Alles, was dort ergänzt wird und etwas Neues erhebt, wird im selben Release auf dieser Seite benannt.

Das Ergebnis ist verhaltensbezogen, und es bloß aggregiert zu nennen wäre geschönt: Einzelne Ereignisströme existieren für eine gewisse Zeit innerhalb von Google Analytics, und wir lesen sie, um zu finden, wo ein Tool Leute verliert. Was wir nicht können, ist irgendetwas davon mit einer Datei, einer Unternehmenssuche oder einer namentlich bekannten Person zu verbinden, denn nichts davon wird je gesendet.

Alle sind gewöhnliche Skripte, die geladen werden, nachdem die Seite benutzbar ist, gängige Inhaltsblocker und datenschutzorientierte Browser stoppen sie also. Eines davon zu blockieren hat keine Auswirkung auf die Tools — ein vernünftiger Test dafür, ob die Analyse hier tragend ist. Google Analytics reagiert nicht auf einen Do-Not-Track- oder Global-Privacy-Control-Header; wenn Sie sich auf diese verlassen, ist das Blockieren des Skripts das, was wirkt.

In der Ecke jeder Seite sitzt eine Chat-Blase. Sie wird für uns von Brevo (Sendinblue SAS, Frankreich) mit deren Produkt Conversations betrieben, und sie ist da, damit eine Frage zu einem Tool beantwortet werden kann, ohne dass Sie ein E-Mail-Programm öffnen müssen. Mit ihr zu sprechen ist völlig freiwillig, und jedes Tool funktioniert, ob Sie sie je anklicken oder nicht.

Das Chat-Skript wird auf jeder Seite geladen, sobald der Browser im Leerlauf ist, Brevo sieht also, dass eine Seite geöffnet wurde, selbst wenn Sie den Chat nie öffnen: die URL, die verweisende Seite, Ihre IP-Adresse und Ihren Browser- und Gerätetyp. Wenn Sie ein Gespräch beginnen, erhält und speichert Brevo, was Sie tippen, alles, was Sie anhängen, und alle Kontaktdaten, die Sie von sich aus angeben, damit wir antworten können — normalerweise eine E-Mail-Adresse. Fügen Sie nichts in den Chat ein, was Sie nicht in eine E-Mail schreiben würden, und hängen Sie keine Datei an, die Sie nicht gespeichert wissen wollen: Anders als ein Tool-Upload, der im Arbeitsspeicher verarbeitet und nie aufbewahrt wird, liegt ein Chat-Anhang in einem Support-Postfach.

Um ein Gespräch mit Ihnen verknüpft zu halten, während Sie zwischen Seiten wechseln und später zurückkommen, setzt Brevo eigene Erstanbieter-Cookies und Browser-Speicher mit einer von ihm erzeugten zufälligen Besucherkennung. Diese Kennung dient dazu, Ihre Nachrichten zusammenzuhalten, nicht dazu, Sie zu profilieren, und das Löschen der Website-Daten entfernt sie. Wir senden Brevo weder Ihre Dateinamen noch Ihre Uploads noch irgendetwas, was Sie mit einem Tool getan haben; enthält ein Gesprächsprotokoll etwas über eine Datei, dann, weil Sie es getippt haben.

Protokolle werden in Brevos Postfach so lange aufbewahrt, wie sie für die Unterstützung und etwaige Rückfragen nützlich sind. Wie die Analyse-Skripte ist auch dieses ein gewöhnliches Drittanbieter-Skript, das ein Inhaltsblocker oder ein privates Fenster stoppt — das Einzige, was Sie verlieren, ist der Chat selbst. Wenn Sie ihn lieber gar nicht nutzen möchten, erreicht ashokguptaa66@gmail.com dieselben Leute.

Zyff wird bei Vercel gehostet, jede Anfrage läuft also durch deren Infrastruktur. Übliche Anfragedaten wie Ihre IP-Adresse, der User-Agent, die angeforderte URL, der Zeitstempel und der Antwortstatus werden dort verarbeitet, um den Verkehr zu leiten, die Website verfügbar zu halten und Missbrauch oder Angriffe zu erkennen. Das ist normale Betriebsverarbeitung, wie sie jede gehostete Website vornimmt.

Zyffs eigener Anwendungscode führt keinen Nachweis darüber, wer was hochgeladen hat. Scheitert eine Anfrage unerwartet, schreibt der Code einen Fehlereintrag, damit sich der Fehler untersuchen lässt; dieser Eintrag enthält den Fehler, nicht den Inhalt Ihrer Datei. Wir nutzen Protokolldaten nicht für Marketing, Profilbildung oder Werbeausrichtung.

Die Protokollaufbewahrung beschränkt sich auf das, was unser Hosting-Anbieter zu Betriebs- und Sicherheitszwecken aufbewahrt. Der gesamte Verkehr wird über HTTPS ausgeliefert, der Google-Places-Schlüssel liegt nur in Server-Umgebungsvariablen, und jeder API-Endpunkt prüft Eingaben serverseitig, statt dem zu vertrauen, was die Seite gesendet hat. Kein System ist vollständig sicher, aber die Bauweise verringert bewusst, was es zu verlieren gibt: Es existiert kein Speicher mit Nutzerdateien, in den man einbrechen könnte.

Der Google-Bewertungs-Baukasten bezieht von der Anlage her Dienste Dritter ein, und er nutzt zwei. Wenn Sie nach einem Unternehmen suchen, werden der von Ihnen getippte Text und der von Ihnen gewählte Ort von unserem Server an die Google Places API gesendet, die aus dem Getippten ein bestimmtes Unternehmen macht. Unser API-Schlüssel bleibt serverseitig und wird nie in die Seite gestellt, die Anfrage kommt also von Zyff und nicht aus Ihrem Browser.

Die Bewertungen selbst werden dann über Apify gesammelt, einen gehosteten Datensammeldienst, der den öffentlichen Google-Maps-Eintrag des Unternehmens liest — dieselbe Seite, die jeder ohne Anmeldung öffnen kann. Wir nutzen ihn statt der Places API, weil diese API höchstens fünf Bewertungen pro Anfrage zurückgibt, ohne Möglichkeit, nach anderen zu fragen, und ein Widget, das immer nur fünf zeigen kann, einem Unternehmen mit Hunderten wenig nützt. Auch unser Apify-Token bleibt serverseitig. Kann das Sammeln aus irgendeinem Grund nicht laufen, fällt Zyff auf die Places API zurück, und das Widget zeigt die fünf Bewertungen, die diese API zurückgibt.

Zurück kommen der Unternehmensname, die Adresse, die Bewertung, die Anzahl der Bewertungen, ein Google-Maps-Link, Unternehmensfotos und die Bewertungen selbst — jede mit dem Anzeigenamen der bewertenden Person, ihrem Profilbild, einem Link zu ihrem Google-Profil, einem Link zur Bewertung und dem Bewertungstext. Bis zu 200 Bewertungen werden gesammelt, wenn Sie danach fragen, gegenüber fünf aus der Places-API-Rückfallebene. Dieser Inhalt stammt von Google und gehört den Menschen, die ihn geschrieben haben. Wir stellen ihn dar und lassen Sie ihn umgestalten, aber wir verändern die Worte nicht. Weil ein veröffentlichtes Widget weiter funktionieren muss, wird dieser Inhalt — einschließlich der Namen, Bilder und Worte dieser bewertenden Personen — in dem unten beschriebenen Zwischenspeicher gespeichert, statt nur durchzulaufen. Wir behalten außerdem, was frühere Sammelvorgänge zurückgegeben haben, der Bestand wächst also nur: unbegrenzt, bis zu 200 je Unternehmen. Wir sammeln ein Unternehmen erst dann erneut, wenn jemand im Widget-Baukasten einen Knopf drückt; nichts läuft auf einem Zeitplan. Daraus folgen zwei Dinge, und wir sagen sie lieber klar, als sie zu vergraben: Eine Bewertung, die inzwischen bei Google gelöscht wurde, bleibt in unserer Kopie, bis ein späterer Sammelvorgang sie ersetzt, und es gibt keinen Zeitgeber, der sie von selbst entfernt. Wenn Sie eine Bewertung geschrieben haben und wollen, dass sie entfernt wird, entfernen Sie sie zuerst bei Google — schreiben Sie dann an ashokguptaa66@gmail.com und nennen Sie das Unternehmen, und wir löschen unsere gespeicherte Kopie dafür.

Unternehmensfotos, Profilbilder von bewertenden Personen und alle einer Bewertung angehängten Fotos werden vom Browser Ihrer Besucher direkt von Googles eigenen Bildservern geladen, genau wie jedes andere von Google gehostete Bild. Wo ein Unternehmen verbunden wurde, bevor es diese Sammelmethode gab, werden seine Fotos weiterhin über /api/tools/google-reviews/photo angefordert: Googles Medienendpunkt verlangt den API-Schlüssel als Abfrageparameter, ein Bild-Tag direkt darauf zu richten würde also den Schlüssel veröffentlichen; stattdessen führt unsere Route die Abfrage mit Schlüssel serverseitig aus und leitet Ihren Browser an die schlüssellose Adresse weiter, die Google zurückgibt.

Um Google nicht für identische Abfragen zu bezahlen, werden aufgelöste Unternehmensdaten zwischengespeichert. Suchvorschläge werden 5 Minuten im Serverspeicher gehalten und gehen verloren, wenn der Prozess endet. Aufgelöste Unternehmen werden 20 Stunden in einer Datenbanktabelle gehalten und können darüber hinaus bis zu 30 Tage ausgeliefert werden, falls Google nicht erreichbar ist — damit ein bereits auf Ihrer Website eingebettetes Widget weiter funktioniert, statt leer zu bleiben. Diese Tabelle ist über die Google-Ortskennung adressiert, enthält nur das, was Google über ein öffentliches Unternehmen zurückgegeben hat, und hält nichts darüber fest, wer danach gesucht hat. Sie ist das, was ein eingebettetes Widget liest, und deshalb muss sie einen einzelnen Serverprozess überdauern. Die schlüssellose Bildadresse, die Googles Fotoendpunkt für ein Unternehmensfoto zurückgibt, wird auf dieselbe Weise 1 Tag zwischengespeichert, damit wiederholte Aufrufe eines Fotos die Abfrage nicht wiederholen; diese Adresse bezeichnet ein Foto eines öffentlichen Unternehmens, nie eine Person.

Googles und Apifys eigene Bedingungen und Datenschutzrichtlinien regeln, was jeder von beiden mit diesen Anfragen tut. Wenn Sie das entstandene Widget veröffentlichen, lädt die Einbettung ein Skript von zyff.app und fordert beim Aufbau Ihrer Seite die gespeicherten Bewertungsdaten an — Besucher Ihrer Website senden also Anfragen an Zyffs Server und an Googles Bildserver. Beschreiben Sie das in der Datenschutzerklärung Ihrer eigenen Website.

Bei einem in einem Konto gespeicherten Widget meldet das Einbettungsskript außerdem jeden Aufbau an Zyff zurück, denn die Tarife enthalten ein monatliches Aufrufkontingent. Was aus dieser Meldung aufbewahrt wird, ist eine laufende Summe je Konto und Kalendermonat — eine einzige Zahl. Es wird weder eine Seiten-URL noch ein Cookie noch eine Kennung des Besuchers dazu gespeichert; die IP-Adresse des Besuchers wird wie bei jedem Endpunkt vorübergehend zur Begrenzung der Zugriffsrate genutzt und geht nicht in die Zählung ein.

Die Widgets für den Instagram-Feed und die Facebook-Bewertungen funktionieren wie das Google-Bewertungs-Widget, mit einem Unterschied, der genannt gehört: Weder Instagram noch Facebook bietet eine API, die die Beiträge eines öffentlichen Kontos oder die Empfehlungen einer Seite ohne eine Business-App und ein Prüfverfahren zurückgibt. Zyff sammelt diesen öffentlichen Inhalt daher über Apify, einen gehosteten Datensammeldienst. Unser Apify-Token bleibt serverseitig und wird nie in die Seite gestellt, die Anfrage kommt also von Zyff und nicht aus Ihrem Browser.

Zurück kommt das, was diese Seiten der Öffentlichkeit ohnehin zeigen. Bei Instagram: das Bild oder Video jedes Beitrags, seine Bildunterschrift, seine Zahl an Likes und Kommentaren, sein Datum, seine Adresse auf Instagram und der Benutzername, der ihn gepostet hat — dazu bei einer Kontoquelle das Profilbild, die Biografie und die Zahl der Follower, Abonnements und Beiträge dieses Kontos. Bei Facebook: der Text jeder Empfehlung, ihr Datum, ob sie die Seite empfiehlt, der Anzeigename und das Profilbild der bewertenden Person, ein Link zur Empfehlung sowie der Name, das Bild und die Gesamtzahlen der Seite selbst. Dieser Inhalt stammt von den Menschen, die ihn geschrieben und gepostet haben, und wir verändern ihre Worte nicht.

Weil ein veröffentlichtes Widget weiter funktionieren muss, wird dieser Inhalt gespeichert, statt nur durchzulaufen. Ein Instagram-Feed gilt 2 Tage als frisch, bevor Zyff ihn erneut prüft, und kann darüber hinaus bis zu 30 Tage ausgeliefert werden, falls eine Auffrischung scheitert — damit ein bereits auf Ihrer Website liegendes Widget weiter funktioniert, statt leer zu bleiben. Eine Facebook-Seite verwendet 3 Tage und 30 Tage. Weil jeder Sammelvorgang nur ein jüngeres Zeitfenster zurückgibt, behalten wir außerdem, was frühere Sammelvorgänge zurückgegeben haben: bis zu 120 Beiträge je Feed und 100 Empfehlungen je Seite. Wir behalten sie unbegrenzt und prüfen nur dann erneut, wenn jemand im Baukasten uns darum bittet — nichts läuft auf einem Zeitplan. Es folgen dieselben zwei Dinge wie bei den Google-Bewertungen, und wir sagen sie lieber klar, als sie zu vergraben: Ein Beitrag oder eine Empfehlung, die inzwischen gelöscht wurde, bleibt in unserer Kopie, bis eine Auffrischung sie ersetzt, und es gibt keinen Zeitgeber, der sie von selbst entfernt. Wenn etwas von Ihnen in einem dieser Widgets erscheint und Sie es entfernt haben wollen, löschen Sie es zuerst an der Quelle, schreiben Sie dann an ashokguptaa66@gmail.com und nennen Sie das Konto oder die Seite, und wir löschen unsere gespeicherte Kopie.

Instagram- und Facebook-Bilder werden über Zyff angefordert, statt direkt von deren Servern geladen zu werden. Ihre Bildadressen tragen eine Signatur und ein Ablaufdatum — gemessen bei unter fünf Tagen —, ein Bild-Tag, das auf eine davon zeigt, wäre auf Ihrer Website also binnen etwa einer Woche nach dem Einbetten kaputt. Unsere Route holt das Bild serverseitig und reicht es durch, 1 Tag zwischengespeichert. Das bedeutet, dass die Anfrage nach einem Widget-Bild von Zyff kommt und nicht aus dem Browser Ihrer Besucher, Instagram und Facebook sehen Ihre Besucher also nicht. Diese Tabellen sind über das Konto, den Hashtag, den Ort oder die Seite adressiert und halten nichts darüber fest, wer etwas nachgeschlagen hat.

Apifys eigene Bedingungen und Datenschutzrichtlinie regeln, was Apify mit diesen Anfragen tut. Wenn Sie eines dieser Widgets veröffentlichen, lädt die Einbettung ein Skript von zyff.app und fordert beim Aufbau Ihrer Seite den gespeicherten Inhalt an — Besucher Ihrer Website senden also Anfragen an Zyffs Server. Beschreiben Sie das in der Datenschutzerklärung Ihrer eigenen Website.

Jedes Tool funktioniert ohne Konto. Die Anmeldung gibt es aus einem Grund: einbettbare Widgets. Eines zu bauen und in der Vorschau zu sehen braucht kein Konto; seinen Embed-Code zu bekommen schon, denn ein Widget, das auf Ihrer Website erscheint, muss zu einem Konto gehören — das ist es, was seine monatlichen Aufrufe einem Tarif zurechenbar macht, und was Ihnen erlaubt, es später zu bearbeiten, sodass jede einbettende Website sich aktualisiert, ohne dass der Code neu eingefügt werden muss.

Die Anmeldung wird an Google abgegeben. Zyff sieht oder speichert nie ein Passwort. Von Google erhalten wir Ihre E-Mail-Adresse, Ihren Namen und die URL Ihres Profilbilds — sonst nichts, und keinen Zugriff auf Ihr Google-Konto über Ihre Identifizierung hinaus. Die Authentifizierung wird in unserem Auftrag von Supabase betrieben, und ein Sitzungs-Cookie hält Sie zwischen Seiten angemeldet.

Der Kontodatensatz selbst ist bewusst dünn: eine Kennung, Ihr Anzeigename und die URL Ihres Profilbilds, auf welchem Tarif Sie sind und welche Widgets Sie gespeichert haben. Ihre E-Mail-Adresse liegt beim Authentifizierungsdienst, statt in unsere eigenen Tabellen kopiert zu werden — das Löschen des Kontos entfernt die Identität also vollständig, statt eine verirrte Kopie zurückzulassen.

Sie können Ihr Konto auf der Kontoseite selbst löschen. Das entfernt Ihre Identität, Ihre gespeicherten Widgets und — weil das Widget das ist, worauf der Embed-Code zeigt — jedes von Ihnen gespeicherte Widget hört auf, auf den Websites zu erscheinen, wo es eingebettet ist. Das steht hier in diesen Worten, weil es die Folge ist, mit der die Leute am wenigsten rechnen.

Zyffs kostenpflichtige Tarife sind optionale Abonnements, die nur gespeicherte Widgets betreffen. Kein Tool liegt hinter einem von ihnen.

Zahlungen werden von Razorpay abgewickelt. Ihre Karten- oder Bankdaten werden in Razorpays eigener Kasse eingegeben und gehen direkt an sie — sie laufen nie durch Zyffs Server und werden dort nie gespeichert. Was wir behalten, ist die Kennung, die Razorpay dem Abonnement gibt, auf welchem Tarif und in welcher Währung es läuft, sein Status und wann der aktuelle Zeitraum endet. Das ist es, was der Website sagt, ob Ihr Tarif aktiv ist; es reicht nicht, um Ihnen etwas zu berechnen, und wir könnten das auch nicht eigenständig tun.

Wenn Sie kündigen, läuft Ihr Abonnement bis zum Ende des bereits bezahlten Zeitraums und wird nicht verlängert. Wenn Sie Ihr Konto löschen, wird der Zahlungsbeleg von Ihrer Identität gelöst und nur so lange aufbewahrt, wie das Steuer- und Rechnungslegungsrecht es verlangt.

Zyff schreibt einen Wert in den localStorage Ihres Browsers: einen Schlüssel namens zyff-theme, der entweder light oder dark enthält. Er wird nur gesetzt, wenn Sie den Themenschalter benutzen, und ein kleines eingebettetes Skript liest ihn, bevor die Seite gezeichnet wird, sodass Ihr gewähltes Thema ohne Aufblitzen der falschen Farben angewandt wird.

Das ist lokaler Zustand, kein Tracking. Es ist kein Cookie, es wird nie an unseren Server gesendet, es enthält keine Kennung, und keine andere Website kann es lesen. Die Website-Daten für zyff.app zu löschen entfernt ihn, und die Seite fällt dann auf die Hell- oder Dunkel-Einstellung zurück, die Ihr Betriebssystem meldet.

Zyff setzt Cookies zu drei Zwecken. Die beiden oben beschriebenen Google-Analytics-Cookies enthalten eine zufällige Kennung, damit ein wiederkehrender Besuch nicht als neuer gezählt wird. Das Chat-Widget Brevo Conversations setzt ein eigenes, das eine zufällige Besucherkennung enthält, damit ein Gespräch Ihnen zwischen Seiten folgt. Und wenn Sie sich anmelden, setzt Supabase ein Sitzungs-Cookie, damit Sie zwischen Seiten angemeldet bleiben — es ist für das Funktionieren des Kontos unbedingt erforderlich, wird erst gesetzt, nachdem Sie sich zur Anmeldung entschieden haben, und das Abmelden entfernt es. Der im Analytics-Abschnitt beschriebene Google Tag Manager setzt keine eigenen. Es gibt keine Werbe-Cookies, und kein Cookie auf dieser Website wird genutzt, um Ihnen auf eine andere zu folgen. Der Wert zyff-theme im localStorage ist eine Einstellung, die Sie selbst treffen, und kein Cookie.

Die Skripte für Analytics, Tag Manager und Chat werden für alle geladen, ohne vorher zu fragen. Das gehört klar gesagt statt vergraben: Wenn Ihnen lieber wäre, dass sie nicht laufen, stoppt sie ein Inhaltsblocker oder ein privates Fenster, und jedes Tool funktioniert so oder so genau gleich.

Darüber hinaus lädt die Seite kaum etwas von anderswo. Webschriften werden selbst gehostet: Die drei von Zyff verwendeten Schriften werden beim Bauen heruntergeladen und von zyff.app ausgeliefert, das Laden einer Seite stellt also keine Anfrage an Googles Schriftserver. Es gibt keine eingebetteten Videos und keine Social-Buttons.

Damit bleibt eine kurze und vollständige Liste von Unternehmen, die infolge Ihres Besuchs Daten erhalten können:

Für Besucher im EWR, im Vereinigten Königreich und in der Schweiz verlangen die DSGVO und die UK-DSGVO, dass wir für jeden Zweck eine Rechtsgrundlage benennen. Unsere sind unkompliziert:

Die Speicherdauer folgt aus der Bauweise. Hochgeladene Dateien werden überhaupt nicht aufbewahrt. Kontodaten und gespeicherte Widgets werden aufbewahrt, bis Sie das Konto löschen, was Sie jederzeit selbst tun können. Ein Beleg über eine Abo-Zahlung wird nach der Kontolöschung, losgelöst von Ihrer Identität, so lange aufbewahrt, wie das Steuer- und Rechnungslegungsrecht es verlangt. E-Mails, die Sie uns senden, und jedes von Ihnen begonnene Chat-Gespräch werden nur so lange aufbewahrt, wie es zur Bearbeitung Ihrer Anfrage und etwaiger Rückfragen nötig ist. Analyse-Ereignisse hält der Anbieter für sein übliches Messfenster — Google Analytics bewahrt Daten auf Ereignisebene für eine begrenzte, in der Property eingestellte Aufbewahrungsdauer auf, danach bleibt nur die zusammengefasste Auswertung. Betriebsprotokolle werden von unserem Hosting-Anbieter für einen begrenzten Zeitraum zur Sicherheit und Fehlersuche aufbewahrt.

Zyff wird bei Vercel gehostet, dessen Infrastruktur Anfragen in den Vereinigten Staaten und in anderen Ländern verarbeitet. Google kann Anfragen an die Places API sowie die Anmeldung in den Vereinigten Staaten und in anderen Ländern verarbeiten. Supabase hostet die Kontodatenbank, Razorpay wickelt Zahlungen aus Indien ab, Apify verarbeitet die Sammelanfragen für Google, Instagram und Facebook aus der Tschechischen Republik, und Brevo betreibt das Chat-Widget aus der Europäischen Union. Wo für Daten, die den EWR oder das Vereinigte Königreich verlassen, eine Übermittlungsgarantie erforderlich ist, stützen wir uns auf die Mechanismen, die unsere Anbieter bereitstellen, etwa Standardvertragsklauseln und einschlägige Übermittlungsrahmen.

Wenn Sie sich im EWR, im Vereinigten Königreich oder in der Schweiz befinden, haben Sie das Recht auf Auskunft über Ihre personenbezogenen Daten, auf deren Berichtigung oder Löschung, auf Einschränkung der oder Widerspruch gegen die Verarbeitung, auf Datenübertragbarkeit, auf Widerruf einer Einwilligung, wo die Einwilligung die Grundlage ist, und auf Beschwerde bei Ihrer Aufsichtsbehörde (im Vereinigten Königreich beim Information Commissioner's Office).

Wenn Sie in Kalifornien ansässig sind, gibt Ihnen der CCPA in der Fassung des CPRA das Recht, die Kategorien und die konkreten erhobenen personenbezogenen Daten zu erfahren, sie löschen und berichtigen zu lassen, ihrem Verkauf oder ihrer Weitergabe für kontextübergreifende verhaltensbasierte Werbung zu widersprechen, die Nutzung sensibler personenbezogener Daten zu beschränken und wegen der Ausübung eines dieser Rechte nicht benachteiligt zu werden. Sie können eine bevollmächtigte Vertretung einsetzen. Zyff verkauft oder teilt keine personenbezogenen Daten, erhebt keine sensiblen personenbezogenen Daten und bietet keine finanziellen Anreize für Daten, diese besonderen Widersprüche haben also nichts, worauf sie wirken könnten. Sollte sich das je ändern, ändert sich diese Seite mit, und es wird ein Verfahren dafür ergänzt.

Wenn Sie nie ein Konto angelegt haben, gibt es eine ehrliche Einschränkung, die klar gesagt gehört: Weil die Tools kein Konto brauchen und Uploads nicht gespeichert werden, halten wir üblicherweise keinen mit Ihnen verknüpften Datensatz und haben daher nichts herauszugeben, zu berichtigen oder zu löschen. Realistisch bearbeiten lässt sich jede E-Mail-Korrespondenz oder jedes Chat-Gespräch, das Sie uns geschickt haben, sowie Daten auf Anfrageebene bei unseren Anbietern, soweit sie sich Ihnen zuordnen lassen. Wenn Sie doch ein Konto haben, können Sie es auf Ihrer Kontoseite löschen; das entfernt Ihre Identität, Ihre gespeicherten Widgets und die Verknüpfung Ihres Abonnements mit Ihnen.

In den zwölf Monaten vor dem Datum am Kopf dieser Seite waren die betroffenen Kategorien Internet- und Netzwerkaktivität (aufgerufene Seiten, verweisende Quelle, ungefähres Land, Geräte- und Browsertyp sowie die im Analytics-Abschnitt beschriebenen Tool-Interaktionen), Geräte- und Verbindungskennungen wie IP-Adresse, User-Agent und die zufälligen Cookie-Kennungen von Google Analytics und des Chat-Widgets sowie der Inhalt jeder E-Mail, die Sie uns senden wollten, oder jeder Nachricht, die Sie in den Chat tippen wollten. Sonst nichts.

Um ein Recht auszuüben, schreiben Sie an ashokguptaa66@gmail.com und beschreiben Sie, was Sie möchten. Wir bemühen uns, innerhalb von 30 Tagen zu antworten, und innerhalb der vom CCPA erlaubten 45 Tage, verlängerbar um weitere 45 Tage, wenn die Anfrage komplex ist. Wir können nach Angaben fragen, die nötig sind, um zu bestätigen, dass die Anfrage Sie betrifft, und wir verwenden diese Angaben für nichts anderes.

Zyff ist eine Werkzeug-Website für ein allgemeines Publikum und richtet sich nicht an Kinder. Wir erheben wissentlich keine personenbezogenen Daten von Kindern unter 13 Jahren oder von Personen unter 16 Jahren im EWR und im Vereinigten Königreich. Kein Tool fragt nach personenbezogenen Daten, und es gibt keine Werbung, für die man zielen könnte. Konten sind optional und erfordern eine Google-Anmeldung; erfahren wir, dass ein Konto einem Kind unterhalb dieser Altersgrenzen gehört, löschen wir es.

Wenn Sie Elternteil oder Erziehungsberechtigte sind und glauben, dass ein Kind uns personenbezogene Daten geschickt hat, höchstwahrscheinlich per E-Mail, schreiben Sie an ashokguptaa66@gmail.com, und wir löschen sie.

Wenn sich diese Richtlinie ändert, wird die aktualisierte Fassung auf dieser Seite veröffentlicht und das Datum des Inkrafttretens oben angepasst. Wesentliche Änderungen werden hier zusammengefasst, statt still eingeschoben zu werden. Wir betreiben keinen Verteiler, das Datum des Inkrafttretens ist also der Nachweis dafür, wann sich die Bedingungen dieser Richtlinie zuletzt bewegt haben.

Datenschutzfragen, Datenanfragen, Sicherheitsmeldungen und alles Übrige gehen an dasselbe Postfach: ashokguptaa66@gmail.com. Geben Sie genug Einzelheiten an, damit wir ohne Rückfrage handeln können.