PageSpeed Insights ругает сайт, а пользователи всё равно не жалуются — где расходятся метрики

PageSpeed Insights считает не «скорость сайта», а набор лабораторных и полевых сигналов. Отсюда типичный разрыв: в отчёте LCP красный, а у живых пользователей страница открывается нормально. Причина часто в том, что тест идёт с одной конфигурацией сети и устройства, а реальный трафик — с десятком разных.

Чаще всего расхождение дают:
— кеш на CDN и в браузере: лаборатория может попасть на холодный путь, пользователь — на тёплый;
— география: сервер близко к вам, но далеко от части аудитории;
— тяжёлые скрипты аналитики, чатов и A/B-тестов, которые в PSI видны, а в замерах «на глаз» незаметны;
— нестабильный TTFB из-за бэкенда, который вёл себя нормально в момент теста, но проседает под пиком.

Смотреть надо не на один балл, а на связку: TTFB, LCP, INP, CLS и водопад запросов. Если PSI ругает LCP, проверьте: не грузится ли hero-картинка с лишним редиректом, не блокирует ли CSS первый рендер, не уехал ли шрифт в render-blocking. Часто одна правка в CDN-кеше или preload даёт больше, чем «оптимизация по всему списку».

Если нужен ориентир без самообмана: сравнивайте PSI, CrUX/полевые данные и WebPageTest, а ещё открывайте сайт из 2–3 регионов через обычный браузер. Один отчёт показывает симптом, а реальная скорость — это сумма сети, сервера и фронта.

Youtube тестирует поиск с AI

YouTube начал тестировать Ask YouTube — поиск с ИИ, где можно задавать вопросы обычным языком и получать не список ссылок, а готовую подборку видео и фрагментов.

Фича уже доступна в США и работает на сложные запросы: если нужно, ИИ уточняет вопрос и подсказывает следующий шаг.

Что это значит для поиска на YouTube и когда новинка дойдёт до других…

➡️ Читайте на сайте: https://aff.top/blog/youtube-testiruet-poisk-s-ai

🧠 Ещё больше инсайтов → в канале AFF.top

Z.ai анонсировала новую GLM-5.5

Z.ai готовит релиз флагманской GLM-5.5: модель обещают показать в августе 2026 года.

Главная интрига — рост до 1 трлн параметров при том же контекстном окне в 1 млн токенов. Новинка снова будет заточена под код и агентные задачи.

Почему версия сразу 5.5, без 5.3 и 5.4, и что это может означать для рынка — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/z-ai-anonsirovala-novuiu-glm-5-5

🧠 Ещё больше инсайтов → в канале AFF.top

TanStack полезен не там, где «есть таблица», а где надо держать состояние под контролем

В экосистеме TanStack чаще всего берут не одну библиотеку, а набор: Query для данных, Table для рендера, Router для маршрутов. И ошибка здесь одна — пытаться тащить их как замену всему фреймворку. Это инструменты для конкретных зон, а не новый React.

Для коммерческого проекта смотри на три вещи:
— кэш и инвалидation: где живут данные, кто их обновляет, что происходит при возврате на экран;
— серверный рендер: можно ли отрисовать первый экран без лишних запросов;
— сложность таблиц: сортировка, фильтры, виртуализация, закреплённые колонки.

Если у тебя CRUD, фильтры и список с переходами между экранами — TanStack Query часто закрывает 80% боли. Если таблица превращается в маленький BI-интерфейс, TanStack Table экономит недели на ручной логике. Но если проект простой, перегрузка абстракциями только ухудшит сопровождение.

Есть наблюдение которое стоит проверить: TanStack особенно хорошо заходит там, где UI живёт долго, а данные часто меняются. Тогда ценность не в «красоте API», а в предсказуемости поведения под нагрузкой.

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

↩️ Пост из @cpa_batl:

🥊 БАТЛ ГАРДЕРОБА: Кустов пришёл на TG Conf в пиджаке за прайс автомобиля

CEO Traffic Cardinal явился в костюме, про который сам три раза уточнил «итальянский, ручная работа». Проблема одна: под пиджаком висела бирка. Всю панель. Модератор делал вид, что не видит.

Кто кого раскидал по стилю?
🔥 — Кустов красавчик, бирка это фишка, флекс уровня бог
🤡 — забыл срезать, спалился, весь зал ржал
🥴 — толстовка бы села лучше, признаем честно

Telegram запустил собственный сервер для ботов

