site-architecture

site-architecture предназначен для планирования информационной архитектуры сайта: иерархии страниц, навигации, URL-паттернов, хлебных крошек и внутренней перелинковки. Исходный SKILL.md рассматривает задачу как проектирование структуры, которую удобно находить пользователям и поисковым системам, и задаёт сначала контекстные вопросы, а не предлагает универсальный шаблон. Перед планированием нужно проверить доступный product-marketing контекст, затем собрать сведения о бизнесе, аудитории и трёх главных целях сайта, понять, создаётся ли сайт с нуля или перестраивается, зафиксировать URL, которые нельзя потерять, определить тип проекта и составить инвентаризацию существующих или планируемых страниц. В числе поддерживаемых типов названы SaaS-маркетинг, контентный сайт, интернет-магазин, документация, гибрид SaaS с контентом и небольшой бизнес-сайт; для них приведены ориентиры по глубине, разделам и URL-структуре. Для иерархии навык предлагает держать важные страницы в пределах примерно трёх кликов от главной, но отмечает, что это ориентир, а не абсолютный закон. Плоская структура подходит небольшим сайтам и портфолио, умеренная глубина — большинству SaaS и контентных проектов, более глубокая — магазинам и крупной документации. Практическое правило — оставлять структуру настолько плоской, насколько позволяет чистая навигация; если в выпадающем меню становится больше двадцати пунктов, следует рассмотреть дополнительный уровень. Уровни можно описывать как L0 для главной, L1 для основных разделов, L2 для страниц раздела и L3+ для детальных страниц. Результат удобно представить ASCII-деревом с URL в каждом узле или Mermaid-графом, когда нужно показать связи и зоны навигации. Навык разбирает header, dropdown, footer, sidebar, breadcrumbs и контекстные ссылки как разные навигационные роли. Для основной шапки он рекомендует четыре–семь пунктов, располагать самые важные или посещаемые разделы раньше, оставлять логотипу ссылку на главную и ставить CTA справа. Footer можно группировать по продукту, ресурсам, компании и legal-разделам. Breadcrumbs должны отражать URL-иерархию, а сегменты до текущей страницы — быть ссылками. Внутренние ссылки делятся на навигационные, контекстные, hub-and-spoke и межраздельные. Каждая страница должна иметь входящую внутреннюю ссылку, анкоры должны описывать цель перехода, важные страницы — получать больше ссылок, а связанные материалы и breadcrumbs — поддерживать обнаружение контента. Для URL источник предлагает человекочитаемые строчные пути с дефисами, согласованной политикой завершающего слеша и структурой, отражающей иерархию. Он отдельно предупреждает о датах в URL статей, чрезмерной вложенности, числовых ID, query-параметрах для контентных страниц и смешении разных родительских шаблонов. При изменении адресов нужны 301-редиректы, иначе теряются обратные ссылки и появляются сломанные закладки. Для контентного сайта полезна hub-and-spoke-модель: обзорный hub ссылается на тематические spokes, spokes возвращают ссылку на hub и при уместности связываются между собой. В итоговый план входят дерево страниц, визуальная sitemap-диаграмма, таблица URL с родителем и местом в навигации, спецификация header/footer/sidebar/breadcrumbs и план перелинковки с аудитом orphan-страниц и битых ссылок. Ограничение навыка также явно обозначено: XML sitemap и технический SEO-аудит относятся к другим workflows, а не к этому планировщику архитектуры.