WebSocket-страница возвращается из кэша Edge 152: проверка policy. Практический people-first разбор: безопасный baseline, один обратимый тест, матрица результата и явная стоп-линия без лишних данных.
Как не перепутать соседние причины
Здесь разбирается одна отдельная пользовательская боль: после Back или Forward страница с WebSocket показывает старое состояние, но неясно, был ли bfcache и какая policy действовала. Проверяемый вопрос сформулирован узко: как проверить BackForwardCacheForWebSocketsAllowed в Edge 152. Сходство по времени с обновлением не является доказательством причины. Сначала запишите наблюдаемый результат, точную версию и один ожидаемый результат; соседние сбои сети, профиля, расширений или устройства не включайте автоматически. Цель материала — получить таблица «navigation × pageshow.persisted × socket readyState × policy value», а не объявить версию виновной по одному совпадению. Граница здесь проводится по ожидаемому пользовательскому результату, а не по похожему названию настройки или события. Для enterprise-проверки сначала определяется владелец политики и область её применения.
Что следует из первичных документов
В открытых первичных документах подтверждено следующее: BackForwardCacheForWebSocketsAllowed управляет разрешением back-forward cache для страниц с WebSocket. Это утверждение относится к Microsoft Edge 152 и не доказывает частоту симптома, долю затронутых устройств, популярность запроса или универсальность поведения. Контролируемый rollout, политика и поддержка API проверяются на конкретной установке отдельно. Источники ниже служат для границы технического факта; форумные и поисковые упоминания не использованы как доказательство причины. Первичный документ подтверждает возможность поведения, но не утверждает, что она включена у каждого профиля. Значение из документа сравнивается с effective state, а не только с шаблоном администрирования.
Что записать до опыта
До изменения соберите минимальный baseline: build, policy value/source, PerformanceNavigationTiming.type, pageshow.persisted, состояние WebSocket до ухода и после возврата. Не добавляйте полный профиль, историю просмотра, токены, IP-адреса или персональные данные, если они не меняют воспроизводимость. Для неизвестного значения оставьте unknown вместо догадки. Запишите версию, время и ожидаемый результат до опыта. Такой baseline позволяет отличить конфигурацию от версии и делает последующий откат проверяемым, не расширяя доступ к рабочей среде. Каждый вход записывается отдельной строкой; смешанный снимок нескольких устройств для сравнения непригоден. Экспорт policy очищается до одной относящейся к вопросу строки.
Контроль с возвратом
Выполните ровно один обратимый контроль: на локальной тестовой странице выполнить один цикл A→B→Back и записать pageshow.persisted и readyState без изменения policy. Сохраните порядок A → контролируемое изменение B → возврат к A. Между шагами записывайте только наблюдаемое состояние из baseline; не обновляйте одновременно браузер, драйвер, ОС и тестовый код. Если возврат к A не восстанавливает исходный результат, причинная связь не подтверждена и эксперимент следует остановить, а не добавлять новые вмешательства. Перед B формулируется ожидаемое отличие: без этого любое изменение после действия будет post-hoc догадкой. Рабочая политика не переключается ради иллюстрации статьи.
Матрица решения
Сведите наблюдения в таблица «navigation × pageshow.persisted × socket readyState × policy value». Для каждого ряда укажите один из статусов: reproduced, not reproduced, stopped или unknown. Reproduced означает только локальную воспроизводимость в записанном окружении; оно не переносится на все версии и устройства. Not reproduced не опровергает официальный факт, а показывает, что выбранный контроль не повторил боль. Unknown сохраняется, если отсутствует обязательный вход или rollback не завершён. Результат читается по одной переменной; необычный побочный эффект переносится в новый диагностический вопрос. Not configured не приравнивается автоматически к enabled или disabled.
Когда прекратить диагностику
Критерий остановки: не тестировать на чате, трейдинге или другом канале с реальными сообщениями и операциями. Для обращения достаточно обезличить версию, короткий expected/actual, три шага, статус возврата и таблица «navigation × pageshow.persisted × socket readyState × policy value». Удалите имена, пути, адреса, cookies, токены, содержимое медиа и полные дампы. Если вложение нельзя очистить, не отправляйте его. Не выдавайте локальный результат за массовый эффект и не обещайте исправление: материал формирует воспроизводимый вопрос для владельца продукта или теста. Для эскалации сохраняются дата документа и точная сборка, чтобы ответ не зависел от меняющегося интерфейса. Из отчёта исключаются tenant, домен, имена групп и внутренние идентификаторы.
Материал подготовлен редакцией VOne с помощью ИИ; технические утверждения, источники и границы вывода постатейно сверены с указанными первичными документами 28 августа 2026 года.
Источники и проверка
- Microsoft Edge 152: official release notes проверено 2026-08-28
- Edge policy: BackForwardCacheForWebSocketsAllowed проверено 2026-08-28
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.