Счетчик какой? ВК на сайте?
https://vk.com/dev/widget_like
Как вариант, в этот параметр передавать "старый" урл с http, вместо обновленного https после переезда. Но, сработает так или нет - не знаю, я использовал немного иначе этот параметр. Ну, и само собой, даже если сработает - в итоге в соцсетях будет ставиться лайк на http протокол, если это важно.
Изменение url, смена структуры, может довольно непредсказуемо повлиять на позиции и трафик из поисковиков. Есть весомые причины это делать? Или на сайте нет трафика, что можно об этом не переживать?
Все равно, что гадать на кофейной гуще. Если спад планомерный по обеим ПС и соотношение в процентах у ПС не меняется, то, возможно, что это вообще спад по тематике. Смотрите конкурентов или трафик в тематике. Может у вас специфическая тема, например школьники и скоро каникулы, трафик будет падать. Или тема изжила себя, или еще что-то такое.
Если же у конкурентов все в порядке, а спада в тематике нет, то дальше без каких-либо данных вообще бессмысленно предполагать.
Вот такая конструкция поможет:
User-Agent: *Allow: /images/screenshots/*.jpgDisallow: /images/screenshots
Сначала разрешаем все jpg в папке, остальные документы в ней - запрещаем.
Также, альтернативой будет запрет просто папки с признаком окончания url:
User-Agent: *Disallow: /images/screenshots/$Disallow: /images/screenshots$
Эти директивы запретят индексирование только этого url, без хвостов в виде *.jpg или иных документов.
Можете добавить и проверить через валидатор того же Яндекса в ВМТ.
Кроме того, возможно, имеет смысл добавить директиву в .htaccess для этой, а может и для других папок:
Options All -Indexes
Эта директива запретит просмотр директории в принципе, на уровне apache/httpd. Если, конечно, обработка передается в апач, если же на уровне nginx - там свою директиву можно прописать. Обычно нет причин допускать просмотр директорий.
Такой же эффект даст добавление пустого index.html в нужной папке, поскольку сервер станет вместо индекса директории отдавать просто пустой документ.
В остальном, уточните, что именно попадает в индекс и что нужно закрыть, поскольку не совсем понятно, что именно и зачем еще находится в папке.
Вариаций немеряно, и на уровне веб-сервера, и на уровне файла роботс.
Не все CMS это делают, а если сайт без CMS, к примеру лендинг на чистом HTML? Или на простейшем движке?
Если сайт на WP или другом внятном движке, то там эти вещи или из коробки, или плагинами, но тогда и вопросов не возникает. Раз возникли вопросы, значит это не делается автоматически.
Основная проблема в том, что трафик по Турбо не идет на ваш сайт, он остается на сайте Яндекса. Даже если бы гугл учитывал или учитывает ПФ, то пользователи, посетившие Турбо - не ваши пользователи. На этих страницах он максимум видит ссылку на ваш сайт, как источник. Но, к ПФ это уже вряд ли можно отнести.
Тоже самое касается и ссылок. Когда пользователь, находящийся на странице Турбо ставит ссылку или делится ссылкой - он ее проставляет на сервер Яндекса, а не на ваш сайт, и, соответственно, вы не получите отображение и учет этого ссылочного в гугле. Турбо имеет смысл, если вы не ориентируетесь на другие поисковые системы, на мой взгляд. Ибо вы по сути прокачиваете не свой сайт, а Яндекс.
Сейчас появилось еще и Турбо для десктопа. В таком виде ваш сайт вообще как таковой не будет нужен. Хватит того, что вы будете просто хранить у себя медиа-контент и публиковать сразу в RSS/YML ленту для Яндекса свои материалы. Будет тоже самое. Сайт без сайта. Можно провести аналогию с контентом в социалках - вы там публикуете, на вашем канале/группе есть подписчики и трафик, зарабатываете на рекламе. Но сайт вам для этого не нужен, он условен. И все, чем делятся пользователи и где учитывается ПФ - это та самая социалка или канал. Здесь аналогия совершенно такая же.
Точных цифр не будет. Каждый css/js - различен, как по исходному размеру, так и по написанию.
У кого-то это может дать 10% от размера, у кого-то и все 90% сжатия от рабочего варианта.
Гугл при анализе вроде показывает приблизительно возможный процент экономии при минимизации, ну или закинуть в сервис и сравнить "до" и "после".
Читают, тут даже их представитель есть по сервисам. Но в техподдержку все равно будет эффективнее и быстрее, это правильно.
Ну, собственно да. Контент заберет Турбо и Дзен, контакты - Чаты, вместо социалок - Аура. И дальше по нарастающей. Уже в очень недалеком будущем средний пользователь Яндекса даже выходить за пределы его сервисов не будет. Сейчас еще выходят на сайты, но как только Турбо закроет большую часть проектов, а остальные будут отжаты на места ниже - такой необходимости у среднестатистического пользователя уже и не будет. У него все будет "под рукой".
Так уже принялись же: Виджет с чатом Яндекса теперь и для вашего сайта
Причем, как я понимаю, это два в одном. Свой чат на страницах сайта + пуши на сервисах Яндекса, чтобы "догнать".
Вполне логично, собирают трафик, затем собирают страницы за счет турбо, затем собирают ваши контакты за счет чатов и форм, завязывая все больше пользователей в свои сервисы. Дальше и дальше. До тех пор, пока не получится так, что пользователю из поиска вообще не нужно будет выходить.
Я в другой ветке писал, уже скоро: сайты без сайта. База + YML + место под картинки. Сам сайт будет не нужен, если трафик предполагается получать только из Яндекса. Хватит Дзен и Турбо.
И, как ни крути, так и получится. Потому что для тех, у кого трафик из Яндекса - не хотят его терять. А чтобы не терять - надо делать как они "предлагают". В итоге, большая часть так и сделает, а у меньшей части уже не останется выбора. При этом "насильно" никто не будет заставлять, хватит "мягких" методов.
Логичное продолжение политики.
