Удачные доменные имена: Как правильно подобрать доменное имя

Содержание

Как правильно подобрать доменное имя

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

Длина доменного имени

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

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

Впрочем, и очень длинный домен выбирать не следует – лучше, если адрес сайта будет состоять из 10-12 символов.

Правильные сокращения

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

World Trading Foundation?

Использование ключевых и ассоциативных слов

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

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

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

Подбор правильных букв

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

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

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

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

Не используйте цифры и дефисы

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

Иногда встречаются домены, в которых буква заменяется похожей на нее цифрой: 0 вместо O, 6 вместо b и так далее. С одной стороны, это позволяет занять понравившийся домен, если в стандартном написании он уже занят. Но с другой стороны, это слишком усложняет написание домена, пользователи будут путаться и в итоге заходить не туда. И поисковые системы не будут «читать» домен правильным образом, если он будет «разорван» дефисом или цифрой. Поэтому использовать цифры в доменных именах не рекомендуется.

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

К слову, вот так выглядит домен, посвященный числу Пи – 3.141592653589793238462643383279502884197169399375105820974944592.jp. Между прочим, это еще и одно из самых длинных доменных имен в мире.

Использование дополнительных слов

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

На примере это выглядит следующим образом: вы хотите сделать сайт про спорт и выбираете домен sport.ru. Но вот незадача – домен занят! Тогда вы можете поэкспериментировать и прибавить к желаемому доменному имени еще одно, подходящее по смыслу слово: realsport.ru, sportlife.ru, sportnews.ru и так далее.

Пример того, как делать не стоит

Уникальность доменного имени

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

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

Не смешивайте слова из разных языков

При выборе доменного имени у вас может появиться соблазн использовать слова из разных языков – например, из русского и английского, тем более что англицизмы уже активно проникают в нашу разговорную речь. Не идите на поводу у этой идеи: все домены со смешением (например, food-prosto.ru) плохо звучат, плохо запоминаются и негативно воспринимаются поисковыми системами.

Региональные зоны в доменном имени

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

Например, если ваша организация работает в столице, вы можете выбрать домен с зоной .msk.ru; зона spb.ru подойдет для петербургских проектов вроде онлайн-магазина или салона красоты.

Это решение хорошо и тем, что позволяет занять подходящее доменное имя. Скажем, домен hostingtimeweb.ru может быть уже занят, но могут быть свободны домены hostingtimeweb.kazan.ru или hostingtimeweb.kemerovo.ru. Полный список региональных зон можно найти в Википедии.

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

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

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

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

Например, вы собираетесь создать круглосуточную онлайн-аптеку. Для нее подойдут такие доменные имена: «фарма24.ru» или «аптека24.ru» – так клиент узнает, что этот интернет-магазин работает круглые сутки и заказать в нем лекарство можно в любое время.

Еще пример: строительный магазин находится в городе Ростов-на-Дону, и его владельцы подобрали доменное имя «stroimarket161.com», где цифры 161 указывает регион. В качестве неудачного примера с цифрами в доменном имени можно представить православный интернет-магазин с присвоенным доменным именем «спас666.ru».

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

2. Чем короче доменное имя, тем лучше

Вы вправе зарегистрировать домен от 2 до 57 символов, но делать его слишком длинным не стоит, даже если такое название содержит больше полезной информации.

Чем меньше в доменном имени знаков, тем легче его запомнить и правильно написать.

С коротким доменным именем не возникнет проблем: его легко разместить логотипе фирмы, а шансы сделать ошибку всегда минимальные.

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

Например, компания, продающая частные дома может выбрать доменное имя «купи-дом.ру» или «купи-жилье.ру», которое сразу информирует, что тематика данного сайта – продажа недвижимости. Смоделируем неудачный пример: юридическая компания выбирает себе домен «с-групп.ру». О чем говорит такой домен пользователям? Непонятно! Всегда старайтесь быть максимально понятным для своих потенциальных клиентов.

3. Чем проще доменное имя, тем больше шансов его запомнить

Подберите для сайта доменное имя, которое быстро запоминается и легко произносится.

Например, доменное имя «реклама.ру» или «стройка.ру» запомнить намного проще, чем «строй-инвест-сервис-агро-пром.ру».

Легко запомнить:

ebay.com
stroimarket61.ru
auchan.ru
sportmaster.ru
lada.ru

Трудно запомнить:

mshealthy.com.ua (трудно воспринимается и тяжело произносится)
magazin-televizorov.ru (длинное название)
bodyandsoul.ucoz.com (сайты на ucoz уже лет 10 вызывают недоверие)

4. Домен может выступать в роли бренда

Если вы создаете онлайн-магазин и собираетесь продвигать его бренд, добавьте в имя сайта и название бренда, и род вашей деятельности.

Например, Ричард Брэнсон во всех бизнес-проектах использует один и тот же бренд «Virgin»:

«Virgin America» – авиакомпания
«Virgin Galactic» – космический туризм
«Virgin Money» – банк

5. Конкретизируйте в имени домена вид своей деятельности

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

Например, если я захочу купить мебель, то первым делом зайду на сайт «мебель.ру», но не на «купи-дешево.com», потому что мне непонятно, чем конкретно занимается второй сайт.

6. При выборе домена учитывайте демографические и возрастные характеристики целевой аудитории

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

Например, если вы назовете магазин электронной техники «gadget-planet.ru», то рискуете потерять часть покупателей, ведь для большинство пожилых людей не употребляют слово «гаджет», и они не смогут понятно, чем занимается сайт. Но если вы предоставляете услуги, рассчитанные на конкретную возрастную категорию, вам можно конкретизировать и выбрать название домена, например, для салона пирсинга «пирсинг.ру».

7. Подбирая доменное имя, учитывайте перспективы своего бизнеса

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

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

8. Правильное используйте аббревиатуры регионов

Если у вас нет в планах выходить на рынок в других регионах, то будет достаточным использовать в домене такие приставки как «spb» – Санкт-Петербург, «msk» – Москва и т.д. Но если планируете сделать компанию федеральной, то такая аббревиатура вам не нужна. Например, известные маркеты Эльдорадо, Связной, Ашан и т. д. не имеют региональной привязки, поскольку работают по всей России (город определяется внутри сайта).

9. Оформляйте домен только на свои личные данные

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

10. Не упоминайте чужую торговую марку в домене

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

11. Проводите анализ перед покупкой действующих доменов

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

12. Решите, нужны ли вам одинаковые адреса в разных доменных зонах

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

Для чего и когда это может быть выгодным:

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

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

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

Выберите сначала основные популярные доменные зоны (например, ru, com, net, org, biz, рф), и изучайте, какие зоны набирают популярность, чтобы купить их позже.

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

Теория это подтверждает, и, во многих случаях, так и происходит. Но это не всегда годится для офлайна.

Например, когда ваша компания расположены по одному физ. адресу, создавать несколько сайтов для вас – не лучшая идея. Так вы запутаете своих клиентов. К тому же, когда одна компания обладает двумя, тремя одинаковыми сайтами, в плане хорошей поисковой выдачи могут возникнуть проблемы с «Google», так как вы станете похожи на спамера.

Еще появляется проблема с дублированием контента.

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

О специфике региональных доменов

Все перечисленное вас не должно беспокоить, если вы работаете на международном уровне. Например, если вы работаете в Германии и России, для вас лучше зарегистрировать домены в зоне «de» и в зоне «ru».

Можно, конечно, заняться раскруткой одного сайта сразу на несколько стран, но усилия не всегда стоят результата.

Еще пару советов по выбору домена:

Если, например, имя домена «avto.com» занято, можно выбрать домен «av-to.com» или «avto61.com». Но помните, что подчеркивания и дефисы усложняют домен и увеличивают вероятность того, что ваш клиент попадет на сайт конкурента. Если без дефисов обойтись невозможно, используйте их не более 1 раза.
Избегайте в домене двузначных транслитераций, таких как ш (sh, sch), ф (ph, f), ю (ju, yu), я (ja, ya)

Что такое домен и как правильно его подобрать?

Сегодня мы поговорим о том, что такое домен и как правильно подобрать доменное имя.

Домен — это имя сайта в сети интернет. Например: intervolga.ru — это домен сайта Интернет-агентства ИНТЕРВОЛГА. Yandex.ru — это домен поисковой системы Яндекс. Google.com — это домен поисковой системы Google. Ниже на рисунке представлена структура домена.

Домены верхнего или первого уровня подразделяются на две группы:

Первая группа

Это национальные домены или как их еще называют географические. По международному соглашению каждой стране выделено двухбуквенное обозначение, которое называется доменом первого уровня или доменом этой страны. За создание, поддержку и административное управление доменами верхнего уровня отвечает международная организация ICANN — Интернет-корпорация по присвоению имён и номеров (англ. Internet Corporation for Assigned Names and Numbers). Например: «RU» — Россия; «РФ» — Российская Федерация; «UA» — Украина; «DE» — Германия; «IT» — Италия; «FR» — Франция; «JP» — Япония.

