Если сайт или API, развёрнутые на Render, не открываются, в первую очередь нужно понять — проблема на стороне платформы или в вашем собственном сервисе. Это разные ситуации, и решаются они по-разному.
Проверено 1 секунда назад автоматически.
Как проверить, лежит ли Render целиком
Зайдите в панель управления Render и посмотрите статус ваших сервисов — там отображается, находится ли деплой в состоянии «Live», «Deploying» или «Failed». Если статус «Live», а сайт всё равно не отвечает, дело, скорее всего, не в платформе, а в приложении или настройках домена.
Полезно также открыть страницу с публичным статусом инфраструктуры провайдера — там фиксируются массовые инциденты по регионам и сервисам (веб-сервисы, базы данных, статический хостинг). Если инцидент подтверждён там, ждать исправления на своей стороне бессмысленно — остаётся только следить за обновлениями.
Что делать, если проблема в самом проекте
- Откройте логи деплоя (Logs) — часто ошибка видна сразу: не хватает переменной окружения, упал билд, приложение не слушает нужный порт.
- Проверьте, что сервис слушает порт из переменной окружения PORT, а не захардкоженный — это частая причина, почему деплой «зелёный», а сайт не отвечает.
- Убедитесь, что health check endpoint (если он настроен) реально возвращает 200 — иначе Render может считать инстанс нерабочим и перезапускать его в цикле.
- Проверьте лимиты плана: на бесплатном тарифе сервисы «засыпают» после простоя и просыпаются с задержкой в несколько секунд при первом запросе.
Проблема в домене, а не в приложении
Если вы подключили собственный домен, проверьте DNS-записи (CNAME или A-запись должны указывать на адреса, выданные Render) и статус SSL-сертификата в разделе Custom Domains — сертификат выпускается автоматически, но иногда с задержкой до 30 минут после привязки записи.
Если сайт открывается по адресу *.onrender.com, но не открывается по вашему домену — проблема почти всегда в DNS или сертификате, а не в самом приложении.
Когда ни один из этих пунктов не помогает, стоит написать в поддержку Render с приложенным Deploy ID и логами — без конкретики техподдержка обычно просит именно эти данные в первую очередь.