Редирект 301 index html: 301 редирект через .htaccess и PHP

index\.php$ — [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> # END WordPress

Содержание

Редирект сайта на новый домен

Следующая строка перенаправляет все URL-адреса вашего сайта на новый сайт.

Redirect 301 / https://example.com/

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

Использование Redirect в файле .htaccess позволяет перенаправлять пользователей со старой страницы на новую без необходимости сохранения старой страницы.

Например, если вы используете index.html в качестве индексного файла, а затем позже переименуете index.html в home.html, вы можете настроить перенаправление для отправки пользователей с index.html на home.html:

Внутренний редирект на другую страницу
Redirect /path/to/old/file/old.html /path/to/new/file/new.html
Редирект страницы на страницу другого сайта
Redirect /path/to/old/file/old.html https://www.example. index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

Источник

Как настроить редирект на HTML

Помощь 0 Регистрация Вход

  • Домены
  • Хостинг
    • Выбор и заказ хостинга
    • Работа с сайтом. Продвинутым пользователям
    • Настройка переадресации (редиректа)
    • Почта
    • Проблемы в работе сайта
    • Часто задаваемые вопросы
  • Сайты
  • Личный кабинет
  • VPS и серверы
  • SSL-сертификаты
  • Общие вопросы
  • Что такое редирект
  • Для чего нужен редирект
  • Как работает редирект на HTML
  • Как настроить HTML-редирект

В статье мы расскажем, что такое редирект и как его настроить на HTML.

Что такое редирект

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

Редиректы бывают разных видов, каждый из которых имеет свой код. Самые распространённые виды редиректа:

  • 301 редирект — если искомая страница окончательно перенесена на новый URL. При таком перенаправлении страница будет индексироваться только на новом URL.
  • 302 редирект — если искомая страница временно перенесена на новый URL. Такой код редиректа говорит о том, что страница будет индексироваться и на старом, и на новом URL.

Для чего нужен редирект

HTML redirect на другую страницу используют в следующих случаях:

  • смена доменного имени или переезд на поддомен. Даже если вы уже перенесли сайт на другой домен или поддомен, прежнее имя будет отображаться в поисковых системах ещё некоторое время. Настройка редиректа со старого URL поможет направить всех посетителей на нужную страницу.
  • несколько доменов в разных зонах. Предположим, действующий сайт размещён на домене test.ru. Также вы зарегистрировали домены test.su и test.com. Можно настроить редирект с test.su и test.com на test.ru для оптимизации трафика.
  • технические работы на сайте. Пока вы меняете структуру сайта, можно разместить его копию на другой странице и настроить редирект. Так вы сможете сохранить позиции сайта в поисковой выдаче.
  • подключение к мобильной версии. Если сайт адаптирован под мобильные устройства, редирект будет сразу перенаправлять посетителей на нужную версию сайта — мобильную или планшетную (в зависимости от устройства, с которого заходит пользователь).
  • авторизация. Каждого пользователя, который авторизовался на сайте, можно отнести к одной из групп: администраторы, модераторы или посетители. Чтобы разграничить для этих групп права, можно настроить редирект. В этом случае пользователи будут видеть только тот контент, который “разрешен” той группе пользователей, к которой они относятся.

Редирект можно настроить разными способами:

  • в панели управления хостингом,
  • с помощью файла .htaccess,
  • с помощью языка PHP (добавить скрипт редиректа),
  • с помощью метатега HTML. Об этом способе расскажем подробнее.

Как работает редирект на HTML

Рассмотрим порядок взаимодействия сервера и браузера на примере редиректа со страницы index1.html на index2.html:

  1. Браузер запрашивает index1.html с сервера.
  2. Сервер находит index1.html и отвечает браузеру.
  3. Браузер “сканирует” index1.html и находит в нём строку с редиректом на index2.html.
  4. Браузер обращается к серверу, на котором находится index2.html.
  5. Сервер находит index2. html и отвечает браузеру.
  6. Браузер открывает страницу index2.html.

Как настроить HTML-редирект

HTML-редирект настраивается в индексном файле. Чаще всего он называется index.html

. Внутри файла в блоке head нужно прописать метатег Refresh.

Синтаксис метатега Refresh:


<meta http-equiv="refresh" content="0;URL=http://test.ru" />

Чтобы настроить редирект на другой сайт:

1. Откройте панель управления хостингом.

2. Перейдите в корневую директорию сайта.

3. Дважды кликните по индексному файлу.

4. Добавьте метатег:


<head>
<meta http-equiv="refresh" content="0;URL=http://test.ru" />
</head>

Где:

  • content — время ожидания редиректа в секундах,
  • URL — ссылка на конечную страницу.

5. Сохраните изменения.

Готово, вы настроили редирект на HTML.

 

Популярные статьи

  • Как указать (изменить) DNS-серверы для домена
  • Я зарегистрировал домен, что дальше
  • Как добавить запись типа A, AAAA, CNAME, MX, TXT, SRV для своего домена
  • Что такое редирект: виды и возможности настройки
  • Как создать почту со своим доменом

Домены

  • Регистрация доменов
  • Освободившиеся домены
  • Промоакции
  • Перенос домена
  • Переадресация

Сайты

  • Конструктор сайтов
  • Сайты на WordPress

Хостинг сайтов

  • Хостинг
  • Windows хостинг

VPS и серверы

  • VPS хостинг
  • Windows VPS
  • Аренда серверов

Дополнения

  • SSL-сертификаты
  • //=url(‘/free-mail’)?>

Сервисы

  • Бесплатный хостинг
  • Whois
  • Связь с администратором домена
  • Определить свой IP-адрес
  • Проверка порта на доступность
  • Узнать местоположение по IP
  • Проверить доступность сайта

Поддержка

  • Справка
  • Стоимость услуг
  • Способы оплаты
  • Связаться с нами

Компания

  • О компании
  • Документы
  • Офис
  • Дата-центр
  • Новости
  • Блог
  • Акции и скидки

© 2DOMAINS — регистрация доменов

  • Домены оптом
  • Географические домены
  • Кириллические домены
  • Административные домены
  • Национальные домены
  • Новые домены первого уровня
  • Где купить домен дешево
  • Дешевый хостинг
  • CloudVPS
  • Хостинг для сайта-визитки
  • Хостинг с PHP и MySQL
  • Надежный хостинг
  • Самые дешевые домены
  • Хостинг WordPress
  • Хостинг для 1С-Битрикс
  • Хостинг для Drupal
  • Хостинг для Joomla
  • Хостинг для MODX
  • Хостинг для OpenCart
  • Антивирус для хостинга
  • Бэкап сайта
  • Защита от DDoS-атак
  • Хостинг с ISPmanager
  • SSL бесплатно
  • AlphaSSL
  • AlphaSSL WildCard
  • ExtendedSSL
  • GlobalSign-сертификаты
  • Comodo / Sectigo — сертификаты
  • GeoTrust-сертификаты
  • Symantec-сертификаты
  • Thawte-сертификаты
  • TrustWave-сертификаты
  • Wildcard-сертификаты

Политика обработки персональных данных
Тех. поддержка: [email protected]

Указанные на сайте цены могут не включать стоимость применимых комиссий.

При заказе услуги стоимость может быть уточнена исполнителем.

301 редирект через .htaccess CMS на уровне сервера и HTML — AskoHost

301 редирект — ответ сервера, означающий перенос контента на новый адрес и сообщающий необходимость обновить URL на имеющихся ссылках. Удобство 301 редиректа отличается тем, что новой странице передаются «пузомерки» старой.

Чаще всего 301 редирект нужен при:

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

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

Способы настройки

Правильно настроить редирект можно с помощью плагинов, либо при ручном редактировании файла конфигурации. Рекомендуется использовать, либо изучить второй способ. Любой плагин может сработать некорректно или просто сломаться. Надо знать, как руками настраивается в файле .htaccess редирект 301.

Другой способ — использовать код PHP. Фактически, механизм действия мало отличается от случая с плагинами, но скрипт проще редактировать самому. Нужный код можно сгенерировать с помощью онлайн сервисов, либо написать самому.

Можно даже сделать редирект методом HTML. Для этого достаточно написать код:

<meta http-equiv="refresh" content="5" url=http://ВАШ_НОВЫЙ_АДРЕС_САЙТА.ru">

Цифра «5» означает, что у пользователя есть 5 секунд, чтобы прочитать объявление на странице. Можно сообщить клиенту о переезде либо дать иную полезную информацию. Как правило, такой редирект используется в статических сайтах в случае переезда всего одной страницы.

Еще один способ — применение JavaScript. Скрипт выполняется в браузере на стороне клиента. Скорость исполнения зависит от клиентской машины, но в 99 % случаев он более медленный в сравнении с альтернативами. К тому же JavaScript всегда может быть отключен пользователем ради повышения безопасности. Таких людей в 2020 году мало, но они есть.

Своеобразным стандартом считается настройка в файле .htaccess редиректа 301.

Файл .htaccess и настройка редиректа

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

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

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

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

При этом оптимизировать всегда следует без потери качества.

Как должен выглядеть файл .htaccess

Файл конфигурации может быть даже пустым. Веб-мастер вправе менять его так, как сам считает нужным и как требуется для грамотной работы сайта. Данный материал содержит определенные рекомендации по настройке 301 редиректа. Можно ими воспользоваться, скопировать содержимое, адаптировать под себя — и получится совершенно правильно настроенный файл конфигурации.

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

Однако для максимальной безопасности рекомендуется правильно настроить .htaccess. Например, написать:

RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]

