Почему после переподключения OBS на YouTube появляется новый эфир

Переподключение OBS само по себе не создаёт новый эфир

Обрыв связи с сервером YouTube и повторное подключение OBS обычно должны относиться к одной трансляции. Зрители могут увидеть паузу, заставку или пропуск части эфира, но ссылка, чат и запись остаются прежними. Если в YouTube Studio появляется отдельная страница, причина чаще не в реконнекте как таковом, а в смене привязки между входящим потоком и эфиром.

На стороне YouTube существуют две разные сущности: страница трансляции с названием, доступом, чатом и настройками, а также RTMP-поток, который отправляет OBS. Новый эфир появляется, когда сервис получает поток, привязанный к другой трансляции или другому сценарию запуска.

Чем страница эфира отличается от ключа трансляции

Ключ трансляции нужен OBS для отправки видео и звука на сервер YouTube. Страница эфира — это объект, который открывает зритель: у неё есть ссылка, превью, описание, чат и будущая запись. При стабильной настройке один входящий поток обслуживает одну выбранную страницу эфира.

После краткого обрыва OBS может восстановить соединение с тем же RTMP-входом. Но если во время сбоя был создан новый эфир, выбран другой ключ или внешний инструмент изменил привязку, YouTube начинает принимать поток для другой страницы. Со стороны это выглядит так, будто программа разделила один стрим на два, хотя решение принято на уровне настройки трансляции.

Новая страница создаётся вручную в YouTube Studio

Распространённый сценарий начинается после потери сигнала. Владелец канала открывает Studio, видит предупреждение о проблеме и создаёт новую трансляцию, вместо того чтобы дождаться восстановления прежней. Затем OBS запускается заново уже с параметрами новой заготовки, а первая страница остаётся с короткой записью.

Ошибиться легче, если на канале одновременно есть запланированный стрим, черновик, тестовый эфир и несколько старых заготовок с похожими названиями. Недостаток ручного восстановления в стрессовой ситуации очевиден: сложно быстро определить, какая страница связана с текущим сигналом, а зрители могут остаться на старой ссылке.

Смена ключа в профиле или на другом компьютере

Ключ вещания может отличаться между профилями OBS, рабочими компьютерами и резервным оборудованием. Например, основной компьютер использует ключ запланированного эфира, а резервный — ключ от тестовой трансляции, сохранённый ранее. При переключении на резерв YouTube получает поток по другой схеме и может запустить другую страницу.

Проверьте настройки вещания OBS на каждом устройстве: выбранный сервис, сервер и ключ. Полезно также сверить, какой профиль был активен до обрыва и после него. Один общий ключ для всей команды упрощает запуск, но у этого варианта есть недостаток: случайный старт с другого компьютера может попасть в рабочий эфир.

Автоматизация создаёт эфир вместо повторного подключения

Панели управления, боты, плагины и собственные скрипты могут работать с API YouTube. Такие инструменты создают трансляцию, задают название, доступ и другие параметры, а затем связывают её с входящим потоком. Если автоматизация запускается не только перед первым стартом, но и после восстановления сети, она может создать новую страницу.

Особенно внимательно проверьте обработчики запуска OBS, смены сцен, сетевых событий и команды от удалённой панели. Недостаток автоматизации в том, что ошибка в логике не всегда заметна сразу: изображение уже передаётся, но зрители и модераторы продолжают смотреть предыдущий эфир по старой ссылке.

Как должна выглядеть схема привязки потока

Для одного запланированного стрима цепочка должна быть простой: OBS отправляет поток по одному RTMP-ключу, а YouTube принимает его в одну конкретную страницу эфира. При повторном подключении OBS возвращается в тот же вход, если ключ, настройки Studio и внешние сценарии не менялись.

Схема полезна при диагностике: она показывает, что обрыв интернета не равен созданию новой трансляции. Новый объект появляется только тогда, когда в цепочке меняется ключ, целевая страница или автоматизация создаёт новую привязку. Не стоит менять несколько параметров одновременно: после этого трудно установить источник проблемы.

Как найти причину в истории трансляций и журнале OBS

Откройте список эфиров в YouTube Studio и сопоставьте время создания страниц, фактического старта и окончания записи. Если вторая страница была создана точно во время обрыва, проверьте действия в Studio и работу автоматизации. Если обе страницы существовали заранее, вероятнее всего, после реконнекта сменились ключ, профиль или устройство.

• Сопоставьте момент потери сигнала со временем появления новой страницы в Studio.
• Проверьте активный профиль OBS до и после повторного запуска.
• Сравните параметры вещания на основном и резервном компьютере.
• Откройте журнал OBS: в нём видны отключение, попытки переподключения и новый старт передачи.
• Посмотрите, не запускались ли боты, панели управления или скрипты в момент сбоя.
• Убедитесь, что в Studio не была вручную открыта и настроена другая заготовка.

Запланированный эфир помогает сохранить одну ссылку

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

Не создавайте новую страницу, пока не проверены активный профиль, ключ и состояние уже запущенного эфира. У запланированного формата есть недостаток: когда на канале накопились старые заготовки с одинаковыми названиями, легко выбрать не ту. Помогают понятные рабочие названия и удаление ненужных тестовых трансляций.

Повторно используемый ключ и отдельные ключи для задач

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

Недостаток повторно используемого ключа — меньший контроль над доступом. Если он сохранён на другом компьютере или передан помощнику, случайный запуск может вмешаться в текущую трансляцию. Для тестов, резервного оборудования и отдельных проектов нужен заранее определённый порядок: какой ключ используется, к какой странице он относится и кто может запускать поток.

Тест переподключения перед важной трансляцией

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

Если после теста появляется новый эфир, не меняйте настройки наугад. Зафиксируйте время событий, активный профиль OBS, использованный ключ и список подключённых инструментов. Затем отключите автоматизацию, повторите тест и отдельно проверьте переключение между основным и резервным устройством. Недостаток такого теста — он не повторит все проблемы реальной сети, но позволит отделить ошибку конфигурации от случайного сбоя соединения.

Когда отдельный эфир действительно нужен

Новая страница оправдана, если меняются тема, доступ, оформление, расписание или нужен самостоятельный архив. Отдельные трансляции также используют для закрытых показов, технических тестов и параллельных проектов. В этих случаях разделение помогает не смешивать чаты, записи и статистику разных событий.

Недостаток такого решения — аудитории приходится переходить по новой ссылке, а данные остаются в разных эфирах. Если задача сводится только к восстановлению OBS после краткого обрыва, создавать новую трансляцию не нужно: следует сохранить прежнюю привязку потока к уже запущенной странице.