Mobile first index не связан с "Медицинским апдейтом"

С 1 по 8 августа 2018 года произошло обновление ядра поискового алгоритма Google – так называемый "Медицинский апдейт".

Вебмастера продолжают искать причину падения трафика после 1 августа 2018 года, пытаясь найти какие-то закономерности.

В одном из предновогодних хенгаутов Джона Мюллера спросили о том, мог ли перевод сайта на mobile first index стать причиной падения органического трафика с Google.

Я заметил, что мой сайт был переведен на mobile first index в августе.
В сентябре произошло значительное снижение органического трафика.
Содержимое одинаково на обоих устройствах. В чем может быть причина?

На что Джон Мюллер ответил:

В общем, переход на mobile first index в первую очередь происходит очень быстро. И если бы были какие-либо проблемы, связанные с мобильной версией сайта, то, с одной стороны, мы в первую очередь постарались бы не переводить сайт на mobile first index.
И с другой стороны, вы увидите эти изменения почти сразу же, как только они появятся в mobile first index.
Так что, если вы видите изменения в сентябре или позже, тогда это будут обычные органические изменения рейтинга, как и всегда.
В сентябре или в августе - конце августа  произошли некоторые изменения в ранжировании.
Так что я могу представить, что это просто обычные изменения алгоритма ранжирования ядра, которые мы всегда имеем. И это не связано с mobile first index.

Из этого понятно, что перевод сайта на mobile first index и "Медицинский апдейт" не взаимосвязаны. С другой стороны, в mobile first index изменения происходят гораздо быстрее.

В том же хенгауте был ещё один интересный комментарий Джона Мюллера, связанный с переходом сайта на mobile first index.

Для оценки готовности веб-сайта к mobile first index мы также учитываем ссылки на сайте, особенно внутренние ссылки.
Так что, если, например, эти внутренние ссылки полностью отсутствуют в мобильной версии, тогда мы бы не стали переключать сайт на mobile first index.

Что такое траст сайта?

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

Я не знаю, могу ли я назвать это авторитетностью [доверием - прим.авт.], но у нас есть некоторые показатели, которые больше относятся к уровню сайта (site level), некоторые показатели больше относятся к уровню страницы (page level).

Возможные критерии траста сайта

Подытожим критерии определения траста сайта:

* Возраст домена;
* Наличие https протокола;
* Наличие контактной информации;
* Отсутствие пиковых приростов неестественных ссылок;
* Монетизация рекламой, не отвлекает внимание от основного контента;
Дополнительно для сайтов тематики YMYL :
* полная информация об авторе контента;
* исчерпывающая информация о том, кто отвечает за содержание сайта.

Какую метрику использовать?

Это перевод Общего руководства по структурированным данным (далее по тексту – Общее руководство), которое применяется ко всем структурированным данным, дополненный лучшей практикой, собранной на Справочном форуме для веб-мастеров Google.

Соблюдайте принципы Общего руководства, чтобы структурированные данные отобразились в результатах поиска Google.

 Технические рекомендации по структурированным данным

Вы можете протестировать соответствие техническим рекомендациям с помощью инструмента Structured Data Testing Tool и Посмотреть как Googlebot , которые выявят большинство технических ошибок.

Формат структурированных данных

Чтобы иметь право на отображение расширенных сниппетов, вы должны разметить страницы своего сайта, используя один из трёх поддерживаемых форматов:

• JSON-LD (рекомендуется)
• Microdata
• RDFa

Доступ к данным

Не блокируйте страницы структурированных данных для робота Googlebot, используя robots.txt, noindex или любые другие методы контроля доступа.

Рекомендации по качеству

Страницам или сайтам, которые нарушают содержание (принципы) этого Общего руководства:
 * может быть уменьшен рейтинг или;
 * они могут быть отмечены как неприемлемые для отображения расширенных результатов поиска Google.

По моему мнению, не исключено, что речь идёт об уменьшении общего рейтинга сайта для целей ранжирования.

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

Если страница содержит структурированные данные или контент, который считается спамом в структурированных данных, к ней будут применены меры, принятые вручную.

