Поиск

Всем привет! Впервые столкнулся с тильдой. Появился вопрос касательно ее настройки для корректного сбора статистики. Есть сайт на тильде с подключенным https. Все редиректы настроены именно на эту версию. При этом в sitemap (который там автоматом генерится) записываются адреса только http. В search console добавил на всякий случай обе версии (http, https) и внезапно обнаружил, что все https страницы исключены из поиска, а http - отсканировались, попали в индекс и к ним робот периодически заглядывает. В аналитике тоже что-то непонятное. Если поставить основной домен https, то начинает криво трекать и не отображать реальные данные, а http - нормально отображается статистика. Подскажите в чем проблема: в тильде, консоли или моих кривых руках и как эти дела между собой подружить?:)

Да хрен с ним, со звеном. HTTPS - это не только ценный сертификат SSL, но и развод на мех и когти доверчивого вебмастера. Например, можно ведь использовать самоподписанный сертификат - это никак не ухудшит шифрование. Но любой говнобраузер (а они сегодня все такие) тут же заорёт 'сайт небезопасен '. Это изначально задумывалось, как развод на бабло, и вообще прецедент, наверное, из ряда вон выходящий - доселе в интернете владельцев сайтов так массово не пытались развести на то, что им не нужно нахрен.

Нет. И Bjoerndalen, очень доходчиво пояснил почему. Я только ещё добавлю, что переходящие на https как правило дополнительно занимаются и СЕО. И вот последнее определяет позиции в ТОПе, а не протокол. + новые сайты как правило уже сразу делаются на https.

Вообще такое ощущение что либо гугл там чтото глобальное мутит, либо уже намутил а теперь баги найти не может или вообще не ищет. На днях перевел сайт на https, гугл с пятой попытки sitemap согласился скушать, и то какието ошибки там увидел. Хотя на http тот же сайтмэп никаких ошибок не давал никогда. Ускорял сайт до посинения, page speed выше 48 не дает. оказца он не учитывает сжатие картинок и еще чтото. по другим сервисам тестов везде больше 80%. Какието очень сырые обновы у них везде. Видать и с адсенсем та же хрень

Ну, с https на ваших сайтах не будет показываться реклама мобильных операторов. Другой причины не вижу 🤣

Добрый =). Вот знаю что конкуренты крутят ПФ в огромных объемах. смотрю на их сайт, занимает top3 по всем важным мне запросам. 5 дней назад в середине дня хлоп - сайт по всем запросам выпадает за 100ую позицию (дальше у меня система статистики не снимает).. думаю круто, за ПФ в бан попали, ура. Вчера сайт появился этот на 30-50ых позициях (в зависимости от запроса), сейчас по 2м запросам из 8 что проверяю - top3 снова. Это как так? домен не менялся, контент с виду тоже, релевантная страница (та что в поиске выдается) прежняя. ( https как был так и есть, как старый сертификат стоял (через пол года закончится) так и стоит, с виду технически ни чего не менялось). за сим вопрос: - за счет чего сайт так выпасть мог, что-б вернутся назад в 5 дней? вроде ни один фильтр не снимается за такое время. а если не фильтр - то чего за штука была?. есть предположения может?. // сайт конкурента, по этому доступа в его вебмастер нет, по этому поглядеть не могу:/

Да. Можно указать ссылку https://domain/com. Всё равно же туда редиректит.

А какой великий смысл в том, чтобы поддерживать url https://domain/com/en и указывать этот адрес в link, если Вы никогда не собираетесь его использовать?

Во всех внутренних абсолютных ссылках сменить протокол с http на https. Это относится ко всему, что подгружается вместе со страницей: цсс, картинки и скрипты. Или делать ссылки относительными.

Как убрать смешанное содержимое после перехода на https с http ? Желтый треугольник на замке. Вот здесь, например, я толком ничего не понял

Обновление 2.1.5. Исправлена ошибка, из-за которой не скачивались изображения, пути которых начинаются с двойного слэша, при https. В режиме скачивания картинок теперь можно указать белый список расширений: *downloadimages=all{images,100,100,jpg,gif,png,jpeg } Так будут скачиваться только изображения с расширениями jpg, gif, png и jpeg. Появилась настройка: * OriginalCode =1. Она отключает обработку контента (чистку, замену относительных путей на абсолютные и прочее). Сделал кликабельными 'Profile ' и 'Template ' и добавил ссылку 'View site list ', чтобы открывать соответствующие файлы. В скрипте появилась возможность вывода статуса потока (работает только в thread_): SetStatus('Hello, world!'); Эта возможность полезна в случае, когда, например, после завершения парсинга сайта запускается какая-то долгая функция. Вот пример такой функции - MoveImages. Эта функция создаёт для каждой статьи свою папку и помещает в неё картинки этой статьи. Файл статьи переименовывается в транслит с...