Вторая группа

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

«COM»	Коммерческие организации. Свободная регистрация.	«INFO»	Предназначен для тех, кто хочет разместить информацию о себе, своей организации, товаре или услуге.
«NET»	Предназначен для предприятий, связанных с развитием сетей и телекоммуникационных технологий. Свободная регистрация.	«PRO»	Предназначен для профессионалов в различных отраслях деятельности.
«ORG»	Некоммерческие организации. Свободная регистрация.	«AERO»	Предназначен для организаций и физических лиц, связанных с аэроиндустрией.
«INT»	Домен ограниченного использования, созданный исключительно для регистрации доменных имен международными организациями.	«MUSEUM»	Это специальный домен предназначенный для музеев, а также компаний, имеющих отношение к музейному делу.

Домены второго уровня

Домен второго уровня — это то, что обычно выбирается для названия сайта. Доменные имена второго уровня могут быть куплены как предприятием, так и частным лицом. В каждой стране домены второго уровня выдает специально уполномоченная организация. В России этим занимается РосНИИРОС.

Домены третьего уровня

Владелец домена второго уровня может создавать неограниченное количество адресов третьего уровня. Так, например, обладатель домена site.ru может создать для себя домен name.site.ru, а для информации о себе — info.site.ru.

Перейдем к основному вопросу «Как правильно подобрать домен?»

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

Предлагаем вашему вниманию 12 рекомендаций по выбору домена

Домен должен быть максимально коротким.

Пример: ya.ru, ok.ru, ivi.ru, но такие имена почти все заняты, так что попробуйте подобрать короткое доменное имя не отклоняясь от темы сайта или имени компании.
Домен должен легко запоминаться.

Например: Социальная сеть «ВКонтакте» — vkontakte.ru. Поисковая система Рамблер — rambler.ru.
Домен должен, по возможности, отражать тематику сайта.

Например, сайт про ландшафтный дизайн — Greengarden.ru.
Домен должен, легко произноситься.

Позвоните своему родственнику, другу или коллеге и попросите его записать имя сайта, которое вы ему скажите. Проверьте правильность написания. Таким образом вы поймете, правильно ли будут набирать имя вашего сайта в браузере потенциальные посетители. Примеры: intervolga.ru, volma.ru, kinopoisk.ru.
Домен должен отражать название компании или сферу ее деятельности.

Примеры: Наше официальное название ООО «Интернет-агентство ИНТЕРВОЛГА» — наш домен intervolga.ru. Корпорация «ВОЛМА» — volma.ru, Сеть магазинов бытовой техники М-Видео — mvideo.ru.
Домен должен ассоциироваться с вашей компанией (названием и/или ее деятельностью).

Например: kp.ru ассоциируется с газетой «Комсомольская правда». Компания «АБВ», если она занимается мытьем окон, может зарегистрировать себе домен «moemokna.ru», и он тоже будет ассоциироваться с деятельностью компании.
В домене не должно встречаться, по возможности, «сложных» букв.

Когда русское слово переводится на латиницу, одной букве русского алфавита может соответствовать несколь букв латинского алфавита или даже буквосочетания. Например «и» = «i» или «y», «х» = «x» или «h», «ф» = «f» или «ph», «с» = «с» или «s», «к» = «c» или «k». Также обратите вниманине на употребление букв «ш»,«ж», «ы», «ч» при наборе адреса с этими буквами большинство может задаться вопросом, а как их написать. Например Вы хотите, чтобы сайт назывался недвижимость.ру, но если его написать по латински, может возникнуть затруднение nedvizhimost.ru, а может и nedvijimost.ru.
Помните о транслитерации.

Пример, если вы делаете сайт, посвященный книгам, то не обязательно использовать слово «book», а можно просто использовать слово «kniga».
Используйте различные словари для выяснения значения слов.

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

Например: stroyka34.ru,
iv34.ru
.
Правильно выбирайте домен и его зону, обращайте внимание , чтобы они соответствовали друг другу.

Например, не очень удачным был бы домен hoсkey.aero.
Если домен занят, поробуйте сами придумать оригинальное и необычное имя.

Например: сайт купонов lalav.ru. У слова lalav нет определения. Это просто красивое, а главное удобное, имя для сайта.

Обратите внимание на список ограничений по написанию домена

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

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

Почему домен достался другим?

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

Доменные мошенники

Киберсквоттеры — лица, недобросовестно регистрирующие домен с целью, последующего получения прибыли.

Как действовать, если вас обманул киберсквоттер?

Обращаться в суд.
Договариться «по-хорошему».

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

Что помогает хайджекерам?

Ошибки при регистрации доменов.
Несоблюдение правил передачи доменов.
Пренебрежение правилами использования доменов.

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

В статье были использованы

слайды презентации компании RU-CENTER.

Эта статья опубликована в Живом Журнале агентства ИНТЕРВОЛГА:

Что такое домен и как правильно его подобрать?

Оцените статью:

Спасибо, ваш голос успешно добавлен!

31.07.2012
Василий Ч.

Доменное имя — как выбрать «правильный» домен

Содержимое сайта можно менять. Можно (более того — очень полезно) провести оптимизацию сайта, его продвижение в поисковых системах. А вот доменное имя сайта изначально нужно выбирать тщательно, учитывая, что менять его — сложно и нерационально.

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

Доменное имя, которое понятно людям…

Сначала о внешней стороне вопроса. Доменное имя должно быть внешне красивым (вам же его например — на визитке писать). А для коммерческого сайта доменное имя обязано отражать суть деятельности компании, вид предлагаемых товаров и услуг. Считайте это неписаным правилом.

… и привлекает поисковые машины

В наших краях клиенты зачастую порываются выбрать доменное имя не по роду деятельности, а по названию фирмы. Но названия фирм — отдельная песня. Господа, положа руку на сердце, у кого название фирмы реально отражает суть ее деятельности? То ли дело в советские годы: Главрыба продает рыбу, Мосмолоко — торгует молочными продуктами в столице, Томмолоко — ими же, в Томске. Все понятно и просто до скучного. А с 90-ых годов началась повальная мода на звучные, красивые иностранные названия, никак с родом деятельности не связанные. Эта мода прошла, но все же, в наших краях название фирмы далеко не всегда отражает предоставляемые ею услуги. Можно, конечно, назвать сайт VasyaPupkin.ru (ну, фирма так называется… по имени учредителя…). Но с чего бы догадаться, что VasyaPupkin занимается, к примеру, поставкой древесины и пиломатериалов?

Поставьте себя на место потенциального клиента, который ищет в Интернете через поисковики, где бы ему прикупить этих самых пиломатериалов. И поисковики выводят ему список сайтов. Какой сайт скорее откроете: со словами в вроде «lesopilka» и «drevesina» в названии или непонятный VasyaPupkin? Ответ очевиден.

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

1) Выбор доменной зоны. Как известно, они бывают международные и национальные. Если вы ориентированы на русскоязычный сектор Интернета, то лучше выбрать домен зон ru и su. Размещенные на них сайты будут лучше ранжироваться в ведущих поисковых системах Рунета — Yandex и Google. Конечно, поисковые машины еще учитывают язык сайта и массу других факторов, но доменное имя — тоже весомый момент. Таким образом, если ваш бизнес в Интернете ориентирован на определенную страну, логичнее регистрировать доменное имя в ее национальной зоне. Если на несколько стран — то в международной.

2) Уровень домена. Лучше сразу регистрировать домен второго уровня (например, domen.ru, domen.com, domen.net), а не третьего (например, domen.org.ru, domen.net.ru). Домены второго уровня поисковиками «ценятся» выше.

3) Стоит ли экономить на платном домене? Не стоит. Бесплатные домены индексируются поисковиками хуже платных, и к тому же запрещены к добавлению в ряд крупных каталогов. Кроме того, на бесплатный домен пользователь никаких зафиксированных прав не имеет. А хостер может по каким-то собственным причинам отказать в продлении. Если на продвижение сайта на бесплатном домене к этому времени уже потрачены деньги, и на ресурсе есть «прикормленные» посетители — тем печальнее. Организовать переезд сайта на другую площадку, теоретически, можно. Но привычных посетителей — потеряете. Так что если у вас серьезные намерения относительно бизнеса в Интернете, стоит сразу позаботиться о размещении сайта на платном домене, который будет принадлежать вам.

4) Длина имени. В принципе, в зоне ru допустимы названия доменов длиной до 63 символов. Только клиенты «многабукаф» не оценят. Согласно проведенным специалистами Google исследованиям, пользователи поисковика вдвое чаще кликают по коротким и внятным доменным именам, чем по длинным. Так что чем короче название домена, тем оно удобнее для восприятия и «урожайнее».

