Что такое Алиас?

Категория: SEO

– Автор: Игорь (Администратор)

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

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

 

Алиас это

Алиас (alias) — это в прямом смысле слова псевдоним.

В плане же сео оптимизации, важно разделять две вещи. Это DNS алиасы и алиасы веб-серверов. Но, обо всем по порядку.

 

DNS алиасы

DNS алиасы — это dns записи CNAME (см. устройство DNS), которые позволяют определять субдомены как псевдонимы основного.

Простыми словами, допустим, у сайта ida-freewares. ru существует запись «zozo CNAME ida-freewares.ru». Она означает, что если вы откроете в браузере zozo.ida-freewares.ru, то в адресной строке браузера останется zozo.ida-freewares.ru, а в реальности он будет обращаться по IP-адресу сайта ida-freewares.ru (без субдомена zozo).

Сделано это для разных моментов, но в основном, конечно, чтобы упростить вопросы конфигурирования. Утрированный пример. Допустим, вначале у сайта был всего один IP-адрес, но со временем планировалось расширить их количество и под почту выделить один отдельный. В таком случае, проще вначале сделать CNAME запись в стиле «mail CNAME site», а уже затем, когда количество адресов увеличится, заменить CNAME запись на А-запись с конкретным IP под почту. Таким образом, людям, которые настроили почтовик с адресом mail.site, не придется вообще ничего менять, так как IP-адрес обновится автоматически.

Несколько важных моментов по поводу DNS алиасов:

Первый момент. Повторюсь, но это важно понимать. DNS алиасы позволяют использовать названия субдоменов в адресной строке. К примеру, нередко в хостингах для обычных сайтов создаются записи для субдоменов mail и ftp, которые в реальности обращаются по тому же IP-адресу, что и у основного сайта, однако в адресной строке будет имя с учетом субдомена.

Второй момент. Некоторые хостинги и регистраторы позволяют в CNAME-записях использовать другие домены (а не только основной) в стиле «site2 CNAME site1», чтобы, открыв сайт site2, вам открывался сайт site1, но в адресной строке браузера оставалось доменное имя site2. И в жизни такие вещи могут встречаться и нормально выполняться (например, у блоггерских площадок в DNS записях поддоменов можно встретить CNAME записи в другие домены). Однако, в реальности это может приводить к проблемам, так как по стандартам RFC в CNAME могут быть только поддомены для основного сайта. Поэтому в случаях с разными сайтами стоит использовать A записи с указанием реального IP-адреса (или иным образом подходить к проблеме, но об этом чуть далее в разделе про сео).

Третий момент. Стоит знать, что хостинг может предоставлять специальные записи в стиле «ANAME», «ALIAS» и прочие, но обычно это записи, которые хостинг сам разбирает и преобразует в вид по стандарту RFC. Например, в случае с записями ANAME, которые по аналогии с CNAME позволяют ссылаться не на адрес, а на доменное имя, в реальности же это запись A у ссылающегося сайта на тот же IP-адресом, что и у основного, только хостинг еще дополнительно следит за актуальностью этого IP.

 

Алиасы веб-сервера

Алиасы веб-сервера — это дополнительные домены, которые указываются в настройках виртуальных хостов. Простыми словами, в настройках веб-сервера указывается, что для «таких-то» доменов необходимо открывать «данный» каталог с конкретными настройками.

Пример для понимания различия. Допустим, в DNS существуют записи CNAME для поддоменов sub1, sub2, sub3. И хотя, может казаться, что в таком случае будет открываться один и тот же сайт, но это не обязательно. У веб-сервера может быть настроено, например, два разных виртуальных хоста. В первом определен основной сайт и как псевдонимы sub1 и sub2, а во втором определено, что sub3 должен открывать вообще другой сайт.

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

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

 

Почему алиас это не зеркало сайта?

Сразу стоит разобрать почему алиас это не синоним термина зеркало сайта, хотя и нередко так считают.

Во-первых, алиасы могут подразумевать, что контент или вообще сайт могут отличаться (см. пример про sub1, sub2, sub3).

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

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

 

Алиасы, зеркала и сео продвижение

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

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

Еще важный момент. о котором стоит помнить. Когда пользователь открывает сайт и «жмакает» по кнопкам социальных сетей (или же копирует адрес из браузера), то без редиректа будет скопирован текущий домен, а не основной. Почему это важно? Если алиас (или зеркало) станет ненужным, то существующие ссылки не будут ссылаться в основной сайт (псевдоним же удалили и поэтому сайт с таким адресом перестал открываться).

