Wenn Sie Social-Media-Dienstleistungen unter Ihrer eigenen Marke verkaufen möchten, aber noch keine Verkaufswebsite betreiben, können Sie mit einem Child-Panel eine fertige Bestelloberfläche nutzen. Haben Sie bereits eine Website, lassen sich Aufträge über eine API-Anbindung möglicherweise direkt an Ihren Anbieter übermitteln. Bei der Frage Child-Panel oder API-Integration kommt es vor allem darauf an, wer die Verkaufssoftware verwaltet und wie viel Sie später selbst verändern möchten. Denn auch ein Child-Panel kann im Hintergrund eine API verwenden. Der Unterschied liegt weniger in der Technik der Übertragung als in der Kontrolle über das Panel.
Ein Child-Panel ist ein vorgefertigtes SMM-Reseller-Panel,
das an die Infrastruktur eines übergeordneten Anbieters angebunden ist. Je nach
Vertrag können Sie darin Ihre Marke, Ihr Logo, eine eigene Domain und selbst
festgelegte Verkaufspreise verwenden. Bestellt jemand über Ihr Panel einen
Dienst, wird der Auftrag an den Hauptanbieter weitergeleitet. Die Kosten für
die Leistung werden üblicherweise vom Guthaben Ihres Anbieterkontos abgezogen.
Ihre Kunden verfolgen ihre Bestellungen über Ihre
Verkaufsseite, während der Hauptanbieter die beauftragten Leistungen ausführt.
Ob Sie einzelne Dienste ausblenden, Kategorien ändern oder Kundeneinstellungen
bearbeiten dürfen, hängt vom jeweiligen Child-Panel-Paket ab. Eine Bestellseite
unter Ihrem eigenen Namen bedeutet daher nicht, dass Ihnen auch die zugrunde
liegende Software gehört.
Über eine SMM-Panel-API tauscht Ihre Website oder Anwendung
Bestelldaten mit dem Dienstleister aus. Kauft ein Kunde beispielsweise ein
Paket mit Videoaufrufen, kann Ihre Software die Service-ID, den Videolink und
die gewünschte Menge an den Anbieter senden. Dieser gibt eine Auftrags-ID
zurück, über die sich der Bearbeitungsstand später abfragen lässt.
Wenn die Schnittstelle die entsprechenden Funktionen
unterstützt, können Sie darüber auch Dienstelisten und Einkaufspreise abrufen
oder den Kontostand prüfen. Eine API erstellt allerdings weder ein Kundenkonto
noch eine Zahlungsseite oder ein Supportsystem für Ihre Website. Diese Bereiche
müssen bereits vorhanden sein oder gesondert eingerichtet werden. Auch bei
verbreiteten SMM-API-Formaten dürfen Sie nicht davon ausgehen, dass jeder
Anbieter dieselben Befehle und Datenfelder unterstützt.
Bei einem Child-Panel müssen Sie keine Verkaufssoftware von
Grund auf entwickeln. Stattdessen richten Sie die vom Anbieter freigegebenen
Markeneinstellungen ein, verbinden gegebenenfalls Ihre Domain und verwenden die
im Paket enthaltenen Funktionen für Zahlungen und Kundenkonten. Vor der
Einrichtung sollten Sie prüfen, welche davon tatsächlich freigeschaltet sind.
Für die API-Anbindung einer vorhandenen Website benötigen
Sie dagegen eine Software, die SMM-Bestellungen entgegennehmen und an den
Dienstleister übertragen kann. Betreiben Sie bereits ein kompatibles SMM-Panel,
reichen möglicherweise einige Verbindungseinstellungen. Besteht Ihre Website
nur aus Informationsseiten, müssen unter anderem Bestellformular,
Benutzerverwaltung und Zahlungsabwicklung ergänzt werden. Eine API-Anbindung
erfordert also nicht zwangsläufig selbst geschriebenen Code, wohl aber ein geeignetes
Verkaufssystem.
Für Child-Panels verlangen manche Anbieter eine
Einrichtungsgebühr, andere eine monatliche Zahlung. Es gibt auch Angebote mit
kostenlosem Einstieg, für die bestimmte Bedingungen gelten. Die Domain,
Gebühren für Zahlungsvorgänge und die beim Hauptanbieter eingekauften Dienste
können zusätzlich berechnet werden. Der ausgewiesene Abopreis allein sagt
deshalb wenig über die laufenden Gesamtkosten aus.
Wenn Sie eine eigene API-gestützte Plattform betreiben,
müssen Sie gegebenenfalls Entwicklung oder Anpassung der Software, Hosting,
Lizenzen und Wartung bezahlen. Ob der Anbieter für den API-Zugang selbst eine
Gebühr erhebt, ist ebenfalls unterschiedlich geregelt. Die Kosten der
bestellten Dienste fallen bei beiden Modellen an. Verkaufen Sie in anderen
Währungen als der Anbieter abrechnet, können zudem Zahlungsgebühren und
Wechselkursschwankungen Ihre tatsächliche Marge verändern.
In vielen Child-Panels bestimmen Sie, welchen Aufschlag Sie
auf den Einkaufspreis berechnen. Welche Leistungen überhaupt angezeigt werden
und wie weit Sie die Einstellungen verändern können, richtet sich aber nach den
Berechtigungen des Hauptpanels. Mit einer unabhängigen Verkaufssoftware können
Sie einen eigenen Katalog aufbauen, Kundengruppen unterschiedliche Preise
anzeigen und passende Bestellmasken entwickeln. Die Software muss diese
Funktionen dafür ausdrücklich unterstützen.
Ändert Ihr Anbieter Service-IDs, Einkaufspreise oder
Bestellgrenzen, können veraltete Angaben zu fehlerhaften Aufträgen führen.
Deshalb braucht ein API-gestütztes System eine Möglichkeit, solche Daten zu
aktualisieren; eine automatische Synchronisierung ist keineswegs in jeder
Software enthalten. Auch die Anzeige teilweise abgeschlossener Aufträge sowie
der Zugriff auf Kundenhistorie und Supportanfragen hängen von den
Verwaltungsfunktionen Ihres Panels ab.
Bei einem fertigen Child-Panel kümmert sich häufig der
Plattformbetreiber um Server und Software-Updates. Die Betreuung Ihrer Kunden
und der Schutz Ihres eigenen Kontos bleiben trotzdem Ihre Aufgaben. Betreiben
Sie eine eigene API-Anbindung, müssen Sie oder Ihr technischer Dienstleister
sich zusätzlich mit Updates, Fehlerprotokollen und Serversicherheit befassen.
Den API-Schlüssel sollten Sie ausschließlich geschützt auf dem Server speichern
und niemals in öffentlich lesbaren Website-Code einbauen.
Auch beim Wechsel des Dienstleisters macht die gewählte
Software einen Unterschied. Ein Child-Panel bezieht seine Dienste normalerweise
vom zugehörigen Hauptanbieter. In einem unabhängigen System lassen sich unter
Umständen mehrere Anbieter einbinden, sofern es diese Funktion unterstützt und
die Service-Zuordnungen korrekt eingerichtet sind. Ob sich Kundenkonten,
Guthaben und laufende Aufträge auf eine andere Plattform übertragen lassen,
muss gesondert geklärt werden.