5) Ключевые слова в имени. Мы уже объясняли выше, что называние сайта, связанное с сутью предлагаемых услуг, полезно с точки зрения восприятия людьми. Но это также полезно и для продвижения в поисковых машинах. Ключевое слово в имени сайта значительно повышает его ранжирование в поисковиках Google и Яндекса. Ключевые слова, использованные в адресах страниц сайта, также полезны для повышения ранжирования, но только для одной конкретной страницы (а в доменном имени — для сайта в целом). Если это уместно по тематике, полезно использовать в доменном имени английские ключевые слова (seo, web и т.п.). Однако, «совсем русские» слова лучше не переводить, а писать транслитом. Транслитирование поисковые машины тоже учитывают. Впрочем, вынуждены предостеречь от соблазна напихать в доменное имя избыток ключевых слов. В доменах длиной в 20 и более букв поисковики могут расценить это как спам, со всеми неприятными вытекающими последствиями вроде исключения сайта из списков выдачи.

6) Учитывайте частоту запросов в поисковиках. Выпишите в столбик все удачные на ваш взгляд (и при этом свободные!) имена доменов. Вбейте в статистике Яндекса и Google каждый из них. На какие слова идет наибольшее количество запросов за месяц, те и полезнее выбрать для названия сайта.

7) Слитно или через дефис? Этот вопрос имеет значение не только для школьников, пишущих диктант. Он также играет заметную роль при выборе доменного имени — причем роль куда более весомую, чем можно предположить, глядя на «какую-то черточку». При наличии выбора, например, «MoskowBolt» или «Moskow-Bolt» лучше выбирать написание доменного имени через дефис. Во-первых, дефис делит «длинное слово, написанное латинскими буквами» на два смысловых блока, что облегчает восприятие людьми. Во-вторых, доменные имена с дефисами Яндекс больше любит и лучше ранжирует. Проведем эксперимент. Вобьем в поисковик Яндекса слово «путешествия». Внимательно смотрим на выдачу, и видим там: off-travel.ru, air-travel.ru — слово-ключевик «travel» подсвечено. А в startravel.ru — не подсвечено, поскольку имя написано слитно, а не через дефис. Такая «подсветка» ключевика ощутимо влияет на ранжирование. Так что не недооценивайте дефис в имени домена.

8) Уникальность и узнаваемость. Откажитесь от соблазна зарегистрировать доменное имя, похожее на конкурентов, если, конечно, намерены позиционировать себя как серьезную компанию, стремящуюся занять свою нишу и стать узнаваемой. Даже если конкуренты застолбили, например, для продажи пластиковых окон оптом самое удачное, на ваш взгляд, имя okna-opt.ru, регистрация okno-opt.ru — не выход. Во-первых, их легко перепутать. Если их клиенты придут к вам — еще ладно, а если наоборот, ваши — к ним? Во-вторых, собственники ранее зарегистрированного домена могут подать в суд на «недобросовестных подражателей, намеренно подрывающих их бизнес путем пристройки к чужому бренду».

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

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

Кстати… У нас — услуги по подбору и регистрации домена и хостинга — БЕСПЛАТНО.

Доменные имена

HB.BY предоставляет услуги по регистрации доменных имен в более чем 150-ти доменных зонах, среди которых .COM .INFO .ORG .BIZ .NET .NAME .RU .SU .MOBI .ME .РФ .TEL .TV .FM .KZ .ASIA .AERO .BZ.

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

Что такое доменное имя?

Доменное имя — это имя, содержащее не менее 2 (двух), но не более 63 (шестидесяти трех) букв латинского или
русского алфавита, цифр, символов дефис («-«). Доменное имя также не должно начинаться или заканчиваться символом дефис («-«).

Например, domain.com.

Любой сайт в сети Интернет может быть доступен по IP-адресу.
IP-адрес — это уникальный числовой идентификатор объекта в сети Интернет.

Для пояснения механизма работы доменных имен удобно использовать аналогию с мобильными телефонами.
Телефонный номер является уникальным номером аппарата абонента в телефонной сети. Аналогично IP-адрес
является уникальным идентификатором сетевого устройства в сети Интернет.

В записной книжке мобильного телефона имя абонента сопоставлено с телефонным номером.
Для вызова абонента Вы можете набрать номер вручную или выбрать имя из записной книжки.
Аналогично этому, доменное имя любого сайта сопоставлено IP-адресу.
Поэтому для обращения к сайту Вы можете ввести в строке запроса браузера имя сайта или IP-адрес сайта.
Использование доменного имени предпочтительней, поскольку доменное имя легче запомнить.

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

Как зарегистрировать доменное имя?

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

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

Бесплатный генератор доменных имен — Найдите хорошие идеи для доменных имен (FAST)

Как работает наш генератор доменных имен

Наш инструмент для генерации доменных имен основан на Nameboy, оригинальном генераторе доменных имен, запущенном в 1999 году. Вот как работает инструмент.

Шаг 1. Введите идею вашего доменного имени

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

Шаг 2. Практически мгновенно сгенерируйте десятки идей для доменных имен

После того, как вы нажмете «Отправить», сразу же появится множество идей для доменных имен.

Шаг 3. Зарегистрируйте свое доменное имя прямо сейчас

Выберите подходящее доменное имя из списка и сразу зарегистрируйте его, нажав «Просмотреть подробности». Мы разработали сделку, так что вы можете получить бесплатное доменное имя .com или .net, разместив его на Bluehost.

Идеи доменных имен

: как выбрать лучшее

Генератор доменных имен

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

Давайте посмотрим на передовой опыт выбора правильного доменного имени.

1. Выберите фирменное доменное имя

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

Общее доменное имя обычно заполнено ключевыми словами и не запоминается, как и уловки копирайтинга.com или killercopywriting.com.

С другой стороны, брендовое доменное имя поможет вам легко выделиться среди конкурентов. Кроме того, вашим пользователям будет легче запоминать ваш сайт. Например: ProBlogger.com или OptinMonster.com. Когда вы слышите это название, вы понимаете, что к нему привязан надежный бренд.

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

Чтобы избежать наказания, в ваших интересах приобрести брендовое доменное имя и сделать свои URL-адреса удобочитаемыми, например «brandname.com/topic-topic».

2. Упростите запоминание

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

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

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

3. Выберите правильное расширение доменного имени

.com. является наиболее популярным расширением домена, поэтому большинство людей в первую очередь думают о вашем веб-сайте [yourbrandname].com. Кроме того, домен .com легко набирать с мобильных устройств, потому что на большинстве экранных клавиатур есть кнопка .com.

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

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

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

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

4. Убедитесь, что вы можете законно владеть выбранным вами доменным именем

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

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

5. Выбирайте альтернативы, если ваше идеальное доменное имя уже занято

Что делать, если желаемое доменное имя уже занято?

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

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

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

Подумайте о Fiverr.com, Flickr.com, Tumblr.com. Это некоторые удачные доменные имена с ошибками.

Зачем использовать генератор доменных имен?

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

Здесь на помощь приходит генератор доменных имен.

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

Некоторые преимущества генератора доменных имен:

Сгенерируйте более описательные или подходящие идеи доменных имен, чем вы можете придумать.
Быстро и легко проверьте доступность предпочитаемых вами доменных имен. Появятся комбинации слов, рифмы и случайные предложения.
Зарегистрируйте свое доменное имя прямо сейчас, прежде чем это сделает кто-то другой.

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

Теперь выберите свое следующее доменное имя.

RFC 6761 — доменные имена специального назначения

[Документы] [txt | pdf] [draft-cheshire -…] [Tracker] [Diff1] [Diff2] [Errata]

ПРЕДЛАГАЕМЫЙ СТАНДАРТ
Существуют исправления

Инженерная группа Интернета (IETF) С.Чешир
Запрос комментариев: 6761 М. Крочмаль
Обновления: 1918, 2606 Apple Inc.
Категория: Standards Track Февраль 2013 г.
ISSN: 2070-1721 гг.

Особые доменные имена

Аннотация

В этом документе описывается, что значит говорить, что доменное имя (DNS
имя) зарезервировано для специального использования, при резервировании такого имени
подходящие и порядок действий. Он устанавливает IANA
реестр таких доменных имен и заполняет его записями для некоторых из
уже установленные специальные доменные имена.Статус этой памятки

Это документ Internet Standards Track.

Этот документ является продуктом Инженерной группы Интернета.
(IETF). Он представляет собой консенсус сообщества IETF. Оно имеет
получил публичное рецензирование и был одобрен к публикации
Инженерная группа управления Интернетом (IESG). Дополнительная информация о
Интернет-стандарты доступны в разделе 2 RFC 5741.

Информация о текущем статусе этого документа, исправлениях,
а как оставить отзыв о нем можно узнать на
http: // www.rfc-editor.org/info/rfc6761.

Уведомление об авторских правах

