Поиск

Если будет настроен 301 редирект и проведена склейка зеркал, то бэклинки, которые вели на сайт http, будут учтены, как ссылки сайта https. Надо ждать, в некоторых случаях даже до 3 месяцев

редирект 301 на новое зеркало. старое ссылочное оставить как есть и работать над новым уже на https:

На праздники только у меня беда с выдачей? Закидывает в ТОП5 сайты, которых там никогда не было, а основные из ТОП1-3 ставит иной раз на 4-5е позиции. ТС, не знаю почему у Вас так, а у моего товарища на днях яндекс прислал письмо, что теперь главное зеркало https причем, никто ничего на сайте не менял, сертификат не подключен.

пару дней назад яндекс прислал письмо что у меня изменилось главное зеркало с на Он что перестал уже учитывать https? или это потому что у меня стоит в host: Но в.htaccess и в настройках домена стоит редирект на https.

Что-то недоговариваете. Если у продающего ИМ-а хорошие позиции, то никто в здравом уме ничего редиректить не будет кроме www и https.

Видео-презентация: Назначение Бота: Автоматическая регистрация, а также чекер аккаунтов Кому пригодится: Smm-щикам (для регистрации аккаунтов соц.сетей), Email-маркетологам (рассылка писем), магазинам аккаунтов. Важное отличие от других регеров: За счет того, что регистрация проходит не на запросах, а в web-варианте с соблюдением анонимности, сохранением профиля регистрации, web-активностью (гулялка перед регой, отправка письма на 'свой ' аккаунт сразу после реги). - аккаунты максимально подходят под рассылку, ну и разумеется - под все остальное. Функции: 1. Регистрация аккаунтов (многопоток). автогенерация данных (имя фамилия, логин, user-agent). умная эмуляция ввода текста (паузы, ошибки и их удаление). загрузка аватара (женский, мужской, унисекс). проявление активности (отправка письма). регистрация 'Мой мир' сохранение профиля (cookies, user-agent, прокси). 2. Проверка на валидность работа на POST GET-запросах (многопоток). вход через сохраненный профиль (уменьшает вероятность...

День добрый! Мой форум Установил SSL. Настроил опции в админке. При запросе адреса в браузере без https система пишет: небезопасное соединение. С префиксом всё нормально. (Если кэш не чистить, то ряд браузеров запоминает. ) Как настроить?

На днях тоже поменял структуру url и немного дизайн без смены протокола. Просадка примерно 30%. Простоев не было, редиректы сразу. Возможно, наверное, и у Вас даже без одновременного переезда на https всё равно были бы падения. Переезды www/не-www и https делал сто раз, всё было ok.

Добрый день, коллеги. Уже несколько месяцев мы работаем в приватном режиме, оттачиваем механизмы и работу сети. Сегодня мы готовы набрать несколько вебмастеров и рекламодателей, для получения фидбека и дальнейшей оптимизации. Для вебмастеров, дорвейщиков и арбитражников: Работа как на https так и http сайтах. Возможность установки одного кода на любое количество сайтов. Детальнейшая статистика по всем значимым параметрам и пользовательским меткам. 26+ мультиязычных лендингов под все популярные тематики. Настраиваемый трафикбэк с возможностью дополнительной монетизации неподходящего трафика. Возможность перенаправления подписавшегося пользователя на нужный вам адрес. Вы сможете выстраивать свои бизнес-схемы самостоятельно. Возможность настройки количества запросов на подписку для арбитражного трафика. Автоматическая ротация лендингов. Возможность блокировки кнопки назад и затемнения экрана при подписке. Настройка количества ежедневных показов рекламы на каждого пользователя....

страницы удаляются из индекса не сразу, 404 попробуйте закинуть в вебмастере на удаление страниц. Переезжал на новый домен и https проседаний не было и редирект надо сразу ставить

Rebroff, редирект нужно ставить выше правил для https и www.

Восстанавливайте старую структуру на https и делайте 301 со старых страниц на новые. Ну и текста с сео восстанавливайте по аналогии.

xVOVAx, Мне кажется, теперь вы с Sitealert, друг друга не поняли. Он говорит, что не нужно делать редирект с https://мойсайт/ на https://мойсайт Конкретно в ситуации с хостом. А ты же, вроде, говоришь про редиректы с http://мойсайт http://www.мойсайт на без слеша, конкретно в разрезе моей ситуации. Я прав? ---------- Добавлено 08.05.2019 в 14:56 ---------- Sitealert, По редиректам хоста всё понятно. А что вы скажите по моей ситуации? Если у меня 301 с http www настоены на страницу без слеша https://мойсайт и если заменить на вариант со слешом, то ничего же не произойдет, если это одна и та же страница? Никаких склеек, переклеек, глюков пс?

Всем привет! Ребята, нужна помощь! Переехал на https и одновременно поменял домен на сайте, делал так: 301 редирект и уведомил поисковики через консоли Яндекса и Гугла. Яндекс склеил меньше чем за месяц, а вот Гугл сначала вроде-бы склеил, в поиске сайт появился под новым доменом, но через небольшое количество времени позиции в гугле упали в 0 и в выдаче я наблюдаю оба домена. Так же в консоли 81 935 ссылок со старого домена на новый. Уже месяц прошел, никаких изменений, что можно сделать в этой ситуации?

Здравствуйте, подскажите пожалуйста насчет правильной склейки. Сейчас сайт по умолчанию выводится с www, в индексе оба варианта страниц, в гугул аналитикс по умолчанию с www, через пару месяцев полностью меняется сайт (новая cms, дизайн) и нужно, что б основным был домен без www. Так же нужен перенос сайта с http на https. В каком порядке это все нужно делать, что б не потерять нынешние позиции сайта и не вывалиться с выдачи?. Файл сейчас пустой. Файл.htaccess содержит только: IfModule mod_ RewriteEngine on. RewriteRule ^ua/(.*) ru/$1 [l]. RewriteRule ^[^r](.*).htm [l]. /IfModule Нужно сначала склеить домен с WWW и без WWW, подождать когда пройдет склейка, а потом прописать 301 редирект со всех старых страниц уже без www на соответcnвующие новые для передачи веса? Или можно сделать все сразу, не ждать склейки?. На каком этапе покупать SSL и ставить редиректы с HTTP на HTTPS, что б не терять опять время на переидексациюу?. Спасибо всем, ко откликнется.

помогите с редиректом RewriteEngine On Options +FollowSymlinks RewriteRule ^category/(.*)$ /$1 [QSA,L,NC] RewriteRule ^(.*) https://www5.сайт.me/$1 [QSA,L,R=301] RewriteCond %{THE_REQUEST} ^[A-Z]{3,9} /index HTTP/ RewriteRule ^index.php$ / [R=301,L] RewriteCond %{THE_REQUEST} ^[A-Z]{3,9} /index.php HTTP/ RewriteRule ^index.php$ / [R=301,L] files.htaccess= ' ' order allow,deny deny from all /files все отлично работает, но алиасы с https://www1.сайт.me/, https://www3.сайт.me/, https://сайт.me/ без редиректа получается = https://www1.сайт.me/category/shinge. i-3-shingeki-2 https://www3.сайт.me/category/shinge. i-3-shingeki-2, https://сайт.me/category/shingeki-shingeki-3-shingeki-2 а должно быть https://www5.сайт.me/category/shinge. i-3-shingeki-2 все другие url без проблем

Спасибо. Всё вроде понятно, за исключением одного. Редирект с https://мойсайт/ на https://мойсайт нужен или нет? ---------- Добавлено 07.05.2019 в 12:26 ---------- Задавал здесь как-то вопрос по продвижению и кто-то из умных старичков ссылался на этот сервис. За истину его не брал, просто увидел его отчет и предположил, что логически он прав. А что касается гугла - да, проблемы имеются. Пока не знаю, где искать причину, но пытаюсь всё прорабатывать по крупицам. Для меня очевидно лишь одно, что это не ссылочное и т.д. Потому что не может быть разница в позициях, между яндексом и гуглом более 100. В яндексе в топ 10, а в гугле 100+ Я, на нашем форуме, тему находил, как у одного человека так же проблемы с гуглом были и решилось всё удалением страниц из индекса и последующим передобавлением. Там, вроде что-то с дублями было. Поэтому я и предположил, что дьявол может крыться в мелочах.

помогите с редиректом RewriteEngine On Options +FollowSymlinks RewriteRule ^category/(.*)$ /$1 [QSA,L,NC] RewriteRule ^(.*) https://www5.сайт.me/$1 [QSA,L,R=301] RewriteCond %{THE_REQUEST} ^[A-Z]{3,9} /index HTTP/ RewriteRule ^index.php$ / [R=301,L] RewriteCond %{THE_REQUEST} ^[A-Z]{3,9} /index.php HTTP/ RewriteRule ^index.php$ / [R=301,L] files.htaccess= ' ' order allow,deny deny from all /files все отлично работает, но алиасы с https://www1.сайт.me/, https://www3.сайт.me/, https://сайт.me/ без редиректа получается = https://www1.сайт.me/category/shingeki-shingeki-3-shingeki-2 https://www3.сайт.me/category/shingeki-shingeki-3-shingeki-2, https://сайт.me/category/shingeki-shingeki-3-shingeki-2 а должно быть https://www5.сайт.me/category/shingeki-shingeki-3-shingeki-2 все другие работает без проблем

Сейчас многие пишут тут и немного тут о просадке трафика при переезде на https с Гугла. В этих темах многие говорят что не надо делать 301 редирект сразу, а для гугла надо просто ждать пока страницы с http сами выпадут и на их место встанут https. Типа если делать 301 редирект, то страницы выпадают, а новые еще не заходят в индекс. Кто-то пишет что надо переезжать без 301 редиректа (просто оставить 2 версии), а кто-то пишет что вместо 301 редиректа надо использовать canonical. Вопросы: 1. Кто-нибудь переезжал на https без 301 редиректа, а с помощь canonical ? Яндекс пишет что при переезде это равноценная замена редиректу -. Возможно ли что при таком переезде просадки с гугла не будет (ну или хотя бы будет меньше)? Есть у кого-нибудь опыт такого переезда? Какие были результаты? 2. Переезжал кто-нибудь без 301 редиректа и без каноникла ? Какие были результаты в гугле и яндексе? Как поисковики отреагировали на дубли? 3. Есть кто имея солидный трафик с гугла, переезжал с помощью 301...

Подскажите, кто какой источник кнопок социальных сетей для сайта использует? Одно время использовал кнопки от Яндекс - был очень доволен до той поры, пока их код не начал блочиться на территории Украины. Как сейчас с этими кнопками, есть ли проблемы какие?. После Яндекса использовал кнопки от Ильи Бирмана - красивые, код быстрый, но например, сбор данных счетчиком запретить нельзя - можно отключить только вывод цифр, но сбор все равно будет происходить. После перевода сайта на https все цифры обнулились и в счетчиках (который замедляет загрузку) смысла нет. Вот думаю какой бы сервис выбрать сейчас. Из требований: 1. Быстрый чистый код, не замедляющий загрузку страницы. 2. Возможность включения/отключения счетчиков. 3. Корректная работы счетчиков. 4. Желательно (но не обязательна) произвольная проверка данных о числе нажатий и с каких страниц.