Was ist Mocky und die beste Mocky-Alternative für benutzerdefinierte Mock-HTTP-Antworten

Wenn Sie jemals einen gefälschten API-Endpunkt benötigt haben, der einen bestimmten JSON-Body, Statuscode und Header zurückgibt, ohne einen Server aufzusetzen, haben Sie wahrscheinlich nach Mocky gesucht. Dieser Leitfaden erklärt, was Mocky ist, wie man es benutzt und wann Sie es überwachsen werden. Wenn Sie zuerst einen breiteren Überblick wünschen, deckt unsere Zusammenfassung der verglichenen Online-API-Mocking-Tools das Feld ab, und Mockys eigenes Open-Source-Repository bestätigt die Grundlagen.

Schaltfläche

Was ist Mocky?

Mocky ist ein kostenloser Open-Source-Webdienst zum Generieren benutzerdefinierter HTTP-Antworten. Sie entwerfen eine Antwort in Ihrem Browser, Mocky gibt Ihnen eine einzigartige URL, und jede Anfrage an diese URL gibt genau das zurück, was Sie definiert haben. Es gibt kein Backend zu schreiben und keinen Server zu hosten.

Es wurde von Julien Lafont entwickelt und unter der Apache 2.0 Lizenz veröffentlicht. Die gehostete Version befindet sich unter mocky.io, und da der Code öffentlich ist, können Sie es auch selbst hosten, wenn Sie lieber Ihre eigene Instanz betreiben möchten.

Die Kernidee ist einfach. Sie "entwerfen eine Antwort hinter einer URL." Das ist das ganze Produkt, und dieser Fokus ist seine größte Stärke.

Was Sie konfigurieren können

Mocky lässt Sie die Teile einer HTTP-Antwort festlegen, die für Client-Tests wichtig sind:

Statuscode, damit Sie bei Bedarf einen 200, einen 404 oder einen 500 zurückgeben können.
Antwort-Body, normalerweise JSON, aber jede Textnutzlast funktioniert.
HTTP-Header, einschließlich Inhaltstyp und benutzerdefinierte Header.
Eine Antwortverzögerung, damit Sie ein langsames Netzwerk oder ein träges Upstream simulieren können.

Sobald Sie speichern, speichert Mocky die Antwort und gibt Ihnen eine permanente URL. Sie fügen diese URL in Ihren Frontend-Code, Ihren Test oder Ihren HTTP-Client ein, und fertig.

Ein schnelles Beispiel

Angenommen, Ihr Backend ist noch nicht bereit, aber Ihr Frontend benötigt ein Benutzerobjekt zum Rendern. Sie würden den Mocky-Designer öffnen, den Status auf 200 setzen, Content-Type: application/json festlegen und einen Body wie diesen einfügen:

{
  "id": 42,
  "name": "Ada Lovelace",
  "role": "admin"
}

Mocky gibt eine URL wie https://run.mocky.io/v3/<some-id> zurück. Richten Sie Ihre App darauf aus, und jede Anfrage erhält diesen Benutzer zurück. Für einen umfassenderen Einblick in dieses Muster lesen Sie unseren Erklärartikel zum Thema wie man APIs online mockt, ohne einen Server einzurichten.

Wann Mocky die richtige Wahl ist

Mocky glänzt, wenn Ihre Anforderungen klein und einmalig sind:

Sie möchten eine einzige statische Antwort, schnell und ohne Konto.
Sie teilen eine feste Nutzlast mit einem Teamkollegen oder einem Support-Ticket.
Sie reproduzieren einen Fehlerfall, wie eine 500 Internal Server Error Antwort, für einen Fehlerbericht.
Sie benötigen nicht, dass sich die Antwort basierend auf der Anfrage ändert.

Für diese Aufgaben ist Mocky schwer zu übertreffen. Es ist kostenlos, lädt in einem Browser, und Sie können in weniger als einer Minute eine funktionierende URL haben. Überkonstruieren Sie kein Problem dieser Größe.

Wo Mocky an seine Grenzen stößt

Dieselbe Einfachheit, die Mocky großartig macht, begrenzt es auch. Jede Mocky-URL ist eine feste Antwort. Wenn Ihr Projekt wächst, wird dieses Modell auf einige vorhersehbare Weisen unzureichend.

