Содержание

Как сделать редирект с одной страницы на другую php


Как сделать редирект одной страницы на другую

Как перенаправить страницу сайта на главную страницу. Ставим редирект с одной страницы на другую.

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

Редирект делается через файл .htaccess, который находится в корне директории сайта. Для перенаправления с одной страницы на другую нужна такая конструкция:

redirect 301 /some_path/ /kuda_perenapravlyaem/

Где /some_path/ — страница, с которой нужно перенаправить.

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

Имеется ввиду RewriteCond и RewriteRule.

Привет. Ты находишься на моём сайте. Я разработчик. Здесь я делюсь своими наработками и знаниями. Спрашивай в комментариях, если тебе что-то не понятно или пиши, если есть что добавить.

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

Редирект 301 с со страницы на страницу не затрагивая другие

691 просмотров Создание сайтов 20 Мар 2017

Как сделать 301 редирект/перенаправление с одной страницы на другую? Но не простое перенаправление. Допустим есть страница http://site.info/page, а так же есть страница http://site.info/page/narkotiki Нужно сделать 301 редирект с http://site.info/page на http://site.info

Если это сделать обыкновенным методом:

Redirect 301 /page http://site.info

…то тогда произойдёт перенаправление и с http://site.info/page/narkotiki на http://site.info/narkotiki, но тогда мы получим уже несуществующую страницу…

Вообщем, если мы хотим, что бы редирект был с http://site..*$ http://site.info? [R=301,L]

В моём случае сработало. Если знаете ещё способы или есть вопросы, пишите в комментариях 😉

301 редирект (переадресация) через .htaccess – на все случаи жизни

Три важных совета и четырнадцать конкретных примеров установки 301 переадресации страниц через htaccess!

