Статус «Сохранено» зачитывается дважды

Нажали «Сохранить». В старом дереве области нет. Новое приходит с областью и текстом сразу. Одна задача, одна пачка изменений. Скринридер получает новую область и её содержимое в один момент, и что он с этим сделает, решает он сам.

Поэтому совет MDN читается как инструкция про цикл событий. Создать область пустой, а содержимое положить из более поздней задачи, и для областей, созданных из скрипта, там прямо предлагается setTimeout(). Если держать узел смонтированным, получаешь то же самое бесплатно, потому что область зарегистрирована задолго до первого сообщения.

Почему вышло два раза, а не ноль, сказать не могу. Из такой отправной точки правдоподобно и то и другое. Ваша правка снимает сам вопрос, так что гоняться за ним дальше смысла нет.

Область теперь всё время на месте. Сохранили, там Saved. Поменяли одно поле, сохранили снова, и текст опять Saved. Та же строка, тот же узел. Для скринридера ничего не изменилось, так это вообще озвучат? А если хитрость в том, чтобы очистить и вернуть текст из более поздней задачи, то разве это не та же двухшаговая схема, которая дала tess.p двойное чтение?

Тут два вопроса, и на первый React отвечает раньше, чем в дело вступает скринридер. Если компонент снова рендерит Saved вместо Saved, React видит тот же текст и DOM не трогает. Изменения нет, скринридеру нечего заметить и нечего объявлять.

Приём «очистить и поставить заново» старше любого фреймворка из этой ветки (привычка времён jQuery, .text(''), а потом setTimeout, чтобы вернуть сообщение, и её копировали ещё долго после того, как все забыли, ради какого скринридера она появилась), и по форме он не совпадает с двойным чтением у tess.p. У неё регион появлялся уже с текстом. Здесь регион зарегистрирован с самого начала, очистка - это удаление, а при значении aria-relevant по умолчанию, то есть additions text, удаления объявлять не положено. Второй шаг - обычная смена текста.

Повторит ли конкретный скринридер одинаковый текст после такого танца, всё равно зависит от него, так что стоит послушать на том, который вам важен, прежде чем на это полагаться.