Переадресация на сайт: Страница не найдена | REG.RU

301, 302, 307 redirect для сайта, перенаправление JS и переадресация PHP

Поисковая система не понимает, почему ей нужно проиндексировать две одинаковые страницы. Поэтому определяет дубли как спам-ссылки и понижает позиции сайта в выдаче. О том, как настроить умную перелинковку, мы уже писали. Теперь расскажем, как избежать появления дублей с помощью редиректов.

Схема работы редиректа

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

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

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

Виды редиректов

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

301

Ее чаще всего делают, чтобы избавиться от дублей. Перенаправление происходит раз и навсегда. 301 редирект сообщает поисковой системе, что индексирование старого адреса не потребуется. Его нужно убрать из индекса и поставить новый URL. Потом можно проверить, пропал ли дубль. Но поисковые системы не ошибаются и выполняют указания, прописанные в переадресации.

Если неверно настроить перенаправление 301, браузер покажет ошибку 404. Она означает, что сервер не нашел страницу по запросу.

302

Это временное перенаправление. Поисковая система проверяет параметры старой страницы — они привязаны к ней и не переносятся на новую, куда ведет перенаправление. Яндекс смотрит сперва страницу, куда ведет переадресация. А затем проверяет и сравнивает размер URL. Для индексирования берет тот, что покороче. 302-й редирект отличается от 301-го тем, что старые адреса из индекса не выбрасываются. Когда указанный в перенаправлении срок истекает, старый URL снова становится основным. Так делают в маркетплейсах, чтобы перебросить клиента со страницы, где товар уже закончился, на другой адрес с похожим предложением. Во время переезда ресурса переадресацию 302 лучше не использовать. Есть риск, что две версии одного URL попадут под индексирование. Поисковая система понизит позиции в выдаче и оставит в индексе только новый адрес, а старый исключит.

303

Еще одна временная переадресация. Она сохраняет параметры старой страницы и уводит на новую. Но работает только по методу GET. Это тип запросов браузера к серверу, когда все данные указаны в строке запроса. Перенаправление 302 работает по методу POST (более популярный, но менее безопасный). Некоторые браузеры его не принимают. Для таких случаев и нужен 303. Это более безопасная переадресация. Она подойдет для страниц с формами для заполнения, чтобы повысить защищенность данных. Или когда маркетологи проводят А/В тесты.

307

Повторяет перенаправление 302 для спецификации HTTP 1.1. 307 редирект работает с GET и POST, хотя во втором случае может потребовать подтверждение пользователя. Это нужно для того, чтобы защитить его данные.

Перенаправления 302, 303 и 307 встречаются редко. SEO-специалисты решают проблемы с дублями с помощью самой простой постоянной переадресации — 301.

Когда стоит сделать редирект

Один из популярных кейсов — переход с HTTP на HTTPS. Защищенный сертификат требует индексирования страниц, поэтому для них нужно делать редирект 301. Если ресурс большой, переезд на HTTPS приведет к просадке в трафике. Но позиции восстановятся, когда старые адреса будут исключены из индекса. Такая же история происходит и при смене домена сайта.

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

При появлении мобильной версии сайта потребуется перенаправление. Чтобы на смартфоне открывался не основной сайт, а поддомен мобильной версии.

Когда переадресация опасна для SEO

Редиректы не испортят структуру сайта. Но если их неправильно сделать, индексирование будет провалено, и сайт потеряет позиции. Поисковые роботы проверяют переадресации и хуже ранжируют сайты, где перенаправление сделано для несуществующих адресов, дорвеев или других спам-ссылок. То же самое происходит и с файлом robots.txt. При переезде на другой домен нужно сохранить старый файл. Без него старая и новая версии сайта будут долго связываться. Мы писали о том, какие директивы важны для Robots.txt и как их проверять.

Настройка и типы редиректов

Поделив переадресации на виды, мы показали, что они умеют делать. Расскажем про четыре варианта настройки редиректов.

Htaccess

С помощью этого файла подключают самое быстрое перенаправление. Открываем Htaccess в панели управления хостинга. Для этого заходим в раздел с файловым менеджером, открываем подпапку public_html и проверяем .htaccess. Для настройки редиректа добавляем HTML-код. Если не знаете, какой HTML-код нужен для переадресации, откройте сервис BeamUsUp. Он поможет сгенерировать код для любого перенаправления.

РНР

Такой же файл, как Htaccess, но лежит на сервере. Для настройки ищем файл index.php в корневой подпапке public_html.

Открываем и прописываем HTML-код переадресации. РНР работает не так быстро, как Htaccess. Но он подходит для точечных переадресаций — так лучше для индексирования страниц. Под массовые редиректы берите Htaccess.

JavaScript-редирект

Перенаправление происходит в браузере, а не на сервере. Поэтому пользователю приходится ждать, пока подгрузится JavaScript и выполнит редирект. А если этот скрипт отключили в браузере, переадресация не сработает. Но у этого метода есть свое преимущество — задержка. В некоторых случаях она необходима. Например, можно предупредить клиента, зашедшего на старый URL сайта, что через несколько секунд откроется новая версия. Пока грузится JavaScript, пользователь успеет прочитать сообщение на экране.

Для настройки переадресации открываем исходный HTML-код и прописываем редирект после тега <head>.

HTML-редирект

Устроен также, как и JavaScript — перенаправляет медленнее, чем Htaccess и РНР. Но работает, когда JS отключен в браузере. Чтобы настроить переадресацию HTML, открывайте исходный код и пропишите тег <refresh> в <head>. В значении тега укажите единицу. Это значит, что переход на новый адрес произойдет через одну секунду. Если указать ноль, роботы Яндекса понизят позиции в поисковой выдаче.

Проверяем переадресацию страницы

Оценить работу редиректа можно в браузере. Пропишите в строке поиска старый адрес и посмотрите, будет ли совершен автоматический переход на новый URL. Перед этим стоит почистить кэш и открыть сайт в защищенном режиме инкогнито, чтобы проверка показала полноценный результат.

Более простой способ — предоставить оценку переадресаций сервисам. Например, сервис для проверки ответа сервера. Указываем адрес, выбираем браузер или устройство (десктоп/смартфон) и смотрим ответ сервера и браузера. Перенаправление работает, если получен код ответа 200 ОК.

Вывод

Настройка перенаправлений — техническая операция, но она не требует знания HTML. Подключить переход с одного URL на другой можно с помощью генератора HTML-кода. Нужно лишь вставить строчку кода в нужное место. После запуска перенаправлений нужно проверить индексацию. Если сделали 301-ю переадресацию, проверьте, чтобы старый адрес пропал из индекса. От корректного индексирования зависит позиция сайта в поисковой выдаче.

Закажи юзабилити-тестирование прямо сейчас

Заказать

HOSTING.COM

Как выполнять переадресацию веб-сайтов.

Для более корректной работы сайта иногда необходимо, чтобы на сайте выполнялась переадресация с одного адреса на другой. На данных примерах приведены два случая переадресации:

