Установка 301 редиректа на Windows-сервере

Представьте: вы сменили домен, а трафик упал на 90% из-за массовых ошибок 404. В 2025 году Google требует корректные 301-редиректы даже для сайтов на Windows-серверах — это подтверждается данными Search Console. Настроить перенаправление в IIS можно за 5 минут, сохранив при этом SEO-позиции и PageRank. Ниже — подробная инструкция по работе с web.config, чек-лист перед запуском и разбор типичных ошибок.

Код ответа 301 означает: «страница перемещена навсегда». Он передаёт поисковым системам до 100% ссылочной массы со старого адреса на новый — без потерь в рейтинге. Это единственный безопасный способ переноса сайта, одобренный Google: альтернативы вроде 302 или meta-refresh приводят к потере до 30% трафика в первые же недели.

Для новичков: ключевые преимущества

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

Для экспертов: актуальные требования 2025 года

• IIS 10 и выше: обязательно наличие модуля URL Rewrite;
• Обязательный HTTPS: все HTTP-запросы должны перенаправляться на защищённую версию;
• Цепочка редиректов: не более 3 последовательных перенаправлений (иначе — потеря трафика). Каждый лишний шаг в чейн-редиректе замедляет загрузку страницы и «размывает» PageRank, поэтому старайтесь сводить цепочки к одному прямому редиректу.

1. Установите модуль URL Rewrite: скачайте с официального сайта — iis.net;
2. Создайте резервную копию файла web.config: он находится в корне сайта;
3. Откройте IIS Manager: выберите нужный сайт → раздел «URL Rewrite»;
4. Добавьте новое правило: нажмите «Add Rule(s)» → «Blank Rule».

Код для web.config

<configuration>
  <system.webServer>
    <rewrite>
      <rules>
        <!-- 301 со старого домена на новый -->
        <rule name="301 Old to New" stopProcessing="true">
          <match url=".*" />
          <conditions logicalGrouping="MatchAny">
            <add input="{HTTP_HOST}" pattern="^olddomain\.ru$" />
            <add input="{HTTP_HOST}" pattern="^www\.olddomain\.ru$" />
          </conditions>
          <action type="Redirect" url="https://www.newdomain.ru/{R:0}" redirectType="Permanent" />
        </rule>

        <!-- HTTP → HTTPS -->
        <rule name="HTTP to HTTPS" stopProcessing="true">
          <match url="(.*)" />
          <conditions>
            <add input="{HTTPS}" pattern="^OFF$" />
          </conditions>
          <action type="Redirect" url="https://{HTTP_HOST}/{R:1}" redirectType="Permanent" />
        </rule>
      </rules>
    </rewrite>
  </system.webServer>
</configuration>

Не забудьте заменить: olddomain.ru на ваш старый домен, а newdomain.ru — на новый. Обратите внимание: в условии используется logicalGrouping="MatchAny", чтобы правило срабатывало и для версии с www, и без него. Если вам нужно исключить определённые пути (например, служебные страницы), добавьте в условие паттерн с negate="true" — это снизит риск циклических редиректов.

• Модуль не установлен: приводит к ошибке 500 (Internal Server Error);
• Циклические редиректы: например, A → B → A — Google не сможет проиндексировать сайт;
• Кэширование IIS: после изменений перезапустите пул приложений, чтобы сбросить кэш на сервере;
• Внутренние ссылки не обновлены: убедитесь, что все ссылки на сайте ведут на новый домен. Также проверьте, что в файлах .htaccess (если они используются параллельно) нет конфликтующих директив — на Windows-сервере они игнорируются, но могут запутать при миграции.

Многие администраторы спорят, что удобнее — редактировать конфигурационный файл вручную или использовать графический интерфейс IIS. Ниже — прямое сравнение по ключевым критериям для Windows Server 2022.

Вывод: Для массовых редиректов (более 10 правил) или сложной логики (например, исключение определённых путей) используйте web.config. Для разовых перенаправлений и новичков подойдёт IIS Manager — он визуально понятнее и защищает от опечаток в XML. В любом случае избегайте длинных цепочек редиректов: каждое дополнительное звено увеличивает время отклика на 50–100 мс и ухудшает пользовательский опыт.

1. Redirect Checker: используйте сервис redirect-checker.org для анализа цепочки;
2. Google Search Console: раздел «Покрытие» → убедитесь, что старые URL возвращают статус 301;
3. Яндекс.Вебмастер: отправьте заявку в разделе «Переезд сайта»;
4. PowerShell: выполните команду Invoke-WebRequest -Uri "http://olddomain.ru" и проверьте заголовок Location. Дополнительно проверьте, что в ответе нет цепочки из нескольких 301 — это снижает скорость индексации.

Готовы к безопасному переезду на Windows-сервере? Проверим ваш сервер и настроим всё корректно — без потерь трафика. Или создадим новый сайт с учётом всех требований 2025 года.