Важно: Google не гарантирует, что структурированные данные будут отображаться в результатах поиска, даже если страница правильно размечена (разметка валидна).

Вот общие причины:

•   Использование структурированных данных позволяет их отображать, но не гарантирует, что они будут отображаться.
•  Структурированные данные не являются релевантными по отношению к основному содержимому страницы или потенциально вводят в заблуждение.
•  Структурированные данные размечены неверно (с ошибками).
•  Содержимое, на которое ссылаются структурированные данные, скрыто от пользователя.
•  Страница не соответствует Общему руководству по типу или Рекомендациям Google  для вебмастеров.

Обратите внимание, что любое нарушение принципов Рекомендаций для Google для вебмастеров приведёт к отключению показа расширенных сниппетов на странице.

 "Звёздочки" в частности и расширенные описания в целом не показываются для сайтов, где обнаружены приёмы, выходящие за рамки рекомендаций по обеспечению качества, как например покупка ссылок, а также для страниц ниже определённого порога качества. В данном случае я бы прежде всего продолжил работу по удалению когда-то купленных ссылок и ждал обновления со стороны Google. Когда много покупных ссылок-звёздочек не будет.
Андрей Липатцев (Google)

Обратите внимение на упоминание термина "порога качества". Сайты низкого и самого низкого качества расцениваются как агрессивный спам и логично, что на их страницах Google не будет показывать информацию в расширенных сниппетах.

Дополнительно читайте:
Руководство Google для асессоров
Обновление алгоритма Google от 1 августа 2018
Как добавить сайт в карусель Главные новости

Замечу, что по запросу site: расширенные описания могут и отображаться, так как для него действуют особые критерии.
Андрей Липатцев (Google)

Эти особые критерии слегка раскрыл другой сотрудник Google:

Иногда, когда результаты обновления алгоритма влияют на наш общий взгляд на качество веб-сайта, может случиться, что он влияет на отображение или отсутствие расширенного сниппета (обычно мы не показываем расширенный сниппет, когда мы не уверены в качестве веб-сайта).
Простой способ двойной проверки. Нужно использовать комбинацию операторов site: -query:
Если там показаны расширенные сниппеты, но они не отображаются при обычном поиске контента веб-сайта, то это признак того, что наши алгоритмы качества не слишком довольны этим сайтом.

Контент

Следуйте рекомендациям по качеству веб-мастеров Google.

Предоставляйте актуальную информацию. Google не будет показывать расширенные сниппеты для чувствительного ко времени (неактуального и устаревшего) контента.

Публикуйте оригинальный контент.

Не размещайте контент, который не отображается читателям страницы. Например, если разметка JSON-LD описывает исполнителя, в коде HTML опишите того же исполнителя.

Не размещайте несоответствующий или вводящий в заблуждение контент, например, фальшивые отзывы или контент, не связанные с целью страницы.

Содержание не должно поощрять педофилию, скотство, сексуальное насилие, насильственные или жестокие действия, целенаправленную ненависть или опасную деятельность.

Актуальность

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

Завершенность

Укажите все требуемые свойства для вашего типа расширенного сниппета. Элементы, для которых отсутствуют требуемые свойства, не имеют права на отображение в расширенных сниппетах.

Чем больше рекомендуемых свойств вы предоставляете, тем выше качество результата для пользователей. Например: пользователи предпочитают:
 - объявления о вакансиях с явно указанными зарплатами;
 - рецепты с фактическими отзывами пользователей и подлинными звёздными рейтингами (обратите внимание, что отзывы или рейтинги, оставленные недействительными пользователями, считаются спамными).

Место нахождения

Поместите структурированные данные на страницу, которую они описывают, если иное не указано в документации.

Разметку для отзывов в сниппеты главной страницы следует добавлять только в тех случаях, когда основная тема страницы – конкретный продукт или услуга. Обычно использование микроразметки на главной странице к указанным случаям не относится.
Gary Illyes, аналитик и инженер отдела качества поиска Google

Однако, если вы отметите один элемент из списка, вы должны разметить все элементы списка; разметка только одного субъекта категории из всех перечисленных на странице противоречит рекомендациям Google.

