разрешено использовать js и meta редиректы

11.07.202211.07.2022 admin 0 Comments

Почему от meta refresh и JavaScript-редиректов нужно отказаться

Помимо черных методов, вебмастера использовали такую переадресацию при:

В HTML-коде строка переадресации выглядит так:

Вот что говорит служба поддержки Google по этому поводу:

Ведущий аналитик Google Джон Мюллер пишет, что использование Refresh может привести к индексации другого контента. Бот воспринимает этот метатег как редирект и в результате сканирует информацию уже после ее обновления.

Недостатки Refresh-редиректа

Как работает редирект JavaScript

Вот как выглядит JS-редирект на практике:

Здесь происходит ситуация, идентичная использованию метатега Refresh. Такие редиректы оправданы лишь в одном случае: если после определенного действия пользователя необходимо совершить двойной редирект для улучшения поведенческих факторов.

Например, в интернет-магазине после покупки срабатывает 301-редирект на страницу благодарности либо дальнейших инструкций. После этого целесообразно направить пользователя на главную или страницу подписки. На SEO-оптимизацию двойной 301-редирект влияет плохо. Тогда допускается использовать тег Refresh. В остальных случаях от таких манипуляций лучше отказаться.

Заключение

Любой обман пользователя или поисковой системы не приемлем для SEO: он моментально распознается поисковиками. За это сайт исключают из поиска либо занижают ему позиции. А восстановить честное имя домена после такой ошибки может быть крайне сложно.

Если сайт хоть раз попадал под фильтры поисковых систем, то даже после их снятия ресурс будет хуже продвигаться. В результате придется регистрировать новый домен.

Помимо возможных последствий в виде санкций, в некоторых браузерах редиректы с использованием JavaScript могут просто не срабатывать. Поэтому лучше отказаться от такой переадресации в пользу серверных 301-редиректов. Такую рекомендацию дают и в Google.

Источник

Перенаправления в HTTP

URL перенаправление (redirecting), также известное как URL пересылка (forwarding), это метод представления страницы, формы или целого веб-приложения, более чем одним URL адресом. HTTP предоставляет специальный вид ответов, HTTP redirect, для выполнения этой операции, используемой для многих целей: временного перенаправления, пока выполняется обслуживание сайта, постоянное перенаправление, для сохранения работоспособности внешних ссылок, после смены архитектуры сайта, страниц прогресса, пока загружается файл, и так далее.

Принцип работы

Есть несколько типов перенаправлений и делятся на три категории: постоянные, временные и специальные перенаправления.

Постоянные перенаправления

Эти перенаправления призваны длиться вечно. Они подразумевают, что оригинальный URL-адрес больше не должен использоваться, а вместо него должен быть использован новый. Поисковые роботы запускают обновление связанного URL-адреса для ресурса в своих индексах.

[1] Спецификация не была намерена разрешать изменение метода, но на практике, клиентские приложения делают это. Код 308 был создан чтобы избавиться от неоднозначности в поведении, при использовании не- GET методов.

Временные перенаправления

Иногда, доступ к запрашиваемому ресурсу не может быть предоставлен из определённого места, но может быть предоставлен из другого. В этом случае, могут быть использованы временные перенаправления. Поисковые роботы не запоминают новую, временную ссылку. Временные перенаправления также используются, когда создаются, обновляются, или удаляются ресурсы, которые представляют временные страницы.

[2] Спецификация не была намерена разрешать изменение метода, но на практике, клиентские приложения делают это. Код 307 был создан чтобы избавиться от неоднозначности в поведении, при использовании не- GET методов.

Специальные перенаправления

В добавок к обычным перенаправлениям, есть 2 специальные. Перенаправление с кодом 304 (Not Modified) перенаправляет страницу к локальной закешированной копии (которая была устаревшей), и перенаправление с кодом 300 (Multiple Choice) это ручное перенаправление: тело, представленное браузером, как веб-страница, перечисляет возможные перенаправления и пользователь выбирает одно из них.

Альтернативные способы указания перенаправлений

