«Текст не проходит по SEO» — это не диагноз, а жалоба. Настоящий диагноз всегда конкретный: ключевое слово стоит в 12% предложений (переспам), абзацы по 800 знаков без заголовков (структура), читатель пришёл за «как настроить», а текст продаёт «купить» (интент). Ручная вычитка текста на семь таких пунктов занимает десятки минут и всё равно путает приоритеты — что править первым. Здесь разбор того, из чего складывается SEO-профиль текста и как читать машинный аудит так, чтобы по каждой цифре знать действие: где поправить, а где не трогать, потому что метрика врёт.
Часть I. Из чего состоит SEO-профиль текста: семь осей
Хороший отчёт аудита не говорит «текст на 62/100» и не уходит. Он раскладывает текст на независимые оси — у каждой свой смысл, своя норма и своё лечение. Вот эти семь осей (и что каждая действительно измеряет):
| Ось | Что меряет | Где норма | Чем лечится |
|---|---|---|---|
| тошнота (плотность ключевого слова) | как часто повторяется ключевой оборот | 3–7%, переспам >8% | снять часть повторов ключа, заменить синонимами |
| водность | долю стоп-слов, повторов, пустых связок | чем ниже, тем лучше | сжать фразы, убрать «в этой статье…» |
| читабельность | длину предложений, размер абзацев, сложность | короткие предложения, абзацы 2–4 строки | разбить длинные фразы и «простыни» |
| структура | наличие и ритм H2/H3, списков, форматирования | заголовок каждые 2–4 абзаца, списки по месту | добавить подзаголовки, оформить перечисления |
| интент | совпадает ли текст с тем, за чем пришёл по запросу | текст отвечает на запрос | сменить фокус с «продаю» на «объясняю» (или наоборот) |
| уникальность | оригинальность формулировок и подачи | без дословных повторов клише | переписать шаблонные и пассивные обороты |
| общий балл | сводка по всем осям | — | не цель, а индекс; лечатся оси, не балл |
Плюс отчёт всегда отдаёт сырьё: число слов, число символов и посчитанную плотность ключевого слова (в процентах) — это те же цифры, что стоят за осями, и по ним видно, на чём основан вердикт.
Главное правило чтения: между осями нет «среднего арифметического спасения». Зелёный общий балл может прятать красный интент (текст вообще не про тот запрос), а «тошнота красная» иногда правильнее зелёного — см. части ниже. Отчёт — это диагноз по органам, а не одна температура.
Часть II. Тошнота: плотность ключевого слова и почему 8% — это ориентир, а не суд
Плотность ключевого слова — сколько раз искомый оборот встречается относительно объёма текста. Классическая норма: 3–7% — в этом окне ключ читается естественно и робот считает страницу релевантной. Всё, что заметно выше (ориентир — больше 8%), уже «тошнота» — текст выглядит написанным под робот, а не под человека.
Плотность считается так:
плотность (%) ≈ (вхождения ключевого слова × длина ключа в словах) / всего слов × 100Отсюда важная тонкость, которую «ручная вычитка на глаз» систематически не ловит: плотность зависит от длины текста, а не только от числа повторов. Одна и та же фраза «PHP-FPM для WordPress» —
- в заметке на 200 слов: почти гарантированный переспам;
- в лонгриде на 2000 слов: нормальная частотность.
Поэтому полагаться на «сколько раз я сказал ключ» бессмысленно без знаменателя. Машина считает это за вас за секунду — и ровно поэтому для этого есть отдельный инструмент (см. Инструменты).
Когда «красную» тошноту надо игнорировать
Не всякий переспам лечится удалением ключа. Осторожнее в трёх случаях:
- Ключ = название продукта/технологии. Если по запросу ищут именно
php-fpm, заменить его на «движок обработки PHP» нельзя — это уже другой смысл и другой запрос. Тут лучше увеличить объём текста (добавить полезного), чем срезать ключ. - Очень короткий текст (карточка товара, мета-описание, лид). На 60–80 слов почти любая плотность «красная» — это артефакт маленького знаменателя, а не ошибка.
- Точное вхождение vs разнообразие. Робот уже давно читает синонимы и леммы (словоформы), так что «настроить PHP-FPM» / «настройка PHP-FPM» / «настроил PHP-FPM» — это не три повтора с нуля, а одно вхождение в разных формах.
Правило: тошнота — тормоз, когда ключа много для данного объёма, а не когда ключ вообще есть. Лечится обычно не вычёркиванием слова, а добавлением текста или разбавлением форм.
Часть III. Водность: то, что занимает место и не несёт смысла
Водность — доля текста, которую можно вычеркнуть без потери смысла. Её источники три, и это разные проблемы:
- Стоп-слова и пустые связки. «в данной статье мы рассмотрим», «стоит отметить, что», «как известно», «для того чтобы». Грамматически нужны, семантически — шум.
- Повторы мысли. Одна и та же идея в трёх соседних абзацах разными словами. Текст «раздут», но не стал полнее.
- Формальный канцелярит. «осуществляется», «производится настройка» вместо «настраивается».
Водность путают с тошнотой, а это противоположные болезни:
| тошнота | водность | |
|---|---|---|
| симптом | слишком много ключа | слишком много пустоты |
| вред | робот режет как спам | читатель не дочитывает; ключ «тонет» в шуме |
| лечение | снять повторы ключа / добавить текст | сжать фразы, убрать связки и повторы |
Коварство в том, что они влияют друг на друга через один знаменатель: вода разбавляет полезную плотность. Надули текст пустыми оборотами — реальный ключ стал встречаться «реже» по процентам, метрика тошноты уползла вниз сама, и вы, борясь с ней, ещё больше раздуваете текст. Отсюда порядок правки: сначала снимите воду (сократите текст до сути), потом пересчитайте тошноту — она может оказаться уже в норме без единого изменения ключа.
Часть IV. Читабельность и структура: метрики, написанные для людей
Робот не «любит красивые тексты» напрямую. Но длина дочитывания, возвраты и клики по сниппету — реальные поведенческие сигналы, и их определяют читабельность и структура.
Читабельность: длина предложения и абзаца
Что на практике ломает читабельность:
- предложения длиннее ~20–25 слов — читатель теряет начало к концу;
- «простыни» абзацев (6+ строк без переноса мысли) — глаз соскакивает;
- отсутствие воздуха — сплошная стена текста не сканируется.
Норма простая: короткое предложение, абзац на 2–4 строки, одна мысль на абзац. Это ровно то, что аудит отмечает по оси читабельности — он смотрит длину предложений и размер абзацев, а не «поэзию».
Тяжело читать:
Настройка PHP-FPM, который является движком обработки PHP-кода для
WordPress, требует учёта объёма оперативной памяти, доступного на вашем
виртуальном сервере, поскольку при неверно выбранном лимите процессов
пула система начнёт уходить в своп и сайт будет деградировать.
Просто читать:
PHP-FPM обрабатывает код WordPress. Пул процессов ограничен памятью VPS.
Ставите слишком много процессов — система уходит в своп, сайт тормозит.Первый вариант — одно предложение на 40 слов с двумя вложенными оборотами. Второй — тот же смысл на трёх коротких. Робот считает и то, и то «про PHP-FPM», но второй дочитывают.
Структура: заголовки и списки как карта
Структура текста — это ритм подзаголовков и наличие списков там, где идёт перечисление. Правило практичное:
- заголовок H2/H3 каждые 2–4 абзаца — и как навигация для глаза, и как карта релевантности для робота (он читает
H2/H3как опорные темы страницы); - любой ряд однородных пунктов — список, а не запятая подряд;
- длинный текст — оглавление или TL;DR в начале, чтобы читатель ушёл в нужную часть, а не закрыл.
Хорошая новость: структура — самая «дешёвая» по усилиям ось. Часто достаточно перенести два абзаца под новый подзаголовок и оформить одно перечисление маркерами — и ось загорается зелёным без переписывания текста.
Часть V. Интент: текст может быть идеальным по метрикам и всё равно не отвечать на запрос
Интент — намерение того, кто вводит запрос. Человек не ищет «слова», он ищет результат: узнать, купить, сравнить, скачать, настроить. Текст обязан соответствовать этому результату, иначе поисковик понизит его — даже при идеальной тошноте, структуре и нуля воды.
Четыре базовых типа намерения:
- информационное — «как настроить PHP-FPM» → хочет гайд;
- транзакционное — «купить VPS на reg.cloud» → хочет оформить заказ;
- навигационное — «reg.cloud вход» → хочет конкретный адрес;
- коммерческое сравнение — «лучший VPS для WordPress» → хочет подборку/сравнение.
Типовая ошибка SEO-текста — несовпадение интента страницы и запроса, на который она нацелена. Вы собрали статью «как настроить PHP-FPM» (информационный запрос), а закончили её тремя абзацами «купите у нас VPS с PHP-FPM под ключ». По всем числовым осям текст зелёный. По интенту — «половина статьи продаёт там, где человек пришёл учиться». Робот это считывает по поведению (пришли по запросу «как настроить», увидели продажу, ушли) и режет.
Аудит отмечает интент отдельной осью именно поэтому: соответствие тексту его же заявленной цели. Что с этим делать практически:
- у каждой страницы один основной интент — не смешивайте «объяснить» и «продать» в одном экране;
- заголовок и первый экран должны отвечать на запрос в том же типе (инструкция начинается с инструкции, а не с оффера);
- если продающий блок нужен — он идёт после того, как запрос закрыт (см. приём «инструмент/CTA в конце статьи», как в этом же тексте).
Интент — единственная ось из семи, которую нельзя «починить словами поплотнее/покороче». Она чинится решением: для кого и за чем эта страница.
Часть VI. Как читать отчёт: severity и режим текста
Получили семь баллов — что делать первым? Не по алфавиту метрик и не «где краснее». По тяжести влияния на выдачу:
- Интент (красный?) → пересобрать страницу под тип запроса. Пока он не сходится, всё остальное косметика.
- Тошнота (переспам/недоспам) → снять или добавить вхождения ключа с учётом объёма (Часть II).
- Структура (нет заголовков/списков) → разметить текст (Часть IV, самое дешёвое).
- Водность → сжать (побочно поправит и тошноту через знаменатель, Часть III).
- Читабельность, уникальность → шлифовка.
Режим меняет нормы
Ключевая деталь, которую пропускает «универсальный чек-лист»: нормы зависят от типа страницы. Аудитор принимает режим — статья/блог, карточка товара, лендинг, услуга, новость, обзор — и по-разному читает оси:
- карточка товара: короткая, плотность по определению высокая, интент транзакционный → «тошнота красная» почти неизбежна и почти не беда (см. часть II про короткий текст);
- статья/блог и обзор: длинные, нужен информационный интент, структура и читабельность решают;
- новость: короткая, важны свежесть и точность заголовка, вода нормальна в большем объёме;
- лендинг/услуга: смесь информационного и транзакционного, интент — самая хрупкая ось.
Отсюда практическое правило: никогда не лечите текст «по абсолютной шкале» — один и тот же профиль баллов хорош для карточки товара и провален для статьи. Выбирайте режим до анализа; иначе отчёт врёт не о тексте, а о неверно выбранной рамке.
Что в отчёте — факт, а что — мнение
Полезно трезво разделять:
- факт (считается детерминированно): число слов, символов, плотность ключевого слова в % — это арифметика, ей можно доверять;
- оценка (модельная): вердикты по интенту, структуре, «воде», читабельности, общий балл — они полезны как подсказка, что проверить, а не как приговор. Рекомендации всегда стоит сверить с частью II–V: иногда «исправь тошноту» в отчёте — это именно тот случай, когда ключ трогать нельзя.
Отчёт, прочитанный так, экономит время: вы не спорите с каждой цифрой, а идёте по severity и фильтруете советы рамкой режима.
Инструменты под задачу
Прогнать текст по семи осям руками — это дословный пересчёт повторов, замер длины предложений, сверка с типом запроса и ещё десять «а точно ли норма для карточки такая же, как для статьи?». Такую проверку легко автоматизировать и почти невозможно держать в голове без ошибок именно из-за режима и знаменателя. Чтобы снять рутину, в codestack.space есть AI аудитор контента. Вы выбираете режим (статья/блог, карточка товара, лендинг, услуга, новость, обзор), вставляете ключевое слово и текст — а он раскладывает его по осям и отдаёт:
- семь баллов по каждой оси (тошнота, водность, читабельность, структура, интент, уникальность, общий) — каждый с пояснением, почему столько;
- посчитанную плотность ключевого слова, число слов и символов — ту арифметику, на которой держится вердикт по тошноте;
- список рекомендаций с приоритетом: что править первым, а что косметика.
Попробуйте прямо здесь, на своём тексте:
Инструмент не отменяет понимание из частей I–V — он как раз для того, чтобы посчитать то, что руками сбивается (плотность через объём, нормы под режим), а решение «править интент или оставить тошноту» остаётся за вами: см. Часть VI.
Чек-лист граблей
- Лечите общий балл, а не отдельные оси → правите не то; балл — индекс, а не цель.
- Режете ключ при «красной тошноте» на коротком тексте → артефакт маленького объёма; правильнее добавить текста, а не снять ключ.
- Ключ = название технологии/продукта и вы «заменяете синонимом» → теряете и смысл, и запрос; разбавляйте форму, не слово.
- Путаете воду с тошнотой → «тошнота упала» из-за раздутого текста; сначала сожмите, потом пересчитывайте.
- Предложения 30+ слов и абзацы-«простыни» → метрика читабельности красная не зря: это про людей и дочитывание, разбейте.
- Нет H2/H3 каждые 2–4 абзаца, перечисления запятой подряд → структура режется без переписывания текста; разметьте.
- Текст зелёный по всем числовым осям, но тонет → почти наверняка не сошёлся интент; страница продаёт там, где человек пришёл учиться (или наоборот).
- Смешали информационный и транзакционный интент в одном экране → поведенческий сигнал падает; разделите или вынесите оффер после ответа.
- Читаете отчёт «по абсолютной шкале» без режима → карточка товара «провалена», а статья «спасена» при одинаковых цифрах; выберите тип страницы до анализа.
- Верите модельным вердиктам (интент, вода, общий балл) как приговору → это подсказки, что проверить; сверяйте с частями II–V.
- Считаете плотность «на глаз» по числу повторов → забыли знаменатель; плотность меряется к объёму текста.
👤 Зарегистрируйтесь, чтобы добавить материал в закладки.