Серверное обеспечение для PBN без футпринтов для Google

11 августа в Калининграде завершилась пятая юбилейная Baltic Digital Days  — крупнейшая в регионе конференция по SEO  и интернет-маркетингу.  Высокие оценки специалистов заслужил доклад Дмитрия Петренко, посвященный построению серверного обеспечения для PBN для поисковых систем без футпринтов с минимумом расходов.

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

Самая большая проблема, с которой сталкивается каждый SEO-специалист при строительстве сетки – это футпринты, по которым эта сетка может быть найдена, и весь труд «сеошника» будет сведен на нет.

Вот лишь некоторые трудности и тонкости:

  • Больше футпринтов – дешевле стоимость содержания сайта.
  • Меньше футпринтов – нереально дорого.
  • Необходимость наличия большого штата для управления сеткой.
  • Хостеры продают IP с одного сабнета.
  • Одинаковые NS.
  • Верификация собственника аккаунта.
  • Etc…

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

Где применимы сетки?

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

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

Также сети можно применять для различных тестов.

Виды футпринтов

По типам футпринты можно разделить так:

  • На сайте (фронтенд и бекенд).
  • При продвижении сетки.
  • Футпринты самого юзера.
  • Ответ клиенту.
  • На сервере.

Один из наиболее популярных сервисов для поиска футпринтов на своей сетке или сетке конкурентов – Footprint Factory. Подробно, об этом сервисе рассказывал Андрей Капельцов на одной из онлайн-конференций.

Что касается основных типов футпринтов на сервере, то они подразделяются на следующие:

  • IP (единый для пачки сайтов или из одной подсети).
  • NS (одинаковый для пачки сайтов или всей сетки).
  • Одновременное падение и поднятие.
  • Единое название хостера.

Самая распространенная ситуация в футпринтировании сетки – это когда вся сетка лежит на одной версии WordPress. Часто это явление наблюдается при покупке shared хостинга (самый экономичный вид хостинга, подходящий для небольших проектов). Лучше не лениться – заходить в WordPress Archive и использовать разные версии WordPress в своей сетке.

Варианты серверного обеспечения

VPS

Первый вариант (довольно популярное решение у SEO-специалистов) это использование VPS. На VPS можно дополнительно купить  под каждый домен дополнительный IP-адрес. Таким образом, есть возможность использовать один сервер для пачки из 10-15-20 сателлитов.

Но важно заметить, что у такого способа есть существенные недостатки (подробнее в слайде):

Главный недостаток при таком подходе  в том, что:

  • все IP, как правило, продают из одной подсети
  • у всех сайтов на одном VPS будет одинаковый NS
  • а так же сервер может периодически «падать», одновременно обрывая
  • коннект со всей пачкой сайтов

Это может существенно ускорить «гибель» вашей сетки от санкций поисковой системы.

Стоимость содержания 200 сайтов будет такой:

200/15 = 14 (VPS)

14vps * 7$ * 12 мес= 1176$

+

цена IP…

Цена IP сразу не посчитана, потому как у каждого сервиса она может существенно отличаться.

Это важно учитывать при планировании своего бюджета.

Выделенный сервер + CloudFlare

Есть еще один вариант – в этом случае цена серверного обеспечения будет несколько ниже:

Стоимость содержания сетки из 200 сайтов при таком варианте составит:

1server * 70$ * 12 мес = 840$/год

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

Shared hosting

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

  • Если используется не HTML-версия сайта, то «ложатся» они очень часто. Если использовать CMS  Joomla, WP или другую,  можно заметить, что 2-3 раза в месяц вам придется «поднимать» и обслуживать эти сервера.
  • В целом усложняется управление сеткой, нет возможности автоматизировать многие процессы управления сеткой. Данный способ может быть оптимальным, если в сетке не более 200 сайтов. Если сайтов больше, то вам нужен будет отдельный специалист в команде примерно на каждые 200-300 сайтов для ежемесячного обслуживания сети. А это существенно увеличивает стоимость самой сетки.

