Поиск

Не только вес рассчитывается по словам. Домен с которого редирект часть своего веса отдаёт странице на другом сайте на которую редирект ведёт. Вот Volovikov понял о чём я писал, а вы вцепились в ссылки с адресной строкой, вероятно вообще своих клиентов не способны понимать. Упоминание сайта не только с https пишется бывает, но и без https. Вот упоминули где либо сайт.ru /rr-ttttt-gg-jjjj-iiii-ooo (без https) и тут уже не работает минус как разделитель слов в адресной строке а работает минус как вычет. 😀

Тааак. другая штука обнаружилась. Оказалось несколько месяцев сайт не пускал ссылки вида utm_source=yxnews&utm_medium=mobile&utm_referrer=https%3A%2F%%2Fnews%2Fsearch%3Ftext%3D Изза того, что в строчке был %3F выкидывало людей Access denied. Сервер сам обновил апач, а там такая засада и надо было менять код. Получается яндекс, гугл с такими запросами просто не пускал людей на сайт месяцы! Мог гугл видеть. что люди попасть не могут и понизить сайт?

Можете подсказать такую штуку? На моем сайте смена темы темную на светлую происходит ссылкой такого рода. Мойсайт.com/changetoSkin?back_url=https%3A%2F%2Fмойсайт.com%2F и возвращает на страницу нахождения Там был баг, что можно было подставить любой другой сайт и возвращает туда. Баг пофиксили еще в начале лета. Сейчас с моего сайта возвращает только на мой сайт, на чужой не возвращает. Но я заметил, что спамеры зачем-то разослали ссылки на свои сайты через мой по всему интернету такого вида. Мойсайт.com/changetoSkin?back_url=https%3A%2F%2Fспамерскийсайт%2F И теперь в семраше показывает 193 миллиона бэклинков из 7 тысяч сайтов! После гуглоапдейта просел сайт, может из-за этого? Что с этими всеми ссылками делать? Сейчас я поменял, он редиректит на 404 (до этого пару месяцев просто отдавал белую пустую страницу 200). В Search Panel может disavov все эти домены? Хотя в Search Panel про эти ссылки ничего не показывает, ни одну, как будто их нет, может гугл их просто не учитывает и не...

Это ип сервера. SEO хулиганы и кто то заказал проверку и анализ сайта у них. Jun 18, 2024 https: // ru/ ru 200 109.238.247.83 Apr 8, 2024 https: //integrum ru/tsentr/opinio3 integrum ru 200 109.238.247.83 Nov 10, 2021 https: // ru/ ru 403 109.238.247.83 Oct 6, 2020 https: //integrum ru/analytic-research 200 109.238.247.83 Jul 7, 2020 http: //www. nns ru ru 200 109.238.247.83 Dec 18, 2019 http: //guru integrum ru/ ru 200 109.238.247.83 Dec 18, 2019 http: //integrum group/ integrum group 200 109.238.247.83 Dec 18, 2019 http://integrum com/ integrum com 200 109.238.247.83

статья закрепилась на 7 позиции (хотя раньше стабильно была на первой по тому же ключевому запросу, даже будучи на http) все-таки рассчитывал, что вернётся выше, учитывая а) возраст домена б) переход на https (везде трындят, что поисковикам это важно) в) сам объём статьи какие идеи по возврату в топ? желательно бесплатные 😊 в своё время, лет 10 назад, органически продвинулась просто за счет репостов в то время были прикручены виджеты соцсетей, вк показывал за сотню репостов, FB десятка два-три сейчас соцсети стухли, активность упала в разы, даже если платно раскидать по тематическим пабликам, сомневаюсь, что будет много репостов. у меня пока единственная идея добавить несколько дополнительных абзацев текста (хотя это еще придется постараться, она и так слишком объёмная) если верить байке, что поисковики положительно реагируют на обновления и увеличение объема материала, пожалуй, может сработать upd. еще появилась идея сделать для статьи оглавление с якорными ссылками на...

😂 А я например вообще не знаю как это делать в панелях. Когда начался переход на https, я потратил день, что это и с чем едят, написал скрипт, который по крону автоматически обновлял сертификат раз в три месяца и забыл про эту проблему. При этом я очень посредственный знаток линукса. Одно знаю - руками на сервере делать нечего. я лично туда и не захожу никогда. Вся работа локально. Сервер разворачиваю через терраформ, все обновления - github actions. Надо бы наконец в Дженкинс переехать, но держать еще один инстанс для него нет смысла для личных проектов, а на работе все это делают специально обученные мальчики))

