Если в любом поисковике задать запрос про PBN (private blog network), то в данный момент можно увидеть изобилие информации о том, какие домены для этого необходимы, на каких хостингах желательно размещать сайты, какой контент использовать и т.д. Но за кадром остаётся масса недосказанного, в том числе, как эффективно организовать внутреннюю и внешнюю перелинковку, чтобы сама сеть была замаскирована от негативных источников влияния, преимущественно от фильтров, санкций и факторов ранжирования поисковых систем.

Давайте с вами рассмотрим такую ситуацию, когда приобретаются дроп-домены для приватных сеток сайтов. И тут вроде все делают по накатанной либо с самого домена-донора устанавливают 301 редирект на сайт-акцептор, стараясь усилить этим вес ранжирования сайта (подходит в тех случаях, например, когда нет копий сайта в web.archive.org, а в дополнительной выдаче поисковиков webcache в индексе находится всего несколько закешированных страниц сайта). Либо же прибегают к варианту, когда на дроп-доменах восстанавливают контент, дизайн, пытаясь сохранить естественность в «глазах» поисковых систем, получая этим максимальные квоты доверия.
Подробнее »

В реальных условиях данная задача практически невыполнима, ведь нет другого аналога той же самой Википедии, которая на данный момент насчитывает 5,8 миллионов статей на английском языке. Занимает объём в 46,6 миллионов страниц, и это все, по мнению Google, уникальный и полезный для пользователей контент.

Ситуация намного усложняется, если сайт является новым доменом и ещё не успевает обрасти обратными ссылками. В итоге такой сайт при благоприятных условиях может только рассчитывать на скорость индексации 500 своих страниц в сутки поисковым краулером Google — в месяц это получается всего 15 000 страниц. При таких темпах на вышеобозначенное число в 46 600 000 страниц потребуется 259 лет! Это реальное фиаско. Как же быть? Для получения ответов прибегают к техническому аудиту своих прямых конкурентов, у которых с индексацией нет проблем, например, к анализу сайта в 20 000 000 страниц, которому понадобилось чуть более года на индексацию.

Далее я отойду от повествования о привычных методиках и стратегиях. Пожалуй, самый популярный подход даже обсуждался здесь на блоге – это линкосапа в статье «Получаем дополнительную пользу от своих ресурсов». Я же развила идею благодаря новомодной доктрине корпорации Google. Вы все уже знакомы не понаслышке с тем, что самая крупнейшая поисковая система вызывающе ведёт широкомасштабные мероприятия по развёртыванию mobile-first индексации.
Подробнее »

Псевдомногосайтовость… Для чего такое нечленораздельное нагромождение букв? Вы к примеру о чём подумали? Я бы сюда отнесла и мульти-кеи, и многозадачность, и масштабирование, и конечно мультисайтинг. И это только макушка айсберга, который я попробую немного обнажить в хорошем смысле этого слова. Начну с того, что впервые завесу тайны для себя про мульти-сайты я приоткрыла на блоге, залпом прочитав замечательную статью о развёртывании сетки блогов на вордпресс – «Блогофермы на WordPress MU: атака клонов…». Скажу я вам, это статья перевернула моё мировозрение на сайтостроение, тем что в самые кратчайшие сроки без дорогостоящих доргенов, на фришной платформе можно было развернуть сотни и более сайтов, технология с лёгкостью адаптировалась как под белое, серое, так и чёрное. Судя по выдаче в те годы, я была в этом начинании не одна, так как Google стали массово кошмарить сетками на WordPress. Шли дни, вордпресс терял свои позиции и как всегда своевременно на блоге был опубликован пост – «Создание дорвеев на Drupal сайтах», прочитав который вы не найдёте ни одного явного намёка на мультисайты, но как обычно советуют старожилы: «…читайте между строк!».
Подробнее »

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

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

В процессе создания сайтов-сателлитов возникает необходимость быстрой привязки структуры и контента сайта к найденному в сети или заказанному html-шаблону. Сама структура сайта, как правило, достаточно проста, а каждому адресу (URL) сайта соответствуют свои Title и мета тэги Keywords и Description. Также требует немного усилий настройка текущего пункта меню (когда это предусмотрено дизайном). Для облегчения этого, и без того несложного процесса, был создан пакет Skeletic, который можно назвать мини-фреймворком, ведь в нем присутствует 2/3 от MVC, а именно — Views и Controllers. В процессе развития Скелетика оказалось, что найденная архитектура позволяет легко организовать поддержку простых динамических адресов. Также здесь используется и прогрессивная технология разметки haml. Для начала перечислим возможности, которые дает Скелетик:

• Быстрая адаптация html/haml шаблона под ваш сайт.
• Простое назначение title, meta keywords, meta description для конкретных URL-ов.
• По образцу предыдущего пункта, могут быть назначены любые другие параметры уровня URL.
• Простая организация выделения текущего пункта меню (когда это предусмотрено шаблоном).
• Опциональное логгирование работы.
• Возможность обработки POST запросов.

Подробнее »