Причины почему перенос сайта мог пойти не по плану
Большинство из нас знают, что изменения на вашем сайте представляют риск для вашего рейтинга – и миграция сайта-это самое большое, что вы можете сделать, чтобы рискнуть всем за один раз.
Термин "миграция " используется довольно часто, но я склонен определять его как:" любое значительное изменение, которое потребует переоценки сайта поисковыми системами."
Это может включать в себя все, от содержания и изменения дизайна до изменения структуры URL, переключение на HTTPS, или перемещение домена полностью.
Я советую не менять более двух из вышеперечисленных пунктов в любой момент времени, в противном случае риск значительно возрастает. Вам будет необходимо иметь ряд резервных копий на месте, что увеличит необходимое время подготовки и количество разработчиков, которые будут вам нужны под рукой в течение нескольких недель после миграции.
За последние 18 месяцев я участвовал в десятках миграций сайтов в разных сферах, и самые сложные из них, как правило, имеют одну (или несколько) из этих проблем:
Термин "миграция " используется довольно часто, но я склонен определять его как:" любое значительное изменение, которое потребует переоценки сайта поисковыми системами."
Это может включать в себя все, от содержания и изменения дизайна до изменения структуры URL, переключение на HTTPS, или перемещение домена полностью.
Я советую не менять более двух из вышеперечисленных пунктов в любой момент времени, в противном случае риск значительно возрастает. Вам будет необходимо иметь ряд резервных копий на месте, что увеличит необходимое время подготовки и количество разработчиков, которые будут вам нужны под рукой в течение нескольких недель после миграции.
За последние 18 месяцев я участвовал в десятках миграций сайтов в разных сферах, и самые сложные из них, как правило, имеют одну (или несколько) из этих проблем:
1. Добавление 301 редиректов в ваши старые файлы robots.txt
Вы переносите свой сайт, и ваш SEO говорит, что вам нужно перенаправить все, не так ли? Неправильно!
Поисковые системы, которые обычно используют для определения файл robots.txt на вашем сайте, позволит избежать обхода вашего сайта, если они обнаружат, что он теперь перенаправляет на другой. Это плохо, потому что это означает, что все переадресации которые вы использовали не будут учитываться поисковыми система, потому что они не посещают эти страницы, из-за ограничения на обход.
Со временем перенаправления в конечном итоге будут отслеживаться. Но я видел случаи, когда это занимает от трех до четырех месяцев, и видимость сайта никогда не достигает высоты, которую он будет иметь, если перенаправить через роботс не было сделано в первую очередь.
Со временем перенаправления в конечном итоге будут отслеживаться. Но я видел случаи, когда это занимает от трех до четырех месяцев, и видимость сайта никогда не достигает высоты, которую он будет иметь, если перенаправить через роботс не было сделано в первую очередь.
2. Отсутствие понимания существующего веса сайта
Знание того, что вы потеряете и что вы можете позволить себе потерять, чрезвычайно ценно. Не все страницы созданы равными, и зная, что важно, вы не оставите позади никакого потенциала, который помогал вашему текущему сайту работать.
Убедитесь, что вы понимаете:
Из чего формируется коммерция сайта и показатели
Когда поисковые системы видят изменения и индексят их
На каких страницах есть ссылки
Какой контент привлекает пользователей больше всего
Когда поисковые системы видят изменения и индексят их
На каких страницах есть ссылки
Какой контент привлекает пользователей больше всего
Таким образом, вы будете знать, какие разделы и страницы стоят вашего времени, когда дело доходит до перенаправления или воссоздания.
Это также может помочь сгенерировать бай-ин, когда вы просите больше времени на разработку или понимаете, что развертывание должно быть отложено на неделю, чтобы вы могли все отсортировать, потому что вы (SEO) не были привлечены к обсуждениям раньше (подробнее об этом позже).
Это также может помочь сгенерировать бай-ин, когда вы просите больше времени на разработку или понимаете, что развертывание должно быть отложено на неделю, чтобы вы могли все отсортировать, потому что вы (SEO) не были привлечены к обсуждениям раньше (подробнее об этом позже).
3. Нет настроенного 301 редиректа со старого домена на новый
Я видел несколько вариантов этого на протяжении многих лет, с предприятиями, которые владели несколькими доменами и неосознанно указывали только один редирект на свой главный сайт (да, это действительно произошло).
В результате выпадение было значительным, и удаление ручного редиректа на домене перенаправления было только половиной проблемы, так как основной сайт был пойман фильтром пингвином почти сразу.
Еще в марте 2018 года я видел, как предприятия не проверяют, что они перенаправляют на свой сайт, и видимость пошла на убыль, а не достигла ожидаемых улучшений.
Эта точка и точка 2 в этом списке всегда вызваны следующей точкой.
В результате выпадение было значительным, и удаление ручного редиректа на домене перенаправления было только половиной проблемы, так как основной сайт был пойман фильтром пингвином почти сразу.
Еще в марте 2018 года я видел, как предприятия не проверяют, что они перенаправляют на свой сайт, и видимость пошла на убыль, а не достигла ожидаемых улучшений.
Эта точка и точка 2 в этом списке всегда вызваны следующей точкой.
4. Слишком поздно вовлекать SEO специалиста в обсуждение
Предприятия связались с нами после того, как ущерб был нанесен, а это значит, что мы должны принять меры, чтобы обратить вспять проблемы. Но не всегда так было – иногда я тоже участвовал в дискуссии с самого первого дня.
Последнее (очевидно) предпочтительнее. Хотя весьма вероятно, что SEO не сможет сказать больше всего на этих первых обсуждениях, в течение нескольких встреч вы, вероятно, заметите, что ваш SEO может направлять другие команды вокруг потенциальных проблем (таких как пункты 2 и 3), которые в противном случае были бы пропущены, если бы его не было на совещании.
Это также помогает кому-то обуздать тех, кто хочет изменить каждую деталь, от структуры URL до содержимого страницы и метаданных, не рассматривая органическое воздействие.
Последнее (очевидно) предпочтительнее. Хотя весьма вероятно, что SEO не сможет сказать больше всего на этих первых обсуждениях, в течение нескольких встреч вы, вероятно, заметите, что ваш SEO может направлять другие команды вокруг потенциальных проблем (таких как пункты 2 и 3), которые в противном случае были бы пропущены, если бы его не было на совещании.
Это также помогает кому-то обуздать тех, кто хочет изменить каждую деталь, от структуры URL до содержимого страницы и метаданных, не рассматривая органическое воздействие.
5. Забывание о доступе к консоли поиска, консолидация файлов Disavow
Это не обязательно то, что сделает вашу миграцию успешной или неудачной, но скорее предупреждение. То, что старый сайт больше не существует, не означает, что старый профиль консоли поиска не понадобится.
Мало того, что у него будут исторические данные, которые могут пригодиться для сравнения в первый год нового сайта, но я видел примеры общения Google с веб-мастерами через исходный профиль GSC, а не новый. Это более распространено, когда сайт перешел с HTTP на HTTPS.
Я также видел сайты с ручными санкциями для спам-структурированной разметки или проблем безопасности, где сообщения будут сохраняться в разделе "ручные санкции" поисковой консоли в HTTPS-версии сайта, несмотря на наличие отдельного сообщения, подтверждающего удаление действия.
Только когда запрос на повторное рассмотрение или запрос на проверку был отправлен через профиль HTTP, сообщения были полностью удалены. Слишком педантично? Да, но ваш клиент или босс будет благодарен, что вы устранили все сообщения в поисковой консоли сайта, которые приносят плохие новости от Google.
Наконец, что – то, что должно быть критически важным при переезде - переместите файл disavow из старого домена в новый, потому что это может предотвратить падение поисковой видимости, которые вы почувствуете, если вы сделаете ошибки в пункте 3.
Мало того, что у него будут исторические данные, которые могут пригодиться для сравнения в первый год нового сайта, но я видел примеры общения Google с веб-мастерами через исходный профиль GSC, а не новый. Это более распространено, когда сайт перешел с HTTP на HTTPS.
Я также видел сайты с ручными санкциями для спам-структурированной разметки или проблем безопасности, где сообщения будут сохраняться в разделе "ручные санкции" поисковой консоли в HTTPS-версии сайта, несмотря на наличие отдельного сообщения, подтверждающего удаление действия.
Только когда запрос на повторное рассмотрение или запрос на проверку был отправлен через профиль HTTP, сообщения были полностью удалены. Слишком педантично? Да, но ваш клиент или босс будет благодарен, что вы устранили все сообщения в поисковой консоли сайта, которые приносят плохие новости от Google.
Наконец, что – то, что должно быть критически важным при переезде - переместите файл disavow из старого домена в новый, потому что это может предотвратить падение поисковой видимости, которые вы почувствуете, если вы сделаете ошибки в пункте 3.
Успехов в переезде.
Делайте умное SEO.
Ваш, Смарт Маркетинг.
Делайте умное SEO.
Ваш, Смарт Маркетинг.