Система опирается на идею, что семантические HTML-теги помогают поисковым системам и AI точнее понимать структуру страницы, основную сущность, списки, таблицы и пары "атрибут–значение", особенно через такие паттерны, как <article>, <section>, <table> и <dl><dt><dd>.
Система состоит из шести связанных файлов:
➡️Первый задаёт общую логику семантической разметки и правила применения тегов.
➡️Второй адаптирует эти правила под конкретные типы страниц: карточки товара, услуги, категории, статьи, FAQ, кейсы, профили авторов и другие.
➡️Третий — это основной аналитический супер промпт, который определяет тип страницы, ищет semantic gaps и формирует практические рекомендации.
➡️Четвёртый фиксирует единый production-шаблон отчёта.
➡️Пятый управляет всей связкой как orchestration-layer.
➡️Шестой даёт готовые команды для быстрого запуска разных режимов в одном чате.
⏺Как работать в режиме одного чата
В одном чате нужно работать с этой системой как с "одной загруженной средой": один раз прикрепил файлы, дальше в этой же ветке подаёшь HTML и переключаешь режимы командами из command pack.
Базовая схема
1. В начале чата прикрепи все 6 .md файлов системы.
2. В этом же первом сообщении или сразу следующим сообщением задай роль системе:
Используй SemanticRank Orchestrator.
3. После этого вставь отреенденный HTML страницы (а не только URL)
Первый запуск
Для первого прохода не бери узкую команду - сначала лучше запускать один из трёх базовых режимов:
Режим: Quick audit. - если у тебя фрагмент HTML или нужен быстрый просмотр.
Режим: Full audit. - если у тебя полный HTML одной страницы.
Режим: Production report. - если нужен строгий, повторяемый отчёт.
Стартовый шаблон:
Используй SemanticRank Orchestrator.
Режим: Full audit.
Задача: определить тип страницы по HTML, проверить качество семантической верстки, найти semantic gaps, упущенные возможности для улучшения ранжирования, LLM-extractability и AI-citation readiness.
Фокус: нативные HTML-теги, practical SEO value, внедряемые рекомендации по существующему контенту.
Как и где брать команды
ready-to-use command pack (файл нумер 6) надо использовать как меню сценариев: на один запуск — одна основная команда.
Сначала выбери общий режим, а потом уже в следующем сообщении дожимай ответ узкой командой вроде "только critical issues", "только backlog-ready задачи" или "только примеры HTML-переупаковки".
Практически это выглядит так:
1. Сначала запускаешь Full audit или Production report.
2. Получаешь общий разбор.
3. В этой же ветке отправляешь уточняющую команду из pack.
Например:
Теперь на основе предыдущего анализа:
выведи только critical issues.
или
Теперь на основе предыдущего анализа:
выведи только backlog-ready задачи.
или
Теперь покажи только примеры:
было → лучше сделать так → почему это лучше.
ВАЖНО: Рабочий порядок в одном чате
Самый правильный workflow такой:
1. Прикрепить 6 файлов.
2. Дать короткую команду запуска orchestrator.
3. Вставить HTML страницы.
4. Запустить одну базовую команду из command pack.
5. Получить общий аудит.
6. В той же ветке отправить 1–2 уточняющие команды из pack, чтобы сузить вывод под задачу.
Если нужно проверить вторую страницу того же шаблона, продолжить в том же чате; если задача уже другая по смыслу, лучше открыть новый чат.
Лучшие практики
➡️Не начинай с 3–4 команд сразу, иначе ответ станет смешанным.
➡️Не проси "и быстрый аудит, и production report, и только critical issues" в одном сообщении.
➡️Если у тебя только URL, сначала добудь отреендеренный HTML, потому что без него нельзя нормально проверить article, dl, table, section, main и другие семантические паттерны.
➡️Если ответ начал "расплываться", просто верни систему к рамке:
Используй strict output contract из production-шаблона.