Восстановление после неудачного развертывания может занять несколько недель. Правильно протестируйте свой промежуточный сайт, прежде чем запускать крупномасштабные сайты.
Задайте вопрос по SEO на этой неделе:
“Как вы проводите стресс-тестирование промежуточной среды, чтобы выявить SEO-риски перед крупномасштабным запуском?”
<стр>Это один из самых важных вопросов, на который нужно ответить при рассмотрении вопроса о развертывании новых веб-сайтов, миграции или значительных изменениях на вашем действующем сайте.
Во-первых, давайте посмотрим на разницу между “постановкой” сайт и “производство” сайт. <п>Промежуточную площадку часто еще называют “разработкой” сайт, “подготовка к производству” или другое имя, характерное для вашей компании. Это тестовый сайт, который призван максимально отразить ваш работающий сайт, чтобы помочь разработчикам протестировать изменения в безопасной частной среде перед их запуском.
The “production” сайт — ваш действующий сайт. Это тот, который доступен широкой публике и должен работать как можно более идеально.
<п>В некоторых случаях разработчики могут выполнять развертывание прямо на рабочей площадке без предварительного тестирования на промежуточной площадке. Например, когда нет площадки для тестирования или нет возможности имитировать условия тестирования без развертывания изменений на действующем сайте. Это рискованно делать. Если при развертывании нарушается что-то еще в коде, это может критически повлиять на удобство использования действующего сайта.
Как провести стресс-тестирование промежуточной среды
Как SEO-специалистам очень важно тестировать развертывания, которые потенциально могут повлиять на эффективность SEO, перед их запуском. Часто мы обнаруживаем развертывания после того, как они уже начали влиять на трафик и рейтинги. Это далеко не идеально, поскольку роботу Google может потребоваться некоторое время, чтобы обнаружить изменения после исправления неправильного развертывания. Гораздо лучше проверить, как робот Googlebot может обрабатывать изменения, прежде чем он сможет это сделать.
Как можно точнее отразите производственную площадку
Самый важный аспект промежуточной площадки — это то, чтобы она была как можно ближе к производственной среде. Это очень важно, поскольку позволяет любому проводимому вами тестированию получить тот же результат, как если бы вы запускали тест в производственной среде.
<п>Любые отклонения между двумя средами должны быть каталогизированы. Об этих несоответствиях необходимо сообщать, чтобы тестировщики знали, что нужно уделять особое внимание областям рабочей площадки, которые отличаются от промежуточных. Как только развертывание начнется, тестировщики смогут быстро убедиться, что эти области производственного объекта работают должным образом.
Сканирование сайта в любом масштабе с помощью нескольких пользовательских агентов
Одна область, которую часто упускают из виду при стресс-тестировании промежуточной среды, — это использование нескольких разных пользовательских агентов при сканировании сайта.
<п>Используя разные агенты, например, имитирующие Googlebot Smartphone и Googlebot Desktop, вы с большей вероятностью обнаружите на сайте технические проблемы, которые не очевидны при первом сканировании. Например, сканирование как настольным, так и мобильным роботом Googlebot может выявить проблемы с рендерингом, которые возникают только на мобильных устройствах.
Обязательно просканируйте сайт с помощью пользовательских агентов, которые важны для вашей конкретной отрасли. Если вы ориентируетесь на Новости Google как на канал, обязательно сканируйте сайт как бот Google News. Если изображения или видео важны для вашего SEO, сканируйте их с помощью ботов Google-Image и Google-Video.
Чтобы проверить свой промежуточный сайт, обязательно просканируйте его с помощью мобильного пользовательского агента, пользовательского агента для настольного компьютера и подделайте двух поисковых ботов, например Google и Bing. Таким образом, вы получаете хорошее освещение опыта различных важных ботов. Если возможно, попробуйте также сканировать как бот LLM.
Проверьте рендеринг
Хорошая отправная точка при тестировании промежуточной среды перед рендерингом крупномасштабного развертывания. Современные веб-сайты часто используют много JavaScript, что, по сути, неплохо, но может создавать проблемы при обработке некоторыми поисковыми ботами. Дополнительную информацию о том, как поисковые роботы обрабатывают JavaScript, можно найти в этом руководстве.
<п>Настройте свой инструмент сканирования так, чтобы он включал рендеринг JavaScript, и посмотрите, какие элементы он сможет обнаружить. Например, вы можете увидеть теги заголовков, мета-заголовок, разметку схемы? Затем снова просканируйте сайт без включенного рендеринга JavaScript. Убедитесь, что те же самые элементы по-прежнему доступны ботам.
Если у вас есть сомнения, проведите выборочную проверку страниц промежуточного сайта. Проверьте объектную модель документа (DOM), чтобы увидеть, видны ли важные элементы кода при первой загрузке страницы.
Важно, чтобы то, что вы видите на странице, было тем, что поисковые роботы могут проанализировать и отобразить.
Протестируйте SEO-элементы массово и по типам страниц
<п>Массовое проведение тестов важно при тестировании сайта перед большим запуском. При проведении тестов убедитесь, что они проводятся для разных типов страниц и, если применимо, для разных языков.
Если на вашем сайте используются шаблоны, обязательно протестируйте каждый из шаблонов, которые имеют решающее значение для вашего успеха в SEO. Например, на сайте электронной коммерции это означает, что страницы категорий и продуктов должны иметь высокий приоритет.
Для многоязычных сайтов убедитесь, что ваши тесты проводятся на разных языках, и настройте VPN для стран, для которых важны эти языки. Подделывайте эти страны при сканировании, чтобы убедиться, что пользователи видят язык и контент, правильный для своего региона. Хотя робот Googlebot часто сканирует IP-адреса в США, он также использует геораспределенные конфигурации, особенно для адаптивных к локали или многоязычных сайтов.
На вашем промежуточном сайте вы можете обнаружить, что представлены не все языки или, возможно, существует другой процесс локализации, чем тот, который существует в рабочей версии. Это возвращает нас к первому пункту: необходимо, чтобы промежуточный сайт был максимально сопоставим с производственным.
Если это не так, особенно для элементов локализации, они должны быть в верхней части ваших проверок после развертывания.
<ч3>Текущая производительность производства <п>Следует помнить, что ваш промежуточный сайт вполне может находиться на менее производительном сервере. Это означает, что при проведении тестов скорости на стадии разработки результаты могут быть хуже, чем если бы тесты проводились на производстве. Это может ограничить вашу возможность выполнять значимые проверки перед развертыванием.
<п>Чтобы обойти эту проблему, обязательно проверьте производительность в рабочей среде, чтобы можно было быстро запустить тесты снова после развертывания. Это будет означать ожидание, пока изменения вступят в силу, но может быть единственным способом получить точное представление о таких областях, как скорость загрузки страницы, в ситуациях, когда промежуточный сервер не так хорош, как производственный.
Тест на крайние случаи
Разработчики попытаются взломать свой код при его тестировании; мы тоже должны. При тестировании промежуточного сайта перед развертыванием прогоните его в некоторых крайних случаях. На практике это означает обдумывание сценариев, которые хотя и маловероятны, но возможны. Например,
<ул>
Проверка ранее известных проблем
Убедитесь, что предыдущие проблемы не были повторно введены в код во время последней работы. Даже если массовое развертывание происходит на небольшой территории, например, при развертывании нового шаблона мета-заголовка, это не значит, что проблемы не возникают где-либо еще.
Не проверяйте только изменяемый элемент, а проверяйте критические области SEO. В частности, если недавно проводилась работа по улучшению страниц сайта, убедитесь, что они останутся на месте после последнего развертывания.
Аналогично, если в прошлом были известные ошибки, которые влияли на вашу эффективность SEO, проверьте их, даже если развертывание не связано с ними. Ошибкам легко проникнуть обратно в код, особенно если они уже были там раньше.
