Pingveraблог ← Блог
Главная › Блог › Ошибка 403 на сайте: что значит Forbidden и что делать интернет-магазину

Ошибка 403 на сайте: что значит Forbidden и что делать интернет-магазину

10 ноября 2026 · 12 мин чтения

Ошибка 403 на сайте: что значит Forbidden и что делать интернет-магазину

Ошибка 403 Forbidden значит, что сервер понял запрос, но отказался его выполнять. Сайт работает, страница существует, но кто-то на пути запроса решил, что именно этому посетителю туда нельзя. Этим «кем-то» бывает правило в nginx или Apache, файл .htaccess, проактивная защита 1С-Битрикс, плагин безопасности WordPress, сервис защиты от DDoS или неверные права на файлы.

Поэтому при 403 ищут не поломку, а запрещающее правило: кто его поставил, когда и кого оно задевает. Самые неприятные случаи в магазине выглядят тихо. Владелец со своего компьютера видит сайт, а 403 получают робот Яндекса, загрузчик товарного фида, покупатели из одной сети или сервер платёжного сервиса, который присылает уведомление об оплате. До «Чёрной пятницы» 27 ноября 2026 года осталось меньше трёх недель. Защиту сейчас подкручивают многие, и ложные блокировки появляются как раз в эти дни.

Коротко

  • 403 возвращает ваш сервер или посредник перед ним. Это осознанный отказ, а не сбой: ищите правило, которое сработало.
  • Частые причины в магазине: блокировка по IP или стране, проактивная защита Битрикса, плагин безопасности WordPress, правило в .htaccess или nginx, права на файлы, отсутствие индексного файла в каталоге.
  • Страница с кодом 403 не попадает в поиск Яндекса. Если защита блокирует робота, страницы начинают выпадать из индекса.
  • Если 403 получает платёжный сервис, деньги списываются, а заказ остаётся неоплаченным в админке. ЮKassa, например, повторяет уведомление 24 часа, потом перестаёт.
  • Проверяйте сайт не только из своего браузера: из другой сети, с мобильного интернета, инструментом Яндекс Вебмастера и по журналу сервера.

Что значит ошибка 403 и чем она отличается от 401 и 404

Код описан в стандарте HTTP, RFC 9110, раздел 15.5.4. Сервер понял запрос, но отказывается его выполнять. Если в запросе были логин и пароль, сервер считает их недостаточными. Стандарт отдельно оговаривает, что запрет может быть вызван причинами, не связанными с учётными данными. Там же сказано, что сервер, который хочет скрыть само существование закрытого ресурса, вправе ответить 404.

Отличия на практике:

  • 401 просит представиться: браузер покажет окно логина или сайт отправит на страницу входа. Повтор с другими данными может помочь.
  • 403 отказывает, даже если вы представились. Повторять тот же запрос бесполезно, пока не изменится правило.
  • 404 говорит, что страницы нет. Иногда за ним прячется тот же запрет.

В справочнике кодов Яндекс Вебмастера про 403 написано коротко: доступ к документу запрещён, и если вы хотите, чтобы страница индексировалась, доступ к ней нужно разрешить. В разделе о доступности сайта сказано, что страница с кодом, отличным от 200 OK, недоступна для роботов и посетителей и не может попасть в поиск.

Почему это важно сейчас

В ноябре магазины готовятся к 11.11 и «Чёрной пятнице»: включают защиту от ботов, закрывают админку по IP, ставят плагины безопасности, обновляют модули после летних уязвимостей. Каждое такое изменение добавляет правила запрета. Правило, которое отсекает подозрительный трафик, легко задевает и нужный.

Кого задевает чаще всего:

  • Робота Яндекса. Справка Вебмастера советует проверять робота по обратному и прямому DNS-запросу: имена всех роботов Яндекса заканчиваются на yandex.ru, yandex.net или yandex.com. Список IP-адресов Яндекс не раскрывает, потому что адреса часто меняются. Белый список робота по IP поэтому ненадёжен, а блокировка «всех, кто часто ходит по каталогу» рано или поздно задевает робота.
  • Платёжный сервис. Уведомление об оплате приходит HTTP-запросом с серверов провайдера. В документации ЮKassa сказано: магазин должен ответить кодом 200, ответы с другими кодами считаются невалидными, и уведомление доставляется повторно в течение 24 часов с момента события. Если всё это время защита отвечает 403, заказ в админке не станет оплаченным, а письмо и чек могут не уйти.
  • Загрузчики фидов и сервисы рекламы. Товарный фид, картинки товаров и посадочные страницы читают роботы площадок. 403 на фиде или картинках означает устаревшие цены или отклонённые товары.
  • Обмен с 1С и внешние интеграции. Скрипт обмена обращается к сайту по HTTP. Новый запрет по IP или по адресу /bitrix/admin/ может остановить выгрузку цен и остатков.
  • Покупателей. Блокировка по стране или по подсети мобильного оператора отрезает людей, которые с вашего компьютера никак не видны.

