Потеря 15-20% входящего трафика из-за ошибки «вакансия недоступна» в пик найма обходится компании в среднем от 50 000 до 200 000 рублей убытков на одну позицию из-за стоимости лида и простоя бизнес-процессов. Технический сбой или некорректный статус в ATS превращают рекламный бюджет в ноль, при этом рекрутер узнает о проблеме только через 2-3 дня, когда поток откликов иссякнет.
Проверка статуса модерации и лимитов
Первая точка отказа — автоматический фильтр площадки или ATS. Часто вакансия переходит в статус «недоступно» из-за нарушения правил модерации (например, использование капса в заголовке или стоп-слов вроде «лучшая зарплата»), что занимает от 4 до 24 часов. Еще один риск — исчерпание лимита просмотров или откликов в рамках оплаченного пакета: при достижении 100% лимита система может автоматически скрыть страницу.
Кейс: компания опубликовала вакансию с гиперссылками в описании, что запрещено правилами большинства джоб-бордов. Вакансия была снята через 2 часа после публикации. Итог — потеря 40 потенциальных откликов за выходные. Экспертный вывод: всегда проверяйте статус через инкогнито-вкладку браузера каждые 2 часа после первой публикации, не полагаясь на уведомления системы.
Конфликт интеграций ATS и джоб-бордов
При синхронизации через API (например, Huntflow или Potok с HeadHunter) возникает задержка обновления статусов от 5 до 15 минут. Ошибка «недоступно» часто возникает, когда рекрутер перевел вакансию в архив в ATS, но API-запрос на удаление с сайта завис или вернул ошибку 500. В этом случае ссылка остается в поиске, но ведет на страницу-заглушку.
Пример: при массовом закрытии 10 позиций произошел сбой синхронизации, и 3 активные вакансии ошибочно получили статус «архив» на внешнем ресурсе. Потеря конверсии составила 30% за сутки. Экспертный вывод: при использовании интеграций раз в неделю проводите сверку активных позиций в ATS и на внешних витринах вручную.
Анализ настроек приватности и доступа
Ошибка доступа часто связана с настройкой «видимости» вакансии. В корпоративных порталах или ATS есть три уровня доступа: публичный, по ссылке и внутренний. Если вакансия переведена в режим «по ссылке», она становится недоступна для общего поиска, что рекрутеры часто путают с техническим сбоем. Также проверьте дату окончания публикации: если срок истек, вакансия переходит в статус «недоступно» автоматически.
Кейс: HR-менеджер установил дату закрытия на 31.12, но из-за сбоя часовых поясов в системе (UTC+0 вместо UTC+3) вакансия исчезла на 3 часа раньше. Экспертный вывод: всегда ставьте дату закрытия с запасом в 24 часа, чтобы избежать потери трафика в последние часы публикации.
Технический аудит URL и редиректов
Статус «недоступно» может быть следствием неправильного редиректа (301 или 302 ошибка). Если вакансия была перенесена на новый раздел сайта или изменен slug (адрес страницы), старая ссылка, которая уже проиндексирована поисковиками, ведет на 404 ошибку. В 60% случаев проблема кроется в некорректном кэшировании страницы на стороне сервера.
Пример: при обновлении структуры раздела /jobs/ на /vacancies/ компания забыла настроить перенаправление, из-за чего 40% трафика из Google вели на страницу «недоступно». Экспертный вывод: любые изменения в URL-структуре должны сопровождаться настройкой 301-редиректа, чтобы сохранить SEO-вес и доступность вакансии.
Проверка прав доступа пользователя
Иногда статус «недоступно» видит только авторизованный сотрудник из-за конфликта ролей в системе доступа (RBAC). Например, если вакансия помечена как «конфиденциальная», она будет доступна только администратору и рекрутеру, а для всех остальных — недоступна. Ошибка возникает, когда рекрутер проверяет ссылку, находясь под своим аккаунтом, и не видит разницы в отображении для внешнего кандидата.
Кейс: вакансия была настроена как «внутренняя», и рекрутер 2 дня пытался «починить» её, не понимая, что она просто не предназначена для внешнего рынка. Экспертный вывод: используйте режим инкогнито или разные браузеры для проверки внешней доступности, чтобы исключить влияние прав доступа вашего профиля.
Вывод
Чтобы исключить статус «недоступно», начните с проверки режима инкогнито и сверки даты закрытия вакансии. Избегайте ручного управления статусами в нескольких системах одновременно — выберите одну мастер-систему (ATS) и настройте автоматизацию. Мой вердикт: 80% ошибок доступа решаются через корректную настройку API-синхронизации и проверку лимитов площадок, поэтому инвестируйте время в настройку автоматизации публикации и обновления, чтобы исключить человеческий фактор.
Подробный разбор всей темы смотрите в обзоре Недоступно.