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

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

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

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

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

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

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

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

вопрос 1 из 10

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

А) Пробегаюсь по основным функциям — если работает, значит, всё норм!

Б) Следую чек-листам и проверяю каждый пункт. Ну, почти каждый.

В) Делаю полный анализ всего и ещё немного — даже у теста будут тесты.

Далее

вопрос 1 из 10

Как ты реагируешь, когда находишь баг?

А) «Эээ, это точно не моя проблема, так что дальше тестирую!»

Б) Сразу пишу в баг-трекер с комментарием, что разработчики опять налажали.

В) Праздную маленькую победу: нашёл ещё одну ошибку и спас человечество!

Далее

вопрос 1 из 10

Продукт вот-вот выходит в релиз, и времени на тесты почти нет. Что ты делаешь?

А) «Авось пронесёт!» — быстро пробегусь по основному сценарию и всё.

Б) Перепроверяю самые важные части, а мелочи — на потом.

В) Работаю, как супергерой: успеваю всё и даже больше, ведь я — последняя линия защиты!

Далее

вопрос 1 из 10

Что ты делаешь, если прод упал из-за бага?

А) Молча притворяюсь, что вообще не при делах, и тихо ухожу из чата.

Б) Возмущаюсь и кидаю ссылку на тикет: «Я же говорил, что это важно!»

В) Сразу беру вину на себя, чтобы показать, что баг-охотники всегда бдительны.

Далее

вопрос 1 из 10

Тебе нужно протестировать новую фичу, но документации по ней нет. Что будешь делать?

А) «На глазок сойдёт» — протестирую, как сам понял.

Б) Начну задавать кучу вопросов разработчикам, пока не выбью из них правду.

В) Пройду весь продукт вдоль и поперёк, даже если придётся писать документацию самому.

Далее

вопрос 1 из 10

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

А) Зачем? Я и вручную справлюсь, если вдруг найду время.

Б) Вроде полезная штука, но пусть это лучше автоматизаторы делают.

В) Обожаю их! Настрою так, чтобы баги даже близко не подбирались.

Далее

вопрос 1 из 10

Когда коллеги просят протестировать их код, ты...

А) Пропускаешь это мимо ушей, пока кто-то другой не займётся.

Б) Соглашаешься, но проверяешь поверхностно, чтобы не увязнуть надолго.

В) Провожу настоящий краш-тест, чтобы коллеги потом сказали: «Ну ты и зануда!»

Далее