
Mechanic für Shopify: Automatisierung ohne eigenen Server
Was Mechanic kann, wo Shopify Flow aufhört und wann sich der Wechsel lohnt. Mit Architektur, Preismodell und einem Multi-Store-Sync.
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. Mechanic hat genau diese Lücke geschlossen.
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 bis 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, ist einfach nicht drin.
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 bis 199/Monat | 5.000 bis 50.000 € Entwicklung |
| Einrichtungszeit | Minuten | Stunden bis Tage | Wochen bis 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 für 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 bis 25.000 € Entwicklung + laufende Infrastruktur |
| Mechanic | HTTP-Action an zweiten Store, Liquid für Preisberechnung, $29 bis 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 bis 10 % | 0 %: mathematisch korrekt |
| Neue Produkte im B2B: nach 1 bis 2 Tagen | Unter 60 Sekunden |
| Personalkosten: ~2.000 €/Monat | $29 bis 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 bis 500 € | 0 bis 500 € | Hoch |
| Zapier Business | 200 bis 400 € | 0 € | Mittel |
| Custom App | 200 bis 500 € (Hosting) | 15.000 bis 50.000 € | Hoch |
| Mechanic | $29 bis 199 | 0 bis 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. 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. Das ist 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 bis 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 bis 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 bis 5 Tage Konfiguration, $29 bis 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