Не размещайте страницу, которая описывает «10 лучших идей для приготовления индейки», со ссылками на каждый рецепт.

Не размещайте страницу, в которой перечислены все инженерные задания в Mountain View, CA, со ссылками на отдельные страницы работы.

Если у вас есть дубликаты страниц для одного и того же контента, Google рекомендует размещать одни и те же структурированные данные на всех дубликатах страниц, а не только на канонической странице.

Специфичность

Используйте наиболее специфичные применимые типы и имена свойств, определенные спецификацией schema.org для вашей разметки.

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

Изображения

При указании image как свойства структурированных данных убедитесь, что изображение действительно принадлежит к этому типу разметки. Например, если вы определяете свойство image schema.org/NewsArticle.image, размеченное изображение должно непосредственно принадлежать этой новостной статье.

Все URL-адреса изображений должны быть сканируемыми и индексируемыми. В противном случае Google не сможет отобразить их на странице результатов поиска.

Несколько элементов на странице

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

Примеры:
Страница рецепта с текстом рецепта и сопровождающим видео. Разметьте текст и видео отдельно с помощью schema.org/Recipe и schema.org/VideoObject соответственно.

Страница категории, в которой перечислены несколько различных продуктов (или рецептов, видео или любой другой тип). Каждый объект должен быть помечен с использованием соответствующего типа schema.org, такого как schema.org/Product для страниц категорий продуктов. Однако, если размечен один элемент, все элементы должны быть размечены. Кроме того, если это не страница карусели, размеченные элементы не должны ссылаться на отдельно взятые страницы с детализацией сведений.

Страница видеоигры с соответствующим видео, встроенным в отдельный раздел на странице. В этом случае помечайте основное видео и связанные видео.

Широкое обновление алгоритма Google 

1 августа 2018 года произошёл сильный апдейт Гугла. Об это в твиттере сообщил Danny Sullivan:

На этой неделе мы выпустили широкомасштабное обновление алгоритма, как это делаем несколько раз в год.

Анализируя мартовский апдейт Гугла, я предполагал, что следующее обновление ядра алгоритма Google должно было произойти в сентябре этого года. Но Google видно спешил что-то оперативно внедрить и запустил обновление ядра на месяц раньше.

Медицинское обновление алгоритма Google

Итак... Что нам известно об этом обновлении основного алгоритма Google? Это был глобальный апдейт ядра. Начался он 1 августа 2018 года. Пик пришелся на третье августа.

Danny Sullivan в твиттере писал:

...к середине следующей недели, [обновления — прим. авт.] должны быть полностью развернуты.

‏Официально всё закончилось раньше — 8 августа.

Многие эксперты утверждают, что недавний апдейт алгоритма Google затронул в основном сайты медицинской и финансовой тематики  — YMYL сайты.

Danny Sullivan официально опроверг эту гипотезу. Я тоже считаю, что обновление алгоритма затронуло все тематики.

Примечательно, что в том же твиттере 18 августа другой сотрудник Google косвенно подтвердил существование медицинского апдейта:

Если вы все еще изучаете обновление Google Update от 1 августа. Проверьте это @Moz Podcast по рекомендациям по качеству, опубликованным в январе 2018 года http://mozpod.libsyn.com/seo-and-the-quality-rater-guidelines ... и @Marie_Haynes сказала, что здравоохранение, юриспруденция, финансы будут затронуты, и это на самом деле произошло.

Все мы только предполагаем, что именно могло в основном повлиять в этом апдейте.

Как известно, факторов ранжирования больше двухсот. Вполне вероятно, что в связи с запуском mobile-index были пересмотрены веса старых факторов и добавлены новые, о которых мы не знаем.

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

Мы говорим о многом, что нужно делать. Улучшить скорость сайта. Подумать о безопасности. Но это не то, с чем было связано это обновление...
— Danny Sullivan

Я решил проверить это на сайтах, к статистике которых у меня есть доступ.



Как видно по данным в таблице, скорость абсолютно разная как для сайтов, которые существенно затронуло обновление Гугла, так и у сайтов, которых апдейт не затронул. Затронуты сайты разных тематик.

