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

FTP (File Transfer Protocol) - это протокол передачи информации в интернете и локальных компьютерных сетях. Это программа, осуществляющая удалённое подключение к выделенной папке для просмотра и обмена файлами, в том числе больших размеров. Обмен данными возможен от компьютера к удалённому серверу и между другими ФТП-серверами.

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

Собственный FTP-сервер имеет определённые преимущества:

  • позволяет управлять сервером и его ресурсами;
  • предоставлять пользователям разные права доступа;
  • для него не нужен статический IP-адрес.
  • нет ограничений скорости;
  • отсутствие оплаты хостеру за его размещение;

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

Компанией Майкрософт в Windows 7 добавлена функция Internet Information Services (IIS), осуществляющая общий доступ из сети к выделенной для этой цели папке. Поэтому, чтобы создать FTP-сервер для Windows 7, не требуется дополнительно устанавливать ПО.

Установка FTP-сервера

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

Для создания ФТП-сервера на Windows 7 необходимо:

  • Нажать «Пуск» и открыть раздел «Панель управления». Для удобства просмотра можно выбрать режим «Мелкие значки».

  • Перейти в раздел «Программы и компоненты», где выбрать «Включение или отключение компонентов Windows».

  • В списке открывшегося меню нужно отметить компоненты, которые следует активировать, поставив рядом галочку. Это папка «FTP-сервер», в ней два пункта: «Расширяемость FTP» и «Служба FTP», а также папка «Средства управления веб-сайтом», а в ней- «Консоль управления IIS». Для запуска нажать OK.

Настройка ФТП-сервера

  1. Теперь нужно снова зайти через «Пуск» в «Панель управления».
  2. Найти раздел «Администрирование» и открыть в этом разделе «Диспетчер служб IIS».
  3. Перейти во вкладку «Сайты», щёлкнув на название правой кнопкой, выбрать из списка «Добавить FTP сайты».
  4. В новом окне требуется указать имя будущего ФТП-сервера, и путь к каталогу с его данными. К следующему этапу настройки можно перейти, нажав кнопку «Далее».
  5. Теперь устанавливаются параметры сервера. В поле IP-адреса выбрать нужный из списка. Можно привязать его к определённому адресу или сделать расширенный доступ, выбрав пункт «Все свободные». При этом должен быть отмечен стандартный порт- 21. Если планируется постоянно использовать FTP-сервер, то следует поставить отметку галочкой «Запускать FTP-сайт автоматически». Выбрать опцию «Без SSL», её можно включить в случае необходимости позже. Снова нажать «Далее».
  6. В новом окне задаётся тип авторизации. В пункте «Проверка подлинности» можно разрешить вход для обычных или анонимных пользователей. Здесь же можно настроить для них права. Нажать«Готово».

После завершения установки в разделе «Сайты» появится новый ФТП-сервер.

Настройка брандмауэра Windows

Теперь обязательно необходимо настроить брандмауэр Windows для открытия портов и функционирования служб.

Снова войти в «Панель управления», затем «Брандмауэр Windows». Найти раздел «Дополнительные параметры».

В нём выбрать «Правила для входящих соединений». Для них рекомендуется установить пассивный режим. Для этого правой кнопкой мыши нажать и включить правила «FTP Server Passive» и «FTP-сервер (входящий трафик)». Таким же образом для исходящих подключений включить в соответствующем разделе правило «FTP-Server».

Подключение пользователей

Чтобы на сервер могли заходить пользователи, их необходимо подключить.

  • Во вкладке «Панель управления» открыть папку «Администрирование».

Раздел Администрирование

  • Найти раздел «Управление компьютером», затем перейти к папке «Локальные пользователи». Нажав правой кнопкой на строку «Группы», выбрать функцию «Создать группу». В новом окне указать имя и короткое описание группы, нажать «Создать».
  • Теперь можно подключить пользователей к созданной группе. В папке «Локальные пользователи» нажать правой кнопкой на строку «Пользователи» и выбрать из списка меню «Новый». Заполнить поля, введя имя и пароль, здесь же следует установить галочкой запрет на смену пароля.
  • Для подключения пользователя нажать правой кнопкой на его учётную запись и выбрать из списка меню пункт «Свойства», далее - вкладка «Членство в группах» и кнопка «Добавить». Найти созданную группу, добавить и нажать OK. Эту процедуру нужно выполнить для всех пользователей сервера.
  • На следующем этапе определяются права доступа пользователей группы к рабочему каталогу. Для этого нужно перейти к каталогу «Сайт», щёлкнуть по названию правой кнопкой и открыть «Свойства». Далее - вкладка «Безопасность», в пункте «Изменить» указать название группы и нажать ОК. Затем нужно настроить права для пользователей.
  • Войти в «Диспетчер служб IIS», нажав правой кнопкой на строку «Правила авторизации FTP», добавить разрешающее правило. Можно позволить пользователям запись и удаление данных, а можно только чтение.