1. Если у вас размещены 2 домена (не обязательно на одной площадке) dom1.ru и dom2.ru, и вам необходимо, чтобы при обращении к dom2.ru у пользователей изменялся адрес на «правильный», и сразу происходило перенаправление, тогда добавьте для домена dom2.ru переадресацию на http://dom1.ru/ .
   Предположим, есть домен dom1.ru и синоним dom2.ru. Если запросить в браузере адрес http://dom2.ru/dir/ со знаком слэша в конце, то будет отображена индексная страница из директории dir основного домена, при этом содержимое адресной строки браузера останется без изменений. Но если запросить http://dom2.ru/dir без слэша в конце, то произойдёт переадресация на http://dom1.ru/dir/, и содержимое адресной строки изменится соответствующим образом. /?(.*) https://%{HTTP_HOST}/$1 [R=302,L]

   [править] Другие технологии

   При работе сайта по HTTPS протоколу, веб-сервер формирует следующие HTTP заголовки и их значения:

   X-Forwarded-Proto: https
   X-Forwarded-Port: 443
   HTTPS: on
   

   ---

   X-Forwarded-Proto — рекомендуемый к использованию

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

   Перенаправление Apache и Nginx | firstvds.ru

   Статья давно не обновлялась, поэтому информация могла устареть.

   Подключения модуля mod_rewrite

   Для включения перенаправления средствами Apache, достаточно чтобы модуль mod_rewrite.so был загружен в Apache.

   LoadModule rewrite_module /usr/lib/apache2/modules/mod_rewrite.so
   

   Для того ,чтобы директивы mod_rewrite можно было использовать в .htaccess, надо в конфигурационном файле Apache, в соответствующем разделе «<Directory /путь/до/директории>» прописать:

   AllowOverride all
   

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

   apachectl restart
   

   или

   apache2ctl restart
   

   В .htaccess для работы перенаправления нужно указать следующую директиву:

   RewriteEngine On
   

   Правила Redirect

   Эти директивы вы можете прописывать как в конфиге Apache для нужного virtualhost, так в файле .htaccess.

   Redirect или RedirectPermanent

   Главный недостаток данных правил заключается в том, что для каждого адреса необходимо прописывать новое правило. Если необходимо сделать несколько редиректов, то каждый новый редирект пишется с новой строки.

   Если нужно сделать несколько редиректов, то каждый новый редирект нужно написать с новой строки.

   Redirect 301 /old-page.html http://new-domain.ru/new-page.html
   

   или

   Redirect permanent /old-page.  https://www.domain.com$request_uri? permanent; 
   }
   

   После внесения изменений в конфигурационный файл Nginx, для вступления в силу этих изменений, нужно его перезапустить так:

   service nginx restart
   

   Page not found — WaterMillSky®, Москва, Россия

   Unfortunately the page you’re looking doesn’t exist (anymore) or there was an error in the link you followed or typed. This way to the home page.

   
   

   Blog

   • 04/04/2021 — SEO-2021: новости Google за март
   • 03/03/2021 — SEO-2021: новости Google за февраль
   • 02/26/2021 — Как создать продающие описания для товарных страниц
   • 02/01/2021 — SEO-2021: новости Google за январь
   • 01/09/2021 — SEO-2020: новости Google за декабрь
   • 12/21/2020 — Обзор главных событий в Google за 2020 год
   • 12/17/2020 — Декабрьские обновления в Google API Search Console
   • 12/16/2020 — Обновление инструмента для тестирования структурированных данных
   • 12/03/2020 — SEO-2020: новости Google за ноябрь
   • 11/28/2020 — Советы для бизнеса: как сделать отличный мобильный сайт
   • 11/27/2020 — Ещё раз про Сеть Знаний и Панели Знаний
   • 11/16/2020 — Как в поиске Google создаются подсказки для автозаполнения
   • 11/14/2020 — Как Google предоставляет надёжную информацию в поиске
   • 11/12/2020 — Прощай, Google Webmasters. Здравствуй, Google Search Central
   • 11/11/2020 — Когда Page Experience появится в поиске Google
   • 11/08/2020 — Как использовать Instagram Analytics для развития бизнеса
   • 11/05/2020 — SEO-2020: новости Google за октябрь
   • 10/31/2020 — Самые интересные вопросы о переносе веб-сайтов
   • 10/29/2020 — Главные проблемы с мобильной индексацией новых и ранее запущенных сайтов
   • 10/26/2020 — Рекомендации Google для оформления страниц Чёрной пятницы и Киберпонедельника
   • 10/12/2020 — SEO-2020: новости Google за сентябрь
   • 09/17/2020 — Googlebot переходит на протокол HTTP/2
   • 09/17/2020 — SEO-2020: новости Google в августе
   • 09/07/2020 — Информация о лицензии для изображений в Google Images
   • 09/06/2020 — Новые отчёты в Search Console: технология Signed HTTP Exchange (SXG) помогает устранять ошибки AMP
   • 08/26/2020 — Рекомендации для ритейла: как контролировать изображения просканированных товаров в поиске Google
   • 08/18/2020 — SEO-2020: новости Google в июле
   • 08/16/2020 — Видеоконференция для веб-мастеров Lightning Talk: расширенные результаты и поисковая консоль
   • 08/13/2020 — Изменения в Google Search Console API
   • 07/26/2020 — Подготовка сайта к мобильной индексации 2021 года
   • 07/14/2020 — SEO-2020: новости Google в июне
   • 07/07/2020 — Инструмент Google Rich Results Test вышел из бета-тестирования
   • 07/06/2020 — Советы для бизнеса: как подготовить сайт после решения CJEU о файлах cookie
   • 07/04/2020 — Как в 2020 году Google использует отчёты о спаме
   • 07/01/2020 — Советы для бизнеса: домашний офис и собственные дети
   • 06/27/2020 — Советы для бизнеса: как помочь местному бизнесу в 2020 году
   • 06/24/2020 — Как Google боролся с поисковым спамом в 2019 году
   • 06/21/2020 — Развитие оценки удобства страницы для лучшего пользовательского опыта
   • 06/09/2020 — SEO-2020: новости Google в мае
   • 05/26/2020 — Часто задаваемые вопросы о JavaScript и ссылках
   • 05/25/2020 — Советы для бизнеса: как крупным компаниям поддержать малый бизнес
   • 05/24/2020 — Советы для бизнеса: 10 моментов, которые нужно знать о контракте для внештатных сотрудников
   • 05/23/2020 — Советы для бизнеса: как использовать бизнес-опыт для здравого смысла
   • 05/22/2020 — Советы для бизнеса: 8 способов завершить запуск нового сайта
   • 05/21/2020 — Новые отчёты в Search Console: контент с разметкой Guided Recipes появится в Google Assistant
   • 05/20/2020 — Переводчик Google Translate для некоммерческого использования
   • 05/19/2020 — Советы для бизнеса: лучшие онлайн инструменты для совместной удаленной работы
   • 05/09/2020 — Основы SEO-оптимизации по стандартам 2020 года
   • 05/07/2020 — Советы для бизнеса: восемь шагов, чтобы защитить своё дело
   • 05/07/2020 — SEO-2020: новости Google в апреле
   • 05/06/2020 — Search Console 2020: новые отчёты для специальных объявлений Special Announcement
   • 05/02/2020 — Советы для бизнеса: организуйте самовывоз для продолжения работы
   • 04/29/2020 — Советы для бизнеса: 5 простых шагов для быстрого запуска онлайн-продаж
   • 04/07/2020 — SEO-2020: новости Google в марте
   • 03/27/2020 — Онлайн-бизнес на паузе. Что делать владельцам сайтов
   • 03/18/2020 — Новые типы семантической разметки для виртуальных, отложенных и отменённых событий
   • 03/07/2020 — SEO-2020: новости Google в феврале
   • 03/06/2020 — Переход всех веб-сайтов на мобильную индексацию
   • 03/02/2020 — Лучшие практики для быстрого показа новостей в поиске Google
   • 03/01/2020 — Экспорт данных отчётов в Search Console: ещё больше и лучше
   • 02/28/2020 — Как показать новые мероприятия или события в локальном поиске Google
   • 02/13/2020 — SEO-2020: новости Google в январе
   • 02/10/2020 — Search Console 2020: новые отчёты для сниппетов с отзывами
   • 02/09/2020 — Как самозанятым заработать больше денег на вольных хлебах
   • 01/31/2020 — Новости поиска Google Search за январь 2020 года
   • 01/28/2020 — Новый отчёт в Search Console 2020: обновление инструмента Removals
   • 01/22/2020 — Google завершает поддержку схемы Data-Vocabulary
   • 01/21/2020 — Удачный сайт-резюме или как понравиться работодателю
   • 01/20/2020 — Безопасные настройки файлов Cookie для браузеров с защищенными соединениями
   • 01/18/2020 — Google Search Console: первые обучающие видеоролики 2020 года
   • 01/02/2020 — Обзор SEO-2019: поиск по нулевому клику, алгоритм BERT, локальный спам и многое другое
   • 12/30/2019 — Почему Jimdo — лучший конструктор сайтов для творческих личностей и малого бизнеса
   • 12/29/2019 — Важные события в Google за 2019 год
   • 12/26/2019 — Полный список всех обновлений поисковых алгоритмов Google в 2019 году
   • 12/11/2019 — Запуск нового Publisher Center
   • 12/07/2019 — Программа «Early Adopters Program» для отслеживания посылок через поиск Google
   • 12/04/2019 — Google Search Console 2019: новая панель сообщений
   • 11/29/2019 — Эксклюзив от Jimdo: юридический текст для сайта, гарантированно совместимый с GDPR
   • 11/28/2019 — Новости поиска Google за ноябрь 2019 года
   • 11/21/2019 — Google Search Console 2019: отчётность по результатам поиска продуктов
   • 11/02/2019 — Как получить расширенные сниппеты для сайта в виде блоков с ответами
   • 09/30/2019 — Дополнительные параметры для просмотра контента веб-сайтов в поиске Google
   • 09/23/2019 — Решение CJEU о файлах cookie в 2019 году: как Jimdo подготовит ваш сайт
   • 07/31/2019 — «Swipe To Visit»: новая функция в мобильном поиске для Google Images
   • 07/23/2019 — Браузер «Спутник» сертифицирован для ОС РОСА
   • 07/07/2019 — Советы Jimdo: чек-лист для проверки юзабилити текста
   • 06/10/2019 — Мобильная индексация новых доменов действует по умолчанию
   • 05/30/2019 — Поисковая система «Спутник» – пять лет в полёте!
   • 05/28/2019 — Браузер «Спутник». Корпоративная версия 2019 года
   • 05/15/2019 — Google Карты 2019: ресторан, меню, блюда
   • 05/06/2019 — SEO-2019: новости Google в апреле
   • 04/09/2019 — SEO-2019: новости Google в марте
   • 03/11/2019 — Google Job Search найдёт вакансии для российских пользователей
   • 03/04/2019 — SEO-2019: новости Google в феврале
   • 02/09/2019 — SEO-2019: новости Google в январе
   • 01/10/2019 — SEO-2018: новости Google в декабре
   • 01/10/2019 — Ключевое обновление: браузер «Спутник» перешел на ядро Chromium 64
   • 12/30/2018 — Корпоративные решения: браузер «Спутник» поможет создавать мобильные рабочие места
   • 12/21/2018 — Мобильный индекс: почему важны структурированные данные и альтернативный текст для изображений
   • 12/03/2018 — SEO-2018: новости Google в ноябре
   • 11/03/2018 — SEO-2018: новости Google в октябре
   • 10/05/2018 — SEO-2018: новости Google в сентябре
   • 09/12/2018 — SEO-2018: новости Google в августе
   • 08/23/2018 — SEO-2018: новости Google в июле
   • 07/15/2018 — SEO-2018: новости Google в июне
   • 07/11/2018 — Платон Щукин: вечная сага об идеальных текстах
   • 06/22/2018 — Кулинарные рецепты в Google Home через Google Assistant
   • 06/20/2018 — Благородные цели: как Google помогает веб-мастерам и разработчикам оригинального контента
   • 06/14/2018 — SEO-2018: новости Google в мае
   • 06/13/2018 — Советы Jimdo: 11 золотых правил для написания профессионального контента
   • 05/13/2018 — SEO-2018: новости Google в апреле
   • 04/29/2018 — SEO-2018: новости Google в марте
   • 04/14/2018 — Апрельское обновление: браузер «Спутник» для актуальных версий OS Windows
   • 04/13/2018 — SEO-2018: новости Google в феврале
   • 03/26/2018 — Запуск Google Mobile-First Indexing
   • 03/18/2018 — SEO-2018: первые новости Google в январе
   • 03/15/2018 — Реклама и деньги: как Google регулирует рекламную экосистему
   • 03/11/2018 — Как привлечь пользователей с помощью AMP-страниц высокого качества
   • 03/09/2018 — Анализ тональности текстов с помощью машинного обучения
   • 03/07/2018 — Как Google Chrome защищает Интернет с помощью протокола HTTPS
   • 02/24/2018 — Бесплатные виджеты: 20 лучших предложений для свадебного сайта
   • 02/16/2018 — AMP-истории: новый визуальный формат для мобильных устройств
   • 02/15/2018 — Яндекс Лайт. Браузер для смартфонов на Android
   • 02/15/2018 — Google Featured Snippets: ещё раз о расширенных сниппетах и блоках с готовыми ответами
   • 02/13/2018 — SEO-2017: новости Google в декабре
   • 02/07/2018 — Как Google улучшал поисковую консоль Search Console
   • 02/06/2018 — Автоматический SEO-аудит сайта с помощью расширения Lighthouse для браузера Chrome
   • 01/31/2018 — Новые подробности о возможном апдейте поискового алгоритма Google Search
   • 01/24/2018 — SEO-советы Джона Мюллера: как объединить четыре домена
   • 01/21/2018 — Факторы мобильного ранжирования: скорость загрузки страницы
   • 01/10/2018 — Реальные данные в отчёте PageSpeed Insights
   • 01/09/2018 — Новая поисковая консоль: первые впечатления от знакомства
   • 01/08/2018 — Опции Jimdo: уведомления и вопросы
   • 01/07/2018 — SEO-2017: новости Google в ноябре
   • 01/05/2018 — #NoHacked 3.0: как восстановить сайт после взлома
   • 12/31/2017 — Как подготовить сайт к мобильному индексу
   • 12/31/2017 — Декабрьское обновление поискового алгоритма Google
   • 12/24/2017 — Инструмент Google для тестирования результатов расширенных сниппетов
   • 12/23/2017 — Google представил новую серию видео по SEO для веб-мастеров
   • 12/21/2017 — Правила расширенных мета-тегов: рекомендации Google для создания сниппетов
   • 12/18/2017 — Мобильный браузер «Спутник» для OS Android: декабрьское обновление
   • 12/18/2017 — NoHacked 3.0: как предупредить и обезвредить
   • 12/16/2017 — Google NoHacked 3.0: как узнать, что сайт в безопасности
   • 12/14/2017 — Поисковая оптимизация 2018: Google обновил «Руководство для начинающих»
   • 12/09/2017 — Рендеринг проиндексированных AJAX-страниц
   • 12/06/2017 — Рекомендации Google: язык разметки «Events»
   • 11/30/2017 — SEO-2017: новости Google в октябре
   • 11/11/2017 — Великие идеи для блога копирайтера
   • 10/27/2017 — SEO-2017: бархатный сентябрь
   • 10/26/2017 — Разработки Jimdo: новые категории и функции блога
   • 10/12/2017 — Советы Google: как создать ценный контент
   • 10/12/2017 — Советы для начинающих: как разработать бизнес-план
   • 09/30/2017 — Доверенный браузер «Спутник» с криптографией на Astra Linux
   • 09/13/2017 — Как создать сайт и получить доверие клиентов
   • 09/11/2017 — SEO-2017: летние новости
   • 09/07/2017 — Алгоритм Королёв: нейронный поиск по уникальным запросам
   • 09/06/2017 — Обновленный браузер «Спутник» для мобильных устройств с Android
   • 09/05/2017 — SEO-2017: урожайный август
   • 08/29/2017 — Fast Fetch: ускоренный рендеринг рекламных AMP-объявлений
   • 08/22/2017 — Новый дашборд: все ваши сайты в одном месте
   • 08/21/2017 — SEO-2017: знойный июль
   • 08/21/2017 — Вопросы и ответы: найдите на Google Maps и узнайте в мобильном поиске
   • 08/14/2017 — Значки для рецептов: поиск изображений по вкусным миниатюрам
   • 08/04/2017 — Новости поисковой консоли Google: отчеты Index Coverage и AMP Fixing Flow
   • 07/10/2017 — Советы по SEO: 5 минут для оптимизации веб-страницы
   • 07/07/2017 — Браузер «Спутник» работает на Windows 10 Creators Update
   • 07/04/2017 — SEO-2017: мокрый июнь
   • 06/28/2017 — SEO-2017: весенние новости
   • 06/27/2017 — SEO-2017: оптимизируем сайт для мобильных устройств
   • 06/24/2017 — Июньское обновление: мобильный браузер «Спутник» для Android
   • 06/20/2017 — Google Search для работодателей: открытые вакансии для лучших соискателей
   • 06/19/2017 — Баден-Баден: добрые вести в июне
   • 06/17/2017 — Юбилей Jimdo: интересные факты из 10-летней истории
   • 06/15/2017 — Мобильный индекс: обещанного два года ждут
   • 06/13/2017 — SEO-2017: холодный май
   • 06/10/2017 — Эволюция Капчи: Google внедрил API-интерфейс reCAPTCHA для Android
   • 06/09/2017 — SEO-2017: бурный апрель
   • 06/03/2017 — Лучшие сниппетты для пользователей
   • 05/26/2017 — Избитая тема: ещё раз о спамовых ссылках в статейном продвижении
   • 05/25/2017 — Google I/O 2017: 100+ анонсов передовых разработок
   • 05/22/2017 — Обновленный дизайн и новые функции блога на Jimdo
   • 05/19/2017 — Google Analytics 2017: расширенная поддержка AMP-страниц
   • 05/12/2017 — Материалы по теме: «Спутник» с персональной лентой публикаций
   • 05/12/2017 — Похожие товары: поиск картинок Google в расширенных карточках
   • 05/11/2017 — Стильные советы: ищем модную одежду на Google Картинках
   • 05/10/2017 — Парковка по картам: Google Maps помогут вспомнить, где находится автомобиль
   • 05/09/2017 — Как Google боролся с веб-спамом: отчет за 2016 год
   • 05/07/2017 — Спорный контент: как Google улучшает качество поиска
   • 05/05/2017 — Полезные подсказки: теперь на русском и других языках
   • 04/28/2017 — SEO-2017: солнечный март
   • 04/22/2017 — Упорный алгоритм: Баден-Баден шлёт «чёрную метку»
   • 04/12/2017 — Марсианский глобус: виртуальная хроника изучения Красной планеты
   • 04/10/2017 — Советы Google: платить не надо, отклонить
   • 04/07/2017 — Алгоритм Баден-Баден: вторая волна
   • 04/04/2017 — Тесты закончились: сервис Google Optimize стал доступным для всех
   • 03/31/2017 — Google Safe Browsing: обновление инструмента «Статус сайта»
   • 03/29/2017 — Гэри Илш: новости о Mobile-First Индексе
   • 03/26/2017 — Алгоритм Фред («Fred»): официальное подтверждение Google
   • 03/23/2017 — Алгоритмы Яндекса: Баден-Баден против SEO
   • 03/22/2017 — Google NoHacked: обзор 2016 года
   • 03/21/2017 — Платон Щукин: 12 вопросов о переезде на протокол HTTPS
   • 03/21/2017 — CTR и показатель отказов: как улучшить кликабельность сайта в Google
   • 03/14/2017 — Что в интересного в URL AMP-страниц?
   • 03/13/2017 — Google Карты для Android: маршрут в один клик и данные в онлайн-режиме
   • 03/13/2017 — Умный перевод: нейросети на службе лингвистов
   • 03/12/2017 — Мобильный помощник: универсальное приложение на каждый день
   • 03/11/2017 — Золотое молчание Google
   • 03/11/2017 — SEO-2017: краткий февраль
   • 03/05/2017 — Яндекс-2017: зимние SEO-новости
   • 03/02/2017 — Самые популярные статьи 2016 года
   • 03/01/2017 — Оставайтесь в безопасности: HTTPS для каждого веб-сайта
   • 03/01/2017 — Закрыто в течение дня
   • 02/28/2017 — Спутник-Карты 2017: уникальный интерфейс с новым дизайном
   • 02/16/2017 — Google Safe Browsing: новая защита от вредоносной активности
   • 02/16/2017 — Отзывы критиков и разметка schema. org для продвижения локального бизнеса
   • 02/15/2017 — Протокол HTTPS: безопасная интернет-экосистема для всех и каждого
   • 02/15/2017 — SEO-2017: многообещающий январь
   • 02/11/2017 — Опасный браузер: как защититься от вредоносных расширений
   • 02/09/2017 — Безопасные технологии: как Google заботится о пользователях
   • 02/08/2017 — Как Google сражался с «ветряными мельницами»
   • 02/05/2017 — Шифрование по ГОСТу: доверенный браузер «Спутник» с российской криптографической защитой
   • 02/04/2017 — Новый API для Mobile-Friendly Test
   • 01/30/2017 — Google Assistant: персональный помощник в мире высоких технологий
   • 01/29/2017 — Ещё раз о ссылках в виджетах
   • 01/28/2017 — Советы Google: как защитить сайт от пользовательского спама
   • 01/26/2017 — Осенние SEO-новости Яндекса
   • 01/24/2017 — Google Firebase для Mobile: как повысить качество мобильных приложений в 2017 году
   • 01/24/2017 — Технология Google AMP Lite: облегченный формат для AMP-страниц
   • 01/23/2017 — Краулинговый бюджет: FAQ от Гэри Илш
   • 01/19/2017 — «Спутник» для Windows: рекламоотвод, режим для чтения и часовой
   • 01/12/2017 — Google против межстраничной рекламы
   • 01/01/2017 — Декабрьские SEO-новости Google
   • 12/31/2016 — Как выявить проблемы для страниц AMP-формата
   • 12/31/2016 — Как сервис Google Search Console помогает сайтам с AMP-страницами
   • 12/30/2016 — Восемь рекомендаций для AMP-страниц по оптимизации мобильного сайта
   • 12/30/2016 — Что такое AMP?
   • 12/29/2016 — Как настроить аналитику на AMP-страницах
   • 12/29/2016 — Советы Платона Щукина: как сделать сайт безопасным
   • 12/23/2016 — Мобильные приложения: прогноз погоды на Google Android
   • 12/23/2016 — Как настроить объявления на AMP-страницах
   • 12/22/2016 — Мобильный поиск Google: ещё быстрее и удобнее в 2017 году
   • 12/18/2016 — Летние SEO-новости Яндекса
   • 12/12/2016 — Яндекс, Палех и нейронные сети
   • 12/12/2016 — Все ресурсы в одном наборе: новые сводные отчеты в поисковой консоли Google Search Console
   • 12/09/2016 — Google-2017: «зелёная» энергия для питания дата центров
   • 12/03/2016 — Google Santa Tracker 2016
   • 12/02/2016 — Расширенные Rich Cards: местные рестораны и онлайн-курсы
   • 12/02/2016 — Рекомендации Google: как не стать мишенью хакеров
   • 12/01/2016 — Ноябрьские SEO-новости Google
   • 12/01/2016 — Контент для Feature-Phone: новые правила сканирования и индексирования
   • 12/01/2016 — Гудбай, Content Keywords
   • 11/17/2016 — Google-Фотосканер: мобильное приложение для цифровых копий
   • 11/17/2016 — Google Analytics 2016 года: дополнительные оповещения по безопасности сайта
   • 11/14/2016 — «Спутник Лайт»: мобильный веб-браузер для смартфонов с iOS
   • 11/14/2016 — Как начать работу с AMP-страницами для мобильных устройств
   • 11/14/2016 — Контент AMP-страниц: предварительный просмотр в мобильной выдаче Google
   • 11/07/2016 — Тесты Google: индексация Mobile-First
   • 11/01/2016 — Октябрьские SEO-новости Google
   • 10/26/2016 — Доверие и реклама: на чём зарабатывает компания Google
   • 10/26/2016 — Весенние SEO-новости Яндекса
   • 10/21/2016 — Используете ускоренные мобильные страницы? Пройдите тест «Проверка страниц AMP»
   • 10/03/2016 — AMP-страницы: новые вопросы веб-мастеров к Google
   • 10/01/2016 — Сентябрьские SEO-новости Google
   • 09/30/2016 — Мобильный поиск Google: ускоренные AMP-страницы в основной выдаче
   • 09/23/2016 — Знакомьтесь, алгоритм Penguin 4. 0
   • 09/19/2016 — Рекомендации Google: как новостному сайту перейти на протокол HTTPS
   • 09/17/2016 — Google против пиратов: обновление отчёта за 2016 год
   • 09/01/2016 — Августовские SEO-новости Google
   • 08/20/2016 — Июльские SEO-новости Google
   • 08/11/2016 — Советы Платона Щукина: как проиндексировать мобильный сайт на поддомене
   • 07/24/2016 — Инновации Google: восемь интересных вещей с конференции I/O 2016
   • 07/21/2016 — Июньские SEO-новости Google
   • 06/23/2016 — Расширенный поиск: введение в карты Rich Cards
   • 06/20/2016 — В одном наборе: сводная статистика по всем сайтам в Search Console
   • 06/16/2016 — Зимние SEO-новости Яндекса
   • 06/09/2016 — Советы Платона Щукина: как подружить сайт с мобильными устройствами
   • 06/05/2016 — Криптография по ГОСТу: «Спутник» тестирует браузер с шифрованием
   • 06/02/2016 — Майские SEO-новости Google
   • 05/31/2016 — Мобильный браузер Спутник: обновление для устройств с Android
   • 05/29/2016 — Эволюция Google: юбилейная конференция I/O 2016 года
   • 05/27/2016 — Переводи легко: Google Переводчик 2016 для устройств с Android и iOS
   • 05/26/2016 — Санкции Google: скрытое перенаправление мобильных пользователей
   • 05/23/2016 — Мобильные приложения: Google Android Auto
   • 05/19/2016 — Виртуальная клавиатура Google Gboard с поиском для iOS
   • 05/14/2016 — Яндекс.Карты 2016 для пешеходов
   • 05/05/2016 — Как в 2015 году Google боролся с веб-спамом
   • 05/01/2016 — Бесконтактные платежные технологии: Яндекс.Деньги, NFC и Android
   • 04/30/2016 — Апрельские SEO-новости Google
   • 04/29/2016 — Отчёты Google за 2015 год – безопасный Android
   • 04/29/2016 — Google Переводчик: 10 фактов к юбилею онлайн-сервиса
   • 04/26/2016 — Персональный подход: личные поисковые подсказки в «Спутнике»
   • 04/24/2016 — Мартовские SEO-новости Google
   • 04/22/2016 — Советы Платона Щукина: Яндекс.Вебмастер
   • 04/18/2016 — Февральские SEO-новости Google
   • 04/15/2016 — «Спутник. Аналитика» собирает статистику и анализирует данные
   • 04/11/2016 — Январские SEO-новости Google
   • 03/26/2016 — Советы Платона Щукина – как сделать правильный фавикон
   • 03/22/2016 — Новые фишки для браузера «Спутник» – пользовательские экраны и детский режим по таймеру
   • 03/17/2016 — Карты Google Maps 2016 для Android и iPhone
   • 03/10/2016 — «Спутник» поддержал конкурс «Позитивный контент-2016»
   • 02/24/2016 — Как в 2015 году Google боролся с некачественными рекламными материалами
   • 02/19/2016 — Пять вопросов для Google
   • 02/17/2016 — Обновление Google My Maps для Android
   • 02/12/2016 — 9 секретов Минусинска
   • 02/03/2016 — Как переехать на протокол HTTPS: рекомендации Google
   • 02/02/2016 — Яндекс приготовил Владивосток
   • 01/12/2016 — Panda вошел в состав основного ядра алгоритма ранжирования Google
   • 12/31/2015 — Советы Платона Щукина: настройка индексирования сайта
   • 12/14/2015 — Новое кино от «Спутника»
   • 12/09/2015 — Мобильный поиск от Google и развлекательный контент
   • 12/03/2015 — Платон Щукин и правильные сниппеты
   • 11/17/2015 — Google Карты 2015 в режиме офлайн
   • 11/08/2015 — Шесть рекомендаций от Яндекса – как переехать на HTTPS
   • 11/05/2015 — Яндекс рассказал о сроках и способах выхода из-под санкций
   • 10/26/2015 — В браузере «Спутник» появились новые модули
   • 10/06/2015 — Браузер «Спутник» для российских семей
   • 09/22/2015 — Естественная ссылка от Яндекса
   • 09/22/2015 — Google покарает за повторные нарушения «Руководства для Веб-Мастеров»
   • 09/11/2015 — Яндекс против продавцов SEO-ссылок
   • 09/08/2015 — Рождение нового образа Google
   • 09/02/2015 — Google против межстраничной рекламы для установки мобильных приложений
   • 08/24/2015 — Глобальное обновление панорам на Яндекс.Картах
   • 08/18/2015 — Google Карты расскажут о дорожных пробках
   • 08/06/2015 — Ответы на вопросы по Google Panda 4.2
   • 07/23/2015 — Алгоритм Panda 4. 2 в действии
   • 07/16/2015 — Яндекс снова обновил Минусинск
   • 07/14/2015 — Читалка от Firefox
   • 06/16/2015 — Планшетный браузер от Спутника
   • 06/11/2015 — Как Google заботится о безопасности и конфиденциальности пользовательских данных
   • 06/07/2015 — Google, смартфоны и микро-моменты
   • 06/04/2015 — Сохрани мгновения на Google Фото
   • 06/02/2015 — Зачем нужно обновлять веб-браузеры
   • 05/28/2015 — Спутник — первая годовщина
   • 05/21/2015 — Минусинск принёс первые результаты
   • 05/17/2015 — Алгоритм Минусинск начал действовать
   • 05/09/2015 — Спутник – День Победы
   • 04/29/2015 — Новый сервис «Спутник.Дети»
   • 04/25/2015 — Текст на картинке
   • 04/17/2015 — Безопасный просмотр сайтов вместе с Google
   • 04/15/2015 — Яндекс против SEO-ссылок
   • 04/10/2015 — Как подружить статические интернет-страницы с мобильными устройствами
   • 04/03/2015 — Google против дорвеев
   • 03/30/2015 — Новая версия мобильного веб-браузера от Спутника
   • 03/28/2015 — «Спутник» подключил аптеки «А5»
   • 03/18/2015 — Knowledge-Based Trust – очередная инновация от Google
   • 03/11/2015 — Поисковый алгоритм Google будет учитывать дружественность сайтов к мобильным устройствам
   • 02/23/2015 — Мобильный веб-браузер от «Спутника»
   • 02/12/2015 — Юбилей у Google Карт
   • 02/02/2015 — Google Карты для мобильных устройств получили стильный интерфейс
   • 01/23/2015 — Google Penguin 3.X – обновления продолжаются
   • 01/06/2015 — Сервис Google Карты Россия пополнился онлайн-инструментом Map Maker
   • 12/22/2014 — Мэтт Каттс рассказал об ошибках Google, допущенных при борьбе с веб-спамом
   • 11/20/2014 — Google выделит сайты, адаптированные для мобильных устройств
   • 11/17/2014 — Каким образом Googlebot анализирует навигационные строчки на веб-странице
   • 10/28/2014 — Поисковик «Спутник» запустил версию для мобильных устройств
   • 10/27/2014 — Google предупредил о нежелательности блокировки файлов JavaScript и CSS
   • 10/22/2014 — Google Penguin 3. 0 – официальная информация
   • 10/21/2014 — Penguin 3.0 в действии
   • 10/17/2014 — «Спутник» поможет оформить жалобу
   • 10/14/2014 — Как избежать неприятностей при покупке домена с историей
   • 09/30/2014 — Как Google распознает версии веб-сайтов для мобильных устройств
   • 09/16/2014 — Google поможет найти ошибки в коде JavaScript
   • 09/09/2014 — Поисковый портал «Спутник» усиливает безопасность онлайн-сервисов
   • 09/02/2014 — Как Google ранжирует веб-ресурсы: сайты-лилипуты против интернет-гигантов
   • 08/19/2014 — Google будет лучше ранжировать авторитетные веб-сайты
   • 08/12/2014 — Мэтт Каттс рекомендует создавать веб-сайт с HTML-версией
   • 07/29/2014 — Гостевые посты и ссылочное продвижение
   • 07/09/2014 — Как Google производит изменения в поисковых алгоритмах
   • 06/25/2014 — Как узнать, за что понизились позиции сайта в Google
   • 05/30/2014 — Мэтт Каттс развеял мифы в сфере SEO-продвижения веб-сайтов
   • 05/22/2014 — Запуск бета-версии информационно-поискового портала «Спутник»
   • 05/20/2014 — Яндекс напоминает: соблюдайте правила оптимизации сайтов
   • 05/16/2014 — Ещё раз о покупных ссылках в Google
   • 05/11/2014 — Как удерживать топовые позиции в Google
   • 05/10/2014 — Инструмент «Синонимы» улучшает работу Яндекс.Поиска на веб-сайте
   • 04/26/2014 — Мэтт Каттс снова пояснил, каким должен быть контент для сайта с точки зрения пользователей
   • 04/25/2014 — Google Scraper Report поможет веб-мастерам добиться справедливости
   • 04/19/2014 — Google + Spider.io – новый уровень защиты рекламных объявлений
   • 04/18/2014 — В Германии создан почтовый сервис для пересылки зашифрованных сообщений
   • 04/17/2014 — Google-Карты 2014 — обновление популярного картографического сервиса
   • 04/02/2014 — Мэтт Каттс и ссылочное ранжирование. Вечная песня о главном
   • 03/23/2014 — Поисковик Google произвёл обновления в работе алгоритма Baby Panda
   • 03/16/2014 — Google работает над обновлением алгоритма «Панда»
   • 03/13/2014 — Яндекс приступил к поэтапной отмене ссылочного ранжирования
   • 03/11/2014 — Мэтт Каттс о роли социальных сигналов в поисковом ранжировании веб-сайтов
   • 03/03/2014 — Принципы Google по отношению к контенту для видеосайтов
   • 02/27/2014 — Итоги олимпийского проекта от Яндекса
   • 02/20/2014 — На Google-Maps добавились панорамные изображения населенных пунктов и природных объектов России
   • 02/18/2014 — Очередные изменения в Google Webmaster Tools
   • 02/13/2014 — Google запретил практику гостевого блоггинга для целей SEO-продвижения
   • 02/09/2014 — Google представил новый раздел FAQ, раскрывающий политику AdSense в сфере контекстной рекламы
   • 02/03/2014 — Позиция Google по отношению к ссылкам в виджетах
   • 01/31/2014 — Яндекс запустил уникальный веб-проект – «Зимние Олимпийские Игры 2014»
   • 01/30/2014 — Почтовый сервис от Silent Circle сохранит тайну переписки
   • 01/23/2014 — Как Google относится к дублированному текстовому контенту
   • 01/16/2014 — Как Google решает проблемы с гостевым блоггингом на низкокачественных ресурсах
   • 01/10/2014 — Коммерческая реклама в Google Display Network: плати только за реальные просмотры
   • 12/31/2013 — Google делится секретами: как выйти из под фильтров поисковой системы
   • 12/24/2013 — Приложение Google Analytics поможет ускорить загрузку веб-сайта
   • 12/10/2013 — В рекламной сети «AdWords» добавился новый тип рекламных компаний
   • 12/03/2013 — Google разработал устройство для безопасной идентификации интернет-пользователей
   • 11/19/2013 — Поисковик Google получил патент на уникальный алгоритм по определению качества контента
   • 11/05/2013 — Яндекс чистит выдачу – АГС-40 в действии
   • 10/15/2013 — Что знает Google о заблуждениях веб-мастеров и SEO-специалистов
   • 10/01/2013 — Интернет-гигант Google обновил функционал Google-Maps и приготовил новые карты для российских пользователей
   • 09/10/2013 — Дополнительные возможности от Google улучшают структуризацию данных
   • 08/27/2013 — Новые технологии позволят увеличить емкость жесткого диска на 95%
   • 08/20/2013 — Google открывает эпоху платного интернет-телевидения
   • 08/06/2013 — Новый браузер от Firefox — дополнительные возможностей для пользователей

   30+ примеров настройки 301 редиректа в .

   catalog/okno/?$ /firma/okna/detail.php?ID=123 [NC,L]

   Переадресация с https на http

   Необходимое правило для решения проблемы с дублями страниц в поисковых системах.

   RewriteCond %{HTTPS} "on"
   RewriteRule .* http://%{HTTP_HOST}%{REQUEST_URI} [R=301,L,QSA]
   

   Настройка ответа 403 для спама по REFERER

   Данное правило позволяет не пускать на сайт спамный трафик с других сайтов:

   RewriteCond %{HTTP_REFERER} ref-spam-site.ru [NC,OR] 
   
   RewriteCond %{HTTP_REFERER} another-ref-spam.ru [NC]
   
   RewriteRule .* - [F]
   

   Обработка ошибки 404 в .htaccess

   Для поисковых систем очень важно получать код ответа 404 для несуществующих страниц

   ErrorDocument 404 /404-for-me.php

   Особенности настройки

   Следует помнить, что все правила выполняются в .htaccess в порядке следования их в файле, поэтому необходимо следить за очередностью правил.

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

   Включение редиректа для определенных User Agent

   Например редирект на мобильную версию для планшетов и смартфонов:

   RewriteCond %{HTTP_USER_AGENT} (iPad|ipad|iphone|iPhone|ipod|iPod|android|midp|j2me|symbian|series\ 60|symbos|windows\ mobile|windows\ ce|ppc|smartphone|blackberry|mtk|bada|windows\ phone) [NC]  
   
   RewriteRule (.*) http://m.mysite.ru/ [L,R=301]
   

   Настройка редиректов для всех поисковых роботов

   RewriteCond %{HTTP_USER_AGENT} !(accoona|ia_archiver|antabot|ask\ jeeves|baidu|dcpbot |eltaindexer|feedfetcher|gamespy|gigabot|googlebot |gsa-crawler|grub-client|gulper|slurp|mihalism|msnbot|worldindexer |ooyyo|pagebull|scooter|w3c_validator|jigsaw|webalta|yahoofeedseeker |yahoo!\ slurp|mmcrawler|yandexbot|yandeximages |yandexvideo|yandexmedia|yandexblogs|yandexaddurl|yandexfavicons |yandexdirect|yandexmetrika|yandexcatalog|yandexnews |yandeximageresizer) [NC] 
   
   RewriteRule (.  — обознает начало строки (при использовании в начале выражения).
   

2. $ — конец строки.
3. \w — буква, цифра или подчёркивание _.
4. \d — любая цифра.
5. \D — любой символ, кроме цифр.
6. [0-9] — указание на любую цифру.
7. [a-z] — указание на любую букву от a до z с нижним регистром.
8. [A-Z] — указание на любую букву от A до Z с верхним регистром.
9. [a-zA-Z] — любая буква от a до Z, регистр не важен.
10. [a-Z] — тоже самое, только короче.

Флаги для доп. опций

• NC — NoCase отключает проверку регистра символов при срабатывании правила.
• R — Redirect останавливает изменение URL-адреса и возвращает результат. Самое популярное значение R=301, однако встречаются и другие для временных редиректов (302, MOVED TEMPORARY).
• L — Last останавливает создание URL-адреса и строка считается окончательной.

Редирект, переадресация или перенаправление

Одна из наиболее частых причин использования файла .htaccess, является потребность в перенаправлении посетителей сайта с одного адреса на другой, обычно это называют 301 редирект. Например был изменен адрес страницы или название каталога, изменилось имя домена и т.д. Эти вопросы легко решаются с помощью .htaccess. Но при этом стоит понимать, что иногда правила переадресации и формирования URL адресов формирует сама CMS (система управления сайтом) и в таком случае не всегда есть возможность решить определенные задачи при помощи .htaccess.

Для редиректа можно использовать директивы Redirect, RedirectMatch и возможности модуля mod_rewrite.
Redirect — это самая простая директива для создания редиректа, если вам просто нужно перенаправить посетителей с одного адреса на другой, этот метод вполне подходит.
RedirectMatch — является более продвинутой директивой для перенаправлений, чем Redirect. (.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

​RewriteCond %{HTTP:SSL} !1
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [QSA,L,R=301]

Почему на моем веб-сайте есть цикл переадресации?

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

Итак, если вы пытаетесь получить доступ к своему веб-сайту и видите сообщение об ошибке типа «Эта веб-страница имеет цикл переадресации» или «Ошибка 310: было слишком много переадресации», вы попали в нужное место.

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

Что такое петля перенаправления?

Прежде чем мы объясним, что такое цикл перенаправления, важно понять, как работает обычное перенаправление.

Каждая страница в сети имеет уникальный URL-адрес, который включает доменное имя веб-сайта, возможно, несколько подпапок и имя страницы. С помощью этих URL-адресов пользователи и поисковые системы получают доступ к веб-сайтам и их контенту.

В идеале URL страницы никогда не должен меняться. Даже если он нуждается в редактировании или обновлении, сохранение того же URL-адреса позволяет пользователям и поисковым системам продолжать доступ к нему.

К сожалению, изменения URL-адресов иногда неизбежны. Если название вашей компании меняется или вы понимаете, что исходные URL-адреса не были оптимизированы для поисковых систем, например, переход на новые, более релевантные URL-адреса важнее, чем сохранение оригиналов.

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

Как следует из их названия, перенаправления отправляют пользователей, которые ищут конкретную страницу, на ее новый URL-адрес. В большинстве случаев вам нужно настроить переадресацию 301, которая сообщит браузерам, что страница переместилась навсегда.

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

Их браузер обнаружит эту проблему и отобразит ошибку цикла перенаправления.

Однако не все проблемы с перенаправлением связаны с петлями. Если вы перемещали страницу несколько раз и каждый раз настраивали новую переадресацию, это также может вызвать проблемы.

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

Как исправить цикл перенаправления

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

Иногда проблемы с перенаправлением связаны не с самим веб-сайтом, а просто с проблемами в браузере, который используется для доступа к нему.

Итак, если в настоящее время вы видите ошибку перенаправления на своем сайте, вот как определить причину и устранить проблему:

1.Очистите файлы cookie

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

Откройте меню настроек браузера, перейдите в раздел данных просмотра (называемый «Конфиденциальность» в Chrome) и удалите данные просмотра и файлы cookie. Затем перезапустите браузер и введите URL-адрес, на котором отображалась ошибка перенаправления.

Если проблема вызвана файлами cookie, страница должна отображаться должным образом - и ваша проблема решена.

В противном случае вам нужно будет перейти к следующему шагу.

2. Исправьте перенаправления

Если ваш сайт по-прежнему показывает ошибку перенаправления после очистки браузера, значит, ваши перенаправления настроены неправильно. Это означает, что для решения проблемы вам потребуется отредактировать файл .htaccess.

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

Когда вы открываете файл .htaccess, вам нужно найти исходный URL-адрес страницы, на которой отображается ошибка перенаправления.

Если выполняется перенаправление на страницу, которая выполняет перенаправление обратно на исходную, вам нужно либо полностью устранить перенаправления, либо убедиться, что они указывают на правильную страницу.

Если вы обнаружите, что страница перенаправляется на страницу, которая перенаправляет на другую (и т. Д.), Вы можете отредактировать исходный URL-адрес, чтобы он указывал на текущий, и исключить все промежуточные шаги.

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

Готовы улучшить веб-сайт своей компании?

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

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

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

Как правильно 301 перенаправить домен веб-сайта

Это общий вопрос, который всплывает.Вы владеете несколькими доменами и размещаете дублирующиеся копии одного и того же сайта (или просто указываете их все на один сайт). Ваша бизнес-стратегия меняется, как и необходимость перехода на новый домен . Вы выкупаете сайт конкурента, но просто хотите указать ему на свой собственный . Есть много причин, ПОЧЕМУ вы хотели бы перенаправить домен, но обеспечение правильного перенаправления может быть разницей между продвижением вашего сайта в поисковой выдаче до полного исключения из поисковой выдачи.Дополнительную информацию можно найти в нашем сообщении об устранении канонических проблем с переадресацией 301 (страницы www и не www).

1. Учитывайте стоимость перенаправляемых доменов. MAX из регистрации домена , чтобы сохранить ваши обратные ссылки, а также для защиты от того, что кто-то скупит его позже. Он также сохранит любые закладки браузера, которые есть в старом домене. Этот первый шаг не является обязательным для 301 перенаправления домена.
2. Укажите старый домен на новый , используя правильные перенаправления 301 :
   A) An.. * $ http://www.example.com/index.html [L, R = 301]
3. 301 Перенаправить страницу в подпапку:
   Перенаправить /index.html http://example.com/newdirectory/
4. 301 Перенаправить страницу на новую страницу веб-сайта:
   Перенаправить /oldfile. html http://example.com/newfile.html

B) Или в Windows IIS (потребуется работа с администратором веб-сайта)