Это наверное, потому, что я перехожу на https сейчас, решил перейти, трафа пока все равно не много ---------- Добавлено 09.02.2019 в 15:53 ---------- Сейчас пытаюсь найти ошюибку, не пойму из за чего это

Основа: Последнее правило означает, что для 'все супер' нужно использовать единую точку входа, в которой и должна выполняться обработка 404-ой. Для прочих ошибок, которые могут возникнуть до попадания в единую точку входа, например для 403-ей, нужно расширять конфигурацию, например: Кое-что можно и убрать из основы, например первое правило, и обрабатывать обращения к доменным алиасам в рамках отдельного 'сайта'. Это же относится и к использованию др. портов/схем, например 443/HTTPS. ---------- Добавлено 09.02.2019 в 16:02 ----------. Адреса с можно смело делать недействительными, если для них нет хороших бэков. Корректировку редиректом делаете только для реальных 'тайпинов'. Помимо трэйлинг слэшей к ним прежде всего можно отнести большие буквы, множественные слэши (не только в конце пути, но и между компонентами пути или в его начале), например:

Вот тут есть отзывы, в том числе и с серча. За счет CDN вы оптимизируете загрузку картинок, скриптов и прочего. d-wp оптимизирует скорость отдачи html, так что по идее в вашей ситуации как раз именно то, что надо. это не баг, просто кэширующий модуль пока не поддерживает https, но уже очень скоро будет. d-wp это не только кэширование:)

Вот это вообще не показатель, особенно графики как растет количество сайтов с https в топе. Ну подумайте логически. Допустим было в топе 5 сайтов с http и 5 сайтов с https, то есть 50% на 50%. Через пол года 2 сайта которые были на http перешли на https, выдача не менялась, но в топе стало уже 70% на https. График вырос, все рады. Вывод в чем, количество сайтов в топе с https увеличивается не потому что сайты с https ранжируются выше, а потому что сайты на http постепенно переходят на https.

С 60 на 58 или с 3 на 1?) Эффект от HTTPS есть, но он крайне незначителен в данный момент. Пока что ПС лениво подпинывают вебмастеров переходить на HTTPS, но гайки не закручивают, вероятно дожидаются критической массы, чтобы не обрушивать выдачу. А переходить нужно сейчас, и не столько из-за бонуса к ранжированию, сколько для нормального ссылочного, чтобы потом не переклеивать все ссылки, а сразу начать набирать вес на HTTPS-версию.

Посмотрел в конфиге - хеш строится таким образом: fastcgi_cache_key '$request_method|$host|$request_uri '; Ну и вроде бы это согласуется в этим - $filename = md5('GET||'.$data['path']); Или нет?. ---------- Добавлено 08.02.2019 в 09:52 --------- Попробовал еще так. получил - Array ( [scheme] = https [host] = [path] = /test ). ---------- Добавлено 08.02.2019 в 09:59 --------- Так же решил посмотреть что выводит. получил ожидаемое ---------- Добавлено 08.02.2019 в 10:02 --------- Затем решил сравнить хеши. И получил два одинаковых хеша, но они не совпадают с реальных хешем страницы кеша которую сгенерировал Nginx

Есть проблема. Есть сайт на https, РКН нашло одну страницу (не весь сайт) и отправила её в реестр. Насколько я понимаю, https слишком сложно для блокировки, поэтому блокируют весь сайт. Что естественно серьёзно снижает трафик. Если переадресовать трафик обратно на http, то сайт доступен. Страницу я удалил, но естественно разблокировать никто не будет. И вот тут собственно вопрос, какие есть разумные решения проблемы? Ждать? Переносить домен?

Roctopus, добавит. однако там проблемы с поддержкой https, и я так понял этот баг еще не исправлен. rasiell, если не так, то поправьте. я как раз отказался от плагина из-за этой проблемы.

Согласен. Я тут комп откатил, а все потому что устанавливал одно приложение и видимо 'не глядя ', на доверии, качнул с 'официального сайта '. Не знал, что со мной такое может случиться ). Мнение поменяете, когда 9 из 10 топа будут на https?