Поиск

1. Хоть и на спичках, но экономия. 2. Не заметил, что у него '1 основной домейн и 3 аллиаса '. Тогда HTTP_HOST. 3. И у меня выше опечатка вышла (без очков уже плохо читается) RewriteRule ^(?.*)$ https://%1%{REQUEST_URI} [L,R=301,L ] Лишнюю L поставил.

Полуграмотное решение вам подсказали. Правильнее так: # Вместо захватывания маски в RewriteRule используйте переменную %{REQUEST_URI} RewriteCond %{HTTP_HOST} ^www.(.*)$ [NC] RewriteRule ^(?.*)$ https://%1%{REQUEST_URI} [L,R=301,L] # Здесь набор условий RewriteCond, как выше уже указали, зависит от хостера. Для Джино, например, так: RewriteCond %{HTTP:X-Forwarded-Protocol} !=https RewriteRule ^(?.*)$ https://%{SERVER_NAME}%{REQUEST_URI} [L,R=301] В RewriteRule указывайте незахватывающую маску для всей строки. В адресе для перенаправления лучше использовать %{SERVER_NAME}, а не %{HTTP_HOST}.

Что набираю. что плохо получаю: https://www. / https://www. /

В последнее время, на форуме почти не активен. Но тут не выдержал и решил написать. Какой к чёрту доход, справедливость и качество площадки. Вот Вам конкретный пример сайта-дорвея, использующего лик Президента РФ в помойной рекламе. По многим запросам, он занимает ТОП. Пример? Пожалуйста! https://молитва-слов.рф/molitva-na-bolshuyu-vyruchku/ Их целая сетка. https://молитва-глас.рф/ https://чудотворная-молитва.рф/ https://молитва-слов.рф/ https://святая-молитва.рф/ Это сайты-близнецы, созданные на краденом контенте.

Здравствуйте! Вебвизор 1.0 действительно в настоящее время работает по протоколу http. Если этот момент для вас принципиален, вы можете перейти на Вебвизор 2.0, его записи открываются по протоколу https. О Вебвизоре 2.0 рассказываем здесь: Посмотрите, пожалуйста.

На win xp уже задолго до этой истории часть сайтов в хроме не работала при наличии https

перейдите по ссылке. старый домен новый https://эвакуаторк.рф/ Проверяем кейсо видимость

Здравствуйте, имеется интернет магазин на Wp. Года 4 совершенно не трогал файл robots.txt. Сегодня в вебмастере прилетело сообщение - Найдены страницы-дубли с GET-параметрами Пример страниц: ? https:// /product-category/igry/sport/page/3/?add-to-cart=4888 https:// /product-category/igry/shashki/page/3/?per_page=9&shop_view=list https:// /product-category/igry/shashki/page/3/?per_row=3&per_page=9&shop_view=list https:// /product-category/igry/shashki/?per_page=9&shop_view=list https:// /product-category/igry/shashki/?per_row=2&per_page=9&shop_view=list Хочу исправить следующим образом: Disallow: /?fakeparam= или - Disallow: /*? Какой вариант посоветуете?

Неожиданно быстро получила от поддержки ответ. Считаю нужным поделиться, может кому поможет. Тезисно ответы звучат так: о странице https://сайт.ру/skripyt-tormoza/?share=facebook робот узнал со страницы https://сайт.ру/skripyt-tormoza/ 12.10.2020, 04:25:36 по МСК. Сейчас подобные ссылки отсутствуют, однако они сохранились в базе робота. Для ограничения индексации подобных ссылок вы можете использовать директиву вида Clean-param: share&nb. Отмечу, что сейчас индексирование таких страниц запрещено в файле директивой Disallow: /*?, из-за которой Clean-param не сможет обрабатываться. Чтобы директива Clean-param обрабатывалась, необходимо либо удалить запрет, либо добавить более узкую разрешающую директиву, например, Allow: *share=.

Сайт: верни-страховку-кредита.рф Пользователь, оставляя заявку на интернет-сайте https://верни-страховку-кредита.рф, принимает настоящее Согласие на обработку персональных данных (далее Согласие). Пользователь дает свое согласие ИП Тленкопачев Заур Султанович ИНН 010512971298), которое расположено по адресу 385000, РФ, Республика Адыгея г. Майкоп ул. Чкалова д. 65 офис 27а, 2 этаж 'Юридическая защита ', на обработку своих персональных данных со следующими условиями. Что и требовалось доказать. Мошенники.

Друзья, просьба подсказать по данной ситуации (сразу скажу, что не являюсь СЕО специалистом и тд.) Имеем старый, очень хорошо проиндексированный с середины 2000 годов в Гугле сайт на западном домене. Сайт хорошо выпадает в выдаче по ключевым запросам. Однако периодически позиции падают, потом восстанавливаются, потом снова падают, кажется раньше все было стабильнее. Так же постоянно вылезают предупреждения с разных сторон, что сайт не безопасен, не https и тд. Возникается вопрос - не стоит ли его раз и навсегда перевести на https? чтобы не возникало лишних предупреждений при заходе не сайт и для вероятного более надежной выдачи в современных реалиях. Второй вопрос, как это правильно сделать. Написан довольно простой на смеси html/php, не на базе какого-либо существующего движка.