Стоимость содержания одной сетки из 200 доменов составит:

200 сайтов * 5$ * 12 мес = 12000$

+

Стоимость отдельного сотрудника для управления только этой сеткой

700$/мес * 12 мес = 8400$

Оптимальный вариант серверного обеспечения сетки PBN

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

Чтобы ответить на все эти вопросы, было решено взять shared хостинги (или VPS) и сделать собственную сеть CDN, которая выполняла бы примерно те же функции, что и CloudFlare.  Схема построения сети будет выглядеть так:

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

В случае если «выделенный сервер 1» не отвечает, shared должен «постучаться» в «выделенный сервер 2», который будет синхронизировать всю информацию с сервера 1 в те моменты, пока он доступен.

Таким образом, мы получаем отказоустойчивую систему, невозможность «спалить» сетку за счет популярных футпринтов, которые присутствуют в 99% сеток, которые я видел, а так же удобство управления всей сеткой, так как физически она будет находится в одном месте на одном сервере, в то время как Google ее будет видеть на разных хостингах с разными IP и NS.

 Плюсы такой структуры очевидны: 

  • Возможность массово, быстро и удобно управлять всеми сайтами и вносить массовые изменения.
  • Скорость загрузки сайта выше, чем на shared hosting.
  • Независимость от третьих лиц в лице CloudFlare.
  • Если один сервер «ляжет», то второй его всегда подстрахует.
  • Возможность автоматически обновить nginx при необходимости вовсех «шаредах».
  • http://ping-admin.ru/ - уведомит в случае каких-либо проблем в связке.
  • Уникальный NS.
  • Уникальный IP.
  • IP гарантированно с разных подсетей.
  • Уникальные названия хостеров.
  • Возможность разместить дополнительную сетку по стороннейтематике без дополнительных вложений.
  • Экономия на сотрудниках для обслуживания сетки.

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

  • На старте много времени уходит на: закупку shared хостов, установку необходимых скриптов, последующий биллинг. Цена такого серверного обеспечения не самая низкая, но она компенсируется в зарплатном фонде на сотрудников (если сетка не на 200 сайтов, а на 2000, то справится тоже 1 сотрудник), а также меньшим количеством футпринтов, что позволяет продлить срок жизни сетки

Как настроить конфиг nginx

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

И порекомендовал ресурсы, где можно приобрести надежный VPS/Shared/Dedicated сервер:

https://www.hetzner.com

https://www.ovh.com/

https://www.soyoustart.com/

https://www.kimsufi.com

Поиск и сравнение условий:

https://vds.menu/

Презентацию доклада можно посмотреть здесь

 

 

preview Всё о показателе качества в органическом поиске Google

Всё о показателе качества в органическом поиске Google

Рэнд Фишкин (Rand Fishkin) – основатель Moz, постоянный спикер крупнейших мировых конференций, посвященных SEO и маркетингу в интернете
preview Собираем семантическое ядро – Инструкция для новичков

Собираем семантическое ядро – Инструкция для новичков

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

25 лучших расширений Chrome для работы и не только

Браузер Google Chrome набит невероятным количеством расширений, которые предоставляют всевозможные функциональные возможности...
preview Золотая маска: как увеличить продажи, когда ТОП уже ваш?

Золотая маска: как увеличить продажи, когда ТОП уже ваш?

Растет стоимость SEO. Яндексу не нужны мелкие игроки, а на Google сильно надеяться не стоит – свою долю в 55% Яндекс за полгода не потеряет...
preview Линкбилдинг при продвижении на USA

Линкбилдинг при продвижении на USA

Американский рынок очень интересен — население гораздо более платежеспособно, чем в рунете, объемы продаж любых товаров гораздо выше
preview 16 частых ошибок в on-page SEO и как их избежать

16 частых ошибок в on-page SEO и как их избежать

В статье подробно описаны самые распространённые ошибки, допускаемые оптимизаторами при on-page оптимизации сайта