Сервер для сетки сайтов: IP из разных подсетей C в Японии, Корее, на Тайване, в США и Москве

Любой, у кого есть опыт работы с сетками сайтов (SEO-хостинг для множества сайтов), знает: самое сложное в сервере для сетки — не железо, а сами IP-ресурсы. Чистые ли блоки, достаточно ли разнесены подсети класса C и будет ли апстрим продлевать их в долгосрочной перспективе. В этой статье мы не объясняем, «что такое сетка сайтов», а с позиции коллег по отрасли разбираем, как выбрать один из пяти ключевых регионов, как спланировать IP и что проверить при получении сервера.

Главное

• Дата-центр для сервера под сетку сайтов нужно выбирать по целевому рынку, а не по цене: Японию — для японоязычных сайтов, США — для крупных англоязычных сеток, Москву — для русскоязычных сайтов и продвижения в Яндексе.
• Сетке сайтов не обязательно нужно много подсетей класса C: разделять требуется разные бизнес-группы, а не каждую страницу, например для 60 сайтов 12 брендов достаточно 12 и более подсетей класса C.
• Поисковые системы прямо относят «злоупотребление масштабируемым контентом» к спаму, поэтому несколько подсетей класса C дают лишь изоляцию и стабильность на уровне инфраструктуры и не спасают некачественный контент.
• Связку сайтов в сетке чаще всего выдают общий шаблон, код аналитики, ID AdSense/партнёрской программы или данные WHOIS — это раскрывает сетку гораздо сильнее, чем общая подсеть класса C.
• У IMIDC есть дата-центры и местные нативные IP в Японии, Корее, на Тайване, в США и Москве, на один сервер можно получить до целого блока /24, а сама компания — член RIPE NCC, APNIC, ARIN и AFRINIC.

1. Сначала о границах: говорим только о легальной работе с множеством сайтов

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

• У каждого сайта должен быть настоящий контент и самостоятельная ценность — не рассчитывайте «отмыть» спам-контент за счёт разнесения по IP;
• Соблюдайте законы целевых стран и правила площадок, держитесь подальше от контента с нарушением прав, азартных игр и фишинга;
• Несколько подсетей класса C решают задачу изоляции и стабильности на уровне инфраструктуры — это не инструмент для обмана.

Это не дежурная оговорка. Добросовестный апстрим, предлагающий ресурсы для сеток сайтов, сам обязан проводить KYC и обрабатывать жалобы abuse — и именно по этому признаку видно, можно ли с ним работать долго.

2. Серверы для сетки сайтов в пяти регионах: сравнение

Несколько выводов из опыта отрасли:

1. Дата-центр определяет целевой рынок, а не цена. Размещение японских сайтов на IP из США ухудшает и географический сигнал, и скорость доступа. И наоборот: для крупных англоязычных сеток IP-блоков в США много, и они самые выгодные.
2. Москва — недооценённое направление. Российский рынок держится в основном на Яндексе, а местные IP плюс прямое подключение CN2 к материковому Китаю позволяют командам из Китая удобно управлять бэкендом.
3. Гонконг и Сингапур можно использовать как дополнение. Гонконгский CN2 GIA подходит для китайскоязычных сайтов, которым нужен и хороший доступ из материкового Китая, но эта статья посвящена нативным IP в пяти регионах: Японии, Корее, на Тайване, в США и Москве.

3. Сколько подсетей класса C нужно на самом деле? Подход к планированию IP

Многие новички сразу просят «256 подсетей класса C», хотя обычно в этом нет нужды. При планировании сначала ответьте на три вопроса:

1. Сколько у вас сайтов — и сколько «групп, которые нужно изолировать»? Разделять действительно нужно разные бизнес-группы, а не каждую страницу. Например, если 60 сайтов принадлежат 12 брендам, достаточно сгруппировать их по брендам и использовать 12 и более подсетей класса C; сайты одной группы в общей подсети — в целом не проблема.

2. Целый блок /24 или IP, разбросанные по нескольким блокам?

3. Стоит ли думать на уровне ASN? Разные подсети класса C в одной ASN и под одним префиксом на сетевом уровне всё равно выглядят как один владелец. Крупным командам стоит рассмотреть распределение по нескольким дата-центрам или использование BGP / собственной ASN. IMIDC также предлагает услуги BGP/Anycast/ASN — это можно обсудить отдельно.

IMIDC может выделить на один сервер до целого блока /24. Как член RIPE NCC, APNIC, ARIN и AFRINIC, мы получаем IP легально и можем помочь с разрешительными документами, такими как LOA и ROA.

4. Как избежать связки сайтов: работайте и над техникой, и над процессами

Разнесение по IP — лишь первый уровень. На деле сетку сайтов «связывают» обычно такие вещи:

• Один и тот же шаблон, один и тот же код аналитики, один и тот же ID AdSense/партнёрской программы — это выдаёт вас гораздо сильнее, чем общая подсеть класса C;
• Одинаковые данные WHOIS, один и тот же аккаунт у одного DNS-провайдера или SSL-сертификаты, объединяющие сайты в поле SAN;
• Механическая перелинковка между сайтами, в которой сразу видна линкопомойка (link wheel);
• Однородный контент: синонимайз или склеенный машинный перевод.

Поэтому правильный подход такой: у каждого сайта своё позиционирование и настоящий контент, стек технологий в разумной мере различается, сертификаты выпускаются для каждого сайта отдельно, rDNS настроен корректно. Разнесение по IP — это «не класть все яйца в одну корзину», а не прикрытие для некачественного контента.

5. Как выбрать апстрим: самые частые ошибки

В сообществах вроде NodeSeek, HostLoc и LowEndTalk жалобы на IP для сеток сайтов удивительно похожи:

• Блоки, испорченные предыдущими пользователями: получаете блок, а он в чёрных списках — страдают почта, формы и даже доступ к некоторым площадкам. В зарубежных сообществах также отмечают, что в SEO-хостинге злоупотребления других клиентов в том же блоке тянут вниз репутацию всего блока;
• Дешёвые блоки неизвестного происхождения: арендованные блоки, сменившие нескольких владельцев, могут в одночасье перестать работать, если апстрим их отзовёт или ROA окажется неверным;
• Грубая обработка abuse или её отсутствие: одна жалоба — и сервер отключён, либо апстрим вообще игнорирует жалобы, пока весь блок не попадёт в чёрный список;
• Исчезновение провайдеров: мелкие апстримы, скупившие дешёвые блоки, пропадают, и сотни сайтов приходится переносить за одну ночь.

Поэтому мы и повторяем: долгосрочным партнёром для команды с сеткой сайтов может быть только апстрим с KYC, процессом обработки abuse и прослеживаемым происхождением IP.

6. Чек-лист закупки и приёмки сервера

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

• [ ] Проверьте принадлежность IP: через whois посмотрите inetnum, страну и организацию каждого блока и убедитесь, что они совпадают с заявленным регионом;
• [ ] Распределение по подсетям C и ASN: посчитайте, сколько разных блоков /24 вы фактически получили и к каким ASN они относятся;
• [ ] Чёрные списки и чистота: массово проверьте основные RBL, например Spamhaus, и выборочно — fraud score / репутацию IP;
• [ ] Доступность из материкового Китая: выполните ping/tcping из нескольких точек, чтобы проверить, не заблокированы ли IP «Великим китайским файрволом»;
• [ ] Обратные маршруты: через mtr/BestTrace проверьте обратные маршруты до China Telecom, China Unicom и China Mobile; для Москвы особое внимание — прямому подключению CN2;
• [ ] Привязка нескольких IP: убедитесь, что весь блок корректно привязывается, а исходящий IP можно задать для каждого сайта;
• [ ] rDNS/PTR: уточните, можно ли настроить его самостоятельно или через тикет;
• [ ] Железо и внеполосный доступ: запустите bench/YABS, убедитесь, что IPMI/KVM работает, а SMART дисков в норме;
• [ ] Процессы abuse и KYC: уточните, как сообщают о жалобах, каков срок обработки и уведомляют ли вас до принятия мер;
• [ ] Продление и расширение: убедитесь, что IP-блоки можно продлевать долгосрочно, а дополнительные блоки будут из того же источника.

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

Обязательно ли серверу для сетки сайтов нужно несколько подсетей класса C?

Не обязательно. Если бизнес-групп немного, а у сайтов независимый качественный контент, отлично подойдёт и один блок /24, и даже несколько IP. Ценность нескольких подсетей класса C — в изоляции брендов и распределении рисков, а не в коротком пути к высоким позициям.

Что лучше: сервер для сетки сайтов в США или в Японии?

Зависит от целевого рынка. Для англоязычного / западного трафика выбирайте США — там много IP-блоков и выгодные оптовые цены. Для Японии и АТР выбирайте Японию — местные нативные IP и скорость доступа дают преимущество.

Что делать, если IP сервера для сетки сайтов заблокирован в материковом Китае?

Сначала с помощью ping и tcping из нескольких точек убедитесь, что это односторонняя недоступность из материкового Китая, а затем обратитесь к апстриму, чтобы обсудить замену блока. При покупке отдавайте предпочтение апстримам, которые могут предоставить замену и получают IP легально, — это избавит от куда больших хлопот, чем исправление проблем постфактум.

Отключат ли сервер сразу, если на IP сетки сайтов придёт жалоба abuse?

Добросовестный апстрим, как правило, сначала уведомит вас и даст срок на решение — именно в этом ценность процесса обработки abuse. Уточните порядок работы с жалобами до покупки и убедитесь, что контент ваших сайтов соответствует правилам.

Оптовые заказы и долгосрочное сотрудничество

IMIDC (Rainbow Network Limited) с 2014 года обслужил более 5000 клиентов: 9 дата-центров и IP-ресурсы в 24 странах. У нас есть дата-центры и местные нативные IP в Японии, Корее, на Тайване, в США и Москве, до целого блока /24 на сервер, аплинки 10 Гбит/с, защита от DDoS, площадки Tier 3+ с питанием 2N, доступность 99,9%, бесплатный перенос и мультиязычная поддержка 24/7.

Если вы IDC-провайдер, хостинг-компания или SEO-команда с сеткой сайтов и хотите оптом закупить серверы с несколькими подсетями класса C или получить стабильные IP-ресурсы на долгий срок, по оптовым заказам и долгосрочному сотрудничеству обращайтесь в отдел продаж/поддержку: https://www.imidc.com.

Связанные услуги

• Сервер в Японии | Нативные и резидентные IP для SEO
• Сервер в США | Нативные и резидентные IP для SEO
• Сервер в Корее | Нативные и резидентные IP для SEO
• Сервер на Тайване | Нативные и резидентные IP для SEO
• Сервер в России | Нативные и резидентные IP для SEO

Читайте также

• Как привязать несколько IP к Linux-серверу (блок /24)
• Чем ценны собственная ASN и IP-блок
• Сервер в Москве с CN2: почему это лучший выбор для российско-китайского бизнеса

Источники

• Google Search Central: March 2024 core update and new spam policies
• LowEndTalk: обсуждение IP из разных подсетей C и репутации IP в SEO-хостинге
• Сообщество разработчиков Alibaba Cloud: как выбрать сервер с несколькими IP для сетки сайтов
• Why different C class IPs matter for hosting cluster server
• LowEndBox: недовольство хостинг-провайдеров политикой IPXO в отношении жалоб abuse