|
Vergleichspunkt |
Child-Panel |
API-Integration |
|
Einrichtung |
Vorgefertigtes
Reseller-Panel des Anbieters |
Vorhandene
oder neu entwickelte Verkaufssoftware |
|
Technische
Voraussetzungen |
Meist
weniger Entwicklungsaufwand |
Kompatible
Software oder Entwicklerunterstützung |
|
Anfangskosten |
Abhängig
von Paket und Einrichtungsbedingungen |
Abhängig
von Software und Hosting |
|
Laufende
Kosten |
Möglich
sind Abo- und Auftragskosten |
Möglich
sind Hosting-, Wartungs- und Auftragskosten |
|
Anpassungen |
Im
Rahmen der Panel-Berechtigungen |
Abhängig
von der eigenen Software |
|
Preise
und Katalog |
Vom Hauptkatalog
und den Reseller-Einstellungen abhängig |
Eigene
Preis- und Katalogregeln können entwickelt werden |
|
Kundenverwaltung |
Mit den
eingebauten Panel-Funktionen |
Mit den
Funktionen des eigenen Systems |
|
Auftragsverfolgung |
Über
die Statusanzeige des Panels |
Über
eine aus API-Antworten aufgebaute Statusanzeige |
|
Technische
Wartung |
Meist
beim Panel-Anbieter |
Beim
Reseller oder beauftragten Softwaredienstleister |
|
Anbieterwechsel |
Abhängig
von den Regeln des Hauptpanels |
Abhängig
von der Unterstützung mehrerer Anbieter |
Die Tabelle beschreibt typische Unterschiede, keine
zugesicherten Eigenschaften einzelner Produkte. Vor allem die Nutzung einer
eigenen Domain, der Export von Kundendaten und zusätzliche Anbieteranbindungen
können vertraglich eingeschränkt sein.
Wenn Sie noch keine Verkaufswebsite und keine Unterstützung
bei der Softwareentwicklung haben, kann ein Child-Panel den Einstieg
erleichtern, weil die Bestelloberfläche bereits existiert. Prüfen Sie trotzdem
vor der Entscheidung, welche Domain Sie verwenden dürfen, wie Zahlungen
abgewickelt werden, welche Funktionen Kundenkonten haben und welche Gebühren
regelmäßig anfallen. Eine einfache Einrichtung ist kein Ersatz für diese
Informationen.
Bestellen Ihre Kunden bereits über Ihre Website, lässt sich
ein Dienstleister mit einer passenden API-Anbindung möglicherweise in den
bestehenden Verkaufsablauf integrieren. Möchten Sie eigene Preisregeln nutzen
oder mehrere Anbieter einbinden, kann eine entsprechend entwickelte Software
mehr Spielraum bieten. Falls Sie zunächst mit einem Child-Panel beginnen,
sollten Sie vor einem späteren Wechsel klären, wie Kundendaten, Guthaben und
offene Bestellungen übernommen werden können.
Manche Anbieter stellen eine Subdomain bereit, während
andere die Verbindung einer eigenen Domain verlangen. Welche Variante möglich
ist, steht in den Einrichtungsbedingungen des jeweiligen Child-Panel-Pakets.
Nicht unbedingt. Ist bereits eine kompatible Bestellsoftware
vorhanden, kann die Einrichtung der Schnittstelle ausreichen. Andernfalls
müssen die Funktionen für Kundenbestellungen und die Kommunikation mit dem
Anbieter ergänzt werden.
Das hängt von den Exportrechten des Panels ab. Selbst wenn
sich Kundeninformationen übertragen lassen, können für Bestellhistorien und
Guthaben andere Bedingungen gelten.
Nein. Selbst wenn eine API Befehle für Refill oder
Stornierung bereitstellt, sind diese Vorgänge nicht für jeden Dienst zulässig.
Maßgeblich sind die Bedingungen der jeweils bestellten Leistung.
Das kann möglich sein, sofern die Konto- und API-Bedingungen
Ihres Anbieters beide Vertriebskanäle erlauben. Gemeinsame Guthaben,
Kundenkonten oder automatisch abgeglichene Bestellhistorien dürfen Sie dabei
nicht voraussetzen.
ApiSeller bewirbt sowohl eine Child-Panel-Lösung für den
Verkauf unter eigener Marke als auch API-Zugang zur Anbindung bestehender
Systeme. Welche Bedingungen für Ihr Vorhaben gelten, können Sie auf ApiSeller prüfen.