Keine dynamischen Daten. Jeder Aufrufer erhält den identischen Body. Sie können keinen anderen Benutzer für /users/1 gegenüber /users/2 zurückgeben, und Sie können keine realistischen, variierten Daten generieren.
Keine Anfrage-Übereinstimmung. Mocky verzweigt nicht basierend auf Query-Parametern, Pfadwerten oder Request-Bodies. Eine URL, eine Antwort.
Lockere Organisation. Eine echte API hat Dutzende von Endpunkten. Diese als Haufen separater Mocky-Links zu verwalten, wird schnell unübersichtlich.
Geringe Zusammenarbeit. Es gibt keinen gemeinsamen Arbeitsbereich, keine Versionierung und keine Teamberechtigungen für Ihre Mocks.
Keine Schema-Verknüpfung. Ihr Mock und Ihre OpenAPI-Spezifikation leben an verschiedenen Orten, sodass sie auseinanderdriften.

Wenn Sie zwei oder drei dieser Punkte erreichen, haben Sie ein Ein-Antwort-Tool überwachsen. Das ist der Zeitpunkt, um auf eine vollständige Mock-Plattform umzusteigen. Wenn Sie den Budgetkompromiss abwägen, stellt unser Leitfaden zu kostenlosen und günstigen API-Mock-Servern die Optionen dar.

Ein häufiger Auslöser ist das Frontend-Team. Ein Entwickler mockt das Benutzerobjekt, ein anderer die Bestellliste, ein dritter den Authentifizierungsfluss. Mit Mocky sind dies drei unabhängige Links ohne gemeinsame Basis-URL und ohne Möglichkeit, Umgebungen zu wechseln. Mit einem echten Mock-Server sind es drei Endpunkte in einem Projekt, die alle unter einem einzigen Host antworten, und Sie können an einem Ort zwischen Staging- und Produktionsdaten wechseln.

Die beste Mocky-Alternative: Apidog

Apidog behält Mockys beste Eigenschaft, eine benutzerdefinierte Antwort hinter einer teilbaren URL, und fügt dann die Dinge hinzu, die Mocky weglässt: Persistenz über viele Endpunkte hinweg, schema-gesteuerte Daten, dynamische Antworten und Teamzusammenarbeit. Sie entwerfen Endpunkte, und Apidog generiert eine gehostete Mock-URL, die benutzerdefinierte Statuscodes, Header und JSON-Bodies zurückgibt, genau wie Mocky, aber an Ihr tatsächliches API-Design gebunden.

Hier ist der ehrliche Unterschied. Mocky antwortet: „Gib mir eine feste Antwort, kostenlos, sofort.“ Apidog antwortet: „Gib mir einen glaubwürdigen Mock einer ganzen API, der mit meinem Projekt wächst.“

Einige Dinge, die Apidog zusätzlich zum Mocky-Anwendungsfall bietet:

Smart Mock und KI-generierte Daten. Anstatt einen Body fest zu codieren, kann Apidog realistische Werte aus Ihren Feldnamen und Ihrem Schema ableiten, sodass email eine E-Mail und createdAt ein Datum zurückgibt.
Faker.js-Unterstützung. Sie können Faker.js einbinden, um dynamische Mock-Daten zu generieren, für vielfältige, realistische Nutzlasten bei jedem Aufruf.
Erweiterte Mock-Regeln. Geben Sie verschiedene Antworten basierend auf Abfrageparametern oder Anfrageinhalten zurück, was die Anfrage-Übereinstimmung ist, die Mocky nicht kann.
Schema-basiertes Mocking (Schema-first mocking). Ihr Mock wird aus Ihrem OpenAPI-Design generiert, sodass beide synchron bleiben.
Team-Arbeitsbereiche. Mocks leben in einem gemeinsamen Projekt mit Versionskontrolle und Echtzeit-Synchronisierung, nicht verstreut über einmalige Links.

Den einfachen Teil bekommen Sie immer noch. Benötigen Sie einen einzelnen Endpunkt, der einen 200 mit einem festen JSON-Body hinter einer URL zurückgibt? Apidog kann das auch, und Sie können es mit einem Klick mit Ihrem Team teilen.

Mocky vs. Apidog auf einen Blick

Funktion	Mocky	Apidog
Benutzerdefinierter Status, Header, Body hinter einer URL	Ja	Ja
Kostenlos starten, keine Einrichtung	Ja	Ja (kostenloser Plan)
Einzelne statische Antwort	Ja	Ja
Dynamische Daten (Faker.js, Smart Mock)	Nein	Ja
Anfrage-Übereinstimmung / Bedingte Regeln	Nein	Ja
Viele Endpunkte in einem Projekt	Nein	Ja
Schema-basierte (OpenAPI) Mocks	Nein	Ja
Team-Arbeitsbereich + Versionierung	Nein	Ja
Self-Hosting-Option	Ja (Open Source)	Cloud + Self-Hosting-Optionen