HTML перенаправления

Атрибут content начинается с числа, которое означает, сколько секунд браузер должен ждать, прежде чем перейти по данной ссылке. Всегда устанавливайте 0, для лучшей доступности.

Очевидно, этот метод работает только с HTML страницами и не может использоваться для изображений или другого типа контента.

Заметьте, что перенаправления не позволяют работать должным образом кнопке «Назад» в браузере: вы можете вернуться на страницу назад, но мгновенно будете перенаправлены на страницу с которой пришли.

JavaScript перенаправления

Перенаправления в JavaScript создаются установкой значения свойства window.location и новая страница загрузиться.

Как и HTML перенаправления, этот тип не будет работать на всех ресурсах, и очевидно, что работает только на стороне клиента, который выполнит JavaScript. С другой стороны, вы можете вызвать перенаправление, только тогда, когда исполнится определённое условие.

Приоритетность

При использовании трёх возможных способов URL перенаправления, некоторые методы могут быть вызваны одновременно, но какой из них будет примёнён первым? Порядок приоритетов следующий:

Случаи использования

Есть много случаев для использования перенаправлений, но поскольку они влияют на производительность, то должны использоваться как можно реже.

Связывание доменов

В идеале, есть только одно место, и следовательно один URL адрес, для одного ресурса. Но, есть несколько причин, чтобы иметь альтернативные имена для ресурса (несколько доменов, как с, так и без префикса www или более короткие и лёгкие для запоминания адреса, …). В этих случаях, использовать перенаправление к одному истинному URL адресу, более подходящий вариант, чем дублировать ресурс.

Связывание доменов может быть необходимым по нескольким причинам:

Сохранения ссылок рабочими

Когда вы изменяете структуру веб-сайта, URL адреса ресурсов меняются. Даже, если вы можете обновить внутренние ссылки вашего сайта в соответствии с новой схемой имён, у вас нет контроля на URL адресами используемыми внешними ресурсами. Вы не хотите, чтобы эти ссылки не работали, так как они приносят вам ценных пользователей (и помогают вашей SEO), так что вы устанавливаете перенаправления из старых URL адресов на новые.

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

Временные ответы для небезопасных запросов

В этом случае, сервер вернёт ответ 303 (Смотреть другие), который будет содержать правильную информацию, но если кнопка перезагрузки будет нажата, эта страница просто отобразится повторно без ответа на небезопасный запрос.

Временные ответы на долгие запросы

Настройка перенаправлений на распространённых серверах

Apache

У модуля mod_alias есть директивы Redirect и Redirect_Match которые, по умолчанию, устанавливают код ответа 302 :

URL http://example.com/ будет перенаправлен к http://www.example.com/ (но не к http://example.com/other.html )

Redirect_Match делает то же, но использует регулярное выражение, чтобы определить множество URL адресов, которые подпадут под эффект:

Все документы в папке images/ будут перенаправляться к другому домену.

Если вы не хотите устанавливать временное перенаправление, дополнительный параметр (используйте или код статуса HTTP, или ключевое слово permanent) может использоваться чтобы установить другое перенаправление:

Также модуль mod_rewrite может использоваться для создания перенаправлений. Они более гибкие, но сложнее в использовании.

Nginx

В Nginx, вы создаёте особый серверный блок для контента, который вы хотите перенаправлять:

Чтобы применить перенаправления к папке или подмножеству страниц, используйте директиву rewrite :

В IIS, вы используете элемент для настройки перенаправлений.

Циклы перенаправлений

Циклы перенаправлений случаются когда за успешным перенаправлением следует другое, которое уже было выполнено. Другими словами, существует такой цикл, который никогда не закончится и в конечном счёте ни одна страница не будет найдена.

В случае, когда сервер не может обнаружить его: цикл перенаправлений может распространиться на несколько серверов, каждый из которых не имеет полной картины происходящего. В этом случае, браузеры покажут сообщение об ошибке. Firefox выведет:

В обоих случаях, пользователь не может ничего сделать (в отличие от ошибки на стороне клиента, например, несоответствие файлов куки или кеша).

