Продление, перенос и защита домена: инструкция для сайта

Мы сталкивались с потерей домена из-за забытого автопродления — восстановление обходится в 3-5 раз дороже обычного продления. Однажды к нам обратился клиент, чей домен истёк ровно в день запуска интернет-магазина, и восстановление обошлось в 5 раз дороже, а downtime составил 2 дня. После этого мы автоматизировали мониторинг и продление для всех наших клиентов. Наши инженеры с 10-летним опытом управляют сотнями доменов, гарантируя сохранность трафика и позиций в поиске. Мы уже провели более 500 успешных переносов без единого сбоя. На рынке более 5 лет, и 99% клиентов продлевают домены своевременно. Продление домена — это не просто оплата счёта. Это управление DNS, настройка DNSSEC, контроль WHOIS и своевременное обновление контактных данных. Любая ошибка может привести к потере домена или его захвату злоумышленниками. Мы предлагаем комплексное обслуживание, которое исключает такие риски. Свяжитесь с нами, чтобы запланировать продление или перенос без риска downtime.

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

Согласно ICANN, домены должны быть продлены до истечения срока, иначе они переходят в Grace Period. Рекомендуем настраивать автопродление на регистраторе и дополнительно устанавливать напоминания за 60, 30 и 14 дней до истечения. Убедитесь, что платёжные данные актуальны, а контакты WHOIS верны — иначе вы не получите уведомление. 95% случаев потери домена происходят из-за просрочки платежа. Своевременное продление экономит до 100% стоимости восстановления.

• Установить напоминания за 60, 30 и 14 дней до истечения.
• Обеспечить актуальные платёжные данные на аккаунте.
• Хранить контактные данные WHOIS в актуальном состоянии.

При истечении домена вступают в силу правила Grace Period, Redemption Period и Auction. В Grace Period (30 дней) можно продлить по обычной цене. Затем Redemption Period (30 дней) — домен можно вернуть за дополнительную плату. После этого домен выставляется на аукцион.

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

Если вы пропустили Grace Period, свяжитесь с регистратором немедленно. В Redemption Period восстановление возможно, но потребует дополнительной платы. Мы поможем оценить ситуацию и выбрать оптимальный вариант — продление или восстановление.

Перенос домена: пошаговая инструкция

Перед переносом убедитесь, что домен зарегистрирован более 60 дней назад и не заблокирован. Это требование ICANN Transfer Policy.

Требования перед переносом:

• Домен зарегистрирован более 60 дней назад.
• Домен продлён минимум до конца переноса (или перенос добавит +1 год).
• Unlock домена на текущем регистраторе.
• Получить Auth Code (EPP Code) у текущего регистратора.

1. Разблокировать трансфер: текущий регистратор → Lock: Off
2. Получить Auth Code: текущий регистратор → Transfer Out → Get Auth Code
3. Инициировать перенос на новом регистраторе: Transfer Domain → ввести домен + Auth Code
4. Подтвердить перенос на email административного контакта WHOIS
5. Ожидание: 5–7 рабочих дней

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

Перенос DNS без смены регистратора

Если нужно сменить только DNS-хостинг (например, с хостинга на Cloudflare), процесс проще:

1. Cloudflare → Add Site → Import DNS records автоматически
2. Проверить, что все записи перенесены (A, CNAME, MX, TXT)
3. Снизить TTL всех записей до 300 секунд заранее
4. На регистраторе: изменить NS-серверы на Cloudflare NS
5. Ждать propagation: 15 мин – 24 часа

Сравнение переноса домена и смены DNS хостинга

Проверка DNS propagation

# С разных резолверов
dig @8.8.8.8   mysite.com A
dig @1.1.1.1   mysite.com A
dig @208.67.222.222 mysite.com A  # OpenDNS

# Через веб: dnschecker.org, whatsmydns.net

Почему важно хранить контакты WHOIS в актуальном состоянии?

