Поиск

Привет всем. Есть два сайта, один старый второй новый. Стоит задача отправить все страницы со старого на новый. вот столкнулся с таким делом. Redirect 301 /job/ https://новый/vacancy Redirect 301 /job/resume/ https://новый/resume не отрабатывает все кидает на https://новый/vacancy Как поступить?. Еще вопрос, в новом движке страницы адресов например компаний с нижним подчеркиванием. В новом они заменены на тире. Как можно сделать через редирект 301 замену?. Или может быть на старом сайте сразу сделать перекидывание на новый при заходе на страницу?. при запросе урла заменить подчеркивания на тире и тупо header location??

Мы, пожалуй, самая заинтересованная сторона в вопросе влияния скорости, поэтому прокомментируем сугубо подтверждённые факты. В целом, всё важное уже верно описано Solmyr и SeVlad, но можно добавить немного интересных деталей. I. Влияние скорости в фактах 1. Конверсия -- Факт. Исследования от Гугла и ряда крупных магазинов широко известны. 'По-простому ' это очевидно и без исследований, поскольку причина просто 'быстрее грузится = посетителям комфортнее = посетители охотнее используют сайт '. 2. ПФ -- Факт. Поскольку это то же самое. Конверсия - просто финальная часть цепочки действий посетителя. И влияет ровно по той же причине - повышения удобства. А также иногда за счет возможности 'успеть продемонстрировать больше ' или 'продемонстрировать быстрее '. Безусловно, если вы продаёте ядерные электростанции или по иной причине уникальны и жестко необходимы каждому посетителю, - он вас дождётся. В большинстве же случаев, - посетитель просто не имеет мотивации, чтобы использовать именно...