Важно избегать циклов перенаправлений, так как они полностью нарушают работу пользователя.

Источник

Правила размещения рекламы в myTarget

Каждое объявление перед запуском проходит предварительную проверку на соответствие правилам системы myTarget, Законодательству РФ и рекламной политике компании Mail.ru Group. Если процесс модерации проходит успешно, а на балансе есть средства, то показ начнется автоматически.

Правила рекламы myTarget распространяются на все площадки. Они едины как для социальных сетей ВКонтакте и Одноклассники, так и для других партнеров в рамках сети.

Ознакомьтесь с основными условиями размещения ниже.

Запрещенные категории товаров

Допуск с ограничениями

Интернет-магазины (дистанционная продажа)

На сайте рекламодателя в разделе «Контакты», а также в рекламных материалах формата «Баннер 240×400», «Лента новостей/событий 1080×607» и «Карусель» (первый слайд или все слайды) в явном виде должны быть указаны сведения о продавце этих товаров:

Лекарственные средства, изделия медицинского назначения

Реклама лекарственных препаратов в формах и дозировках, отпускаемых по рецептам на лекарственные препараты, а также медицинских изделий, для использования которых требуется специальная подготовка, запрещена.

Дистанционная продажа лекарств запрещена.

Медицинская деятельность (мед. учреждения)

До размещения рекламы нужно прислать на support_target@corp.my.com скан-копии лицензии на осуществление медицинской деятельности и приложения к ней.

Реклама медицинской деятельности не должна:

Биологически активные добавки, пищевые добавки, продукты детского питания

Реклама биологически активных добавок, пищевых добавок, продуктов детского питания не должна:

Реклама продуктов детского питания не должна представлять их в качестве полноценных заменителей грудного молока и утверждать о преимуществах искусственного вскармливания детей.

Реклама продуктов-заменителей грудного молока и продуктов, включенных в рацион ребенка в первый год жизни, должна содержать сведения о возрастных ограничениях и предупреждение о необходимости консультаций специалистов.

Дистанционная продажа БАДов запрещена.

Финансовые услуги

Реклама должна содержать наименование или имя лица, оказывающего эти услуги (для юридического лица — наименование, для индивидуального предпринимателя — фамилию, имя, отчество).

Реклама банковских, страховых и иных финансовых услуг по правилам не должна:

Кредиты: если реклама содержит хотя бы одно условие, влияющее на их стоимость, в ней должны быть и все остальные условия, определяющие фактическую стоимость кредита для заемщика и влияющие на нее.

Реклама управления и доверительного управления активами должна содержать:

Реклама управления и доверительного управления активами не должна содержать:

Не допускается реклама, связанная с привлечением денежных средств физических лиц для строительства жилья, за исключением связанной с привлечением финансов на основании договора участия в долевом строительстве, рекламы жилищных и жилищно-строительных кооперативов, рекламы, связанной с привлечением и использованием жилищными накопительными кооперативами денежных средств физических лиц на приобретение жилых помещений.

Реклама, связанная с привлечением денежных средств участников долевого строительства для строительства (создания) многоквартирных домов или иных объектов недвижимости, должна содержать сведения о месте и способах получения проектной декларации, предусмотренной федеральным законом.

Реклама, связанная с привлечением денежных средств участников долевого строительства для создания многоквартирного дома или иного объекта недвижимости, не допускается:

Реклама, связанная с привлечением и использованием жилищным накопительным кооперативом денежных средств физических лиц на приобретение жилых помещений, должна содержать:

Источник

Полное руководство по редиректам: зачем они нужны и как их правильно настроить

Редирект, перенаправление, переадресация — все эти термины обозначают один и тот же процесc, когда пользователь пытается открыть один URL-адрес, а его перенаправляют на другой. Например, вы запрашиваете в браузере https://www.seranking.com/, а в итоге видите в адресной строке https://seranking.com/ — это работа редиректа. Такие перенаправления можно и не заметить. Но бывает и по-другому: если пользователь идет на страницу товара, а оказывается на главной, не заметить разницу будет сложно. Так зачем же вебмастера морочат голову пользователям?