Установка и настройка сервера завершена. Однако, теперь нужно знать, как зайти на FTP-сервер.

Стандартные функции Windows позволяют сделать это просто. Достаточно открыть папку «Мой компьютер», затем в адресной строке указать путь к серверу.

Другой способ - создать ярлык подключения к ФТП на рабочем столе компьютера.

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

Проверять код ответа нужно для того, чтобы поисковик правильно индексировал страницы. Если страницы, которые нужно включить в индекс, будут отдавать код 404 — никакого продвижения у вас не получится.

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

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

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

Как проверить код ответа сервера

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

Яндекс Вебмастер

В Яндекс Вебмастере проверить код ответа сервера можно с помощью инструмента Server Response . Указав url-адрес любой страницы, которая может находится в индексе, нажимаем «Проверить».

Поскольку страница работает нормально, поисковому боту отдается код 200, с пояснением «ОК» — все хорошо.

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


Как было написано выше, в ответ на несуществующую страницу, сервер выдает ошибку 404, с пояснением «Not Found» — не найдено.

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

Bertal

В отличии от Server Response, помимо ботов Яндекса на Bertal можно выбрать GoogleBot и BingBot, а также популярные браузеры. Укажем те же страницы, чтобы подтвердить правильную работоспособность сервера. В списке ботов выберем GoogleBot.



Пиксель Тулс

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

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

Что такое ошибка 301

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

Также приведу пример с проверкой страницы, с которой происходит .


В графе «Location» указана ссылка на которую происходит переадресация. Пояснение «Moved Permanently» означает, что страница переехала навсегда.



Что такое ошибка 503

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

Вот видос, где Гроховский поясняет за коды ответа сервера:

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

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

301 Moved Permanently

301 редирект является постоянным редиректом, который передает около 90-99% ссылочного веса. Данный редирект указывает, что страница перемещена по новому адресу и старый url следует считать устаревшим.

302 Found (HTTP 1.1) / Moved Temporarily (HTTP 1.0)

302 редирект - временный редирект. Данный редирект передает 0% от ссылочного веса и, в большинстве случаев, не должен использоваться. На данный момент интернет работает по протоколу HTTP, который и определяет, как обрабатывать URL-адреса. В двух версиях этого протокола этот ответ сервера имеет разный статус ответа:

  • HTTP 1.0: 302 ответ сервера это «Moved Temporarily » - текущий документ временно перемещен на другой URL.
  • HTTP 1.1: произошло изменение ответа сервера на «Found» - текущий документ найден.

307 Moved Temporarily (HTTP 1.1 Only)

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

Другие виды редиректов

Существуют также и другие виды редиректов: Meta Refresh или с помощью JavaScript - которые выполняются на уровне страницы, а не на уровне сервера. Вот как выглядит типичный редирект Meta Refresh:

meta content="5;url=http://www.seoprofy.ua/" />

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

Канонизация домена сайта или как склеить домен?

Чтобы склеить домен с www на без www:

RewriteCond %{HTTP_HOST} ^www.site.com$

RewriteRule ^(.*)$ http://site.com/$1

Для склейки с без www на с www:

RewriteCond %{HTTP_HOST} ^site.com$

Для того чтобы правильно выбрать на какой из вариантов склеивать, желательно посмотреть:

  • который из этих вариантов больше находится в ТОПе
  • у какого из вариантов больше страниц в индексе

Канонизация слеша в конце урла

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

  • http://www.site.com/cat1/
  • http://www.site.com/cat1

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

Для того чтобы удалить слэш в конце:

RewriteCond %{HTTP_HOST} (.*)

RewriteCond %{REQUEST_URI} /$

RewriteRule ^(.*)(/)$ $1