5. Опять же, если домен не является точным соответствием новому целевому веб-сайту, перенаправление всего сайта 301 не будет работать.В этом случае следует использовать 301 редирект постранично (по разделам). Связанные страницы могут быть перенаправлены на их соответствующие копии. Любые страницы, у которых нет домов, можно просто перенаправить на домашнюю страницу.
6. Когда все переадресации веб-сайта 301 на месте, проверьте свою работу:
   A) Возьмите выборку URL-адресов со старого сайта (представляющих группы переадресации) и убедитесь, что все они разрешаются как правильные переадресации 301. Этот сайт http://www.webconfs.com/http-header-check.php, имеет инструмент, который при вводе URL должен указывать, что это 301 от страницы A до B.
   B) Посмотрите, что видит Google. Перейдите в Google и выполните поиск по сайту (Перевод, введите следующее в поиск Google, site: YOURSITE.com). Проверяйте каждую ссылку, чтобы убедиться, что она действительно ведет туда, где должна быть. Устраните любые проблемы.

301 Редиректы могут быть немного сложными в использовании, и если они не закодированы должным образом, они просто не будут работать. Если вам нужна ПОМОЩЬ, чтобы обеспечить правильную переадресацию 301 для всех свойств вашего веб-сайта, обратитесь в Mannix Marketing - эксперты в области интернет-маркетинга с 1996 года.

