Affiliate-Software für Polar.sh, heute nativ, nicht auf einer Roadmap.

Ja, und die Verbindung ist einmal Einfügen, mehr nicht: Du fügst ein Organization Access Token ein, und Rekomi prüft es, ermittelt deine Organisation und legt den Webhook-Endpunkt direkt in Polar an, abonniert auf genau die Ereignisse, die es braucht. Beim Trennen wird der Endpunkt wieder gelöscht. Bestellungen, Abo-Verlängerungen und Erstattungen werden alle automatisch verbucht, ohne Relay-Code und ohne manuelle Webhook-Konfiguration auf Polars Seite.

Nein. Auf dieser Seite geht es um Polar.sh, den Open-Source-Merchant-of-Record, über den Entwickler Software, SaaS und digitale Produkte verkaufen: Polar hostet den Checkout, zieht Zahlung und Steuern ein und überweist an dich. Mit dem Sportuhren-Hersteller Polar hat das nichts zu tun. Verkaufst du über polar.sh-Checkout-Links oder die API, ist das deine Integration.

Polar ist jünger als die Abrechnungsplattformen, mit denen die meisten Affiliate-Tools groß geworden sind, und Polar selbst liefert bewusst kein eingebautes Affiliate-Programm; Partner-Integrationen sind der vorgesehene Weg. Die meisten etablierten Affiliate-Plattformen haben es nicht ergänzt, wer also Affiliate-Software für Polar vergleicht, findet eine kurze Liste. Rekomi bindet Polar heute nativ an und geht weiter als ein Häkchen: Die Verbindung legt den Webhook-Endpunkt programmatisch an und entfernt ihn wieder, Provisionen hängen an order.paid (Geld, das wirklich geflossen ist, nicht bloß angelegte Bestellungen), und bei Erstattungen wird die Provision pro Erstattung zurückgeholt.

Die Empfehlung reist in den Metadaten der Bestellung mit. Das Rekomi-Head-Skript speichert den Affiliate-Klick in einem First-Party-Cookie; per API erstellte Checkouts übergeben window.Rekomi.getReferral() als metadata.rekomi_ref (der kanonische Schlüssel), und einfache Polar-Checkout-Links auf deinen Seiten versieht das Skript automatisch mit ?reference_id=, was Polar in die Metadaten der Bestellung kopiert. Links, die du außerhalb deiner Website baust (E-Mails, Docs), können reference_id mit einem einzeiligen Snippet anhängen. Rekomi liest zuerst rekomi_ref, dann reference_id, und eine reference_id, die zu keinem Affiliate passt, wird einfach ignoriert.

Weil Steuern nicht dein Umsatz sind. Polar ist der Merchant of Record: Es zieht Umsatzsteuer und Mehrwertsteuer selbst ein und führt sie ab, der Steueranteil einer Abbuchung gehört also nie dir, und Provision darauf würde jeden Affiliate bei jedem Verkauf in besteuerten Regionen überbezahlen. Rekomi berechnet die Provision auf den Nettobetrag der Bestellung, nach Rabatten und ohne Steuern, und Erstattungen werden ebenfalls vor Steuern gemessen, Rückforderungen bleiben also symmetrisch zur ursprünglichen Provision. Testphasen erzeugen beim Start eine $0-Bestellung; sie bringt nie Provision. Wird die Empfehlung zugeordnet, verbucht Rekomi sie als $0-Lead, und die Provision kommt aus der ersten echten Abbuchung.

Verlängerungen und Erstattungen, ja. order.paid ist das einzige Geldereignis: Ein Erstkauf verbucht eine einmalige Conversion, und jede Abo-Verlängerung eine wiederkehrende, die Umsatzbeteiligung läuft also über die gesamte Laufzeit des Abos weiter. Erstattungen, ganz oder teilweise, holen die Provision anteilig zurück, im selben Audit-Log, und bei ausstehenden Erstattungen wird erst zurückgeholt, wenn sie durch sind. Ein ehrlicher Hinweis: Polar sendet keinen Webhook für Streitfälle oder Rückbuchungen, ein verlorener Streitfall erreicht Rekomi also nie von allein; passiert einer, erklär die Conversion manuell für ungültig, und die Provision wird im selben Audit-Log storniert.

Zwei Fehlerfälle, beide überwacht. Wird das Token widerrufen, markiert der Gesundheitscheck die Verbindung, zeigt ein Banner zum Neuverbinden und mailt dir; ein frisches Token stellt sie mit intakter Historie wieder her (wähle beim Erstellen des Tokens „No expiration“, dann läuft es nie auf Zeit ab). Deaktiviert Polar den Endpunkt nach wiederholten Zustellfehlern, erkennt der Gesundheitscheck genau diesen Zustand; aktiviere ihn in Polar wieder oder verbinde einfach neu, das legt den Endpunkt frisch an, mit frischem, von Polar erzeugtem Signing Secret.

Ja, die Verbindung kennt ihre Umgebung. Die Sandbox von Polar (sandbox.polar.sh) ist eine eigene Welt mit eigenen Konten und Tokens, und Rekomi hält beide auseinander: Ein Sandbox-Token, das dort eingefügt wird, wo ein Produktions-Token erwartet wird, wird mit einem klaren Fehler abgewiesen statt mit einem stillen Tracking-Ausfall, und die Verbindung merkt sich durchgehend, zu welcher Umgebung sie gehört.

Nein; Rekomi erlaubt pro Workspace nur eine Conversion-Quelle, damit derselbe Verkauf nie doppelt verbucht wird. Wähle eine Verbindung für deine Polar-Verkäufe und bleib dabei; verkaufst du wirklich auf zwei Plattformen, führe sie als getrennte Workspaces.