При переносе домена подтверждение уходит на email административного контакта WHOIS. Если почта недоступна, перенос затягивается или срывается. Мы проверяем WHOIS перед началом работ и помогаем обновить данные. По статистике, 30% проблем при переносе связаны с неактуальными контактами.

Как защитить домен от перехвата?

• Domain Lock (Transfer Lock) — всегда включён, кроме момента переноса.
• DNSSEC — защита от DNS-спуфинга. Подробнее о DNSSEC.
• Privacy Protection (WHOIS Privacy) — скрывает личные данные от публичного доступа.

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

Что входит в нашу услугу по продлению и переносу домена

• Анализ текущего состояния WHOIS и сроков истечения.
• Настройка автопродления и напоминаний.
• Получение Auth Code и координация с текущим регистратором.
• Перенос DNS-записей с проверкой всех типов (A, CNAME, MX, TXT, SRV).
• Мониторинг propagation до полного распространения.
• Консультация по дополнительной защите (DNSSEC, Privacy Protection).

Мы гарантируем сохранность вашего домена на всех этапах. Свяжитесь с нами для консультации и планирования переноса.

Техническая поддержка сайта: обновления, мониторинг, SLA

Сайт на Laravel 8 с PHP 7.4. PHP 7.4 больше не поддерживается, Laravel 8 — тоже не получает обновлений безопасности. Хостинг-провайдер предупредил об обязательном обновлении PHP до 8.1 — после обновления два плагина и одна библиотека сломались, сайт упал. Мы регулярно сталкиваемся с такими сценариями: проект без регулярного ТО превращает каждое обновление окружения в аварию.

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

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

Что реально входит в техническую поддержку сайта?

Поддержка — не «ответить на звонок, когда что-то сломалось». Это систематическое предотвращение поломок.

Обновление зависимостей. Composer packages, npm packages, CMS или фреймворк. composer audit и npm audit показывают известные уязвимости. Dependabot или Renovate создают автоматические PR — задача поддержки проверить, что обновление не сломало staging, и смержить.

Обновления бывают: patch (1.2.3 → 1.2.4, только bugfix, безопасно), minor (1.2.0 → 1.3.0, новые фичи с обратной совместимостью, обычно безопасно), major (1.x → 2.x, ломающие изменения, требуют тестирования). Игнорировать обновления 6+ месяцев — накопить техдолг: разрыв больше, работы больше.

WordPress — отдельный разговор. Популярность платформы делает её главной целью атак. Устаревшие плагины — вектор №1 взломов. Регулярные обновления ядра, плагинов, тем + правильные разрешения файловой системы + WAF — необходимый минимум. Наш опыт показывает, что автоматические обновления WordPress Core без тестового окружения — риск, который мы не допускаем.

Как мониторинг предотвращает простои?

Uptime мониторинг. Базовый HTTP-чек раз в минуту. Better Uptime, Upptime (self-hosted), Checkly, New Relic Synthetics. Алерт в Telegram или Slack при падении — и оповещение при восстановлении. Если сайт недоступен 10 минут в рабочее время — прямой ущерб.

Производительность. TTFB, LCP, INP — отслеживаем через Google Search Console (реальные пользователи, CrUX) и синтетический мониторинг (Lighthouse CI, SpeedCurve). Деградация часто постепенная — без мониторинга вы замечаете через месяц, когда LCP уже 5s.

Ошибки приложения. Sentry — стандарт для отслеживания JavaScript и PHP/Python ошибок в реальном времени. Каждая необработанная исключение с трассировкой стека, контекстом запроса, версией браузера. Особенно важно для ошибок, которые пользователи не сообщают — они просто уходят.

База данных. Рост объёма, медленные запросы (MySQL slow query log, pg_stat_statements для PostgreSQL), размер индексов. Таблица без VACUUM в PostgreSQL разрастается до гигабайт из-за dead tuples. Рутинное обслуживание БД — часть поддержки.

