Перемещение каталога в домен и поддержание SEO
Недавно я завершил создание веб-сайта для клиента, который размещался на моем личном сервере, пока мы не были готовы перенести его в их собственный выделенный домен. По неосторожности подкаталог был проиндексирован, когда он все еще находился в моем домене, и, таким образом, поиск сайта показывает его существование на моем сервере.
Я настроил 301 постоянное перенаправление и отправил запрос на обход в Google в надежде исправить результаты поиска, но, к сожалению, результаты по-прежнему такой же.
Во всей литературе, которую я читал, говорится о настройке 301-х при переходе с домена на домен, но практически ни в одном из них не говорится о перемещении сайта из подкаталога в его собственный TLD.
Существует ли определенный процесс при перемещении сайта из подкаталога в собственный домен с сохранением ранее существовавшего SEO?
2 answers
У вас есть несколько вариантов. A 301 redirect, или 404 not found, 410 gone, или заблокируйте доступ с помощью robots.txt. Каждый вариант зависит от конкретной ситуации.
Если у вас есть ссылки на поддомен, то перенаправление 301 является временным решением для сохранения любого значения этой ссылки. Если вас не беспокоят ссылки на поддомен, то следующие варианты могут быть лучше. Я предупреждаю вас, что с любыми ссылками на поддомен в конечном итоге придется иметь дело. Вы должны решить, имеет ли какая-либо из ссылок достаточную ценность сохранить на некоторое время. Если у них есть ценность, которую вы не хотите потерять, то перенаправление 301 может помочь в этом. Имейте в виду, что 301 перенаправление имеет ценность только до тех пор, пока они продолжают существовать. В конце концов, их, скорее всего, придется сломать, чтобы поддомен можно было удалить, если таков план.
Если нет ссылок на поддомен, то есть лучшие варианты, которые помогут быстрее решить вашу проблему.
Любой 301 redirect сохранит ссылки. Если нет ссылок на будьте осторожны, тогда перенаправление 301 сохранит оба набора URL-адресов в индексе: URL-адреса поддоменов и (правильные) URL-адреса доменов. Что, похоже, не то, что вы хотите, и замедлит любое бурление (правильного) домена в SERPS.
Ошибка 404 not found может удалить страницы поддомена из индекса, но это займет некоторое время, потому что вы в некотором смысле не сообщаете поисковику или пауку, что страница исчезла. Тем не менее, ошибка 404, естественно, легко сделать. Для период, Google будет пробовать каждую страницу несколько раз, пока Google не решит, что каждая страница действительно исчезла. Google использует метрику стиля TTL (время жизни), основанную на свежести. В этом случае, поскольку это новые страницы, TTL может быть довольно длинным. Следовательно, это может быть более длительный процесс.
Ошибка 410 gone может привести к удалению поддоменных страниц из индекса, но доступ к каждой странице должен быть открыт снова в любое время, которое у Google есть для каждой страницы. Google использует метрику стиля TTL (время жизни) основанный на свежести. В этом случае, поскольку это новые страницы, TTL может быть довольно длинным. Следовательно, это может быть более длительный процесс. Тем не менее, это был бы намного более короткий процесс, чем ошибка 404 не найдена.
Использование файла robots.txt для блокировки доступа к поддомену может значительно быстрее удалить все страницы из индекса. В этом случае, когда robots.txt файл снова считывается, и Google блокируется с сайта поддомена, после чего Google обычно удаляет проиндексированные страницы в течение нескольких дней. Этот все еще может занять некоторое время, основываясь на показателе TTL для сайта в целом. Google не будет проверять robots.txt подавайте документы более одного раза в течение 24 часов. Если у Google более короткое значение TTL для поддоменного сайта, то robots.txt может быть перечитан в течение нескольких дней. Хотя это тоже может занять недели. Однако, как только robots.txt файл считывается, процесс удаления поддоменных страниц из индекса может занять всего несколько дней.
Если нет никаких преимуществ в сохранении поддомена, это гораздо более быстрый процесс, чтобы просто использовать robots.txt файл для блокировки доступа из поддомена, чтобы удалить эти страницы из индекса, позволяя (правильному) домену затем выполнять в SERPS, как вы намереваетесь. ЕСЛИ вы торопитесь, то заблокируйте доступ к поддомену в пределах robots.txt это будет самый быстрый вариант.
Что касается SEO, то, скорее всего, вы не сможете сохранить никакой ценности вне ссылок и существующего поиска. Ссылки могут иметь небольшую ценность. Ты должен решить. Первичный причина в том, что это новый сайт. Я бы предположил, что в поисковых системах произошло недостаточное проникновение, чтобы иметь реальную ценность. Конечно, ваш клиент захочет получить такую ценность для своего собственного сайта, и взлом поддомена - это справедливая и правильная вещь для вашего клиента. Единственная реальная ценность, которую я вижу, - это поисковый трафик. Если он низкий, то вам почти ничего не стоит разбить поддомен и позволить (правильному) домену всплывать в поисковой выдаче. Если это то, что вы решите, что это лучший вариант для вашего сценария, тогда в мире поисковых систем это должен быть относительно быстрый процесс, 30-60 дней, чтобы начать создавать поисковый трафик, что вполне нормально. Помните, что в зависимости от сайта в любом случае может потребоваться 6-12 месяцев, чтобы должным образом впитаться в SERPS. Если ваш поддомен существует всего несколько месяцев, он на самом деле не очень сильно впитался. Иногда лучшее, что можно сделать в бизнесе и SEO, - это ловить наживку и ловить рыбу.
Вам необходимо 301 перенаправить каждый URL-адрес каталога на эквивалентный URL-адрес на веб-сайте вашего клиента. Если вы не сделаете это так, то это никогда не сработает, и вы потеряете свой PageRank:
yoursite.com/sub/first-page => clientsite.com/new-url-maybe-the-same-for-first-page
yoursite.com/sub/second-page => clientsite.com/new-url-maybe-the-same-for-second-page
После исправления ваших перенаправлений вам придется подождать некоторое время (т. Е. недели, может быть, месяцы), прежде чем вы увидите желаемые результаты. 301 Перенаправления не переносят PageRank немедленно, GoogleBot решит, когда повторно сканировать ваш сайт, и в конечном итоге он будет следить за перенаправлениями и индексировать их как часть ваших результатов поиска.