Простое руководство по запуску нового веб-сайта и сохранению вашего трафика

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

Ключевые моменты, о которых следует помнить

Выделите время, чтобы включить в процесс ваших ключевых заинтересованных лиц (включая человека, занимающегося вашим SEO в настоящее время - будь то внутренний или внешний), спланируйте заранее и дайте время для тщательного тестирования нового веб-сайта после запуска. Все стороны должны быть вовлечены. Если вы выполните эти важные шаги, вы, вероятно, предотвратите любые серьезные проблемы, возникающие при изменении дизайна веб-сайта, изменении структуры URL-адресов, переносе в новую систему управления контентом (CMS) и даже при переносе в новый домен.

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

Предварительная миграция

Решите, когда произойдет миграция - если у вас магазин электронной коммерции, мы рекомендуем вам подумать о загруженных временах года.Совершенно неразумно переходить к Рождеству, если вы розничный продавец. Если вы столкнулись с катастрофой, вы хотите иметь ресурсы для решения проблем. Помните, что с результатами поиска Google ничего не гарантируется! Ничего в этом процессе не следует торопить или внедрять, если персонал недоступен, чтобы помочь.

Если ваш веб-сайт модифицируется, мы настоятельно рекомендуем провести аудит существующего веб-сайта. Это можно сделать с помощью такого программного обеспечения, как Screaming Frog.Это не только предоставит вам список всех страниц вашего сайта, но и определит проблемы, которые необходимо исправить, а иногда и сильные стороны, которые можно намеренно сохранить на новом веб-сайте.

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

