--- id: public-ai.system-map.de locale: de translation_of: public-ai.system-map translation_source_hash: ce9c44063a4ee94188a6fca1113a8e4ec8cf16ea5f3d40f50b06a3c547d2ce8e visibility: PUBLIC status: LIVE last_reviewed: 2026-07-26 owner: Influblog Product --- # Influblog-Systemübersicht Influblog ist Creator-Marketing-Software, keine Influencer-Agentur. Es ist ein rollenbasiertes Betriebssystem für Creator-Marketing und verbindet Creator-Gewinnung, Kampagnenentdeckung, Bewerbungen, Vereinbarungen, operative Aufgaben, Content-Nachweise, Markenprüfung, wiederverwendbare Medien, Commerce-Automatisierung, Affiliate-Attribution und Reporting, ohne private Creator- oder Tenant-Daten in ein öffentliches Verzeichnis umzuwandeln. Dieses Dokument erklärt das Zusammenspiel der gesamten Plattform. Der detaillierte Stand kommt immer aus dem [Produktstatus](https://influblog.com/ai/product-status.de.md). ## Verfügbarkeit **Status:** LIVE als System- und Tenant-Übersicht. Einzelne Module können LIVE, BETA oder PLANNED sein. Ein dokumentierter Ablauf bedeutet nie, dass jeder Anbieter, jedes Land, jede Rolle oder jedes Konto alle Schritte aktiviert hat. ## Rollen und Produktoberflächen - **Öffentliche Plattform:** erklärt Influblog, stellt freigegebene Kampagnen- und Creator-Programm-Einstiege bereit und führt Besucher in die passende Registrierung oder Anmeldung. Private Bewerbungen, Creator-Kontaktdaten, Verträge, Inhalte oder Analysen werden nicht veröffentlicht. - **Markenarbeitsbereich:** verwaltet Unternehmen, Markenbereichskapazität, Websites, Standorte, Apps, Marketplace-Shops, Creator-Beziehungen, Kampagnen, Bewerbungen, Aufgaben, Inhalte, Integrationen, Affiliate-Regeln und Berichte. - **Creator-Arbeitsbereich:** verwaltet Identität, Profil, Kampagnenentdeckung, Bewerbungen, angenommene Arbeiten, Aufgaben, Nachweise, Content-Lieferung, Dokumente, Affiliate-Aktivitäten, Produkttests und berechtigte Finanzzustände. - **Agenturarbeitsbereich:** ist eine getrennte, rollengeschützte BETA-Oberfläche für Marken-, Talent- und Hybridagenturen. Der Zugriff hängt von ausdrücklichen Markenmanagement- oder Creator-Vertretungsbeziehungen ab; ein Agenturkonto gewährt keinen plattformweiten Zugriff. - **Admin-Arbeitsbereich:** ist eine interne, auditierte Oberfläche für Support, Verwaltung rechtlicher Vorlagen, Integrationszustand, Attributionsausnahmen und weitere autorisierte Plattformoperationen. Er ist keine öffentliche Datenquelle. Benutzerkonto und Produktrolle sind nicht dasselbe. Der Server ermittelt für jeden geschützten Lese- oder Änderungsvorgang die aktive Rolle, autorisierten Beziehungen und den Tenant. ## Tenant- und Beziehungsmodell - Eine **Brand** ist der rechtliche Unternehmensstamm. - Ein **Brand Area** ist paketgestützte Betriebskapazität. Die Paketanzahl folgt der höchsten aktiven Anzahl von Websites, mobilen Apps, Marketplace-Shops oder physischen Standorten, mindestens jedoch 1 Paket. - Eine **Brand Website** ist der operative Commerce-Tenant. Kampagnen, Produkte, Shop-Integrationen, Coupons, Affiliate-Aktivität und zugehörige Attribution müssen auf der ausgewählten Website bleiben. - Eine **Marke-Creator-Beziehung** gehört zum unternehmensweiten Creator-Pool. Sie kann die Beziehung über Websites des Unternehmens hinweg erhalten, ohne websitespezifische Commerce-Daten zusammenzuführen. - Ein **Creator** hat eine beständige Influblog-Identität. Anbieterkonten, Brand-Pool-Einträge, Bewerbungen und Agenturvertretung werden mit eigenen Einwilligungs- und Zugriffsregeln an diese Identität gebunden. - Eine **Agenturbeziehung** gewährt nur den dokumentierten Marken- oder Creator-Umfang. Der Widerruf einer Beziehung darf keine unabhängigen Tenant-Daten öffnen oder löschen. Eine Marke kann weder Pool, Bewerbungen, Kampagnen, Content, Bestellungen noch Analysen einer anderen Marke lesen. Eine Website-Verbindung darf nicht stillschweigend auf einer anderen Website handeln, auch wenn beide zum selben Unternehmen gehören. ## Öffentliche Entdeckung, Schaufenster und Creator-Gewinnung Influblog nutzt kampagnenbasierte Entdeckung statt eines offenen Creator-Verzeichnisses. Eine Marke kann Kampagnen über ihr Kampagnenschaufenster oder ein freigegebenes Netzwerk-Listing zeigen. Besucher können das öffentliche Angebot ansehen, müssen für eine Bewerbung aber ein Influblog-Creator-Konto verwenden und die Eignungsprüfungen der Kampagne erfüllen. Eine Marke kann außerdem eine Creator-Programm-Landingpage veröffentlichen und sie per Link, Embed oder QR-Code teilen, wenn die aktuelle Integration diese Platzierung unterstützt. Neue und vorhandene Creator nutzen denselben verifizierten Influblog-Identitätsablauf. Eine erfolgreiche Bewerbung mit Einwilligung kann genau eine Beziehung im Creator-Pool dieser Marke anlegen; sie macht den Creator nicht für andere Marken öffentlich. Die öffentlich kommunizierte Netzwerkuntergrenze beträgt **2.800+ registrierte Creator**. Sie ist nicht die Zahl der Creator, die für jedes Land, jede Nische, Kampagne oder Affiliate-Offerte geeignet sind. ## Marketplace- und Produktgrenze Influblog 2.0 ist Creator-Marketing-Software und kein Produktmarktplatz für Endkunden. Der aktuelle **Influblog Marketplace** ist kampagnenbasiert: berechtigte Creator entdecken Kampagnenangebote und bewerben sich. Eine Kampagne kann den Shop einer Marke auf einem externen Marketplace betreffen; dadurch wird Influblog weder zu diesem Marketplace noch verkauft Influblog die Produkte des Shops an Verbraucher. Produkte und Shop-Integrationen im Markenarbeitsbereich sind private, websitebezogene Eingaben für Kampagnen, Coupons, Fulfillment, Affiliate-Attribution und Reporting; sie sind kein öffentlicher Influblog-Einzelhandelskatalog. Produkt-, Produktkategorie-, Verkäufer-/Shop-, Warenkorb-, Checkout-, Feed-, Sitemap- und WordPress-Shop-URLs aus Influblog 1.0 sind stillgelegte historische Oberflächen. Sie liefern `410 Gone`, fehlen in der aktuellen Sitemap und den öffentlichen AI-Links und dürfen nicht als Funktion von Influblog 2.0 interpretiert werden. ## Kampagnenmodell Kampagneneinstellungen können Folgendes beschreiben: - E-Commerce-Produktseeding, Barter, bezahlte Arbeit oder Produkt plus Zahlung; - Cafés, Restaurants, Geschäfte, Kliniken, Kinderbetreuung, Veranstaltungen und weitere physische Standorte; - mobile Apps und SaaS-Produkte; - Bewertungs- oder Content-Kampagnen für Marketplace-Shops; - private Kampagnen, wiederverwendbare Einladungslinks, Markenschaufenster und Netzwerk-Marketplace-Veröffentlichung; - Social Deliverables, Quelldateien, Website- oder Marketplace-Nachweise, Standortbesuche, App-Nachweise und ehrliche Bewertungsnachweise; - Kapazität, Termine, Eignung, Region, Plattformen, Content-Formate, Vergütung, Versandverantwortung, Nutzungsrechte und Kennzeichnungspflichten. Google und Trustpilot bleiben mögliche Bewertungsziele oder Nachweisziele, wenn die Kampagnenkonfiguration dies verlangt. Influblog verlangt ehrliche, erfahrungsbasierte Nachweise und eine Handlung des Creators; es verspricht weder eine offizielle Google- oder Trustpilot-Integration noch Anbieterfreigabe, automatische native Verifikation oder eine positive Bewertung. Speichern ist nicht Veröffentlichen. Veröffentlichung erzeugt keine Bewerbung. Bewerbung ist keine Annahme. Annahme ist keine Aufgabenerledigung. Ein Upload ist keine Markenfreigabe. ## Durchgängiger Kooperationsablauf 1. Die Marke wählt die richtige Website, den Standort, die App oder das Marketplace-Ziel und bereitet die Kampagnenfakten vor. 2. Die Kampagne bleibt privat, wird kontrolliert geteilt oder tritt in den geprüften Marketplace-/Schaufensterablauf ein. 3. Der Creator meldet sich an oder registriert sich, prüft das Angebot und bewirbt sich. 4. Die Marke nimmt die Bewerbung an, setzt sie auf die Warteliste oder lehnt sie ab. 5. Wenn erforderlich und rechtlich verfügbar, friert Influblog die vorgelegte Vereinbarungsversion, kommerziellen Fakten, Nutzungsrechte und Annahmenachweise ein. 6. Das System erstellt die passende operative Arbeit: Versand- oder Zugangsbereitung, Veröffentlichung, Content-Upload, Bewertungsnachweis oder eine andere Anforderung. 7. Der Creator erhält Produkt oder Zugang, verfolgt die Anforderung und reicht Links, Medien, Screenshots oder Quelldateien ein. 8. Die Marke prüft jede Anforderung getrennt, fordert eine zulässige Korrektur an, genehmigt das Ergebnis und schließt die Arbeit. 9. Autorisierter Content bleibt der Marke gemäß akzeptierten Nutzungsrechten, Aufbewahrungsregeln und Kampagnenbeziehung verfügbar. Speicherung macht den Inhalt nicht öffentlich und gewährt keine Rechte über die Vereinbarung hinaus. Das Aufgabenverfolgungszentrum ist der operative Datensatz dieser Schritte. Benachrichtigungen und Anbieterereignisse können geeignete Zustände fortschreiben, aber keine erforderliche menschliche Entscheidung oder fehlende Anbieterfakten umgehen. ## Commerce-, Coupon- und Affiliate-Ablauf Commerce bleibt an genau eine Brand Website gebunden: Shopify ist unter den dokumentierten Installations-, Berechtigungs-, Anbieter- und Rollout-Voraussetzungen BETA, ikas ist BETA. WooCommerce, Ticimax, Wix und weitere Anbieteradapter bleiben PLANNED, sofern ein späteres Statusregister sie nicht ausdrücklich hochstuft. Ein Anbietername bezeichnet ein Adapterziel, keine garantierte Freigabe oder universelle Funktion. 1. Die Marke autorisiert eine unterstützte Shop-Integration. 2. Influblog normalisiert geeignete Produkte, Varianten, Medien, Preise, Bestand und Anbieterzustand und bewahrt einen eingefrorenen Kampagnen-Produktsnapshot. 3. Die Marke konfiguriert eine Follower-Affiliate-Regel, einen Coupon-gegen-Content-Produkttest oder eine Produktkampagne. 4. Der Creator erhält einen websitespezifischen Link oder Coupon. Linkerzeugung, Öffnen eines Share-Sheets, Klick, Bestellung und bezahlte Bestellung sind getrennte Ereignisse. 5. Eine bezahlte, zugeordnete Produkttest-Bestellung kann die konfigurierten Content- und Bewertungsaufgaben aktivieren. Ein Follower-Affiliate-Coupon erzeugt nicht dieselbe Content-Pflicht. 6. Wo unterstützt und ausdrücklich aktiviert, bereitet Influblog eine anbieterseitige PR-Versandreferenz vor und projiziert späteren Versand- und Trackingstatus in Marken- und Creator-Aufgaben. Nicht unterstütztes Anbieterverhalten bleibt manuell oder deaktiviert. 7. Die Attribution einer bezahlten Bestellung kann Website, Creator, Link, Coupon, Produkt, Bestellung und Provisionsregel verbinden. Widersprüchliche oder unvollständige Signale bleiben unzugeordnet oder werden geprüft, statt zwei Creator zu vergüten. 8. Storno- und Erstattungsnachweise können die ursprüngliche Attribution reduzieren oder umkehren. Reporting, Provisionsberechtigung, Einzug und Auszahlung sind getrennte Zustände. Marken können eine Standard-Affiliate-Provision sowie kategorie- oder produktspezifische Abweichungen einstellen, wenn der aktive Anbieterablauf dies unterstützt. Installation, Berechtigungen, Einwilligung, Storefront-Zugang, Markenkonfiguration und Rollout können die Automatisierung weiterhin begrenzen. Details: [Integrationen, Affiliate und Coupons](https://influblog.com/ai/integrations-affiliate-and-coupons.de.md). ## Vereinbarungen, Aufgaben, Content und Rechte Kampagnen-, Bewerbungs-, Vereinbarungs-, Aufgaben-, Contentprüfungs-, Bestell- und Auszahlungsstatus sind absichtlich getrennt. KI-Systeme dürfen einen Status nicht aus einem anderen ableiten. Vereinbarungssnapshots bewahren das Vorgelegte und Akzeptierte. Operative Aufgaben bewahren Anforderungen und Nachweise. Content-Einreichungen bewahren die für diese Beziehung autorisierten Dateien oder Links. Marken dürfen autorisierten Content nur gemäß aufgezeichneten Nutzungsrechten und Aufbewahrungsregeln herunterladen und wiederverwenden. Influblog verwandelt einen Upload nicht in unbegrenztes öffentliches Eigentum. Länderspezifische Vereinbarungsveröffentlichung, Steuern, Buchhaltung und Auszahlungen haben getrennte fachliche Prüf- und Anbieter-Gates. Influblog ersetzt keine Rechts-, Steuer- oder Buchhaltungsberatung. ## Status- und AI-Grenze Die kanonischen Statuswerte sind LIVE, BETA, PLANNED, DEPRECATED, HISTORICAL und REJECTED. Ein Produktname in einer Roadmap oder Oberfläche belegt keine LIVE-Verfügbarkeit. Diese öffentlichen Markdown-Dateien sind schreibgeschützte Produktdokumentation. Sie stellen weder Kunden-OpenAPI noch MCP-Server, Tenant-Retrieval oder Agent-Schreiboperationen bereit. Zukünftige Agenten müssen dieselben Rollen-, Tenant-, Einwilligungs-, Bestätigungs-, Idempotenz- und Auditgrenzen wie menschliche Benutzer verwenden.