Упала посещаемость после смены хостинга
-
У нас был древний сайт, сделанный на коленке на html/php. Он был не очень красивый, но он индексировался и с него нам поступали запросы.
Мы сделали редизайн в вордпрессе, настроили редиректы с почти всех страниц старого сайта. Перевели сайт с http на https.
Посещаемость, однако, упала до нуля в первый день работы в новом дизайне. Запросы через сайт исчезли вообще.
В чем может быть дело? Что надо сделать, чтобы это исправить?
Перенос на новый хостинг тоже имел место быть, но это вроде влияния на посещаемость не поимело.
КромСтраница, с которой нужна помощь: [войдите, чтобы увидеть ссылку]
-
alexander70,
Можете еще установить чистый вордпресс в отдельной папке с новой базой и прогнать его по тестам.
Не совсем понятно зачем это делать, да и по отношению к хостингу этот «тест» — не показатель.
—-
tianitolkay,
Мой хостинг написал, что CPU был перегружен в какие-то моменты и оперативная память.
Сейчас и TTFB великоват, особенно для такого простого сайта — от 0.7 до 3 секунд.
Александр, вот только этих СЕОшников тут нам не надо, я согласна с Акисметом, который их сюда не пускает 🙂
Ну и зря, в том отчете указаны возможные ошибки, советы. Вы и сами поклонница Сео плагинов. 🙂
а что за TTFB и каким образом бороться с ним?
ой только в СЕОшники меня записывать не надо.
SEO-плагины — неизбежное зло, которое приходится устанавливать на большинство сайтов, если хочется достигнуть каких-то позиций в выдаче
Это мое к ним отношение. Не более. Если есть возможность, то я их не ставлю )TTFB — time to first byte
состоит из —
времени установления соединения. Имеет значение хостинг поближе к целевой аудитории, а не а Антарктиде через GPRS модем.
(разрешение DNS, установление подключения TCP, SSL-рукопожатие и проверка сертификатов, через УЦ (медленно) или OCSP-staple (быстро))времени генерации страницы (это основное на что обычно стоит пытаться влиять), т.е. непосредственно время работы движка WordPress.
Но какой смысл в хостинге, который тянет только чистый вордпресс?
так любой хостинг можно положить, если криво что-то настроить.
про правку cron.php вы ничего не говорили до этого.так любой хостинг можно положить, если криво что-то настроить.
полностью согласен с Flector.
У меня на хостинге минимум 100 настроек и любая настройка может «положить» сайт + настройки WordPress.про правку cron.php вы ничего не говорили до этого.
А теперь займемся борьбой с Кроном…tianitolkay,
у Вас на хостинге, минимум 500 клиентов (сайтов) и они ВСЕ платят деньги и не уходят с «плохого» хостинга? Как по мне странно…Мой хостинг написал, что CPU был перегружен в какие-то моменты и оперативная память.
Это нормальное явление, т.к. Вы сейчас активно «экспериментируете» на своем сайте и если Вы перейдете на на дорогой безлимитный тариф, то таких замечаний не будет.с
http на https.
вот здесь надо смотреть, здесь что-то не так.
/ у меня 3 года стаяла на хостинге «Переадресовывать запросы с http на https», а в янв. 20 произошел сбой, отключил «Переадресация HTTPS» и все в порядке, между прочим техподдержка хостинга больше суток боролось с этой бедой./.
Причина сбоя — вроде-бы сейчас WordPress сам переадресовывает с http на https, а может быть и нет.
Кто его знает? И надо ли знанть?Мой совет: отдохните и не мучайте свой сайт и себя за одно (например, сайт из Киева открывается с приличной скоростью).
GTmetrix, Лондон. Chrome (Desktop): 88/89, 1.3s, 685KB.
Pingdom. Frankfurt: 1.54 s, многовато но не критично.
Многие о таких показателях только мечтаютЖелаю Удачи и Здоровья!
sergey2020,
У меня на хостинге минимум 100 настроек и любая настройка может «положить» сайт
Сами понимаете о чём это говорит?)
у Вас на хостинге, минимум 500 клиентов (сайтов) и они ВСЕ платят деньги и не уходят с «плохого» хостинга? Как по мне странно…
В данном случае клиенты и сайты — понятия принципиально разные, т.к. там может быть и 10 клиентов с 50 сайтами каждый. Второй нюанс — на таких шаредах немалая часть доменов просто «припаркованы» и показывают либо directory index, либо отдают 404. Третий момент — у всех клиентов так или иначе, но требования и потребности, применительно к хостингу, всё же разные. Четвёртое — не все проверяют доступность своих ресурсов для других стран. Всё ещё странно?
Это нормальное явление
Перегруз CPU и RAM — это для вас нормальное явление? Хотя эта мысль хорошо сочетается с вашими настройками, каждая из которых может «положить» сайт.
если Вы перейдете на на дорогой безлимитный тариф, то таких замечаний не будет.
Вы всегда при маломальских проблемах начинаете деньги в монитор бросать или всё же хоть чуть пытаетесь понять что происходит?
вот здесь надо смотреть, здесь что-то не так
Как вы это определили, что «что-то не так»? Потому что сами однажды споткнулись при настройке?)
Frankfurt: 1.54 s, многовато но не критично
😀
Насчет этих СЕО-плагинов — полезны ли WPSSO Core и ко? Мне кажется, под них специально надо настраивать контент, чтобы они делали осмысленную разметку. Это правда?
полезны ли WPSSO Core и ко
Лучше создать с этим вопросом отдельную тему,
см правила форума, п2
https://ru.wordpress.org/support/forum-rules/Вроде хосттрэкер наконец стал доволен:
https://www.host-tracker.com/v3/check/2/b3505421-23e1-4a96-bd66-0aa2c8e57f98
Пара профи, которых я нашла по вопросу скорости сайта, написали мне, что это недостаточные мощности хостинга виноваты в медлительности. Так что нет, смена хостинга — это не такая простая затея.tianitolkay,
Пара профи, которых я нашла по вопросу скорости сайта, написали мне, что это недостаточные мощности хостинга виноваты в медлительности.
А они вам объяснили на основании чего они сделали это заключение?
Медленный ответ сервера. Я, кстати, в гуглдевелоперс вижу то же самое, но не понимаю, в чем именно проблема с мощностями.
Хосттрэкер стал оптимистичнее после отключения cron.php.после отключения cron.php
Ась? Решили действовать по принципу «гильотина — лучшее средство от мигрени«?
Тема «Упала посещаемость после смены хостинга» закрыта для новых ответов.