Google объявил, как теперь размещать ссылки для сайтов с мобильными и десктопными страницами

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

Что изменилось. Google добавил новый пункт в этот раздел документации по бюджету сканирования:

«Если на вашем сайте используется отдельный HTML-код для мобильной и десктопной версий, предоставьте тот же набор ссылок в мобильной версии, что и в десктопной. Если невозможно предоставить тот же набор ссылок в мобильной версии, убедитесь, что они включены в файл карты сайта. Google индексирует только мобильную версию страниц, и ограничение количества отображаемых ссылок может замедлить обнаружение новых страниц».

Зачем Google это добавляет. Google написал это, чтобы объяснить, что если вы этого не сделаете, это может замедлить сканирование ваших мобильных страниц. Google написал:

«Для крупных веб-сайтов с отдельными HTML-страницами для мобильных и настольных версий поиск новых страниц может быть медленнее, если мобильная версия не содержит всех ссылок, которые есть в настольной версии».

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

Изображение сгенерировано ИИ

вопрос 1 из 10

Ты только что получил баг-репорт от тестировщика. Твои действия?

А) Начну гуглить ошибку и читать Stack Overflow. Надеюсь, кто-то уже с этим сталкивался!

Б) Попробую сначала сам, но, если что, спрошу у коллег.

В) Исправлю баг, но сначала напишу тестировщику, что это фича, а не баг.

Далее

вопрос 1 из 10

Как ты относишься к комментированию кода?

А) Комментарии? А разве это не для слабоумных? Я и сам-то еле понимаю, что написал.

Б) Комментирую иногда, но чаще надеюсь, что мне повезёт и всё будет понятно без этого.

В) Мой код понятен даже без комментариев. Но иногда пишу комментарии для джунов, пусть учатся.

Далее

вопрос 1 из 10

У тебя сломался билд прямо перед дедлайном. Что ты сделаешь?

А) Паника!!! Быстро в гугл, может, кто-то уже нашел решение.

Б) Подожду, пока коллега поможет. Не хочется случайно всё сломать.

В) Я просто перезапущу билд и помедитирую. Если не починится, всё равно скажу, что это сервер виноват.

Далее

вопрос 1 из 10

Как ты выбираешь инструменты для разработки?

А) Беру первое, что предлагают на курсах. Главное, чтобы не тупить сильно.

Б) Пробую несколько вариантов, потом решаю, что лучше подходит.

В) Только самые последние и лучшие инструменты — я же профи, у меня всегда должно быть всё на уровне.

Далее

вопрос 1 из 10

Что ты чувствуешь, когда видишь Legacy-код?

А) Страх и боль. Лучше бы этого вообще не было в моем поле зрения.

Б) Вздохну тяжело, но начну разбираться, хоть и с опаской.

В) «Это я видел в 2005, справлюсь!» — и иду чинить без паники.

Далее

вопрос 1 из 10

Как ты относишься к ревью кода?

А) Мне кажется, что меня сейчас засмеют. Лучше бы вообще не трогали.

Б) Иногда прислушиваюсь, иногда делаю по-своему. Но в целом норм.

В) Я делаю ревью и иногда говорю: «Ну, это же джун написал, понятно.»

Далее

вопрос 1 из 10

Коллега попросил тебя объяснить какую-то сложную тему. Как ты поступишь?

А) Брошу ему ссылку на YouTube — пусть сам разбирается.

Б) Объясню своими словами, но, если сам не уверен, подгляжу в гугл.

В) Проведу мини-лекцию с презентацией и примерами, ведь я тут гуру!

Далее