Zwei offene Tabs können verschiedene Versionen eines Datensatzes speichern. Prüfen Sie, ob die Website den Konflikt erkennt. KONTROLLIERT TESTEN Öffnen Sie einen Testdatensatz in zwei Tabs. Ändern und speichern Sie im ersten die Beschreibung. Speichern Sie im zweiten die ältere Version mit einer anderen Änderung. Was geschieht mit der ersten Bearbeitung? Verwenden Sie keine echten Preise oder Bestellungen. BEDINGTE AKTUALISIERUNG MDN beschreibt If-Match als Bedingung zum ETag-Abgleich; bei Abweichung folgt 412. Das kann verlorene Änderungen verhindern, wenn die API die Prüfung implementiert. Ein Header im Client allein schafft keinen Schutz. EINEN NÄCHSTEN SCHRITT ANBIETEN Erklären Sie die Änderung des Datensatzes und bieten Sie die Prüfung aktueller Daten an. Löschen Sie Eingaben nicht unangekündigt. Entscheiden Sie gemeinsam über manuellen Vergleich, erneutes Öffnen oder separate Bestätigung. Wiederholen Sie das Speichern nicht blind automatisch. ALLE WEGE PRÜFEN Testen Sie Formular, Massenbearbeitung und vorhandene Integrationen. Das Verhalten sollte konsistent sein. Dokumentieren Sie Testkennung, Schritte und Ergebnis ohne private Inhalte. Klären Sie für die Website einer Domain aus dem Katalog, wer gleichzeitig Inhalte bearbeitet. Nehmen Sie den Fall ins Briefing auf: Er prüft den Erhalt der Teamarbeit statt nur einer Erfolgsmeldung. Bild: neue KI-Fotoillustration für diesen Artikel; konzeptionelle Szene, keine dokumentarische Aufnahme. Domain-Katalog: https://domainevery.com/de/domains Primärquellen: https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/If-Match https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/ETag
