5 ошибок SEO-миграции сайта, которых следует избегать с Сарой Мокканд

Опубликовано: 2022-06-27


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

Сегодня мы собираемся обсудить пять ключевых ошибок, которых следует избегать при переносе вашего веб-сайта с женщиной, которая в прошлом году сдалась и подписалась на Netflix и Disney Plus. Она является соведущей встречи SEO Nerds Switzerland и специалистом по SEO в Liip, агентстве веб-разработки и мобильной разработки с шестью офисами в Швейцарии. Добро пожаловать в подкаст In Search SEO, Сара Мокканд.

Ошибки, которых следует избегать:
  1. Плохое планирование
  2. Не тестировать редиректы
  3. Не проверять постановку
  4. Миграция в период повышенного спроса
  5. Индексация промежуточной стадии





5 советов по миграции сайта, на которые стоит обратить внимание


    Сара: Привет.

    Д: Привет, Сара. Вы можете найти Сару на сайте liip.ch. Итак, Сара, почему миграция веб-сайтов является такой большой проблемой для SEO-специалистов?

    СУБЪЕКТ: В основном потому, что вы можете потерять весь органический трафик, который является источником дохода, я бы сказал. Это основная причина, поэтому каждый должен быть очень осторожным при переносе своего веб-сайта.

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



    1. Плохое планирование



    СУБЪЕКТ: Да, одна из самых больших ошибок — это плохое планирование. У меня есть пара примеров. Плохое планирование может начаться с самого начала. Например, в агентстве продают неправильное количество дней, а значит, приходится заново обсуждать бюджет, что крайне усложняет. Примеров несколько, но начнем с основных проблем. Очевидно, что вы не сможете реализовать вещи так, как хотите, если не спланируете их должным образом. Вторая проблема, как я уже говорил, это потеря трафика. Это катастрофический сценарий, потеря трафика, и решение этой проблемы состоит в том, чтобы узнать имена всех участников. В этом секрет. Узнайте, кто разработчик, кто интерфейс, бэкэнд, дизайнер и т. д. Узнайте все, что можно, об их именах и о том, чем они занимаются, чтобы вы всегда могли связаться с ними.

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

    Д.: Конечно, в план можно включить множество вещей, но есть ли стандартные элементы, которые вы бы включили в план? Или каждый проект уникален?

    СУБЪЕКТ: Я бы сказал, что есть три стандартные вещи. Зная, когда выбрана технология, зная, когда дизайнер начнет разрабатывать архитектуру веб-сайта, и зная, в какой момент она будет запущена, вы можете проанализировать этапы, чтобы убедиться, когда они будут запущены. Это подводит меня к разбивке миграции веб-сайта. У вас есть план, и вы разбиваете его на этапы. Во-первых, это этап подготовки, когда вы взаимодействуете с разработчиками. И там вы также должны проанализировать, как работает сайт, какие страницы важны и т. Д. И вы также подготовите свою карту перенаправления. Следующим этапом будет этап тестирования, на котором вы тестируете все, потому что все, что находится на стадии подготовки, будет работать на 100%, поэтому, если там есть проблема, она возникнет позже.

    D: Вы также упомянули URL-адреса. Я думаю, некоторые миграции веб-сайтов проще, чем другие. Возможно, вы переносите серверы и сохраняете ту же технологию, CMS, те же URL-адреса… Что произойдет, если вы измените каждый URL-адрес или большинство URL-адресов, потому что вам нужно? Может быть, вы переходите от того, что содержит ASP, например, в конце URL-адреса, к довольно простому URL-адресу? Можно ли сохранить все ваши рейтинги и изменить URL-адреса одновременно?

    СУБЪЕКТ: Поскольку я работаю в девелоперской компании, для этого приходят люди. Они приходят не для того, чтобы просто немного изменить сервер. Они хотят сделать именно это. Они хотят все изменить. Это моя проблема. Так что да, это работает. Вы должны сделать свои перенаправления, вы должны сделать свою карту перенаправления, и у вас есть время, когда поисковые системы должны немного адаптироваться. В большинстве случаев это работает нормально, потому что когда вы делаете карту перенаправления, цель состоит в том, чтобы сделать это с умом. Например, вы знаете, что если страница ранжируется по чему-то конкретному, вы перенаправите ее на ту же тему. Затем вы должны быть немного осторожны в своей карте перенаправления, и тогда это сработает. Опять же, в большинстве случаев, которые я видел, это именно то, где они изменили все.

    Д.: Еще один уточняющий вопрос в связи с тем, что вы сказали. Вы сказали, что иногда поисковым системам нужно немного времени, чтобы адаптироваться. Сколько времени разумно дать поисковым системам, прежде чем вы увидите те же рейтинги, что и раньше?

    СУБЪЕКТ: Нет, я имел в виду до того, как вы запаникуете. Я бы сказал, что это зависит, но я видел несколько случаев, когда они не меняют все, но они меняются совсем немного и довольно быстро адаптируются. Я бы сказал максимум месяц, месяц-полтора. И если после этого не адаптируется, значит где-то проблема.

    D: Давайте перейдем ко второму пункту, а не к тестированию редиректов.



    2. Не тестировать редиректы



    С: Да. Давайте сделаем пару примеров на стене стыда, где у меня плохо получилось. Я помню, в начале я организовал свою карту перенаправления, и каждый файл был в порядке. Затем я передал его разработчику, чтобы он подготовил все, что я тестировал. А я сказал, что все нормально. Затем он вышел в эфир. И когда мы вышли в прямой эфир, мне было интересно, что происходит. А потом я понял, что он генерирует цепочку редиректов, чему я немного удивился. Так что мне посчастливилось иметь очень хорошие отношения с разработчиками, которые смогли исправить это на месте. Это был один из случаев, когда я тестировал, но недостаточно хорошо, потому что не осознавал этого перед выходом в эфир.

    Очередной раз на стене позора и осознать, как важно все идеально протестировать. Я помню, что был веб-сайт со многими странами, но для URL-адреса была определенная роль. Поэтому я попросил разработчика помочь мне написать сценарий, чтобы мы пошли быстрее. Он сделал сценарий, а затем я забронировал у разработчика полдня, чтобы провести тест, но потом он сказал: «Эй, Сара, я проверил это». Фантастика. Если вы уже это сделали, прекрасно. Но позвольте мне попробовать одну страну. Я протестировал ее в США и сказал: «Все работает. Большой. Спасибо. До свидания. Дай пять!" Потом мы вышли в эфир. Я все проверил, и когда я проверил, я подумал: «Что происходит? Что такое прыгать? Где Япония и Кувейт?» Итак, я вижу, что мы перенесли все, но мы пропустили Японию и Кувейт, чего я не осознавал до их запуска. И опять же, мне повезло, потому что они помогли мне восстановить его сразу, поэтому никаких реальных последствий не было, потому что это произошло в тот день, когда мы все исправили. Но это проблема. Вы должны проверить.

    Д.: Думаю, это также относится к третьему пункту, потому что третий пункт не одитирует постановку.



    3. Отсутствие аудита постановки



    СУБЪЕКТ: Да, это часть третьего пункта. В начале у меня были билеты, я их проверял, и в постановке все было хорошо. Фантастика. Билеты реализованы. Но потом я понял, что тогда я не проверял, как я обычно проверял веб-сайт. Например, вы начинаете видеть странные вещи. Я помню этот веб-сайт, который появился недавно, и на стороне сервера он отлично отображался. Я мог видеть все в коде в консоли. Так что я был счастлив. Но у меня проблема со скрытыми элементами, я всегда проверяю скрытые элементы. Случилось так, что JavaScript вел себя очень странно. Он удалял все тексты из скрытого элемента. Так что вы могли видеть это, но не в коде. Это пример того, насколько важно проводить аудит подготовки веб-сайта и проверять всю реализацию.

    Другое, что вам нужно сделать, это иметь свой собственный контрольный список, исправить контрольный список со всеми задачами, точно так же, как аудит, и тогда вы всегда можете добавить столбец. Например, если вы используете Google Sheet, у вас есть столбец, что для этой задачи у меня есть билет, для этих задач он не требуется, я мог бы взять его. Например, для случая с JavaScript, который я привел, вы не открываете тикет, вы открываете его только в случае возникновения проблемы. А затем вы указываете свой список приоритетов в другой колонке, в статусе. Какой URL-адрес состояния сделать в процессе, а затем прокомментировать. Комментарии очень важны, все их убирают, но комментарии важны, потому что вам нужно знать, почему что-то блокируется. Например, если человек блокирует или блокирует другой билет, вам нужно знать, чтобы заблокировать его. Это немного об аудите постановки и ее важности. Это зависит от того, но некоторые разработчики также будут использовать, например, noindex на всех страницах в коде. И тогда они забудут удалить его, когда выйдут в эфир. Проблема в том, что вы должны знать, что они используют его, поэтому вы можете попросить их не забыть удалить noindex перед запуском, пожалуйста.

    Д.: И пункт номер четыре, которого следует избегать, — это миграция в период повышенного спроса.



    4. Миграция в период высокого спроса



    С: Да. Это должно быть очевидно, потому что у вас есть проблема с потерей трафика, или, по крайней мере, в течение короткого периода времени, это не всегда так. Опять же, это зависит от миграции сайта, но есть риск времени на адаптацию. А затем, если у вас есть время для других занятий… Допустим, вы занимаетесь электронной коммерцией. Вероятно, между октябрем и концом декабря вы не хотите переносить свой веб-сайт, потому что приближается Рождество, и многие люди будут покупать через ваш магазин электронной коммерции. Клиент обычно знает, что в этот период у него высокий спрос. Таким образом, вы можете проверить с клиентом их аналитику, чтобы избежать проблемы.

    D: Вы упомянули ранее, что некоторые разработчики могут даже поместить noindex на каждую страницу, чтобы попытаться избежать индексации страниц. Ошибка номер пять — это индексация промежуточной версии. Не могли бы вы посоветовать использовать тег noindex на каждой странице тестовой среды, чтобы избежать подобных вещей?



    5. Индексация промежуточной стадии



    СУБЪЕКТ: Нет, защита паролем — это всегда решение. Вы можете сделать noindex, но, как в моем примере, вы можете забыть, когда выйдете в эфир. В конце концов, лучшее решение, которое всегда работает, — это защита паролем, точка. Я помню, как несколько лет назад постановку проиндексировали, и это был, наверное, самый шокирующий опыт, который у меня был. Постановка была проиндексирована, и проблема заключалась в том, что… вы могли купить билеты на веб-сайте, и проблема заключалась в том, что люди, которые пытались купить билеты на веб-сайте подготовки, были немного катастрофическими. Можете ли вы представить людей, пытающихся совершить покупку на промежуточном веб-сайте? Поэтому они связались со мной, сказав, что у них есть эта проблема. И мы смогли решить ее, поскольку решить ее относительно легко. Это, пожалуй, один из основных моментов для меня. После того, как разработчики поставили защиту паролем и вставили файл noindex. Поэтому мне нужно быть осторожным не только в том, чтобы проверить, что он защищен паролем, но и в том, чтобы проверить noindex.

    D: Я уверен, что вы могли бы расширить этот разговор до 101 ошибки, которую следует избегать при переносе нашего веб-сайта, но, надеюсь, у нас есть ваша пятерка. Как всегда, отличный материал от Сары. Давайте закончим рассолом Парето. Парето говорит, что вы можете получить 80% результатов, прилагая 20% усилий. Какое SEO-направление вы бы порекомендовали, чтобы получить невероятные результаты при скромных усилиях?





    Рассол Парето — Планирование миграции веб-сайта



    СУБЪЕКТ: Для меня миграция веб-сайта — это планирование. Уделите немного времени планированию. Это не так уж много времени по сравнению с работой, которую вы должны сделать. Если у вас есть структура, то вы не делаете ошибок, а затем экономите себе много времени, потому что для каждой ошибки вам нужно просить время, чтобы оправиться от ошибок, поэтому обязательно планируйте.

    Д.: Планируйте правильно. Я был вашим хозяином, Дэвид Бейн. Вы можете найти Сару на сайте liip.ch. Сара, большое спасибо за участие в подкасте The In Search SEO.

    С: Спасибо.

    Д: И спасибо, что выслушали.