Данный код защищает PHP Globals от изменений с помощью скриптов. Очень полезная функция для абсолютно любого динамического сайта.

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

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

Предварительная подготовка

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

Для внесения в файл .htaccess редиректа 301 следует:

  1. Авторизоваться в панели управления вашего сайта.
  2. Проверить наличие файла в коневом каталоге. В 99 % случаев он называется public_html. Как правило, файл должен присутствовать. Однако, если его нет, можно создать самостоятельно.
  3. Создайте блок ifModule. Все последующие манипуляции следует проводить внутри указанного блока.
  4. Включите механизм преобразований. Для этого напишите RewriteEngine On.

Чтобы система точно знала, какой именно редирект требуется выполнять, используются флаги. index\.php$ http://name.site/ [R=301,L]

Рекомендуется уделять этому факту первоочередное внимание во время настройки с точки зрения поисковой оптимизации.

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

Код 404 Not Found

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

Также данная ошибка возникает в том случае, когда пользователь вручную набирает адрес и ошибается в символе. Рекомендуется сделать правильное перенаправление с ошибки 404 на главную. Достаточно написать:

ErrorDocument 404 http://www.site.com/301.html

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

Редирект для PHP

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

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

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

Постоянный редирект для Nginx

Это еще один сервер, который часто применяется совместно с Апачем. В этом случае мастеру придется редактировать другой документ — nginx.config, который можно найти в server. (.*) $ http: //$host_without_www$1 permanent;
}#…
}

Редирект в CMS

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

Преимущества такого решения:

Но, несмотря на эти преимущества, не рекомендуется пользоваться плагинами, если можно обойтись другими средствами. Главная причина — отсутствие уверенности в оптимизации кода.

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

Если вы все же хотите использовать плагины, рекомендуется:

Редирект в панелях управления

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

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

Пользователям Cpanel надо открыть блок домена, а после выбрать перенаправления. В дальнейшем просто воспользоваться понятным графическим интерфейсом.

Генерация кода в автоматическом режиме

Люди, стремящиеся сэкономить свои силы, могут воспользоваться одним из способов автоматической генерации кода. Например, https://seomagnifier.com/htaccess-redirect-code-generator. Однако лучше всего изучить синтаксис и научиться писать самостоятельно.

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

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

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

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

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

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

правильная переадресация — Блог БИТ

Автор Олег На чтение 4 мин Просмотров 2.7к. Опубликовано

