На сайте TTFB (Time To First Byte) — время до получения первого байта равняется 1,9 сек. Раньше всё было нормально. Глобально ничего не менял, пробовал плагины отключать, ничего не даёт.
Как проверить не проблема ли это в хостинге? Хостинг Бегет.
Смотрите. Отклик от сервера >1 секунд для шаред хостинга это довольно распространённое явление.
В принципе, надо хорошо понимать за что вы борeтесь и какая у вас цель. Если вы борeтесь за цифры, то вы занимаетесь перфекционизмом.
Если вы решаете вопрос с позиции - насколько это значимо для ваших пользователей и мешает работе сайта, то вы в первую очередь должны обращать внимание на метрики FCP и FID, вот это то с чем надо работать - это показатели, которые определяют время от начала загрузки до возможности первого пользовательского взаимодействия т.е. момента когда пользователь увидел результат и сайт готов реагировать на взаимодействие.
Когда FCP <1 секунды - это оптимально, это круто. Такие результаты достигают наиболее оптимизированные сайты и реализовать такой результат обычный вебмастер для насыщенного сайта вряд ли может.
Время до 3 секунд - считается обычным, здесь как раз работают многие бесплатные CMS, впрочем и платные тоже.
Время после 3 секунд уже критическим - вот здесь зона в которой уже надо принимать решительные действия.
Так вот. Первый вариант явно не про вас, потому как у вас TTFB >1 секунды, а если по результатам измерений у вас FCP до 3 секунд, то волноваться вам не за что. Таких сайтов большинство и они нередко занимают топовые позиции.
Если вы в 3-ей зоне - надо разбираться и принимать меры.
Далее TTFB зависит не только от физических возможностей сервера, но также и от вашей программной обвязки. На это значение влияет общая скриптовая часть, кол-во запросов к базе банных и т.д. Если вы просто вебмастер, который поставил WP и играется с плагинами, то на ваши возможности управлять этой областью данных весьма ограничены. Вы можете ставить лишь всякие "кэшеры и ускорители", но они тоже работают лишь по своим заданным алгоритмам.
Чтобы проводить оптимизацию более низкого уровня надо залезать в программную архитектуру, тестировать отдельно программные компоненты, по возможности их выключать, если они не нужны (без потери функциональности), менять порядок их загрузки и т.д. Это уже совсем другой уровень компетенции и качественно иной подход.
Хороший специалист, который в этом разбирается и можем помочь это LEOnidUKG
Если вы готовы на этот шаг, напишите Леониду, возможно он согласится вам помочь.
Но если вы не готовы менять уже сложившуюся функциональность, то по части программных кондиций вы ничего глобально не измените, в этом случае ищите более скоростные хостинги (а для этого их всё равно придётся тестировать) и используйте выделенный сервер. Но опять-таки к конкретной производительности вашего ПО, который мы сами собрали на WP вы никуда не уйдете, поэтому конечно не надо рассчитывать на топовые показатели, где вы не готовы вносить программные изменения (а это может быть долго и недёшево).
Вот так 😉
Так их ещё и несколько?
В общем, реализуйте региональность через папки. Оно конечно можно и через поддомены, но для реализации и управления это будет сложнее, а раз фактической местной привязки к региону не будет и вы рассчитываете на автоматическую по контекстному ранжированию, то я бы подобный проект рассматривал в общей структуре через папки.
p.s. Хотя лично я не стал бы тратить время на такой проект.
Вы хотите сделать аналог Авито?
И, да,
Не надо совмещать на одном сайте подобные разнополярные тематики.
Здесь в первую очередь нужно понимать, насколько именно ваш оффер актуален и востребован в другом регионе.
Если вы занимаетесь доставкой грузов в конкретный регион, то тогда региональная привязка понятна и оправдана, но если вы занимаетесь продажей музыкального оборудования, то ваш региональный оффер со временем вынесут региональные конкуренты настрочив жалобы, что оной точки продажи в их регионе нет и поддомен использует лишь указание, что могут выслать транспортной компанией. Но даже если вы и задержитесь, то всё равно со временем вас вытеснит местный бизнес и крупные игроки.
Когда бизнес крепкий и сайт хорошо прокачен, то Яндекс сам начинает подмешивать ваш сайт в региональную выдачу. С узкой тематикой это практически всегда так (я на своих проектах чётко вижу эту тенденцию), поэтому специально, допустим, если ваш бизнес в Питере, а вы готовы предложить свою музыкальную продукцию в Хабаровске, то создавать доп. поддомены там, где ваша продукция/товар/услуга востребованы не будут - не надо.
Как правило, все эти региональные довески из десятков страниц в простынями текстами + город вываливаются из индекса, потому как и трафика не имеют, и фактической востребованности не имеют. Посему перед тем, как погружаться в реализацию регионального продвижения нужно фактически оценивать перспективу спроса и конкурентного покрытия этого спроса.
Красота 😃👍
Считаю, что нужны и не помешают. Сам использую и вижу, что на рабочих сайтах её также нередко используют, правда актуально это больше для лонгридов.
Если признают бот трафик - вернут. Если не признают, соот-но, не вернут.
