
Make Module Migrator: So migrierst du deine monday.com-Szenarien auf V2
TL;DR: „monday.com V1-Module in Make funktionieren ab 1. Mai 2026 nicht mehr. Der neue Module Migrator scannt deine Szenarien und automatisiert das Upgrade auf V2."
— Till FreitagDie Uhr tickt: V1 endet am 1. Mai 2026
monday.com stellt seine V1 API ein – und damit alle V1-Module in Make.com. Nach dem 1. Mai 2026 werden Szenarien, die noch Legacy-Module verwenden, nicht mehr funktionieren oder Fehler zurückgeben.
Wenn du monday.com-Automatisierungen in Make betreibst, musst du jetzt handeln. Die gute Nachricht: Make hat ein kostenloses Tool veröffentlicht, das die Umstellung erheblich vereinfacht.
Was ändert sich?
monday.com hat seine API-Version aktualisiert, und Make hat eine neue V2-App veröffentlicht. Die Umstellung umfasst:
- Modul-Austausch – V1-Module müssen durch ihre V2-Pendants ersetzt werden
- Feld-Mapping-Änderungen – Einige Felder wurden umbenannt oder entfernt
- Zeitplan – Beide Versionen laufen parallel bis zum 1. Mai, dann wird V1 abgeschaltet
Betroffene Feldänderungen
Nicht alle Module erfordern manuelle Anpassungen. Aber bei diesen solltest du aufpassen:
Entfernte Felder
Module: List Boards, Get a Board
Diese Felder existieren in V2 nicht mehr:
bordervar_namedone_colorscolor_mappinglabels_position_v2hide_footer
Aktion: Entferne alle Mappings, die auf diese Felder verweisen.
Umbenannter Timestamp
Module: Get an Item, Get an Item's Column Value, List Board's Items, List Group's Items, Search Items, Watch Board's Items und alle verwandten Watch-Module.
Änderung: changed_at heißt jetzt updated_at.
Aktion: Alle Referenzen von changed_at auf updated_at umstellen.
Der Module Migrator: Automatisierte Migration
Statt jedes Szenario manuell zu bearbeiten, übernimmt Makes Module Migrator die Schwerstarbeit:
So funktioniert's
- Module Migrator öffnen – Direkt in Make unter apps.make.com/module-migrator
- Ordner scannen – Wähle die Ordner aus, die du scannen möchtest; das Tool identifiziert alle Szenarien mit V1-Modulen
- Migrationspfad wählen:
- In-Place-Update – Module direkt in bestehenden Szenarien upgraden
- In neuen Ordner klonen – Szenarien in einem neuen Ordner neu erstellen (empfohlen zum Testen)
- Warnungen prüfen – Das Tool markiert Module, die manuelles Feld-Remapping benötigen
- Bestätigen und migrieren – Das Tool tauscht alle kompatiblen Module automatisch aus
Was automatisiert wird vs. manuell
| Automatisiert | Erfordert manuelle Arbeit |
|---|---|
| Modul-Tausch V1 → V2 | Entfernte Feld-Mappings |
| Verbindungs-Neuverknüpfung | changed_at → updated_at Remapping |
| Basis-Feld-Mapping | Custom-Formeln mit alten Feldern |
Geführte Fehlerbehebung
Für Szenarien, die nicht vollständig automatisiert werden können, liefert der Module Migrator ein Warning Bundle mit Schritt-für-Schritt-Anleitungen, was genau angepasst werden muss.
Best Practices für die Migration
1. Audit vor der Migration
Dokumentiere deine kritischen Szenarien, bevor du den Migrator startest. Welche Szenarien nutzen monday.com und was tun sie genau?
2. Zuerst klonen, dann testen
Klone immer zuerst in einen neuen Ordner. Teste die migrierten Szenarien, bevor du deine Produktions-Workflows ersetzt.
3. Downstream-Abhängigkeiten prüfen
Ein umbenanntes Feld (changed_at → updated_at) kann nachgelagerte Module brechen – Filter, Router oder verbundene Apps, die den alten Feldnamen referenzieren.
4. Mit echten Daten testen
Prüfe nicht nur, ob das Szenario läuft – verifiziere, dass die Ausgabedaten korrekt sind. Feld-Entfernungen können Logik still brechen, ohne Fehler zu werfen.
5. Make DevTool für Bulk-Updates nutzen
Das Make DevTool hat eine „Swap Variable"-Funktion, mit der du Mappings über mehrere Module gleichzeitig aktualisieren kannst – deutlich schneller als jedes Modul einzeln zu bearbeiten.
Migrations-Checkliste
| Schritt | Status |
|---|---|
| Alle monday.com-Szenarien identifizieren | ☐ |
| Kritische Workflows dokumentieren | ☐ |
| Module Migrator Scan durchführen | ☐ |
| Szenarien in Testordner klonen | ☐ |
| Warning Bundles prüfen | ☐ |
| Entfernte Felder remappen | ☐ |
changed_at → updated_at aktualisieren |
☐ |
| Migrierte Szenarien testen | ☐ |
| Produktions-Szenarien ersetzen | ☐ |
| Downstream-Integrationen verifizieren | ☐ |
Zeitplan
| Datum | Ereignis |
|---|---|
| Jetzt | V1 und V2 beide verfügbar; Module Migrator gestartet |
| 1. Mai 2026 | V1-Support endet – Szenarien können ausfallen |
⚠️ Warte nicht bis zur letzten Woche. Komplexe Szenarien mit vielen Modulen brauchen Zeit zum Testen.
Fazit
Die Umstellung von V1 auf V2 ist Pflicht – aber Makes Module Migrator nimmt den größten Teil der Arbeit ab. Scannen, klonen, prüfen und testen. Wer jetzt anfängt, für den ist die Deadline am 1. Mai völlig machbar.
Für Teams mit komplexen monday.com-Automatisierungen, die professionelle Unterstützung bei der Migration benötigen, meldet euch bei uns – wir haben diesen Prozess bereits mit Dutzenden Kunden durchgeführt.
Mehr über monday.com und Make erfahren? Lies unseren Make Automatisierungs-Guide, den Guide zu Error Handling & Retry-Strategien, das Monitoring & Observability Setup mit Datadog & Better Stack und unseren Security & Secrets-Management Guide – oder besuche die monday.com Tool-Seite.
Make Mastery Series
Sechs Artikel, die dich von ersten Szenarien zu produktionsreifen, sicheren und performanten Automatisierungen bringen.
1. make.com Automatisierung – Der ultimative Guide
Einstieg, Vergleich mit Zapier & n8n, 5 Use Cases.
Lesen2. Error Handling & Retry-Strategien
Resume, Rollback, Commit, Break – inkl. interaktivem Decision Tree.
Lesen3. Monitoring & Observability
Native Dashboards + Better Stack Heartbeats + Datadog Deep Dive.
Lesen4. Module Migrator: monday.com V1 → V2
HierPflichtmigration vor 1. Mai 2026 – Schritt-für-Schritt-Anleitung.
5. Security & Secrets-Management
Connections, Webhooks, IP-Whitelisting & Vault-Patterns für Produktiv-Setups.
Lesen6. Performance & Operations-Optimierung
Bundle-Size, Filter-Reihenfolge, Aggregatoren & Sub-Szenarien – 40–70 % weniger Ops.
Lesen