Что такое редирект? Зачем нужна переадресация с одних страниц на другие или перенаправление с одного домена на другой? Почему нужно склеивать при помощи 301 редиректа домен с префиксом www с таким же доменом без него. Как это сделать правильнее всего? Что означает файл .htaccess и где его найти? Ответы на все эти не самые простые вопросы ищите в этой статье.

Содержание

  1. Что такое 301 редирект?
  2. В каких случаях необходим серверный редирект?
  3. Правильный редирект — он какой?
  4. Редирект через htaccess
  5. Случай №1: изменение имени файла
  6. Случай №2: Замена расширения файла
  7. Случай №3: Редирект с домена с www на домен без www
  8. Случай №4: Избавляемся от префикса index. php после слэш (/)

Редирект (redirect) — это автоматическое перенаправление (переадресация) пользователя с одной страницы сайта на другую страницу. Редирект может осуществляться в пределах одного домена, то есть, к примеру, с главной страницы на внутренние или с внутренних страниц на главную. Но чаще всего, происходит перенаправление (редирект) с домена на домен, то есть на другой сайт.

Цифра 301 означает код, который возвращает веб-сервер в ответ на запрос браузера, когда он запрашивает какую-либо страницу. Обычно, он отдает код 200 (OK) – страница существует, и она немедленно отображается в окне браузера. А вот 301 означает, что страница перемещена перманентно, то есть навсегда. В ответе сервера также указывается новое местоположение перемещенной страницы.

301 редирект помогает переехать на другой домен

В каких случаях необходим серверный редирект?

В своей работе мне приходиться сталкиваться с типичной ситуацией: клиент создал новый сайт, под него арендовал новый домен с более красивым и коротким именем. Кстати, а вы читали статью как выбрать доменное имя правильно?
Затем он перенес туда весь контент со старого сайта. Что дальше? Дальше моя задача состоит в следующем: оставить в поиске только один новый сайт, а со старого перенести его «вес», со всем внешним ссылочным, тИЦ, PR, позициями и трафиком. То есть, попросту говоря, — «склеить» старый сайт с новым. Для этого и нужно сделать редирект.

Правильный редирект — он какой?

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

Я сознательно не буду упоминать варианты использования мета-тегов:

<meta http-equiv=»refresh» content=»0;URL=https://newdomain.com» />

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

Самым правильным перенаправлением считается серверный редирект, когда браузеру и поисковому роботу отдается код 301. Бывают еще редкие случаи употребления файла robots.txt. Но я вам не рекомендую использовать его в этих целях. Всё-таки robots.txt предназначен для других задач.

Редирект через htaccess

.htaccess позволяет прописать редиректы

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

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

Случай №1: изменение имени файла

[adblock468x60]

Вы поменяли название файла old_file. html на new_file.html. Чтобы автоматически перенаправить посетителя с одного файла на другой, запишем в файле .htaccess следующую директиву:

redirect 301 /old_file.html https://www.example.com/new_file.html

Случай №2: Замена расширения файла

Вы изменили расширение файла с file.html на file.php. В этом случае пишем:

redirect 301 /file.html https://www.example.com/file.php

Как видите, код практически идентичен случаю №1.

Случай №3: Редирект с домена с www на домен без www

Самый, пожалуй, распространенный случай, когда необходимо «склеить» два домена: www.example.com и example.com. Если этого не сделать с самого начала, то может сложиться ситуация, когда поисковая система проиндексирует оба сайта (хотя физически это будет один и тот же сайт). index\.php$ https://example.com/ [R=301,L]

Соответственно, если расширение .html, то меняем index.php на index.html

wordpress — Как я могу сделать 301 перенаправление index.html и принудительно использовать HTTPS?

Я переношу старый HTML-сайт на WordPress. Структура сайта выглядела так:

  • http://example.com/index.html
  • http://example.com/about.html
  • http://example.com/contact.html

