
Mechanic für Shopify: Komplexe Automatisierung ohne eigenen Server
Mechanic schließt die Lücke zwischen Shopify Flow und Custom Apps. Dieser Guide zeigt Architektur, Preismodell, 355+ Tasks und ein echtes Multi-Store-Sync-Praxisbeispiel.
Stellen Sie sich vor: Shopify Flow reicht nicht mehr aus, aber eine vollständige Custom App mit eigenem Server kostet 15.000 € Entwicklung plus 200 €/Monat Hosting. Zwischen diesen Polen gab es lange nichts — bis Mechanic diese Lücke geschlossen hat.
Mechanic ist eine Automatisierungsplattform für Shopify, die auf dem ersten Blick wie eine bessere Flow-Alternative aussieht. Auf dem zweiten Blick ist es eine vollständige Entwicklungsumgebung: Sie schreiben Liquid-Code, haben Zugriff auf die vollständige Shopify GraphQL Admin API, können HTTP-Requests an beliebige externe Systeme senden und erhalten 355+ fertige Tasks als Ausgangspunkt. Gehostet, gewartet, ohne eigene Infrastruktur.
Ich nutze Mechanic seit mehreren Jahren in Kundenprojekten — für Multi-Store-Sync, ERP-Anbindungen und Preis-Transformationen. Dieser Guide zeigt, was Mechanic wirklich kann, wo es an Grenzen stößt, und wann eine Custom App trotzdem die bessere Wahl ist.
Das Wichtigste in Kürze
- 355+ fertige Tasks in der Open-Source-Bibliothek — die meisten Standard-Automatisierungen brauchen keinen eigenen Code.
- Mechanic kostet ab $16/Monat (Basic) bis $199/Monat (Plus) — inklusive aller Features, ohne Nutzungslimits.
- Das Events-Tasks-Actions-Modell erlaubt beliebig komplexe Logik: Schleifen, Aggregationen, HTTP-Calls, Datei-Generierung.
- Mechanic kann mehrere Stores über HTTP-Actions verbinden — Store-übergreifender Sync ist möglich.
- Harte Grenze: Mechanic ist nicht für Batch-Verarbeitung großer Datenmengen gebaut — dafür brauchen Sie die Shopify Bulk Operations API in einer Custom App.
- Der ROI ist in der Praxis enorm: Was früher 15.000 € Custom-Entwicklung kostete, lässt sich oft in 3–5 Tagen Mechanic-Konfiguration umsetzen.
Was Mechanic von anderen Automatisierungs-Tools unterscheidet
Die meisten Shopify-Automatisierungs-Apps arbeiten nach demselben Prinzip: Sie wählen aus einem vordefinierten Menü von Triggern und Aktionen. Was das Menü nicht hergibt — Pech gehabt.
Mechanic bricht dieses Prinzip:
Shopify Flow: Trigger → Condition → Begrenzte Actions → Fertig
Zapier/Make: Trigger → Vordefinierte Aktion → Fertig
Mechanic: Event → Ihr eigener Liquid-Code → Unbegrenzte MöglichkeitenSie schreiben Tasks in Liquid — der Template-Sprache, die jeder Shopify-Entwickler bereits kennt — mit erweiterten Filtern für JSON-Parsing, HMAC-Berechnungen und komplexe Datenstrukturen. Dazu haben Sie direkten Zugang zur vollständigen Shopify GraphQL Admin API: Alles, was die API kann, kann Mechanic automatisieren.
Die Zahlen (Stand Juni 2026)
Mechanic vs. Shopify Flow vs. Custom App
| Feature | Shopify Flow | Mechanic | Custom App |
|---|---|---|---|
| Kosten | Kostenlos (Grow+ für HTTP) | $16–199/Monat | 5.000–50.000 € Entwicklung |
| Einrichtungszeit | Minuten | Stunden–Tage | Wochen–Monate |
| Eigener Code | Nur Run Code (kein fetch) | Vollständiges Liquid | Beliebige Sprache |
| Externe APIs | HTTP-Block (Grow+) | HTTP-Action, jede API | Vollständig |
| Array-Iteration | Nein | Ja (for-Schleifen) | Ja |
| Multi-Store | Nein | Ja (via HTTP) | Ja |
| Zeitgesteuert | Begrenzt | Stündlich, täglich, wöchentlich | Beliebig |
| Fehlerbehandlung | Minimal | Eingebaut + anpassbar | Selbst bauen |
| Wartung | Keine | Minimal (Mechanic hostet) | Server, Updates, Monitoring |
| Lernkurve | Niedrig | Mittel (Liquid-Kenntnisse) | Hoch |
Die Architektur: Events, Tasks und Actions
Um Mechanic effektiv einzusetzen, müssen Sie drei Konzepte verstehen.
1. Events — Was einen Task auslöst
Events sind alles, was in Ihrem Shop passiert — oder passieren soll:
shopify/orders/create → Neue Bestellung
shopify/products/update → Produkt aktualisiert
shopify/inventory_levels/update → Bestand geändert
shopify/customers/create → Neuer Kunde
mechanic/scheduler/daily → Täglich (Uhrzeit konfigurierbar)
mechanic/scheduler/hourly → Jede Stunde
mechanic/user/trigger → Manuell via Button im DashboardDas Besondere: Ein Task kann Kind-Events erzeugen — er triggert also nach seiner Ausführung weitere Events, die andere Tasks starten. Das ermöglicht verkettete Automatisierungen ohne externe Orchestrierung.
2. Tasks — Der Liquid-Code
Ein Task ist Ihr Liquid-Code, der auf Events reagiert. Ein einfaches Beispiel — automatisches Taggen von High-Value-Bestellungen:
{% comment %}
Subscription: shopify/orders/create
Taggt Bestellungen über 500 € als "VIP-Order"
{% endcomment %}
{% assign order_total = order.total_price | times: 1.0 %}
{% if order_total >= 500.0 %}
{% action "shopify" %}
mutation {
tagsAdd(
id: {{ order.admin_graphql_api_id | json }}
tags: ["VIP-Order", "High-Value"]
) {
userErrors { field message }
}
}
{% endaction %}
{% endif %}Tasks können deutlich mehr: Schleifen über tausende Produkte, GraphQL-Queries direkt an Shopify, HTTP-Requests an externe APIs, E-Mails mit HTML-Templates senden, CSV/PDF generieren, FTP-Uploads ausführen.
3. Actions — Was ausgeführt wird
| Action-Typ | Funktion | Typisches Beispiel |
|---|---|---|
| shopify | GraphQL Mutation an Shopify | Produkt erstellen, Preis ändern, Tag setzen |
| http | Beliebiger HTTP-Request | API-Call an ERP, Webhook an Slack |
| E-Mail senden | Benachrichtigung, Report, Kundenmail | |
| ftp | Datei hochladen | CSV-Export an Fulfillment-Partner |
| files | Dateien generieren | PDF-Rechnung, CSV-Report, ZIP-Archiv |
| event | Neues Event erzeugen | Ketten-Automatisierung starten |
Die Task-Bibliothek: 355+ fertige Automatisierungen
Der schnellste Weg zu Mechanic: Die Open-Source-Task-Bibliothek mit über 355 getesteten, sofort einsetzbaren Tasks. Alle Tasks sind auf GitHub öffentlich einsehbar und können vollständig angepasst werden.
Die wichtigsten Kategorien
| Kategorie | Tasks | Highlights |
|---|---|---|
| Bestellungen | 125+ | Auto-Tagging, Fulfillment, Stornierung, Routing |
| Auto-Tagging | 102+ | Kunden, Produkte, Bestellungen nach beliebigen Regeln |
| Produkte | 97+ | Sortierung, Veröffentlichung, Preis-Updates, Sync |
| Kunden | 73+ | Segmentierung, Einladungen, Lifecycle-E-Mails |
| 64+ | Benachrichtigungen, Reports, Custom-Templates | |
| Inventar | 28+ | Bestandsüberwachung, Sync, Low-Stock-Alerts |
Meine Top 5 für den sofortigen Einsatz
1. Auto-Tag Customers by Total Spend — Bronze, Silber, Gold, VIP nach Gesamtumsatz. Sofort einsetzbar, keine Anpassung nötig.
2. Hide Out-of-Stock Products — Produkte verschwinden bei Bestand 0 und erscheinen automatisch wieder. Ersetzt eine dedizierte App.
3. Sync Inventory for Shared SKUs — Varianten mit gleicher SKU werden automatisch synchronisiert. Essentiell für Bundle-Logik.
4. Email a CSV Export of Orders — Täglicher/wöchentlicher Order-Export per E-Mail, konfigurierbar nach Datum und Status.
5. Cancel Unpaid Orders After X Days — Hält die Bestellliste sauber. X ist frei konfigurierbar.
Das Beste: Wenn ein Task zu 90 % passt, ändern Sie die restlichen 10 % direkt im Code-Editor. Open Source, keine Einschränkungen.
Praxisbeispiel: Multi-Store-Sync D2C → B2B
Dieses Beispiel zeigt, warum Mechanic in einer eigenen Liga spielt. Ein Kunde betreibt einen D2C-Store mit 500+ Produkten und wollte einen separaten B2B-Store mit Netto-Preisen, eigenem Branding und eigenen Konditionen.
Das Problem ohne Automatisierung: Bei jeder Produktänderung, jedem neuen Produkt, jeder Preisanpassung müsste das Team den zweiten Store manuell aktualisieren. Bei 500+ Produkten und täglichen Änderungen: nicht skalierbar.
Warum andere Lösungen scheiterten:
| Lösung | Problem |
|---|---|
| Shopify Flow | Kein Store-übergreifender API-Zugang |
| Sync-Apps (Syncio, Stock Sync) | Keine Preistransformation (Brutto → Netto) |
| Zapier/Make | Zu teuer bei 500+ Produkten, fragil bei Lastspitzen |
| Custom App | 15.000–25.000 € Entwicklung + laufende Infrastruktur |
| Mechanic | HTTP-Action an zweiten Store, Liquid für Preisberechnung, $29–99/Monat |
Die Mechanic-Lösung
Der Task reagiert auf drei Events:
{% comment %}
Subscriptions:
shopify/products/create
shopify/products/update
mechanic/scheduler/daily
{% endcomment %}Drei Trigger: Sofort bei Erstellung, sofort bei Änderung, täglich als Sicherheitsnetz.
Produkt-Filter: Nur B2B-Produkte synchronisieren
{% comment %} Produkt-Daten über GraphQL abrufen {% endcomment %}
{% capture query %}
query {
product(id: {{ product.admin_graphql_api_id | json }}) {
id title descriptionHtml vendor productType tags status
variants(first: 100) {
nodes {
id sku price compareAtPrice inventoryQuantity
selectedOptions { name value }
}
}
images(first: 20) {
nodes { url altText }
}
}
}
{% endcapture %}
{% assign result = query | shopify %}
{% assign src_product = result.data.product %}
{% comment %} Filter: Nur Produkte mit Tag "b2b-sync" {% endcomment %}
{% unless src_product.tags contains "b2b-sync" %}
{% break %}
{% endunless %}Brutto → Netto Preisberechnung
Der Kern: D2C-Preise sind Brutto (19 % MwSt.), B2B braucht Netto — plus kundenspezifischer B2B-Rabatt:
{% assign mwst_faktor = 1.19 %}
{% assign b2b_rabatt = 0.85 %}
{% assign variants_data = "" | split: "" %}
{% for variant in src_product.variants.nodes %}
{% comment %} In Cent rechnen für Präzision {% endcomment %}
{% assign brutto_ct = variant.price | times: 100 | round %}
{% assign netto_ct = brutto_ct | divided_by: mwst_faktor | round %}
{% assign b2b_ct = netto_ct | times: b2b_rabatt | round %}
{% assign final_price = b2b_ct | divided_by: 100.0 %}
{% assign v = hash %}
{% assign v["sku"] = variant.sku %}
{% assign v["price"] = final_price %}
{% assign v["d2c_inventory"] = variant.inventoryQuantity %}
{% assign variants_data = variants_data | push: v %}
{% endfor %}Bestandslogik mit D2C-Priorität
{% comment %}
B2B-Bestand = D2C-Bestand minus Reserve
Unter 20 Stück D2C → B2B bekommt nichts (D2C hat Priorität)
{% endcomment %}
{% assign reserve = 10 %}
{% assign d2c_schwelle = 20 %}
{% for v in variants_data %}
{% if v.d2c_inventory < d2c_schwelle %}
{% assign v["b2b_inventory"] = 0 %}
{% else %}
{% assign calc = v.d2c_inventory | minus: reserve %}
{% if calc < 10 %}
{% assign v["b2b_inventory"] = 0 %}
{% else %}
{% assign v["b2b_inventory"] = calc %}
{% endif %}
{% endif %}
{% endfor %}HTTP-Action an den B2B-Store
{% comment %} Produkt im B2B-Store via Admin API aktualisieren {% endcomment %}
{% assign b2b_domain = "kunde-b2b.myshopify.com" %}
{% assign api_version = "2026-01" %}
{% action "http" %}
{
"method": "POST",
"url": "https://{{ b2b_domain }}/admin/api/{{ api_version }}/graphql.json",
"headers": {
"Content-Type": "application/json",
"X-Shopify-Access-Token": {{ options.b2b_store_api_token__required | json }}
},
"body": {
"query": "mutation ProductSync($input: ProductInput!) { productCreate(input: $input) { product { id } userErrors { field message } } }",
"variables": {
"input": {
"title": {{ src_product.title | json }},
"descriptionHtml": {{ src_product.descriptionHtml | json }},
"vendor": {{ src_product.vendor | json }},
"tags": "b2b,synced"
}
}
}
}
{% endaction %}Das Ergebnis
| Vorher (manuell) | Nachher (Mechanic) |
|---|---|
| ~4 h/Tag Synchronisierung | 0 Minuten — vollautomatisch |
| Fehlerquote Preise: ~5–10 % | 0 % — mathematisch korrekt |
| Neue Produkte im B2B: nach 1–2 Tagen | Unter 60 Sekunden |
| Personalkosten: ~2.000 €/Monat | $29–99/Monat für Mechanic |
ROI: 2.000 € Personalkosten minus ~70 € Mechanic = 1.930 € Einsparung pro Monat = 23.160 € pro Jahr.
Mehr über die technischen Grundlagen von Store-übergreifenden Integrationen lesen Sie in Shopify ERP-Integration: Der komplette Guide.
Weitere Praxis-Tasks aus echten Projekten
Täglicher Restock-Alert mit Bestellvorschlag
{% comment %}
Subscription: mechanic/scheduler/daily
Prüft alle Bestände, sendet Report mit Nachbestellmengen
{% endcomment %}
{% assign schwelle = 15 %}
{% assign zielbestand = 100 %}
{% assign low_stock = "" | split: "" %}
{% assign cursor = nil %}
{% for n in (1..50) %}
{% capture query %}
query {
productVariants(
first: 100
after: {{ cursor | json }}
query: "inventory_total:<={{ schwelle }}"
) {
pageInfo { hasNextPage endCursor }
nodes {
sku displayName inventoryQuantity
product { title vendor }
}
}
}
{% endcapture %}
{% assign r = query | shopify %}
{% for v in r.data.productVariants.nodes %}
{% assign item = hash %}
{% assign item["title"] = v.product.title %}
{% assign item["sku"] = v.sku %}
{% assign item["bestand"] = v.inventoryQuantity %}
{% assign item["bestellen"] = zielbestand | minus: v.inventoryQuantity %}
{% assign low_stock = low_stock | push: item %}
{% endfor %}
{% unless r.data.productVariants.pageInfo.hasNextPage %}
{% break %}
{% endunless %}
{% assign cursor = r.data.productVariants.pageInfo.endCursor %}
{% endfor %}
{% if low_stock.size > 0 %}
{% action "email" %}
{
"to": "einkauf@mein-kunde.de",
"subject": "Restock-Alert: {{ low_stock.size }} Produkte nachbestellen",
"body": {{ low_stock | json }}
}
{% endaction %}
{% endif %}B2B-Rabattstufen nach Kundengruppe
{% comment %}
Subscription: shopify/orders/create
Wendet Rabatt basierend auf Kunden-Tag an
{% endcomment %}
{% assign tags = order.customer.tags | split: ", " %}
{% assign rabatt = 0 %}
{% for tag in tags %}
{% case tag %}
{% when "b2b-platin" %} {% assign rabatt = 25 %}
{% when "b2b-gold" %} {% assign rabatt = 20 %}
{% when "b2b-silber" %} {% assign rabatt = 15 %}
{% when "b2b-bronze" %} {% assign rabatt = 10 %}
{% endcase %}
{% endfor %}
{% if rabatt > 0 %}
{% comment %} Discount Code anwenden oder Draftorder anlegen {% endcomment %}
{% endif %}Pricing: Was Mechanic kostet
Mechanic verwendet das "Pay What Feels Good"-Modell von Lightward — mit empfohlenen Preisen basierend auf Ihrem Shopify-Plan:
| Shopify-Plan | Empfohlener Preis | Jährlich |
|---|---|---|
| Basic | $16/Monat | $192/Jahr |
| Grow | $29/Monat | $348/Jahr |
| Advanced | $99/Monat | $1.188/Jahr |
| Plus | $199/Monat | $2.388/Jahr |
Was in jedem Plan enthalten ist:
- Unbegrenzte Tasks — installieren Sie so viele wie Sie brauchen
- Alle Features in jedem Plan — kein Feature-Gating
- Keine zusätzlichen Nutzungsgebühren
- 15 Tage kostenlose Testphase
- Gehostete Ausführungsumgebung (kein eigener Server)
Kostenvergleich für einen typischen Mittelständler
Anforderungen: Auto-Tagging + Inventory Sync + Order Automation + Reporting + Store-übergreifender Sync:
| Lösung | Monatlich | Setup | Wartung |
|---|---|---|---|
| 5+ Einzel-Apps | 300–500 € | 0–500 € | Hoch |
| Zapier Business | 200–400 € | 0 € | Mittel |
| Custom App | 200–500 € (Hosting) | 15.000–50.000 € | Hoch |
| Mechanic | $29–199 | 0–3.000 € (Konfiguration) | Niedrig |
Wann Sie einen Mechanic-Experten brauchen
Die meisten Library-Tasks sind selbsterklärend und in 30 Minuten eingerichtet. Für Custom-Entwicklung gilt:
Selbst machbar:
- Auto-Tagging von Bestellungen, Kunden, Produkten
- E-Mail-Benachrichtigungen bei Events
- Einfache Bestandsüberwachung und Alerts
- Zeitgesteuerte Reports per E-Mail
- Produkte automatisch ein-/ausblenden
Experte empfohlen:
- Multi-Store-Synchronisierung (wie im Praxisbeispiel)
- Komplexe Preistransformationen (Brutto/Netto, Staffelpreise)
- ERP/WaWi-Integration über HTTP-Actions
- Custom Fulfillment-Workflows mit mehreren Locations
- Fehlerbehandlung und Retry-Logik für kritische Prozesse
Custom App nötig:
- Eigene UI im Shopify-Admin (App Extensions)
- Checkout-Anpassungen (Shopify Functions)
- Batch-Verarbeitung großer historischer Datenmengen
- Echtzeit-Dashboard mit eigenem Frontend
Die ehrlichen Grenzen von Mechanic
Ich nutze Mechanic täglich — und gerade deshalb ist es mir wichtig, die Grenzen klar zu benennen.
Was Mechanic nicht kann: Batch-Reporting über große Datenmengen
Ein Kunde brauchte eine automatische Quartalsübersicht über 30.000 Bestellungen: Umsatz pro Kategorie, Retourenquoten, Rabatt-Effektivität, Kundengruppenanalyse.
Mein erster Gedanke: Mechanic. Scheduler-Event, alle Orders paginieren, aggregieren, Report generieren.
Was passierte:
Mechanic ist Event-basiert mit Run Queues. Jeder Task-Run hat ein Zeitlimit. Die Shopify API liefert maximal 250 Objekte pro Request. Bei 30.000 Bestellungen sind das 120+ Paginierungs-Requests — zu viel für einen einzelnen Run.
Ich habe alle Architekturvarianten versucht:
- Alles in einem Task → Timeout
- Chunking mit Kind-Events → Race Conditions, Metafield-Limit (64 KB), Reihenfolge nicht garantiert
- Selbstaufrufender Task mit Cursor → 15–30 Minuten Laufzeit, unzuverlässig bei Queue-Last
Das ist kein Bug. Es ist ein architekturelles Limit:
| Eigenschaft | Mechanic | Was der Report brauchte |
|---|---|---|
| Execution Model | Event-basiert, kurze Runs | Lang laufende Aggregation |
| Datenhaltung | Metafields (64 KB Limit) | Mehrere MB Zwischendaten |
| Concurrency | Sequenzielle Queue | Parallele Verarbeitung |
| Error Recovery | Pro Run, kein State | Transaktionale Konsistenz |
Die Lösung: Eine Custom Node.js-App mit der Shopify Bulk Operations API. Die Bulk API exportiert tausende Ressourcen in einer einzigen Operation — ohne Paginierung, ohne Rate-Limit-Overhead. Laufzeit für 30.000 Bestellungen: 3–5 Minuten, zuverlässig.
Mechanic ist für: Event → Reaktion (1:1), Echtzeit-Automatisierung, einzelne Objekte verarbeiten. Custom App ist nötig für: Batch-Verarbeitung, historische Daten-Aggregation, Bulk-Operationen, eigene UI.
Installation und erste Schritte
Mechanic im App Store installieren
Öffnen Sie apps.shopify.com/mechanic, klicken Sie "Install" und autorisieren Sie die App. 15 Tage kostenlose Testphase, keine Kreditkarte erforderlich.
Ersten Task aus der Bibliothek starten
Im Mechanic-Dashboard auf "Library" klicken, gewünschten Task suchen (z. B. "auto-tag orders"), auf "Try this task" klicken, Optionen konfigurieren und aktivieren. Die meisten Library-Tasks funktionieren sofort ohne Code-Kenntnisse.
Task anpassen oder neu schreiben
Für Custom-Logik: "New Task" klicken, Subscriptions eintragen (z. B. shopify/orders/create), Liquid-Code schreiben, mit dem Preview-Button testen, aktivieren. Tipp: Starten Sie immer mit einem Library-Task, der Ihrem Ziel nahekommt — anpassen ist deutlich schneller als von Null beginnen.
Ausführungshistorie monitoren
Der Event-Viewer protokolliert jede Ausführung mit Eingabedaten, Ausgabe und Fehlermeldungen. Unverzichtbar für Debugging und für den Nachweis, dass kritische Prozesse korrekt gelaufen sind.
Fazit: Mechanic schließt eine echte Lücke
Mechanic hat verändert, wie ich Shopify-Projekte angehe. Für die Multi-Store-Synchronisierung im Praxisbeispiel hätte ich früher eine Custom Node.js-App gebaut — mit eigenem Server, Datenbank, Monitoring, Deployment-Pipeline. Kosten für den Kunden: 15.000+ € Entwicklung, 200+€/Monat Hosting.
Mit Mechanic: 3–5 Tage Konfiguration, $29–99/Monat, keine Infrastruktur-Wartung.
Mechanic ist für Sie, wenn:
- Shopify Flow nicht mehr ausreicht (kein State, keine Iteration, kein Multi-Store)
- Sie mehrere Apps durch eine ersetzen wollen
- Sie Custom-Logik brauchen: Preisberechnung, Daten-Transformation, externe APIs
- Sie keinen eigenen Server betreiben wollen
- Das Budget für eine vollständige Custom App nicht vorhanden ist
Mechanic ist nicht für Sie, wenn:
- Flow Ihre Anforderungen vollständig abdeckt — dann nehmen Sie Flow, es ist kostenlos
- Sie eine eigene UI im Shopify-Admin brauchen
- Sie Checkout-Funktionen modifizieren müssen (Shopify Functions)
- Sie Batch-Analysen über große historische Datenmengen benötigen
Abgrenzung zu Flow: Wann genau der Wechsel von Flow zu Mechanic sinnvoll ist, beschreibe ich im Detail in Shopify Flow vs. Custom-Automatisierung: Die ehrliche Entscheidungshilfe.
Häufige Fragen
Was kostet Mechanic monatlich?
Mechanic startet bei $16/Monat für Basic Shopify, $29/Monat für Grow, $99/Monat für Advanced und $199/Monat für Plus. Das Preismodell ist "Pay What Feels Good" — Lightward arbeitet auch mit Händlern zusammen, für die der empfohlene Preis nicht passt. Es gibt keine Nutzungslimits und alle Features sind in jedem Plan enthalten.
Brauche ich Coding-Kenntnisse für Mechanic?
Für die 355+ Library-Tasks nicht. Diese sind sofort einsetzbar und haben benutzerfreundliche Optionsfelder. Für Custom-Tasks brauchen Sie Liquid-Kenntnisse — die Template-Sprache, die jeder Shopify-Theme-Entwickler kennt. Für komplexe Automatisierungen mit externen APIs sind grundlegende API- und JSON-Kenntnisse hilfreich.
Kann Mechanic mehrere Shopify-Stores synchronisieren?
Ja. Mechanic wird in einem Store installiert und kann über HTTP-Actions die Admin API beliebiger anderer Stores ansprechen — vorausgesetzt, Sie haben dort einen API-Token hinterlegt. Das ist einer der stärksten Vorteile gegenüber Shopify Flow, das store-isoliert arbeitet.
Was ist der Unterschied zwischen Mechanic und Zapier/Make?
Zapier und Make funktionieren nach dem "Wähle aus dem Menü"-Prinzip: Sie kombinieren vordefinierte Trigger und Aktionen. Mechanic gibt Ihnen vollständigen Liquid-Code-Zugang zur Shopify Admin API. Das bedeutet: Was die API kann, kann Mechanic automatisieren — ohne Limitierungen durch vordefinierte Aktionen. Zusätzlich ist Mechanic bei großen Shopify-Stores meist günstiger als Zapier Business.
Kann Mechanic externe APIs ansprechen?
Ja, vollständig. Die HTTP-Action sendet beliebige GET/POST/PUT-Requests an externe URLs. Response-Daten können in Liquid verarbeitet und für weitere Aktionen genutzt werden. Das ermöglicht Integrationen mit ERP-Systemen, CRMs, Fulfillment-Diensten und jeder anderen API — ohne Einschränkungen.
Wann brauche ich trotzdem eine Custom App statt Mechanic?
Hauptsächlich in drei Szenarien: wenn Sie eine eigene Benutzeroberfläche im Shopify-Admin brauchen, wenn Sie Checkout-Funktionen mit Shopify Functions anpassen müssen, oder wenn Sie Batch-Analysen über große historische Datenmengen benötigen. Für letzteres ist die Shopify Bulk Operations API nötig, die Mechanic nicht im vollen Umfang nutzen kann.
Weiterführende Artikel
- Shopify Flow vs. Custom-Automatisierung: Die ehrliche Entscheidungshilfe – Wann reicht Flow, wann brauchen Sie Mechanic oder Custom-Code? Mit Entscheidungsmatrix und Break-Even-Rechnung.
- Shopify ERP-Integration: Der komplette Guide – Wie Custom-Middleware und API-Integrationen technisch aufgebaut werden — ergänzend zu Mechanic für komplexe Szenarien.
- Shopify Automatisierung: 10 Prozesse, die kein Plugin lösen kann – Konkrete Automatisierungsbeispiele, die über das hinausgehen, was Mechanic allein abbilden kann.

Geschrieben von
Justin Kreutzmann
Shopify-Entwickler für Custom Apps, ERP-Integrationen und Prozessautomatisierung. Ich helfe Marken, technische Grenzen zu überwinden — mit Lösungen, die im Alltag von Händlern wirklich funktionieren.
Projekt anfragen

