Изменение большой (1 миллион + ссылок) карты сайта после изменения пути URL

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

Мы изменили URL-адрес для большинства URL-адресов таким образом, чтобы он перешел из

site.com/old_path/page

к

site.com/new_path/page

Все old_path URL-адреса правильно используют перенаправление 301 на new_path. В HTML я выполнил инструкции, предложенные это сообщение MOZ , в котором предлагается сохранить ссылки old_path на страницах HTML в течение недели, чтобы дать Google возможность следуйте всем 301 переадресациям и переиндексируйте старые страницы, так что мы не получим много ошибок «Дублировать содержимое» из индексов с новыми и старыми путями.

Мой вопрос: как я должен обрабатывать карту сайта в GWT? В настоящее время у меня есть и мой старый файл Sitemap со всеми URL old_path, который был в основном проиндексирован, и моя новая карта сайта с кодом new_path одновременно. Я думал, что было бы лучше удалить файл Sitemap old_path, поскольку все они приводят к перенаправлению 301, но я боюсь, что мои рейтинги будет быстро снижаться, если удаление старого файла Sitemap приведет к удалению этих URL из индекса.

Должен ли я удалить старый файл Sitemap?

1 голос | спросил anon-seo-wannabe 21 J000000Thursday16 2016, 22:04:39

1 ответ


2

Простой ответ. Ваша карта сайта должна отражать структуру, которую вы хотите, а не структуру, которую вы не хотите. Он должен содержать только ваши новые URL-адреса.

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

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

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

Повторяющиеся проблемы с содержимым часто быстро устраняются. Я никогда не слышал о проблемах с дублирующимся контентом, используя перенаправление 301 для реструктуризации сайта. Несколько лет назад я прошел аналогичную реструктуризацию с 287 000 301 переадресацией, а не одну проблему с дублирующимся контентом. Я оставил 301 переадресацию на место в течение 6 месяцев, что, вероятно, было слишком долго. Я сделал это для Bing и других больше, чем Google. Как только Google начнет сканировать мой сайт и увидеть 301 переадресацию, он массово переиндексировал мой сайт всего за неделю или около того.

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

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

ответил closetnoc 22 J000000Friday16 2016, 01:48:19

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132