Дві відкриті вкладки можуть зберегти різні версії однієї картки. Перевірте, чи сайт помічає такий конфлікт. ЗРОБІТЬ КЕРОВАНИЙ ТЕСТ У тестовому середовищі відкрийте один запис у двох вкладках. У першій змініть опис і збережіть. У другій спробуйте зберегти стару версію з іншою правкою. Запишіть, що сталося з першою зміною. Не використовуйте реальні ціни або замовлення для цієї вправи. УМОВНЕ ОНОВЛЕННЯ MDN описує If-Match як умову відповідності ETag; за невідповідності сервер повертає 412. Такий механізм може допомогти запобігти втраченим оновленням, якщо API реалізує його перевірку. Саме додавання заголовка в клієнт не створює захисту. ПОКАЖІТЬ ЛЮДИНІ РІШЕННЯ При конфлікті поясніть, що запис змінився, і запропонуйте переглянути актуальні дані. Не стирайте введений текст без попередження. Разом із редактором визначте, чи потрібне ручне порівняння, повторне відкриття або окрема дія підтвердження. Не повторюйте збереження автоматично наосліп. ЗВІРТЕ ВСІ ШЛЯХИ Перевірте звичайну форму, масове редагування та інтеграцію, якщо вони є у вашому продукті. Рішення має працювати послідовно. У звіті достатньо тестового ідентифікатора, послідовності дій і результату без приватного вмісту. Плануючи сайт для домену з каталогу, з’ясуйте, хто редагуватиме матеріали одночасно. Додайте цей сценарій до завдання розробнику: він перевіряє збереження роботи команди, а не лише появу повідомлення «успішно». Зображення: нова AI-фотоілюстрація для цієї статті, концептуальна сцена, а не документальне фото. Каталог доменів: https://domainevery.com/uk/domains Першоджерела: 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