Этот документ регулируется BCP 78 и Правовой нормой IETF Trust.
Положения, касающиеся документов IETF
(http://trustee.ietf.org/license-info) действует на дату
публикация этого документа. Пожалуйста, просмотрите эти документы
внимательно, поскольку они уважительно описывают ваши права и ограничения
к этому документу. Компоненты кода, извлеченные из этого документа, должны
включить упрощенный текст лицензии BSD, как описано в разделе 4.е из
Правовые положения Trust и предоставляются без гарантии, как
описана в упрощенной лицензии BSD.

Cheshire & Krochmal Standards Track [Страница 1]

RFC 6761: доменные имена специального назначения, февраль 2013 г.


1. Введение

   Обрабатываются отдельные индивидуальные IP-адреса и диапазоны IP-адресов.
   особенно сетевыми реализациями и, следовательно, не
   подходит для использования в качестве одноадресных адресов. Например, адреса IPv4
   224.От 0.0.0 до 239.255.255.255 - это адреса многоадресной рассылки [RFC5735], с
   224.0.0.1 - адрес многоадресной рассылки "всех хостов" [RFC1112]
   [RFC5771]. Другой пример - 127.0.0.1, «локальный хост» IPv4.
   адрес [RFC5735].

   Аналогично специальным адресам IPv4 [RFC5735], доменное имя
   Система (DNS) [RFC1034] [RFC1035] имеет собственную концепцию зарезервированного
   имена, такие как "example.com.", "example.net." и "example.org.", или
   любое имя, подпадающее под псевдо-домен верхнего уровня «недействительно».
   [RFC2606].Однако «Зарезервированные DNS-имена верхнего уровня» [RFC2606]
   не указывать, должны ли реализации обрабатывать такие имена
   иначе, и если да, то каким образом.

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

2. Терминология

   Ключевые слова «ДОЛЖНЫ», «НЕ ДОЛЖНЫ», «ОБЯЗАТЕЛЬНО», «ДОЛЖНЫ», «НЕ ДОЛЖНЫ»,
   «ДОЛЖЕН», «НЕ ДОЛЖЕН», «РЕКОМЕНДУЕТСЯ», «МОЖЕТ» и «ДОПОЛНИТЕЛЬНО» в этом
   документ следует интерпретировать, как описано в разделе «Ключевые слова для использования в
   RFC для указания уровней требований »[RFC2119].3. Применимость

   Когда была создана многоадресная IP-рассылка [RFC1112], реализации должны были быть
   обновлено, чтобы понять, что означает многоадресный IP-адрес и что нужно
   делать с этим. Добавление многоадресной IP-рассылки в сетевой стек повлекло за собой больше
   чем просто добавить правильные записи в таблицу маршрутизации для тех
   адреса. Кроме того, поддержка многоадресной IP-рассылки требует определенного уровня
   единообразие для всех совместимых хостов,
   независимо от того, к каким сетям могут быть подключены эти хосты. Пока
   можно построить частную изолированную сеть, используя все
   допустимые одноадресные IP-адреса и топология маршрутизации по выбору
   (независимо от того, используются ли уже эти одноадресные IP-адреса
   другими хостами в общедоступном Интернете), многоадресный IPv4-адрес
   224.0.0.1 - это всегда многоадресный адрес "все хосты", и это не так.
   местное решение.

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



Cheshire & Krochmal Standards Track [Страница 2]

RFC 6761: доменные имена специального назначения, февраль 2013 г.


   IETF объявляет это доменным именем специального назначения и указывает, что
   реализации специальной обработки должны дать этому имени.На
   с другой стороны, если объявление данного имени особенным приведет к
   никаких изменений в реализациях, значит, имя
   не может быть особенным в каком-либо материальном смысле, а может быть больше
   целесообразно использовать существующие механизмы DNS [RFC1034] для обеспечения
   желаемое делегирование, данные или отсутствие данных для имени в
   вопрос. Если желаемое поведение может быть достигнуто с помощью
   существующие процессы регистрации доменного имени, этот процесс должен быть
   используемый. Резервирование доменного имени специального назначения не является механизмом
   для обхода обычных процессов регистрации доменного имени.В качестве примера предположим, что должен быть документ IETF, определяющий
   что конкретное имя (или набор имен) гарантированно произведет
   Результат NXDOMAIN ("Ошибка имени" [RFC1035]). Такой документ падает
   в пределах ответственности IETF. IETF отвечает за
   правила протокола. IETF определяет набор символов имени, ограничения длины,
   синтаксис, тот факт, что в DNS "A" эквивалентно "a" и т. д.
   [RFC1034] [RFC1035]. Части пространства имен, созданные этими
   правила переданы ICANN для управления, но из-за установленного DNS
   правила протокола, ICANN не может присвоить «COM» и «com» двум
   разные серверы имен.IETF несет ответственность за определение
   как работает протокол DNS, и ICANN отвечает за выделение
   имена стали возможными благодаря этому протоколу DNS. Теперь предположим
   разработчик должен был использовать это специальное "гарантированно несуществующее" имя,
   "зная", что он гарантированно вернет NXDOMAIN, и предположим также
   что DNS-сервер пользователя не может вернуть NXDOMAIN для этого имени.
   После этого происходит сбой программного обеспечения разработчика. Кто делает пользователя и / или
   разработчику пожаловаться? ICANN? IETF? Оператор DNS-сервера?
   Если разработчик не может рассчитывать на специальное «гарантированно несуществующее»
   имя, чтобы всегда возвращать NXDOMAIN, тогда специальное имя не имеет значения,
   потому что на него нельзя положиться в том, что он должен делать.За это
   специальное "гарантированно несуществующее" имя, чтобы его можно было использовать, оно должно быть
   определен для возврата NXDOMAIN ПО ПРОТОКОЛУ для всех установок, а не
   просто за счет распределения ICANN в общедоступном Интернете. ICANN не имеет
   юрисдикция над тем, как пользователи выбирают настройку собственного частного DNS
   серверы в собственных частных сетях, но разработчикам нужен протокол
   спецификация, в которой указано, что возвращение положительных ответов для
   специальное "гарантированно несуществующее" имя является нарушением протокола на
   * все * сети, а не только общедоступный Интернет.Следовательно, акт
   определение такого специального имени создает правило протокола более высокого уровня,
   выше управления ICANN присваиваемыми именами в общедоступном Интернете.









Cheshire & Krochmal Standards Track [Страница 3]

RFC 6761: доменные имена специального назначения, февраль 2013 г.


4. Порядок действий

   Если установлено, что требуется особая обработка имени в
   чтобы реализовать некоторые желаемые новые функции, затем IETF
   "Действия по стандартам" или "Утверждение IESG" [RFC5226] ДОЛЖНЫ быть
   опубликовано описание новой функциональности.В спецификации ДОЛЖНО указываться, как реализации определяют, что
   Для любого имени требуется особая обработка. Обычно это
   делается путем указания, что любое полное доменное имя, оканчивающееся на
   определенный суффикс (т.е. попадающий в указанный родительский псевдо-
   домен) получит особое поведение. По сути, это высекает
   от поддерева пространства имен DNS, в котором измененное имя
   применяются правила обработки, аналогичные тому, как многоадресная рассылка IP [RFC1112] или IP
   локальные адреса ссылки [RFC3927] [RFC4862] отделяют части IP-адреса
   адресное пространство, в котором их соответствующая модифицированная обработка адресов
   применяются правила.В спецификации также ДОЛЖНО указываться в каждом из семи "доменных имен"
   Рекомендации по бронированию "категории ниже, какой особый режим,
   если есть, будет применяться. Если во всех семи категориях ответ будет
   "нет", то, возможно, особого обращения не требуется и запрос
   резервирование доменного имени для специального использования может не подходить.

5. Рекомендации по резервированию доменных имен

   Документ IETF "Standards Action" или "IESG Approval", определяющий
   некоторое новое поведение при именовании, которое требует доменного имени специального использования
   быть зарезервированным для реализации этого желаемого нового поведения, должен содержать
   подраздел «Соображения по поводу IANA» под названием «Доменное имя
   Рекомендации по бронированию », дающие ответы по семи категориям
   перечислено ниже.В случае сгенерированных алгоритмически DNS-имен,
   в уточняющем документе необходимо четко указать набор имен
   генерируется алгоритмом, который потребует предложенных специальных
   лечение.

   1. Пользователи:

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

   2. Прикладное программное обеспечение:

       Ожидается, что авторы прикладного программного обеспечения
       программное обеспечение распознает эти имена как особые и обрабатывает их
       иначе? В каком смысле? (Например, если пользователь-человек вводит
       такое имя, если прикладное программное обеспечение отклонит его с
       сообщение об ошибке?)



Cheshire & Krochmal Standards Track [Страница 4]

RFC 6761: доменные имена специального назначения, февраль 2013 г.


   3.API-интерфейсы и библиотеки разрешения имен:

       Ожидается, что разработчики API-интерфейсов и библиотек разрешения имен
       заставить свое программное обеспечение распознавать эти имена как особенные и обращаться с
       их иначе? Если да, то как?

   4. Кеширование DNS-серверов:

       Ожидается, что разработчики кэширующих серверов доменных имен сделают
       их реализации распознают эти имена как особые и обрабатывают
       их иначе? Если да, то как?

   5. Авторитетные DNS-серверы:

       Ожидается, что разработчики авторитетных серверов доменных имен
       заставить их реализации распознавать эти имена как особые и
       относиться к ним по-другому? Если да, то как?

   6.Операторы DNS-сервера:

       Есть ли у этого зарезервированного доменного имени специального назначения какие-либо потенциальные
       влияние на операторов DNS-серверов? Если они попытаются настроить свои
       авторитетный DNS-сервер как авторитетный для этого зарезервированного имени,
       будет ли совместимое программное обеспечение сервера имен отклонять его как недействительный? Сделать DNS
       операторы серверов должны знать об этом и понимать, почему?
       Даже если программное обеспечение сервера имен не мешает им использовать
       это зарезервированное имя, есть ли другие причины, по которым оно может не работать как
       Ожидается, о чем должен знать оператор DNS-сервера?

   7.Реестры / регистраторы DNS:

       Как реестры / регистраторы DNS должны обрабатывать запросы на регистрацию
       это зарезервированное доменное имя? Следует ли отклонять такие запросы?
       Если такие запросы будут разрешены, но только для специально-
       обозначенная организация? (Например, название «www.example.org» -
       зарезервировано для примеров документации и недоступно для
       постановка на учет; однако на самом деле имя зарегистрировано; и там
       даже веб-сайт с таким названием, в котором циркулярно говорится, что
       имя зарезервировано для использования в документации и не может быть
       зарегистрирован!)











Cheshire & Krochmal Standards Track [Страница 5]

RFC 6761: доменные имена специального назначения, февраль 2013 г.

6.Начальный реестр

Первоначальный реестр доменных имен специального назначения IANA должен содержать
записи для доменов обратного отображения частных адресов [RFC1918] и
для существующих зарезервированных DNS-имен верхнего уровня [RFC2606].

6.1. Рекомендации по резервированию доменных имен для частных адресов

Перечисленные ниже домены обратного отображения частных адресов [RFC1918],
и любые имена, попадающие в эти домены, являются доменом особого использования
Имена:

10.in-addr.arpa. 21.172.in-addr.arpa. 26.172.in-addr.арпа.
16.172.in-addr.arpa. 22.172.in-addr.arpa. 27.172.in-addr.arpa.
17.172.in-addr.arpa. 30.172.in-addr.arpa. 28.172.in-addr.arpa.
18.172.in-addr.arpa. 23.172.in-addr.arpa. 29.172.in-addr.arpa.
19.172.in-addr.arpa. 24.172.in-addr.arpa. 31.172.in-addr.arpa.
20.172.in-addr.arpa. 25.172.in-addr.arpa. 168.192.in-addr.arpa.

Эти домены и любые имена, попадающие в эти домены, являются
специальными следующими способами:

1. Пользователи могут использовать эти имена, как и любые другие
имена обратного отображения.Однако, поскольку нет центрального
орган, ответственный за использование частных адресов, пользователи ДОЛЖНЫ
имейте в виду, что эти имена могут дать разные результаты
в разных сетях.

2. Прикладное программное обеспечение НЕ ДОЛЖНО распознавать эти имена как особые,
и СЛЕДУЕТ использовать эти имена, как и другие обратные сопоставления
имена.

3. API разрешения имен и библиотеки НЕ ДОЛЖНЫ распознавать эти
имена как особые и НЕ ДОЛЖНЫ относиться к ним иначе. название
API разрешения ДОЛЖНЫ отправлять запросы для этих имен своим
настроенный кеширующий DNS-сервер (-ы).4. Кэширующие DNS-серверы ДОЛЖНЫ распознавать эти имена как особые и
НЕ СЛЕДУЕТ по умолчанию пытаться искать для них записи NS,
или иным образом запросить авторитетные DNS-серверы в попытке
разрешите эти имена. Вместо этого кеширование DNS-серверов ДОЛЖНО
по умолчанию генерировать немедленные (положительные или отрицательные) ответы для
все такие запросы. Это сделано для того, чтобы избежать ненужной нагрузки на корень.
серверы имен и другие серверы имен. Кэширование DNS-серверов ДОЛЖНО
предложить вариант конфигурации (по умолчанию отключен), чтобы включить
восходящее разрешение таких имен для использования в частных сетях
где имена обратного сопоставления частных адресов известны как
обрабатывается авторитетным DNS-сервером в указанной частной сети.Cheshire & Krochmal Standards Track [Страница 6]

RFC 6761: доменные имена специального назначения, февраль 2013 г.


   5. Авторитетным DNS-серверам СЛЕДУЕТ распознавать эти имена как особые.
       и ДОЛЖЕН по умолчанию немедленно генерировать отрицательные ответы для
       все такие запросы, если явно не настроены
       администратор давать положительные ответы на приват-адрес
       имена обратного отображения.

   6. Операторам DNS-серверов СЛЕДУЕТ, если они используют частные адреса,
       настроить их авторитетные DNS-серверы, чтобы они действовали как авторитетные
       для этих имен.7. Реестры / регистраторы DNS НЕ ДОЛЖНЫ удовлетворять запросы на регистрацию каких-либо
       этих имен обычным образом любому физическому или юридическому лицу. Эти
       имена зарезервированы для использования в частных сетях и выходят за пределы
       набор имен, доступных для размещения реестрами /
       регистраторы. Попытка выделить одно из этих имен, как если бы оно
       если обычное доменное имя DNS, вероятно, не будет работать должным образом,
       по причинам 4, 5 и 6 выше.

6.2. Рекомендации по резервированию доменного имени для "test."

   Домен "test." И любые имена, попадающие в ".test.", Являются
   специальными следующими способами:

   1. Пользователи могут использовать эти названия тестов, как и любые другие
       доменные имена. Однако, поскольку нет центральной власти
       ответственные за использование имен тестов, пользователи ДОЛЖНЫ знать, что
       эти имена могут дать разные результаты на разных
       сети.

   2. Прикладное программное обеспечение НЕ ДОЛЖНО распознавать названия тестов как особые,
       и ДОЛЖЕН использовать тестовые имена, как и другие доменные имена.3. API разрешения имен и библиотеки НЕ ДОЛЖНЫ распознавать test
       имена как особые и НЕ ДОЛЖНЫ относиться к ним иначе. название
       API разрешения ДОЛЖНЫ отправлять запросы для имен тестов на свои
       настроенный кеширующий DNS-сервер (-ы).

   4. Кэширующие DNS-серверы ДОЛЖНЫ распознавать имена тестов как специальные и
       НЕ СЛЕДУЕТ по умолчанию пытаться искать для них записи NS,
       или иным образом запросить авторитетные DNS-серверы в попытке
       разрешить имена тестов. Вместо этого кеширование DNS-серверов ДОЛЖНО
       по умолчанию, немедленно генерировать отрицательные ответы для всех таких
       запросы.Это сделано для того, чтобы избежать ненужной нагрузки на корневое имя.
       серверы и другие серверы имен. Кэширующие DNS-серверы ДОЛЖНЫ предлагать
       параметр конфигурации (по умолчанию отключен) для включения восходящего потока
       разрешение имен тестов, для использования в сетях, где имена тестов
       известно, что обрабатывается авторитетным DNS-сервером в указанном
       частная сеть.



Cheshire & Krochmal Standards Track [Страница 7]

RFC 6761: доменные имена специального назначения, февраль 2013 г.

5.Авторитетным DNS-серверам СЛЕДУЕТ распознавать имена тестов как особые.
и ДОЛЖЕН по умолчанию немедленно генерировать отрицательные ответы для
все такие запросы, если явно не настроены
администратору давать положительные ответы на названия тестов.

6. Операторам DNS-серверов СЛЕДУЕТ, если они используют тестовые имена,
настроить их авторитетные DNS-серверы, чтобы они действовали как авторитетные
для имен тестов.

7. Реестры / регистраторы DNS НЕ ДОЛЖНЫ удовлетворять запросы на регистрацию.
проверять имена обычным способом любому физическому или юридическому лицу.Имена тестов
зарезервированы для использования в частных сетях и выходят за рамки набора
имен, доступных для распределения реестрами / регистраторами.
Попытка выделить тестовое имя, как если бы это был обычный DNS
доменное имя, вероятно, не будет работать должным образом по причинам 4, 5,
и 6 выше.

6.3. Соображения по поводу резервирования доменного имени для "localhost".

Домен «localhost». и любые имена, попадающие в ".localhost".
являются особенными в следующих отношениях:

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

2. Прикладное программное обеспечение МОЖЕТ распознавать имена локальных хостов как особые или
МОЖЕТ передать их в API разрешения имен, как и для других
доменные имена.

3. API разрешения имен и библиотеки ДОЛЖНЫ распознавать localhost.
имена как специальные и ДОЛЖНЫ всегда возвращать IP-адрес обратной связи
для адресных запросов и отрицательных ответов на все остальные запросы
типы.API разрешения имен НЕ ДОЛЖНЫ отправлять запросы для
имена localhost на их настроенные кэширующие DNS-серверы.

4. Кэширующие DNS-серверы ДОЛЖНЫ распознавать имена локальных хостов как особые.
и НЕ СЛЕДУЕТ пытаться найти для них записи NS, или
в противном случае запросить авторитетные DNS-серверы в попытке
разрешить имена локальных хостов. Вместо этого кеширование DNS-серверов ДОЛЖНО,
для всех таких адресных запросов немедленно генерировать положительный
ответ с указанием IP-адреса обратной связи, а для всех остальных запросов
типы, вызывают немедленную отрицательную реакцию.Это чтобы избежать
ненужная нагрузка на корневые серверы имен и другие серверы имен.

Cheshire & Krochmal Standards Track [Страница 8]

RFC 6761: доменные имена специального назначения, февраль 2013 г.

5. Авторитетные DNS-серверы ДОЛЖНЫ распознавать имена локальных хостов как
special и обработайте их, как описано выше, для кеширования DNS
серверы.

6. Операторам DNS-серверов СЛЕДУЕТ осознавать, что эффективные RDATA для
имена localhost определяются спецификацией протокола и не могут
может быть изменен локальной конфигурацией.7. Реестры / регистраторы DNS НЕ ДОЛЖНЫ удовлетворять запросы на регистрацию.
имена localhost обычным образом для любого человека или организации.
Имена локальных хостов определяются спецификацией протокола и падают
вне набора имен, доступных для распределения реестрами /
регистраторы. Попытка выделить имя локального хоста, как если бы оно
если обычное доменное имя DNS, вероятно, не будет работать должным образом,
по причинам 2, 3, 4 и 5 выше.

6.4. Соображения по поводу резервирования доменного имени для "недействительно."

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

1. Пользователи могут использовать "недопустимые" имена, как и любые другие
доменные имена. Пользователи МОГУТ предположить, что запросы на "недопустимые" имена
всегда будет возвращать ответы NXDOMAIN.

2. Прикладное программное обеспечение МОЖЕТ распознавать "недопустимые" имена как специальные или
МОЖЕТ передать их в API разрешения имен, как и для других
доменные имена.3. API разрешения имен и библиотеки ДОЛЖНЫ распознавать "недействительные"
имена как особые и ДОЛЖНЫ всегда возвращать немедленное отрицательное
ответы. API разрешения имен НЕ ДОЛЖНЫ отправлять запросы для
«недопустимые» имена для настроенных кэширующих DNS-серверов.

4. Кэширующие DNS-серверы ДОЛЖНЫ распознавать "недопустимые" имена как особые.
и НЕ СЛЕДУЕТ пытаться найти для них записи NS, или
в противном случае запросить авторитетные DNS-серверы в попытке
разрешить "недопустимые" имена.Вместо этого кеширование DNS-серверов ДОЛЖНО
немедленно генерировать ответы NXDOMAIN на все такие запросы. Этот
чтобы избежать ненужной нагрузки на корневые серверы имен и другие
серверы имен.

5. Авторитетным DNS-серверам СЛЕДУЕТ распознавать "недопустимые" имена как
special и обработайте их, как описано выше, для кеширования DNS
серверы.

Cheshire & Krochmal Standards Track [Страница 9]

RFC 6761: доменные имена специального назначения, февраль 2013 г.

6.Операторам DNS-серверов СЛЕДУЕТ осознавать, что эффективные RDATA для
"недопустимые" имена определяются спецификацией протокола как
не существует и не может быть изменен локальной конфигурацией.

7. Реестры / регистраторы DNS НЕ ДОЛЖНЫ удовлетворять запросы на регистрацию.
"недействительные" имена в обычном порядке для любого физического или юридического лица. Эти
"недопустимые" имена определены спецификацией протокола как
несуществующие, и они выходят за рамки набора имен, доступных для
распределение по реестрам / регистраторам.Попытка выделить
"недопустимое" имя, как если бы это было обычное доменное имя DNS,
вероятно, не работает должным образом по причинам 2, 3, 4 и 5 выше.

6.5. Рекомендации по резервированию доменных имен для примеров доменов

Домены "example.", "Example.com.", "Example.net.",
example.org. и любые имена, попадающие в эти домены, являются
специальными следующими способами:

1. Пользователи ДОЛЖНЫ понимать, что имена примеров зарезервированы для использования.
в документации.

2. Прикладное программное обеспечение НЕ ДОЛЖНО распознавать имена примеров как
специальный и ДОЛЖЕН использовать примеры имен, как и другие домены
имена.3. API и библиотеки разрешения имен НЕ ДОЛЖНЫ распознавать пример.
имена как особые и НЕ ДОЛЖНЫ относиться к ним иначе. название
API разрешения ДОЛЖНЫ отправлять запросы, например имена, на свои
настроенный кеширующий DNS-сервер (-ы).

4. Кэширующие DNS-серверы НЕ ДОЛЖНЫ распознавать примеры имен как особые.
и ДОЛЖЕН разрешить их обычным образом.

5. Авторитетным DNS-серверам НЕ СЛЕДУЕТ распознавать примеры имен как
специальный.

6. Операторам DNS-серверов СЛЕДУЕТ знать, что примеры имен
зарезервировано для использования в документации.7. Реестры / регистраторы DNS НЕ ДОЛЖНЫ удовлетворять запросы на регистрацию.
пример имен обычным способом любому физическому или юридическому лицу. Все
примеры имен бессрочно зарегистрированы в IANA:

Cheshire & Krochmal Standards Track [Страница 10]

RFC 6761: доменные имена специального назначения, февраль 2013 г.


        Доменное имя: EXAMPLE.COM
        Регистратор: ОРГАН ЗАЩИЩЕННЫХ-ИНТЕРНЕТ-НОМЕРОВ
        Сервер Whois: whois.iana.org
        Реферальный URL: http://res-dom.iana.org
        Сервер имен: A.IANA-SERVERS.NET
        Сервер имен: B.IANA-SERVERS.NET
        Статус: clientDeleteProhibited
        Статус: clientTransferProhibited
        Статус: clientUpdateProhibited
        Дата обновления: 26-мар-2004
        Дата создания: 14 августа 1995 г.
        Срок годности: 13 августа 2011 г.

   IANA в настоящее время поддерживает веб-сервер, предоставляющий веб-страницу, объясняющую
   цель примеров доменов.

7. Соображения безопасности

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

8. Соображения IANA

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

   Когда IANA получает запрос на запись нового «домена особого использования»
   Name ", он должен после консультации с IESG проверить, что IETF
   Документ "Standards Action" или "IESG Approval" [RFC5226] включает
   требуется раздел «Рекомендации по резервированию доменного имени», в котором указано, как
   особое значение этого имени влияет на поведение оборудования,
   программное обеспечение и люди в семи категориях.Если IANA и IESG
   определить, что особая обработка этого «доменного имени специального назначения»
   целесообразно, IANA должна записать доменное имя специального использования и
   ссылка на спецификацию, которая ее документирует, в реестре.











Cheshire & Krochmal Standards Track [Страница 11]

RFC 6761: доменные имена специального назначения, февраль 2013 г.


9. Ссылки

9.1. Нормативные ссылки

   [RFC2119] Брэднер, С. "Ключевые слова для использования в RFC для обозначения
              Уровни требований », BCP 14, RFC 2119, март 1997 г.[RFC1034] Мокапетрис П., «Доменные имена - концепции и возможности»,
              STD 13, RFC 1034, ноябрь 1987 г.

   [RFC1035] Mockapetris, P., "Доменные имена - реализация и
              спецификация », STD 13, RFC 1035, ноябрь 1987 г.

   [RFC5226] Нартен, Т. и Х. Альвестранд, "Рекомендации по написанию
              Раздел «Вопросы IANA» в RFC », BCP 26, RFC 5226,
              Май 2008 г.

9.2. Информативные ссылки

   [RFC1112] Диринг, С., «Расширения хоста для многоадресной IP-рассылки», STD 5,
              RFC 1112, август 1989 г.[RFC1918] Рехтер, Ю., Московиц, Р., Карренберг, Д., Гроот, Г., и
              Э. Лир, «Распределение адресов для частных Интернет-сетей»,
              BCP 5, RFC 1918, февраль 1996 г.

   [RFC2606] Истлейк, Д. и А. Паниц, «Зарезервированный DNS верхнего уровня.
              Имена », BCP 32, RFC 2606, июнь 1999 г.

   [RFC3927] Чешир, С., Абоба, Б., и Э. Гутман, "Динамический
              Настройка локальных адресов IPv4 ", RFC 3927,
              Май 2005 г.

   [RFC4862] Томсон, С., Нартен, Т., и Т. Цзиньмэй, "IPv6 Stateless
              Автоконфигурация адреса », RFC 4862, сентябрь 2007 г.

   [RFC5735] Коттон, М. и Л. Вегода, «Адреса IPv4 для специального использования»,
              BCP 153, RFC 5735, январь 2010 г.

   [RFC5771] Коттон, М., Вегода, Л., и Д. Мейер, «Рекомендации IANA для
              Назначение адресов многоадресной рассылки IPv4 ", BCP 51, RFC 5771,
              Март 2010 г.









Cheshire & Krochmal Standards Track [Страница 12]

RFC 6761: доменные имена специального назначения, февраль 2013 г.


Адреса авторов

   Стюарт Чешир
   Apple Inc.1 бесконечный цикл
   Купертино, CA 95014
   США

   Телефон: +1408974 3207
   Электронная почта: [email protected]


   Марк Крохмаль
   Apple Inc.
   1 бесконечный цикл
   Купертино, CA 95014
   США

   Телефон: +1408974 4368
   Электронная почта: [email protected]































Cheshire & Krochmal Standards Track [Страница 13]

Разметка HTML, созданная rfcmarkup 1.129d, доступная по адресу
https://tools.ietf.org/tools/rfcmarkup/

О доменных именах — ICANN

Перейти к основному содержанию

Выполните поиск в ICANN.орг

Вход
регистрация

Get StartedBeginner-х GuideNewcomers ProgramFellowship ProgramHistory Новости и MediaAnnouncementsBlogFor JournalistsGlobal NewslettersLegislative / Нормативные ReportsMultimediaRegional Отчеты PolicyICANN PolicyDevelop PolicyImplement PolicyPolicy UpdateParticipateTeam Общественный CommentOpenRecently ClosedUpcomingArchive ResourcesBoardAccountability & TransparencyRegistrarsRegistry OperatorsDomain Имя RegistrantsContractual ComplianceComplaints OfficePrivacy & Proxy УслугиПомощьКарьера Группы сообществаКалендарь Координирующая роль в отношении IANA
и информационный бюллетень о передаче координирующей роли в отношении ANAУлучшение подотчетности ICANNВнедрение Постоянного комитета клиентовКомитет по обзору развития корневой зоны

Ресурсы

Об ICANN
Правила обучения
Руководства по работе с клиентами
57 Подкасты
Архив
Участвуйте
Что делает ICANN
Влияние на Интернет
Что происходит сейчас
Как принять участие
Программа для новичков
Стипендии
Комитет
Положения и условия
Уголок президента
Схема организации управления ICANN
Персонал
Карьера
В фокусе
Непрерывность
DNSSEC
Стандарты
Информация о корне IANA DNSSEC
Отчет DNSSEC
Развертывание корня
Карта
График развертывания
Инструменты
Обучение
Ключевое слово
Новости
Сообщения в блоге
Презентации
Связанные сайты
Улучшения GNSO
Поддержка командировок
Группа проверки политики WHOIS R рекомендации — Внедрение
Для журналистов
Релизы и рекомендации
Ресурсы

Правление
Деятельность Правления
Деятельность комитетов
Отчеты о деятельности комитетов
2016
Решения
Рекомендации в Правление
Заседания Правления
2020
2019
2018
2017
2016
2015
2014
2013
2012
2011
2010
2009
2008
2007
2006
2005
2004
2003
2002
2001
2000
1999
1998
Комитеты Совета директоров
Комитет по аудиту
Комитет по вознаграждениям
Исполнительный комитет
Финансы Комитет
Комитет по управлению
Комитет по организационной эффективности
Влияние программы новых рДВУ
Комитет по рискам
Технический комитет
Комитет по механизмам подотчетности
Предыдущие комитеты
Рабочие группы Правления и собрания
Работа Правления Списки членства в группах
Правление RDS WG
Правление созывает списки участников
Подотчетность
Механизмы подотчетности
Повторное рассмотрение
Процесс независимой проверки
Обновление IRP
Омбудсмен
О программе
Framework
Стандарты практики
Уважительное общение
Отчеты
Выступления
Ссылки
Вопросы
Empowered Community
Empowered Co Администрация mmunity
Список рассылки уполномоченной администрации сообщества
Переписка уполномоченного сообщества
Раскрытие документов
Политика раскрытия информации
Процесс ответа DIDP
Обзоры
Начало работы
Организационные обзоры
ALAC
ASO
Правление
ccNSO
GNSO
Комитет по назначениям
RSSAC
SSAC
Группа технического взаимодействия
Специальные проверки
Подотчетность и прозрачность
Служба каталогов регистрации
Безопасность, стабильность и отказоустойчивость
Конкуренция, доверие потребителей и выбор потребителей
Показатели CCT
Ожидаемые стандарты поведения
Повышение подотчетности и управления ICANN
Управление
90 057 Управленческие документы
Руководящие принципы
Учредительный договор
Текущий
Архив
Устав
Текущий Устав
Архив
Кодекс поведения Совета
Политика Совета директоров в отношении конфликта интересов
Заявления Совета директоров о заинтересованности
Лоббирование раскрытия информации и отчеты о вкладе
Сводка конфликтов интересов и анализа этической практики
Развитие соглашений ICANN о MSM
Передача координирующей роли NTIA в исполнении функций IANA
Призыв общественности к участию: проект процесса разработки предложения ( 8 апреля — 8 мая 2014 г.
Процесс разработки предложения и дальнейшие действия
Реестр

Список доменов верхнего уровня — ICANN

Перейти к основному содержанию

Поиск в ICANN .орг

Вход
регистрация

Ресурсы

Об ICANN
Правила обучения
Руководства по работе с клиентами
57 Подкасты
Архив
Участвуйте
Что делает ICANN
Влияние на Интернет
Что происходит сейчас
Как принять участие
Программа для новичков
Стипендии
Комитет
Положения и условия
Уголок президента
Схема организации управления ICANN
Персонал
Карьера
В фокусе
Непрерывность
DNSSEC
Стандарты
Информация о корне IANA DNSSEC
Отчет DNSSEC
Развертывание корня
Карта
График развертывания
Инструменты
Обучение
Ключевое слово
Новости
Сообщения в блоге
Презентации
Связанные сайты
Улучшения GNSO
Поддержка командировок
Группа проверки политики WHOIS R рекомендации — Внедрение
Для журналистов
Релизы и рекомендации
Ресурсы

Правление
Деятельность Правления
Деятельность комитетов
Отчеты о деятельности комитетов
2016
Решения
Рекомендации в Правление
Заседания Правления
2020
2019
2018
2017
2016
2015
2014
2013
2012
2011
2010
2009
2008
2007
2006
2005
2004
2003
2002
2001
2000
1999
1998
Комитеты Совета директоров
Комитет по аудиту
Комитет по вознаграждениям
Исполнительный комитет
Финансы Комитет
Комитет по управлению
Комитет по организационной эффективности
Влияние программы новых рДВУ
Комитет по рискам
Технический комитет
Комитет по механизмам подотчетности
Предыдущие комитеты
Рабочие группы Правления и собрания
Работа Правления Списки членства в группах
Правление RDS WG
Правление созывает списки участников
Подотчетность
Механизмы подотчетности
Повторное рассмотрение
Процесс независимой проверки
Обновление IRP
Омбудсмен
О программе
Framework
Стандарты практики
Уважительное общение
Отчеты
Выступления
Ссылки
Вопросы
Empowered Community
Empowered Co Администрация mmunity
Список рассылки уполномоченной администрации сообщества
Переписка уполномоченного сообщества
Раскрытие документов
Политика раскрытия информации
Процесс ответа DIDP
Обзоры
Начало работы
Организационные обзоры
ALAC
ASO
Правление
ccNSO
GNSO
Комитет по назначениям
RSSAC
SSAC
Группа технического взаимодействия
Специальные проверки
Подотчетность и прозрачность
Служба каталогов регистрации
Безопасность, стабильность и отказоустойчивость
Конкуренция, доверие потребителей и выбор потребителей
Показатели CCT
Ожидаемые стандарты поведения
Повышение подотчетности и управления ICANN
Управление
90 057 Управленческие документы
Руководящие принципы
Учредительный договор
Текущий
Архив
Устав
Текущий Устав
Архив
Кодекс поведения Совета
Политика Совета директоров в отношении конфликта интересов
Заявления Совета директоров о заинтересованности
Лоббирование раскрытия информации и отчеты о вкладе
Сводка по конфликтам интересов и обзору этической практики
Развитие соглашений ICANN о MSM
Передача координирующей роли NTIA в исполнении функций IANA
Призыв к участию общественности: предварительный процесс разработки предложения ( 8 апреля — 8 мая 2014 г.
Процесс разработки предложения и дальнейшие действия
Реестр
Архив
Подтверждение обязательств
Отслеживание AOC
ccTLD
Меморандумы о взаимопонимании с партнерскими отношениями
900 57 Регистратор
Архив
Годовые отчеты
Финансы
Финансовые отчеты
Политики, инструкции и процедуры
Планирование
Стратегический план
Пятилетний план работы
Годовой операционный план и бюджет
Отчетность о достижениях и прогрессе
Непрерывное совершенствование
Бета-версия информационной панели
Система управления портфелем
Исторический
Роли и обязанности сообщества
Презентации
Запрос предложений
Судебный процесс
Информационный бюллетень 2020
Корреспонденция
2019
2018
2017
2016
2015
2014
2013
2012
2011
2010
2009
2008
2007
2006
2 005
2004
2003
2002
2001
2000
1999
1998
Ежеквартальные отчеты

Группы
RSSAC
Устав
SSAC
Роль
Работа Планы и мероприятия
Документы
GAC
At-Large
ASO
ccNSO
GNSO
Группа технического взаимодействия
Группа технических экспертов (TEG)
NomCom
Обязанности комитета
Прошлые NomComs
Постоянный комитет клиентов
Комитет по анализу оценки корневой зоны (RZERC)

Бизнес

Гражданское общество

Отдел рассмотрения жалоб
Отчет о жалобах

Соответствие договорным обязательствам
О программе
Подход & Процесс
Соответствие реестра gTLD
Соответствие аккредитованного регистратора
Аудит
Общие вопросы
Подача жалобы и дополнительные сведения
Отчетность и оценка эффективности
Уведомления
Архив
Отчеты о производительности
Отчеты
Информационная поддержка

Регистраторы
Библиотека регистраторов
Новости и сообщения
Как стать регистратором
Соглашение об аккредитации
Заявка на регистрацию
Инструкции по подаче заявки на регистратора
Обучение регистраторов
Изменения в существующей аккредитации
Ежегодный сертификат соответствия регистратора
Массовая передача
Отказ от хранения данных
Приобретение регистратора, аккредитованного ICANN
Программа условного депонирования данных регистратора
Слияние регистраторов
9005 7 Изменения имени регистратора
Обновления основного контактного лица регистратора
Продление существующей аккредитации
Прекращение аккредитации
Передача (назначение) аккредитации ICANN
Провайдеры услуг конфиденциальности и регистрации через доверенных лиц
Ресурсы регистратора
Консультации
Соглашения и соглашения Политики
Заявление о политике
Выставление счетов Часто задаваемые вопросы (FAQ) для регистраторов
Консенсусные политики
Список контактов
Перенос доменного имени
Часто задаваемые вопросы о владельце доменного имени
Информация о переносе между регистраторами
Политика
Руководство по общим операциям для регистраторов
Группа по учетным записям и обслуживанию gTLD
Жизненный цикл gTLD
Протокол доступа к регистрационным данным (RDAP)
Часто задаваемые вопросы об отчетах о депонировании данных регистратора
Часто задаваемые вопросы регистратора
Whois / Privacy Law Conf лицензии
Политики и положения, связанные с Whois
История

Операторы реестра
Консультации и согласованные политики
Консультации
Консенсусные политики
Политика оценки услуг реестра (RSEP)
Предварительные замечания по внедрению RSEP
Определение вопросов конкуренции
Сверка
Архив объявлений RSEP
Новости и события
Саммит GDD
Новости и СМИ ICANN
Страница общественного обсуждения ICANN
Календарь открытых встреч ICANN
Реестр Соглашения
Глобальная поправка к базовому соглашению о реестре новых рДВУ, 2017 г.
Архив соглашений о реестре
Доказательства концепции
Расторгнутые соглашения о реестре
Ресурсы реестра
Массовая передача rs
Защита данных и конфиденциальность
Оператор резервного внутреннего реестра (EBERO)
Реестр непрерывности рДВУ
Архив непрерывности
Форма 6166 — U.S. Сертификация налогового резидента (TRC)
Основы для операторов реестров по реагированию на угрозы безопасности
GDD Общее руководство по операциям для операторов реестров
Группа по учетным записям и обслуживанию gTLD
gTLD JSON Reports
Как руководствоваться
Список лучших -Level Domains
Ежемесячные отчеты реестра
Портал услуг присвоения имен
Программа новых gTLD
Примеры использования программы New gTLD
Отчет CSV оператора реестра новых gTLD
Протокол доступа к регистрационным данным (RDAP)
Часто задаваемые вопросы реестра
Листинг реестра Страница
Тестирование системы реестра (RST)
Соглашение об уровне обслуживания (SLA) Спецификация API системы мониторинга
Услуги для операторов реестра
Переуступка соглашений о реестре
Смена управления оператором реестра
Завершена прямая смена управления
Материал S Соглашение ubcontracting
Инструмент продолжения операций (COI)
Централизованная служба данных зоны (CZDS)
Запрос на изменение рДВУ сообщества
Обработка ускоренного запроса безопасности реестра (ERSR)
Служба расторжения соглашения о реестре
Изменение имени оператора реестра
Процесс RSEP
Быстрый процесс RSEP и стандартный язык авторизации
Рабочий процесс RSEP
Панель технической оценки
Процессы передачи реестра
Процесс временного перехода EBERO
Процесс перехода EBERO — общение
Процесс перехода EBERO — DNS
Процесс перехода EBERO — депонирование данных
Процесс перехода EBERO — RDDS
Процесс перехода EBERO — SRS
Матрица предполагаемой оценки реестра
Процесс передачи реестра с предполагаемым преемником — проверка поддержки
Процесс передачи реестра с предложенным преемником — сообщение
Процесс передачи реестра с предложенным преемником — оценка
Процесс передачи реестра с предложенным преемником
Процесс передачи реестра с запросом предложений — проверка поддержки
Процесс передачи реестра с запросом предложений — обмен информацией
Процесс передачи реестра с запросом предложений — оценка
Процесс передачи реестра с запросом предложений — RFP
Процесс передачи реестра с запросом предложений
Снятие ограничений на совместное владение
Зарезервированные имена
Двухсимвольные Этикетки ASCII
Двухсимвольный архив
Названия стран и территорий
Поправка RRA
Процедура внесения поправки в RRA
Поправка RRA с временной спецификацией
Защита прав n Механизмы и процедуры разрешения споров
Уведомление о претензиях МНПО
PDDRP
PICDRP
RRDRP
TMCH
Требования TMCH
URS

Регистранты доменных имен
О правилах ICANN
о доменных именах
Индустрия доменных имен
Регистрация доменных имен
Управление доменными именами
Контактная информация и WDRP
Безопасное управление вашим доменным именем
Перенос доменных имен
Продление доменных имен
Права и обязанности
Спам, фишинг и Контент веб-сайта

Удачные доменные имена: Как правильно подобрать доменное имя

Как правильно подобрать доменное имя

Длина доменного имени

Правильные сокращения

Использование ключевых и ассоциативных слов

Подбор правильных букв

Не используйте цифры и дефисы

Использование дополнительных слов

Уникальность доменного имени

Не смешивайте слова из разных языков

Региональные зоны в доменном имени

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

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

2. Чем короче доменное имя, тем лучше

3. Чем проще доменное имя, тем больше шансов его запомнить

4. Домен может выступать в роли бренда

5. Конкретизируйте в имени домена вид своей деятельности

6. При выборе домена учитывайте демографические и возрастные характеристики целевой аудитории

7. Подбирая доменное имя, учитывайте перспективы своего бизнеса

8. Правильное используйте аббревиатуры регионов

9. Оформляйте домен только на свои личные данные

10. Не упоминайте чужую торговую марку в домене

11. Проводите анализ перед покупкой действующих доменов

12. Решите, нужны ли вам одинаковые адреса в разных доменных зонах

О специфике региональных доменов

Еще пару советов по выбору домена:

Что такое домен и как правильно его подобрать?

Домены верхнего или первого уровня подразделяются на две группы:

Первая группа

Вторая группа

Домены второго уровня

Домены третьего уровня

Перейдем к основному вопросу «Как правильно подобрать домен?»

Предлагаем вашему вниманию 12 рекомендаций по выбору домена

Обратите внимание на список ограничений по написанию домена

Почему домен достался другим?

Доменные мошенники

Доменное имя — как выбрать «правильный» домен

Доменное имя, которое понятно людям…

… и привлекает поисковые машины

Доменные имена

Что такое доменное имя?

Как зарегистрировать доменное имя?

Бесплатный генератор доменных имен — Найдите хорошие идеи для доменных имен (FAST)

Как работает наш генератор доменных имен

: как выбрать лучшее

Зачем использовать генератор доменных имен?

RFC 6761 — доменные имена специального назначения

О доменных именах — ICANN

Список доменов верхнего уровня — ICANN

Previous post

Next post

Добавить комментарий Отменить ответ

Рубрики

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