Конечно, с субдоменами существует элементарный выход — настроить редирект (банально, даже в главную страницу). Но, вот с полноценными сайтами так уже не выйдет.

Понравилась заметка? Тогда время подписываться в социальных сетях и делать репосты!

☕ Понравился обзор? Поделитесь с друзьями!

• Хлебные крошки в сео
• Что такое Punycode?

Добавить комментарий / отзыв

Алиас или персональный идентификатор для push-рассылок

Содержание статьи

• 1 Что такое алиасы?
• 2 Чем отличаются алиасы от тегов?
• 3 Как использовать алиасы в push-рассылках?

В сервисе Gravitec.net доступно много функций для эффективного проведения рассылок. Среди них не только платформа для отправки push-уведомлений от сайта подписчику, но и гибкая система для анализа статистики, сегментации клиентской базы. Кроме того, наши специалисты оказывают постоянную поддержку до и во время проведения маркетинговых кампаний.

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

Что такое алиасы?

Алиас (от англ. alias – псевдоним), в общем контексте, применяют для автоматизации маркетинговых кампаний, либо для перенаправления сообщений.

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

В случае с email-рассылками, под алиасом понимают псевдоним основного адреса электронной почты. Так, отправитель не знает полный email-адрес, но отсылает письма по псевдониму. К примеру, основной адрес – [email protected], алиас – Makedon. Алиас в данном контексте помогает скрыть личную информацию, упростить длинный корпоративный адрес.

В push-сервисе алиас имеет другое значение.

Алиас, или персональный идентификатор – это ID, который присваивается конкретному подписчику на push-уведомления сайта.

Таким ID может стать адрес электронной почты, номер телефона, или другая личная информация, которая доступна в CRM клиента.

При отправке пуша по алиасу подписчик получит уведомление на все устройства (смартфон, ноутбук).

Использование алиасов возможно при подключении сервиса к сайту через REST API, либо после установки JS API для отслеживания действий подписчиков на сайте. Так, подписчику может быть присвоен произвольный тег по конкретному событию (просмотр категории, брошенная корзина и т.п.), а также алиас, если подписчик совершил действие, которое может его идентифицировать (зашел в личный кабинет — по значению логина, заполнил форму регистрации — по email). Все события для присвоения тегов и алиасов устанавливаются клиентом.

Чем отличаются алиасы от тегов?

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

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

Читайте, о преимуществах тегов для push-уведомлений.

Как использовать алиасы в push-рассылках?

 

Алиасы позволяют:

1. настроить отправку индивидуальных оповещений;
2. автоматизировать рассылку;
3. настроить отправку триггерных уведомлений.

Для наглядности приведем пример для каждой функции алиасов.

Допустим, мы определили подписчика через номер его мобильного телефона, который он оставил при регистрации. Теперь вместо того, чтобы использовать sms-рассылку для коммуникации с ним, мы можем отправить ему приветственное push-уведомление. Или предложить скидку на первую покупку в более удобном и ненавязчивом формате через пуш.

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

В админ-панели сервиса можно отследить не только доставку уведомления, но и день, когда подписчик кликнул по пушу.

Также с помощью алиасов можно проводить рассылку сразу для группы подписчиков. Например, вы увидели в CRM, кто за день сделал заказ. Добавляете все алиасы в рассылку и отправляете уведомление для группы – «Ваш заказ в обработке», или «Ваш заказ готовится к отправке». Пуши делают такие сервисные рассылки проще и приятнее для пользователя, чем, например, email-оповещения.

Кроме того, алиасы позволяют проводить триггерные рассылки в автоматическом режиме. Например, вы настраиваете свою систему оповещений так, чтобы отправлять push пользователю после покупки товара («Благодарим за оформление заказа»). Система распознает по API установленное действие и автоматически проводит нужную рассылку. Такая же функция работает для информационных сайтов. Здесь, к примеру, актуальна отправка уведомлений по типу «Новые комментарии к статье» для комментаторов или активных пользователей.

Также благодаря push-рассылкам по алиасам система анализирует часы наибольшей активности конкретного подписчика. Например, установлено, что алиас №135 чаще открывает уведомления после 18.00. Значит эффективнее отправлять ему оповещения именно в это время.

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