Приоритет ваших главных страниц (например, проверьте в Google Analytics, чтобы быть уверенным) - это здравый смысл, поскольку ошибки здесь приведут к резкой потере поискового трафика. Не забывайте, что вы не должны игнорировать страницы, которые лучше всего конвертируются - если миграция является частью редизайна, а не простой передачи домена, вы должны подумать, действительно ли этот переработанный сайт будет лучше конвертировать посетителей, когда они попадут на ваш сайт. . В подобных сценариях целесообразно провести тестирование юзабилити и A / B-тестирование.

Наконец, помимо страниц с высоким трафиком и высокой конверсией, вам нужно подумать об авторитете страницы. В ваших планах должны быть приоритетными веб-страницы с высшим авторитетом. Это самые сильные страницы, и Google считает их самыми авторитетными. Такие инструменты, как Open Site Explorer, позволяют понять, какие страницы имеют наивысший авторитет. Более простой альтернативой является просмотр содержания, на которое больше всего ссылаются в Инструментах Google для веб-мастеров. Если у вас не настроены Инструменты для веб-мастеров - почему бы и нет ?!

Подводя итог, если вы не можете позволить себе падение объема трафика или дохода, генерируемого вашим сайтом, золотое правило - убедиться, что он существует или, по крайней мере, заменен и работает (т.е. конвертирует) на новом сайте.