Что еще интересно, так это то, что мобильную выдачу трясло сильнее, чем десктопную.
Еще интересное совпадение — именно в дни начала обновления алгоритма Google в новой версии Search Console появился инструмент "Удобство просмотра на мобильных устройствах". Очень возможно, что мобильный UX явлется одной из причин, которая могла существенно повлиять во время этого апдейта.

UX является критичным, поскольку, если пользователи не могут взаимодействовать с вашим контентом – они не могут его рекомендовать, они не собираются конвертироваться – тогда вся техническая работа по SEO, которой вы занимаетесь, будет бесполезной.
Поэтому в данном случае я бы определённо принимал во внимание обе эти стороны – и техническую оптимизацию, и удобство для пользователей – чтобы учесть все вторичные эффекты, играющие роль.
 — John Mueller,Google

Я решил провести еще один эксперимент. Используя SEMrush Sensor проанализировал "Влеты и падения" (по 100 сайтов) на дату окончания апдейта — 8 августа 2018 года.

Для сбора критериев я использовал:
*Ahrefs;
*Screaming frog.

Таблицу с данными загрузил в AnswerMiner.

В первую очередь меня интересовала корреляция других показателей с изменением количества позиций по сайтам из выборки "Взлеты и падения".

Корреляция двух величин может свидетельствовать о существовании общей причины, хотя сами явления напрямую не взаимодействуют.

В моем случае по восьми показателям корреляция есть, но слабая. В то же время, отсутствие корреляции между двумя величинами ещё не значит, что между ними нет никакой связи.

Итак, у меня есть две выборки — "Взлеты" и "Падения". В каждой из них по сто сайтов. Я сравнил значения показателей Response Time, Domain Rating, Total Backlinks, Word Count, External Outlinks, Linked Domains, Title 1 Length, H2-1 length сайтов в двух этих выборках.

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

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

Длина H2 у упавших сайтов в среднем на 32% меньше, чем поднявшихся.

Разница в длине Title, похоже, никак не повлияла.

Количество доменов-акцепторов (Linked Domains) у сайтов, которые упали, на 44% больше, чем у сайтов, которые поднялись.

При этом у упавших сайтов количество исходящих ссылок (External Outlinks) больше в два раза, чем у сайтов, которые поднялись.

Показатель Total Backlinks у упавших сайтов в среднем на 79% меньше, чем у поднявшихся.

Видимо апдейт Гугла 1 августа 2018 года был в значительной степени нацелен на ссылочное (количество, качество, продажа ссылок).

Показатель Word Count (все слова в теге body) у упавших и поднявшихся сайтов в моих выборках мало чем отличается.

Средний Domain Rating по Ahrefs в обеих выборках почти одинаковый.

Что интересно, Response Time (время загрузки URL в секундах) в среднем на 32 процента у упавших сайтов меньше.

Примечательно, что многие после этого апдейта кинулись изучать Руководство Google для асессоров. И правильно сделали. Это тот документ, в котором хоть в качестве намеков содержится информация о том, как на уровне алгоритма могут быть оценены сайты.

Асессоры в основном оценивают специфические вещи, касающиеся работы наших алгоритмов. Асессоры обычно специально не оценивают репутацию сайтов, и это не то, что мы используем напрямую. Но мы используем оценку человека для проверки различных идей, имеющих отношение к алгоритмам, которые мы хотим опробовать. И, теоретически, эти оценки могут содержать что-то вроде репутации сайта в целом. Но прямой связи между мнением асессоров о том, что у ресурса плохая репутация, и его позициями в поиске нет.
— John Muller, Google 

Выводы и рекомендации по результатам апдейта

1. Медицинские консультации на качественных E-A-T сайтах должны быть :
*написаны или подготовлены в профессиональном стиле людьми или организациями с соответствующим медицинским опытом или образованием;
* проверены редактором;
* регулярно пересматриваться и обновляться;
* представлять собой устоявшийся научный консенсус по вопросам, где такой консенсус существует.

Рекомендация: нужно создать страницы-профили авторов-врачей с их краткой биографией и контактными данными; создать страницу "О нас", в которой указать состав редакции, ее адрес и контакты. Медицинский контент не должен устаревать. Его нужно периодически обновлять добавляя новую информацию о симптомах, способах лечения и т.п.

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

