Антоний Казанский

Очень быстрый результат для нового сайта.

Какое кол-во трафиообразующих статей? Откуда материал? Авторский или ИИ?

Очень похоже на накрутку ПФ и прямые заходы откуда взялись у молодого блога за 2 месяца?

Что конкретно делали для таких результатов, кроме непосредственного размещения материалов?

потому что мы получили от пользователей https://webmaster.yandex.ru/blog/utm-source-wmblog-utm-medium-post-utm-campaign-new-ranging-yandeks-uchtet-signaly-o-nedobrosovestnosti-organizatsiy-pri-ranzhirovanii-ikh-saytov

Весьма странная формулировка, потому что в материале идёт речь о бизнес деятельности компании и реакции покупателей на недобросовестное оказание услуг или товаров, а у вас просто информационный сайт.

Пришлите ссылку на сайт и лучше с доступам к статистике (надо смотреть откуда такой резко буст за 2 месяца).

Зачем вы нажали "Я всё исправил", если так и не поняли истинную причину?

C букса налицо (судя по вашему скрину) бот трафик. Вероятно ваша посещаемость и держалась благодаря бот трафику - нужен доступ в Метрику и Вебмастер, чтобы разобраться в причинах.

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

Судя по интервалам LI у вас огромные всплески посещаемости, очень похоже на заказанный бот трафик.

Должен быть выгодоприобретатель, просто так никто тратить деньги не будет. 

Здесь целый ряд вопросов и к способу раскрутки и к контенту на сайте.

Дадите доступ, попробую разобраться и помочь.

p.s. Как минимум блокируйте переходы с букса, пишите в Яндекс, уточняйте причём тут фильтр за недобросовестный бизнес. 

Не видел.

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

Но на этапе работы со сниппетами я частенько перехожу на ручное составление, так как это даёт возможность более удачно сформулировать запись с точки зрения НЧ и отдельных смысловых акцентов.

Посему, сначала шаблон, а потом точечная ручная доработка, так где есть предполагаемая точка роста. Но эта работа касается не только title-а и description-а, я в целом оцениваю с какими сниппетами ранжируется страница по всему списку запросов. 

Начал использовать ваш сервис, есть замечания по его работе. 

Если пост устоится (насколько я понимаю, это платное размещение), то изложу свои замечания.

Это не просто тексты, это инструмент генерации вариаций для частей текстов.

Для тех, кому нужны варианты для составления шаблонов при генерации текстов вида {вариант1|вариант2|вариант3} вполне себе удобный инструмент для доп. результатов.  В чистом виде использовать готовые ИИ тексты я бы не рискнул. 

Нет, ваш запрет индексации - это лишь рекомендация.

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

Запрещайте индексацию и на уровне robots.txt, и на уровне документа (в мета) (если страница попадает в поиск несмотря на запрет в robots.txt).

Также есть вариант запрета через http заголовок, инструкция X-Robots-Tag.

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

Да, вполне.

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

Также вывод может дополняться другими смежными категориями, если ввиду специфики товара это может быть полезно и востребовано.

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

Насколько я понимаю, Яндекс отпустил на волю аффилиат фильтр, фактор накрутки, замороженность сервиса внешних ссылок в Вебмастере.

Как говорится, продолжаем вести наблюдение 🧐

В настоящий момент фильтр не работает.

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

Адекватность ТП - это отдельная тема. Нередко ТП не будет сильно погружаться в специфику клиента, а иногда у того, кто вам отвечает просто не хватает опыта, чтобы дать вам качественно полезный совет. 

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

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

Лечение CMS нередко надо проводить изнутри, а не снаружи 😉

Смотрите. Отклик от сервера >1 секунд для шаред хостинга это довольно распространённое явление. 

В принципе, надо хорошо понимать за что вы борeтесь и какая у вас цель. Если вы борeтесь за цифры, то вы занимаетесь перфекционизмом.

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

Когда FCP <1 секунды - это оптимально, это круто.  Такие результаты достигают наиболее оптимизированные сайты и реализовать такой результат обычный вебмастер для насыщенного сайта вряд ли может.

Время до 3 секунд - считается обычным, здесь как раз работают многие бесплатные CMS, впрочем и платные тоже.

Время после 3 секунд уже критическим - вот здесь зона в которой уже надо принимать решительные действия.

Так вот. Первый вариант явно не про вас, потому как у вас TTFB >1 секунды, а если по результатам измерений у вас FCP до 3 секунд, то волноваться вам не за что. Таких сайтов большинство и они нередко занимают топовые позиции.

Если вы в 3-ей зоне - надо разбираться и принимать меры.

Далее  TTFB зависит не только от физических возможностей сервера, но также и от вашей программной обвязки. На это значение влияет общая скриптовая часть, кол-во запросов к базе банных и т.д. Если вы просто вебмастер, который поставил WP и играется с плагинами, то на ваши возможности управлять этой областью данных весьма ограничены. Вы можете ставить лишь всякие "кэшеры и ускорители", но они тоже работают лишь по своим заданным алгоритмам.

Чтобы проводить оптимизацию более низкого уровня надо залезать в программную архитектуру, тестировать отдельно программные компоненты, по возможности их выключать, если они не нужны (без потери функциональности), менять порядок их загрузки и т.д. Это уже совсем другой уровень компетенции и качественно иной подход. 

Хороший специалист, который в этом разбирается и можем помочь это  LEOnidUKG  

Если вы готовы на этот шаг, напишите Леониду, возможно он согласится вам помочь. 

Но если вы не готовы менять уже сложившуюся функциональность, то по части программных кондиций вы ничего глобально не измените, в этом случае ищите более скоростные хостинги (а для этого их всё равно придётся тестировать) и используйте выделенный сервер. Но опять-таки к конкретной производительности вашего ПО, который мы сами собрали на WP вы никуда не уйдете, поэтому конечно не надо рассчитывать на топовые показатели, где вы не готовы вносить программные изменения (а это может быть долго и недёшево).