Для того чтобы добавить слэш в конец адресной строки:

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_URI} !(.*)/$

RewriteRule ^(.*[^/])$ $1/

Редирект одной страницы на другую страницу:

Redirect 301 /oldpage.html http://www.site.com/newpage.html

Редирект для дублей главной страницы:

Этот код гарантирует, что любой адрес домашней страницы, который включает несколько версий прямых ссылок имени страницы, например, default.htm или index.html, будет перенаправлен на каноническую главную страницу, http://www.site.com:

RewriteCond %{THE_REQUEST} ^{3,9} /([^/]+/)*(default|index|main).(html|php|htm) HTTP/

RewriteRule ^(([^/]+/)*)(default|main|index).(html|php|htm)$ http://www.site.com/$1

Редирект каталога

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

RewriteRule ^(.*)/old-catalog/(.*)$ $1/new-catalog/$2

Но, если url старого каталога начинается сразу после домена: www.site.com/old-catalog/, то необходимо воспользоваться следующим кодом

RewriteRule old-catalog /(.*) / old-catalog /$1

Редирект при смене расширения файлов

Если вы вдруг переехали на другую платформу или CMS, и при этом у url-ов изменились только расширение, то в этой случае вам поможет вот такой редирект:

RedirectMatch 301 (.*).php$ http://www.site.com$1.html

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

Редирект с разных доменов и субдоменов

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

RewriteRule ^(.*)$ http://www.site.com/$1

Таким образом, все домены типа www.site.ru, www.site.net, test.site.com будут переадресовываться на сайт www.site.com.

Как удалить несколько слешей/тире в урле

Иногда «по случайности» в урле могут появиться по несколько слешей, например, www.site.com/catalog////page-1.html. В таких случаях необходимо делать 301 редирект на страницу с одним слешем www.site.com/catalog/page-1.html:

RewriteCond %{REQUEST_URI} ^(.*)//(.*)$

RewriteRule . %1/%2

Аналогично, можно склеить в урле несколько дефисов в один: с www.site.com/catalog/page-1.html на www.site.com/catalog/page-1.html:

RewriteCond %{REQUEST_URI} ^(.*)-(.*)$

RewriteRule . %1-%2

Как сделать редирект с любого урла на url только в нижнем регистре

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

$lowerURI=strtolower($_SERVER[’REQUEST_URI’]);

if($_SERVER[’REQUEST_URI’]!=$lowerURI)

header("HTTP/1.1 301 Moved Permanently");

header("Location: http://" . $_SERVER[’HTTP_HOST’] . $lowerURI);

Как переехать на новый домен? Оптимальная стратегия 301 редиректа

Оптимальной стратегией переезда на новый домен, учитывая пожелания 2-ух основных поисковых систем рунета Яндекс и Google, это:

  • постраничный 301 редирект со старого сайта на новый.
  • при этом для файла robots.txt редирект не делаем, а прописываем в нем директиву Host на новый домен.

Тогда код для настройки редиректа на старом сайте может иметь следующий вид:

RewriteCond %{REQUEST_FILENAME} robots.txt$

RewriteRule ^([^/]+) $1 [L]

RewriteCond %{HTTP_HOST} !^www.site.com

RewriteRule ^(.*)$ http://www.site.com/$1

а файл robots.txt для старого сайта:

User-agent: Yandex

Host: newsite.com

Генерация 301 редиректов

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

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

Как проверить 301 редирект

После каждого изменение логики работы 301 редиректа необходимо проверять работоспособность сайта:

  • вообще ли работает сайт: зайти на главную страницу)
  • походить по основным разделам и страницам сайта

Также для более тщательной проверки отработки редиректов можно использовать следующие сервисы:

Как и когда лучше использовать 301 редирект vs Canonical

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

301 - Эй, Поисковики: моя страница уже не здесь, и она навсегда переехала на новую страницу. Пожалуйста, удалите старую страницу из индекса и передайте её вес на новую страницу.

Canonical - Эй, Поисковики (так для большинства поисковых систем): у меня есть несколько версий этой страницы (или содержания), пожалуйста, индексируйте только ту версию страницы, на которую стоит canonical. Я буду держать другие страницы доступными для людей, чтобы они могли их видеть, но, Поисковик, не включай их в свой индекс и пожалуйста, передай вес на мою предпочтительную страницу.