У Cloudflare есть режимы. 1. Off. (небезопасно). Шифрование не применяется. Отключение SSL отключает HTTPS и заставляет браузеры показывать предупреждение о том, что ваш веб-сайт не защищен. 2. Flexible. Включить шифрование только между вашими посетителями и Cloudflare. Это позволит избежать предупреждений безопасности браузера, но все соединения между Cloudflare и вашим источником осуществляются через HTTP. 3. Full. Включить сквозное шифрование. Используйте этот режим, когда ваш сервер источника поддерживает сертификацию SSL, но не использует действительный, публично доверенный сертификат. 4. Full (Strict). Включить сквозное шифрование и принудительно проверить сертификаты источника. Используйте Cloudflare Origin CA для генерации сертификатов для вашего источника. Full (Strict) это в том числе бесплатный сертификат который можно взять тут же в админке и он работает даже не то, что годами, а десятилетиями с самообновлением посредством Cloudflare. Потому лично я установил Full...

ситуация развивается благоприятно, статейка уже на первой странице по ключевому запросу! хоть sitemap загружен давно, гугл медленно переваривает переход с http на https статью только сегодня перевел в зелёный список (ну, и переадресация как-то помогла, наверное)

Я сейчас скажу про ваш VPN. Вы все умные вебмастера, кодеры и контент мейкеры и в курсе, что обычный человек пользуется этими сервисами, пока это все предустановлено у него на телефоне и интуитивно понятно. Забанят Google, выкинут из индекса Яндекса VPN сервисы (уже запрещают контент про VPN), запретят доступ на сайты для скачивания VPN, выкинут расширения и приложения из магазинов, список можно продолжать. И все. народ не будет дальше заморачиваться. Будет труднее пользоваться YouTube, зрители уйдут оттуда. Уйдут зрители, тогда уйдут и блогеры. А еще, это происходит не только со стороны РФ, но и со стороны самой Google, когда она не дает заработать резидентам из РФ на Adsense. В свое время Google мешал смотреть YouTube через альтернативные браузеры, так он добился доминирования Chrome. Потом ввели HTML5 и https, заставив пересесть всех остальных на Chrome. Предвижу истерию, но смиритесь, доля Internet Explorer 6 доминировала до 2010х, и только заставив обычных пользователей ради...

Поисковым система всё равно на каком вы хостинге, они проверяют и фиксируют ответ сервера. Если ваш сайт по-прежнему отвечает на http запрос, то данные адреса могут индексироваться. Настройте редирект с http на https и проблема со временем уйдет. Нет, в Console-и не настраиваются редиректы, они настраиваются 'на вашей стороне ' т.е. либо через CMS, либо панель управления на хостинге, либо вручную через.htaccess в корне вашего сайта.

не, сайт же переехал уже на другой хостинг с https правда, в выдаче зеленая ссылка http://домен, а при наведении курсора внизу страницы подсказка www.домен ладно, пускай останется загадкой мне сейчас важнее, чтоб в гугле не просела позиция (а была первая) коль в админке нельзя настроить редирект, можно ли это сделать в Google search console?

Доброго времени суток! Помогите, пожалуйста! У меня есть сайт, но в выдаче яндекса и гугла я часто нахожу перед URL своего сайта лишние символы и поддомены. То есть, например, у меня сайт например, использую поддомены городов ( achinsk, abakan и тд), но в выдаче ПС и в вебмастере яндекса очень много страниц такого плана:. /,. /, https://wwwkursk. / и тд Как можно убрать все эти лишние поддомены и чтобы в выдаче был только как https://achinsk. /, https://arhangelsk. / и тд ? Использую на хостинге, алис '* ' для подстановки городов В.htaccess и использую алис '* ' для индексации Заранее спасибо!!!

