Оптимизация сайта для AI-ответов в Google-поиске

Гайд от Google по тому, что делать и что не делать, чтобы генеративный AI в выдаче поиска работал лучше.

Итак, пункты:
• Создавать полезный людям контент.
• Уникальность контента, своя точка зрения.
• Понятность текста.
• Качественные картинки и видео для визуализаций.
• Фокус на том, что хотят пользователи.
• Страницы должны не мешать краулерам их парсить.

То есть буквально ничего нового делать не нужно. Просто делаешь хороший и удобный сайт для пользователей — и внезапно он в попадает в AI-ответы. Только прикол в том, что если раньше нужно было как-то умудриться попасть в топ-10 поиска по целевым запросам, то теперь нужно попасть в топ-5 по смыслу запроса пользователя — конкуренция выросла.

Есть ещё раздел с разрушением мифов, он забавный. Например, LLMS.txt краулеру не нужен, он до этого десятилетиями как-то справлялся без отдельной версии под себя и норм.

Рекомендуют делать ставку на то, чтобы сайт был удобен агентам. Тут нужно дождаться Google I/O с их анонсами агентских фичей браузера, гуглбуков и прочих рекомендаций, как подстраивать свой бизнес под фичи одной конкретной корпорации.

https://developers.google.com/search/docs/fundamentals/ai-optimization-guide

What's new in Web UI

Заходите смотреть Google I/O, там через 3 минуты будут показывать новые браузерные фичи, которыми нам с вами потом пользоваться. Как бы мы в подкасте периодически не ругали Chrome за торопливость, на веб-индустрию они влияют значительно.

https://www.youtube.com/live/OQK9XHTiqVw

Улучшаем браузерное кэширование заголовком No-Vary-Search

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

Дело в том, что в таких случаях часто к урлам дописывают что-то вроде ?utm_source=google. Для сбора метрик и конверсий. Такие параметры для браузера обозначают, что это абсолютно новая страница, её нельзя брать из кэша. Браузер ведь не знает, для метрики оно или для обработки на сервере и изменения контента.

Гарри Робертс рассказывает про заголовок No-Vary-Search, который решает эту проблему. Можно попросить браузер игнорировать конкретные параметры, все параметры или их порядок, чтобы брать страницу из кэша.

https://csswizardry.com/2026/05/better-browser-caching-with-no-vary-search/

Как фронтендеры LLM к продукту подключали

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

Пользуюсь результатами трудов Андрея почти каждый день, так что выложенным в опенсорс демкам к докладу доверяю.

https://www.youtube.com/watch?v=x3qCVaKKxHY

Поделился в сообществе БАШНЯ одной рабочей историей, которая меня заставила знатно понервничать в этом году 🙂 Но сейчас всё хорошо, я дома уже

<input>, видео доклада

Обещал поделиться видео доклада про тег input, когда оно появится. Делюсь.

В докладе рассказывал:
• историю тега и его атрибутов;
• как помочь браузеру работать с инпутами удобно для пользователя;
• какая валидация есть в HTML, CSS и JS;
• почему иногда type=text — лучшее решение;
• и ещё про всякое полезное.

https://www.youtube.com/watch?v=s5mjVxk8cYw

Спека для сайта

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

Йост де Валк собрал 128 пунктов, по которым можно проверить, всё ли у вашего сайта предусмотрено для современного веба. В том числе для работы с LLM-агентами.

Интересно, что каждый пункт включает в себя не только объяснение, что за пункт такой и почему он важен, а ещё и конкретные инструкции по реализации пункта и способ проверки, что всё хорошо.

Есть MCP-сервер, есть AGENT-скилл, есть старый советский HTML-вариант.

https://specification.website/

Что Apple и Google делают с вашими push-уведомлениями

Статья скорее не для разработчиков, а для маркетологов, но мне всё равно было интересно её прочитать, поэтому делюсь с вами.

Жак Корби-Тюш погружается в историю push-уведомлений, объясняет, почему каждое приложение вынуждено доставлять свои нотификации через сервера Apple и Google, а также почему для пользователей это хорошо.

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

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

https://www.jacquescorbytuech.com/writing/what-apple-and-google-are-doing-your-push-notifications