Der Zeitplan zur Abkündigung von ArcGIS Web AppBuilder, ohne Verwirrung

Wenn Sie ArcGIS Anwendungen betreiben, haben Sie wahrscheinlich gehört, dass Web AppBuilder ausläuft. Das stimmt, aber nahezu jede Zusammenfassung dazu macht einen von zwei Fehlern, und beide führen zu falschen Planungsentscheidungen.

Der erste Fehler: "Sie können es nicht mehr bearbeiten" und "es funktioniert nicht mehr" werden als dasselbe Ereignis behandelt. Zwischen beiden liegen mehr als sechs Monate, und der frühere Termin ist der einschränkende.

Der zweite Fehler ist gravierender: Der Zeitplan für ArcGIS Online wird auf ArcGIS Enterprise übertragen. Für Enterprise gibt es überhaupt kein angekündigtes Abschaltdatum. Wenn Sie ein eigenes Portal betreiben und Ihnen jemand sagt, Ihre Anwendungen enden 2027, dann hat diese Person nicht nachgesehen.

Wir sind Esri Partner und arbeiten in diesem Bereich, betrachten Sie das also als interessiert und nicht als neutral. Die Termine unten stammen jedoch aus Esris eigener Dokumentation, verlinkt am Ende, und Sie sollten sie selbst prüfen statt uns zu glauben.

Web AppBuilder in ArcGIS Online

Drei von Esri veröffentlichte Termine:

Q1 2026: keine neuen Anwendungen. Bereits vorbei. Sie können in ArcGIS Online keine neue Web AppBuilder Anwendung mehr erstellen.

Q4 2026: Bearbeitung endet. Bestehende Web AppBuilder Anwendungen lassen sich nicht mehr aktualisieren. Die Anwendungen laufen weiter, sind aber in ihrem jeweiligen Zustand eingefroren.

Q2 2027: Anwendungen stellen den Betrieb ein. Bestehende Web AppBuilder Anwendungen werden abgekündigt und funktionieren nicht mehr.

Beachten Sie, dass dieser Zeitplan verlängert wurde. Eine frühere Planung sah die Abkündigung in Q1 2026 vor. Wenn Sie sich das vor einem Jahr angesehen und als dringend eingeordnet haben, haben Sie möglicherweise von der Verschiebung gehört und das Thema abgelegt. Die Verlängerung ist real, der Bearbeitungsstopp in Q4 2026 liegt nun aber nur noch etwa ein Quartal entfernt.

Warum der Bearbeitungsstopp wichtiger ist als die Abschaltung

Das Abschaltdatum erhält die Aufmerksamkeit, weil dort sichtbar etwas kaputtgeht. Der Bearbeitungsstopp ist aber die Einschränkung, die Ihr Projekt tatsächlich prägt.

Nach dem Bearbeitungsstopp muss jede Änderung an einer eingefrorenen Anwendung an anderer Stelle erfolgen. Ein neuer Layer, ein korrigiertes Pop-up, ein überarbeiteter Header, die Korrektur eines fehlerhaften Dienstverweises: All das setzt voraus, dass der Nachfolger bereits existiert. Der Stopp verhindert also nicht nur die Bearbeitung. Er verwandelt jede weitere Änderungsanforderung in eine Migrationsanforderung.

Das ist der praktische Termin. Wenn eine Anwendung zwischen Q4 2026 und Q2 2027 irgendeine Änderung benötigt, ist der frühere Termin ihr tatsächlicher Stichtag.

Web AppBuilder in ArcGIS Enterprise ist eine andere Situation

Hier sitzt die meiste Verwirrung, und sie ist bedeutsam, weil beide Plattformen völlig unterschiedlichen Pfaden folgen.

Web AppBuilder in ArcGIS Enterprise ist seit März 2023 veraltet, und ArcGIS Enterprise 11.5 ist die letzte Version, die ihn enthält. Es gibt jedoch kein angekündigtes Datum, an dem in Enterprise betriebene Web AppBuilder Anwendungen den Betrieb einstellen.

Praktisch bedeutet das: Ihre Einschränkung ist Ihr eigener Upgrade-Pfad und kein Countdown. Ihre Anwendungen laufen weiter, solange Sie auf einer Version bleiben, die Web AppBuilder ausliefert. Irgendwann werden Sie über 11.5 hinaus aktualisieren wollen oder müssen, und dieses Upgrade ist der Moment, in dem Web AppBuilder entfällt. Den Zeitpunkt bestimmen Sie, womit dies eine Planungsfrage und kein Notfall ist.

Es lohnt sich, das sauber zu planen. Es lohnt sich nicht, in Panik zu verfallen, und wer etwas anderes behauptet, ist entweder unsicher oder verkauft gerade.

Die Developer Edition ist bereits Geschichte

Die Web AppBuilder Developer Edition wurde im Juli 2024 abgekündigt, gemeinsam mit der ArcGIS API for JavaScript 3.x, auf der Web AppBuilder aufbaut.