Что делать при ошибке 403: порядок на сегодня

  1. Уточните, кто видит 403. Только вы, все посетители, пользователи одного оператора, робот, платёжный сервис. Откройте сайт из другой сети, например с мобильного интернета без VPN. Если 403 только у вас, причина может быть в вашем IP, попавшем в стоп-лист, или в корпоративном прокси. Подробнее в статье «Сайт не работает только у меня».
  2. Определите, кто отдал ответ. Посмотрите на страницу ошибки и заголовки ответа. Брендированная страница сервиса защиты или CDN значит, что запрет стоит у провайдера, а до вашего сервера запрос не дошёл. Стандартная страница nginx или Apache указывает на ваш сервер. Страница в оформлении Битрикса или WordPress указывает на CMS или её модуль.
  3. Найдите 403 в журнале доступа. Отсортируйте адреса и IP по числу 403. Если ошибок много на одном адресе, ищите правило для этого пути. Если на одном IP или подсети, ищите блокировку по адресу.
  4. Прочитайте журнал ошибок за те же минуты. nginx и Apache обычно пишут туда причину отказа: запрет правилом, запрет индекса каталога, нехватка прав на файл.
  5. Проверьте защиту CMS. В 1С-Битрикс стоп-лист находится в разделе «Настройки > Проактивная защита > Стоп-лист». По документации, при срабатывании проактивного фильтра IP атакующего может попасть туда на заданное число минут, и заблокированный посетитель получает ошибку «HTTP 403 – доступ запрещён». В «Мониторе проактивной защиты» видна история отражённых атак. В WordPress проверьте журнал и блокировки плагина безопасности.
  6. Проверьте последние изменения. Новый .htaccess после обновления плагина, правки конфигурации nginx, включённая геоблокировка, новый уровень защиты у провайдера. Если 403 появился в день изменения, начните с отката именно его.
  7. Проверьте права на файлы, если 403 на статике или после переноса. Документация WordPress для типичной схемы рекомендует 755 или 750 для каталогов, 644 или 640 для файлов, 440 или 400 для wp-config.php и предупреждает, что каталогам никогда не стоит давать 777. Права «на всякий случай» не повышайте.
  8. Проверьте робота и платёжные уведомления. В Яндекс Вебмастере прогоните ключевые страницы через «Проверку ответа сервера». В журнале найдите запросы на адрес приёма уведомлений платёжного сервиса и их коды. В личном кабинете провайдера проверьте, есть ли недоставленные уведомления.
  9. Сузьте правило, а не выключайте защиту. Разрешите конкретный путь (адрес уведомлений об оплате, обмена с 1С, фида), проверенного робота по DNS, адреса провайдера из его документации. Затем пройдите путь покупки до оплаты и до письма с подтверждением.

Если сайт отдаёт 403 на всех страницах всем посетителям, порядок первых действий тот же, что при любом простое: «Сайт лежит: что делать».

Таблица: откуда в магазине берётся 403

Источник Признак Кто проверяет Как проверить Как часто
Сервис защиты от DDoS или CDN Страница ошибки провайдера, в журнале вашего сервера запросов нет Владелец аккаунта защиты Журнал событий провайдера, правила по странам и ботам После каждой смены уровня защиты
Проактивная защита Битрикса 403 у отдельных IP, страница в оформлении сайта Разработчик «Стоп-лист» и «Монитор проактивной защиты» Еженедельно в сезон
Плагин безопасности WordPress 403 после обновления плагина или при входе Разработчик Журнал блокировок плагина, правила в .htaccess После обновлений
Правила nginx или Apache 403 на конкретных путях у всех Разработчик или хостинг access.log, error.log, конфигурация При каждом изменении конфигурации
Права на файлы и владелец 403 на картинках, стилях, загрузках после переноса Разработчик Права и владелец каталогов После переезда и восстановления из копии
Нет индексного файла в каталоге 403 на адресе каталога Разработчик Наличие index.php или index.html При выкладке
Блокировка робота Яндекса Страницы выпадают из поиска, у людей всё открывается SEO-специалист «Проверка ответа сервера», проверка IP робота в Вебмастере Еженедельно в сезон
Блокировка уведомлений об оплате Деньги списаны, заказ не оплачен Владелец магазина и разработчик Коды ответов на адрес уведомлений, недоставленные уведомления у провайдера Ежедневно до конца распродаж

