Проверка шаблона: гайд для тестовых заметок
Неправильно настроенный шаблон — причина половины ошибок в контент-пайплайне. За один день неверный шаблон может развести 50+ материалов в разные стороны. В этой статье разберём, как проверить шаблон на практике, какие критерии важны, и как не пропустить типичные ошибки.
Три этапа проверки шаблона
Проверка шаблона — это не один чеклист, а три независимых этапа. Каждый ловит свои ошибки.
Этап 1: структурная валидация. Проверяем, что шаблон содержит все обязательные поля и они имеют правильный тип данных. Для типичного шаблона заметки это:
- title (строка, 30–60 символов)
- h1 (строка, 40–80 символов)
- lead (текст, 100–200 слов)
- body (markdown, 800–2000 слов)
- meta_description (строка, 120–160 символов)
- slug (уникальный, по правилу: lowercase, дефисы вместо пробелов)
- published_at (дата, не пусто для публичных материалов)
Используй JSON-schema для автоматической проверки. Если хотя бы одно поле отсутствует или имеет неправильный тип — шаблон не валиден.
Этап 2: семантическая согласованность. Проверяем, что содержимое полей логически связано и не противоречит само себе:
- title и h1 не дублируют друг друга слово в слово (допустимо совпадение 50–70%)
- lead не повторяет first 2–3 абзаца body
- meta_description отражает суть материала, а не просто копирует title
- все внутренние ссылки в body указывают на существующие материалы
- даты, версии, цифры согласованы между заголовком и текстом
По теме: критерии хорошей статьи.
По теме: критерии хорошей статьи.
Этот этап требует прочтения и ручной проверки. Автоматизировать можно только частично: поиск дубликатов слов, проверку длины, наличие ссылок.
Этап 3: формальные требования SEO и доставки. Проверяем соответствие публикационным политикам:
- уникальность контента (не менее 80% оригинального текста)
- наличие внутренних ссылок (минимум 2–3 для материала ≥1000 слов)
- absence of thin content (минимум 400 слов для индексируемой страницы)
- правильное использование H2 и H3 (не пропускаем уровни)
- разметка Schema.org для типа контента (статья, обзор, новость)
Практический чеклист на 10 пунктов
Применяй этот чеклист к каждому новому шаблону:
| № | Критерий | Минимум | Максимум | Как проверить |
|---|---|---|---|---|
| 1 | Длина title | 30 сим | 60 сим | wc -c, SEO-проверка |
| 2 | Длина meta_description | 120 сим | 160 сим | ручной подсчёт |
| 3 | Совпадение title и h1 | 0% | 70% | Levenshtein distance |
| 4 | Длина body | 400 сим | 3000 сим | wc -w |
| 5 | Количество H2 | 2 | 6 | grep '^##' |
| 6 | Внутренние ссылки | 2 | 15 | grep '\[.\](/' |
| 7 | Уникальность | 80% | 100% | Copyscape или встроенный антиплагиат |
| 8 | Наличие источников | для фактов | все факты | grep источник, citation |
| 9 | Дата публикации | YYYY-MM-DD | YYYY-MM-DD | проверка формата |
| 10 | JSON-валидация | должна пройти | без ошибок | jsonschema validate |
Типичные ошибки и как их ловить
Смотрите также: метрики перелинковки сайт.
Смотрите также: метрики перелинковки сайт.
Ошибка 1: Поле title длиннее 60 символов. Google обрежет в выдаче, пользователь не увидит полный заголовок. Решение: установи обязательный лимит в 60 символов, выводи ошибку при превышении.
Ошибка 2: Lead и первый абзац body идентичны. Выглядит как повтор, плохо влияет на UX. Проверяй: рассчитай процент совпадения между lead и first_paragraph(body). Если >80%, флаг.
Ошибка 3: Meta_description не упоминает ключевое слово. Если шаблон ориентирован на поисковый запрос, description должна содержать основное ключевое слово в начале. Проверяй вручную или через regex.
Ошибка 4: Битые внутренние ссылки. Шаблон ссылается на /primer-statya/, но этой страницы нет. Проверяй все ссылки через структуру контента — сравни список целей с реальными URL.
Ошибка 5: Одинаковые заголовки H2. Body содержит два раздела с названием «Практика» — путает читателя и портит SEO. Используй grep для поиска дублей: `grep '^##' body | sort | uniq -d`.
Как автоматизировать проверку
Напиши валидатор на Python или Node.js:
```
- Загрузи JSON-шаблон
- Проверь схему (jsonschema.validate)
- Рассчитай метрики: длины полей, % совпадения текстов
- Сравни с пороговыми значениями из таблицы выше
- Выведи отчёт: красный флаг на критичные ошибки, жёлтый на предупреждения
- Заблокируй публикацию, если есть критичные ошибки
```
Читайте также: шаблон примера.
Читайте также: шаблон примера.
Проверка должна занимать <100 мс на шаблон. Если медленнее — оптимизируй regex или параллелизируй.
Когда переделывать шаблон полностью
Не всякая ошибка требует полной переделки. Но есть красные линии:
- Если структура не подходит под целевой контент (например, шаблон статьи для новостной колонки). Переделай с нуля.
- Если системно нарушены 4+ критерия из таблицы. Вероятно, шаблон спроектирован неправильно.
- Если обязательные поля отсутствуют (нет места для автора, даты, категории). Вернись в спек.
В остальных случаях делай локальные исправления.
Итоговый совет
Проверяй каждый новый шаблон в три этапа: валидация структуры (код) → семантика (человек) → SEO-требования (автомат + руководство). Один пропущенный шаблон будет размножен на сотни материалов. Лучше потратить час на проверку сейчас, чем переделывать контент потом.