2. Обновление алгоритма Google скорее всего не связано со скоростью загрузки и безопасностью сайта.

3. На основе полученной в результате экспериментов информации, можно предположить, что на изменение в рейтинге сайта могли повлиять мобильный UX, качество ссылочного профиля и, возможно, изменение весов сигналов ранжирования.
Если у вас есть, свои наблюдения на счет медицинского обновления алгоритма Google (1 августа 2018 года), поделитесь в комментариях к статье.

Название обучающего модуля: "Анализ данных при помощи AnswerMiner".

Для кого этот модуль: этот обучающий модуль для SEO-специалистов и интернет-маркетологов цель которого  – помочь развить навыки и упростить статистический анализ данных.

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

Статистические данные – это совокупность объектов (наблюдений, случаев) и их характеристик (признаки и переменные).

Анализ данных  –  процесс исследования, тестирования свойств и признаков, преобразования и моделирования данных с целью получения результатов для принятия решений.

Однако давайте поговорим об инструментарии, который может применять каждый из нас, причём делать это эффективно, быстро, бесплатно и с удовольствием.

Планирование исследования

Первое с чего нужно начать  –  постановка задачи. От этого зависит специфика и особенности информации, которую нужно проанализировать, моделирование, набор признаков данных и так далее.

Веб-мастера и интернет-маркетологи черпают информацию из Интернет. По этому, определим инструментарий (SEO-инструменты), которые вам будут полезны.

Парсеры сайтов: Selka, A-parser, Content Downloader.
Анализаторы сайтов: Screaming Frog SEO Spider, Netpeak Spider, Netpeak Checker, бесплатный  –  Majento "SiteAnalyzer".
Сервисы линкбилдинга и анализа конкурентов: Ahrefs, Majectic, SEMrush.
Аналитика: Google Search Console, Google Analytics, Яндекс Вебмастер, Яндекс Метрика.

Собранные данные можно сгруппировать в MS Excel и штатными средствами провести анализ данных.

На Рис.1 показан пример анализа данных в Excel, а именно проводился анализ динамики трафика сайта.

Рис.1 Анализ данных в Excel

В зависимости от решаемой задачи каждый раз применяются свои методы анализа данных.
Самые популярные статистические показатели, которые при этом рассчитывают  –  среднее значение, медиана, стандартное отклонение.

Совет №1: если значение стандартного отклонения не сильно отклоняется от среднего значения  –  используйте среднее, если сильно отклоняется  –  используйте медиану. Это упрощённое объяснение. Если вас интересуют детали, почитайте статьи по описательной статистике.

Совет №2: если вы анализируете динамику трафика  –  колебания в пределах от одного дня до недели можно считать статистическим шумом (не принимать во внимание). Не забывайте о сезонности  –  сопоставьте данные за два года (год к году).

Совет №3: если вы сравниваете показатели средних значений между собой (например, из двух выборок) не забывайте о статистической значимости, используйте t-критерий Стьюдента. О нём можно прочитать в Википедии, но лучшее и доступное описание, вы прочитаете тут.

Анализ данных при помощи AnswerMiner

Казалось бы, Excel лучшее средство для статистической обработки данных и разного рода расчётов. Но есть онлайн-инструмент который даже в бесплатной версии прекрасно позволяет визуализировать результаты расчётов.

Анализ и систематизация информации позволит расширить базу для принятия решений. Использование визуализации данных позволит моментально получить ответы даже на самые сложные вопросы.
PwC

Итак, у вас есть таблица с данными в Excel. Создаёте аккаунт в AnswerMiner. Загружаете ваши данные в AnswerMiner.

На Рис.2 вы увидите как выглядят наборы данных в AnswerMiner.

Рис.2. AnswerMiner Datasets

Принимайте взвешенные решения на основе анализа показателей. Заставьте данные работать на вас.

Подход к визуализации данных в AnswerMiner состоит в том, что вам доступны четыре метрики (Рис.3):
*Распределение;
*Сравнение;
*Связи и корреляция;
*Прогноз.