Здравствуйте! На поиске Google используется защищенный протокол https. Цель этого протокола шифровать данные (для безопасности пользователей). Поисковая фраза входит в один из пунктов этих данных. По этой причине большую часть ключевых запросов отследить не получится, и вы не видите их в отчетах. Для органического (бесплатного) трафика страницы, на которые переходили пользователи из поиска Google можно посмотреть в отчете 'Страницы входа', применив сегментацию 'Визиты, в которых' 'Источники' 'Последний источник' 'Поисковые системы' 'Google'. Для удобства можно выбрать линейный список. Если же вы хотите посмотреть эти данные для рекламного трафика, то для определения ключевых запросов вам подойдет разметка рекламных ссылок UTM-метками: #form-rules. Тогда данные по фразам можно будет увидеть в отчете 'Метки UTM' для метки utm_term. А страницы входа вы сможете посмотреть также в отчете 'Страницы входа', только с другой сегментацией: 'Визиты, в которых' 'Источники' 'Последний источник'...

У вас много вопросов 😀 1. Почему выпадают страницы из Гугла? Потому, что Гугл что-то может химичить, обновлять, тестировать и т.д. Конечно лучше проверить ошибки в Консоле Гугла нет ли по сайту ошибок. Проверить доступность сервера и выдерживает ли он нагрузку и т.д. 2. Переезжать ли сейчас на https? Переезд в большинстве случаев проходит быстро, но всегда есть 'НО '. Пойдёт полная переиндексация сайта и пересчёт позиций. И может случиться так, что пересчёт будет не в вашу пользу. Это надо держать в уме. Я лично рекомендовал, если это не крупный бизнес и он не приноса тонны денег каждый день 3. Как сделать переезд? Если такой вопрос возникает и у вас сайт самописный, лучше нанять специалиста, который разберётся в этом коде и сможет сделать переезд. Урлы сайта могут быть прописаны внутри кода и во всём это надо будет разбираться и исправлять. В остальном это стандартная процедура и сложностей не должно возникнуть. Ну конечно, если ваш хостер поддерживает этот https.

Да, провайдеры нынче хитрожопые пошли, на чужие сайты свою рекламу впихивают. Переход на https на этом фоне будет весьма полезным.

Приветствую. Собственно делаю сайт с рецептами. И задался вопросом: 'А нужен ли сайту с рецептами https ':)?

Как я понял, у автора имеется полная неработоспособность этого домена 4-го уровня как при переадресации с http://www, так и при переадресации с https://www, а иначе причем тут вообще сертификат? Переадресация с http на https в рамках домена 3-го по словам автора работает: Я привел пример своего основного домена второго уровня, но в сервисе парковки нет разницы, какой уровень имеет основной домен (это может быть и третий уровень).

Довольно неразумная у вас манера выбирать эпитеты в адрес людей, которые тратят на вас время и стараются вам дать рабочий ориентир. Одно не есть другое. Фильтр - это принудительное ограничение в релеватности, для искусственного занижения ранжирования сайта в поиске, а траст - это совокупность поисковых характеристик сайта естественным образом необходимых для улучшения поисковой видимости. У вас проблемы с ожидаемой для вас видимостью в поиске не ввиду фильтра, а ввиду неразвитости траста. Чтобы это понять достаточно посмотреть на ваш сайт и на его публичные поисковые характеристики, которые околонулевые, если не считать спамные бэки на однотипных спам страницах https://*., коим вы отдаляете себе успех в ранжировании. Нет у вас никакого фильтра (пока), об этом свидетельствуют и ранжирование по цитате, и ранжирование по заголовку. Если не верите, напишите в тех. поддержку Яндекса, они вам сообщат - 'Мы проверили, ограничений в ранжировании для вашего сайта нет, он ранжируется в...

Cloudflare с бесплатным сертификатом не дает возможности делать такой редирект для поддомена. С http на https без www для поддомена редирект шел, а с на https://без www - нет. Все дело в бесплатном сертификате. С основным доменом проблем нет, там все работает

Есть структура: https://сайт.ru/shop/tv-shop/house/ https://сайт.ru/shop/tv-shop/loss_of_weight_and_massage/ https://сайт.ru/shop/tv-shop/kitchen/ и т.д., большая вложенность по каталогам и товарам внутри. Нужно, избавиться от каталога /tv-shop, т.е. редирект должен быть такой: https://сайт.ru/shop/house/ https://сайт.ru/shop/loss_of_weight_and_massage/ https://сайт.ru/shop/kitchen/ Тоже самое касается товаров внутри.

Хром когда-нибудь просто перестанет показывать сайты без https, тогда всё придётся делать в срочном порядке и стрессовать. Лучше заранее всё сделать.