Дисковое пространство и логи. logrotate настроен? /var/log/nginx растёт без ограничений и заполняет диск — классика. Автоматическая ротация + алерт при disk > 80%.

Почему бэкапы без проверки — иллюзия?

Бэкап без проверки восстановления — не бэкап, а иллюзия безопасности. Видели случаи, когда mysqldump создавал файл 0 байт из-за ошибки прав, а никто не проверял содержимое месяцами. Мы гарантируем, что все копии работоспособны.

Схема бэкапов:

• Ежедневный инкрементальный бэкап базы данных + медиафайлы
• Еженедельный полный бэкап
• Хранение: минимум 3 копии, 2 разных медиа, 1 offsite (S3, Backblaze B2)
• Автоматическая проверка целостности (pg_restore --list, mysqldump verify)
• Тестовое восстановление раз в квартал в изолированное окружение

Retention политика: 7 ежедневных, 4 еженедельных, 3 ежемесячных. S3 Lifecycle rules автоматизируют удаление.

SLA: что это значит на практике

SLA (Service-Level Agreement) Wikipedia — конкретные обязательства по времени реакции и восстановления:

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

Процесс обновления контента

Разработчик не должен быть в цепочке для правки текста на странице. CMS с удобным редактором, разграничение прав (редактор правит контент, не трогает код), история изменений. Для Laravel-проектов — Nova, Filament, или headless CMS (Strapi, Contentful) в зависимости от сложности.

Preview перед публикацией, staged rollout для важных изменений. Если редакторы работают напрямую с prod — это риск.

Типичные ситуации, которые решаем

Взлом сайта: анализ вектора атаки, очистка, усиление безопасности (WAF, fail2ban, ограничение прав файловой системы). Восстановление из бэкапа занимает часы, а не дни — если бэкапы настроены правильно. Средние затраты на ликвидацию последствий взлома — 150 000–300 000 ₽, включая аудит и закрытие уязвимостей. Регулярная поддержка обходится значительно дешевле и предотвращает такие инциденты.

Падение производительности после обновления: feature flag + возможность быстрого rollback. Canary деплой — обновляем 5% трафика, смотрим метрики, потом 100%.

Что входит в пакет поддержки (deliverables)

При заключении договора вы получаете:

• Документация: схема инфраструктуры, доступы, процедуры восстановления
• Мониторинг: uptime, производительность, ошибки, логи — настроенный с первого дня
• Резервное копирование: ежедневные/еженедельные копии с проверкой
• Обновление зависимостей: ежемесячный аудит и обновление с тестированием
• SLA-реагирование: по приоритетам из таблицы выше
• Отчёты: еженедельные дашборды, ежемесячный обзор, квартальный техплан
• Поддержка редактирования контента: обучение редакторов, настройка прав

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

Как мы работаем: этапы

1. Онбординг (3–5 дней): аудит текущего состояния, настройка мониторинга и бэкапов, документирование инфраструктуры.
2. Регулярный ритм: еженедельный отчёт по метрикам, ежемесячный обзор обновлений, квартальный технический аудит.
3. Реагирование: по SLA, с фиксацией причины и времени решения.
4. Развитие: по вашему запросу — новый функционал, оптимизация, рефакторинг.

Мы работаем с 2016 года, поддерживаем более 50 проектов от лендингов до маркетплейсов. Наши клиенты экономят от 50 000 ₽ в месяц за счёт превентивных мер.

Сроки и стоимость

Настройка мониторинга и бэкапов: 3–5 дней. Регулярная поддержка — ongoing контракт с фиксированным объёмом часов в месяц или абонемент. Стоимость рассчитывается индивидуально после аудита. Получите консультацию — оценим ваш проект за 1–2 дня.

Сравнение: мониторинг с автоматическим алертингом vs ручная проверка

Автоматический мониторинг Better Uptime в 10 раз быстрее реагирует на сбои, чем ручная проверка.