Предыдущая записьСледующая запись

Примеры определений псевдонимов пользователей | Coveo

Примеры определений псевдонимов пользователей

Индекс Содержание Облако релевантности Coveo Разработчик Системный администратор Документация по продукту

В этой статье

• Определение единого псевдонима для пользователя
• Определение множества псевдонимов для пользователя

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

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

• Имя удостоверения безопасности, для которого вы хотите создать псевдоним в поставщике удостоверений безопасности вашего защищенного источника push-уведомлений, а также его тип объекта (обычно USER ).

• Имя, тип сущности (обычно USER ) и поставщик удостоверений безопасности для каждого удостоверения безопасности, с которым устанавливается отношение псевдонима.

  • Идентификатор безопасности, для которого вы хотите создать псевдоним, не нужно определять в поставщике идентификаторов безопасности вашего защищенного источника Push.

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

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

Определение псевдонима может также содержать имя и тип (обычно GROUP или VIRTUAL_GROUP ) каждого предоставленного идентификатора для назначения псевдониму (см. MappedIdentityBody ).

Предоставленные идентификаторы раньше назывались хорошо известными группами.

Для обеспечения обратной совместимости Push API по-прежнему требует, чтобы вы указывали предоставленные идентификаторы псевдонима в свойстве массива с именем 9.0023 хорошо известно .

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

Если предположить, что целевой поставщик удостоверений безопасности каскадируется только к поставщику безопасности электронной почты, это устанавливает псевдоним между пользователем

assmith в целевом поставщике удостоверений безопасности и пользователем [email protected] в поставщике безопасности электронной почты. Это также назначает Все предоставили идентификатор псевдониму.

 {
  "личность": {
    "имя": "асмит",
    "тип": "ПОЛЬЗОВАТЕЛЬ"
  },
  "сопоставления": [
    {
      "имя": "[email protected]",
      "тип": "ПОЛЬЗОВАТЕЛЬ"
    }
  ],
  "хорошо известные": [
    {
      "имя": "Все",
      "тип": "ГРУППА"
    }
  ]
}
 

Определение множества псевдонимов для пользователя

Это устанавливает отношение псевдонима между пользователем [email protected] в целевом поставщике удостоверений безопасности и пользователями [email protected] и [email protected] в Email Security Provider, а также пользователь bob_jones в mysecurityidentityprovider

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

 {
  "личность": {
    "имя": "[email protected]",
    "тип": "ПОЛЬЗОВАТЕЛЬ"
  },
  "сопоставления": [
    {
      "имя": "[email protected]",
      "тип": "ПОЛЬЗОВАТЕЛЬ",
      "provider": "Поставщик услуг безопасности электронной почты"
    },
    {
      "имя": "[email protected]",
      "тип": "ПОЛЬЗОВАТЕЛЬ",
      "provider": "Поставщик услуг безопасности электронной почты"
    },
    {
      "имя": "bob_jones",
      "тип": "ПОЛЬЗОВАТЕЛЬ",
      "провайдер": "mysecurityidentityprovider"
    }
  ]
}
 

Как переслать электронную почту или создать псевдоним адреса электронной почты | Электронная почта — переадресация и псевдонимы

• Форвард и псевдоним: в чем разница?

• Лимит переадресации

• Как переслать вашу электронную почту

  • Как обеспечить доставку на адрес Gmail

• Как создать псевдоним электронной почты

  • Псевдоним подстановочного знака

• Динамические псевдонимы

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

Пересылка используется для отправки электронной почты из одного почтового ящика на любой другой адрес электронной почты, включая адреса электронной почты, не относящиеся к вашему домену. Например, вы можете настроить переадресацию писем на адрес [email protected] на адрес [email protected].

Псевдоним позволяет вам

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

Количество псевдонимов в домене не ограничено.

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

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

Адреса пересылки позволяют перенаправлять почту с одного или нескольких адресов электронной почты вашего домена на внешний адрес. Например, вы можете использовать переадресацию, если хотите, чтобы все электронные письма, отправленные на адрес [email protected], приходили в почтовый ящик для [email protected].

Примечание

