На практике, реализацией этого постулата и является объём текста на странице. Берём карточку товара, там нужно описание, отзывы, рекомендованные товары (чтобы пользователь задержался на сайте листая другие товары), условия оплаты и доставки (так ИМ кроме маркетплейсов снимает все сомнения ещё на этапе просмотра карточки товара) и т.д. По каким-то микровопросам, где абзаца текста достаточно, трафик всё равно не получить, так как ИИ ответы этот вопрос закрывают (запрос "сколько варить яйцо").
Выходит, что написать мало текста и получить трафик в принципе не получится. Верно?
А как же это https://developers.google.com/search/docs/appearance/site-names?hl=ru ?
Они копируют друг друга и пытаются срубить бабла на этом. Они не привносят что-то новое. LightHouse использует знаменитый google page speed insight. Я где-то читал (но уже не смог найти ссылку), что у Google PSI 8 миллиардов проверок в месяц. Такие цифры никого не оставят равнодушным, вот люди и пытаются мучить возможности LightHouse немного поменяя интерфейс.
Кстати, проверка у гугла на размер изображений (чтобы размер исходника соответствовал отображаемой области) появилась после меня 😀 так что они у меня копирууют 🤣 Но они не проверяют DPI разрешения (чтобы для 4К был размер х2 от изображения FullHD) в отличии от нас.
Куча всего нового, у меня просто времени нехватает всё реализовать. У моего проекта уже на 30-50% больше функционала, чем у конкурентов. Просто все конкуренты используют LightHouse в своей основе. Это бесплатный опенсорс проект. И все его используют и выдают один и тот же анализ, включая pr cy. У меня своя разработка и там проверок больше.
Например, на этом форуме есть блокирующий скрипт pagead2.googlesyndication.com/pagead/js/adsbygoogle.js. Те, кто заходят на сайт без блокировщиков рекламы 15 секунд видят, что вкладка браузера грузится. Потому что этот домен заблокирован в России, а соединеие не сбрасывается. И браузер ждёт 15 секунд пока не сбросит загрузку этого файла по таймауту и показывает статус загрузки во вкладке браузер. Вы можете посмотреть мой блог на хабре, я там подобные вещи описываю. Правда времени нет на то, чтобы все статьи опубликовать, они уже готовые лежат у меня 😀
Справочная информация - это хорошо. Но получить вести с полей от практиков тоже очень важно.
Я ищу такие проверки, чтобы они были гарантированными к исправлению. То есть, не рекомендации и данные для анализа выдавать. Именно "вот ошибка, нужно исправить", вместо "вот тут присмотритесь и проверьте" или "вот что мы узнали о вашем сайте, теперь думайте что с этим делать и как это применить". Инструмент, скорей, для того, чтобы уберечь людей от лажи, а не для творческих изысканий по придумыванию новых идей.
Идея такая: что если не делать очевидные технические ошибки (которые и проверяет мой сервис) и руководствоваться базовой логикой (не делать очевидные ошибки в дизайне и контенте), то каждый сможет сделать себе крепкий сайт под свою нишу.
кароче онлайн чеклист + аназизатор сайт аля пр ци
но с багами
Спасибо за отзыв. Вообще хочется, чтобы первый вывод пользователей был "но больше проверок", а не "но с багами" 😊 Но, видимо, баги так в глаза бросаются, что пользователи не успевают заметить за ними богатый функционал. Теперь баги станут приоритетным направлением работы.
Постскриптум. Эта ошибка с сервер не ответил 10 секунд - переодическая. Переодически просто соединение не проходит. Можно пересканировать и заработает. То ли в провайдере проблема, то ли магистральные фаерволы шалят. Буду собирать отладочную информацию, чтобы отправить провайдеру на проверку.
Нет. Инструмент на программной логике. Строгой. Если ИИ анализирует текст, то это лишь добавляет работы, так как человеку теперь нужно проанализировать ещё и то, что ИИ написао 😂
Раз вы спросили вбейте в яндексе Site Alarm. Вот для него идеи накапливаю для следующей итерации обновлений.
Например, бывает такое что тошнота слова 5% и она индексируется? Я говорю про обычные, не авторитетные сайты с ручной модерацией вроде stackoverflow. Если правильно понял, слово может встречатся часто, если это корректно. Например товар - видеокарта. И там название модели видеокарты 5060 будет в концентрации 5-7%. Или страница с данными о биржевых индексах, там слово "котировки" будет 10% и это нормально. Откуда вообще пошёл миф про тошноту слов? Есть подозрение, что этот фильтр применяется для новых сайтов, чтобы исключить попадание дарвеев в индекс. А если сайт объективно рабочий, то поисковик забивает на тошноту.
Наверно это низкоконкурентные запросы просто. На таких можно просто текст заваленный ключевиками удалить, пустой оставить и ничего не изменится. Скорее всего, пользователями он фильтруется, так же как баннерная слепота. Я к тому, что при ранжировании такой текст с высокой тошнотой слов просто игнорируется, а данные берутся из заголовка, хлебных крошек, характеристик товара и блоков "так же рекомендуем". Или это лишь мои предположения и страницы с такими текстам действительно ценятся выше чем без него?
Вы какими-нибудь инструментами массового тестирования страниц сайта пользуйтесь? Мож раньше пробовали какие-то инструменты, но перестали пользоваться за ненадобностью?
Как минимум эта страница в head должна отдать noindex))
