Gromadus

Рейтинг
59
Регистрация
02.12.2009
c3po:
Робот умеет отслеживать любые изменения в html коде.
В том числе и canonical, и meta robots. Ответ - да.

Спасибо, попробую

c3po:
Радар - автоматическое отслеживание изменений

Радар - это инструмент для автоматического отслеживания изменений на сайтах. В качестве отслеживаемых элементов используются заголовок страницы (тег title), описание страницы (мета-тег description), заголовок документа первого уровня (тег h1) и содержимое страницы (контент). Также автоматически отслеживаются HTTP коды страниц.

Руководство пользователя по настройке отслеживания: https://topvisor.ru/support/audit/watcher/

canonical и meta robots он не умеет отслеживать?

sslab:
Не являясь основной задачей, часть этого умеет сервис у меня в подписи. То что не умеет, записал себе в план, чтобы научить :)

Научите - буду вашим пользователем )

Ladycharm:
Ощущение, что сайт "летает" - кажущееся, просто браузер не показывает пустой экран, пока грузит следующую страницу.
Он тупо показывает предыдущую страницу, поля которой постепенно заменяются по мере получения контента от сервера.

Читать до окончания полной загрузки всё-равно неудобно, тк страница "дёргается" по мере прорисовки каждой порции контента.

Сайт на чистом html летает ещё быстрее, проверьте на "народовских" сайтах.
Также молниеносно летают сайты без CMS на "голом" php, когда статья отдаётся из БД без сложных выборок по нескольким таблицам.

PS: Загрузка страниц на JS в принципе ничего не ускорить не может, даже асинхронная. Накладных расходов при передаче того же объёма информации на ЯваСкрипте больше, чем на чистом HTML(тот же Json), а современные браузеры и так асинхронно в несколько потоков контент грузят.

Пусть это мне только кажется, но сайт таки летает :) Как юзера меня скорость и удобство пользования очень устраивает.

burunduk:
ну да он же в кеше ;)
а так 6,4s из токио при оптимизации можно до 6s сократить ;)
у меня, например, 4,6s :)

а если использовать возможности клиента, XSLT на клиенте, то и меньше 1s можно сократиться, за этим к богоносецу :)

Ну и пусть себе будет в кеше, юзеру это не важно. Тут тоже возник вопрос. ПС при ранжировании учитывают скорость загрузки сайта у юзеров или у своих ботов?

Nadejda:
И где вы видите быструю загрузку?🍿

У себя в браузере 🍿

Nadejda:
Тогда не надо будет огород городить, чтобы минимизировать эти тормоза

Какие тормоза?

TF-Studio:
Не самый лучший пример реализации с точки зрения сео.
Я бы тексты оставил бы в теле, а остальное грузил бы.
В любом случае время надо, чтобы нормально посмотреть за сайтом.

Тем не менее трафик хорошо вырос после смены движка. А представьте как полюбят сайт пользователи! Как воспримут это поисковики время покажет, да.

ant_key:
REST

Node.js

какие минусы для SEO?

MiRaj:
Отлично!
Страховка потому и добровольная - каждый сам выбирает, нужна она или нет. Это как с КАСКО )))

Согласен :) Пользуясь возможностью хочу высказать пожелания к Миралинкс. Отправил список ссылок на пропавшие статьи (62 штуки) в сапорт с целью узнать судьбу самих текстов. В ответ меня просят прислать еще и id статей. Неужели нельзя идентифицировать статью по ссылке на нее?

MiRaj:
Отличная статистика. Мы рекомендуем страховать дорогие статьи, для тех кому важно сохранить вложенные средства.
В целом, % удаления за год составляет около 4-6% в зависимости от ценового диапазона, тематики, типов площадки и т.д.

Представьте что вы купили 18 статей по 100 рублей и 2 стати за 1000 рублей каждая.
Теоретически, за 1 год может пропасть как дешевая статья, так и дорогая, а скорее всего ничего и не пропадет. Но в случае пропажи дешевой вы потеряете всего 100 рублей. В случае пропажи дорогой - 1000. Мой совет - застраховать дорогие статьи и не беспокоиться о пропаже вообще :)

Еще статистика. Если бы я застраховал все свои статьи дороже 30 уе то просто потратил бы деньги впустую, т.к. самая дорогая статья из пропавших стоила мне 20 уе :)

Всего: 75