Яндекс пишет - отсутствуют мета-теги description Значительная часть страниц сайта не содержит мета-тег description, или он некорректно заполнен. Это может негативно повлиять на представление сайта в результатах поиска. Примеры страниц и т.д. Может быть в роботс добавить что или в плагине All in One SEO Pack что то отметить? в нем noindex стоит для архивов дат, авторов, страниц поиска, остальные не отмечены. Файл роботс выглядит так: User-agent: * Disallow: /wp-admin Disallow: /wp-includes Disallow: /wp-content/plugins Disallow: /wp-content/cache Disallow: /wp-json/ Disallow: / Disallow: / Disallow: /*? Disallow: /?s= Allow: /*.css Allow: /*.js Host: Sitemap: Sitemap: Это дубли, как понимаю, ранее такого не было замечено, но недавно переехал на https и возможно ничего не стоит предпринимать и робот постепенно исключит их из поиска? ведь ранее не было таких предупреждений в вебмастере

Тут надо понимать, что разницы переехал ты на http:/ или на https:/ никакой. Это обычный переезд на новый домен) 1. Зеркалишь 2. Постраничный редирект 3. Скажи в панели вебмастера, что переехал Теперь уже хост не обязательно прописывать.

в Search Console 22к страниц: а. запрос site: https://сайт.ru/ выдаёт: Результатов: 2 и то левые какие то сайты. в чём может быть причина?

Добрый день, перевел несколько сайтов на Drupal на https, но в контенте остались некоторые элементы с http (например, адреса вставленных картинок в статьи), как на автомате заменить в контенте все с на, какой SQL запрос нужно делать и куда?. Друпал 7.

В интерфейсе пока подписки не доступны, пока могу выгрузить в ручном режиме, но у вас сайт http - соотвественно подписка в два клика, такой вариант конвертит заметно хуже чем на https.

вот так. ---------- Добавлено 04.07.2018 в 19:08 ---------- нет, https уже давно

Никаких левых. Это у вас кто-то поддомен создал. Вы переехали на https?

Доброго времени суток. Делаю переход на HTTPS у сайта на движке Вордпресс - все получилось за исключением одного- на некоторых страницах остались внутренние ссылки HTTP. Это несмотря на то что я заменил все ссылки в SQL файле. Т.е. насколько я понимаю внутри движка (либо самого шаблона BeTheme) есть кеш. Подскажите как его почистить? В бд точно все ссылки поменялись на хттпс (делал этот в Notepad++ автоматом)

Эм, а почему если https то надо через курл?

Все равно через CURL надо делать, т.к. httpS запрос.

Вернул две недели назад БС, но сместил его с 1 абзаца на 4йпока полет нормальный. Пока был под фильтром, перевел сайт на https, так что трафик постепенно возвращается к прежним значениям

Есть еще вариант - сайт на обычном HTTP и блоки видны в мобильных девайсах. Тогда их встраивает мобильный оператор, тоже известная проблема. Личится переходом на HTTPS

Отзыв от Артёма в моём вк-паблике (ссылка на тему с отзывами: ). Коротко о заказе: сайт на wordpress, переезд уже был выполнен, но некоторые плагины нуждались в дополнительной обработке. Исправил, теперь сайт корректно работает на HTTPS. [ATTACH]175333[/ATTACH]

Здравствуйте. Нужна помощь по работе с реф. ссылкой. Есть реф. ссылки вида: http://название сайта/?r=реф часть С такими ссылками знаю как работать. Вопрос в том, что мне в работу дали ссылку вида http://название сайта/referral/5b116436759b06.02675472. Эта ссылка приводит на главную страницу сайта. Я хочу эту ссылку изменять так, чтобы она приводила не на главную страницу сайта, а в конкретный нужный мне раздел сайта или на нужный товар на сайте. Попробовал изменить ссылку так http://название сайта/раздел сайта/?r=5b116436759b06.02675472. В итоге получилось, что ссылка приводит в нужный мне раздел, НО как реферальная не работает. Помогите советом, как изменять ссылку вида http://название сайта/referral/5b116436759b06.02675472, чтобы она приводила на нужный раздел сайта или товар и работала как реферальная. И может это важно. Сайт с которого я делаю переход по реф ссылке работает на https, а сайт на который реф ссылка приводит работает на http. Благодарю за помощь.

Московский номер оставлен на сайте на странице контакты, также указан адрес московского ТЦ, сам регион убрали еще 17.04.2018 по моему письму в яндекс, но выдача так и идет на Новосибирск релеватнее чем на остальные города и Москву. думаю может перевести на https, может это как то поспособствует, когда полностью переиндексирует страницы.

Не соглашусь с предыдущим постом насчет контента и совокупности факторов. Влияет исключительно реклама от гугла (блок ссылок), которая яндексу поперек горла. Вот выдержки из переписки с платоном по сайту. Здравствуйте, Роман! Ограничения для Вашего сайта действуют только в мобильном поиске. В мобильной версии сайта проверьте, например, не загораживает ли собой реклама основной контент, не подстраивается ли под элементы меню, не ведет ли себя неожиданным для пользователя образом и т.д. Такую рекламу лучше выделить/подписать/переместить/убрать/ что угодно, чтобы пользователям было понятно, что перед ними именно она. Отвечаю, мол там большими буквами написано РЕКЛАМА ПО ЗАПРОСУ + весь сайт и текст на нем исполнен в черных тонах, а рекламный блок имеет ярко голубой цвет и перепутать его с меню может только представитель яндекса. Блок с первого скриншота может вводить в заблуждение, и, замечу, что пользователи могут не знать цветовых решений Вашего сайта, как и особенностей положения...

В принципе, я так и предполагал, хотел просто услышать мнение со стороны, потому спасибо вам! Но там ещё одна манипуляция была с этим доменом, как рассказал мне товарищ, которому он принадлежит. Дело в том, что изначально человек заказал лендинг на.html страничках, он провисел у него около года на этом домене (тоже всего две странички), потом спустя время этот товарищ решил заказать новый дизайн для сайта, ему сделали новый дизайн (другой исполнитель), но сделал уже на.php страничках. И уже по сей день сайт так и висит в Интернете на двух страницах с расширением.php. То есть, была смена расширения документов, что сродни смене урлов. Вроде как редиректы со старых урлов на новые (с.html на.php) некоторое время - а именно около полугода - были настроены, но потом сайт был переведен на протокол HTTPS, после чего старые урлы стали выдавать 404 ошибку сервера (файл не найден). Иными словами, сейчас ситуация такова: - всё хорошо, а вот - страница не найдена. Подводя итог сказанному выше,...

Очень жаль, поле для маневров сильно сужается. Так как много из этих IP российские - геоайпи тут не поможет, можно попробовать посмотреть будут ли попадать эти запросы в лог без куков Добавьте в секцию http { далее в секцию server { И смотрите этот лог. Если все ваши товарищи там - уже можно обрубать. Лично у меня на 50.000 трафика в этот лог попали вчера 4000 IP, я их глазками посмотрел, пробил вручную несколько десятков - это боты на 99% Но я их не обрубаю, а при первом же запросе отправляю на гугл капчу (мне мой кодер написал решение на PHP. Так вот из этих 4000 капчу прошли 21 юзер. Так же в этом логе практически нет запросов к статике - css, js, которые делают нормальные юзеры, что так же показательно. 2. Вариант - более мягкий. Сделать 2 лога, 1-й из которых будет собирать все запросы, а второй только к статике. Далее парсим оба лога и тех кто не запрашивает статику - (при условии что они не из подсетей поисковиков) объявляем подозрительными и уже только для них придумываем...