Google Panda

Происхождение и история термина

24 февраля 2011 года Амит Сингхал и Мэтт Каттс опубликовали официальный анонс крупного изменения поиска. Они описали снижение позиций малоценных сайтов и поддержку самостоятельных материалов, включая исследования и подробный анализ. В сообщении говорилось, что изменение запустили незадолго до публикации, сначала в США. Поэтому 24 февраля — надёжная дата анонса, а не точный момент включения алгоритма. Добавление от 11 апреля сообщало о распространении на англоязычный поиск по всему миру. ^[2]

В разъяснении от 6 мая Google уже использовал название Panda и обсуждал оценку качества сайта. 12 августа компания объявила о расширении обновления на другие языки, кроме китайского, японского и корейского на тот момент. Это исторические границы запуска, а не список современных исключений. ^{[3, 4]}

Позднее название закрепилось за системой, которая, согласно текущему обзору Google, вошла в основное ранжирование в 2015 году. Так термин прошёл путь от имени изменения поиска до обозначения исторического этапа его развития. Отсюда различие между изучением старых обновлений Panda и работой с сегодняшними требованиями к сайту. ^[1]

Суть и механизм

Panda пыталась решать задачу автоматической оценки качества. В мае 2011 года Google предложил владельцам сайтов вопросы о доверии к информации, оригинальности, полноте ответа и редакционной аккуратности. Компания одновременно пояснила, что реальные сигналы ранжирования не раскрывает. Поэтому ответы на эти вопросы нельзя сложить в достоверный «балл Panda». ^[3]

В том же историческом разъяснении Google предупреждал: низкое качество части сайта может повлиять на позиции сайта в целом. Среди возможных действий назывались улучшение, объединение или удаление слабых страниц. Это была условная рекомендация, а не обещание результата после удаления определённого числа материалов. ^[3]

Современное руководство предлагает оценивать, получает ли читатель достаточно сведений для своей задачи и добавляет ли публикация ценность к использованным источникам. Из этой рекомендации следует практический вопрос редактора: что человек сможет узнать или сделать после чтения? Простой пересказ чужой статьи другими словами сам по себе не отвечает на него. ^[5]

Виды и классификации

Для работы полезно различать три ситуации. Это редакционная классификация задач, а не официальные разновидности Panda.

Search Console — сервис Google для наблюдения за присутствием сайта в поиске. В его отчёте о ручных мерах показаны такие меры и предусмотрен запрос проверки после исправлений. Эта процедура относится к указанному в отчёте нарушению; превращать её в универсальное «снятие Panda» неверно. ^[7]

Как применяется на практике

Учебный пример. Городской портал проверяет двадцать справок о музеях. В восьми есть только переписанное описание экспозиции: нет сведений о записи на экскурсию, доступном входе и источнике расписания. В двенадцати остальных ответы на эти вопросы присутствуют. Числа вымышлены; пример показывает работу редактора, а не последствия обновления поиска.

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

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

Российский контекст требует отдельного чтения правил поисковика. Яндекс во введении своего руководства связывает хороший сайт с потребностями людей и предупреждает, что выполнение рекомендаций не гарантирует посещаемость из поиска. ^[8]

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

Как измерить или проверить

В учебном примере редакция может определить долю справок, нуждающихся в доработке: число таких справок делится на число проверенных. Восемь из двадцати дают 8 / 20 × 100% = 40%. Знаменатель здесь — вся проверенная выборка, а не все страницы портала. Если выборку не проверяли, показатель не рассчитывают: делить на ноль нельзя.

Другой показатель — завершённость запланированной проверки. Когда решения записаны для всех двадцати справок из двадцати запланированных, она равна 20 / 20 × 100% = 100%. Это означает завершение разбора, но не исправление всех недостатков. Поэтому отдельно фиксируют, какие правки внесены и приняты. Оба показателя предложены для управления работой; они не измеряют внутреннюю оценку Google.

При приёмке новой версии проверяющий повторяет исходную задачу: находит условия записи, доступный вход и источник расписания. В карточке сохраняют обнаруженный пробел, внесённое исправление и дату проверки. Если ответ по-прежнему нельзя получить, простого увеличения объёма недостаточно для принятия работы.

Поисковый результат наблюдают отдельно. Google рекомендует разбирать данные Search Console и возможные причины снижения: ошибки доступности и индексирования, изменения алгоритмов, сезонность и переезд сайта. Индексирование означает включение страницы в поисковую базу. Если одновременно переработали справки и исправили недоступность сайта, последующий рост кликов не позволяет приписать весь эффект редактуре. ^[6]

Ошибки, ограничения и спорные вопросы

Главная ошибка — ставить диагноз по одному графику. Даже в разъяснении 2011 года Google отмечал, что владельцы сайтов ошибочно связывали другие изменения позиций с Panda. ^[3] Название известного обновления не заменяет поиск причины конкретного падения.

Другая ошибка — обещать восстановление позиций после определённого набора правок. Текущее руководство по снижению трафика прямо предупреждает: изменения сайта могут не дать заметного поискового эффекта. ^[6] Полезная редактура имеет понятный результат для читателя, но место страницы среди других результатов остаётся отдельным вопросом.

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

Связанные термины

• tonkiy-kontent
• kontent-audit
• organicheskiy-trafik
• google-penguin
• ruchnye-sanktsii