Рис.3 Метрики AnswerMiner

Специфика особенностей тестирования и  моделирования при помощи AnswerMiner описана в статье Исследование: как вывести в топ google порносайт.

AnswerMiner удобен тем, что показывает корреляцию показателей как минимум в двух разрезах – в виде матрицы; в виде таблицы.

Что касается метрики "Прогноз", выбираете параметры ваших данных и AnswerMiner строит дерево принятия решений.

Метрика "Сравнение" построит вам график и покажет значение медианы и среднего. Для этого вам нужно кликнуть по показателю или выбрать несколько показателей из вашего набора данных.

Хотите учесть пожелания клиентов при принятии коммерческих решений и подготовке маркетинговых кампаний? Сделайте  эксперимент проанализировав вашу информацию в AnswerMiner.

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

Порнография в интернет пользуется всё большей популярностью. Об отношении Google к порноиндустрии читайте тут.

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

Предлагаю вам ознакомиться с результатами мини-исследования общих характеристик порносайтов из топ 10 поисковый выдачи Google.

Методология исследования: как попасть в топ 10 Google

При помощи сервиса Topic Explorer выбраны 28 ключевых слов. По каждому из них была спарсена выдача из Google.com.


Краулером Screaming Frog проанализирован список URL по всем анализируемым запросам, в том числе получены данные из Ahrefs. Результаты были загружены в AnswerMiner и определена корреляция показателей.



Ниже приведены статистические показатели порносайтов из топ 10 Google запросов, которые были проанализированы.

Порносайты - общие признаки топ 10 Google

• Количество страниц в индексе Google от 67825 до 80,2 млн.
• Длина Title от 30 до 53 символов.
• Длина Description от 114 до 232 символов.
• Длина H1 от 15 до 35 символов.
• Длина H2 от 15 до 25 символов.
• Количество слов на странице от 564 до 1356.
• Ahrefs Domain Rating от 54 до 84.
• Ahrefs URL Rating от 13 до 45.
• Время загрузки URL от 0,15 до 4,5 секунд.

Эти показатели присущи 50 — 80 процентам сайтов (URL) выборки. Безусловно это индикативные показатели и они не учитывают влияние многих факторов ранжирования, но присмотреться стоит.

На многих порносайтах есть только видеоконтент и более или менее уникализированные описания. Обратите внимание на показатель "Количество слов на странице" сайтов из топ 10 выдачи Google.

Проверьте свой сайт, нажав на эту кнопку.


Вывести в топ Google можно используя различные стратегии:
1.Создание сайта на долгосрочную перспективу.
2.Создание, в лучшем случае, псевдо СДЛ с получением выгод в краткосрочной или среднесрочной перспективе.

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

На рисунке предоставлено распределение доменов в анализируемой выборке.

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

А вот и распределение (облако) порнозапросов.

Как показывает анализ тем на Справочном форуме для веб-мастеров Google, большинство идёт по второму пути – покупается стандартный дизайн, заполняется ворованным контентом (аннотации, дескрипшены), цепляется куча рекламы, закупаются ссылки, в том числе с сеток дорвеев.

Ниже на рисунке показан пример перелинковки четырнадцати сеток дорвеев адалт тематики (всего 753 сайта), которые до недавнего времени обеспечивали нужным сайтам приличный трафик.

Схема перелинковки традиционная – «круговая», когда на «вершину» ссылаются другие дорвеи и затем ссылка «вершины» на другие «вершины» других сеток, как напрямую, так и через сайты, которые одновременно ссылаются на несколько сеток сразу.

Что примечательно, половина «вершин» сеток использовали https протокол. Тринадцать из четырнадцати «вершин» сеток порно дорвеев использовали один IP.

Может кому-то будут интересны параметры «вершин» этих сеток порно дорвеев:

• Средняя длина Title – 64 символа;
• Средняя длина Description – 125 символов;
• Среднее количество слов – 1178 символов;
• Ahrefs Domain Rating от 18 до 58;
• Среднее количество исходящих ссылок со страницы на другой домен – 4 ссылки.

Ниже приведена матрица корреляции показателей "вершин" сеток порно дорвеев.