Как подключить домен к сайту: свой адрес вместо технической ссылки

Коротко

Что меняется, когда подключаешь свой домен?

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

Разберём простым языком, что происходит. Браузер не знает, где лежит posts.danashkin.ru. Он спрашивает систему доменных имён, DNS, и та отвечает номером сервера. Дальше браузер идёт по этому номеру. Подключить домен значит записать в DNS, куда вести людей, и предупредить сервер, что теперь его будут звать по новому имени.

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

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

Этот блог я запускал ровно на такой развилке. Основной сайт живёт на danashkin.ru, а статейник - отдельное приложение на своём сервере. Вариантов было два: danashkin.ru/posts или posts.danashkin.ru.

Папка выглядит солиднее, но за ней стоит лишняя работа. Запросы к /posts приходят на сервер основного сайта, и уже он должен пересылать их второму приложению. Значит, правки у того, кто держит основной сайт, и риск задеть работающее. Поддомен не трогает ничего: одна новая запись в DNS, и приложение живёт по своему адресу. Я выбрал поддомен.

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

DNS-запись: A или CNAME

Запись DNS - одна строка в личном кабинете регистратора: имя, тип и значение. Типов два, и путают их постоянно.

Запись A говорит: имя posts веди на сервер с таким-то номером. Для этого блога я поставил именно её, потому что сервер свой и номер у него постоянный.

Запись CNAME говорит: имя app веди туда же, куда ведёт вот это другое имя. Так работают облачные площадки. Документация одной из популярных прямо описывает схему: для корня - запись A, для поддомена - CNAME с уникальным значением проекта. Значение копируют ровно как в панели, вместе с точкой в конце, если она там есть.

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

Откуда берётся замочек https?

Сертификат HTTPS подтверждает, что адрес принадлежит тебе. Центр сертификации проверяет это просто: просит сервер положить файл по определённому пути на твоём домене и заходит за ним. Если запись DNS ещё ведёт в никуда, центр до сервера не дойдёт, и сертификат не выпустится.

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

У этого блога первый сертификат выписан на 90 дней и продлевается автоматически. Руками это делать не стоит: Let's Encrypt объявил, что к 2028 году сократит срок сертификата до 45 дней. Если площадка не продлевает сертификат сама, это повод выбрать другую.

Сколько ждать после смены DNS?

Запись DNS меняется у регистратора мгновенно, а до пользователей доходит с задержкой. Серверы по пути запоминают ответ на время, указанное в поле TTL. Пока оно не истекло, часть людей идёт по старому адресу.

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

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

Почему сайт не открывается после подключения домена?

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

1. Запись не дошла. Подожди время TTL и проверь с другого устройства и другой сети.
2. Опечатка или лишняя запись. Сверь значение с панелью хостинга символ в символ. Если на том же имени осталась старая запись, например от страницы-заглушки регистратора, удали её.
3. Нет www. Добавь вторую запись и переадресацию на основной вариант.
4. Нет сертификата. Подожди несколько минут и загляни в панель хостинга: там видно, выпущен ли он.

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

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

Что делать со старым адресом хостинга?

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

Дальше три дела. Поменяй ссылку везде, где успел её раздать: в чатах, письмах, в описании профиля. Сообщи поисковикам о новом адресе: этот блог после запуска отправил адреса страниц через протокол IndexNow, который принимают Яндекс и Bing, и получил ответ «принято». А если сайт уже успел проиндексироваться на старом домене, в Яндекс Вебмастере есть отдельная функция переезда: она работает вместе с постоянной переадресацией со старого адреса на новый.

Подключение домена по шагам

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

1. Выбери адрес

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

2. Добавь домен в панели хостинга

   Панель покажет, какую запись и с каким значением поставить. Это можно поручить агенту.

3. Поставь запись у регистратора

   Сам, руками: имя, тип, значение. Проверь, что на этом имени нет старых записей.

4. Дождись сертификата

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

5. Поменяй адрес в настройках приложения

   И пересобери его. Затем открой карту сайта и файл robots.txt: в них должен стоять новый адрес.

6. Сообщи миру

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

Частые вопросы

Главный вывод

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

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

У тебя адрес будущего приложения уже выбран: поддомен или корень?