Microblogging-Netzwerk
Ein öffentlicher Platz in Ihrem Besitz, mit Werbebüro und API.
Ein fertiges Twitter Clone Script für ein Microblogging-Netzwerk unter Ihrer Marke: zehn Beitragstypen aus einem Editor, drei benannte Timelines, Direktnachrichten mit Anwesenheitsanzeige, typisierte Werbekampagnen, Creator-Abos und API-Schlüssel mit begrenztem Geltungsbereich. Web, Flutter und eine Betreiber-Konsole teilen sich eine REST-API, und Sie erhalten den vollständigen Quellcode.
| Produkttyp | Textzentriertes öffentliches Netzwerk, das ein Werbebüro und eine Entwickler-API mitbringt |
|---|---|
| Plattformpreis | $3,699 einmalig gezahlt, ohne Gebühren pro Platz und ohne Umsatzbeteiligung |
| Startzeit | 6 Arbeitstage vom Kickoff bis zur Bereitstellung im eigenen Branding |
| Enthaltene Clients | Next.js-Web-App (68 Seiten), Flutter-Mobile-App (28 Bildschirme), Betreiber-Konsole (15 Seiten) |
| Backend | 64 REST-Handler unter /api/v1/, Firebase Firestore, Firebase Authentication, 12 Cloud Functions |
| Quellcode | Vollständig und unverschlüsselt, dazu Firestore-Regeln, Indizes und typisierte Converter |
| Hosting | Selbst gehostet auf Infrastruktur unter Ihrer Kontrolle; Linux-Host mit PM2 |
| Zahlungen | Stripe ist im Build referenziert; andere Zahlungsabwickler sind Integrationsarbeit |
| Mobile Builds | Android-Build mitgeliefert; iOS-Build verfügbar |
| Support und Updates | Kostenlose Updates für 12 Monate, 60 Tage technischer Support, vorrangige Fehlerbehebung bis zum sechsten Monat, Hilfe bei der App-Veröffentlichung |
Ein Twitter-Klon ist eine fertige Plattform für kurze öffentliche Beiträge, Antworten und Timelines, gebaut so, wie man es von einem Microblogging-Netzwerk erwartet. Diese hier ist eine White-Label-Microblogging-Plattform, geschrieben als eigenständige Software und nicht als Reskin fremden Codes. Sie ist in Next.js und Flutter auf einem Firebase-Kern geschrieben, sodass ein kleines Team sie betreiben kann, ohne eigene Datenbankserver zu pflegen. Diese startbereite Twitter-Klon-App richtet sich an Betreiber, die lieber starten als bauen.
Der Editor veröffentlicht Beiträge als Umfragen, GIFs, Threads oder Zitatbeiträge, ebenso wie Text, Bilder, Video oder Audio, und Planung samt Inhaltswarnungen sitzt in derselben Steuerung. Timelines gliedern sich in „Für dich“, „Folge ich“ und „Lesezeichen“. Follows, Listen, Sperren und Stummschaltungen werden als ausdrückliche Datensätze geführt, und Direktnachrichten tragen Audio, Reaktionen, Lesebestätigungen und Tippanzeigen. Die alltäglichen Oberflächen werden Käufern vertraut sein, die Apps wie Twitter vergleichen. Ein Betreiber, der eine Plattform wie Twitter für eine einzelne Community oder Region möchte, kann dort ansetzen.
Darum herum sitzen die beiden Geschäfte, von denen ein Netzwerk dieser Art lebt. Das eine ist eine Werbe-Engine mit typisierten Kampagnen, Budgets und Ausgabenverfolgung. Das andere ist eine Entwicklerplattform, die OAuth-Apps und ratenbegrenzte API-Schlüssel ausstellt. Das Paket wird als White-Label verkauft und erscheint daher unter Ihrem Namen, in Ihren Farben und auf Ihrer Domain. Sie starten es als Ihre eigene Twitter-Alternative. Ihr Team erhält den vollständigen Twitter-Klon-Quellcode und kann ihn frei erweitern.
Twitter ist das Netzwerk rund um kurze öffentliche Beiträge: Man folgt Konten, liest eine Timeline, antwortet, repostet und durchsucht, worüber die Welt gerade spricht. Wer „Twitter-Klon“ eintippt, meint meist eines von dreien: ein Script zum Selberhosten, ein Tutorial zum Nachbauen oder ein fertiges Produkt, das man unter eigenem Namen startet. Das sind sehr verschiedene Käufe, und die Suchergebnisse mischen alle drei.
Ein White-Label-Twitter-Klon gehört zur dritten Gruppe. Es ist Software, die so arbeitet, wie man es von einem Microblogging-Netzwerk erwartet, als eigenständige Implementierung geschrieben, mit an Sie übergebenem Quellcode. Das Originalnetzwerk, dessen Mitglieder oder dessen Marke gehören nicht dazu. Sie gewinnen ein laufendes Produkt, auf das Sie eine Community lenken können, mit bereits angeschlossener kaufmännischer und sicherheitsrelevanter Technik.
Ein Mitglied landet auf einer Gesprächsoberfläche, die schon vollständig wirkt: ein Editor, drei Timelines zur Auswahl, private Nachrichten mit Anwesenheitsanzeige und Werkzeuge, um zu steuern, von wem man hört.
Zwei Arten von Menschen bringen Geld in ein Netzwerk: die, die an einer Gefolgschaft verdienen, und die, die für Aufmerksamkeit zahlen. Beide erhalten eigene Datensätze, Grenzen und Prüfschritte, sodass keiner nur ein Anhängsel des Feeds ist.
Die Betreiber-Konsole ist eine eigene Anwendung mit eigenem Anmeldepfad. Dort fallen Entscheidungen zu Vertrauen und Sicherheit, Werbeprüfung und Konten, und jede privilegierte Aktion hinterlässt einen Datensatz, der sich Monate später lesen lässt.
Ein Netzwerk wird zur Infrastruktur, wenn andere Produkte darauf aufbauen können. Entwickler erhalten Zugangsdaten mit begrenztem Geltungsbereich, berechenbare Grenzen und eine einheitliche Antwortform, und Sie erhalten eine Möglichkeit, ihren Zugriff zu messen und zu widerrufen.
Die Demo ist der ausgelieferte Build auf Live-Infrastruktur im Demo-Branding. Zwei Mitgliedskonten lassen Sie in einem privaten Fenster mit sich selbst schreiben, und die Betreiber-Konsole zeigt dieselbe Aktivität aus Sicht der Moderation. Ein Android-Build nutzt dieselbe API wie der Web-Client.
demo@mxtweet.comDemo@123test@mxtweet.comTest@123admin@demo.comAdmin@123demo@mxtweet.comDemo@12353 Funktionen in 4 Rollen.
Eine Umfrage endet zu dem Zeitpunkt, den der Autor festlegt, eine Frage kann also einen Nachmittag oder eine Woche laufen.
Mitglieder können einen anderen Beitrag durch Zitieren kommentieren oder mehrere Beiträge über Eltern-Verweise zu einem Thread verketten.
Beiträge lassen sich über dieselbe Editor-Steuerung für später einreihen und mit einer Inhaltswarnung versehen.
In einen Beitrag eingefügte Links werden zu einer Vorschaukarte, sodass geteilte Artikel in der Timeline lesbar bleiben.
Ein algorithmischer Feed, der dem Betreiber etwas zum Abstimmen gibt und Mitgliedern etwas, wofür sie sich entscheiden können.
Ein chronologischer Feed der Konten, denen ein Mitglied folgt, für Menschen, die dem Ranking misstrauen.
Gespeicherte Beiträge liegen in einer eigenen Timeline mit Suche, ein Lesezeichen ist also eine Sammlung und keine Sackgasse.
Jedes Mitglied hinterlegt, welche Timeline zuerst öffnet und wie sich Benachrichtigungen und Datenschutz im Konto verhalten.
Mitglieder gruppieren Konten per Mitglieds-ID in Listen und lesen jede Liste als eigene, fokussierte Timeline.
Sperren und Stummschalten werden als ausdrückliche Datensätze gespeichert und lassen sich daher auflisten, prüfen und rückgängig machen.
Die Volltextsuche deckt Beiträge und Konten ab, gestützt auf zusammengesetzte Indizes, die genau für diese Abfragen gebaut sind.
Ein Mitglied kann eine Abfrage behalten und erneut ausführen, wodurch die Suche zu einer dauerhaften Beobachtung eines Themas wird.
Hashtags werden beim Schreiben aus Beiträgen extrahiert und speisen eine Trendansicht zur Entdeckung.
Erwähnungen, Antworten, Follows und Likes landen in einem Strom je Mitglied, der per Cursor durch den Verlauf blättert.
Eine Unterhaltung hält Mitglieds-IDs, ein privater Thread ist also ein echtes Objekt, das mehrere Personen einschließen kann.
Sprachnotizen und Emoji-Reaktionen funktionieren in Unterhaltungen, ohne den Nachrichtenbildschirm zu verlassen.
Der Zustellstatus liegt in einer readBy-Liste und das Live-Tippen in einer typingUsers-Map, getrieben von Echtzeit-Listenern.
Der Standardtarif, mit dem jedes Konto beginnt, der das Netzwerk offen hält, während bezahlte Tarife darüber bepreist werden.
Ein bezahlter Tarif, in der ausgelieferten Konfiguration mit $9.99 bepreist, mit Berechtigungen, die der Server bei jeder Anfrage prüft.
Ein höherer Tarif, in der ausgelieferten Konfiguration mit $29.99 bepreist, für Mitglieder, die den vollen Berechtigungsumfang wollen.
Tarifgrenzen werden von der API durchgesetzt statt in der Oberfläche versteckt, eine Neubepreisung braucht also kein Release.
Abonnenten-IDs sitzen im Creator-Datensatz, eine bezahlte Gefolgschaft ist also eine vollwertige Beziehung zwischen zwei Mitgliedern.
Jedes Mitglied kann zu einem Beitrag oder Profil ein Trinkgeld senden, der reibungsärmste Weg, einen Creator zu bezahlen.
Ein Badge wird nach Genehmigung vergeben statt in der Oberfläche gekauft, wodurch es etwas wert bleibt.
Werbetreibende zahlen dafür, einen bestehenden Beitrag in mehr Timelines zu schieben, behandelt als eigener Kampagnentyp.
Ein Banner ist eine eigene Platzierung mit eigenem Datensatz und lässt sich daher anders bepreisen und prüfen.
Sponsored-Platzierungen sind ein dritter Kampagnentyp, mit dem ein Betreiber drei unterschiedliche Produkte verkaufen kann.
Jede Kampagne trägt ein Gesamtbudget und ein Tagesbudget, sodass eine Kampagne nicht einen Monat an einem Tag verbrauchen kann.
Die Ausgaben summieren sich im Kampagnendatensatz gegen das Limit und geben Werbetreibenden und Betreibern dieselbe Zahl.
Kampagnen tragen Targeting-Schlüsselwörter, den Hebel, mit dem Werbetreibende sagen, wer sie sehen soll.
Meldungen von Mitgliedern werden zu Arbeitsaufgaben, jede mit einem definierten Ergebnis abgeschlossen statt mit einer Freitextnotiz.
Abgestufte Optionen für Moderatoren (ausblenden, wieder einblenden, löschen, sperren, bannen) halten jede Reaktion im Verhältnis zum Problem.
Ein Mitglied kann eine Entscheidung anfechten, und ein Betreiber prüft sie gegen den protokollierten Grund.
Ein Bildschirm zeigt den handelnden Administrator, die Aktion, den betroffenen Nutzer, Beitrag oder die Meldung, den Grund und die Zeit.
Änderungen des Kontostatus tragen einen Grund, sodass eine Wiederherstellung oder ein Einspruch etwas Konkretes zu prüfen hat.
Jede Anmeldung speichert IP-Adresse, User-Agent, Gerät, Browser, Standort und Zeit sowie, ob sie funktioniert hat.
Die Badge-Vergabe ist eine Betreiberentscheidung mit Datensatz, kein Flag, das direkt in der Datenbank gesetzt wird.
Wer das Inventar verwaltet, sieht jede Kampagne nach Typ, Gesamt- und Tagesbudget, Ausgaben und Schlüsselwörtern.
Zahlen zu Aktivität und Wachstum liegen in der Konsole bereit für alle, die berichten, wie das Netzwerk läuft.
Betreiber können jedes Konto öffnen, seinen Zustand lesen und den Status von einer einzigen Detailseite aus ändern.
Die Konsole listet jede OAuth-Anwendung, jeden aktiven Schlüssel und das darauf gesetzte Limit.
Betreiber melden sich in einer Sitzung an, die von Mitgliedskonten getrennt ist, sodass ein gekapertes Mitglied keine Werkzeuge erreicht.
Die Plattformkonfiguration liegt in der Konsole, eine Verhaltensänderung wartet also nicht auf ein Engineering-Ticket.
Jede Anwendung hat Client-ID, Secret, Redirect-URI und eine Liste von Scopes, die sie anfordern darf.
Jeder Schlüssel wird als SHA-256-Hash unter seinem Eigentümer gespeichert, sodass der Klartext nur im Moment der Ausstellung existiert.
Zähler werden pro Schlüssel geführt, sodass eine intensive Integration das Netzwerk nicht für alle anderen verlangsamen kann.
Mitglieder nutzen Firebase-Bearer-Tokens, Integratoren einen x-API-Key-Header, sodass keine Mitgliedssitzung nötig ist.
Auth, Nutzer, Beiträge, Timeline, Suche, Hashtags, Listen, Unterhaltungen, Benachrichtigungen, Medien und Einstellungen.
Jeder Endpunkt antwortet mit success, data, error und meta, sodass die Fehlerbehandlung im Client nur einmal geschrieben wird.
Listen blättern per Cursor mit einem nextCursor-Wert, was korrekt bleibt, wenn mitten im Scrollen neue Beiträge eintreffen.
Bodies und Query-Strings werden an der API-Grenze gegen Schemas geprüft, bevor ein Handler läuft.
Jede Mutation bestätigt, dass der Aufrufer den Datensatz besitzt, statt einer vom Client gesendeten ID zu vertrauen.
Das Admin SDK verifiziert jedes Bearer-Token und den Kontostatus, bevor ein Handler die Anfrage sieht.
Mitglieder registrieren sich mit E-Mail und Passwort oder über ihr Google-Konto. Profil, Datenschutz und Timeline-Einstellungen werden neben den Zählern, die der Feed liest, im Mitgliedsdatensatz abgelegt.
Der Editor veröffentlicht jeden der zehn Beitragstypen. Antworten, Zitate und Threads verweisen auf einen übergeordneten Beitrag, und Hashtags und Link-Vorschauen werden beim Eintreffen extrahiert.
Follows, Listen, Sperren und Stummschaltungen formen die Timelines, und Unterhaltungen laufen als Direkt- oder Gruppen-Threads mit Anwesenheitssignalen.
Stufen schalten Funktionen auf dem Server frei, Betreiber legen Werbekampagnen als Datensätze an, und Creator-Abos und Trinkgelder bewegen Geld zwischen Mitgliedern.
Meldungen treten in die Warteschlange ein und werden über fünf Aktionen gelöst, und bei jeder privilegierten Aktion entsteht ein Audit-Eintrag, der festhält, wer was aus welchem Grund getan hat.
| Erlösmodell | So funktioniert es | Wer zahlt | Wie Sie verdienen |
|---|---|---|---|
| Abo-Stufen | Die Tarife Free, Premium und Pro mit auf dem Server durchgesetzten Berechtigungen, bepreist aus der Konfiguration. | Mitglied | Wiederkehrende Tarifeinnahmen von Mitgliedern, die Sie schon haben |
| Werbekampagnen | Werbetreibende fahren Kampagnen mit beworbenem Beitrag, Banner oder Sponsored, jede mit Gesamtbudget, Tageslimit, verfolgten Ausgaben und Schlüsselwort-Targeting. | Werbetreibender | Kampagnenausgaben, die mit der Aufmerksamkeit wachsen und nicht mit der Mitarbeiterzahl |
| Creator-Abos | Ein Mitglied zahlt einem Creator für eine bezahlte Gefolgschaft, erfasst als Abonnenten-IDs am Creator. | Fan | Der Plattformanteil an einer Transaktion zwischen zwei Mitgliedern |
| Trinkgelder | Ein Mitglied zahlt einem anderen direkt aus einem Beitrag oder Profil, ohne laufende Bindung. | Mitglied | Ein Anteil an jedem Trinkgeld und frühe Einnahmen, bevor jemand abonniert |
| API und Entwicklerzugang | OAuth-Anwendungen mit begrenztem Geltungsbereich und ratenbegrenzte Schlüssel, mit Grenzen, die sich pro Stufe bündeln lassen. | Entwickler | Zugangsgebühren von Produkten, die von Ihrem Netzwerk abhängen |
| Verifizierung | Ein Badge, das nach Prüfung durch den Betreiber vergeben wird und an einen Tarif oder ein Antragsverfahren gekoppelt werden kann. | Mitglied | Tarif-Upgrades oder Prüfgebühren, je nachdem, wie Sie es schnüren |
| White-Label-Lizenzierung | Eine Codebasis, neu gebrandet und für ein Partnerunternehmen oder einen Betreiber in einer anderen Region bereitgestellt. | Partner | Lizenzgebühren, die Sie selbst aushandeln, da der Quellcode Ihnen gehört |
Geld gelangt an vier Stellen in ein solches Netzwerk: ein Mitglied kauft einen Tarif, ein Werbetreibender finanziert eine Kampagne, ein Fan bezahlt einen Creator, und ein Entwickler zahlt für den Zugang. Der Build erfasst jedes als eigene Art von Datensatz und setzt Tarifgrenzen auf dem Server durch. Stripe ist der im ausgelieferten Build referenzierte Zahlungsabwickler. Jeder andere Abwickler, regionale Zahlungsweg oder eine Auszahlung in mehreren Währungen ist Integrationsarbeit auf Konten, die Sie halten.
| Zahlungsanbieter | Was es abdeckt |
|---|---|
| Karte | |
| Stripe | Der im Build referenzierte Zahlungsabwickler für Stufen, Trinkgelder und Creator-Abos |
| Sonstiges | |
| Andere Zahlungsabwickler | Von uns als Integrationsarbeit gegen Ihre eigenen Händlerkonten ergänzt |
| Regional | |
| Regionale Zahlungswege | Lokale Zahlungsmethoden werden auf demselben Weg angebunden, wobei der Umfang vor Arbeitsbeginn mit uns bestätigt wird |
Jede Meldung landet in einer Warteschlange, und ein Moderator schließt sie durch Ausblenden, Wiedereinblenden, Löschen, Sperren oder Bannen ab, wobei jedes Mal ein Audit-Eintrag geschrieben wird. Eine automatische Klassifizierung von Text oder Bildern ist eine Integration, die wir vor der Warteschlange ergänzen können. Die Warteschlange zu besetzen, die Richtlinie zu schreiben, die sie durchsetzt, und zu entscheiden, was in Ihrem Markt als Missbrauch gilt, sind Entscheidungen, die beim Betreiber liegen.
Jeder privilegierte Schritt protokolliert, wer gehandelt hat, was er getan hat, welches Konto oder welchen Beitrag er berührt hat und warum, und Anmeldungen erfassen IP, Gerät, Browser und Standort samt Ergebnis. Sagt ein Mitglied, sein Konto sei übernommen worden, oder bestreitet ein Werbetreibender eine Entfernung, liest der Support einen Datensatz, statt Ereignisse aus der Erinnerung zu rekonstruieren.
Firebase Authentication übernimmt E-Mail, Passwort und Google-Anmeldung, und das Admin SDK verifiziert jedes Bearer-Token in der Middleware. Der Mitgliedsdatensatz hat Zwei-Faktor-Felder, doch die Erzwingung der Mehrfaktor-Anmeldung, die bei Betreiberkonten am wichtigsten ist, ist Konfiguration, die mit Ihnen abgeschlossen wird, und keine Kontrolle, die eingeschaltet ausgeliefert wird.
In dieser Architektur sind die Sicherheitsregeln die Grenze um die Daten, und sie werden mit dem Build geliefert. Prüfen Sie sie vor dem Start gegen Ihr eigenes Bedrohungsmodell. Eigentumsprüfungen laufen bei jeder Mutation in der API, und Zod-Schemas validieren Anfrage-Bodies, was einschränkt, was ein feindlicher Client versuchen kann.
Jede OAuth-Anwendung erklärt ihre Scopes und Redirect-URIs, und jeder Schlüssel wird gehasht gespeichert und kann pro Nutzer widerrufen werden. Jeder Schlüssel hat zudem ein eigenes Ratenlimit. Die richtigen Grenzen für Ihren Traffic stimmen Sie ab, sobald das Netzwerk läuft; es sind keine Werte, die jemand vorab richtig setzen kann.
Die Konfiguration läuft über Umgebungsvariablen, was für eine Codebasis richtig, für die Produktion aber nicht genug ist, daher werden die Zugangsdaten während der Bereitstellung in einen verwalteten Secret-Speicher verlegt. Ein Sicherheitshandbuch und VAPT-Referenzmaterial werden mit dem Quellcode geliefert. Einen unabhängigen Penetrationstest Ihrer bereitgestellten Instanz beauftragen Sie selbst.
Tokens werden bei jedem Aufruf in der Middleware verifiziert, und Mutationen prüfen, ob der Aufrufer den Datensatz besitzt. Felder für Zwei-Faktor gibt es im Mitgliedsdatensatz, ihre Durchsetzung ist Konfiguration, die wir mit Ihnen abschließen.
Zahlungen werden während der Lieferung angebunden. Wir verbinden Stripe oder den von Ihnen bevorzugten Zahlungsabwickler mit Stufen, Trinkgeldern und Creator-Abos, einschließlich lokaler Zahlungsmethoden, als Integrationsarbeit mit Ihnen.
Firestore-Regeln sind der Sicherheitsperimeter und sollten gegen Ihr Bedrohungsmodell geprüft werden. Wir liefern das Sicherheitshandbuch und die VAPT-Referenz, und einen unabhängigen Penetrationstest beauftragen Sie selbst.
| Ebene | Gebaut mit | Hinweis zum Hosting |
|---|---|---|
| Web-Anwendung | Next.js, React 18.2, TypeScript 4.7 und SWR 1.3 | |
| API-Schicht | Next.js-Routen, die /api/v1/ bedienen, mit Zod-Validierung | |
| Daten | Firebase Firestore, mit typisierten Convertern und zusammengesetzten Indizes | |
| Mobile-App | Flutter (Android-Build mitgeliefert, iOS-Build verfügbar) | |
| Identität und Zugriff | Firebase Authentication, OAuth 2.0, mit SHA-256 gehashte API-Schlüssel | Firebase Authentication für E-Mail, Passwort und Google-Anmeldung, verifiziert über das Admin SDK. |
| Bereitstellung | PM2 unter Linux, zwölf Cloud Functions | |
| Anwendungsserver | Ein Linux-Host, der die Next.js-Anwendung und die API-Routen unter einer PM2-Prozesskonfiguration ausführt. | |
| Datenbank | Firebase Firestore mit Sicherheitsregeln, zusammengesetzten Indizes und typisierten Convertern, als Code bereitgestellt. | |
| Hintergrundlogik | Zwölf Cloud Functions, die Arbeit außerhalb des Anfragewegs erledigen. | |
| Echtzeit-Zustellung | Feeds, Benachrichtigungen und Nachrichten aktualisieren sich über Firestore-Snapshot-Listener, wodurch kein Socket-Server im Aufbau nötig ist. | |
| Konfiguration | Umgebungsvariablen je Bereitstellung, mit einem verwalteten Secret-Speicher als Empfehlung für Produktions-Zugangsdaten. | |
| Medien in großer Menge | Video und Audio laufen wie geliefert; Transkodierung in mehrere Varianten und CDN-Auslieferung sind verfügbar, und wir richten sie für Ihren Build ein. | |
Die Plattform läuft auf Infrastruktur unter Ihrer Kontrolle. Web-Anwendung und API laufen als Prozesse auf einem Linux-Host, während Daten, Identität und Hintergrundjobs auf Firebase-Diensten in einem Projekt laufen, das Ihnen gehört. Nach der Übergabe hängt nichts von einem von uns betriebenen gehosteten Dienst ab.
Die meisten Projekte dieser Kategorie scheitern nicht am Code, sondern an einer Handvoll vorhersehbarer Betriebsfehler. Die Tabelle stellt jedem Fehler gegenüber, was die fertige Plattform bietet und was ganz Ihre Aufgabe bleibt, damit Sie die menschliche Seite so sorgfältig planen wie die technische.
| Fehlerbild | Warum es passiert | Was die Plattform bietet und was bei Ihnen bleibt |
|---|---|---|
| Leere Timeline | Neue Mitglieder kommen an, sehen niemanden, dem sich zu folgen lohnt, und gehen | Listen, Vorschläge und Suche helfen; das Säen von Konten und Einladungen ist Ihre Arbeit |
| Algorithmus zu früh | Ein gerankter Feed auf einem winzigen Graphen wirkt zufällig und wenig vertrauenswürdig | Getrennte Feeds „Für dich“ und „Folge ich“, sodass Sie chronologisch vorangehen können |
| Moderation nach dem Vorfall | Missbrauch kommt, bevor es eine Warteschlange oder Richtlinie gibt | Eine Warteschlange, abgestufte Aktionen und Audit-Einträge vom ersten Tag an; die Richtlinie ist Ihre |
| Werbung vor Aufmerksamkeit | Werbetreibende brauchen Inventar, das das Netzwerk noch nicht bieten kann | Das Werbebüro kann ausgeschaltet bleiben, bis es etwas zu verkaufen gibt |
| Überraschende Medienkosten | Video und Audio werden unbemerkt zur größten Rechnung | Eine Transkodierungs- und CDN-Einrichtung von uns; das Budget für Speicher und Auslieferung ist Ihres |
| Missbrauch der API | Dritte saugen Kapazität ab oder scrapen ohne Grenzen | Schlüssel mit begrenztem Geltungsbereich, gehashte Speicherung und Ratenlimits pro Schlüssel; Schwellenwerte brauchen Abstimmung |
| Unklares Versprechen | Das Netzwerk ist eine schlechtere Kopie von allem anderen | Keine Software behebt das; wählen Sie eine Nische und sagen Sie, warum es das Netzwerk gibt |
Mastodon, Misskey und ähnliche Projekte teilen eine prägende Idee: viele unabhängige Server, die miteinander sprechen, sodass ein Mitglied auf dem einen einem Mitglied auf einem anderen folgen kann. Das ist reizvoll, wenn man eine Stimme in einem größeren Gespräch sein will. Es heißt auch, dass Ihre Regeln, Ihre Sperrlisten und Ihr Wachstum teils von Entscheidungen anderswo abhängen und ein einzelner Betreiber selten das gesamte Erlebnis kontrolliert.
Ein geschlossenes Netzwerk geht den umgekehrten Handel ein. Alles liegt unter einer Marke, einer Moderationsrichtlinie und einer Abrechnungsbeziehung. Sie können Stufen und Werbung verkaufen, ohne mit anderen Server-Admins zu verhandeln, und Mitgliedern ein einheitliches Erlebnis versprechen. Der Preis ist die Isolation: Mitglieder können Menschen außerhalb Ihres Netzwerks nicht folgen, solange Sie keine Brücke bauen, und eine Brücke wäre maßgeschneiderte Umsetzung, mit bestätigtem Umfang.
Ein vernünftiger Weg zur Entscheidung ist die Frage, für wen das Netzwerk da ist. Lautet die Antwort, für eine Community, die schon eine gemeinsame Identität teilt, etwa einen Beruf, eine Publikation oder einen Kundenstamm, dient ihr ein geschlossenes Netzwerk meist besser. Lautet sie, für den freien Austausch über viele Communities hinweg, passt Föderation wahrscheinlich ehrlicher, und Sie sollten Software wählen, die dafür gebaut ist.
Fertig, einmalig
$3,699
≈ 3.300 € Schätzung, Preise in US-Dollar
Live in 6 Arbeitstagen ab Kickoff
Software prüft gepostete Texte und Bilder, bevor Menschen die Warteschlange sehen, damit Moderatoren sortieren können, statt jeden Eintrag zu lesen.
Mit uns bestätigenDen von Ihnen gewählten Zahlungsabwickler anbinden, damit Stufen, Trinkgelder und Creator-Abos Geld einziehen, mit lokalen Zahlungsmethoden und Auszahlungen in mehreren Währungen.
Mit uns bestätigenVideo-Transkodierung, Vorschaubilder und Auslieferung über ein CDN, was in einem medienlastigen Netzwerk oft zur größten Kostenlinie wird.
Mit uns bestätigenDie Datenregeln definieren bereits eine Spaces-Sammlung; die Live-Audio-Räume darüber bauen wir als maßgeschneiderte Umsetzung.
Mit uns bestätigenKohorten-Bindung, Creator-Erlösberichte und Werbetreibenden-Dashboards über die Statistiken in der Konsole hinaus.
Mit uns bestätigenDen iOS-Build aus der Flutter-Codebasis erzeugen, signieren und einreichen, mit Ihrem Apple-Entwicklerkonto.
Mit uns bestätigenEine Oberfläche in mehreren Sprachen, mit Rechts-nach-links-Layouts, für Starts in neuen Regionen, mit je Markt geschriebener Moderationsrichtlinie.
Mit uns bestätigenSAML oder OIDC für Organisationen, die das Netzwerk intern neben ihrem bestehenden Identitätsanbieter betreiben.
Mit uns bestätigenWettbewerberseiten verkaufen drei Paketstufen. Diese Tabelle ersetzt sie durch eine schlichte Liste dessen, was ein Netzwerk im Twitter-Stil braucht, und wo jeder Punkt steht. Das meiste ist bei der Lieferung fertig, der Rest wird um Ihren Plan herum eingerichtet, damit der Weg zum Netzwerk, das Sie sich vorstellen, sichtbar ist.
Der Editor deckt Umfragen, GIFs, Threads und Zitatbeiträge sowie Text, Bilder, Video und Audio ab, dazu Planung und Inhaltswarnungen an einer Stelle.
Lange Gedanken lassen sich verketten, und jeder Beitrag kann mit Kommentar zitiert werden.
Ein algorithmischer Feed, den der Betreiber abstimmen kann, getrennt von dem chronologischen.
Ein chronologischer Feed der Konten, denen das Mitglied folgt.
Gespeicherte Beiträge verhalten sich wie ein eigener Feed je Mitglied.
Jedes wird als ausdrücklicher Datensatz geführt, den jeder Client durchsetzen kann.
Sprachnotizen, Reaktionen, Lesebestätigungen und live angezeigte Tippanzeigen.
Volltextsuche über Beiträge und Personen, mit gespeicherten Suchen je Mitglied.
Erwähnungen, Antworten, Follows und Likes, zugestellt an den Mobile-Client.
Vergeben nach Prüfung durch den Betreiber, mit protokollierter Entscheidung.
Ausblenden, Wiedereinblenden, Löschen, Sperren und Bannen, mit einem Audit-Eintrag bei jeder Entscheidung.
Drei Formate, beworbener Beitrag, Banner und Sponsored, jedes mit Budgets, Tageslimits und Targeting-Schlüsselwörtern.
Drei Stufen mit auf dem Server geprüften Berechtigungen.
Bezahlte Gefolgschaften und Einmalzahlungen zwischen Mitgliedern.
Apps mit begrenztem Geltungsbereich und gehashte, ratenbegrenzte Schlüssel für Dritte.
Web-Client in Next.js und Mobile-Client in Flutter, beide rufen eine REST-API auf.
Texte und Bilder werden klassifiziert, bevor sie die menschliche Warteschlange erreichen; verfügbar als abgegrenzte Arbeit.
Die Datenregeln deuten eine Spaces-Sammlung an, und wir bauen die Live-Oberfläche darauf auf.
Nötig, sobald Video Fuß fasst, und meist die größte Kostenlinie. Wir richten es für Ihren Build ein.
Ihren Zahlungsabwickler für Stufen, Trinkgelder und Abos anbinden, einschließlich lokaler Wege. Wir richten es mit Ihnen ein.
Die Codebasis unterstützt es; Signierung und Einreichung übernehmen wir als definiertes Arbeitspaket.
Lokalisierung mit Rechts-nach-links-Unterstützung sowie SAML oder OIDC für interne Netzwerke. Das richten wir für Sie ein.
Das Produkt ist ein Netzwerk für einen einzelnen Betreiber; ein Föderationsprotokoll ist maßgeschneiderte Umsetzung, mit bestätigtem Umfang.
Ein öffentliches Netzwerk wirkt im Prototyp billig und in der Fertigstellung teuer. Feed und Editor sind schnell gemacht. Die Kosten liegen in den Teilen, die Nutzer nie sehen, bis etwas schiefgeht: eine Moderationswarteschlange mit Prüfpfad, eine Werbe-Engine, die abrechnen kann, eine Entwicklerplattform mit begrenzten Schlüsseln, Nachrichten mit Anwesenheit und drei Clients, die im Gleichschritt bleiben müssen. Diese Teile bestimmen, wie lange eine Eigenentwicklung dauert und was ein gemieteter Dienst kostet. Die fertige Oberfläche zu kaufen verlagert die Kosten vom Bauen zum Betreiben, wo bei einem Netzwerk das echte Geld hinfließt. Wer sein eigenes Netzwerk im Twitter-Stil aus einem leeren Repository bauen will, bekommt jedes dieser Teile auf seine Roadmap.
| Faktor | Neuentwicklung | SaaS | GetFame |
|---|---|---|---|
| Zeit bis zum Start | Quartale an Entwicklung, bevor der erste Beitrag moderiert wird | Schnelle Anmeldung, aber begrenzt auf das, was der Anbieter freigibt | In 6 Arbeitstagen steht die gebrandete Bereitstellung |
| Eigentum am Quellcode | Ihnen gehört, was Sie zu schreiben bezahlen | Keins; Sie mieten Zugang und Bedingungen | Vollständiger Quellcode für Web, Mobile, API und Konsole |
| Moderationswerkzeuge | Leicht zu knapp geplant und nach dem ersten Vorfall neu zu schreiben | Was auch immer der Anbieter zu bauen beschlossen hat | Warteschlange, fünf Aktionen und Audit-Log inklusive |
| Werbung | Ein eigenes Projekt mit eigener Abrechnungslogik | Meist nicht vorhanden oder vom Anbieter kontrolliert | Typisierte Kampagnen mit Budgets und Limits inklusive |
| Entwickler-Ökosystem | Begrenzte Schlüssel und Limits sind oft eine Funktion des zweiten Jahres | Zugriffsregeln können sich ohne Ankündigung ändern | OAuth-Apps und gehashte Schlüssel inklusive |
| Gebühren pro Platz oder auf Umsatz | Keine, abgesehen von den Gehältern des Teams | Wiederkehrende Gebühren, die mit den Mitgliedern steigen | Wir berechnen keine Gebühren pro Platz und nehmen keinen Umsatzanteil |
| Die Regeln später ändern | Ihr Team ändert den Code in Ihrem eigenen Tempo | Der Anbieter entscheidet, wann und ob | Preise, Stufen und Richtlinie können Sie selbst ändern |
Laufende Kosten. Was Sie zahlen, kauft die Software und ihre Bereitstellung. Es deckt nicht die Firebase-Nutzung, die Ihre Mitglieder erzeugen, den Linux-Host, Gebühren der Zahlungsabwickler, die Push-Zustellung, eine Medien-Pipeline für Video in großer Menge oder die Menschen, die das Netzwerk moderieren und betreuen. Hinzu kommen die Gebühren für die Entwicklerkonten bei Apple und Google und der Prüfprozess der Stores. Planen Sie sie ab dem ersten Monat als laufende Kosten ein und grenzen Sie jeden großen Posten vor dem Start ab.
Der größte Aufwand in einem Microblogging-Netzwerk ist nicht der Editor, sondern die Technik drumherum. Dieser Vergleich zeigt, was jedes Modul beim Selberschreiben bedeutet, gegenüber dem, was das fertige Produkt am ersten Tag bietet, in Aufwandsworten statt in Zahlen.
Selbst entwickelnRanking, chronologisches Blättern und Zähler, die mit wachsendem Graphen günstig bleiben; ein Team über mehrere Wochen.
FertigDrei benannte Timelines mit denormalisierten Zählern und Cursor-Blättern bereits vorhanden.
Selbst entwickelnViele Beitragstypen, Upload-Verarbeitung, Vorschauen, Umfragen mit Ablauf und Planung, jeweils mit Randfällen.
FertigEin Editor für Text, Medien, Umfragen, Zitate, Threads und Planung.
Selbst entwickelnFollow-, Stummschalt-, Sperr- und Listen-Datensätze, die in jedem Client und jeder Abfrage einheitlich durchgesetzt werden.
FertigAusdrückliche Datensätze für jede Beziehung, auf der Datenebene durchgesetzt.
Selbst entwickelnEchtzeit-Zustellung, Anwesenheit, Bestätigungen und Gruppen-Threads; ein eigener Spezialisten-Strang.
FertigNachrichten mit Audio, Reaktionen, Lesebestätigungen und Tippanzeige, getrieben von Live-Listenern.
Selbst entwickelnIndexierung, Hashtag-Extraktion, gespeicherte Suchen und Trend-Logik, die mit echtem Traffic abgestimmt werden muss.
FertigVolltextsuche, Hashtag-Extraktion und gespeicherte Suchen mit vorab definierten Indizes.
Selbst entwickelnEine Meldewarteschlange, abgestufte Aktionen, Einsprüche und Protokolle; oft bis nach dem ersten Missbrauchsfall verschoben.
FertigEine Warteschlange, fünf Lösungsaktionen und ein protokollierter Grund bei jeder.
Selbst entwickelnPrivilegierte Aktionen und Anmeldungen so protokollieren, dass der Support sie Monate später tatsächlich abfragen kann.
FertigAdministrator, Ziel und Grund bei privilegierten Aktionen, dazu ein Verlauf je Anmeldung.
Selbst entwickelnKampagnentypen, Budgets, Tageslimits und Ausgabenverfolgung; ein eigenes Produkt für ein kleines Team.
FertigTypisierte Kampagnen mit Budgets, Limits, Ausgabenverfolgung und Targeting-Schlüsselwörtern.
Selbst entwickelnOAuth-Apps, Scopes, Schlüssel-Hashing und Limits pro Schlüssel sowie Dokumentation für Außenstehende.
FertigOAuth-Apps mit begrenztem Geltungsbereich und gehashte Schlüssel mit eigenen Ratenlimits.
Selbst entwickelnEine zweite Codebasis, die mit der Web-App im Gleichschritt gehalten werden muss und mit der Zeit zum Auseinanderdriften neigt.
FertigEine Flutter-App auf demselben REST-Vertrag wie der Web-Client.
Twitter ist der Bezugspunkt, den viele Käufer für ein öffentliches Gesprächsnetzwerk im Kopf haben, und diese Seite ist davon unabhängig. Der Vergleich unten betrifft das Betriebsmodell, nicht Größe oder Geschäft irgendeines Unternehmens. Er zeigt, was sich ändert, wenn Sie das Netzwerk selbst betreiben.
| Aspekt | Das Twitter-Modell | Diese Plattform |
|---|---|---|
| Wer die Regeln setzt | Ein Unternehmen besitzt Richtlinie, Moderation und Produktrichtung | Sie legen Richtlinie, Stufenpreise und Moderations-Workflow fest |
| Zugang zum Quellcode | Geschlossenes Produkt, weder kaufbar noch selbst hostbar | Vollständiger Quellcode wird Ihnen übertragen |
| Entwicklerzugang | Die Zugangsbedingungen legt der Plattformeigner fest | Sie stellen Schlüssel mit begrenztem Geltungsbereich aus und setzen die Limits |
| Werbung | Anzeigen werden vom Plattformeigner verkauft und kontrolliert | Sie verkaufen Ihr eigenes Inventar über typisierte Kampagnen |
| Publikumsdaten | Liegen beim Plattformeigner | Gespeichert in einem Firebase-Projekt, das Ihnen gehört |
| Publikum | Ein sehr großes bestehendes Publikum | Keins enthalten; die Community bringen Sie mit |
| Branding | Eigener Name, eigenes Logo und eigenes Design | Ihre Marke auf Web, Mobile und Konsole |
Bauen Sie ein Netzwerk für einen Beruf, eine Sprache, eine Region oder ein Interesse, mit Moderationswarteschlange vom ersten Tag an statt nach dem ersten Vorfall.
Rücken Sie Abos, Trinkgelder und Stufen ins Zentrum, damit Creator ab der ersten Woche bezahlt werden, während der Betreiber seinen Anteil behält.
Verlegen Sie die Leserdiskussion von einer gemieteten Plattform auf Infrastruktur, die Sie kontrollieren, mit einem Werbebüro, das Sie selbst vermarkten.
Betreiben Sie einen öffentlichen Platz für Mitarbeitende oder Kunden, auf dem Kontrolle über den Kontostatus, Audit-Logs und ein eigener Admin-Zugang mehr zählen als Wachstum.
Betreten Sie einen Markt mit lokaler Sprache, Moderationsrichtlinie und Zahlungswegen, konfiguriert auf einer Codebasis, die Ihnen gehört.
Öffnen Sie Schlüssel mit begrenztem Geltungsbereich für externe Entwickler, damit andere Produkte auf Ihrem Netzwerk wachsen.
Ein allgemeines Netzwerk ist ein Kapitalproblem. Ein spezifisches ist eine Produktentscheidung. Das sind die Formen, die für einen Betreiber sinnvoll sind, der schon weiß, woher die ersten Mitglieder kommen, jeweils mit den ersten Einstellungen, die man anfasst.
Ein öffentlicher Platz für ein Gewerbe, etwa Kliniker, Entwickler oder Logistikleiter. Mitglieder folgen Kollegen, nehmen an Diskussionen teil und teilen Links. Schalten Sie zuerst die Verifizierungsprüfung ein, damit Qualifikationen etwas bedeuten, dann die Timeline „Folge ich“, und lassen Sie Werbung aus, bis das Gespräch echtes Volumen hat.
Ein Netzwerk für eine Sprache oder Region, die die großen Plattformen schlecht bedienen. Beiträge, Antworten und Moderationsrichtlinie werden in der Landessprache verfasst. Konfigurieren Sie den Feed „Für dich“ zurückhaltend, planen Sie die Lokalisierung früh und richten Sie Ihren Zahlungsabwickler für lokale Wege ein, bevor Sie bezahlte Stufen öffnen.
Musiker, Autoren und Streamer, die Follower an einem Ort wollen, den sie nicht mieten. Trinkgelder fließen zuerst, Abos folgen, sobald ein Creator Stammpublikum hat. Legen Sie den Betreiberanteil fest, bevor Sie jemanden einladen, und holen Sie die ersten Creator persönlich an Bord.
Eine Nachrichten- oder Magazinmarke, die ihre Kommentarkultur auf einen eigenen Platz verlegt. Leser bekommen Threads, Umfragen und Antworten, während der Verlag beworbene Beiträge und Sponsored-Plätze direkt verkauft. Beginnen Sie mit der Meldewarteschlange und klaren Hausregeln, denn eine Marke trägt ein Reputationsrisiko, das ein Hobby nicht hat.
Ein sozialer Raum eines Unternehmens für Mitarbeitende oder zahlende Kunden. Audit-Logs, Kontrolle über den Kontostatus und eine eigene Betreiber-Anmeldung zählen hier mehr als virale Reichweite. Planen Sie die Enterprise-Anmeldung früh mit uns, wenn das Unternehmen einen Identitätsanbieter hat, und halten Sie das Netzwerk zu Beginn privat.
Ein Zuhause für Entwickler, die kleine Werkzeuge auf einem Netzwerk ausliefern wollen. Öffnen Sie Schlüssel mit begrenztem Geltungsbereich spät, wenn die Moderation stabil ist, und veröffentlichen Sie klare Ratenlimits. Wer pro Stufe für den Zugang verlangt, macht die API zur zweiten Erlöslinie statt zur Support-Last.
Viele Suchende wollen etwas, das sie selbst hosten oder forken können. Die folgenden Optionen sind real und verschiedener Art: Manche sind offene Netzwerke, denen man beitritt, manche Protokolle, manche Code, den man zusammensetzt. Keine ist für sich genommen die bessere; jede dient einem anderen Zweck, und jede kostet Sie etwas.
Föderiertes Open-Source-Netzwerk
Communities, die einen eigenen Server innerhalb eines größeren Netzes von Servern wollen.
Moderation und Identität werden mit anderen Servern geteilt, und Monetarisierung steht nicht im Mittelpunkt.
Offenes Protokoll und gehostete App
Entwickler, die an einer übertragbaren Identität und eigenen Feeds auf einem offenen Protokoll interessiert sind.
Sie setzen auf ein Protokoll und besitzen kein abgeschlossenes Produkt mit eigenen Stufen und Werbebüro.
Föderiertes Open-Source-Netzwerk
Hobby- und Regionalcommunities, die einen funktionsreichen, anpassbaren föderierten Server mögen.
Sie betreiben und pflegen den Server selbst, mit Support aus der Community statt von einem Anbieter.
Lernprojekte in React, Next.js oder Flutter sowie Demos von No-Code-Baukästen
Entwickler, die lernen, wie Feed, Anmeldung und Datenbank zusammenspielen.
Meist keine Moderationswarteschlange, kein Prüfpfad, keine Werbe-Engine und kein Wartungsweg.
Käufliche Altlasten-Scripts
Sehr kleine Projekte auf Shared Hosting mit bescheidenen Erwartungen.
Veraltete Architektur, dünne Sicherheitswerkzeuge und begrenzte Mobile-Unterstützung.
Eine White-Label-Plattform in Ihrem Besitz passt, wenn Sie ein geschlossenes, gebrandetes Netzwerk mit eigenem Geld und eigenen Regeln wollen. Sie erhalten ein funktionierendes Produkt, Stufen, ein Werbebüro und eine Entwickler-API unter Ihrem Namen und behalten den Quellcode. Föderation, eine Community freiwilliger Server-Admins oder ein Protokoll-Ökosystem bekommen Sie nicht. Wenn Ihnen diese wichtiger sind als Kontrolle und Umsatz, ist eine der offenen Optionen oben der bessere Ausgangspunkt.
Die Software ist der schnelle Teil beim Start eines textzentrierten Netzwerks. Der langsame Teil ist, dass Angebot und Nachfrage gleichzeitig eintreffen müssen, und dieses Rennen kann ein allgemeines Netzwerk gegen etablierte nicht gewinnen. Wählen Sie einen Beruf, eine Region, eine Sprache oder ein Interesse, wo Menschen schon irgendwo unbequem miteinander reden, und machen Sie Ihr Netzwerk zum naheliegenden Ort für diese Gruppe. Eine enge Definition erleichtert auch die Moderation, weil die Regeln fast alle teilen, die beitreten.
Säen Sie, bevor Sie öffnen. Laden Sie wenige anerkannte Stimmen aus dieser Community ein, bitten Sie jede, eine Handvoll Gleichgesinnter mitzubringen, und lassen Sie die ersten Wochen belebt statt leer wirken. Nutzen Sie Listen und Hashtags, um das frühe Gespräch um die zwei oder drei Themen zu ordnen, wegen derer Mitglieder kamen, und halten Sie die Timeline „Für dich“ auf diese Themen abgestimmt, damit ein Neuling binnen Sekunden nach der Anmeldung Aktivität sieht.
Schalten Sie Nachrichten und Moderation am ersten Tag ein und die Geldlinien nacheinander. Trinkgelder verlangen von jemandem, der gerade erst angekommen ist, keine Bindung, aktivieren Sie sie also zuerst. Ergänzen Sie eine einzelne bezahlte Stufe, sobald Mitglieder einen Grund zum Upgrade haben, dann Werbung, sobald echte Aufmerksamkeit besteht, und öffnen Sie die Entwickler-API zuletzt. Da die Stufensperren auf dem Server durchgesetzt werden, ist ein Umstellen dieser Reihenfolge eine Preisentscheidung und kein Release.
Werbetreibende zahlen für ein Publikum, der Twitter-Klon braucht also echte Aufmerksamkeit, bevor das Werbebüro Inventar hat. In einem jungen Netzwerk ist der ehrliche Weg, das Werbebüro als Direktvertriebsprodukt zu betreiben: eine Handvoll Werbetreibender, die sich für Ihr konkretes Publikum interessieren, von Hand eingerichtet. Das typisierte Kampagnenmodell unterstützt das gut, denn beworbener Beitrag, Banner und Sponsored sind getrennte Produkte, die unterschiedliche Preise und unterschiedliche Prüfregeln tragen können.
Nutzen Sie Budgets und Tageslimits als Vertrauenswerkzeuge. Ein neuer Werbetreibender, der ein Gesamtbudget, ein Tageslimit und centgenau verfolgte Ausgaben sieht, probiert eher einen kleinen Test aus als einer, der einen offenen Platz vorab bezahlen soll. Prüfen Sie jede Kampagne, bevor sie läuft, denn der Prüfschritt des Betreibers unterscheidet ein verwaltetes Werbebüro von einem Upload-Formular, und eine schlechte Anzeige in einem kleinen Netzwerk schadet dem Vertrauen schnell.
Bauen Sie die Verkaufsgeschichte aus Ihrem Publikum auf, nicht aus Reichweite. Beschreiben Sie, wer Ihre Mitglieder sind, welchen Themen sie folgen und wen die Targeting-Schlüsselwörter einen Werbetreibenden erreichen lassen. Legen Sie zum Start einen ersten Kampagnendatensatz an, damit das Büro erprobt ist, bevor jemand kaufen will. Verkaufen Sie kein Inventar, das Sie noch nicht liefern können, denn Rückerstattungen und Ersatzleistungen verbrauchen das Wohlwollen, das Sie brauchen.
Eine API macht ein Netzwerk schwerer verlassbar, weil andere Produkte beginnen, davon abzuhängen. Sie schafft auch Risiko, denn eine schlecht erzogene Integration kann die Plattform verlangsamen oder Mitgliedsdaten abgreifen. Der Build hilft mit gehashten Schlüsseln mit Ratenlimit pro Schlüssel und OAuth-Anwendungen mit ausdrücklichen Scopes, sodass Zugriff gewährt, gemessen und widerrufbar ist, statt geteilt zu werden.
Beginnen Sie mit Nur-Lese-Scopes auf öffentlichen Daten und ergänzen Sie Schreib-Scopes erst, wenn Sie beobachtet haben, wie sich Integratoren verhalten. Veröffentlichen Sie die Limits offen und halten Sie sie langweilig. Entwickler verlassen Plattformen, deren Bedingungen sich ohne Vorwarnung ändern, behandeln Sie Ihre Limits also wie ein Versprechen. Planen Sie Gebühren für den Zugang, legen Sie Stufen nach Anfragevolumen und Scopes fest, bevor jemand baut, damit der Preis nie als Überraschung kommt.
Behalten Sie die Konsole im Blick. Die Betreiberansicht listet die vorhandenen Anwendungen, die aktiven Schlüssel und die Limits jedes Schlüssels, sodass eine ungewöhnliche Integration sichtbar wird, bevor sie zum Problem wird. Entscheiden Sie vorab, wer einen Schlüssel sperren darf und unter welchen Bedingungen, und schreiben Sie das in Ihre Entwicklerbedingungen. Ein kleines, gut geführtes Entwicklerprogramm bringt meist dauerhafteren Wert als ein großes, unverwaltetes.
Öffnen Sie die Demo mit allen Zugängen und gehen Sie einen vollständigen Kreislauf durch: posten, von einem zweiten Konto antworten, eine Direktnachricht senden, eine Meldung einreichen, sie in der Konsole lösen und den dabei geschriebenen Audit-Eintrag lesen. Eine Plattform, die nur den Feed vorführt, hat die Teile übersprungen, die entscheiden, ob Sie sie betreiben können. Prüfen Sie, dass derselbe Kreislauf auch in der Mobile-App funktioniert, nicht nur im Browser.
Fragen Sie, was Konfiguration und was Standard ist. Zwei-Faktor-Erzwingung, Secret-Speicherung, Schwellen für Ratenlimits und die Prüfung der Firestore-Regeln sollten Sie vor dem Start abschließen, und ein Anbieter, der sagt, nichts sei nötig, verkauft zu viel. Fordern Sie die Dokumentation an und lassen Sie Ihre technische Leitung Regeln, Schema und API-Sammlung lesen, bevor Sie sich festlegen.
Seien Sie ehrlich darüber, was Software nicht liefern kann. Sie kann kein Publikum liefern und nicht die Händlerkonten hinter den Zahlungen, während automatische Moderation und eine Transkodierungs-Pipeline für schweres Video maßgeschneiderte Umsetzung sind, die früh abgesteckt werden sollte. Das sind echte Posten, und die nützliche Frage ist, ob der Anbieter sie vorab nennt. Bevorzugen Sie einen Verkäufer, der seine Bedingungen klar nennt, einen festen Preis für die Plattform angibt und Erweiterungen schriftlich bestätigt.
Release Notes von Miracuves, unserer Muttergesellschaft.
Miracuves nennt 4.9 von 5 aus 97 Bewertungen für sein Produkt Twitter Clone App. Bewertungsquelle bei Miracuves ansehen.
v2026.1September 2026
Sie erhalten eine in Next.js gebaute Web-App, eine in Flutter gebaute Mobile-App, eine REST-API mit 64 Handlern und eine Betreiber-Konsole mit fünfzehn Seiten. Mitglieder bekommen zehn Beitragstypen, drei Timelines, einen sozialen Graphen und Nachrichten mit Anwesenheit. Betreiber erhalten eine Meldewarteschlange, ein Audit-Log und Überblick über Werbung. Entwickler bekommen OAuth-Apps sowie gehashte, ratenbegrenzte Schlüssel. Der vollständige Twitter-Klon-Quellcode geht an Sie über.
Die fertige Plattform kostet $3,699 in einer einzigen Zahlung, ohne Gebühren pro Platz und ohne Anteil an Ihrem Umsatz. Eine Bereitstellung im eigenen Branding dauert 6 Arbeitstage. Maßgeschneiderte Umsetzung, etwa ein iOS-Build, Zahlungsintegrationen oder automatische Moderation, ist verfügbar; sie nimmt 2 bis 8 Wochen in Anspruch, abhängig vom Aufwand, den wir vor dem Start schriftlich mit Ihnen bestätigen.
Ja, einen Dienst nach ähnlicher Idee aufzusetzen ist erlaubt. Die Verwendung von Twitter-Name, Logo, Inhalten oder Code dagegen nicht. Die Software hier ist unabhängig, enthält weder Code, Design, Grafiken noch Inhalte von Twitter oder X und steht in keiner Verbindung zu ihnen. Der Start erfolgt unter Ihrem eigenen Namen, Logo und in Ihren Farben. Unsere Disclaimer-Seite legt dar, was beim Betreiber liegt. Wenn Ihr Plan eher auf bezahlte Stufen und Creator-Einnahmen als auf Werbung setzt, beschreibt unsere Seite zum X-Klon (früher Twitter) die Mitgliedschaftsvariante.
Sechs Erlöslinien sind modelliert: bezahlte Stufen, Werbekampagnen, Creator-Abos, Trinkgelder, API-Zugang und White-Label-Lizenzierung. Keine braucht eine Code-Änderung zum Einschalten. Die meisten Betreiber beginnen mit Trinkgeldern und einer einzigen bezahlten Stufe, ergänzen Werbung, sobald es Aufmerksamkeit zu verkaufen gibt, und öffnen die Entwickler-API zuletzt.
Ja. Jede Meldung landet in einer Warteschlange, in der ein Moderator ausblenden, wieder einblenden, löschen, sperren oder bannen kann, und der Twitter-Klon protokolliert jeden privilegierten Schritt mit Handelndem, Ziel und Grund. Der Anmeldeverlauf stützt Streitfälle. Die Konsole läuft mit einem getrennten Login von den Mitgliedskonten. Eine automatische Inhaltsklassifizierung können wir zudem als Integration ergänzen.
Ja, für die alltägliche soziale Nutzung. Ihre 28 Flutter-Bildschirme rufen dieselbe REST-API auf wie der Web-Client, sodass Feeds, Editor, Profile, Nachrichten und Benachrichtigungen gleich funktionieren. Die Betreiber-Konsole gibt es bewusst nur im Web. Wir liefern den Android-Build mit, und den iOS-Build samt Einreichung im Store können wir ebenfalls erstellen, mit bestätigtem Umfang.
Die Web-App nutzt Next.js, React 18.2 und TypeScript 4.7 mit SWR. Die API läuft als Next.js-Routen mit Zod-Validierung. Daten liegen in Firebase Firestore, die Identität in Firebase Authentication, und der Mobile-Client ist Flutter. Die Bereitstellung nutzt PM2 auf einem Linux-Host, mit zwölf Cloud Functions. Der Stack ist gängig, die meisten Teams finden dafür also Personal.
Zuallererst ein Publikum, denn Software kann keins liefern. Automatische Moderation, Video-Transkodierung mit CDN-Auslieferung, Live-Audio-Räume, Zahlungsarbeit über die vom Build referenzierte Stripe-Einrichtung hinaus, eine iOS-App, Enterprise-SSO und erweiterte Werbeanalysen sind allesamt verfügbar, und wir richten sie rund um Ihren Plan ein. Die Erzwingung von Zwei-Faktor und verwaltete Secrets werden bei der Bereitstellung abgeschlossen.
Das hängt davon ab, was Sie betreiben müssen. Ein Open-Source-Twitter-Klon-Projekt herunterzuladen ist kostenlos und passt zum Lernen oder für ein Hobby-Netzwerk, doch Moderation, Zahlungen und Betrieb bauen und sichern Sie selbst. Das fertige White-Label-Script enthält diese Teile samt vollständigem Quellcode und Support und ist binnen 6 Arbeitstagen live, was zu einem Unternehmen passt.
Unsere Entwickler leisten 60 Tage Support, Fehler rücken 6 Monate lang an die Spitze der Warteschlange, und die Updates bleiben ein Jahr kostenlos; alle drei stecken im Preis. Auf eine Anfrage antworten wir zuerst innerhalb von 2 Stunden, werktags von Montag bis Samstag, 10:00-19:00 IST. Abgedeckt ist die Plattform in der gelieferten Form, und baut Ihr Team darauf auf, schauen wir uns den Ansatz an.
Ein soziales Netzwerk zu betreiben ist an den meisten Orten rechtmäßig, doch die Regeln, die für Sie gelten, hängen von Ihrem Markt, Ihren Mitgliedern und den Inhalten ab, die Sie zulassen. Für Nutzungsbedingungen, Datenschutzhinweise, Inhaltsrichtlinie und etwaige Registrierungs- oder Meldepflichten tragen Sie selbst. Wir stellen Werkzeuge für Moderation, Audit und Konten bereit, aber keine Rechtsberatung, holen Sie also vor der Öffnung der Registrierung lokalen Rat ein.
Mitgliedsdaten liegen in einem Firebase-Firestore-Projekt, das Ihnen gehört und das Sie kontrollieren, und die Anwendung läuft auf einem Linux-Host, den Sie stellen. Nach der Übergabe halten wir Ihre Mitgliedsdaten nicht. Das heißt auch, dass Datenschutzpflichten, Backups und Zugriffskontrollen Ihnen obliegen, mit den Sicherheitsregeln und dem Handbuch, die wir liefern, als Ausgangspunkt.
Ja. Tarife werden aus der Konfiguration bepreist, und Berechtigungsprüfungen laufen auf dem Server, sodass eine Neubepreisung oder eine Änderung dessen, was eine Stufe erlaubt, kein Code-Release braucht. Ab Werk gibt es drei Stufen, Free, Premium ($9.99) und Pro ($29.99), doch diese Zahlen sind nur Startwerte, die Sie ändern können.
Firebase Authentication bietet im ausgelieferten Build die Anmeldung mit E-Mail und Passwort sowie mit Google. Weitere Identitätsanbieter können wir als Integration ergänzen. Betreiberkonten nutzen einen getrennten Authentifizierungspfad, eine neue Anmeldemethode für Mitglieder ändert also nichts daran, wie sich Administratoren anmelden.
Die Architektur ist um günstige Lesezugriffe herum gebaut: Zähler liegen in den Dokumenten, die der Feed ohnehin lädt, Listen blättern per Cursor, und zusammengesetzte Indizes sind vorab definiert. Verwaltete Infrastruktur tauscht etwas Obergrenze gegen Tempo, was zu einem Start passt. Wir veröffentlichen keine Zusagen zur Mitgliederzahl, und Kapazitätsplanung, CDN-Platzierung und Funktions-Nebenläufigkeit sind Entscheidungen, die Sie mit dem Wachstum erneut prüfen.
Mitglieder und Beiträge aus einem anderen System zu importieren ist maßgeschneiderte Umsetzung, die wir übernehmen und nach Einsicht in Ihr Datenformat abgrenzen. API und Firestore-Struktur sind dokumentiert, sodass Ihr Team oder unseres einen Import schreiben kann. Planen Sie, wie Mitglieder ihre Konten übernehmen und wie Sie den Umzug ankündigen, denn der technische Import ist meist die leichtere Hälfte.
Ja. Kontrollen über den Kontostatus, das Audit-Log und eine getrennte Betreiber-Anmeldung passen zu internen oder kundennahen Netzwerken. Enterprise Single Sign-on über SAML oder OIDC können wir einrichten, wenn Sie es neben einem bestehenden Identitätsanbieter brauchen. Eine private Bereitstellung ist eine Hosting-Entscheidung auf Ihrer Seite.
Nein, für den normalen Betrieb nicht. Moderatoren, Supportpersonal und Werbeprüfer nutzen die Betreiber-Konsole ohne Code, und Tarifpreise und Richtlinie sind Konfiguration. Für Bereitstellung, Sicherheitsprüfung, Upgrades und alles, was Sie ergänzen, brauchen Sie eine technische Person, doch der laufende Betrieb verlangt keinen Entwickler in Bereitschaft.
Die Plattform wird mit einer Oberflächensprache geliefert, und Mehrsprachigkeit mit Rechts-nach-links-Layouts richten wir als Lokalisierungsarbeit ein. Diese Arbeit umfasst auch die Moderationsrichtlinie je Markt. Starten Sie in einer Regionalsprache, sprechen Sie das vor dem Kickoff an, damit Übersetzung, Schriften und Richtlinientexte neben der Bereitstellung geplant werden, statt hinterher aufzufallen.
Die Quellen beschreiben ein fertiges Produkt, das an Betreiber verkauft wird, keinen Einzelauftrag, gehen Sie also davon aus, dass die Plattform auch an andere lizenziert wird. Ausschließlich Ihnen gehören die gebrandete Bereitstellung, Ihre Daten, Ihre Konfiguration und jeder eigene Code, den Sie ergänzen. Ist Exklusivität des Basiscodes für Ihren Plan wichtig, lassen Sie das vor der Entscheidung schriftlich regeln.
In den veröffentlichten Quellen ist kein standardisierter Vertraulichkeitsprozess beschrieben. Manche veröffentlichten Seiten schildern Kundenarbeit, ohne die Kunden zu nennen, ein Hinweis darauf, dass Diskretion üblich ist. Sind Ihre Pläne heikel, bitten Sie vor jeder Einzelheit um eine Vertraulichkeitsvereinbarung und beschränken Sie das erste Gespräch auf Umfang und Zeitplan statt auf Betriebsgeheimnisse.
Die Medienauslieferung ist die übliche Antwort in einem Netzwerk, in dem Video oder Audio Fuß fasst, denn Transkodierung, Speicher und CDN-Bandbreite wachsen mit der Nutzung. Danach folgen Moderationspersonal, Zahlungsgebühren und Hosting für Ihr Firebase-Projekt. Der Plattformpreis deckt Software und Bereitstellung, führen Sie für diese laufenden Kosten also ein eigenes Budget und prüfen Sie es, während das Netzwerk wächst.
Ein Grund für eine bestimmte Gruppe, das Netzwerk als ihren Standardort zu betrachten. Die Software liefert Feed, Warteschlange und Geldwerkzeuge, aber Mitglieder bleiben wegen der Menschen und des Themas. Entscheiden Sie, wer die ersten paar hundert Konten sind, holen Sie sie persönlich herein und stellen Sie sicher, dass die Moderation funktioniert, bevor Sie die Registrierung breit öffnen.
Sie können es unabhängig als eigenes gebrandetes Netzwerk betreiben, und Mitglieder anderer Netzwerke können einfach Konten anlegen. Beide so zu verbinden, dass Beiträge hin und her fließen, ist maßgeschneiderte Umsetzung, die wir mit Ihnen abgrenzen können. Ist netzwerkübergreifendes Folgen zentral für Ihre Idee, passt meist ein dafür gebautes föderiertes Projekt besser.
Die Plattform bietet eine algorithmische Timeline, getrennt vom Feed „Folge ich“, und der Betreiber hat etwas zum Abstimmen statt einer festen Blackbox. Die Quellen nennen die Ranking-Signale nicht, bitten Sie also in der Demo um eine Erläuterung. Viele Betreiber lassen in einem jungen Netzwerk den chronologischen Feed als Standard und führen das Ranking später ein.
Diese Seite fasst die Software als öffentliches Gespräch mit Werbebüro und Entwickler-API, was zu einem Netzwerk passt, das von Aufmerksamkeit und externen Entwicklern lebt. Unsere Seite zum X-Klon liest dieselbe Plattform als Mitgliedschaftsprodukt und beginnt mit bezahlten Stufen, nach Prüfung vergebenen Badges und Creator-Erlösen. Wählen Sie die Seite, die dazu passt, womit Ihr Geschäft zuerst verdient; Preis und Start in sechs Tagen sind identisch.
Jede Kampagne ist ein Datensatz mit Typ, Gesamt- und Tagesbudget, verfolgten Ausgaben und Schlüsselwörtern für das Targeting, und der Betreiber prüft sie in der Konsole. Geld von Werbetreibenden einzuziehen hängt von einem Zahlungsabwickler ab, und der Build referenziert einen, während das Anbinden Ihres eigenen, auch lokaler Wege, Integrationsarbeit ist, die wir mit Ihnen einrichten. Planen Sie diesen Schritt, bevor Sie Sponsoren Rechnungsstellung versprechen.
Nicht für den täglichen Betrieb. Moderation, Kontostatus, Verifizierungsprüfung, Werbeüberblick und Einstellungen liegen in einer Betreiber-Konsole mit eigener Anmeldung. Für Bereitstellungsentscheidungen, Upgrades, Sicherheitshärtung und eigene Funktionen wollen Sie einen Entwickler. Viele Betreiber stellen einen in Teilzeit ein und stützen sich bei Fragen zur gelieferten Plattform auf den enthaltenen Support-Zeitraum.
Ein Tutorial gibt Ihnen einen Feed und eine Anmeldung. Meist fehlen Warteschlange, Prüfpfad, Werbe-Engine, Berechtigungen und Entwicklerplattform, die entscheiden, ob sich ein Netzwerk öffentlich betreiben lässt. Ist Lernen das Ziel, bauen Sie es selbst. Ist der Start eines Produkts das Ziel, spart der Ausgangspunkt einer gepflegten Basis die unglamouröse Arbeit.
Beginnen Sie mit einer gepflegten Plattform statt mit einem leeren Repository und stecken Sie Ihre Mühe in das Publikum. Wählen Sie Ihre Beitragstypen und Timelines, branden Sie die App, richten Sie Zahlungen ein und holen Sie Moderatoren an Bord, bevor Sie die Registrierung öffnen. Eine App wie Twitter von Grund auf zu bauen hieße, Meldewarteschlange, Werbe-Engine und API selbst zu schreiben, und deshalb nehmen kleine Teams meist eine fertige Plattform und passen sie an.
→Hier starten
Nennen Sie uns Plattform und Markt. Sie erhalten eine Führung durch die Live-Demo, den genauen Lieferumfang und einen schriftlichen Festpreis. Erste Antwort in unter 2 Stunden, Montag bis Samstag, 10:00 bis 19:00 Uhr IST.
Diese Seite verwendet den Namen Twitter, um eine Art von Plattform zu beschreiben. Das hier verkaufte Produkt ist eigenständige Software, unabhängig entwickelt, und Twitter ist daran nicht beteiligt.
„Twitter-Klon“ ist eine Branchenkurzform, die Gründer bei der Suche nach Software mit vergleichbarem Geschäftsmodell verwenden. Sie bezeichnet eine Produktkategorie, keine Kopie von Twitter.
Die Plattform ist ein Originalprodukt, entworfen und programmiert von Miracuves. Sie enthält weder Code noch Design, Grafiken oder Inhalte, die von der Website oder den Anwendungen von Twitter stammen, und erscheint unter Ihrer eigenen Marke.
Twitter und seine Logos sind Marken ihrer jeweiligen Inhaber und werden hier nur zur Orientierung genannt. GetFame ist nicht mit Twitter verbunden und wird von ihr weder gesponsert noch unterstützt. Rechteinhaber können sich an legal@miracuves.com wenden.
Verantwortung des Betreibers. Der Betreiber einer gestarteten Plattform ist für die Einhaltung der Gesetze in den Märkten verantwortlich, die er bedient. Nichts auf dieser Seite ist Rechtsberatung.Vollständigen Haftungsausschluss lesen
Erste Reaktion unter 2 Stunden, Mo-Sa 10:00-19:00 Uhr IST
Indien+91 98300 09649 USA+1 516 202 3950