Другие моменты, которые следует помнить в процессе подготовки к миграции:

• Убедитесь, что тестовый веб-сайт не отображается в Google (доступны другие поисковые системы). Самый безопасный способ справиться с этим - защитить паролем ваш тестовый сайт или разрешить доступ только к определенным диапазонам IP-адресов. Пароль проще, и мы делаем это по умолчанию в наших проектах веб-разработки.
• Заранее проверьте и запишите свой органический рейтинг ключевых слов - вам нужно что-то для сравнения.
• Просканируйте свой старый сайт и сохраните запись URL-адресов. Обычно вы можете экспортировать в Excel и сохранить на своем компьютере. Мы рекомендуем Screaming Frog (вам понадобится платная версия, если на вашем сайте более 500 URL, но ее стоит купить).
• Проверьте скорость некоторых ключевых страниц (например, домашней страницы, категории, страницы продукта, сообщений в блогах и т. Д.). Pingdom Speed ​​Test отлично подходит для этого, это бесплатно! Если время загрузки увеличилось, почему? Вы будете за это наказаны.
• Просканируйте тестовую версию вашего веб-сайта (проверьте наличие проблем выше и найдите любые ошибки, такие как страницы 404, 500 внутренних ошибок сервера и т. Д.).
• Настройте страницу 404 для нового веб-сайта.
• Если вы переезжаете в новый домен, добавьте целевую страницу в новый домен до его запуска. Это помогает Google быстрее понять новый веб-сайт.
• Google Analytics - сохраняйте тот же профиль, если можете. Вам не нужен пустой холст для статистики, всегда полезно иметь данные для сравнения.

URL перенаправляет

Золотое правило: сохраняйте URL-адреса страниц в той же структуре, что и на исходном веб-сайте.Это помогает по двум направлениям; 1) Это позволяет посетителям легко находить новые страницы (если у них есть закладки или они запомнились) и 2) это сохраняет 100% авторитета, передаваемого на страницу.

Однако, если на вашем сайте URL-адреса неудобны для пользователей или поисковых систем, это хорошая возможность их оптимизировать! Примеры URL-адресов, которые не подходят для поисковых систем, - это URL-адреса со строками запроса. Например:

www.yourwebsite.com/category-name/product-name намного лучше, чем www.yourwebsite.com?category=1&product_id=32

301 URL перенаправления

Что такое переадресация 301? Ну, это перенаправление, которое переводит пользователя с одного URL на другой. «301 перемещен навсегда» - это официальное название. Редирект 301 обеспечивает передачу полномочий от старого к новому URL-адресу, поэтому вам следует избегать 302, который считается временным изменением в URL-адресах. Использование правильного типа перенаправления предотвращает эти огромные спады трафика, и Google и им подобные смогут узнать, куда они идут, не догадываясь..

При изменении URL-адресов каждая старая страница должна иметь перенаправление 301, указывающее на новую страницу. Абсолютно критично. Даже если нет эквивалентной страницы, вы можете перенаправить на соответствующую страницу. Это намного лучше, чем попасть на страницу 404, которая не найдена.

В конце концов, просто подумайте о человеке, который использует ваш веб-сайт - если страницы больше не существует, на какую страницу на новом веб-сайте они могут попасть лучше всего? Сведите их разочарование к минимуму! Если вы хотите, чтобы они стали покупателями, то сделайте им легкий путь к покупке.В редких случаях может быть лучше, чтобы старая страница указывала на страницу 404 - если страница 404 полезна для предоставления посетителю множества возможных решений, в противном случае забудьте об этом.

Другие особенности перенаправления

Создайте свою электронную таблицу

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

Избегайте цепочек перенаправления

Следует избегать цепочек переадресации; Если вы перенаправляете на страницу, которая уже выполняет перенаправление, считается, что это оказывает негативное влияние.

Как настроить переадресацию?

На серверах Apache (веб-сайты PHP / MySQL обычно работают на Apache) URL-адреса перенаправляются в файл .htaccess. Некоторые CMS позволяют вводить 301 редирект. WordPress имеет плагин «Simple 301 Redirects». В Magento перейдите в Каталог> Управление перезаписью URL.

Всегда помните о 301 редиректе!

Пост-миграция

После того, как ваш новый веб-сайт будет готов и онлайн, а ваши перенаправления будут реализованы, необходимо выполнить ряд важных проверок;


Немедленные действия

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

Проверьте, что аналитика подключена и правильно регистрирует посещения нового веб-сайта (Google Analytics в реальном времени - лучший способ сделать это).

Если домен был изменен (например, с yourwebsite.com на your.website), вы должны уведомить Google об этом изменении с помощью Инструментов для веб-мастеров, а также не забыть использовать инструмент Bing Site Move. Сохраняйте контроль над старым доменом как можно дольше, не позволяйте ему сразу терять срок действия - особенно если у него есть ссылки с высоким авторитетом, которые вы не можете изменить.

Запустите сканирование нового веб-сайта, теперь он работает, и проверьте наличие проблем еще раз, например, 404 страницы, 500 ошибок сервера, ограничения сканирования (мета, robots.txt или noindex в HTML) и канонические реализации. Вы можете использовать Screaming Frog, чтобы проверить, работает ли ваша аналитика на каждой странице.

Вам следует использовать Screaming Frog для сканирования списка URL-адресов, которые вы сохранили со старого веб-сайта, чтобы убедиться, что все перенаправления совпадают с вашими ожиданиями, и проверить наличие непредвиденных ошибок 404. В Screaming Frog Spider вы можете увидеть это на вкладке «Коды ответа», используя фильтр «Ошибка клиента (4xx)» и «Перенаправление (3xx)».

Оставьте существующую карту сайта в сети на несколько недель после перезапуска веб-сайта, что позволит Google найти 301 редирект на новые URL-адреса. По прошествии этого периода времени (вы можете увидеть, когда Google больше не использовал Инструменты для веб-мастеров) карта сайта должна быть обновлена ​​только новыми страницами и повторно отправлена ​​в Инструменты Google для веб-мастеров и связана с файлом robots.txt.

Не забудьте проверить файл robots.txt и убедиться, что он актуален. Мы часто видим это: целые сайты могут быть исключены из Google с помощью роботов. txt, чтобы заблокировать его во время тестирования.

Через пару недель

Если URL-адреса на вашем сайте изменились, они не забывают обновлять места, которые на них ссылаются (даже при наличии 301 постоянной переадресации). Это может относиться к внешним ссылкам от партнеров или блогов (отдавая приоритет наиболее важным, связывайтесь с ними по одному), Google AdWords (который не любит перенаправления URL-адресов, поэтому ваши объявления должны указывать на нужное место) и любых партнерских схем, участником которых вы являетесь. из (который, скорее всего, не будет правильно отслеживаться с переадресацией).

Регулярно проверяйте в Инструментах для веб-мастеров наличие ошибок сканирования, просматривайте предложения по улучшению HTML и отслеживайте изменения в производительности (например, скорости сканирования) в Google и Bing для веб-мастеров.

Отслеживайте свою аналитику на предмет посещений страниц 404, если конкретный URL-адрес получает много посещений, возможно, стоит перенаправить его навсегда, если есть другая похожая или более полезная страница.

Конечно, URL-адреса могут быть пропущены даже с самыми лучшими планами в мире.Существует множество инструментов для поиска неработающих ссылок на сайте. Link Juice Recovery очень помогает, поскольку объединяет обе эти задачи в один простой инструмент.

Попробуйте выполнить поиск по сайту в Google, чтобы узнать, как Google индексирует новый сайт (например, site: example.com) и остались ли старые URL-адреса. Посмотрите на временные метки на кешированных страницах, прежде чем начнете паниковать.

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

Переход на HTTPS

При переходе с HTTP на HTTPS следует помнить о нескольких дополнительных вещах. Это настоятельно рекомендуется, поскольку теперь Google предпочитает трафик HTTPS.

• Если вы переходите на полностью безопасный (с включенным HTTPS) веб-сайт, стоит отметить, что веб-сайты с SSL могут быть немного медленнее, чем незашифрованные.
• Все URL-адреса http необходимо перенаправлять на https - обычно этого можно добиться с помощью одного простого правила htaccess rule
• Если вы используете канонические метатеги, убедитесь, что они тоже обновлены до https
• Обновите все внутренние ссылки http e.грамм. изображения и файлы CSS
• Проверить все страницы на наличие ошибок и предупреждений SSL
• Все еще боретесь? Проверьте, почему нет замка

Контрольный список для переноса веб-сайта

Предварительная миграция