Когда лучше использовать 301 редирект

  • По умолчанию - это предпочтительный метод
  • Для страниц: если страница навсегда переехала или была заменена на новый адрес
  • Для доменов: если сайт переехал на новый домен (продажа сайта, ребрендинг и т.д.)
  • Для 404 страниц и страниц с контентом, который потерял свою актуальность (при условии соответствующего содержания). Например, если удален товар из определенного каталога, то можно сделать редирект на похожий товар или на url-категории, к которой принадлежал данный товар.

Когда лучше не использовать 301 редирект?

  • Когда 301 редиректы не могут быть реализованы, или их внедрение займет слишком много времени
  • Дублированный контент, но вы хотите сохранить обе страницы для людей (например, показывать на разных урлах разный размер одежды)
  • Страницы с несколькими разными url по сути одной страницы (например, сортировки каталога, отслеживания партнерских ссылок, ...)
  • Кросс-доменов, когда оба сайта похожи, но похожий контент нужно оставить на каждом из доменов.

Итого

Ошибки при использовании редиректов

  • Любой многошаговый редирект. Если есть возможность, то желательно не допускать многошаговых редиректов, чтобы он и быстрее сработал, и передалось максимум ссылочного веса.
  • Использование неправильного типа редиректов. При выборе типа редиректа необходимо учитывать нюансы каждого из них.
  • Внедрение внутренних редиректов без смены ссылок на новые адреса. После внедрения всех редиректов у себя на сайте, необходимо проверить, чтобы каждая страница вашего сайта уже ссылалась на новую и внутри сайта у вас не было ссылок на страницы, с которых происходит редирект.
  • Редирект на нерелевантные страницы/контент. Редирект всегда желательно проставлять на максимально релевантную страницу: или на похожую страницу, или на ветку каталога/раздела, к которому принадлежала данная страница.
  • Неправильный выбор использования rel=canonical vs 301 редирект.
  • Редирект, конечной точкой которого является не 200-я страница. Редирект должен вести на правильно работающую страницу с 200 ответом сервера. Иначе, желательно не сбивать поисковых роботов и отдавать 404 ответ.
  • Редирект robots.txt. Так как, например, нужно прописывать директиву Host для Яндекса при склейке доменов.

Надеемся, что данное руководство станет вам шпаргалкой и помощником для использования 301-го редиректа для вашего сайта.

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

Что такое 301 редирект и с какой целью он применяется?

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

Когда следует использовать 301 редирект?

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

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

Какие способы 301 редиректа существуют на Apache?

На сайтах под управлением веб-сервера Apache реализовать 301 редирект можно тремя способами:

  1. С использованием файла.htaccess, который должен находиться в корневой папке домена.
  2. Модифицируя файла httpd.conf (в корне установленного Apache).
  3. Испольхуя php-скрипт (об этом ниже).

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

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

Внимание! Проводник Windows"а не даст создать файл с точкой вначале, поэтому рекомендую использовать FTP-клиент, например, FileZilla или Total Commander.

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

  1. Включить модуль Apache mod_rewrite
  2. Включить ReWriteEngine в модуле mod_rewrite

Делается это следующим образом:

Options +FollowSymLinks
RewriteEngine on

Обратите внимание, что эту пару строк нужно вписать только единожды в файл.htaccess. Как только эти строки будут добавлены, можно настраивать 301-редиректы.

Не забываем комментировать код

# Редирект с этого домена на Яндекс
RedirectMatch 301 ^(.*)$ http://www.yandex.ru

Примеры

Чтобы выполнить перенаправление с адреса с www на адрес без www, следует добавить следующее правило в файле.htaccess на сервере, на котором находиться сайт:

RewriteCond %{HTTP_HOST} ^www.mysite.ru
RewriteRule ^(.*)$ http://mysite.ru/$1

Аналогично, если мы хотим, чтобы наш сайт был доступен по адресу с www, тогда следует прописать следующие правила:

RewriteCond %{HTTP_HOST} ^mysite.ru
RewriteRule ^(.*)$ http://www.mysite.ru/$1

Кроме того, мы также можем выполнить 301 редирект с помощью php скрипта. Редирект с версии „с www” на „без www” будет иметь в этом случае следующий вид:

if(substr($_SERVER["HTTP_HOST"], 0, 3)!="www")
{
header("Location: http://www.mysite.ru".$_SERVER["REQUEST_URI"]);
exit;
}
?>