А в WordPress теперь это выглядит так:

  • https://example.com/
  • https://example.com/about/ 9индекс\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d Правило перезаписи. /index.php [Л] # ЗАВЕРШИТЬ WordPress

    (отредактировано здесь, чтобы исправить ошибку, которую я получаю) Это работает, за исключением того, что http://example.com/index. html 301 перенаправляет на https://example.com/index.html , затем повторно 301 перенаправляет на https://example.com/ до тех пор, пока время истекло.

    Перенаправление 301 /index.html https://example.com/ игнорируется независимо от того, размещаю ли я его там, где он есть, или над строкой RewriteRule.

    Другие работающие перенаправления выполняют перенаправление 301 с http://example.com/about.html на https://example.com/about.html , а затем еще одно перенаправление 301 на https://example .com/about/ (200 ОК).

    Как я могу перенаправить http://example.com/index.html на https://example.com ?

    • wordpress
    • .htaccess
    • перенаправление 9индекс\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d Правило перезаписи. /index.php [Л] # ЗАВЕРШИТЬ WordPress

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

      http://example.com/index.html 301 перенаправляет на https://example.com/index.html , затем повторно 301 перенаправляет на https://onebanquethall.com , пока не истечет время ожидания.

      Этого не должно происходить в Apache. (Вы на сервере LiteSpeed?) Это было бы проблемой, если бы вы пытались перенаправить с index.php (так как позже вы перепишете запрос на index.php ), но index.html должно быть в порядке, даже если это назначенный документ DirectoryIndex .

      Возможно, вы сможете решить эту проблему, просто сбросив DirectoryIndex в верхней части сценария, чтобы явно удалить index.html . Например:

       DirectoryIndex index.php
       

      Вы также можете добавить условие к этому правилу, чтобы оно перенаправляло только первоначальный запрос от клиента, а не какие-либо внутренние перезаписи/подзапросы, которые могут происходить. 9https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301,NE] # НАЧАТЬ WordPress : так далее.

      Директива RewriteCond ( условие ), которая проверяет серверную переменную THE_REQUEST , гарантирует, что она будет перенаправлять только прямые запросы от клиента. THE_REQUEST содержит первую строку заголовков HTTP-запроса и не изменяется, если запрос перезаписывается. Директива RewriteCond применяется только к первой следующей директиве RewriteRule .

      «Особые» перенаправления должны идти перед общим HTTP на HTTPS, чтобы избежать двойного перенаправления при запросе старых URL-адресов через HTTP (это то, что вы тестируете).

      3

      Твой ответ

      Зарегистрируйтесь или войдите в систему

      Зарегистрируйтесь с помощью Google

      Зарегистрироваться через Facebook

      Зарегистрируйтесь, используя адрес электронной почты и пароль

      Опубликовать как гость

      Электронная почта

      Требуется, но не отображается

      Опубликовать как гость

      Электронная почта

      Требуется, но не отображается

      Перенаправление index.

      html в корень | SEO Форум

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

      Загрузите браузер, поддерживающий JavaScript, или включите его, если он отключен (например, NoScript).

      1. Дом
      2. SEO-тактика
      3. Средний и продвинутый SEO
      4. Перенаправление index. html в корень

      Эта тема была удалена. Его могут видеть только пользователи с правами управления вопросами.


      • Привет, мне интересно, есть ли безопасный способ объединить ссылочный вес на одной версии домашней страницы. Я нахожу входящие ссылки на свой сайт, которые ведут как на mysite.com/, так и на mysite.com/index.html. Я решил использовать mysite.com/ в качестве основного и единственного URL-адреса сайта, и теперь я хочу перенести весь ссылочный вес с mysite.com/index.html на mysite.com/ 9.0190 Когда я попытался перенаправить 301 из index.html в корень, это, конечно, создало неопределенный цикл.

        Я знаю, что могу использовать RewriteRule.., но перенесет ли он сок??

        Пожалуйста, помогите!


      • @streamlinemetrics это сработало и для моего сайта Finbit Solutions! Большое спасибо!


      • Это хорошо работает для моего сайта https://uaedesertsafari.com/

      • работает, спасибо!

      • Большое спасибо, у меня все работает.


      • Google может видеть это как 301, но сканирование MOZ, похоже, не делает этого.
        Не могли бы вы объяснить это?

        Я ищу хороший код .htaccess для этого перенаправления.

      • Спасибо, Streamline Metrics. Я искал везде и пробовал несколько разных правок в своем htaccess для перенаправления 301 с index.html на root, но ни один из них не работал. Ваш код работал чудесно. 9(.*)/index.html$ /$1/ [R=301,L]

        И да, Google будет рассматривать их как переадресацию 301, поэтому ваш сок будет передан и объединен.


      • спасибо, быстро!
        Несколько вопросов, прежде чем я приступлю к его реализации:

        будет ли это правило перенаправлять все файлы index.html в соответствующие корневые каталоги или оно будет работать только для домашней страницы?
        Кроме того, что касается опыта пользователя, это позаботится о перенаправлении запросов на отображение index.html в корень, но как насчет передачи сока. Будет ли Google рассматривать это как 301? 9index.html$ / [NC,R,L]

      У вас есть животрепещущий вопрос по SEO?

      Подпишитесь на Moz Pro, чтобы получить полный доступ к вопросам и ответам, отвечать на вопросы и задавать свои.

      Начать бесплатную пробную версию


      Есть вопрос?
      Просмотр вопросов

      Посмотреть Все вопросыНовые (нет ответов)ОбсуждениеОтветыПоддержка продуктаБез ответа

      От Все времяПоследние 30 днейПоследние 7 днейПоследние 24 часа

      Сортировка по Последние вопросыНедавняя активностьБольше всего лайковБольшинство ответовМеньше всего ответовСамые старые вопросы

      С категорией All CategoriesAffiliate MarketingAlgorithm UpdatesAPIBrandingCommunityCompetitive ResearchContent DevelopmentConversion Rate OptimizationDigital MarketingFeature RequestsGetting StartedImage & Video OptimizationIndustry EventsIndustry NewsIntermediate & Advanced SEOInternational SEOJobs and OpportunitiesKeyword ExplorerKeyword ResearchLink BuildingLink ExplorerLocal ListingsLocal SEOLocal Website OptimizationMoz BarMoz LocalMoz NewsMoz ProMoz ToolsOn-Page OptimizationOther SEO ToolsPaid Search MarketingProduct SupportReporting & AnalyticsResearch & TrendsReviews and RatingsSearch BehaviorSEO ТактикаТренды поисковой выдачиСоциальные сетиТехническое SEOВеб-дизайнБелое/черное SEO

      Связанные вопросы
      • Google и индексирование PDF

        Недавно я обратил внимание на то, что один из PDF-файлов на нашем сайте не отображался при поиске определенной фразы в документе. Пользователь пытался искать только на нашем сайте. Как только я снял ограничение сайта, я заметил, что есть другой сайт, использующий точно такой же PDF. Похоже, Google индексирует этот PDF, но не наш. Название, название и содержание одинаковы. Есть ли способ обойти это? Я нахожу это интересным, так как мы используем GSA, и в GSA он отображается для фразы. Я должен представить, что Google говорит, что у него уже есть PDF-файл, и поэтому игнорирует наш PDF-файл. Любые трюки, чтобы обойти это? Кстати, оба сайта по праву должны иметь PDF. Один из них — клиентский сайт, и им разрешено размещать созданные для них PDF-файлы. Однако я бы хотел, чтобы Mathematica также была указана. Запрос: нет ограничений по сайту (примечание: Teach for America занимает первое место, а Mathematica не указана). https://www.google.com/search?as_q=&as_epq=HSAC_final_rpt_9_2013.pdf&as_oq=&as_eq=&as_nlo=&as_nhi=&lr=&cr=&as_qdr=all&as_sitesearch=&as_occt=any&safe=images&tbs=&as_filetype=pdf&as_rights=&gws_rd=ssl#q=HSAC_final_rpt_9_2013.pdf+"Teach+charlotte"+filetype=pdf&as_qdr0 Запрос: ограничение сайта (обратите внимание, что он не находит фразу и перенаправляет на любое из слов) https://www.google.com/search?as_q=&as_epq=HSAC_final_rpt_9_2013.pdf&as_oq=&as_eq=&as_nlo=&as_nhi=&lr= &cr=&as_qdr=all&as_sitesearch=&as_occt=any&safe=images&tbs=&as_filetype=pdf&as_rights=&gws_rd=ssl#as_qdr=all&q="Teach+charlotte"+site:www.mathematica-mpr.com+filetype:pdf

        Средний и продвинутый SEO | | Джпфлейдерер

        0

      • Расширения «Без индекса»

        Привет! У нас есть веб-сайт электронной коммерции, и мы знаем о проблемах с дублированием содержимого/заголовка страницы. Мы знаем о теге «rel canonical» и теге «no index», но меня больше интересует последний. Мы используем CMS под названием Magento. Теперь у Magento есть расширение, которое позволяет вам использовать теги «без подписки» и «без индекса» для продуктов. Google проиндексировал многие из наших страниц, и я хотел знать, будет ли применение тега «без индекса» к повторяющимся страницам указывать Google на удаление повторяющихся URL-адресов, которые он уже проиндексировал. Я знаю, что тег скажет Google не индексировать страницу, но что, если я применю его к уже проиндексированному продукту?

        Средний и продвинутый SEO | | iBags

        0

      • Домашняя страница не индексируется

        Привет, команда Moz. У меня два сайта (один клиентский, другой мой). Оба они являются сайтами WordPress и оба размещены на WP Engine. Они оба настроены давно и оптимизированы «на странице». Страницы каждого сайта индексируются, но Google не индексирует главную страницу ни одного из сайтов. Просто для ясности: я могу настроить сайт WordPress и работать с ним, но я не программист. Судя по моей приборной панели Moz, оба в порядке. У меня есть инструменты для веб-мастеров, настроенные для каждого — и, насколько я могу судить (определенно не эксперт в инструментах для веб-мастеров), они в порядке. Я сделал очевидное и проверил, что флажок, запрещающий сканирование Google, не установлен, и я полагаю, что настроил правильные перенаправления и канонические значения. Заранее спасибо! Брент

        Средний и продвинутый SEO | | ЭшелонSEO

        0

      • Объекты HTML и SEO

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

        Средний и продвинутый SEO | | Каспер434

        0

      • Ранжирование с другими страницами, не индексируемыми

        Сайт занимает 4-5-е место с другими страницами, такими как конфиденциальность, о нас, страницы терминов. Я сталкиваюсь с этой проблемой в последние недели; обычно это происходит после того, как страница находится 1-2 месяца на странице 1 по условиям. Я думаю о том, чтобы использовать тот же якорь в качестве основного вопроса. Сайты, о которых идет речь, представляют собой сайты-микрониши на 1–5 страниц. Любые предложения приветствуются. Благодарю вас

        Средний и продвинутый SEO | | м3фан

        0

      • Внезапное изменение проиндексированных страниц

        Каждую неделю я проверяю количество страниц, проиндексированных Google, используя функцию «сайт:». Я настроил постоянную переадресацию со всех страниц без www на страницы с www. Когда я запускал функцию для: Страницы без www (например, site:mysite.com) будут иметь 12 000 результатов. www-страницы (т. е. site:www.mysite.com) будут иметь около 36 КБ. Последние несколько дней все изменилось! Я получаю 12 КБ для страниц с www и 36 КБ для страниц без www. Вещи, которые я изменил: Я добавил канонические URL-ссылки в заголовок, все они имеют www в URL-адресе. Мои вопросы: Это повод для беспокойства? Кто-нибудь может мне это объяснить?

        Средний и продвинутый SEO | | inhouseseo

        0

      • 301 редирект на каждой странице?

        Добрый вечер, мой вопрос может показаться глупым, но, пожалуйста, простите меня, я все еще изучаю SEO. Если я создам новый сайт, который заменит существующий сайт. Есть ли смысл делать перенаправление 301 для страниц, на которых нет входящей ссылки, поэтому нет возможности пройти? Я типа думаю что было бы лучшей практикой перенаправить 301 каждую страницу на страницу, которая имеет смысл на новом веб-сайте  .... но вот почему я так думаю. Почему я так говорю Если мне повезет, многие из моих старых страниц веб-сайта будут проиндексированы, на многих из них нет внешних ссылок. Итак, как только новый веб-сайт появится в сети, пока все мои новые страницы веб-сайтов не будут проиндексированы, я могу представить, что Google будет отправлять людей на индексные страницы (старые, которые больше не существуют)... Я прав? Так что в этом случае, если я сделаю перенаправление 301 только для страниц с входящими ссылками, пользователь попадет на страницу 404. Не могли бы вы сказать мне, если это имеет смысл, как я думаю? Большое спасибо !! Нэнси P. S. Я бы не перенаправлял, если это не имеет смысла для пользователя. Я полностью понимаю, что мы всегда должны помнить об опыте пользователя при принятии любых решений о переадресации 404 и 301. Но чтобы упростить вопрос, просто предположим, что с точки зрения пользователя можно сопоставить все старые страницы сайта со страницей нового веб-сайта.

        Средний и продвинутый SEO | | EnigmaSolution

        0

      • Ограничение URL-адресов в карте сайта HTML?

        Итак, я начал делать карту сайта для нашего нового гольф-сайта, на котором довольно много страниц «низкого уровня» (около 100 для полей для гольфа, которые существуют в этом районе, а затем около 50 для архитекторов полей) и т. д. и т.п. Мой вопрос/открытая дискуссия проста. В карту сайта, которая уже содержит около 50 ссылок, должны ли мы включать эти другие ссылки низкого уровня 150? Конечно, там есть ссылка на «Поля для гольфа», а также ссылка на ГЛАВНЫЕ страницы «Архитекторы полей» (которые подразделяются на ЭТИ страницы). Я читал, что ограничение составляет около 150 ссылок на странице sitemap.html, и хотя было бы неплохо ранжировать длинный хвост для полей для гольфа. В целом, сама архитектура нашего сайта также легко сканируется. Так что главный вопрос - просто включить ВСЕ ссылки или только основные? Мысли?

        Средний и продвинутый SEO | | Джеймс О

        0

      Как перенаправить динамические URL-адреса 301 с помощью Htaccess

      Примечание редактора: это руководство было первоначально опубликовано в ноябре 2008 года. С тех пор оно было обновлено для обеспечения точности и отражения современных практик.

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

      Однако, как только вы несколько раз настроите перенаправление URL-адресов и ознакомитесь с файлом .htaccess, процесс станет довольно простым.

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

      Но сначала давайте пройдемся по важной справочной информации.

      Что такое переадресация 301?

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

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

      Но они также являются ключевыми для вашей стратегии SEO.

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

      Что такое динамический URL?

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

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

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

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

      Что такое файл .htaccess?

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

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

      Когда использовать переадресацию 301 

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

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

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

      Как выполнить перенаправление 301 в .htaccess

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

      Кроме того, поскольку существует множество различных конфигураций серверов, вам, возможно, придется попробовать несколько методов, чтобы найти тот, который лучше всего подходит для вашего сайта. В приведенных ниже примерах я делюсь стратегиями, которые я успешно использовал для сайтов наших клиентов. 9$ https://www.example.com/content/page? [R=301,L]

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

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

      Например, ваш URL может быть page.php?page_num=68 . Если это так, вы просто замените id=68 9$ https://www.example.com/newpage.php/page/55c9/? [R=301,L]

      Примечание: Какой бы метод вы ни использовали для выполнения перенаправления 301, если ваш URL-адрес содержит решетку (#), он не будет перенаправляться должным образом.

      Другие полезные ресурсы

      Чтобы узнать больше о динамическом перенаправлении HTTP и перезаписи URL-адресов, мы рекомендуем следующие ресурсы и руководства:

      • htcaccess, 301 Redirects и SEO | SEOBook
      • Руководство по 301 редиректу с файлом .htaccess | Семруш

      Кроме того, WordPress предлагает несколько плагинов для редактирования файла .htaccess.

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

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

      Как перенаправить веб-страницу с помощью перенаправления 301

      Вы только что изменили дизайн некоторых страниц своего веб-сайта. Страницы
      имеют высокий рейтинг в поисковых системах, и вы не хотите, чтобы
      потеряли. Как можно безопасно перенаправить трафик веб-сайта со старых
      страниц на новые без потери0190 рейтинг? Вы можете сделать это с помощью «перенаправления 301»

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

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

      Что такое файл .htaccess?

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

      Как реализовать 301 Redirect

      1. Чтобы создать файл .htaccess, откройте блокнот, назовите и сохраните
      файл как .htaccess (без расширения).

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

      3. Поместите этот код в ваш файл .htaccess:

      редирект 301 /old/old. htm http://www.you.com/new.htm

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

      5. Сохраните файл .htaccess

      6. Загрузите этот файл в корневую папку вашего сервера.

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

      Примечания: Не добавляйте "http://www" в первую часть оператора
      - укажите путь от верхнего уровня вашего сайта
      до страницы. Также убедитесь, что вы оставили один пробел
      между этими элементами:

      перенаправление 301 (инструкция о перемещении страницы)

      /old/old.htm (исходный путь к папке и имя файла)

      http://www .you.com/new.htm (новый путь и имя файла)

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

      Во время следующего обновления старое имя файла и путь
      будут удалены и заменены новыми. Иногда вы можете
      увидеть чередование старых и новых имен файлов в течение переходного периода, а также некоторые колебания в ранжировании. Согласно 9(.*)$ http://www.domain.com

      Вы также можете использовать один из них в файле .htaccess:

      перенаправление 301 /index.html http://www.domain.com/index.html
      редирект постоянный /index.html http://www.domain.com/index.html
      перенаправлениепостоянный /index.html http://www.domain.com/index.html

      Это перенаправит "index.html" на другой домен, используя постоянное перенаправление
      301-Moved.

      2. Если вам нужно перенаправить http://mysite.com на 9(.*)$ http://www.domain.com/$1 [R=301,L]

      Совет: используйте полный URL-адрес (например, http://www.domain.com), когда
      получает входящие ссылки на ваш сайт. . Также используйте полный URL-адрес
      для внутренней ссылки на ваш сайт.

      3. Если вы хотите перенаправить ваши .htm-страницы на .php-страницы
      и у вас включен mod_rewrite на вашем сервере, вы можете
      поместить это в свой файл .htaccess:

      RewriteEngine на
      RewriteBase /
      RewriteRule (. *).htm$ /$1.php

      4. Если вы хотите перенаправить свои страницы .html или .htm на
      .shtml страницы, так как вы используете серверные включения
      (SSI), добавьте этот код в ваш файл .htaccess:

      AddType text/html .shtml
      AddHandler анализируемый сервером .shtml .html .htm
      индексы параметров FollowSymLinks включает
      DirectoryIndex index.shtml index.html

      Часто задаваемые вопросы:
      В чем разница между переадресацией 301 и мета редирект?

      Meta Redirect
      Чтобы отправить кого-то на новую страницу (или сайт), поместите это в глава твоего
      документ:

      Content="10; указывает браузеру подождать 10 секунд перед передачей
      , выбирайте, сколько хотите, вы можете даже
      выбрать 0, чтобы обеспечить более плавный переход, но некоторые (действительно старые
      ) браузеры не могут использовать это, поэтому я бы предложил
      разместить ссылку на этой странице на ваш новый сайт для них

      При мета редирект страница с редиректом выдает
      200 Статус OK и какой-то другой механизм перемещает браузер
      на новый URL-адрес. С 200 OK на обеих страницах поисковая система
      хочет проиндексировать как начальную страницу, так и целевую страницу
      — и это известный метод спама (настройте
      10 000 доменов, полных ключевых слов для поисковых систем, чтобы индексировать
      , а затем мета перенаправить «настоящего посетителя» через 0 или 1
      секунд на «настоящий сайт»), так что за его использование вы будете оштрафованы на
      .

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

      Заключение: Самый безопасный способ перенаправить старые веб-страницы на
      новых страниц или старого веб-сайта на новый веб-сайт и сохранить
      того же рейтинга в поисковых системах, чтобы использовать перенаправление 301. Он
      также передаст ранг страницы с вашего старого сайта на ваш
      новый сайт.

      301 Redirect Htaccess

      Существует довольно много путаницы по поводу 301 редиректа и того, как он влияет на SEO и рейтинг сайтов.

      Я широко использовал постоянные перенаправления 301 как на своих сайтах, так и на сайтах клиентов SEO, и в этом руководстве по SEO я объясню, как использовать перенаправления 301 для сервера Linux Apache и чего следует ожидать в плане SEO.

      Я НЕ включил руководство по перенаправлению для Windows Server 301 Redirects, поскольку они не используют файл .htaccess, как вы используете с серверами Apache. Также обратите внимание, что добавление перенаправления 301 с использованием файла . htaccess — это не единственный способ добавить перенаправление 301 для веб-сайта, работающего под Linux, есть перенаправления PHP и перенаправления на стороне сервера, добавленные через конфигурационные файлы Apache, так что это лишь один из многих способов. решить проблему SEO с каноническими URL-адресами с www и без www.

      Сначала немного базовой информации для тех, кто плохо знаком с постоянными переадресациями.

      301 или постоянное перенаправление в основном сообщает браузеру (или роботу поисковой системы), что сайт или страница, к которым он обращается, перемещены навсегда. Затем он немедленно перенаправляет эту страницу на новую.

      Поисковые системы, такие как Google, попытаются передать преимущества SEO (преимущества PR и анкорного текста) со старой страницы на новую страницу. Примечание: перенаправление 301 требует небольших затрат на SEO, это демпфирующий фактор, добавленный Google, чтобы предотвратить неправильное использование 301 в черной шляпе SEO. Стоимость SEO оценивается примерно в 15% от PR/ссылочной выгоды, пройденной через перенаправление 301, которая теряется. Это похоже на стоимость стандартной ссылки, когда PR проходит через ссылку на другую веб-страницу, он «съедает» ~ 15% выгоды от PR/ссылки.

      Как настроить перенаправление 301 в вашем файле .htaccess

      Существует несколько способов настроить перенаправление 301, вероятно, самый простой — через файл .htaccess, так как он не требует доступа к серверу, только доступ по FTP. Файл .htaccess — это текстовый файл, который вы добавляете на свой сайт для хранения информации о сайте и даже каталоге сервера (у вас может быть файл .htaccess для каждого каталога или только один для всего сайта). В основном он добавляет или переопределяет текущие настройки сервера.

      Если у вас возникли проблемы с созданием файла .htaccess (некоторые текстовые редакторы не создают файл с именем .htaccess), загрузите один из приведенных ниже примеров (или один из других позже) и отредактируйте в соответствии со своими потребностями.

      Пример файла .htaccess (весь код, упомянутый в этой статье)

      Простой редирект 301

      Простой редирект 301, который перенаправляет старую страницу на новую, например, для перенаправления stallion-theme. co.uk/old- seo.htm на stallion-theme.co.uk/new-seo.php выполните следующие действия.

      Откройте файл .htaccess в текстовом редакторе (например, Блокноте) и добавьте следующий код:

       RewriteEngine On
      Перенаправление 301 /old-seo.htm https://stallion-theme.co.uk/new-seo.php 

      Или загрузите этот файл .htaccess и отредактируйте его по своему усмотрению.

      Первая часть (RewriteEngine On) может не понадобиться, но на всякий случай, если она отключена на вашем сервере, добавьте ее (нужно добавить только один раз для каждого файла .htaccess).

      Сохраните файл и загрузите файл .htaccess в корень домена, на котором размещена старая страница: «корень домена» означает, что если вы хотите загрузить его с помощью браузера, он будет найден по адресу https://stallion-theme. .co.uk/.htaccess (это выдаст запрещенную ошибку, если вы попытаетесь загрузить его).

      Теперь при доступе к stallion-theme.co.uk/old-seo.htm он будет немедленно перенаправлен на stallion-theme. co.uk/new-seo.php, а Google и т. д. должен передать любую ссылку (PR и анкорный текст). преимущества) на новую страницу.

      Будьте терпеливы, так как Google и т. д. требуется время, чтобы повторно проиндексировать страницу и передать выгоду новой странице, в течение этого периода (обычно в течение 6 недель) вы можете увидеть падение поисковой выдачи, но это должно быть временным.

      Вы можете использовать описанную выше процедуру для перенаправления на другой сайт, если мы добавим следующее в файл .htaccess на seo-gold.com

       RewriteEngine вкл.
      Перенаправьте 301 /old-seo.htm http://www.stallion-theme.co.uk/new-seo.php 

      или код ниже, чтобы использовать то же имя файла, что и на старом сайте —

       RewriteEngine On
      Редирект 301 /old-seo.htm http://www.stallion-theme.co.uk/old-seo.htm 

      Когда мы загрузим seo-gold.com/old-seo.htm, он будет перенаправлен на тему жеребца. .co.uk/new-seo.php или stalion-theme.co.uk/old-seo.htm соответственно.

      Загрузите этот файл . htaccess и отредактируйте его по своему усмотрению.

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

      301 Перенаправления и www/non-www Вопросы Canonical

      Существует два способа просмотра большинства сайтов: с www и без www. Я не буду вдаваться в полную историю www, достаточно знать, что когда первые веб-сайты выходили в сеть, они помещались в папку www на сервере (Всемирная паутина), и для доступа к ним нужно было использовать структуру URL-адреса www. domain.com и стал стандартным способом доступа к сайту через браузер. Но это не единственный способ, истинное «местоположение» файлов находится в домене.com: www на самом деле является поддоменом, у вас может быть совершенно отдельный сайт на www.

      Это привело к проблемам с поисковыми системами, такими как Google, при индексации обеих версий, что привело к дублированию контента и проблемам с обменом ссылками. Некоторые веб-мастера ссылаются на версию с www, а другие — на версию без www, пауки поисковых систем следуют по ссылкам и дважды просматривают сайт.

      Основные поисковые системы имеют возможность определять, что версии с www и без www одинаковы, и объединять результаты (передавая все преимущества только одной версии), но иногда это не удается, и мы видим, что обе версии проиндексированы, мы называем это каноническая проблема с www/non-www. Это плохо для владельца сайта, поскольку ссылочная выгода (PR/якорный текст) распределяется между двумя сайтами (что затрудняет получение конкурентоспособных позиций в поисковой выдаче).

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

      Чтобы проверить, есть ли у вас каноническая проблема с www или без www, выполните поиск по сайту: выполните поиск в Google-

       site:http://domain.tld 

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

      Для более крупных сайтов следующий поиск найдет только версию www-

       site:http://www.domain.tld 

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

      301 Redirects Исправляет каноническую проблему с www/non-www

      К счастью, небольшое количество кода в вашем файле .htaccess, расположенном в корневом каталоге, может решить каноническую проблему. Что делает этот код, так это 301 перенаправление с одной формы сайта на другую, как будто вы на лету настраиваете неограниченное количество простых 301 перенаправлений, которые я перечислил ранее. 9жеребец-theme.co.uk$ RewriteRule (.*) https://stallion-theme.co. uk/$1 [R=301,L]

      Приведенный выше код 301 перенаправит версию с www на версию без www. Очевидно, замените жеребец-тему и co.uk своим доменным именем/tld.

      Загрузите код перенаправления 301 в готовый файл .htaccess и отредактируйте его по своему усмотрению.

      Более сложные постоянные перенаправления 301

      Вышеупомянутые постоянные перенаправления 301 охватывают большинство ситуаций, с которыми вы столкнетесь, ниже я опубликую пару подробных постоянных перенаправлений, когда вы хотите изменить доменные имена для существующего сайта, избегая любых www и не-www канонические проблемы. 9www.seo-gold.com$ RewriteRule (.*) https://stallion-theme.co.uk/$1 [R=301,L]

      Приведенный выше код будет перенаправлять 301 версию seo-gold.com как с www, так и без www (старый домен) на версию stallion-theme.co.uk без www (новый домен). Добавьте этот файл .htaccess на СТАРЫЙ сайт и загрузите файлы со старого сайта на новый, чтобы увидеть плавный переход со старого домена на новый.

      Ожидайте некоторых временных (менее 6 недель) падений поисковой выдачи, поскольку Google и т. Д. Примите во внимание новые перенаправления 301.

      Загрузите обе версии приведенного выше кода в готовый файл .htaccess и отредактируйте его по своему усмотрению.

      Не забывайте, что при перемещении доменов вы также должны добавить в новый домен файл .htaccess, который решает канонические проблемы (код под заголовком «301 Redirects Fix the www/non-www Canonical Issue»).

      Эта статья должна охватывать подавляющее большинство сценариев, требующих переадресации 301.

      Дэвид Лоу

      Дэвид Лоу > AKA SEO Dave

      : 20+ лет опыта работы внештатным консультантом по SEO, экспертом по WordPress SEO, интернет-маркетологом, разработчиком нескольких плагинов WordPress SEO / тем SEO, включая адаптивную тему Stallion.

      Веб-сайт — SEO Gold

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

      Если вы часто обновляете свой бизнес-сайт, вы, вероятно, знакомы с перенаправлением. Перенаправление, по сути, сообщает браузеру пользователя: «Эй, контент, который вы ищете, находится не по этому URL. Но не волнуйтесь, мы отправим вас в нужное место».

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

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

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

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

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

      Кроме того, перенаправление HTML позволяет установить время задержки (в секундах) перед тем, как пользователь или робот поисковой системы перейдет на новую страницу. Эта задержка удобна, если вы хотите отобразить короткое сообщение до того, как произойдет перенаправление.

      Как перенаправить на другую страницу в HTML

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

      Синтаксис этого тега следующий:

       

      В перенаправлении HTML тег содержит два атрибута: http-equiv и content . Значение http-equiv всегда равно Refresh — это сообщает браузеру, что вы хотите автоматически обновить страницу.

      Затем атрибут content принимает два значения:

      • delay_time — это числовое значение, которое устанавливает задержку перед загрузкой браузером новой веб-страницы. Например, значение 3 заставит браузер ждать три секунды на старой странице перед перенаправлением.
      • new_website_url — это URL-адрес веб-страницы, на которую вы хотите перенаправить.

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

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

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

      В этом видеоролике все эти шаги объясняются более подробно.

      Пример HTML-кода перенаправления

      Теперь давайте рассмотрим пример кода для перенаправления HTML, чтобы лучше понять, как они работают.

      Вот код HTML-страницы, которая перенаправляет пользователей на hubspot.com с задержкой в ​​три секунды. Обратите внимание, что тег размещается внутри документа.

       


         
              Старая страница
           
           
         
         
           

      Эта страница была перемещена. Если вы не будете перенаправлены в течение 3 секунд, нажмите здесь, чтобы перейти на главную страницу HubSpot.


         
      < /html>

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

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

      Проблемы с перенаправлением HTML и альтернативы

      Хотя перенаправление HTML является самым простым способом реализации перенаправления, оно также создает проблемы с доступностью. Некоторые старые браузеры не будут правильно отображать тег , в результате чего старая страница будет мигать на экране перед загрузкой новой страницы (даже если вы установите задержку более 0) или страница вообще не обновится.

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

      Чтобы избежать этих проблем, рассмотрите возможность использования другого метода перенаправления на своем веб-сайте. Наиболее распространенным методом перенаправления на сегодняшний день является перенаправление HTTP. Перенаправления HTTP настраиваются на сервере, на котором размещен веб-сайт, и могут быть перенаправлением 301 (постоянное) или перенаправлением 302 (временное).

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

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

      HTML-перенаправления: отправляйте пользователей в нужное место.

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

      Тем не менее, этот тип перенаправления, вероятно, не должен использоваться каждый раз. Часто для всех пользователей лучше реализовать стандартную переадресацию HTTP 301 (постоянную).

Добавить комментарий

Ваш адрес email не будет опубликован.