• Проведите аудит существующего веб-сайта, чтобы выявить проблемы, которых следует избегать на сайте
• Отдавайте приоритет определенным высокоэффективным страницам / разделам (например, тем, которые приносят наибольшую прибыль)
• Сохранять текущий рейтинг органических ключевых слов для последующего сравнения
• Проверить скорость загрузки ключевых страниц
• Сканируйте свой старый веб-сайт и сохраняйте записи URL-адресов, чтобы вы могли ссылаться на них позже
• Убедитесь, что тестовый веб-сайт не отображается в поисковых индексах, добавив защиту паролем.
• Просканируйте тестовый веб-сайт, чтобы выявить ошибки, которые можно исправить до запуска.
• Подготовьте полезную страницу 404, которая больше, чем просто вежливое сообщение.
• Сохраняйте тот же профиль аналитики, чтобы можно было сравнивать данные до и после запуска.

URL перенаправления

• По возможности сохраняйте URL-адреса идентичными
• Если URL-адреса изменяются или отсутствуют на новом сайте 301, перенаправьте их
• Создайте электронную таблицу старых URL-адресов и нового URL-адреса, которому они соответствуют.
• Избегайте цепочек перенаправления

Пост-миграция

Немедленная проверка:

• Убедитесь, что блокировка вашего тестового сайта не перенесена (удалите все ограничения пароля)
• Проверить правильность работы переадресации
• Сканируйте URL-адреса со старого сайта, чтобы проверить, что переадресация 301 ведет в нужное место
• Если домен изменился, уведомить поисковые системы с помощью инструментов для веб-мастеров
• Проверить, записывает ли аналитика трафик
• Сканируйте новый веб-сайт и проверьте наличие ошибок
• Сохраняйте существующие XML-карты сайта доступными в течение 2–3 недель, чтобы Google перехватил ваши перенаправления.
• Проверить роботов.txt актуален
• Сравните время загрузки всех ключевых страниц

Последующие недели:

• Обновить URL-адреса, которые изменились
• Проверить наличие новых ошибок сканирования и изменений в Инструментах Google для веб-мастеров
• Проверить, попадают ли посетители на 404 страницы больше, чем ожидалось
• Отслеживайте изменения в рейтинге ваших обычных страниц, уровне трафика и, конечно же, конверсиях
Нужна помощь с переносом?

Нужна помощь с новым сайтом? У нас есть веб-дизайнеры Kent, менеджеры веб-сайтов, специалисты по цифровому маркетингу и SEO-специалисты, которые помогут вам на протяжении всего процесса.


Создание переадресации URL-адресов и управление ими

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

Добавить новое перенаправление URL

• В своей учетной записи HubSpot щелкните значок настроек Настройки на главной панели навигации.
• В меню левой боковой панели перейдите на веб-сайт > Домены и URL-адреса .
• Щелкните вкладку URL-перенаправления .
• В правом верхнем углу нажмите Добавить перенаправление URL .
• На правой панели выберите тип перенаправления Standard или Flexible . Стандартное перенаправление используется для перенаправления одного URL-адреса на другой. Гибкое перенаправление обновляет URL-адреса в зависимости от их структуры.
• В поле Исходный URL-адрес введите полный URL-адрес или путь URL-адреса , который вы хотите перенаправить.
• В поле Redirect to введите URL страницы, на которую вы хотите перенаправить исходный URL. При перенаправлении на внешнюю страницу, которая не размещена на HubSpot, обязательно введите полный URL-адрес, включая http: // или https: // (например, http://www.domain.com/name-of -страница).
• Нажмите Добавить перенаправление URL.

Обратите внимание: HubSpot автоматически кодирует URL-адреса специальными символами. Например, при добавлении инструмент автоматически преобразует é в % C3% A9 .

Управление перенаправлением URL-адресов

На панели инструментов URL Redirects вы можете искать, фильтровать или сортировать свои перенаправления URL.

1. Чтобы отфильтровать перенаправления на основе того, как они были созданы, щелкните раскрывающееся меню Показать и выберите параметр :
   
   1. Перенаправления вручную: отображать перенаправления, созданные пользователями в инструменте перенаправления URL-адресов.
   2. Системные перенаправления: отображать перенаправления, создаваемые автоматически при обновлении URL-адреса опубликованной страницы, блога или сообщения блога. Их нельзя редактировать.
2. Чтобы просмотреть перенаправления, созданные конкретным пользователем, щелкните раскрывающееся меню Создано и выберите этого пользователя .
3. Чтобы найти конкретное перенаправление, в строке поиска введите URL-адрес или часть URL-адреса , которая существует в поле Исходный URL-адрес или Перенаправить на существующего перенаправления.
4. Чтобы загрузить все перенаправления URL-адресов в файл CSV, в правом верхнем углу нажмите Экспорт .
5. Чтобы настроить поля, отображаемые на панели инструментов перенаправления URL-адресов, в правом верхнем углу нажмите Переключить столбцы. Установите флажки рядом с параметрами столбца. Одновременно можно выбрать только четыре варианта столбца.
6. Чтобы изменить перенаправление URL-адреса, щелкните раскрывающееся меню Действия , затем выберите Изменить . Или установите флажки рядом с перенаправлениями, которые вы хотите изменить, затем щелкните Изменить вверху таблицы.
7. Чтобы удалить перенаправление URL-адреса, щелкните раскрывающееся меню Действия , затем выберите Удалить . Или установите флажки рядом с перенаправлениями, которые вы хотите удалить, затем щелкните Удалить вверху таблицы.

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

может занять до 48 часов.

Настройка дополнительных параметров перенаправления URL-адресов

Для большего контроля над поведением перенаправления щелкните Дополнительно параметры при создании или редактировании перенаправления URL-адреса.

• Стиль перенаправления: устанавливает условия, при которых URL-адрес будет перенаправлять.
  
  • Постоянно (301): перенаправляет URL одной страницы на другой URL. Это выбор по умолчанию для новых перенаправлений.
  • Temporary (302): временно перенаправить одну страницу на другой URL. Этот тип перенаправления часто используется для временного перенаправления трафика для обслуживания веб-сайта или перепроектирования веб-сайта.
  • Прокси: перенаправляет содержимое вашей действующей страницы без изменения URL-адреса, отображаемого в веб-браузере посетителя.Этот тип перенаправления часто используется для совместного использования файла, размещенного в определенном каталоге за пределами вашего основного сайта.
• Приоритет: по умолчанию , новым перенаправлениям назначается самый низкий приоритет. Чтобы настроить этот параметр, снимите флажок Назначить самый низкий приоритет и введите пользовательское значение .
• Если для исходного URL существует более одного перенаправления, будет применено перенаправление с самым низким приоритетом. Например, если к URL-адресу применяются два перенаправления URL - одно с приоритетом 100, а другое - с приоритетом 1, будет применено перенаправление с приоритетом 1.
• Соответствие строк запроса: перенаправляет страницу только с введенного точного исходного URL. Это означает, что если исходный URL-адрес имеет какие-либо дополнительные параметры, перенаправление не будет применено. По умолчанию этот параметр не выбран.
• Игнорировать косую черту в конце: применить перенаправление независимо от того, содержит ли исходный URL косую черту / в конце или нет. Этот вариант выбран по умолчанию.
• Игнорировать протокол (HTTP или HTTPS): применить перенаправление независимо от того, начинается ли исходный URL с http: // или https: // . Этот вариант выбран по умолчанию.
• Отключить перенаправление, если по перенаправленному URL-адресу существует страница: применить перенаправление только в том случае, если исходный URL-адрес не опубликован. Если исходный URL-адрес активен, это перенаправление не применяется. По умолчанию этот параметр не выбран.
• Примечание: объясняет, почему было создано это перенаправление URL.

Когда вы отредактировали расширенные параметры перенаправления, щелкните Обновить перенаправление URL , чтобы применить изменения.

Домены и URL

Перенаправление веб-сайта с использованием пересылки или записи A

В этой статье объясняется, как перенаправить весь веб-сайт на другой веб-сайт.

Эти инструкции применимы только к услугам хостинга веб-сайтов Cruzio. Если у вас есть классический хостинг Cruzio, свяжитесь с Cruzio, чтобы запросить изменение вашей записи A, или используйте файл.htaccess перенаправить вместо этого.

См. Обзор переадресации Cruzio, чтобы решить, какой метод переадресации вам следует использовать.

Соблюдайте осторожность. Если вы сделаете ошибку, ваш сайт может стать недоступным.

Два метода; что выбрать?

Если у вас есть дополнительный домен и вы просто хотите указать его на существующий веб-сайт, то Standard или Frame Forwarding - самый простой способ сделать это.

Может быть, вам нужно временно перенаправить домен, на котором уже есть веб-сайт, без уничтожения этих файлов.В этом случае вы можете изменить свой A Record , если можете. Однако обратите внимание на ограничения этого метода в разделе «Запись A» ниже. Вместо этого вы можете использовать метод .htaccess, поскольку он работает в тех случаях, когда запись A не работает.

»наверх

Перенаправление со стандартной или кадровой переадресацией

Чтобы перенаправить доменное имя на веб-сайт, размещенный в другом домене:

1. Войдите в панель управления своим доменом на http://login.cruzio.com.
2. В Панели управления найдите в Главном меню раздел Домены на домашней странице. Если вы используете Host 6 или выше, вам нужно сначала нажать «Домены» в главном меню в верхнем левом углу. Если домен, который вы хотите перенаправить, ранее был настроен для хостинга, вам необходимо его удалить. Создайте резервную копию любых файлов сайта, которые хотите сохранить, а затем удалите этот домен.

   Если вы не знаете, на каком хосте вы находитесь, после входа в панель управления посмотрите URL-адрес в верхней части браузера.Вы увидите, что он начинается с https: // host, за которым следует число. Это номер хоста, на котором вы находитесь.

3. Если вы находитесь на узле 1, 2, 3, 4 или 5, щелкните значок «Добавить новый домен» в разделе «Инструменты». Введите доменное имя, которое вы хотите перенаправить. Оставьте установленным флажок «www». Оставьте выбранной опцию «Создать домен без шаблона». Убедитесь, что установлен флажок «Перейти к настройке хостинга». Щелкните «ОК».

   Если вы используете Host 6 или выше, щелкните значок «Создать домен» в разделе «Инструменты».Введите доменное имя, которое вы хотите перенаправить. Оставьте установленным флажок «www». Измените «Использовать настройки шаблона домена» на «Домен по умолчанию».

4. Для хоста 1, 2, 3, 4 или 5 выберите «Стандартная пересылка» или «Пересылка кадров», затем нажмите «ОК».

   Для хоста 6 или выше выберите «Пересылка» в разделе «Тип хостинга». Затем в разделе «Настройки пересылки» выберите «Стандартная пересылка» или «Пересылка кадров».

   При стандартной пересылке посетитель перенаправляется на сайт, и фактический URL-адрес сайта отображается в браузере посетителя, поэтому посетитель всегда знает, что он был перенаправлен на другой URL-адрес.

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