Артефакт: план разбора 403 и проверка на неделю до распродажи

Команды для первого часа. Пути к журналам зависят от системы и хостинга, формат журнала предполагается стандартный (combined):

# Какие адреса чаще всего отдают 403
awk '$9 == 403 {print $7}' /var/log/nginx/access.log | sort | uniq -c | sort -rn | head -20

# С каких IP приходят запросы, получившие 403
awk '$9 == 403 {print $1}' /var/log/nginx/access.log | sort | uniq -c | sort -rn | head -20

# Что отвечает сайт на адрес уведомлений об оплате (подставьте свой путь)
grep "/payment/notify" /var/log/nginx/access.log | awk '{print $9}' | sort | uniq -c

# Причины отказов в журнале ошибок
grep -i "forbidden" /var/log/nginx/error.log | tail -20

# Настоящий ли это робот Яндекса: обратный и прямой DNS-запрос
host 203.0.113.10          # имя должно оканчиваться на yandex.ru, yandex.net или yandex.com
host <полученное имя>      # адрес должен совпасть с исходным IP

Чек-лист на неделю до распродажи:

[ ] Выписать все правила запрета: CDN/защита, nginx/Apache, .htaccess, стоп-лист Битрикса, плагин WordPress
[ ] Для каждого правила записать, кто его включил и зачем
[ ] Разрешить адрес приёма уведомлений об оплате для адресов из документации платёжного сервиса
[ ] Разрешить адреса обмена с 1С и выгрузки фидов для тех, кто их реально вызывает
[ ] Проверить, что робот Яндекса не блокируется: «Проверка ответа сервера» по 10 ключевым страницам
[ ] Открыть каталог, карточку, корзину и оплату с мобильного интернета двух разных операторов
[ ] В кабинете платёжного сервиса проверить, нет ли недоставленных уведомлений
[ ] Договориться, кто и как быстро снимает ложную блокировку в день распродажи
[ ] Записать, как снять самоблокировку админки, пока доступ есть

Шаблон сообщения хостингу или подрядчику:

Тема: 403 Forbidden на <домен>, нужна причина отказа

С <дата, время по Москве> на адресах <список адресов> посетители получают 403.
Кто видит ошибку: <все / только мобильный интернет / робот Яндекса / платёжный сервис>.
Пример запроса из журнала: <строка из access.log с IP, временем и адресом>.
Что меняли в последние дни: <обновления, правила защиты, перенос>.
Просим: найти правило, которое отдаёт 403 на эти запросы, и сообщить, можно ли сузить его до нужных адресов.

Пример разбора

Ситуация условная, собрана для иллюстрации.

Магазин на 1С-Битрикс за две недели до «Чёрной пятницы» включил у провайдера защиты от DDoS повышенный уровень и блокировку запросов из-за рубежа. Сайт у владельца и менеджеров открывается, проверка главной зелёная. Через сутки бухгалтер замечает расхождение: в кабинете ЮKassa оплаченных платежей больше, чем оплаченных заказов на сайте. Менеджеры вручную звонят покупателям, которые пишут, что деньги списались, а письма нет.

В журнале nginx запросов на адрес уведомлений об оплате за сутки нет совсем. Значит, отказ шёл раньше, у провайдера защиты. В его журнале событий такие запросы отклонены правилом для автоматического трафика. Адрес уведомлений вывели из-под этого правила и разрешили для адресов из документации ЮKassa. Уведомления, которые ещё укладывались в 24 часа, дошли повторно, остальные заказы сверили вручную по выгрузке платежей. Вывод для команды: после каждой смены уровня защиты проверять не только главную, но и путь оплаты, фид и робота.

