Ihre übermittelten Antworten
Der kostenlose Ablauf verarbeitet Ihre gewählten Stil- und Einkaufsantworten sowie eine optionale Notiz. Diese Angaben werden nur dann an den RingMatcher-Server gesendet, wenn Sie ein Ergebnis anfordern, und dienen zu dessen Erstellung und Validierung.
Auf der Website und in der nativen App leitet der RingMatcher-Server diese Antworten und die optionale Notiz an OpenRouter weiter, das sie an einen KI-Modellanbieter vermittelt, der das Ergebnis verfasst. Einstellungen für Nullspeicherung und Ablehnung der Datensammlung werden angefordert. Anschließend prüft der Server, ob das Ergebnis Ihre Vorgaben einhält; ist der KI-Dienst nicht verfügbar oder besteht das Ergebnis diese Prüfung nicht, wird stattdessen ein regelbasiertes Ergebnis erstellt.
Optionale Bilder und KI-Verarbeitung
Fotos sind optional; ein Gesichtsbild ist nie erforderlich. Bis zu drei Bilder werden im Browser verkleinert und können über den RingMatcher-Server zum für diese Anfrage konfigurierten KI-Anbieter gelangen. RingMatcher speichert hochgeladene Bilddateien nicht absichtlich. Einstellungen für Nullspeicherung und Ablehnung der Datensammlung werden angefordert, Infrastruktur, Bedingungen und gesetzliche Pflichten des Anbieters gelten jedoch weiter.
Bildanweisungen erlauben nur visuelle Gestaltungshinweise und verbieten Identifizierung oder Ableitung sensibler Merkmale. Text oder Anweisungen im Bild werden ignoriert.
Geteilte Links
Ein Freigabelink enthält im URL-Fragment das sichtbare Ergebnis, den gewählten Diamantweg, die Budgetstufe und Inhaltssprache. Hochgeladene Bilder sind nie enthalten. Wer den Link hat, kann die codierten Angaben lesen; prüfen Sie sie daher vor dem Versenden.
Ein begrenztes Fragment kann sichtbare Ringprint-Felder zum Händlerfinder übertragen. Es wird nicht mit der HTTP-Anfrage der Seite gesendet und nach dem Import aus der Adresszeile entfernt, kann aber von jemandem mit dem noch nicht importierten Link gelesen werden.
Native app data, purchases, and recovery (authoritative English disclosure)
This native-app section is the authoritative English disclosure. The surrounding translated text may not yet describe every native-app behavior.
Creating a Ringprint in the native app sends the questionnaire answers, the content locale, and a random installation identifier to RingMatcher for AI matching, including when no photos are attached. If you add up to three photos, the app re-encodes them and includes the device-resized images and their context labels in that request. If AI matching is unavailable, the app can generate a rules-based result on the device. Cookies are omitted. RingMatcher then sends the answers and images to OpenRouter, the configured AI gateway, with zero-data-retention and data-collection-denial settings requested. RingMatcher does not intentionally persist the match request body or uploaded image files, and saved Ringprints never contain a photo file or image payload. OpenRouter, any routed model provider, and their infrastructure, terms, and legal obligations still apply.
The app stores saved Ringprints in AsyncStorage, including the questionnaire answers, optional note, generated result, locale, source, timestamps, and image-analysis counts. Paid-plan snapshots, generated guidance, setup inputs, saved candidate specifications and quote notes, comparison results, and tool activity are also stored in AsyncStorage; source snapshots omit the free-form Ringprint note. These records are app-local but are not encrypted by AsyncStorage. Photo files are excluded. A random installation UUID and purchase capabilities—including draft and access tokens, obfuscated purchase-binding identifiers, and a Google Play purchase token after billing—are stored separately with device-only SecureStore settings.
On Android, RingMatcher disables app backup and excludes its app files, databases, preferences, and device-to-device transfer domains from backup rules. This is intended to keep local Ringprints, plans, and purchase capabilities off Android backup and migration services. Other operating-system, device-administration, forensic, or user-initiated copying behavior is outside RingMatcher's control.
If you choose Report this result, the app sends RingMatcher the result identifier, visible result title, summary and rationale, the selected report reason, an optional note, the content locale, and the random installation identifier in a request header. The service uses the installation identifier and network address to enforce an hourly report limit. It writes the report content, reason, optional note, locale, a generated report identifier, and the receipt time to structured deployment logs so the report can be reviewed. Those report logs do not intentionally include the raw installation identifier or network address; their retention follows the deployment logging configuration. Reporting is optional and does not affect saved Ringprints or paid access.
The app sends limited plan-use events to RingMatcher to measure whether the offers help people buy and use a plan. These events cover quiz progress, visible offers or previews, checkout and price-loading outcomes, resuming purchases, opening or receiving a paid plan, exporting a report, saving a candidate, and refining a plan. Each event contains only its event name, plan type, locale, and Android or iOS platform; a fresh random event-delivery ID may accompany the request to suppress duplicate delivery, and the server adds a receipt timestamp. Events contain no installation or purchase identifiers, answers, photos, notes, candidate details, or report content. Cookies are omitted, and the app does not queue or retry these events. The server uses the network address for temporary rate limiting but does not include it in the structured analytics record. Records follow deployment-log retention. Fixed-label daily totals and hashed event-delivery references are also retained on the server for 90 days and pruned on the next event. Verified payment outcomes are counted separately using hashed payment references to prevent replay; test-provider payments are excluded. Event totals are not unique customer counts. Collection happens automatically during these actions and has no separate in-app opt-out.
Starting a Google Play checkout sends RingMatcher the selected pack, random installation UUID, local Ringprint identifier, and a SHA-256 digest of the Ringprint—not the questionnaire answers, uploaded photos, or generated plan. The server persists a digest of the installation identifier, the Ringprint identifier and digest, generated draft/access identifiers, product and pack identifiers, obfuscated Google Play binding identifiers, capability hashes, and timestamps. Claiming a purchase sends the raw Google Play purchase token to RingMatcher so it can be verified with Google Play. The server persists a digest of that token, and may persist an order-ID digest and purchase-completion timestamp; it does not write the raw purchase or order token to its purchase-state file.
The Android app also initializes Google's Play Billing library when it starts, even if you do not make a purchase. That library sends operational billing diagnostics to Google, including billing results and error details with app and Android-version metadata, to support billing functionality and diagnostics. Its transport can queue events on the device before sending them, so this is not limited to request-lifetime processing. There is no separate in-app opt-out for the billing library's diagnostics. Google's terms, privacy practices, and retention rules apply; RingMatcher does not control Google's retention period. Questions-only Ringprints also use the matching request described above; a local fallback is available when AI matching cannot finish.
The protected Google Play app-review path sends the reviewer access code and random installation UUID to RingMatcher. The server compares a one-way code digest, enforces network and installation limits, and persists only the code digest, installation digest, synthetic draft/claim/access identifiers, pack and product identifiers, and timestamps—not the plaintext review code. It returns signed, expiring plan capabilities to device-only SecureStore. This review path does not open billing or create a charge.
An unclaimed purchase draft expires after 7 days. Retrying an unclaimed, unreserved draft near expiry can renew its 7-day window while preserving the same purchase binding. One prior capability hash may be retained alongside the current hash so an in-flight request can still use its original token until that token expires. After a successful claim, its draft and claim digest mapping are retained through the paid access window so refunds and voided purchases can be reconciled. The draft capability still expires after 7 days. Paid access expires after 30 days for Shortlist or Complete Plan and after 90 days for Together Plan. Refunded grants are marked revoked and retained only through their original access expiry to prevent replay. The enabled production refund worker checks Google at server startup and is scheduled hourly; it receives raw voided purchase tokens transiently and matches their keyed digests without saving the raw tokens. Expired eligible rows are pruned atomically during this maintenance and subsequent purchase-state changes. Unexpired drafts and access records are not evicted to make room for newer records.
Saved Ringprints and completed paid plans remain on the device until you remove them, the bounded local history replaces older Ringprints, app storage is cleared, or the operating system removes the app data. Removing a completed paid plan also asks SecureStore to delete its associated capability. A plan with an unfinished purchase is protected from ordinary removal because the local draft may still be needed for Google Play recovery. RingMatcher has no user account or cross-device plan library: clearing local app data, removing protected credentials, changing devices, or uninstalling can make a consumed one-time purchase or its generated plan impossible to recover. You can choose to export completed reports as PDF in supported languages or portable HTML in every language, including after the editing window ends. Exporting uses the report already on your device and does not grant editing access on another device. Shared Together exports contain the shared alignment; exporting an individual report requires its owner’s permission. Copies you choose to save or share are controlled by their selected destination and are not removed when you delete the app’s local plan. Contact contact@ringmatcher.com for privacy or server-record deletion questions.
Anfragelimits, eigene Messung und technische Protokolle
Der Server kann aus einer Netzwerkadresse einen temporären, nur im Arbeitsspeicher gehaltenen Schlüssel zur Anfragelimitierung ableiten. RingMatcher erfasst eigene Funnel-Meilensteine auf der Landingpage, bei der Ringprint-Erstellung, beim Teilen und Herunterladen, im optionalen Checkout und in kostenpflichtigen Paketen sowie in der Händlersuche. Der Ereignisvertrag erlaubt nur den Ereignisnamen, feste Werte für Quelle, Kanal, Paket, Status, CTA-Ziel, CTA-Platzierung oder Spracheinstellung, boolesche Werte und begrenzte Anzahlen oder Bewertungen. Ausgeschlossen sind Antworten, Budgets, Notizen, erzeugter Richtungstext, beliebige URLs oder Seitenpfade, Ziele als Freitext, Zahlungskennungen, Fehlermeldungen oder -stapel, personenbezogene Angaben und beliebiger Text.
Ereignisse der Händlersuche können außerdem eine feste Kaufart und die Händler-ID aus dem von RingMatcher geprüften Katalog enthalten.
Nach einem Klick von einem Ratgeber zum Quiz kann der Sitzungsspeicher des Browsers ausschließlich folgende Zuordnungswerte aufbewahren: den zugelassenen Ratgeber-Slug, die Spracheinstellung und die CTA-Platzierung, ergänzt um technische Versions- und Ablaufmetadaten. Die Zuordnung wird höchstens 30 Minuten lang akzeptiert und einmalig für eine zugeordnete Ringprint-Anfrage verwendet. Ein abgelaufener Eintrag wird ignoriert und beim nächsten Zugriff entfernt; der Sitzungsspeicher endet außerdem mit dem Browser-Tab oder der Browsersitzung. Die Daten enthalten keine Antworten, Budgets, Fotos, Kontaktdaten oder Konto- beziehungsweise Benutzerkennung.
Wir zählen Besuche zugelassener öffentlicher Seiten, Quizstarts, abgeschlossene Schritte und personalisierte oder Ersatz-Ergebnisse. Der Sitzungsspeicher kann feste Kategorien für Einstiegsseite, Sprache, Kanal und Kampagne sowie Schrittmarkierungen bis zu 30 Minuten speichern; Abgelaufenes wird beim nächsten Zugriff gelöscht. Verweis-URLs werden lokal eingeordnet; vollständige URLs, Suchbegriffe und persönliche Kennungen werden nicht übertragen. Die Zahlen beschreiben Tab-Aktivität, keine eindeutigen Personen. Die Website speichert Ihre Antworten und das kostenlose Ergebnis bis zu 7 Tage nach Nutzung lokal in diesem Browser zum Fortsetzen. Fotodateien und das Notizfeld werden nicht gespeichert; das Ergebnis kann jedoch Angaben aus einer Notiz enthalten. Neu beginnen oder Browserdaten löschen entfernt diese kostenlose Sitzung. Bezahlte Pläne werden separat gespeichert.
Ereignisse können nach den Aufbewahrungseinstellungen des Hosts in Deployment-Protokollen erscheinen. Zusätzlich speichern wir Tageszahlen nach festen Kategorien für 90 UTC-Kalendertage auf unserem Server; ältere Zahlen werden beim nächsten Ereignis gelöscht. Es erfolgt keine Übertragung an externe Analysedienste. Antworten, Fotos, Kontaktdaten sowie Konto- oder Benutzerkennungen sind nicht enthalten. Wir zählen auch Angebote, Zahlungsergebnisse und nützliche Planaktionen, getrennt nach Website und App. Bestätigte Zahlungs-, Bereitstellungs- und Erstattungssummen stammen von Zahlungsanbietern; Testzahlungen sind ausgeschlossen. Zufällige Ereigniskennungen und gehashte Zahlungsreferenzen verhindern Doppelzählungen und werden nach der Analyse-Aufbewahrungsfrist von 90 Tagen gelöscht. Es sind Ereigniszahlen, keine eindeutigen Kunden oder Belege für höhere Verkäufe.
Kostenpflichtige Pakete und Stripe
Für optionale kostenpflichtige Pakete verarbeitet Stripe eine einmalige Zahlung. RingMatcher übermittelt Stripe die E-Mail-Adresse für den Beleg, das gewählte Paket, den serverseitig festgelegten Betrag und die Währung sowie erzeugte Anfrage- und PaymentIntent-Kennungen. Die Zahlungsdaten werden vom Payment Element von Stripe erfasst; RingMatcher empfängt oder speichert weder die vollständige Kartennummer noch den Sicherheitscode. Nach einem bestätigten Kauf schickt RingMatcher über Resend, unseren E-Mail-Versanddienstleister, einen Link zum Plan an diese Adresse; der Link kann auch aus dem Plan an eine frei gewählte Adresse gesendet werden. Resend erhält die Adresse und den Link, der den Plan selbst enthält (bei Couple’s Edition die gemeinsame Abstimmungsseite). Es gelten die Bedingungen und Aufbewahrungsregeln von Resend.
Stripe-Metadaten enthalten nur erzeugte Kennungen, den Zahlungs- und Erfüllungsstatus und einen Einweg-Hash für den Browserzugriff, nicht aber Antworten, Fotos, private Notizen oder Planinhalte. Paketspezifische HttpOnly- und SameSite-Cookies können bis zu 100 Tage bestehen; ein offener Zahlungsdatensatz kann bis zu 30 Tage im lokalen Speicher dieses Browsers verbleiben. Es gelten die Bedingungen und die Datenschutzerklärung von Stripe.
Auf der Produktionswebsite werden Sitzungen kostenpflichtiger Pläne auf einem geschützten Server-Volume gespeichert und nach regulären Neustarts und Deployments wiederhergestellt. Shortlist- und Complete-Plan-Sitzungen laufen nach 30 Tagen ab, Couple’s-Edition-Sitzungen nach 90 Tagen. RingMatcher kann eine Sitzung früher löschen, sobald ein Löschantrag ausgeführt wird. Kandidatendaten und Bewertungen bleiben in der Plansitzung gespeichert. Eine Bearbeitung ersetzt einen bestehenden Kandidaten und verlängert den Zugriff nicht. Die PDF-Erstellung auf dem Server erfordert aktiven Zugriff. Bleibt der Plan in diesem Browser gespeichert, lässt sich nach Ablauf eine lokale HTML-Kopie exportieren; das Löschen der Browserdaten kann sie entfernen. Ein heruntergeladener Plan stellt die bezahlten Werkzeuge nicht wieder her. Für auf der Website gekaufte Pakete Complete Plan und Couple’s Edition sendet RingMatcher die Antworten und den Ringprint des Plans (ohne optionale Notiz), Überarbeitungswünsche und eingegebene Kandidatendaten einschließlich Angebotsnotizen an OpenRouter und einen von dort vermittelten KI-Modellanbieter, um den Plan zu verfassen; Einstellungen für Nullspeicherung und Ablehnung der Datensammlung werden angefordert. Ist dieser Dienst nicht verfügbar, wird stattdessen ein regelbasierter Plan verwendet.
Was RingMatcher nicht verkauft
RingMatcher verkauft weder Ringe noch personenbezogene Daten. Ändern sich Konten, Bezahlung, Analytik, Speicherung oder Modellanbieter, muss diese Seite vor dem öffentlichen Angebot des geänderten Dienstes geprüft werden. Datenschutzfragen gehen an contact@ringmatcher.com.