5. Укажите целевой URL: адрес веб-сайта, на который должен указывать этот домен. Щелкните «ОК» или «Готово».
6. Чтобы проверить переадресацию, введите адрес переадресованного домена в адресную строку вашего веб-браузера. Ваш браузер должен перенаправить вас на целевой URL.

»наверх

Перенаправление с записью A

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

Чтобы узнать, на какой веб-сайт будет переходить конкретный IP-адрес, просто введите этот IP-адрес в адресную строку браузера.

Для перенаправления веб-сайта на другой IP-адрес:

1. Войдите в панель управления своим доменом на http://login.cruzio.com.
2. На своей домашней странице щелкните доменное имя веб-сайта, который вы хотите перенаправить.Если вы находитесь на хосте 6 или выше, к нему можно получить доступ, сначала щелкнув «Домены» в главном меню в верхнем левом углу.
3. Для хоста 1, 2, 3, 4 или 5 щелкните «Настройки DNS» в разделе «Службы».

   Для хоста 6 или выше нажмите «Настройки DNS» в разделе «Веб-сайт».

4. Среди других записей A должна быть запись A следующего вида:

    Значение типа записи хоста
   yourdomain.com IP-адрес
    

   Где:

   • yourdomain.com - это имя вашего домена; и
   • IP.адрес - это IP-адрес домена.
5. Щелкните имя хоста в этой записи.

   Оставьте в меню «Тип записи» значение «A».

   Оставьте поле с надписью «Введите имя домена» пустым.

   В поле «Введите IP-адрес *» введите IP-адрес, на который выполняется перенаправление.

   Щелкните «ОК».

Примечание. Ваша новая запись A вступит в силу в течение 24–48 часов.Это связано с тем, что новая запись A - это изменение DNS, и все DNS-серверы во всем мире необходимо обновить, чтобы отразить это изменение. Чтобы проверить, вступила ли запись A в силу, введите адрес перенаправленного домена в адресную строку вашего веб-браузера. Если запись вступила в силу, ваш браузер перенаправит вас на веб-сайт с целевым IP-адресом.

»наверх

Связанные

Redirect SEO Guide: Влияние перенаправления на трафик и авторитет домена

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

Причины использования переадресации

Существует ряд причин, по которым веб-разработчикам необходимо использовать перенаправление, включая, помимо прочего:

• Перемещение или удаление страницы
• Покупка нового домена и перенаправление всех страниц вашего старого сайта на новый
• Объединение двух веб-сайтов в один
• Обновление платформы CMS сайта
• Направление посетителя к новому месту назначения

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

Типы переадресации

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

301 Постоянное перенаправление

Это перенаправление следует использовать, когда вы навсегда удаляете страницу и перемещаете ее в другое место, и вы не хотите испортить свой рейтинг SEO.Веб-разработчики могут обновить переадресацию в любое время, чтобы посетители перешли в новое место. Это тип перенаправления, который вы хотите реализовать в большинстве случаев для 90% ваших потребностей в перенаправлении.

302 Временные перенаправления

Хотя это вариант, на самом деле он вам не нужен. Временное перенаправление не дает тех же преимуществ SEO, что и постоянное перенаправление 301, плюс оно может фактически привести к появлению дублированного контента в результатах поисковой системы.Это связано с тем, что Google будет рассматривать его как временное перенаправление, а не как постоянное, и сохранит старый контент, а также новый.

307 Временное перенаправление

Хотя это временное перенаправление, как и перенаправление 302, оно гораздо более полезно. Редирект 307 используется для того, чтобы посетители сайта не обновляли несколько раз страницу, содержащую конфиденциальные данные, такие как информация о кредитной карте, введенная в процессе оформления заказа на веб-сайте электронной коммерции.

404 Ошибки

Когда посетители видят это сообщение, это означает, что веб-сайт недоступен на сервере. Это может означать, что вы неправильно ввели URL-адрес, или веб-сайт или страница были удалены или перемещены, а веб-разработчик не перенаправил их должным образом. Думайте об ошибке 404 как о способе сообщить посетителям, что веб-сайт или веб-страница больше не существует. Когда веб-разработчики обнаруживают ошибку 404, они должны быстро ее исправить. Ваш веб-сайт потеряет трафик из-за ошибки 404, потому что посетители окажутся в тупике, не зная, куда пошла веб-страница или как ее найти.

Чтобы избежать этой проблемы, самое меньшее, что могли сделать веб-разработчики, - это создать собственную страницу 404. Даже если посетители по-прежнему не смогут получить доступ к запрошенному контенту, они все равно смогут переходить на другие страницы вашего веб-сайта. Если вы этого не сделаете, ваша страница с ошибкой 404 может быть полностью белой с надписью «ошибка 404».

410 Ошибки

Если на вашем веб-сайте есть проиндексированный контент, которого не должно быть, используйте переадресацию с ошибкой 410, которая укажет Google больше никогда не посещать эту страницу, потому что она больше не существует.Это можно сделать, если ваша компания больше не предлагает конкретную услугу и не хочет больше отображаться в результатах поиска. Страницу можно превратить в перенаправление с ошибкой 410, поэтому Google не будет включать ее в результаты.

Как проверить перенаправления

Веб-разработчики должны ознакомиться с различными инструментами, которые можно использовать для проверки ошибок и проблем перенаправления.

Трассировка перенаправления ссылки

Это расширение браузера Chrome позволяет веб-разработчикам проверять наличие неработающих или неправильных перенаправлений на своих веб-сайтах.Если используются какие-либо перенаправления, которые не подходят для SEO, инструмент предупредит вас, чтобы вы могли оперативно внести изменения и сохранить свой рейтинг SEO. Это особенно полезно, если вы недавно переместили веб-сайты или удалили старые страницы на своем веб-сайте и вам нужно убедиться, что все было правильно перенаправлено.

Консоль поиска Google

Консоль поиска Google позволяет веб-разработчикам проверять ошибки 404 и исправлять их, не просматривая каждую страницу вручную.Подтвердив свой сайт и войдя в консоль поиска Google, вы можете быстро и легко обнаружить проблемы, которые возникают у Google при попытке сканирования вашего сайта.

Контент Лес

Этот веб-сайт позволяет копировать и вставлять URL-адрес для проверки перенаправления. Если они есть, он предоставит вам код состояния, связанный с URL-адресом, и сопоставит путь ваших перенаправлений, чтобы вы могли легко проверить наличие ошибок.

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

Как исправить петли перенаправления

Опубликовано в Performance , автор Erin Myers

Последнее обновление 9 октября 2020 г.

Итак, вы только что получили сообщение «ERR_TOO_MANY_REDIRECTS» на своем сайте WordPress… что теперь? Эта ошибка может сбивать с толку и не предлагает четкого метода устранения неполадок или решения.

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

На этой странице мы объясним, что означает сообщение ERR_TOO_MANY_REDIRECTS и почему вы его видите. Мы также рассмотрим некоторые основные шаги по устранению неполадок, которые вы можете предпринять, чтобы решить проблему. Давай приступим к работе!

Что означает сообщение ERR_TOO_MANY_REDIRECTS

Вкратце, сообщение ERR_TOO_MANY_REDIRECTS указывает, что страница испытывает «цикл перенаправления».Это часто означает, что ваш сервер указывает неверное направление, и браузер не может определить, где находится ваш веб-сайт.

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

Почему вы получаете сообщение об ошибке перенаправления в WordPress

Вам может быть интересно, почему вы вообще получаете это сообщение об ошибке и как возникла петля переадресации на вашем сайте. У этой проблемы есть несколько возможных причин. Например, у вас может быть установлен инструмент, который неправильно использует переадресацию, например плагин SEO. Вскоре мы рассмотрим другие возможные причины.

Также важно отметить, что это сообщение об ошибке отображается по-разному в разных браузерах. Например, в Chrome сообщение сформулировано как «На этой веб-странице возникла проблема с циклом перенаправления», а в Edge это более простое утверждение: «Хммм… не удается добраться до этой страницы».

В качестве альтернативы, вот как выглядит сообщение в Firefox:


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

Как найти петлю перенаправления

Самый простой способ быстро найти петлю перенаправления - использовать средство проверки перенаправления. Одна из самых популярных шашек - SerpWorx:

.

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

Устранение неполадок и устранение петли перенаправления

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

Удалите файлы cookie

Файлы cookie

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

Как работает этот процесс, будет зависеть от того, какой браузер вы используете. В Google Chrome вы можете удалить файлы cookie, посетив История> Очистить данные просмотров :

.

Убедитесь, что во всплывающем меню установлен флажок «Файлы cookie и другие данные сайта», а затем выберите Очистить данные . После этого перезапустите браузер и посмотрите, правильно ли загрузится веб-сайт.

Очистите кеш WordPress

Если удаление файлов cookie не работает, следующим шагом будет очистка кеша WordPress. Кеш - это также набор сохраненных данных, которые позволяют сайтам загружаться быстрее и могут храниться в различных местах (например, в вашем браузере или на сервере сайта).

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

Вы можете легко очистить кеш своего сервера через портал WP Engine:


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

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

Правильная настройка перенаправления

Если очистка кеша и файлов cookie на вашем сайте не сработала, следующим шагом будет проверка правильности настройки переадресации. Если у вас установлено конкретное решение, которое обрабатывает перенаправления, например плагин поисковой оптимизации (SEO), попробуйте отключить его, чтобы посмотреть, решит ли это проблему.

В случае, если отключение плагина перенаправления устранит ошибку, вы почти наверняка настроите перенаправление неправильно.Редиректы важны для SEO, но очень важно поддерживать правильную структуру при их использовании. К счастью, с помощью портала WP Engine легко настроить эффективную переадресацию.

Отключить плагины WordPress

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

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

Это означает, что вам нужно будет войти на свой сайт через безопасный протокол передачи файлов (SFTP). Важно отметить, что использование SFTP может потенциально нарушить работу вашего сайта, если вы не будете осторожны, поэтому вам нужно создать резервную копию своего сайта, прежде чем вносить какие-либо изменения.

После входа в систему вы сможете увидеть все плагины вашего сайта в папке с названием «плагины». Чтобы быстро отключить папку, переименуйте ее в другое имя, например «plugins_ [дата]». Это автоматически отключит все внутри него.

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

Проверить услуги третьих лиц

Некоторые сторонние сервисы, особенно платформы обратного прокси, такие как Cloudflare, могут вызывать проблемы с перенаправлением и вызывать сообщение ERR_TOO_MANY_REDIRECTS. Наиболее частая причина - это вариант «Гибкий SSL».

Если у вас уже есть сертификат SSL на вашем сайте, опция «Гибкий SSL» будет конфликтовать с ним и вызовет цикл перенаправления. Чтобы исправить это конкретно в Cloudflare, вы можете изменить настройки Crypto на что-то другое, кроме «Гибкого», например «Полный».

Дополнительные инструкции по устранению проблем с перенаправлением

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