Советы

  • Располагайте переадресации страниц в файле от частных к более глобальным (сверху вниз). Например: простая переадресация двух страниц стоит выше, чем глобальное правило редиректов с www на без www.
  • Избегайте двух, трех и т.д. последовательных редиректов. Правила должны быть настроены так, что при возникновении редиректа он должен перенаправлять пользователя (робота) только один (!) раз. Каждое лишнее переадресация – это секунды драгоценного времени отдачи страницы, это нагрузка на сервер, это нечеткие команды для поисковых роботов.
  • Не забывайте, что многие браузеры кешируют (запоминают редиректы), поэтому проверять переадресации лучше на сайте — http://www.(.*)$ http://%{HTTP_HOST}/$1 [R=301,L]

    UPDATE 02/11/2016

    Как сделать редирект: подробный обзор для гуманитариев

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

    Что такое редиректы и зачем они нужны

    Редирект — перенаправление пользователя с одного URL на другой. Например, при переходе по ссылке http://texterra.ru/blog/ браузер автоматически перенаправляет пользователя на URL https://texterra.ru/blog/.

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

    В данном случае донор – страница, с которой перенаправляются пользователи. Акцептор – страница, на которую направляются пользователи.

    Вот примеры использования редиректов:

    • Перенаправление с http на https. Пример указан выше.
    • Перенаправление с URL с www на URL без www и наоборот. При переходе по ссылке https://tinkoff.ru браузер перенаправляет пользователя на https://www.tinkoff.ru. При переходе по ссылке https://www.vc.ru браузер перенаправляет посетителя на https://vc.ru/.
    • Переезд сайта на другой домен. Пару лет назад коллеги из популярного издания отказались от названия «Цукерберг позвонит» и настроили редирект с адреса http://siliconrus.com на https://vc.ru/.
    • Перенаправление трафика с одной страницы сайта на другую. Например, если в интернет-магазине нет какого-то товара, он может перенаправить трафик на страницу похожего продукта.
    • Перенаправление пользователей на мобильную версию сайта. Если владелец ресурса использует для адаптации к мобильному трафику только мобильную версию сайта, он настраивает редирект мобильных пользователей с www.example.au на www.m.example.au.

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

    Какие бывают виды редиректов и когда их используют

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

    Браузеры и роботы поисковых систем определяют вид редиректа по коду состояния HTTP. Перенаправления могут иметь разный HTTP-статус: 301, 302, 303, 307. Рассмотрим каждый подробнее.

    Редирект 301

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

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

    Редирект 302

    В HTTP 1.0 статус 302 использовался для обозначения временного перемещения запрошенного ресурса на новый адрес. В HTTP 1.1 редирект 302 обозначает статус «Найдено» или Found. То есть ресурс существует, но владелец на некоторое время переместил его на новый адрес. Редирект 302 не передает авторитет и ссылочный профиль донора акцептору.

    В HTTP 1.1 для временного перенаправления предложены редиректы 303 и 307. Это связано с некорректной обработкой статуса 302 в некоторых браузерах.

    По стандартам HTTP 1.0 браузер после получения ответа 302 должен использовать для нового запроса метод POST. Разработчики некоторых браузеров не соблюдают этот стандарт и используют для нового запроса метод GET. В HTTP 1.1. эту проблему решают редиректы 303 и 307.

    Вместо 302 для временного перенаправления лучше использовать редиректы 303 и 307.

    Редиректы 303 и 307

    В HTTP 1.1 статус 303 предложен вместо редиректа 302. Значение кода – See Other или «Смотрите другой ресурс». Для нового запроса браузер должен использовать метод GET. Применяйте редирект 303, когда у вас нет адекватного ответа на запрос пользователя, но имеется более или менее подходящая замена.

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

    Статус 307 также используется вместо редиректа 302. Значение кода – Temporary Redirect или «временное перенаправление». Браузер не должен менять метод нового запроса. Запросы безопасными методами GET и HEAD выполняются автоматически. Запросы небезопасными методами, например, POST, выполняются с подтверждением пользователя.

    Используйте редирект 307, чтобы показать, что искомый ресурс временно доступен по другому адресу.

    Промежуточный вывод: в большинстве случаев владельцам сайтов подходит редирект 301. В этом случае HTTP-статус уведомляет поисковых роботов, что документ навсегда перемещен на новый адрес. Этот вид редиректа передает авторитет и ссылочную массу со страницы-донора на страницу-акцептор. Редиректы 303 и 307 используются, когда владелец сайта хочет временно перенаправлять пользователей с одного документа на другой.

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

    Редиректы классифицируются по способу реализации. Настроить перенаправление можно через файл .htaccess или nginx.config, средствами PHP, HTML, JavaScript. Подробнее о каждом типе ниже.

    Что такое htaccess-редирект

    Так называют серверный редирект, который настраивается в файле .htaccess для сайтов, которые находятся на серверах под управлением Apache.

    Чтобы настроить перенаправление, внесите изменения в файл .htaccess. Для доступа к файлу воспользуйтесь FTP-клиентом, например, FileZilla. В настройках программы в меню «Сервер» включите принудительное отображение скрытых файлов. Файл .htaccess находится в папке с названием доменного имени ресурса в каталоге public_html.

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

    В интерфейсе FTP-клиента FileZilla слева доступны файлы и папки локального компьютера, а справа — файлы и папки удаленного сервера.

    Также доступ к файлу .htaccess можно получить через панель управления хостингом. В cPanel откройте раздел интерфейса «Файлы – Диспетчер файлов».

    В настройках диспетчера включите отображение скрытых файлов.

    Скачайте файл на компьютер и отредактируйте. Также файл можно редактировать через cPanel.

    Чтобы отредактировать файл .htaccess, откройте его в блокноте. Добавьте код редиректа. Сохраните изменения и загрузите файл на сервер.

    О коде редиректов и настройках конкретных перенаправлений пойдет речь ниже.

    Чтобы настроить редирект на сервере под управлением Nginx, нужно добавить код перенаправления в конфигурационный файл nginx.conf. Код добавляется в блоке server. Получить код редиректа можно с помощью конвертера.

    PHP-редиректы

    PHP-редирект работает на уровне сервера. Этот способ перенаправления считается менее предпочтительным по сравнению с редиректом через файл .htaccess, так как он работает медленнее. Но в некоторых случаях предпочтительнее использовать этот тип редиректа.

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

    Скачайте на жесткий диск файл index.php или откройте его для редактирования в диспетчере файлов панели управления хостингом. Файл находится в корневой папке сайта. Там же находится файл .htaccess.

    Добавьте в файл index.php код редиректа. Сохраните изменения и загрузите файл на сервер.

    JavaScript-редирект

    Редирект с помощью кода JavaScript выполняется на стороне браузера, а не на стороне сервера. Чтобы посетитель попал со старой страницы на новую, скрипт редиректа должен полностью загрузиться в обозревателе. Поэтому JavaScript-редирект – более медленный способ перенаправления, чем серверные редиректы. Еще одна проблема — автоматическое перенаправление не сработает, если пользователь отключил в браузере JavaScript.

    Тем не менее JavaScript-редиректы в некоторых случаях удобны. Например, их можно использовать для перенаправления с задержкой. Вы можете написать на старой странице сообщение вроде «Мы переехали на новый сайт, сейчас вы будете автоматически туда перенаправлены». Через несколько секунд пользователь автоматически попадет на новую страницу.

    Чтобы реализовать перенаправление с помощью JavaScript, добавьте код редиректа между тегами и страницы, с которой нужно перенаправить пользователей. На сайтах под управлением WordPress это можно сделать с помощью бесплатного плагина Per page add to head.

    Сохраните изменения на странице и проверьте, как работает редирект.

    HTML-редирект

    Этот тип перенаправления также работает на стороне браузера. Чтобы перенаправление сработало, обозреватель должен загрузить соответствующий HTML-код: метатег refresh. Поэтому этот тип редиректов работает медленнее перенаправлений на уровне сервера.

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

    Сохраните изменения и проверьте, как работает перенаправление.

    Промежуточный итог: предпочитайте серверные редиректы, так как они удобнее для пользователей. В большинстве случаев перенаправление лучше настраивать через конфигурационный файл .htaccess для серверов на Apache и nginx.config для серверов на Nginx.

    Где взять код редиректа

    Если у вас нет соответствующей подготовки и знаний, есть два варианта. Можно обратиться к специалисту или воспользоваться онлайн-генератором кода. Подборка сервисов ниже сэкономит вам время и деньги:

    • 301 Redirect Code Generator. Генерирует код редиректа для Apache, ASP и ASP.NET. Также создает код JavaScript и HTML-перенаправлений.
    • Seomagnifier. Создает код редиректа 301 с домена с www на домен без www и наоборот.
    • 301 Redirect Code Generator Tool. Создает редиректы со страницы на страницу, а также с домена без www на домен с www. Генерирует PHP-код, перенаправления для серверов на ASP и ASP.NET, HTML- и JavaScript-перенаправления.
    • Генератор файла .htaccess. Создает код редиректов со страницы на страницу, а также между разделами сайта, генерирует скрипты перенаправлений с домена с www на домен без www.
    • Универсальный генератор кода перенаправлений для .htaccess. Можно выбрать сценарий редиректа, указать URL и сгенерировать код.
    • Генератор редиректов 301. Создает код перенаправлений для серверов на Apache, ASP, ASP.NET, а также код HTML- и JavaScript-редиректов.
    • Генератор перенаправлений от Brontobytes. Поможет настроить редирект со старого домена на новый, изменить адрес отдельных страниц и разделов ресурса, настроить перенаправление с домена без www на домен с www.
    • Пользователям серверов на Nginx будет полезен конвертер кода. Он трансформирует редиректы для .htaccess в перенаправления для nginx.config.

    Как делать редиректы: популярные примеры

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

    Как сделать редирект с http на https

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

    1. Скачайте конфигурационный файл на жесткий диск или откройте его для редактирования в панели управления хостингом.
    2. Сгенерируйте код редиректа с помощью одного из предложенных выше сервисов.
    3. Добавьте код в файл, сохраните изменения и загрузите .htaccess на сервер.

    Корректно перевести сайт на безопасный протокол помогут следующие ресурсы:

    Как сделать редирект с или на www

    Подробную инструкцию по перенаправлению с домена без www на домен без www через файл .htaccess читайте в статье о зеркалах сайтов. Если хотите, выполните этот же редирект с помощью php. Действуйте так:

    1. Загрузите на жесткий диск файл index.php.
    2. Сгенерируйте код редиректа.
    3. Вставьте код в файл, сохраните изменения и загрузите index.php на сервер.
    4. Укажите основной URL в настройках сайта. В WordPress это можно сделать в меню «Настройки – Общие».

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

    Проверьте, как работает перенаправление. На иллюстрации ниже видно, что до настройки редиректа сайт был доступен по двум URL. После изменения файла index.php ресурс доступен по одному адресу.

    Как настроить перенаправление с одной страницы

    Чтобы настроить редирект с одной страницы на другую, отредактируйте файл .htaccess или index.php: добавьте в него сгенерированный код редиректа. Если сайт работает на WordPress, воспользуйтесь для настройки редиректов плагинами:

    Перенаправления можно настраивать через панель управления сервером. В cPanel настройки доступны в разделе «Домены – Перенаправления». Инструкцию смотрите в статье о зеркалах сайтов.

    Как настроить редирект при смене домена

    При переезде на новый домен перенаправление настраивается так же, как редиректы с http на https или с домена с www на домен без www. Изменения можно внести через файл .htaccess или index.php.

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

    Добавьте код в файл .htaccess и сохраните изменения./klassica/(.*)$ /russkaya-klassica/$1

    Частные случаи: редирект слэша и редирект расширения

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

    Сгенерируйте код редиректа и добавьте его в файл .htaccess. Убедитесь, что отметили галочкой нужную опцию.

    Чтобы настроить перенаправления с адреса с расширением на адрес без расширения, сгенерируйте код и добавьте его в конфигурационный файл. Редирект с URL с расширением .html на URL с расширением .php выглядит так:

    RewriteEngine on

    RewriteRule index\.html index.php [NC,R]

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

    Как проверить редирект

    Проверить редирект можно в браузере. Почистите кэш или откройте обозреватель в режиме инкогнито и введите нужный URL. Также проверять перенаправления можно с помощью веб-сервисов:

    • Чекер PrCy.
    • Redirect Checker.
    • Redirect Check.

    Чекеры показывают вид редиректа и статус ответа сервера при переходе на новый адрес.

    Сделать редирект просто

    Для этого в первую очередь выберите вид редиректа. В большинстве случаев подходит перенаправление 301 или постоянный редирект. Иногда для временного перенаправления стоит использовать редирект 303 и 307.

    Затем выберите тип редиректа. Быстрее всего работают серверные редиректы, которые настраиваются с помощью конфигурационных файлов .htaccess для серверов Apache и nginx.config для серверов Nginx. Также можно настроить PHP-редирект с помощью файла index.php. JavaScript- и HTML-редиректы работают медленнее, поэтому используйте их в исключительных случаях.

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

    kak-sdelat-redirekt-podrobnyy-obzor-dlya-gumanitariev

    Как перейти на другую страницу в html

    Переход на другую страницу локального сайта [дубликат]

    У меня такой вопрос — как сделать ссылку на локальном сайте для перехода на другую страницу моего сайта(предварительно создал отдельный html документ) Заранее спасибо.

    Вам необходимо использовать пример относительной ссылки.

    Всё ещё ищете ответ? Посмотрите другие вопросы с метками html или задайте свой вопрос.

    дизайн сайта / логотип © 2021 Stack Exchange Inc; материалы пользователей предоставляются на условиях лицензии cc by-sa. rev 2021.12.1.40866

    Нажимая «Принять все файлы cookie» вы соглашаетесь, что Stack Exchange может хранить файлы cookie на вашем устройстве и раскрывать информацию в соответствии с нашей Политикой в отношении файлов cookie.

    Урок 4. Ссылки в html

    Ссылка html — это одно из основных понятий в создании html-документов. Каждый пользователь интернета хотя бы раз ими пользовался. Каждый раз нажимая в интернете на зайти, просмотреть, прочитать, подробнее, переходя по новостям и прочее Вы пользуетесь ссылками! Страницы, по которым Вы переходите, могут находиться на абсолютно разных сайтах.
    Ссылка, как правило, выделяется нижним подчёркиванием и синим цветом. Однако в качестве ссылки могут выступать ссылки других цветов, изображения и области сайта.

    Для обозначения ссылки использует тег a. Для обозначения адреса, по которому направляет ссылка, используется атрибут href.

    Рассмотри пример конструкции ссылки:

    В результате получаем

    Перейти на Яндекс
    Как Вы видите ссылка состоит из Слов (Перейти на Яндекс), которые вставлены между открывающим и закрывающим тегами a и Адреса ( http://www.yandex.ru ), который прописывается в атрибуте href в кавычках.

    Тег a обозначает ссылку. У него обязательно должна быть закрывающая часть. У тега a есть несколько атрибутов.

    Атрибут href и адреса ссылок

    href — самый важный атрибут! В нём прописывается адрес ссылки, по которой перейдёт пользователь.

    В абсолютном прописывается полный URL адрес, например http://tradebenefit.ru/index.html (используется при ссылке на другой сайт или файл другого сайта).

    Для понимания вышесказанного рассмотрим пример кода

    С первой ссылкой я думаю всё понятно, дан адрес целиком.
    Во втором случае прописывается укороченный адрес, так как файлы находятся на одной машине (сервере). Если файл будет находиться на папку глубже, допустим у нас есть файл index.html и папка data, в которой есть файл info.html, то ссылка будет выглядеть так

    Если файл, на который ссылаемся, находится наоборот, на папку выше, то делаем так

    Атрибут target

    При использовании атрибута target чаще всего используются три значения: _self, _new, _blank.

    _self страница по ссылке открывается в этом же окне (также происходит по умолчанию, если атрибут не использован).
    _new страница по ссылке откроется в новом окне. Данное значение не всегда отрабатывается как надо, поэтому в некоторых браузерах может открыть новое окно
    _blank страница по ссылке открывается в новой вкладке. Чаще всего атрибут target используют именно с этим значением.

    Теперь рассмотрим пример кода

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

    Атрибут title

    Атрибут title служит для того, чтобы при наведении на ссылку выплывала подсказка. В атрибуте title соответственно прописывается текст подсказки или пояснения

    При наведении на ссылку высветится сообщение ‘Ссылка на Яндекс’.

    Атрибут charset

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

    Спасибо за внимание! Урок очень важный! Использование ссылок — основа основ! Удачи!

    Сделать переадресацию html тег meta примеры

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

    Все способы сделать переадресацию html

    Что такое переадресация html!?

    Кроме html существует в каждом языке программирование переадресация! Переадресация — очень полезная вещь и если вы делаете сайт, то вы рано или поздно все равно столкнетесь с переадресацией!

    Переадресация html тег

    Куда и как вставлять код переадресации html

    Данный код переадресации можно вставлять куда угодно на странице! В выше приведенном пример показан код переадресацию, который расположен вообще за пределами страницы html!

    Единственное надо понимать, что код переадресации, будет срабатывать всегда.

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

    Какие виды переадресации еще существуют!?

    В каждом языке программирования существует переадресация! Мы на сайте и вообще используем два языка php + javascript .

    Пример переадресации, где применяется переадресация

    Зачем, для чего нужна страница с переадресацией!?

    На сайтах, довольно часто используется переадресация!

    Не буду создать отдельную страницу с переадресацию, а покажу пример,где и как используется переадресация на другую страницу сайта!

    Как вы наверное знаете существует ошибка 404 и чтобы наш пользователь не ушел сайта, его нужно переадресовать на какую-то страницу сайта!

    В head располагаем тег meta с переадресацией.

    Время, через которое сработает переадресация = 1 секунде .

    Куда будет переадресован пользователь -> url=https://dwweb.ru/

    Разместим код переадресации на странице, а страницу на сайте:

    Пример переадресации на сайта

    Теперь мы можем попробовать, нажмите по ссылке и вы увидите как сработает переадресация!

    Пример кода страницы с переадресацией html

    Предположим, что вам нужна страница с переадресацией!

    Давайте её сделаем!

    Нам потребуется каркас обычной простой страницы. Скопируем её оттуда:

    Теперь. вам нужно решить, что вам нужно из этого, а что нет!

    Язык — lang=»ru» — если не нужно удаляем.

    Если вы не собираетесь выводить сообщение, то кодировку тоже можно удалить — «charset»

    И нам нужно только вставить код переадресации и получится страница с переадресацией:

    Вместо слова секунды вставляем число от 0 и до бесконечности.

    Вместо слова «адрес» – урл, куда надо переадресовать пользователя.

    Скрипт html переадресации в зависимости от даты

    Унифицированный скрипт переадресации

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

    У меня весь код php стоит выше html, и поэтому прямо перед началом html кода страницы у меня стоит такая строка с условием:

    И выше этой записи в php коде. где требуется переадресация, я вставляю:

    Функция для переадресации

    Вообще у меня на сайте используются несколько видов переадресации, вот поделюсь с вами — функция для переадресации:

    Функцию размещаем в любом месте на сайте, чтобы она была доступна.

    Объявление функции переадресации

    Первый аргументом передаем секунды.

    Вторым аргументом передаем страницу, куда будет совершена переадресация.

    Надеюсь вы знаете, что функцию можно объявлять бесконечное количество раз.

    Поисковые запросы

    Несколько поисковых запросов на тему переадресации.

    код переадресации html с задержкой

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

    Как сделать редирект в WordPress

    Здравствуйте, друзья! Сегодня мы поговорим о создании

    редиректов (перенаправлений) в WordPress. Если вам нужно перенаправить пользователей и поисковые системы на другой URL отличный от того, который они первоначально запросили, тогда 301 редирект то, что вам нужно!

    301 переадресацию удобно использовать в таких случаях:

    • когда нужно перенаправить одну страницу сайта (ссылку) на другую;
    • при переносе страницы, для того чтобы поисковые системы и пользователи заходили с поиска на рабочую страницу вместо нерабочей;
    • в любых случаях, когда нужно перенаправить пользователей и поисковых роботов с одного URL на другой;

    301 редирект — постоянное перенаправление, которое передает около 90-99% ссылочного веса. Такой вид редиректа указывает на то, что страница перемещена по новому адресу, а старый url следует считать устаревшим.

    Как сделать 301 редирект в WordPress

    Для создания редиректа в WordPress мы будем использовать отличный плагин — Redirection. Теперь давайте пошагово разберем как создать 301 редирект.

    Для того чтобы создать перенаправление нужно:

    1. Установить и активировать плагин Redirection.

    2. После того как мы установили и активировали плагин переходим в Инструменты -> Redirection.

    3. В открывшемся окне нужно сделать следующее:

    • в Source URL нужно указать старый URL-адрес, при переходе на который мы хотим переходить на другую страницу;
    • в Target URL указываем новый URL-адрес, на который мы будем переходить при клике на ссылку, указанную в Source URL;
    • ставим галочку в Regular expression;
    • после того как вы указали URL-ы нажимаем кнопку Add Redirection.

    Готово! Перенаправление создано!

    Как создать временный редирект в WordPress

    В случае, если вам нужно создать временный редирект или изменить 301 на 307 нужно:

    1. Создаем перенаправление как в примере выше, если оно еще не создано.

    2. Нажимаем

    «Edit» на нужном нам редиректе.

    3. Нажимаем на прямоугольник. (1 на рис.). Выбираем в выпадающем списке 307 — Temporary Redirect (2 на рис.). Нажимаем кнопку «Save».

    Готово! Как видите, всего за несколько кликов можно создать временное перенаправление или изменить уже созданное ранее перенаправление на временное.

    Если у вас возникли вопросы при создании редиректов в WordPress, задавайте их в комментариях.

    Здравствуйте, друзья! Сегодня мы поговорим о создании редиректов (перенаправлений) в WordPress. Если вам нужно перенаправить пользователей и поисковые системы на другой URL отличный от того, который они первоначально запросили, тогда 301 редирект то, что вам нужно! 301 переадресацию удобно использовать в таких случаях: когда нужно перенаправить одну страницу сайта (ссылку) на другую; при переносе страницы, для того чтобы поисковые системы и пользователи заходили с поиска на рабочую страницу вместо нерабочей; в любых случаях, когда нужно перенаправить пользователей и поисковых роботов с одного URL на другой; 301 редирект — постоянное перенаправление, которое передает около 90-99% ссылочного веса. Такой вид редиректа указывает на то, что страница перемещена по новому…

    Проголосуйте за урок

    Рейтинг: 4.2 ( 17 голосов ) 100

    Перенаправление на другую страницу 301 редирект

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

    Редирект 301

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

    Можно на старых страницах просто поместить в заметном месте выделяющийся блок DIV, с просьбой к посетителям самостоятельно перейти на новый адрес. Но такой подход будет не эффективным: по статистике лишь пол процента посетителей нажмут на ссылку.

    Есть более разумный способ — поместить все тот же блок DIV, но с автоматической переадресацией (с задержкой скажем 10 секунд).

    Таким образом:
    1. Мы сохраняем посетителей.
    2. Ставим поисковые системы в известность, что сайт переехал.
    3. Сохраняем продажные ссылки на старых страницах (т.к. перенаправление происходит с 10 секундной задержкой).

    Код блока DIV

    Все просто: помещаем на старые страницы такой код.

    <div>
    Запрашиваемая страничка была перенесена на новое место.
    Если перенаправление не началось автоматически, то нажмите на эту <a rel="nofollow" href="адрес_новой_страницы">ссылку</a>.
    <script language="JavaScript">function reload() {location = "адрес_новой_страницы"}; setTimeout("reload()", 10000);</script>
    <noscript><meta content="10; URL=адрес_новой_страницы" http-equiv="refresh"/></noscript></div>

    Пример стиля для блока:

    .redirect {text-align:center;background: #F4E7EA; border: 1px solid #986265;}

    Получится как на картинке.

    Недостатки перенаправлений

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

    Более всего нежелательны и даже недопустимы перенаправления между двумя различными именами.

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

    Статья, на которую осуществляется редирект, должна содержать описание и упоминания о понятии, с которого собственно и осуществляется перенаправление.

    Абсолютно бессмысленно осуществлять перенаправления по шаблону «сам термин» — «значение данного термина», не считая случаев, когда статья об общем понятии данного термина до сих пор не готова. В таких случая необходимо также использовать вышеупомянутые шаблоны временного перенаправления.

    Редиректы, в которых присутствуют несколько (более двух) различных названий, крайне нежелательны.

    Преимущества перенаправлений

    Зачастую вместо перенаправление следует добавить термин в исходную статью, так как сами перенаправления не учитываются при внутреннем поиске.

    Не стоит усердно использовать редиректы с «родного языка» термина, как это делается в англоязычной Википедии, если рассчитывается, что на них будут ссылаться довольно часто. В качестве примера могут быть названия городов и издательств для верификации в списках литературы.

    Допустимо и вполне приемлемо создавать перенаправления, которые содержат стандартные клавиатурные символы, такие как дефис и прямые кавычки, на статьи с нестандартными символами (угловые кавычки и тире и т.д.)

    Дата публикации статьи: 13 августа 2016 в 15:12
    Последнее обновление: 29 сентября 2021 в 10:34

    Переадресация страниц в SEO — Продвижение сайтов в Крыму

    Рассматривая проблему переадресации страницы одного сайта на страницу другого, мы опять возвращаемся к теме редиректов. Тех самых, что мы обсуждали в статье про переадресацию доменов, вот только в прошлый раз мы не затрагивали тему редиректа с помощью Html, сегодня мы поговорим и об этом… Наверное пришло время разобраться с определением, редиректа. Редирект — это серверная команда, принудительно перенаправляющая пользователя с той страницы на которую он зашел на другую.
    Другими словами, пользователь набирает в поле Url один адрес, а попадает на другой, или допустим, переходит со страницы поисковой выдачи по одной ссылке, а в итоге его перенаправляют на другую.
    В деятельности SEO, такая практика используется в нескольких случаях, например, у нас с Вами на сайте была страница, позднее мы ее с Вами удалили (причины могут быть любые), если есть 404 страница, настроена она верно, то пользователь перейдя на удаленную нами страницу увидит 404 ошибку, чтобы этого избежать нам на помощь явится 301 редирект, таким образом мы перенаправим посетителя на удобную для нас страницу. Другой задачей решаемой с помощью переадресации одной страницы на другую может быть случай, когда у нас появился новый домен, мы хотим перенести его вес (или вес с отдельных его страниц) на страницы размещенные на другом домене, в таком случае мы опять можем использовать 301 редирект или редирект с помощью html.
    Переадресация страницы с помощью 301 редиректа
    Действия для нас следующие: идем в корневую директорию сайта, если у нас есть файл .htaccess добавляем в него одну из предложенных ниже директив, если такого файла нет, значит нужно его создать. О том, как создать файл .htaccess можно узнать здесь. Примеры директив для переадресации одной страницы на другую:

    Redirect 301 /foceo.ru/старая страница/ http://адрес новой страницы

    или

    Redirect permanent /foceo.ru/старая страница http://адрес новой страницы

    Редирект средствами html
    HTML редирект — средствами языка гипертекстовой разметки HTML также можно реализовать редирект, его использование ограничивается возможностями применения исключительно для случаев редиректа страниц, в отличие от директив .htaccess. Сам Мета-тег, с помощью которого появляется возможность редирекции прописывается в секции

    . Таймер, по которому запустится перенаправление задается в параметре content=»», где задается время в секундах. Важным замечанием будет то, что поисковые системы крайне негативно относятся к сайтам, что используют слишком быстрый редирект, равный 0. Используйте для данного параметра всегда значения Выше 1. После URL= следует указывать адрес страницы, на которую мы хотим редериктовать текущую. Посмотрим пример:

    <meta http-equiv=»refresh» content=»1;URL=http://foceo.ru/новая страница» />

    </head>

    На этом урок по переадресации страниц средствами html и с помощью 301 редиректа закончен.
    Желаем успешного продвижения!

    Как настроить редирект 301 в htaccess. Настройка переадресации с https на http

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

    Что из себя представляет редирект

    Перед тем, как начать настраивать редирект, необходимо понять, что он такое:

    Редирект — это автоматическая переадресация пользователя на URL, который отличается от запрошенного им изначально.

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

    Страница с которой перенаправили называется «донор», а куда перенаправили – «акцептор».

    Зачем использовать редиректы

    Главная цель 301 редиректа на практике – это не терять трафик, если необходимо заменить одну страницу на другую. То есть, если после переезда на новый адрес, пользователи еще по инерции ищут вас по старому URL, то постранично настроив 301 редиректы, все они попадут на релевантные страницы.

    Некоторые SEO-специалисты используют редиректы для перенаправления на дорвеи. Подобное карается поисковиками и относится к черным методам SEO.

    Почему чёрные методы продвижения погубят ваш бизнес. Подробнее

    В каких еще случаях используют редиректы:

    • изменение адресов страниц сайта;
    • перенаправление пользователей на мобильную версию сайта;
    • перенаправление с http на https и обратно;
    • перенаправление с www на без www адреса сайта;
    • смена доменного имени;
    • удаление дублей страниц, когда проблему нельзя решить иным методом

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

    Краткая суть того, как работают редиректы: пользователь набирает определенный адрес, сервер обрабатывает его и если натыкается на редирект, следует ему. Пользователь получает соответствующий HTTP-код либо инструкцию другого типа и оказывается на прописанном в ней адресе.

    Настраиваем редирект

    Существует различные типы редиректов, которые разделяются по своей реализации. Одним из популярнейших является серверный редирект, который настраивается в файле .htaccess (конфигурационный файл наиболее распространённого сервера Apache). Также для настройки редиректа используются файл nginx.config, а также PHP, HTML, JavaScript.

    Еще одним различием является HTTP-статус. По коду состояния HTTP поисковые системы и браузеры понимают, к какому виду относится редирект. Всего их 9, но пользуются в основном тремя.

    301 Moved Permanently

    Постоянный 301 редирект показывает, что документ окончательно перенесён на новый URL-адрес. В случае если необходимо перенаправить пользователя на другую страницу и дать сигнал поисковикам о временной смене страницы, то используется 302 редирект, о нём мы расскажем ниже.(.*)$ httр://sitе.соm/$1 [R=301,L]

    И наоборот, без www в URL с www:

    Изменение расширения файла При переходе на новую платформу или CMS могут поменяться URL-адреса. В этом случае используется переадресация: RedirectMatch 301 (.*)\.php$ http://www.sitе.соm$1.html
    Редиректы с разных доменов и поддоменов

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

    Наличие/отсутствие слеша (/) в конце URL

    Поисковики считают один и тот же URL со слешем и без него двумя разными адресами (httрs:// http://www.sitе.соm/pricе/&quot;&gt;www.sitе.соm/pricе/ и https://www.sitе.соm/priсе)&quot;&gt;https://www.sitе.соm/priсе). Чтобы пользователи могли спокойно заходить на сайт и не обращать внимание на эту мелочь, настройте переадресацию. Если вы хотите удалить слеш в конце, то пропишите:

    RewriteEngine On
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule ^(./])$ /$1/ [L,R=301]

    Переключение с HTTP на HTTPS

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

    Битые ссылки

    В случае, если вы удалили какую-либо страницу и создали новую, то пропишите 301 редирект либо на главную, либо на новую страницу:

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

    302 Found, 302 Moved Temporarily

    Данный редирект показывает, что ресурс по этому URL был временно перемещен. Обычно этот редирект используется для страниц с краткосрочными акциями и распродажами конкретного товара. Нетипично использовать его для адресов, которые были изменены перманентно, т.к. поисковые роботы индексируют только ту страницу, на которую установлен редирект, но в выдаче останется старый URL. Но если робот решит, что вы по ошибке настроили 302 редирект вместо 301, он заменит адрес в выдаче, как и в случае с 301 редиректом. И вернуть его обратно будет очень сложно.

    Чтобы настроить редирект в .htaccess, пропишите этот код:

    307 Moved Temporarily

    Данный тип редиректа показывает, что документ временно доступен по иному URL. От предыдущего типа отличается методом передачи запроса (GET, POST), который указывает поисковым системам, что не нужно кэшировать этот документ (если не указано иных указаний).

    Применяется данный редирект, например, в случае, если контент перемещается только временно (например, при перепроектировании). Это позволяет поисковикам понять, что ваш сервер совместим с HTTP 1.1.

    Кроме того, клиенты не должны автоматически переадресовывать запросы POST / PUT / DELETE. Кэширование должно выполняться только в том случае, если в ответе сервера есть заголовки Cache-Control или Expires.

    Некоторые советы по настройке

    • Если требуется поставить 301 редирект – ставьте только его. Иные статус-коды при настройке https, зеркал сайта и захода с www и без него приводит к тому, что поисковые системы получают инструкцию о временном перемещении страниц, хотя это не так. Если это обнаружится, то может произойти пессимизация ресурса в выдаче.
    • Страница-акцептор редиректа обязательно должна быть релевантной странице донору и отвечать статус-кодом 200. Это нужно, чтобы донор передал вес релевантному акцептору и поисковики быстро склеили страницы без потери трафика.
    • Не заменяйте rel=canonical редиректами. rel=canonical нужно использовать в таких случаях:
      • на страницах пагинации, если CMS сайта не позволяет убрать текст основной страницы;
      • для страниц, которым необходимо иметь разные версии: основная, для печати, отдельная мобильная;
      • страницы с динамическими параметрами;
      • если одна страница опубликована в разных категориях, в результате чего получаются разные URL.
    • Не устанавливайте более одного редиректа подряд. Это замедляет использование сайта, повышает нагрузку на сервер и в итоге может привести к потере веса конечной страницы.
    • В файле .htaccess вначале используйте переадресации страниц с более высоким уровнем вложенности. Это нужно для того, чтобы уменьшить количество возможных ошибок при обработке статус-кодов. Например:
      • Вначале редирект с site.com/cat-1/subcat-1/ на site.com/cat-1/subcat-2/;
      • Потом с site.com/cat-0/ на site.com/cat-0
    • Проверьте то, что вы настроили. Часто можно не заметить мелкую ошибку или опечатку и проверив работоспособность редиректа, вы поймете, что все же где-то закралась неточность. Перед проверкой обязательно сбросьте кэш, т.к. браузер кэширует редиректы.
    • В дополнение к предыдущему пункту – не перенаправляйте пользователя или робота на несуществующие страницы. Обязательно проверьте работоспособность ссылки.
    • Не используйте 301 редирект для перенаправления на шаблон оформления 404 страницы. Необходимо изначально правильно настраивайте статус-коды и обработку несуществующих URL. Это нужно для того, чтобы роботы быстрее индексировали или переиндексировали страницы сайта без добавления в выдачу ненужных страниц.
    • Не создавайте переадресацию для страниц с несколькими URL, принадлежащих к разным каталогам. В таких случаях необходимо использовать rel=canonical.
    • Не стоит использовать редирект для схожих, но не аналогичных страниц (например, 2 товара из одного сегмента в магазине).
    • Не используйте редиректы для служебных файлов. Например, robots.txt при переезде оставляйте доступным, чтобы у поисковых роботов не было проблем с его распознаванием и обработкой.

    Заключение

    Для лучшего понимания взаимодействия поисковиков и редиректов, мы советуем вам подробно ознакомиться с рекомендациями Яндекса  и Google.

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

    Код перенаправления HTML: объяснение метаобновления

    Последнее обновление 24 января 2022 г.

    Когда вы используете наш веб-сайт www.contentkingapp.com («Веб-сайт»), мы можем размещать файлы cookie. Настоящая Политика в отношении файлов cookie объясняет, что такое файлы cookie и каким образом файлы cookie сохраняются и информация считывается с вашего компьютера, мобильного устройства и/или планшета («Устройства»). Пожалуйста, внимательно прочитайте эту Политику в отношении файлов cookie, чтобы понять, какой тип файлов cookie использует ContentKing, какую информацию мы собираем с помощью файлов cookie и как эта информация используется.

    Что такое файлы cookie?

    Файлы cookie

    — это небольшие текстовые файлы, которые сохраняются в браузере или на жестком диске вашего Устройства, когда вы посещаете веб-страницу или используете приложение. Файлы cookie могут быть необходимы для отображения веб-страницы или приложения на вашем Устройстве, а также используются для улучшения взаимодействия с пользователем. Файлы cookie не могут повредить ваши Устройства или сохраненные на них файлы. Существуют различные типы файлов cookie. Некоторые файлы cookie поступают непосредственно с нашего веб-сайта (основные файлы cookie), а другие исходят от третьих лиц, которые размещают файлы cookie на нашем сайте (сторонние файлы cookie).

    Файлы cookie могут храниться в течение разного времени в вашем браузере или на устройстве. Сеансовые файлы cookie удаляются с вашего компьютера или устройства при закрытии веб-браузера. Постоянные файлы cookie будут храниться на вашем компьютере или Устройстве до тех пор, пока не будут удалены или пока не истечет срок их действия.

    Как мы используем файлы cookie?

    Основные (технические) файлы cookie

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

    Функциональные файлы cookie

    Мы также используем функциональные файлы cookie, чтобы запомнить ваши предпочтения и настройки (такие как имя пользователя, пароль, язык и т. д.) и помочь вам эффективно и результативно использовать Веб-сайт. Эти функциональные файлы cookie не являются строго необходимыми для функционирования нашего веб-сайта, но они добавляют вам функциональность и улучшают ваш опыт.

    Аналитические файлы cookie

    Мы используем аналитические файлы cookie для сбора статистики об использовании и посещениях Веб-сайта. Эти аналитические файлы cookie генерируют статистическую и другую информацию об использовании веб-сайта с помощью файлов cookie, которые хранятся на устройствах пользователей. Информация, полученная в связи с нашим Веб-сайтом, используется для создания отчетов об использовании Веб-сайта. Аналитические файлы cookie могут размещаться без вашего согласия, если такие файлы cookie не влияют на вашу конфиденциальность.В таких случаях будет запрошено предварительное согласие.

    Google Analytics

    Мы используем файлы cookie Google Analytics для сбора статистики об использовании и посещениях Веб-сайта. С помощью этих аналитических файлов cookie на вашем устройстве сохраняется постоянный файл cookie для регистрации использования вами Веб-сайта. Google Analytics анализирует эти данные и предоставляет нам результаты. Таким образом, мы получаем представление о трафике Веб-сайта и о том, как используется Веб-сайт. На основе этой информации мы можем вносить определенные коррективы в Веб-сайт.

    Информация, которую мы получаем, передается в Google и хранится Google на серверах за пределами Европейской экономической зоны. Мы заключили соглашение об обработке данных с Google, в котором были заключены соглашения об обработке персональных данных.

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

    Маркетинговые файлы cookie

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

    Социальные плагины

    Используя Веб-сайт, вы можете получить доступ к веб-сайтам социальных сетей, таких как Facebook, Twitter и LinkedIn.Эти кнопки поставляются с кодом, который был создан самими этими сетями. Используя эти так называемые социальные плагины, вы можете войти в свой профиль в социальной сети и впоследствии делиться информацией с Веб-сайта с другими. С помощью этих социальных плагинов на ваших Устройствах сохраняются сторонние маркетинговые файлы cookie. Эти файлы cookie служат для оптимизации вашего пользовательского опыта.

    Такие компании, как LinkedIn, Twitter и Facebook, могут передавать ваши персональные данные за пределы Европейской экономической зоны.Пожалуйста, ознакомьтесь с нашей Политикой конфиденциальности здесь и заявлением о конфиденциальности соответствующей социальной сети, чтобы узнать, как эти компании обращаются с вашими (личными) данными.

    пикселей

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

    Отключить или удалить файлы cookie

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

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

    Примечание. Отказ или удаление файлов cookie влияет только на Устройство и браузер, в котором вы выполняете это действие. Если вы используете разные Устройства и/или браузеры, вам потребуется повторить описанные выше действия на этих Устройствах и/или браузерах.

    Конфиденциальность

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

    Можно ли изменить эту политику в отношении файлов cookie?

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

    Обзор файлов cookie

    Основные (технические) файлы cookie

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

    Имя: просмотровOuibounceModal
    Провайдер: ContentKing
    Назначение: Сохранить состояние закрытия модального окна намерения выхода.
    Срок действия: 1 месяц
    Тип: http_cookie
    Имя: nette-samesite
    Провайдер: ContentKing
    Назначение: Связь со службой учета.
    Срок действия: Сеанс
    Тип: http_cookie
    Имя: сессия_временная метка
    Провайдер: ContentKing
    Назначение: Утилита для отслеживания времени начала сеанса.
    Срок действия: Сеанс
    Тип: Сессионстораже
    Имя: какое намерение
    Провайдер: ContentKing
    Назначение: Утилита для отслеживания текущего метода ввода.
    Срок действия: Сеанс
    Тип: Сессионстораже
    Имя: какой ввод
    Провайдер: ContentKing
    Назначение: Утилита для отслеживания текущего метода ввода.
    Срок действия: Сеанс
    Тип: Сессионстораже
    Имя: контенткинг
    Провайдер: ContentKing
    Назначение: Состояние хранилища для работы веб-сайта.
    Срок действия: 1 день
    Тип: Локальное хранилище

    Статистика (аналитические файлы cookie)

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

    Имя: _га
    Провайдер: Google Analytics
    Назначение: Хранить и подсчитывать просмотры страниц.
    Срок действия: 2 года
    Тип: http_cookie
    Имя: _га_*
    Провайдер: Google Analytics
    Назначение: Хранить и подсчитывать просмотры страниц.
    Срок действия: 2 года
    Тип: http_cookie
    Имя: _gcl_au
    Провайдер: Google AdSense
    Назначение: Сохранение и отслеживание конверсий.
    Срок действия: 3 месяца
    Тип: http_cookie
    Имя: _гид
    Провайдер: Google Analytics
    Назначение: Хранить и подсчитывать просмотры страниц.
    Срок действия: 1 день
    Тип: http_cookie
    Имя: _dc_gtm_*
    Провайдер: Google Analytics
    Назначение: Сохранение количества запросов на обслуживание.
    Срок действия: 1 минута
    Тип: http_cookie
    Имя: вд
    Провайдер: Фейсбук
    Назначение: Информация о размерах окна браузера.
    Срок действия: 1 день
    Тип: http_cookie

    Маркетинг (социальные плагины, сторонние маркетинговые файлы cookie, пиксели)

    Маркетинговые файлы cookie

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

    Имя: интерком-сеанс-*
    Провайдер: Домофон
    Назначение: Контакты, общение, поддержка.
    Срок действия: 1 неделя
    Тип: http_cookie
    Имя: интерком-id-*
    Провайдер: Домофон
    Назначение: Контакты, связь, поддержка.
    Срок действия: 9 месяцев
    Тип: http_cookie
    Имя: li_gc
    Провайдер: LinkedIn
    Назначение: Маркетинг
    Срок действия: 2 года
    Тип: http_cookie
    Имя: крышка
    Провайдер: LinkedIn
    Назначение: Маркетинг
    Срок действия: 1 день
    Тип: http_cookie
    Имя: bcookie
    Провайдер: LinkedIn
    Назначение: Маркетинг
    Срок действия: 2 года
    Тип: http_cookie
    Имя: _uetsid
    Провайдер: Реклама Майкрософт
    Назначение: Маркетинг
    Срок действия: 1 день
    Тип: http_cookie
    Имя: _uetvid
    Провайдер: Реклама Майкрософт
    Назначение: Маркетинг
    Срок действия: 1 год
    Тип: http_cookie
    Имя: tap_vid
    Провайдер: Тапфилиат
    Назначение: Партнерский маркетинг
    Срок действия: 1 год
    Тип: http_cookie и локальное хранилище
    Имя: _fbp
    Провайдер: Фейсбук
    Назначение: Маркетинг
    Срок действия: 3 месяца
    Тип: http_cookie
    Имя: _fbc
    Провайдер: Фейсбук
    Назначение: Маркетинг
    Срок действия: 3 месяца
    Тип: http_cookie
    Имя: передняя
    Провайдер: Фейсбук
    Назначение: Маркетинг
    Срок действия: 3 месяца
    Тип: http_cookie
    Имя: хз
    Провайдер: Фейсбук
    Назначение: Маркетинг
    Срок действия: 3 месяца
    Тип: http_cookie
    Имя: дпр
    Провайдер: Фейсбук
    Назначение: Маркетинг
    Срок действия: 5 дней
    Тип: http_cookie
    Имя: c_user
    Провайдер: Фейсбук
    Назначение: Маркетинг
    Срок действия: 30 дней
    Тип: http_cookie
    Имя: сб
    Провайдер: Фейсбук
    Назначение: Маркетинг
    Срок действия: 1 год, 1 месяц, 14 дней
    Тип: http_cookie
    Имя: Дата
    Провайдер: Фейсбук
    Назначение: Маркетинг
    Срок действия: 1 год, 1 месяц, 14 дней
    Тип: http_cookie
    Имя: мук
    Провайдер: Твиттер
    Назначение: Маркетинг
    Срок действия: 1 год, 10 месяцев, 3 дня
    Тип: http_cookie
    Имя: muc-реклама
    Провайдер: Твиттер
    Назначение: Маркетинг
    Срок действия: 1 год, 10 месяцев, 3 дня
    Тип: http_cookie

    Как перенаправить пользователей Confluence на новый URL | Слияние

    Назначение

    При перемещении контента администратору Confluence может потребоваться перенаправить пользователей со старой страницы (URL) на новую.

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

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

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

    Этот документ служит просто списком предложений по настройке правил перенаправления и не должен рассматриваться как полное руководство.

    Каждая опция, выделенная ниже, может быть адаптирована к более сложным правилам и должна быть оценена администратором Confluence.

    Решение

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

    В этом примере рассматривается одна страница, когда пользователи обращаются к ней через предварительно заданный URL-адрес, что обычно является наиболее распространенным вариантом использования.

    Другие варианты использования, связанные с той же страницей (например, просмотр вложений страницы), не учитываются.

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

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

    В этом случае вы можете использовать макрос HTML для включения баннера страницы со значимым сообщением и использовать тег Meta Refresh для автоматического перенаправления браузера на целевой URL.

    Ниже описан процесс выполнения вышеуказанного:

    1. Отредактируйте исходную страницу и добавьте HTML-макрос вверху страницы.
    2. Добавьте следующее содержимое HTML-макроса, заменив <Целевой URL> на фактический Целевой URL.

        <дел>
      Эта страница была перемещена в <Целевой URL>
      
      Нажмите на ссылку выше, если вы не будете автоматически перенаправлены через 10 секунд.
  • Опубликовать новую версию.
    1. Обратите внимание на добавленный баннер и подождите 10 секунд для перенаправления на целевой URL.
  • Исходная страница в режиме редактирования с примером предлагаемого
    HTML-макроса и содержимого.

    Исходная страница в режиме отображения с примером баннера.

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

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

    Этот вариант использования может быть хорошим выбором, когда пространство было перенесено из устаревшего в новый экземпляр Confluence.

    1. В устаревшем экземпляре откройте целевое пространство и перейдите к Space Tools > Look and Feel > Layout .
    2. В Content Layouts найдите Page Layouts и щелкните либо Edit , либо Create custom .
    3. В редакторе декораторов найдите блок инструкций, устанавливающий пользовательский заголовок .

        #set($customHeader = $helper.getCustomHeader($spaceKey))
      #if ($mode == "view" && $customHeader != "")
          
              <дел>
                  $ пользовательский заголовок
              
    #конец
  •  Измените его в соответствии с приведенным ниже примером, заменив <целевой базовый URL-адрес Confluence> на фактическое значение.

      #set($customHeader = $helper.getCustomHeader($spaceKey))
    #if ($mode == "view" && $customHeader != "")
        
            <дел>
                $ пользовательский заголовок
    
    
                
                <дел>
                Эта страница была перемещена на <Целевой базовый URL-адрес Confluence>$page.URL-адрес
                
    Нажмите на ссылку выше, если вы не будете автоматически перенаправлены через 10 секунд.