Частые ошибки

  • Выключать защиту целиком. 403 пропадает, но вместе с ним пропадает и защита, которую включали не зря. Правило нужно сузить.
  • Проверять сайт только из офиса. Ваш IP, скорее всего, давно в белом списке. Покупатель из мобильной сети видит другое.
  • Пускать «Яндекс» по User-Agent. Строку User-Agent подделать легко. Проверяйте робота по DNS, как советует Яндекс.
  • Ставить 777, чтобы ушёл 403. Ошибка исчезает, но любой процесс на сервере получает право записи в каталог. Документация WordPress прямо против этого.
  • Не смотреть на платёжные уведомления. Мониторинг главной страницы не увидит, что сервер провайдера получает 403. Видна только разница между платежами и заказами, о ней в статье «Сверка оплат и заказов».

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

Вопросы и ответы

Ошибка 403: проблема у меня или у сайта?

Если сайт открывается из другой сети, а у вас нет, скорее всего, заблокирован ваш IP или подсеть: защита сайта, стоп-лист Битрикса или ваш корпоративный прокси. Если 403 видят все, запрет стоит на сайте или у его провайдера защиты.

Как исправить ошибку 403 на своём сайте?

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

Повлияет ли 403 на позиции в Яндексе?

Страница с кодом, отличным от 200, по справке Вебмастера не может попасть в поиск. Если робот долго получает 403, страницы выпадают из индекса. После исправления проверьте их в «Проверке ответа сервера» и отправьте на переобход. Как действовать, если страницы уже пропали, разобрано в статье «Сайт пропал из поиска Яндекса».

Источники

  • RFC 9110, HTTP Semantics, раздел 15.5.4 «403 Forbidden»: https://www.rfc-editor.org/rfc/rfc9110.html
  • Яндекс Вебмастер, справочник HTTP-кодов: https://yandex.ru/support/webmaster/ru/error-dictionary/http-codes
  • Яндекс Вебмастер, «Как проверить, что сайт доступен для посетителей и поисковых роботов»: https://yandex.ru/support/webmaster/ru/robot-workings/availability
  • Яндекс Вебмастер, «Как проверить, что робот принадлежит Яндексу»: https://yandex.ru/support/webmaster/ru/robot-workings/check-yandex-robots
  • ЮKassa, документация API, «Входящие уведомления»: https://yookassa.ru/developers/using-api/webhooks
  • Курс 1С-Битрикс, урок «Стоп-лист»: https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=35&LESSON_ID=2675
  • Курс 1С-Битрикс, урок «Монитор проактивной защиты»: https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=35&LESSON_ID=27172
  • WordPress Advanced Administration, «Changing File Permissions»: https://developer.wordpress.org/advanced-administration/server/file-permissions/
  • Документация nginx, модуль ngx_http_access_module: https://nginx.org/en/docs/http/ngx_http_access_module.html
  • Документация Apache HTTP Server 2.4, mod_authz_core (Require all denied): https://httpd.apache.org/docs/2.4/mod/mod_authz_core.html

Проверено: 10 ноября 2026 года.


Шаг «узнать о 403 раньше покупателей» можно автоматизировать. Pingvera раз в минуту проверяет доступность сайта по HTTP из нескольких регионов и с мобильным User-Agent, подтверждает сбой повторными проверками и присылает алерт в Telegram, MAX, VK, на почту или в webhook. Для WooCommerce сервис следит и за потоком заказов: если страницы открываются, а заказы перестали приходить, придёт отдельный алерт. Бесплатный тариф покрывает до 5 сайтов, разовую проверку можно сделать без регистрации на https://pingvera.ru/check.

Узнавайте о проблеме раньше клиента

Pingvera следит за сайтами клиентов «снаружи и изнутри» — доступность из регионов, формы, оплата, домен, SSL, сервер — и предупреждает в Telegram, email и Max раньше, чем напишет клиент.

Попробовать Pingvera бесплатно

Читайте также: Ошибка 503 на сайте: что значит и что делать · Ошибка 504 на сайте: причины и что делать магазину · Сайт взломан: что делать магазину в первые 24 часа · Белый список сайтов: что делать интернет-магазину · Бесплатно проверить сайт.

← Все статьи · Политика конфиденциальности · pingvera.ru · Telegram-канал

На сайте осуществляется обработка пользовательских данных с использованием Cookie в соответствии с Политикой конфиденциальности.