Введите URL
Инструмент перезаписи URL преобразует динамические адреса с параметрами (вида ?id=1&cat=5) в короткие статические пути, понятные и поисковым роботам, и живым людям. ToolsPivot делает это за один клик: вы получаете готовые ЧПУ-ссылки в двух форматах и код .htaccess для Apache mod_rewrite — без регистрации, без лимитов, без сохранения данных.
Инструмент разбирает динамический URL на составные части и собирает из них чистый, читаемый адрес. Вот что вы получаете на выходе.
Автоматический разбор параметров: инструмент сам находит каждую пару «ключ=значение» в строке запроса. Вручную вводить параметры не нужно — вставили URL целиком, всё остальное система делает сама.
Два формата перезаписи: результат выдаётся и через дефис (/product-shoes-red-458), и через директории (/product/shoes/red/458). Первый подходит для плоских структур вроде блогов, второй — для каталогов интернет-магазинов с категориями и подкатегориями.
Готовый код .htaccess: под каждым вариантом URL — блок Apache mod_rewrite с директивой RewriteEngine On и правилом RewriteRule. Копируете и вставляете в корневой .htaccess.
Удаление расширений файлов: .php, .asp, .html — всё срезается из выходного URL. Посетитель не видит, на чём написан ваш бэкенд.
Мгновенный результат: после нажатия кнопки «Rewrite URL» перезаписанные адреса появляются сразу. Никаких очередей, подтверждений по почте или капчи.
Без хранения данных: введённые URL не сохраняются на сервере. Конвертация проходит в реальном времени — после закрытия страницы данные исчезают.
Если параллельно с перезаписью вы настраиваете мета-теги для тех же страниц, пригодится генератор мета-тегов: структура URL и метаданные работают в связке.
Вставьте динамический URL: скопируйте полный адрес вместе с протоколом и всеми GET-параметрами. Пример: http://www.example.com/product.php?id=1&cat=10.
Нажмите «Rewrite URL»: инструмент ToolsPivot разберёт строку запроса, уберёт символы ?, = и &, удалит расширение файла.
Выберите формат: в результатах будут и дефисный вариант, и директорный. Выберите тот, что совпадает с архитектурой вашего сайта.
Скопируйте код .htaccess: под каждым перезаписанным URL располагается блок с правилами mod_rewrite. Вставьте его в файл .htaccess в корне сайта.
Проверьте на тестовом сервере: откройте новый статический URL на staging-площадке или localhost, убедитесь, что страница загружается корректно, и только потом переносите правила в продакшн.
Весь процесс занимает меньше 30 секунд на один URL. При миграции целого сайта прогоняйте адреса по одному и собирайте единый файл .htaccess.
Ускорение индексации: Google и Яндекс обрабатывают статические URL быстрее динамических. Страницы с чистыми адресами попадают в индекс на несколько дней раньше — это критично при запуске новых товаров или сезонных акций.
Рост кликабельности в выдаче: адрес /shoes/running/nike-air-max говорит пользователю, что его ждёт на странице. По данным ряда исследований, понятные URL повышают CTR в поисковой выдаче на 20-25 % по сравнению с параметризованными строками.
Устранение дублей: динамические URL с параметрами в разном порядке (?color=red&size=10 и ?size=10&color=red) создают дубли страниц. Единый статический адрес эту проблему снимает. Для контроля плотности ключей на консолидированных страницах используйте проверку плотности ключевых слов.
Меньше уязвимостей: видимые GET-параметры — приглашение для SQL-инъекций и подмены значений. Статический URL скрывает имена параметров и сокращает поверхность атаки.
Концентрация ссылочного веса: когда бэклинки ведут на один канонический статический адрес, а не на пять динамических вариантов, весь «авторитет» сосредоточен в одной точке. Проверить, как обстоят дела с обратными ссылками, можно через проверку бэклинков.
Удобство для пользователей: короткий описательный URL легко скинуть коллеге в Telegram, вставить в рассылку или запомнить. С параметризованной строкой из 120 символов это не работает.
Без ограничений и регистрации: большинство аналогов либо требуют аккаунт, либо ограничивают бесплатный тариф 3-5 URL в день. ToolsPivot работает без лимитов.
После нажатия «Rewrite URL» вы увидите два блока. Разберём каждый.
Дефисный формат объединяет значения параметров через дефис в один плоский путь. Подходит для блогов, лендингов и любых страниц без глубокой иерархии. Директорный формат раскладывает каждое значение в отдельную «папку» — это логичнее для интернет-магазинов на OpenCart, 1С-Битрикс или WooCommerce, где есть категории, подкатегории и товары.
Какой выбрать? Зависит от структуры сайта. Блог с простыми ID постов — дефисный. Каталог Wildberries-подобного маркетплейса с вложенными категориями — директорный. Google и Яндекс ранжируют оба формата одинаково, так что выбор чисто архитектурный.
Под каждым URL — готовый набор Apache mod_rewrite. Три компонента: директива RewriteEngine On (активирует модуль), строка RewriteRule с регулярным выражением, и подстановочная строка с обратной ссылкой на исходный динамический адрес. Скобки в регулярном выражении захватывают сегменты URL и передают их как $1, $2 и так далее в query-строку.
Копируйте блок целиком. Если поменять порядок захватывающих групп или убрать одну из скобок, правило сломается. Для Nginx этот код не годится — придётся переписать синтаксис в формат rewrite-директив, но логика маппинга останется той же.
Если ваш сайт уже выдаёт ЧПУ-адреса — этот инструмент вам ни к чему. Но тысячи сайтов на PHP, ASP и самописных CMS до сих пор работают с «голыми» GET-параметрами.
Владельцы интернет-магазинов. Товарные страницы на WooCommerce, Magento и самописных движках часто отдают URL вида /product.php?id=458&cat=shoes. Перезапись в /shoes/running-shoe-458 повышает шансы страницы и в Google, и в Яндекс.Маркете. После внедрения перезаписи прогоните сайт через SEO-проверку сайта — убедитесь, что новые адреса правильно сканируются.
SEO-специалисты на техническом аудите. Структура URL — один из первых пунктов любого чеклиста. Если у клиента сотни динамических адресов, генерировать .htaccess-правила через инструмент быстрее, чем писать regex вручную. После развёртывания пройдитесь проверкой битых ссылок, чтобы выявить цепочки редиректов и ошибки 404.
Разработчики при миграции. Переход с самописного PHP-движка на WordPress, Tilda или 1С-Битрикс почти всегда меняет URL-структуру. Сгенерированные правила перезаписи сохраняют авторитет домена и предотвращают потерю трафика во время переезда.
Блогеры и контент-мейкеры. WordPress с настройкой пермалинков по умолчанию (?p=123) — типичная картина. Каждая расшаренная ссылка ведёт на параметризованный адрес. Перезапись плюс 301-редирект на ключевой слаг — и позиции в выдаче растут. С помощью анализатора ссылок определите, какие старые URL получают больше всего входящих ссылок — с них и начинайте.
Маркетологи с рекламными лендингами. Посадочные страницы с UTM-метками легко растягиваются до 100+ символов. Перезапись видимого URL при сохранении внутреннего трекинга даёт чистую брендированную ссылку для рекламных постов в VK и Telegram.
Копировать код из генератора и вставлять вслепую — плохая идея. Четыре проверки занимают пять минут и спасают от часов отладки.
Убедитесь, что сервер — Apache с mod_rewrite. На шаред-хостинге у Timeweb, Beget, REG.RU модуль обычно включён по умолчанию. На VPS или выделенном сервере может потребоваться активация вручную. Если ваш хостинг работает на Nginx или IIS, сгенерированные правила нужно переписать под соответствующий синтаксис.
Сделайте резервную копию текущего .htaccess. Одна ошибка в регулярном выражении — и весь сайт отвечает 500-й ошибкой. Сохраните копию файла, чтобы восстановить его за секунду.
Проверьте конфликт правил. Если в .htaccess уже есть редиректы (например, редирект www на без-www или принудительный HTTPS), новые правила перезаписи нужно разместить в правильном порядке. Apache обрабатывает директивы сверху вниз: более конкретные правила ставьте выше общих.
Тестируйте по одному URL. Не разворачивайте 200 правил за раз. Добавьте одно, откройте страницу, убедитесь, что всё работает. Затем — следующее. Проверяйте через тест скорости страницы, что перезаписанный URL не вызывает петлю редиректов.
Google официально заявляет, что умеет индексировать оба типа. На практике статические адреса дают преимущество по трём направлениям.
Первое — скорость краулинга. Поисковый робот тратит меньше ресурсов краулингового бюджета на парсинг чистого пути без query-строки. Для небольшого сайта на 50 страниц это незаметно. Для каталога на 10 000+ товаров — разница существенная.
Второе — пользовательское доверие. Когда человек видит в результатах Яндекса адрес site.ru/catalog/obuv/krossovki вместо site.ru/catalog.php?cat=12&subcat=48&sort=price, он кликает охотнее. Параметризованные строки ассоциируются с техническими страницами, а не с полезным контентом.
Третье — дубли. Динамические URL с параметрами в разном порядке, с session ID в строке, с tracking-параметрами — всё это создаёт дубликаты, которые Яндекс и Google обрабатывают по-разному. Канонический статический URL в связке с директивой в robots.txt и тегом rel="canonical" решает проблему.
Перезапись URL — это преобразование динамического адреса с GET-параметрами (например, ?id=1&cat=5) в статический читаемый путь. Сервер использует правила в .htaccess, чтобы «маппить» новый чистый адрес на исходный скрипт, при этом бэкенд-код остаётся без изменений.
Да. Полностью бесплатный, без регистрации, без лимита на количество URL. Все форматы перезаписи и код .htaccess доступны каждому — платных тарифов нет.
Статические URL индексируются быстрее и получают более высокий CTR в результатах поиска. Google может обрабатывать динамические адреса, но чистая структура URL даёт измеримое преимущество по скорости краулинга и вовлечённости пользователей.
Инструмент генерирует правила для Apache mod_rewrite. Nginx использует другой синтаксис. Вы можете взять перезаписанный URL как целевой формат, но rewrite-директиву для Nginx придётся написать вручную или воспользоваться конвертером Apache-to-Nginx.
WordPress управляет базовой перезаписью через настройку «Постоянные ссылки» (Настройки → Постоянные ссылки). Для пользовательских правил, выходящих за рамки стандартных шаблонов, скопируйте сгенерированный код и добавьте его в .htaccess выше блока WordPress. После этого обновите XML-карту сайта, чтобы поисковики быстрее обнаружили новые адреса.
Перезапись меняет URL «изнутри» — сервер подставляет чистый адрес вместо динамического, но браузер пользователя не совершает дополнительного запроса. Редирект (301 или 302) отправляет браузер на новый адрес с полной сменой URL в адресной строке. При миграции обычно используют оба приёма вместе.
Нет. Разворачивайте правила небольшими пачками по 5-10 штук. Сломанное регулярное выражение в .htaccess способно положить весь сайт. После каждой порции проверяйте статус индексации — убедитесь, что поисковые роботы видят новые адреса.
Если ваш WordPress, Shopify или Tilda уже генерирует статические URL для новых страниц — нет. Но если в индексе остались старые динамические адреса с бэклинками, перезапись плюс 301-редирект сохранят трафик и ссылочный вес.
Введите новый статический URL в адресную строку браузера. Если страница загрузилась — правило работает. Затем проверьте старый динамический URL: при настроенном 301-редиректе он должен перенаправлять на статический адрес. Через декодер URL убедитесь, что спецсимволы в параметрах обрабатываются корректно.
Дефисный формат подходит для плоского контента — постов блога, одиночных товарных страниц, лендингов. Директорный — для иерархических каталогов с категориями и подкатегориями. Google ранжирует оба формата одинаково; выбирайте по структуре сайта.
Частично. Динамические URL с параметрами в разном порядке создают несколько адресов для одного контента. Единый статический путь консолидирует их. Для полного контроля дополняйте перезапись тегом rel="canonical" и правильной настройкой файла robots.txt.
Перезапись происходит на стороне сервера и никак не зависит от устройства пользователя. Статический URL одинаково открывается на десктопе, смартфоне и планшете. Для адаптивных сайтов дополнительная настройка на стороне клиента не требуется.
Авторское право © 2018-2026 ToolsPivot.com. Все права защищены.