Wenn Sie eigene Widgets einsetzen, verdient dieser Punkt mehr Aufmerksamkeit als alle Termine oben. Eigene Widgets wurden gegen eine JavaScript-API-Version entwickelt, die nicht mehr unterstützt wird, mit einem Entwicklungswerkzeug, das nicht mehr existiert. Sie lassen sich nicht durch Konfiguration migrieren. Ob der Quellcode noch existiert und ob noch jemand erklären kann, was er tut, bestimmt häufig den Charakter eines ganzen Migrationsprojekts.

Diese Frage sollten Sie jetzt klären, unabhängig von Ihrer Plattform, denn sie hat die längste Vorlaufzeit.

Kurz zusammengefasst

Nicht alles sollte eine Experience Builder Anwendung werden

Experience Builder ist das naheliegende Ziel und oft das richtige. Es als einzige Antwort zu behandeln, ist der Grund, warum Migrationen teuer werden.

Von den öffentlichen Web AppBuilder Anwendungen, die wir untersucht haben, ist die Mehrheit rein informativ: eine Karte, einige Layer, eine Legende, ein Suchfeld, eine Attributtabelle. Das als vollständige Experience Builder Anwendung neu zu bauen, ist meist mehr Anwendung als die Aufgabe braucht, und mehr Pflegeaufwand danach.

Pro Anwendung lohnt sich der Blick auf:

• ArcGIS Instant Apps für reine Auskunftsanwendungen mit wenigen Widgets. Deutlich weniger Pflege.
• ArcGIS Dashboards wenn es eigentlich um Überwachung und Zusammenfassung geht statt um Karteninteraktion.
• ArcGIS StoryMaps wenn die Anwendung tatsächlich eine Geschichte vermittelt.
• Experience Builder bei echter Prozesstiefe, Bearbeitungsfunktionen oder vielen Widgets.
• Eine individuelle Anwendung wenn eigenes Widget-Verhalten keine konfigurierbare Entsprechung hat und wirklich gebraucht wird.
• Zusammenführung. Organisationen haben häufig mehrere nahezu identische Viewer, die sich nur in Ausdehnung oder Layerauswahl unterscheiden. Zusammenführen ist meist günstiger als jeden einzeln neu zu bauen.
• Stilllegung. Manche Anwendungen werden schlicht nicht mehr genutzt. Diese zu finden ist oft die schnellste erreichbare Einsparung.

Wo Sie anfangen

Drei Fragen, in dieser Reihenfolge, und keine davon braucht eine Beratung:

1. Auf welcher Plattform sind Sie? ArcGIS Online bedeutet einen datierten Stichtag. Enterprise bedeutet eine Upgrade-Entscheidung. Das verändert alles Weitere.
2. Wie viele Web AppBuilder Anwendungen haben Sie tatsächlich? Die meisten Organisationen unterschätzen das, weil Anwendungen unbemerkt anwachsen. Öffentliche sind leicht zu zählen. Die internen hinter Ihrer Anmeldung sind meist die Mehrheit und meist die komplizierten.
3. Nutzt eine davon eigene Widgets, und existiert der Quellcode noch? Diese Frage hat die längste Vorlaufzeit und verändert Ihren Plan am ehesten.

Als Einstieg haben wir einen kostenlosen Migrations-Readiness-Check gebaut: sechs Fragen zu Ihrem Bestand, und Sie erfahren, welche der drei Fragen bei Ihnen tatsächlich die Einschränkung ist. Für das Ergebnis ist keine E-Mail-Adresse nötig, und wenn Sie Enterprise nutzen, sagt der Check das auch, statt Ihnen einen Stichtag zu verkaufen, den Sie nicht haben.

Außerdem haben wir veröffentlicht, was in 14.978 echten Web AppBuilder Anwendungen steckt. Das hilft bei der Einordnung, wie groß Ihre Aufgabe voraussichtlich ist.

Wenn Sie das für einen ganzen Bestand sauber erledigt haben möchten, ist unser fünftägiger Modernisierungs-Blueprint dafür gedacht.

Quellen

Prüfen Sie diese, statt sich auf diese Zusammenfassung zu verlassen, und prüfen Sie sie erneut vor einer Entscheidung, denn Esri hat den Zeitplan schon einmal überarbeitet:

• ArcGIS Web AppBuilder retirement, Esri Dokumentation
• ArcGIS Web AppBuilder in ArcGIS Online Retirement Extended, Esri Blog
• ArcGIS Web AppBuilder life cycle, Esri Support

Mapular ist Esri Partner mit der Nonprofit Specialty. Gemeinsam mit Esri Deutschland haben wir den UNESCO World Heritage Site Navigator auf ArcGIS Experience Builder, Dashboards und Notebooks gebaut, zur Überwachung von mehr als 1.000 eingetragenen Welterbestätten.