Telegram запустил собственный сервер для ботов и мани-приложений: теперь backend можно размещать прямо внутри инфраструктуры мессенджера.

Сервер работает на JavaScript/TypeScript, через вебхуки, и позволяет подключать SQL-базу для сбора контактов без посредников.

Пока неясны цена и ограничения — что именно уже можно тестировать, а где скрыт подв…

➡️ Читайте на сайте: https://aff.top/blog/telegram-zapustil-sobstvennyi-server-dlia-botov

🧠 Ещё больше инсайтов → в канале AFF.top

Bunny.net для статики: когда CDN даёт экономию, а когда только усложняет стек

Если у вас картинки, CSS, JS, шрифты и лендинги без тяжёлой логики — Bunny.net обычно ставят как edge-слой поверх origin. Схема простая: сайт живёт на VPS/хостинге, а статика отдаётся с CDN. Это снижает нагрузку на сервер и часто улучшает TTFB для дальних географий, особенно если origin один и он не рядом с аудиторией.

Что проверить перед подключением:
— cache-control на origin: для статики нужен долгий TTL, иначе CDN будет постоянно ходить на сервер
— immutable для версионированных файлов: style.css?v=123 лучше, чем style.css без версии
— query strings: не все настройки кэша одинаково работают с параметрами
— Brotli и HTTP/2/3: включайте, если клиент и CDN это поддерживают
— origin shield или аналогичный защитный слой, если у вас много одинаковых запросов

Bunny.net особенно удобен, когда сайт нужно ускорить без миграции на новый хостинг: подключили pull zone, вынесли `/wp-content/`, `/assets/`, медиа и получили разгрузку. Но если у вас частые обновления без версионирования файлов, ошибки в заголовках кэша или много персонализированного контента, CDN начнёт мешать: пользователи будут видеть старые файлы, а вы — ловить «плавающие» баги.

Для статики правило одно: сначала наводите порядок в кэше и путях файлов, потом включаете CDN. Bunny.net хорошо работает там, где контент предсказуемый, а URL не меняются хаотично.

Google картинки станут конкурентом Pinterest

Google Картинки начали превращать в полноценную платформу с персональной лентой по прошлым запросам — по сути, в аналог Pinterest.

Во вкладке For you уже тестируют подборки, а ещё обещают коллекции и генерацию изображений во встроенной Nano Banana.

Как это будет работать и когда новинка дойдёт до других стран — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/google-kartinki-stanut-konkurentom-pinterest

🧠 Ещё больше инсайтов → в канале AFF.top

Caching стратегия: Varnish, Cloudflare и NGINX решают разные задачи, не ставьте их вслепую

Varnish — это кеш перед приложением. Он хорош, когда у вас WordPress, Laravel или любой PHP-бэкенд, где нужно отдать HTML без похода в origin. Плюс: гибко управляет правилами, легко кешировать разные URL и сбрасывать конкретные страницы. Минус: отдельный слой, который надо обслуживать, логировать и не забывать про purge.

Cloudflare — это edge-кеш и защита на входе. Он снимает нагрузку с сервера, режет бот-трафик и ускоряет статику ближе к пользователю. Но HTML-кеш на нем требует аккуратных заголовков, правил bypass и понимания, где лежат cookies. Если кешировать всё подряд, быстро получите “почему у меня показывается чужая корзина”.

NGINX — базовый и самый предсказуемый вариант. Для статики он почти всегда обязателен, для HTML-кеша — полезен на простых проектах или как второй уровень между CDN и приложением. Его сильная сторона — контроль: можно задать expires, proxy_cache, microcache на 1-5 секунд и не тащить лишнюю сложность.

Рабочая схема для контентного сайта: Cloudflare для статики и защиты, NGINX microcache для HTML, Varnish только если нужна тонкая логика кеша и быстрый purge по множеству страниц. Выбирать надо не по моде, а по точке боли: CPU, TTFB, бот-трафик или сложный purge. Если промахнулись со слоем, кеш начнет мешать быстрее, чем ускорять.

Россияне не смогут покупать стейблкоины

Россиянам могут закрыть доступ к покупке стейблкоинов: в новой версии закона их приравняли к иностранным активам.

Купить такие токены смогут только квалифицированные инвесторы — например, с активами от 24 млн рублей или доходом от 12 млн в год.

Что это значит для обычных пользователей и когда правило заработает — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/rossiiane-ne-smogut-pokupat-steiblkoiny

