301 Переадресация передового опыта - несколько сайтов на одном сайте

У меня около 15 + сайтов, и мы хотим отбросить эти сайты и объединить их только на одном сайте (создайте страницы для каждого из них на новом сайте).

15+ доменов сайта следует перенаправить на один сайт, как показано ниже:

a.com -> z.com/a
b.com -> z.com/b
c.com -> z.com/c
..

Кроме того, мы хотим перенаправить (301) страницу за страницей из старых доменов в новый новый домен, чтобы сохранить рейтинг страницы:

 a.com/about-us     -> z.com/a/about-us
 b.com/about/abouus -> z.com/b/about-s
 c.com/contactus    -> z.com/c/contact-us

Каждый из 15 + сайтов работает на своем собственном сервере с другой платформой, а новый сервер - IIS.

В настоящее время я думаю о двух подходах:

  • Укажите старые записи DNS на новый сервер z.com и обработайте все перенаправления на сервере.

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

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

ОТВЕТЫ

Ответ 1

Сценарий

Вы создали новый сайт и хотите перенаправить все старые сайты (15+) на новый сайт (страница на страницу).

Все старые сайты работают на своем сервере на разных платформах, а новый - IIS.

Ваши параметры

  • Укажите старые записи DNS на новый сервер z.com и обработайте все перенаправления на сервере.

Преимущество

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

Неудобство

  • Комплекс для выполнения
  • заботиться о конфликте похожих страниц (дважды проверьте путь перенаправления)
  1. Сохраните старый сайт и настройте правила перенаправления на каждом сервере для перенаправления каждой страницы на соответствующую страницу на новом сайте.

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

Это просто пустая трата денег, и время перенаправления будет больше.

Ответ 2

Ваш первый подход определенно лучший.

  • Легко поддерживать
  • Вам не нужно сохранять прежнюю инфраструктуру (хотя в вашем втором случае вам нужно будет только перенаправлять интерфейс, например apache, nginx или lighthttpd)
  • Отсутствуют риски с точки зрения производительности, поскольку от одного запроса посетителя до старого местоположения, перенаправление ответа и запрос на новое местоположение будут поступать по очереди, а не одновременно.

Ответ 3

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

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

насколько огромна ваша система

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

Если мы говорим о системе, обрабатывающей 10 страниц QPS и 1K или о системной обработке 50K QPS и имея 1B-страницы, которые нам нужны для динамической перенастройки загрузки системы, может быть проблемой, а p.2 может выглядеть лучше

откаты

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

какие системы у вас есть

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

простота обслуживания

На первый взгляд первый подход выглядит проще с точки зрения обслуживания, но я не знаю, какую систему вы используете и насколько сложны правила переадресации. Если они сложные динамические, например, a.com/product.php?id=1 = > z.com/a/iPhone6S, перемещающие миллионы таких URL-адресов в одну точку, могут быть сложными

SEO

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

Ответ 4

Вам следует рассмотреть возможность использования внешней службы для решения вашей проблемы. Посмотрите http://redirect.center, есть простой способ решить эту проблему.

Просто укажите в каждой dns информацию:

www.a.com CNAME TO www.z.com.opts-slash.a.opts-uri.redirect.center

Я привел вам пример:

http://site1.nati.biz будет перенаправлен на http://www.bbc.co.uk/a/

http://site1.nati.biz/abc будет перенаправлен на http://www.bbc.co.uk/a/abc

Что это!

Ответ 5

Записи DNS не способны перенаправлять HTTP, что имеет решающее значение для SEO. Чтобы убедиться, что ваш перенаправление 301 перенаправление HTTP, вы можете использовать sniffer.

Ответ заключается в том, чтобы убедиться, что ваше перенаправление 301 перенаправлено HTTP, чтобы вы правильно поняли SEO. Помимо этого, это просто вопрос вкуса/архитектуры/денег, а не стандартов.

UPDATE

Подробнее:

  • wikipedia

    Как Bing, так и Google рекомендуют использовать 301 перенаправление для изменения URL-адреса страницы, как показано в результатах поиска.

  • ehow.com

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

  • webmasters.stackexchange.com

    Повторяющийся контент возникает, когда один и тот же контент доступен на двух разных URL-адресах. Чтобы предотвратить дублирование контента на www vs no-www, используйте 301 переадресацию для перенаправления одного на другой. Чтобы реализовать перенаправления, необходимо правильно настроить веб-сервер. Пока DNS указывает на веб-сервер (CNAME или запись), веб-сервер может быть настроен правильно.

Ответ 6

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

Я решил, что укажу на старый DNS-сервер на моем сервере и напишу некоторый код MVC, чтобы поймать каждый запрос, а затем использовать набор правил с помощью оператора vb.net Like для сравнения входящего Url с моим набором правил.

Это сработало. Я перенаправляю 300 + страницы на мой новый сайт примерно с 10 правилами. К ним относятся изменения структуры папок, форум (который был главным образом неаккумулен, но имел несколько хороших вопросов), и я реализую правило "catchall", которое указывает на новую домашнюю страницу, если я что-то пропустил.

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

https://301redirect.website/

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