Переадресованная почта будет отображаться только в почтовом ящике конечного получателя. В приведенном выше примере почтовый ящик для [email protected] окажется пустым, а все электронные письма, отправленные на этот адрес, будут видны только в почтовом ящике для [email protected]. Если вы хотите, чтобы сообщение также отображалось в исходном почтовом ящике, вы должны добавить его в качестве получателя пересылки. В приведенном выше примере вы должны добавить «[email protected], [email protected]» в качестве получателей переадресации.

Перед созданием адреса пересылки убедитесь, что вы используете MX-серверы Gandi. Вы можете сделать это, посетив записи DNS для домена и убедившись, что есть запись MX, указывающая на gandi.net.

Если вы уверены, что ваш домен использует наши записи MX, перешлите свою электронную почту, выполнив следующие действия:

1. Войдите в свою учетную запись.

2. Выберите « Домены » в меню слева.

3. Выберите домен, который будет иметь новый адрес переадресации из списка доменов.

4. Нажмите на вкладку « Электронная почта ».

5. Нажмите « Адреса пересылки ».

6. Нажмите « Создать адрес для пересылки », если это ваша первая переадресация, или зеленую кнопку « Создать адрес для пересылки », если у вас уже есть адреса для переадресации.

7. Введите адрес электронной почты, с которого вы хотите пересылать, и адрес электронной почты, на который вы хотите переслать. Разделите несколько адресов запятой.

8. Нажмите « Создать », чтобы завершить процесс.

Предупреждение

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

Предупреждение

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

Как обеспечить доставку на адрес Gmail

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

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

Предупреждение

Не создавайте адрес-псевдоним, который является дубликатом адреса, уже существующего в вашем домене. Например, если кто-то уже настроил [email protected], а затем другой человек, использующий другой адрес электронной почты (скажем, [email protected]), создает псевдоним электронной почты [email protected], произойдет ошибка. Электронное письмо может быть недоставлено или отправлено только в один из почтовых ящиков.

Чтобы добавить псевдоним электронной почты:

1. Войдите в свою учетную запись.

2. Выберите « Домены » в меню слева.

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

4. Нажмите на вкладку « Электронная почта ».

5. Щелкните значок с тремя точками рядом с адресом электронной почты, на который будут приходить электронные письма, адресованные этому псевдониму.

6. Нажмите « Управление » из списка.

7. Нажмите « Управление псевдонимами ».

8. Введите псевдонимы в поле. Чтобы ввести несколько псевдонимов, введите по одному имени в каждой строке. Введите только ту часть электронного письма, которая будет отображаться перед «@». Например, чтобы добавить [email protected], достаточно ввести admin.

9. Нажмите « Обновить псевдонимы ».

Псевдоним подстановочного знака

Вы также можете использовать подстановочный знак символ « * » означает «все». Например, если вы укажете super* в качестве псевдонима, то электронные письма, отправленные на все, что начинается с «super» (supercat@, supercomputer@ и т. д.), будут попадать в ваш почтовый ящик.

Вы также можете использовать пустой подстановочный знак, также известный как универсальный псевдоним, чтобы принимать всю электронную почту, отправляемую на ваше доменное имя. Это делается путем ввода одной звездочки «/*». Однако мы рекомендуем проявлять осторожность при использовании такого псевдонима, так как это может значительно увеличить количество получаемого вами спама. Это увеличение спама также может быть неблагоприятно воспринято вашим почтовым провайдером. Важно учитывать недостатки, прежде чем добавлять этот псевдоним в свою учетную запись.

Вы также можете получить некоторые преимущества псевдонима без какой-либо настройки, используя динамический псевдоним. Вы можете добавить «+», а затем любую комбинацию букв к своему обычному адресу, чтобы создать динамический адрес электронной почты. Например, если ваш адрес электронной почты — [email protected], на ваш почтовый ящик придет адрес электронной почты [email protected].

Динамические псевдонимы наиболее полезны в ситуациях, когда вы не хотите указывать свой обычный адрес, но при этом не хотите создавать постоянную переадресацию. Затем вы можете настроить фильтр в своем почтовом клиенте, чтобы перехватывать любые электронные письма со знаком + в поле «Кому» и выполнять с ними любые действия, которые вы укажете.

Например, если вам нужно отправить электронное письмо на определенный веб-сайт, который, как вы подозреваете, станет источником спама в будущем, вы можете использовать [email protected], и любые будущие электронные письма, отправленные на этот адрес, будут перехвачены вашим фильтром и обработаны.