🧠 Ещё больше инсайтов → в канале AFF.top

Staging для affiliate: схема, которая не ломает прод, трекинг и SEO

Разносите staging и production по трем слоям: отдельный домен или поддомен, отдельная база, отдельные ключи API. Для affiliate это критично: если на тесте включён postback, webhook или пиксель, вы легко засорите отчёты и испортите оптимизацию.

На staging сразу режьте внешние вызовы: payment, push, email, anti-bot, S3, Telegram-уведомления. Всё, что может отправить лид или сработать как конверсия, должно уходить в noop или в тестовый endpoint. Включайте basic auth или Cloudflare Access, чтобы поисковики и случайные пользователи не индексировали черновик.

Для лендингов держите отдельный robots.txt и canonical только на прод. Если нужно проверить форму, делайте отдельный test-mode флаг в коде, а не «временный костыль» в шаблоне. Иначе потом забывают убрать перенаправление, а трафик уходит в пустоту.

Минимальный чек-лист: — staging на отдельном хосте или хотя бы отдельном vhost; — запрет индексации и закрытый доступ; — выключены postback, webhook и реальные рассылки; — логи и метрики отдельно от прода. Тогда тесты не смешиваются с деньгами, а откат занимает минуты, а не вечер.

DNS-провайдер выбирают не по бренду, а по тому, где меньше рисков и лишних кликов

Для обычного проекта важны 4 вещи: скорость ответа NS, удобство управления, API и защита зоны. Если сайт на Cloudflare, DNS там же удобен: быстрый переключатель A/CNAME, проксирование, базовый WAF и минимальная возня с делегированием. Если нужен отдельный DNS без прокси — Route53 часто берут за стабильный API, health checks и нормальную работу с инфраструктурой из нескольких регионов.

У альтернатив тоже есть своя ниша:
— Bunny DNS: простой интерфейс, хорошо для небольших сеток и лендингов.
— NS1: сильнее в traffic steering и сложной логике.
— Hetzner DNS: дешево и достаточно для типовых проектов.
— Bunny/Cloudflare/Route53 выбирают не за «магическую скорость», а за набор функций и адекватность панели.

Смотреть нужно на 5 пунктов: есть ли API, поддержка DNSSEC, как быстро обновляются записи, можно ли ограничить доступ токенами и есть ли журнал изменений. Для сеток и арбитражных лендингов это важнее, чем лишние 10–20 ms к резолву. Отдельно проверьте, умеет ли провайдер удобно разводить поддомены, потому что именно на этом чаще всего ломают миграции.

Если коротко: Cloudflare — когда нужен DNS вместе с защитой и прокси, Route53 — когда важнее инфраструктурный контроль, альтернативы — когда нужна простота или экономия. Лучший тест один: перенесите одну зону, сравните удобство API, скорость правок и то, как провайдер переживает смену NS без ручной боли.

Vercel для лендинга: быстрый старт, но не всегда дешёвый и предсказуемый

Если нужен лендинг без возни с сервером, Vercel закрывает задачу отлично: деплой из Git, HTTPS из коробки, preview-окружения, автоматический rollback. Для one-page, waitlist, промо и простых квизов это удобно: контент отдал в CDN, фронт собрал — и сайт уже живёт без Nginx и ручной возни с сертификатами.

Но у Vercel есть trade-offs. Во-первых, серверная логика и функции удобны, пока запросов мало; когда лендинг начинает активно считать лиды, дергать API и писать события, важно смотреть на холодный старт и лимиты по исполнению. Во-вторых, для тяжёлых форм, нестандартных редиректов и IP-based логики часть задач проще решать на edge или вынести в отдельный backend.

Ещё один нюанс — контроль над инфраструктурой. На своём VPS ты сам управляешь кэшем, логами, WAF и заголовками. На Vercel это проще для старта, но сложнее для глубокой настройки. Если нужен жёсткий антибот, специфичный rate limit или нестандартная схема кэширования, часто приходится комбинировать Vercel с Cloudflare и отдельным API.

Правило простое: Vercel хорош для лендингов, где важны скорость запуска и минимальная поддержка. Если проект живёт на одном page и не упирается в сложную логику, стек получается очень чистым. Если же лендинг — это часть сетки с формами, трекингом и защитой, заранее проверь ограничения по функциям, логам и антиботу, иначе «удобный хостинг» быстро станет узким местом.