И наоборот

if(substr($_SERVER["HTTP_HOST"], 0, 3)=="www")
{
header("HTTP/1.1 301 Moved Permanently");
header("Location: http://mysite.ru".$_SERVER["REQUEST_URI"]);
header("Connection: close");
exit;
}
?>

301 редирект со старого домена на новый, при переезде

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

RewriteEngine on
RewriteRule ^(.*)$ http://www.mynewsite.ru/$1

301 редирект для одной страницы

В случае, если мы хотим перенаправить конкретную страницу на новый адрес, мы можем использовать следующее правило:

Redirect 301 /old-page.php /new-page.php

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

Чтобы проверить тип переадресации, просто используйте любой инструмент, способный анализировать заголовки отправляемые браузером. Примером такого инструмента является testuri.org .

В поле Page URI/URL, просто введите адрес страницы, которую хотим проверить, а затем нажать на кнопку Check page.

Через некоторое время мы увидим результаты теста вместе с кодом ответа сервера.

Резюме

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

Решил тут на одном WordPress сайте сменить ЧПУ (постоянные ссылки) для блога. Но как сделать так, чтобы позиции проекта в поисковиках, а также трафик не пострадали? Теоретически это не так уж и сложно, но вопрос оказался немного неоднозначным. Поэтому решил написать пост по теме. Фактически вам нужно сделать две вещи:

  1. Изменить постоянные ссылки в админке вордпресс.
  2. Сделать дабы не потерять позиции сайта.

Первым делом заходим в админку в раздел «Параметры» — «Постоянные ссылки», где выбираем нужный вам формат ссылок.

Чтобы проверить работает ли редирект вам просто нужно зайти по старой ссылке на сайт и посмотреть куда браузер будет вас переадресовывать. Если попадаете по нужному адресу, то полдела сделано. Теперь требуется убедиться, что установлен 301, а не 302 редирект. Для сохранения всех «SEO эффектов» нужен именно 301.

Сервисы проверки 301 редиректа

Вот парочка сервисов для проверки (на момент написания поста все работали нормально):

В результате проверки видим на какую страницу установлен редирект и какого типа.

Этот сервис 1-2 раза заглючил, возможно, в самом блоге новая структура ссылок еще не обновилась.

Под формой проверки есть кратка инфа про то, что это за сервис, зачем отслеживать редирект и какие типы их бывают. Вводите нужный вам URL и кликаете «Track URL».

Также все вроде бы окей, как пишет сервис в результате проверки.

Самое интересное , что при совпадении названия поста в WordPress какую бы структуру ссылок вы не указывали в браузере, также будете попадать на правильную страницу с 301 редиректом. То есть, если например в блоге с работающей ссылкой:

http://www.use4blog.com/prodvizhenie/nuzhny-podpischiki/

Я буду пытаться перейти по линку (без указания в настройках системы нужных постоянных ссылок):

http://www.use4blog.com/nuzhny-podpischiki/

То все равно WordPress перебросит на нужный пост еще и с 301 редиректом. Хотя, если изменить УРЛ:

http://www.use4blog.com/prodvizhenie/nuzhny-podpischiki-new/

Тогда, конечно, получим страницу 404 ошибки. Для этого случая вам нужно будет установить модуль редиректа для WordPress, например плагин Redirection или его аналоги.

В блоге WordPress inside я рассматривал замечательный современный плагин WordPress SEO by Yoast . Так вот его разработчик в далеком 2011 писал пост о редиректах после смены постоянных ссылок. В статье упоминался специальный инструмент создания правильных редиректов.

Здесь вводите ссылку на сайт и выбираете нужную структуру ссылок. В итоге получите код, который потребуется дописать в начало.htaccess файла. Но, как видим из первой части статьи, возможно, в 2011 году это было актуально, а теперь в новых версиях WordPress (тестировал в 3.3.х) система автоматически создает редирект. В любом случае я потестирую как оно работает на самом деле, а потом отпишусь вам упал ли позиции сайта. Надеюсь, этого не случится:)

P.S. Кстати, если уж заговорил о SEO, то возможно будет актуально предложение от siteclinic.ru. Они лечат сайты от фильтров Google и Яндекса которые иногда случаются. Из некоторых выйти можно самостоятельно, если разбираться в данном вопросе, но эффективнее обратиться к специалистам.