Призначення чек-листа

Чек-лист призначений для авторів, редакторів та технічних оглядачів, які готують матеріали до публікації на solana.org.ua. Він фіксує обовʼязкові кроки між завершенням чернетки та натисканням кнопки «Опублікувати». Ресурс не замінює редакційну політику, а структурує її у вигляді послідовних дій, які можна проходити пункт за пунктом.

Чек-лист працює для всіх типів матеріалів сайту: інструкцій із розробки на Rust та Anchor, оглядів інструментів, пояснень механізмів (PDA, CPI, MEV, RWA), новинних дописів та ресурсних сторінок. Кожен тип має свої акценти, але базова послідовність перевірки залишається спільною.

Етапи перевірки

Фактологічна точність та джерела

  • Усі технічні твердження перевірені за первинною документацією (Solana Docs, Anchor Docs, офіційні специфікації).
  • Значення параметрів, ліміти (наприклад, розмір транзакції, кількість інструкцій у блоку) відповідають актуальному стану мережі на момент написання — якщо джерела немає, прямо вказано: «Перевірте актуальне значення за…».
  • Назви проєктів, протоколів та інструментів написані коректно, без перекручувань.
  • Посилання на зовнішні джерела ведуть на існуючі сторінки (перевірено вручну, не за кешем).
  • Чутливі до часу факти (версії клієнтів, дати оновлень, статуси функцій) супроводжені датою перевірки.
  • Фінансові та юридичні твердження відокремлені від загальної інформації та містять застереження про необхідність індивідуальної експертної перевірки.

Мова, стиль та форматування

  • Текст написаний природною українською мовою: відсутні русизми, суржик, машинні кальки, безпідставне зміщування мов.
  • Усталені терміни (Solana, SOL, Rust, Anchor, RPC, PDA, CPI, MEV, RWA, API) залишені без штучного перекладу; при першому вживанні в матеріалі супроводжені коротким поясненням українською, якщо це доречно для аудиторії.
  • Стиль відповідає продуктовому редакторському стандарту сайту: без зайвих вступів, без переказу всієї ніші, з прямою відповіддю або конкретною користю на початку.
  • Речення не перевищують розумну довжину; складні технічні конструкції розбиті на кілька речень або списки.
  • Форматування узгоджене: заголовки H2–H3 відображають логічну структуру, а не просто виділяють текст.
  • Відсутні водяні фрази на кшталт «у сучасному світі», «варто зазначити», «не секрет, що».

Внутрішні посилання та SEO-елементи

  • Кожен матеріал містить щонайменше одне корисне внутрішнє посилання на суміжний ресурс або статтю (наприклад, на шаблон кейсу проєкту, якщо це логічне продовження).
  • Посилання ведуть на точні відносні URL, що існують на сайті.
  • Текст посилання описовий, не узагальнений («докладніше», «тут») — читач розуміє, куди перейде.
  • Заголовок H1 унікальний в межах сайту, не дублює H1 інших сторінок.
  • Meta-title та meta-description написані, містять ключову фразу природно, без стоп-слів та без переліку ключів.
  • Тематична межа дотримана: матеріал не привласнює тему іншого розділу та не дублює сусідні сторінки.

Технічна перевірка та відображення

  • HTML-розмітка валідна: використовуються лише дозволені теги відповідно до стандарту сайту.
  • Кодові фрагменти, якщо є, відформатовані відповідно до мови (Rust, TypeScript, Bash тощо) та перевірені на синтаксичні помилки.
  • Зображення (якщо є) мають альтернативний текст, адекватні розміри та завантажуються з допустимих джерел.
  • Таблиці, якщо використані, мають коректну структуру (thead, tbody) та читаються без проблем на мобільних пристроях.
  • Матеріал перевірений у попередньому перегляді (preview) на різних ширинах екрана: заголовки не зливаються, списки не обрізаються, код не виходить за межі контейнера.
  • Незавершені матеріали не публікуються: активна сторінка повинна містити повний текст без редакційних заглушок і службових статусів.

Критерії готовності до публікації

Матеріал вважається готовим до публікації лише за умови виконання всіх нижченаведених критеріїв. Жоден пункт не є «опціональним» без окремого редакційного рішення.

  • Фактологічна чистота. Нуль неперевірених тверджень. Усі технічні дані мають джерело або пряме застереження.
  • Мовна якість. Текст не потребує додаткової вичитки: відсутні помилки, русизми, стилістичні збої.
  • Структурна цілісність. Заголовки утворюють логічне дерево, кожен H2 розкритий повністю, без «порожніх» секцій.
  • Посилальна звʼязність. Наявні внутрішні посилання, зовнішні — робочі, анкори описові.
  • Технічна коректність. Валідна розмітка, коректне відображення на десктопі та мобільному, робочі медіафайли.
  • Відповідність межі. Матеріал не перетинається за змістом із сусідніми сторінками та не виходить за тематичні рамки свого розділу.
  • Статусна коректність. Якщо ресурс ще не завершений, він залишається поза публічним корпусом до повної редакційної й технічної готовності.

Обмеження чек-листа

  • Чек-лист охоплює лише етап підготовки матеріалу до публікації. Він не регулює процес ідеації, вибору тем, розподілу завдань між авторами чи післяпублікаційного аналітики.
  • Чек-лист не є інструментом автоматичної перевірки. Кожен пункт потребує свідомого рішення людини.
  • Для специфічних типів контенту (наприклад, фінансові огляди, юридичні довідники) можуть знадобитися додаткові експертні перевірки, які виходять за межі цього чек-листа.
  • Чек-лист не замінює граматичні та стилістичні інструменти (коректор, словник) — він фіксує редакційні критерії, а не виконує перевірку.
  • Технічні аспекти, повʼязані з деплоєм, CI/CD, кешуванням та серверною конфігурацією, не входять до сфери цього ресурсу.

Версія ресурсу

Ресурс «Чек-лист підготовки матеріалу до публікації»: статична версія 1.0. Сторінка містить готовий текстовий чек-лист і готова до практичного використання без очікування окремого інтерактивного інструмента. Остання редакційна перевірка: 2 серпня 2026 року.

Джерела