Wenn Sie weitere Mitbewerber nebeneinander vergleichen möchten, gehen unsere Liste der besten API-Mocking-Tools und unsere Zusammenfassung der REST-Endpunkt-Mocking-Tools tiefer ins Detail.

Wie man eine Mocky-URL in Apidog ersetzt

Der Umzug von einem einzelnen Mocky-Link ist schnell:

Laden Sie Apidog herunter und erstellen Sie ein Projekt.
Fügen Sie einen Endpunkt hinzu, zum Beispiel GET /users/42.
Definieren Sie die Antwort: Legen Sie den Statuscode fest, fügen Sie Header hinzu und schreiben Sie den JSON-Body, dieselben Felder, die Sie in Mocky eingegeben hätten.
Aktivieren Sie den Mock. Apidog generiert eine gehostete Mock-URL für diesen Endpunkt.
Richten Sie Ihr Frontend oder Ihren Test auf die neue URL aus.

Von dort aus können Sie jederzeit Extras, dynamische Daten, bedingte Regeln und weitere Endpunkte hinzufügen, wenn Sie sie benötigen. Sie müssen die erweiterten Funktionen nicht am ersten Tag nutzen.

Die Migration erfolgt selten auf einmal. Die meisten Teams lassen ihre bestehenden Mocky-Links aktiv, während sie die wichtigen Endpunkte in Apidog neu aufbauen, und ziehen dann die alten URLs zurück, sobald das Projekt an einem Ort ist. Da Apidog eine OpenAPI-Datei lesen kann, können Sie, wenn Sie bereits eine Spezifikation haben, diese importieren und auf einmal Mock-URLs für jeden Endpunkt erhalten, anstatt jede Antwort manuell neu zu erstellen.

Häufig gestellte Fragen

Ist Mocky kostenlos?

Ja. Mocky ist kostenlos und Open Source unter der Apache 2.0 Lizenz, und Sie benötigen kein Konto, um einen Mock zu erstellen. Antworten werden serverseitig gespeichert, sodass die URL, die Sie erhalten, aktiv bleibt. Wenn Sie mehr als eine einzelne feste Antwort benötigen, bietet eine umfassendere Plattform wie Apidog Ihnen einen kostenlosen Tarif mit dynamischen Daten und Teamfunktionen.

Was ist der Unterschied zwischen mocky.io und einem Mock-Server?

Eine Mocky-URL ist eine feste, vorbereitete Antwort. Ein Mock-Server simuliert eine ganze API mit vielen Endpunkten, Anfrage-Übereinstimmung und Daten, die sich pro Anfrage ändern können. Wenn Sie mit dem Konzept noch nicht vertraut sind, führt unser Erklärartikel zum Thema was eine Mock-API ist Sie von Grund auf durch das Thema.

Kann ich mit Mocky einen benutzerdefinierten Statuscode und Header zurückgeben?

Ja. Genau dafür ist Mocky gedacht. Sie legen den Statuscode fest, fügen alle gewünschten Header hinzu, schreiben den Body, und Mocky stellt all dies über eine einzige URL bereit. Die Einschränkung ist, dass es immer dieselbe Antwort ist, unabhängig von der Anfrage.

Wann sollte ich von Mocky zu einer vollständigen Mock-Plattform wechseln?

Wechseln Sie, wenn Sie mehr als eine feste Antwort benötigen: dynamische oder realistische Daten, bedingte Antworten, mehrere zusammen organisierte Endpunkte oder einen gemeinsamen Arbeitsbereich für Ihr Team. Bis dahin ist Mockys Einfachheit ein Feature, kein Mangel.

Zusammenfassung

Mocky ist eine saubere, kostenlose Möglichkeit, eine benutzerdefinierte HTTP-Antwort hinter einer URL zu platzieren, und für schnelle, statische Anforderungen ist es das richtige Werkzeug. In dem Moment, in dem Sie dynamische Daten, Anfrage-Übereinstimmung, viele Endpunkte oder Teamzusammenarbeit benötigen, stößt dieses Ein-Antwort-Modell an seine Grenzen.

Hier setzt Apidog an. Es deckt dieselbe Aufgabe "Entwerfen einer Antwort hinter einer URL" ab und skaliert dann zu schema-gesteuertem, dynamischem und kollaborativem Mocking, während Ihre API wächst. Laden Sie Apidog herunter, um Ihre erste Mock-URL kostenlos zu starten und sie zu behalten, während Ihr Projekt größer wird.