Файл настроек сервера: переадресации и страницы ошибок

В корне сайта, а иногда и в каждой папке, может лежать служебный файл с настройками веб-сервера. Имя у него начинается с точки, поэтому в файловых менеджерах он часто скрыт, и многие владельцы сайтов даже не подозревают о его существовании. При этом одна неверная строка в нём кладёт сайт целиком — за секунду и без предупреждения. Разберём, что этот файл делает, какие задачи решает и как с ним обращаться, чтобы не потерять поток обращений.

Что это такое и зачем нужно

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

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

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

Работает такой файл не на всех серверах. Он характерен для одного распространённого типа веб-сервера; на других настройки задаются иначе. Если вы не уверены, что у вас, это первый вопрос к хостингу или к специалисту по сопровождению.

Какие задачи он решает

Перечислим то, ради чего к нему обращаются на практике.

Переадресации. Самое частое. Старый адрес страницы на новый после изменения структуры. Сайт без приставки из трёх букв на вариант с ней или наоборот. Обычное соединение на защищённое. Адрес с косой чертой в конце на вариант без неё.

Красивые адреса страниц. Преобразование технических адресов с параметрами в понятные человеку. В современных системах управления это обычно уже настроено.

Свои страницы ошибок. Вместо стандартного невнятного сообщения сервера — ваша страница с меню, поиском и телефоном. Для страницы «не найдено» это прямо влияет на обращения: человек, попавший на несуществующий адрес, может найти нужное и остаться.

Защита паролем отдельных разделов. Административная часть, тестовая копия сайта, внутренние документы.

Запрет доступа к служебным файлам. Конфигурации, резервные копии, журналы — всё, что не должно быть доступно посторонним.

Ограничения по адресам. Блокировка конкретных источников, создающих проблемы.

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

Сжатие передаваемых данных. Уменьшает вес страниц и ускоряет загрузку, особенно на мобильном интернете.

Ограничения загрузки файлов и времени выполнения — в некоторых конфигурациях.

Запрет показа содержимого папок. Чтобы посторонний не мог посмотреть список файлов в каталоге.

Главная опасность: сайт ложится мгновенно

Это нужно понимать до того, как что-то менять.

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

Типичный сценарий выглядит так. Человек нашёл в интернете «полезный набор правил для ускорения сайта», скопировал в файл, сохранил — и сайт пропал. А доступа к файлам по протоколу передачи данных у него нет, потому что всё делалось через админку, которая теперь недоступна.

Отсюда правила, которые стоит соблюдать всегда.

Сохраняйте копию перед любым изменением. Скачайте текущую версию себе. Это занимает минуту и спасает всегда.

Меняйте по одной строке. Добавили правило — проверили сайт. Добавили следующее — проверили.

Имейте доступ помимо админки. Доступ к файлам по отдельному протоколу или через панель управления хостингом. Без него исправление ошибки превращается в обращение в поддержку и ожидание.

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

Не трогайте в пятницу вечером и перед сезоном.

Проверяйте не только главную. Внутренние страницы, каталог, формы, админку.

Переадресации: самая частая задача

Разберём подробнее, потому что именно здесь чаще всего возникают проблемы, влияющие на обращения.

Переадресация бывает постоянной и временной. Разница принципиальна для поисковых систем: постоянная говорит «страница переехала навсегда, переносите все накопленные показатели на новый адрес», временная — «это ненадолго, старый адрес оставьте в индексе».

При смене структуры сайта, переезде на новый домен, переходе на защищённое соединение нужна постоянная. Использование временной в этих случаях — распространённая ошибка, из-за которой новый адрес долго не набирает силу, а старый остаётся в выдаче.

Что важно при настройке.

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

Не делайте циклов. Правило, которое отправляет адрес сам на себя, приводит к бесконечному перенаправлению — браузер показывает ошибку, сайт недоступен.

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

Проверяйте после настройки. Список старых адресов, по каждому — куда ведёт и с каким кодом.

Практический совет: держите список переадресаций в отдельном документе с пояснениями, зачем каждая нужна. Через год никто не вспомнит, откуда взялось правило, и его либо побоятся тронуть, либо удалят вместе с рабочими.

Страницы ошибок и почему это про обращения