Конечно же, перенаправления настраивают неспроста — для этого есть веские причины, о которых мы и поговорим в этой статье. Также мы будем разбираться, какие бывают редиректы, как их правильно настроить и каких ошибок нужно избегать. Иногда редиректы это благо, а иногда проблема, и только от вас зависит, принесут они пользу вашему сайту или, наоборот, навредят продвижению.

Зачем настраивать редирект

Есть несколько основных причин перенаправлять пользователя на другой URL. Давайте рассмотрим их подробнее.

Для указания главной версии сайта

Возможно, вы замечали, что адрес одних сайтов начинается с https, а других — с http. Также иногда в адресе указан префикс www, а иногда его нет. Выбор протокола и решение использования www перед основным доменом определяют главное зеркало ресурса. Это основная версия сайта, на которую перенаправляют всех пользователей, если они вводят в строку поиска альтернативный вариант URL-адреса.

Например, главное зеркало нашего сайта — https://seranking.com/. Поэтому обращения к URL-ам http://seranking.com/, http://www.seranking.com/ и https://www.seranking.com/ будут перенаправлять на главное зеркало.

В этом случае редирект необходим для избежания проблем с дублями контента. Что такое дубли страниц и почему это плохо, можно почитать в нашей статье.

Для решения проблемы дублей

Дубли страниц возникают не только из-за разных протоколов и префикса www в URL-адресе, но и по ряду других технических причин. Также иногда дублируется сам контент — страницы-копии обычно удаляют, а с них настраивают редирект.

Давайте рассмотрим еще несколько сценариев, когда для устранения технических дублей используют переадресацию.

Перенаправление при добавлении завершающего слеша

Когда вы вбиваете адрес страницы в строку поиска, то скорее всего не добавляете слеш в конце. Иногда браузер сам «дописывает» его к URL-адресу — происходит это благодаря редиректу. Как и в случае с протоколом и www, вебмастеру нужно определиться, будут ли на сайте использоваться завершающие слеши, чтобы избежать проблем с дублями.

Ниже мы адаптировали схему, которой аналитик Google Джон Мюллер поделился в своем аккаунте Twitter.

Как вы видите, иногда завершающие слеши приводят к дублированию, а иногда нет. Например, в варианте F и G можно легко получить дублированный контент.

Решить проблему можно двумя способами: использовать тег canonical либо установить перенаправление на нужный вам вариант страницы.

Перенаправление при использовании расширения файлов в URL

Перенаправление URL-адреса в нижний регистр

Один и тот же URL-адрес, прописанный в верхнем и нижнем регистре, — это две разные страницы. Правило хорошего тона — использовать в URL нижний регистр. Поэтому чтобы адрес вида https://site.com/PAGE/ был доступен только как https://site.com/page/, также применяется перенаправление. Естественно, редирект здесь нужен и для того, чтобы предотвратить проблемы с дублями.

Для сохранения ссылочного веса и трафика при смене URL

URL-адрес страницы может поменяться по разным причинам: после миграции на новую CMS, в ходе изменения структуры сайта или в процессе борьбы с дублированным контентом. В результате вы получите страницу с новым адресом, которая отвечает на тот же запрос пользователя, что и старая страница. Редирект позволяет не только перенаправить трафик на актуальную страницу, но и сохранить вес внешних ссылок, указывающих на старый адрес.

Например, вы использовали страницу https://site.com/festivals-2020/, но в конце года решили обновлять контент страницы и публиковать на ней все фестивали следующего года. Чтобы убрать из URL-а прошлый год, вы решаете создать новую страницу https://site.com/festivals/. Эта страница будет постоянно обновляться и содержать контент, который ранее публиковался на странице https://site.com/festivals-2020/. Чтобы избежать каннибализации, вы принимаете решение удалить старую страницу https://site.com/festivals-2020/ и перенаправить трафик и ссылочный вес на новую страницу https://site.com/festivals/.