Да В использую, $server = $_SERVER['SERVER_NAME']; $text = 'User-agent: * Host: https://$_SERVER[HTTP_HOST] Sitemap: https://$_SERVER[HTTP_HOST]//feed/fx_sitemap&multi=off чтобы поисковая выдача была по разным разным городам.htaccess RewriteBase / #RewriteCond %{REQUEST_FILENAME} !^robots.(txt|php)$ [NC] RewriteCond %{REQUEST_URI} ! RewriteCond %{REQUEST_URI} ! RewriteCond %{HTTP_HOST} ^www.(.*)$ [NC] RewriteRule ^(.*)$ https://%1/$1 [R=301,L] RewriteRule ^$ [L] RewriteCond %{HTTP_HOST} ^$ [NC] RewriteRule ^(.*)$ http:// /$1 [R=301,L] RewriteCond %{THE_REQUEST} ^[A-Z]{3,9} /index HTTP/ RewriteRule ^index.html$ / [R=301,L] RewriteCond %{THE_REQUEST} ^[A-Z]{3,9} /index.php HTTP/ RewriteRule ^index.php$ / [R=301,L] RewriteCond %{QUERY_STRING} ^route=common/home$ RewriteCond %{REQUEST_METHOD} !^POST$ RewriteRule ^index.php$ http://%{HTTP_HOST}? [R=301,L] RewriteCond %{QUERY_STRING} ^(.*)&?page=1$ RewriteRule ^(.*)/?$ /$1?%1%2 [R=301,L] #remove page=1 from url RewriteRule ^$...

Здравствуйте, провожу анализ и эксперименты, наткнулся на интересное скрытие домена, пытаюсь разобрать: Есть сайт, у него очень большой трафик по Турции, естественно стоит фильтрация по клауду и на сайт можно зайти только из выдачи, причем не всегда сайт отдаст стили, нужен турецкий ip. Интересный момент заключается в том что сайт можно найти только через https:// если вбить в прямо в поисковую строку, без https:// с www, http:// или просто домен - сайт не найдет. Также самое интересное что по директиве site: его тоже нельзя найти, прямо не существует сайта. Какие есть мысли как добиться такого же результата с директивой site: чтобы разгадать ребус ? Отлов и блокировки гугловских ip не помогла.

Браузеры по умолчанию для https протокола в реферере передают только домен, url обрезается (если ссылка ведёт на другой домен и от сайта нет доп. инструкций для браузера). Единственный вариант выяснить, это если эти данные предоставит непосредственно vk из своей статистики переходов или у каких-то пользователей изменены дефолтные настройки браузера. По-другому никак.

Ну и 'есть' ли ? В индексе или где ещё она 'есть'? А в Location что? А 'содержимое ' с каким статусом? 200 или 404? Может у вас 301 с http на httpS Выложите всю последовательность ответов на запрос типа my-site/al-Kaida (стерев my-site), может тогда и подскажут

Гуглил ответа не нашел Вставляю внешнюю ссылку в записи с HTTPS, она рабочая и есть переход. Но если посмотреть исходный код, то протокола нет. Т.е. ссылка выглядит так: a href = ' // ' ссылка /a Как это исправить? А то на Миралинксе оптимизаторы ругаются. И второй не менее важный вопрос, зачем смотреть исходный код страницы, когда покупаешь ссылки через биржу?

ПС увидит с тем протоколом, по которому страницу откроет, и не факт что сайт (на который ссылка) по нему открывается и что вебмастеру нужна ссылка с таким протоколом. Это явно не стандартное что-то или плагин или тема. Поменяй тему, по отключай плагины, чтобы найти что протоколы вырезает. Может какой-то плагин для перевода сайта с HTTP на HTTPS такое делает.

вставил через шорткодер, нормально в исходном коде стало - с HTTPS

Рады представить вам наш сервис для обмена криптовалют - быстрый и надежный. О нас: - Отсутствуют скрытые комиссии - Защищенный протокол https - Регистрация в два клика, удобный интерфейс - Самые популярные направления обмена - Наш сервис продолжает совершенствоваться и добавлять новые направления обменов. - Техподдержка. Всегда на связи. ВНИМАНИЕ! Все обмены происходят строго через заявку на сайте, мы не производим обмены в мессенджерах. Остерегайтесь мошенников. Время работы сервиса: с понедельника по субботу, с 10:00 до 21:00 по МСК. Вс-свободный график. Все наши плюсы вы можете оценить и поделится своими впечатлениями в комментариях на данном форуме после любой обменной операции. Контакты: Связаться с нами вы можете в рабочее время через онлайн чат или через Telegram на сайте С уважением, Администрация