Стандартное сообщение сервера о том, что страница не найдена, — белый экран с технической надписью. Человек, увидевший его, закрывает вкладку.

Своя страница «не найдено» может содержать меню, поиск по сайту, телефон, ссылки на популярные разделы и человеческое объяснение, что произошло. Часть посетителей после неё остаётся на сайте и доходит до обращения.

Подключается такая страница как раз через файл настроек: указывается, какой документ показывать при каком коде ошибки.

Важная тонкость: страница ошибки должна отдавать правильный код. Частая ошибка — настроить переадресацию на красивую страницу, которая отвечает как обычная существующая. Тогда поисковые системы считают, что по несуществующим адресам у вас полноценные страницы, и в индекс попадает мусор.

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

Скорость: кэширование и сжатие

Две настройки, которые дают заметный эффект почти на любом сайте.

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

Риск: если срок хранения большой, а вы обновили оформление, посетители какое-то время будут видеть старую версию. Решается добавлением версии к имени файла — тогда браузер считает его новым.

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

Изображения сжимать таким способом смысла нет — они уже сжаты. Их оптимизируют иначе: подбором формата и размера.

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

Подход «три в одном»: что происходит с обращениями при ошибке

Этот файл — чистая техника, но связь с заявками у него самая прямая из всех технических тем.

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

Второй канал — Яндекс.Справочник и карточка в Яндекс Бизнесе. Карточка живёт на серверах Яндекса и от настроек вашего сервера не зависит вообще. Телефон, адрес, услуги, фотографии — всё на месте, человек звонит напрямую. Пока вы разбираетесь с ошибкой, этот канал продолжает приносить обращения.

Третий канал — 2ГИС. То же самое, со своей аудиторией.

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

Кто должен этим заниматься

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

Что при этом стоит знать владельцу. Что такой файл существует. Что у вас есть его копия. Что доступ к файлам сайта есть не только у подрядчика. Что после любых работ с адресами кто-то проверил сайт целиком.

На ХостСМС большая часть типовых задач — красивые адреса, страницы ошибок, переадресации при изменении структуры — решается штатными средствами системы, через админку, без ручной правки серверных файлов. Это заметно безопаснее: менеджер настраивает переадресацию для конкретной страницы сам, не рискуя уронить сайт. К ручным настройкам прибегают только для нестандартных задач. На 1С-Битрикс и ВордПресс подход похожий, хотя ручных правок там обычно больше.

Что проверить у себя

Короткий список для разговора с подрядчиком.

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

Проверять это стоит после каждого крупного изменения сайта и раз в год планово.

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

Скопировали набор правил из интернета — сайт лёг. Нет копии, восстановить нечем. Доступ к файлам только через админку, которая недоступна. Переадресации временные вместо постоянных. Цепочки из трёх переадресаций. Все старые адреса ведут на главную. Страница «не найдено» отдаёт код успешного ответа. Правила настраивались годами разными людьми, никто не знает, что за что отвечает. Изменения делаются на рабочем сайте без проверки на тестовой копии.

Коротко

Служебный файл настроек веб-сервера решает задачи переадресаций, страниц ошибок, защиты разделов, кэширования и сжатия. Его особенность в том, что изменения срабатывают мгновенно, и ошибка в одной строке делает недоступным весь сайт вместе с админкой. Поэтому перед любой правкой нужна копия, доступ к файлам помимо админки и проверка по одному изменению. Самая частая практическая задача — переадресации: они должны быть постоянными, без цепочек и циклов, и вести на соответствующие страницы, а не скопом на главную. В современных системах управления, включая ХостСМС, большинство типовых задач решается через админку без ручной правки — это безопаснее. И пока сайт недоступен из-за ошибки, обращения продолжают идти только через карточки в Яндекс Бизнесе и 2ГИС, что делает их актуальность частью технической страховки.

Если вы не знаете, что настроено на вашем сервере и кто это делал, — специалисты компании «Сайты Профессионально» бесплатно проверят настройки, переадресации, страницы ошибок и скорость и скажут, где у вас слабое место. Девятнадцать лет работы с сайтами дали нам достаточно случаев, когда одна строка останавливала весь поток обращений. Обращайтесь за бесплатной диагностикой — она ни к чему не обязывает.