Для склейки доменов

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

Какие бывают редиректы

В подавляющем большинстве случаев, когда говорят о редиректах, подразумевают HTTP-перенаправление. Именно его используют для указания главного зеркала, борьбы с дублями, сохранения ссылочного веса и склейки доменов. Но бывают и другие виды редиректов — HTML или JS. Использовать их нужно предельно осторожно, так как это может не понравиться поисковикам. Чтобы понять почему, давайте разберемся, как работают все три вида редиректов.

Но сперва — небольшое отступление, которое поможет вам понять принципы реализации разных перенаправлений.

Что происходит во время загрузки страницы?

А теперь вернемся к редиректам. С их помощью на разных этапах загрузки страницы в браузер поступает информация, что нужно загрузить другой URL-адрес.

HTTP-перенаправления

Когда вы используете HTTP-перенаправление, то при запросе URL-адреса сервер отправляет ответ с кодом 3хх. Дальше из полученного ответа сервера браузер загружает URL страницы, на которую настроили редирект — и происходит перенаправление на новый адрес.

В зависимости от кода в ответе сервера (301, 302, 303 и т.д.) HTTP-перенаправления делятся на постоянные, временные или специальные. Для SEO-целей обычно используется 301 редирект, так как он передает максимум ссылочного веса конечной странице.

HTML-перенаправления

Этот вид перенаправления происходит на этапе загрузки HTML-кода страницы. Реализуется он с помощью тега и имеет следующий вид:

Рассмотрим значения атрибутов этого тега:

Когда используется HTML-перенаправление, браузер начинает загружать страницу, но потом видит в коде метатег refresh и через указанное число секунд загружает в том же окне другой URL. Это значит, что страница в любой момент может начать перезагружаться без участия пользователя. В то же время если редирект сработает быстро, пользователь может и ничего не заметить.

Недостатки meta редиректов:

C учетом всех недостатков не стоит использовать HTML-редирект для решения проблем, описанных в начале статьи. Джон Мюллер рекомендует использовать такое перенаправление только в крайних случаях, когда настроить серверный редирект нет возможности.

И все же бывают ситуации, когда использование meta редиректа оправдано. Например:

Это лишь пример и могут быть иные способы реализации.

JavaScript-перенаправления

Как вы догадались из названия, этот вид перенаправления происходит на этапе обработки JavaScript-файлов, то есть ближе к концу загрузки страницы. Реализуется он с помощью свойства window.location = «https://site.com/». Использовать JS-перенаправления можно в тех же случаях, что и HTML.

А вот если вам нужно, чтобы страница, на которую настраивается редирект, проиндексировалась и получила ссылочный вес, использовать JS-перенаправление не стоит. У этого способа есть ряд серьезных недостатков:

Недавно в ответ на вопрос о 302 редиректе Гэри Илш из Google напомнил, что использовал именно JS-редирект для переезда webmaster.googleblog.com. Его коллега Джон Мюллер прокомментировал такой ответ шуточным вопросом о передаче ссылочного веса.

В то же время в одной из веток Reddit Гэри Илш написал, что по возможности не стоит использовать JS-редиректы:

«Мы использовали JS-перенаправления для webmasters.googleblog.com, потому что это было единственное доступное решение для перенаправления каждого отдельного URL-адреса на его аналог. Этот метод работает в Google, но я вижу, что другим поисковым системам труднее понимать такие редиректы. Если бы у меня был выбор, я бы никогда не использовал JS-редиректы».

Приоритетность выполнения перенаправлений

Как вы уже поняли, по возможности лучше использовать HTTP-редирект.

Если такой возможности нет, настройте HTTP-перенаправление, установив в теге для параметра content показатель 0 — тогда переадресация начнется сразу, как только браузер увидит тег в коде страницы.

К JavaScript-перенаправлениям стоит прибегать в последнюю очередь и только если возможна интерпретация скрипта на стороне клиента.

Теперь давайте вернемся к HTTP-перенаправлениям и разберемся, что означают разные коды ответа сервера.