Release notes для admissions-сайту, який створюється з Codex

Перебудовуємо сайт навколо premium academic system і діагностичного тесту

Публічний сайт отримав більш інституційну academic design language, а головний шлях користувача тепер веде до діагностичного тесту замість generic consultation path.

• додає shared academic palette, Source Sans 3 для інтерфейсу і Source Serif 4 для editorial headings;
• додає двомовну секцію діагностичного тесту на homepage із короткою visitor-safe intake form;
• оновлює header, hero, course, TOEFL, footer і mobile CTAs навколо primary diagnostic action;
• додає cache-busting query strings для shared CSS і public JavaScript assets;
• зберігає public/admin behavior hooks і додає compact dashboard styling для protected admin workspace.

Підтверджуємо локальний publishing toolchain

Maintenance environment проєкту перевірено після PATH update, тому static site можна й надалі review, version і publish очікуваними command-line tools.

• підтверджено GitHub CLI authentication для repository account;
• підтверджено доступність Node.js і npm для frontend та validation tasks;
• підтверджено доступність ripgrep для швидких EN/UA parity checks у static files;
• підтверджено доступність Git на гілці `main` з очікуваним GitHub remote.

Уточнюємо selected teacher team

Профіль засновниці та homepage trust copy тепер пояснюють, як Trinity Upgrade Academy відбирає викладачів через довгу education-operations історію TatianaSF, а не подає команду як generic tutoring roster.

• додає сигнал 15+ років історії компанії до профілю засновниці;
• додає 10,000+ teacher interviews і 1,000+ educators як контекст відбору викладачів;
• пов'язує trust-блок головної сторінки з внутрішнім профілем TatianaSF;
• тримає формулювання навколо ретельного відбору без гарантій вступу чи непідтверджених outcomes.

Додаємо внутрішній профіль засновниці TatianaSF

На публічному сайті з'явився окремий двомовний профіль засновниці, щоб відвідувачі бачили мінімальний релевантний контекст про Trinity Upgrade Academy без переходу з кожної згадки на зовнішній профіль.

• додано founder.html і синхронну сторінку founder-uk.html;
• перенесено public-safe founder context: освітнє лідерство, admissions methodology і обережні scale signals;
• видимі згадки TatianaSF на публічних сторінках тепер ведуть на відповідний внутрішній профіль;
• LinkedIn і TatianaSF.com залишені як вторинні зовнішні посилання лише зі сторінки профілю;
• оновлено source notes, visual sitemap, technical sitemap і правила підтримки для нової вимоги внутрішнього посилання.

Додаємо protected weekly log для оновлень admin workspace

Protected admin workspace тепер має окремий Russian-only weekly update log, щоб internal operating notes залишалися окремо від public build log.

• додано private admin log index на `admin.trinityua.com/log/` зі стратегією назв за номерами тижнів;
• повний weekly archive стартує з `2026-w17` і описує admin workspace та analytics setup;
• protected admin hero title зменшено приблизно втричі для компактнішого workspace view;
• protected deployment оновлено так, щоб `admin/log/` публікувався лише на Cloudflare-protected admin subdomain.

Розмічаємо public funnel для GA4 sales signals

Public site тепер відправляє structured dataLayer events для головної sales-first funnel: CTA clicks, roadmap downloads, offer interest, section engagement і майбутні form interactions.

• додано автоматичні GA4/GTM events для consultation, diagnostic, course, roadmap і language-switch actions;
• відстежуються section views, scroll depth і public offer interest без збереження personal lead details;
• майбутні diagnostic forms підготовлено до подій `form_start` і `form_submit`;
• задокументовано recommended GA4 key events, а off-site sales activity залишається у private CRM/admin systems.

Автоматизуємо Search Console data для protected admin workspace

Admin workflow тепер може генерувати read-only Search Console report під час protected deployment, тож SEO priorities не залежать від ручного copy-paste з Google Search Console.

• додано Search Console API script, який пише aggregated admin-only JSON report;
• автоматичні summary metrics і SEO opportunities показуються в EN/UA admin dashboards;
• OAuth secrets, refresh tokens і generated reports не потрапляють у committed public files;
• GitHub Actions може оновлювати protected admin report, коли налаштовані GSC secrets.

Робимо public site і admin workspace компактнішими

Shared type scale тепер використовує менші hero та section headings, а protected admin language switch повторює public `EN` / `UA` pill format.

• зменшено global `h1` і `h2` sizes на live website;
• додано компактніші admin-specific heading sizes і hero spacing;
• admin language switching змінено з flag labels на той самий `EN` / `UA` format, що на public pages;
• admin links залишаються всередині protected `admin.trinityua.com` domain.

Залишаємо перемикання мов всередині захищеного admin workspace

Admin area тепер має захищену українську workspace і чіткішу owner dashboard structure навколо Search Console та Google Analytics 4 signals.

• додано `https://admin.trinityua.com/uk.html` як захищену українську admin page;
• admin shortcuts `🇺🇸 EN` і `🇺🇦 UA` залишаються всередині protected admin domain;
• додано GA4 acquisition and conversion board поруч із Search Console board;
• OAuth tokens, API keys і raw analytics exports не зберігаються у static admin workspace.

Додаємо Search Console decision board до admin workspace

Protected owner workspace тепер має легку GSC planning board, яка допомагає перетворювати Search Console snapshots на пріоритетні SEO actions без збереження API secrets у static HTML.

• додано no-secret GSC summary block для clicks, impressions, CTR, position і review window;
• додано Search Console opportunity list для queries, pages, intent і next action;
• розраховуються прості decision signals для low-CTR, near-page-one та indexing opportunities;
• admin workspace залишається noindex і поза public sitemap surfaces.

Додаємо візуальну карту сайту для відвідувачів

Публічний сайт отримав двомовну візуальну карту, щоб відвідувачі швидко бачили основні сторінки, вступні розділи, TOEFL 2026 маршрути, roadmap і журнал розробки.

• додано синхронні англійську й українську сторінки visual site map;
• у footer головної сторінки додано спокійне посилання на карту сайту в обох мовах;
• технічний sitemap оновлено canonical EN/UA alternates для нових сторінок;
• protected admin workspace залишено поза public navigation і sitemap surfaces.

Спрощуємо захищений admin workspace

Admin workspace тепер покладається на Cloudflare Access перед завантаженням сторінки, тому додатковий локальний login gate прибрано, а панель відкривається одразу після PIN authentication.

• прибрано локальний admin username/password gate і кнопку Lock;
• owner workspace збережено як protected noindex page на `admin.trinityua.com`;
• admin interface переведено на англійську як основну робочу мову;
• у праву верхню навігацію додано shortcuts `🇺🇸 EN` і `🇺🇦 UA` до публічних мовних версій.

Додаємо TOEFL 2026 hub і CTA-напрями

На публічному сайті з'явився двомовний TOEFL 2026 hub зі стабільними anchors для діагностики, консультації з вибору іспиту та course placement.

• додано синхронні англійську й українську TOEFL 2026 hub-сторінки;
• homepage-згадки English tests і фінальні CTA ведуть до нового hub;
• sitemap оновлено canonical EN/UA alternates для TOEFL hub;
• зафіксовано scheduled TOEFL 2026 article queue для майбутньої автоматичної публікації.

Переносимо owner workspace за захищений admin subdomain

Owner workspace підготовлено до окремого deployment на `admin.trinityua.com`, а публічний academy-сайт більше не публікує admin HTML page.

• GitHub Actions workflow розділено на public і protected admin deployment targets;
• admin workspace деплоїться як `index.html` на захищеному admin subdomain;
• legacy `admin.html` видаляється з public academy deployment під час релізу;
• для admin subdomain додано origin hardening: noindex headers і Cloudflare-only access rules.

Залишаємо release timeline першим

Журнал розробки зберігає початковий формат version-date-summary як основний reading flow, а розширений технічний контекст перенесено в окремий розділ нижче timeline.

• compact release timeline знову є першим великим розділом журналу;
• довші технічні пояснення перенесено в technical notes нижче;
• кожна розгорнута нотатка пов'язана з versioned release log, а не замінює його;
• homepage project note знову веде на overview журналу розробки.

Робимо build log кориснішим і безпечнішим для публічного читання

Журнал розробки тепер має довші технічні summary, які пояснюють проєкт як content, deployment і SEO system без приватних операційних деталей.

• додано публічно безпечні technical notes про двомовну content architecture, static deployment і SEO infrastructure;
• intro і metadata журналу переорієнтовано на engineering, release process і search visibility;
• private strategy, sensitive operations і personal context не винесено в публічні article-style summaries;
• release entry пов'язано з окремим розділом technical notes.

Відділяємо публічний build log від внутрішніх operating notes

У проєкті з'явився прихований noindex owner workspace для внутрішніх операційних нотаток, а також чітке правило, що належить публічному build log, а що залишається приватним.

• додано internal owner workspace з lightweight login gate і browser-local notes;
• внутрішню сторінку не додано до public navigation і sitemap, а metadata встановлено як noindex;
• зафіксовано межу між public release notes і private operational planning;
• оновлено project instructions, content notes, SEO guidance, version badges і російський changelog.

Уточнюємо CTA flow для першого кроку

Homepage тепер використовує зрозуміліші стартові labels, щоб відвідувач не потрапляв у process section через кнопку, яка звучить як уже підтверджене booking-посилання.

• перейменовано primary homepage CTAs, щоб вони вели до first-step section;
• final CTA тепер пояснює вибір між переглядом процесу та завантаженням roadmap;
• збережено структурну синхронність англійської та української CTA logic;
• наявні SEO metadata, hreflang, canonical URLs і internal anchors залишено без змін.

Налаштовуємо процес публікації змін Codex на live-сайт

Maintenance process тепер фіксує, що Codex-made live-site changes після перевірки потрібно комітити й пушити в main, бо GitHub Actions запускає деплой тільки після цього push.

• правило публікації додано до project instructions і content maintenance notes;
• зафіксовано, що локальні edits не оновлюють live Hostinger site без push у main;
• додано вимогу перевіряти git status, stage лише intended files і включати referenced assets;
• збережено синхронність англійського й українського build log.

Оптимізуємо hero image після швидкої SEO-перевірки

Live SEO review підтвердив, що crawl access, sitemap discovery, canonical URLs, hreflang і structured data працюють коректно, а найбільшим performance-покращенням є hero PNG.

• додано WebP-версію homepage hero image із PNG fallback для сумісності;
• оновлено preload і hero markup на англійській та українській homepage для легшого WebP asset;
• збережено стабільну social preview image metadata для поширення посилань;
• прибрано залишкове Demo wording з title української build-log сторінки.

Фіксуємо fallback для локального середовища редагування

Project notes тепер фіксують, що content maintenance може продовжуватися через PowerShell-only search commands, коли ripgrep видно в середовищі, але він не запускається.

• перевірено локальну доступність ripgrep, Git, GitHub CLI, Node.js і npm;
• зафіксовано no-ripgrep fallback у live homepage project note;
• збережено синхронність повідомлення на англійській та українській homepage;
• оновлено version badges, source notes і російський changelog.

Встановлення Google Tag Manager

На live-сайт додано контейнер Google Tag Manager, щоб analytics, search verification і майбутні marketing tags керувалися з одного місця.

• додано GTM head script на всі публічні HTML-сторінки;
• додано noscript fallback одразу після кожного opening body tag;
• збережено static website implementation без WordPress, PHP application logic або Node deployment;
• задокументовано analytics setup для майбутньої підтримки.

Додаємо словник ключових admissions-термінів

Головна сторінка тепер пояснює важливі терміни прямо на сайті, щоб відвідувачі краще розуміли мову selective admissions, іспитів та application strategy.

• додано двомовний glossary section на англійську та українську головні сторінки;
• пояснено Ivy League, MBA, EMBA, target list, application package, test waiver і school fit;
• словник додано до homepage navigation, footer links і build log navigation;
• стратегію термінів зафіксовано в `docs/terminology-analysis.md`.

Стандартизуємо ім'я автора та LinkedIn-посилання

Ім'я автора тепер усюди пишеться як TatianaSF на live-сторінках, у metadata та maintenance notes.

• видимі згадки автора переведено у no-space name format;
• кожну видиму згадку імені автора на live-сторінках зроблено посиланням на LinkedIn profile;
• оновлено metadata, JSON-LD, content notes та project instructions;
• наявну SEO structure, canonical links і hreflang setup залишено без змін.

Повертаємо real-time project note у hero-блок головної сторінки

Головна сторінка знову має світлу project note над admissions headline: короткий контекст про автора й пряме внутрішнє посилання на журнал розробки.

• повернуто real-time project note на англійську та українську головні сторінки;
• повернуто єдине видиме розміщення SVG-логотипа Codex у цьому блоці;
• MBA / Executive MBA outcome panel залишено у покращеному світлому accent style;
• оновлено синхронні content notes, version badges і російський changelog.

Прибираємо верхню project note і покращуємо контраст блоку результатів

Головна сторінка тепер одразу починається з admissions hero без окремої project note. Блок результатів для MBA та Executive MBA перероблено у світлу акцентну картку, щоб текст читався легше.

• прибрано верхню real-time project note з англійської та української головних сторінок;
• темну MBA / Executive MBA картку замінено на світлу high-contrast accent card;
• посилання на build log залишилися доступними через навігацію та footer;
• оновлено синхронні content notes, version badges і російський changelog.

Впроваджуємо технічний SEO-фундамент

Сайт отримав сильніший Search Engine Optimization шар: правила для crawler-ів, sitemap, structured data, social metadata, абсолютні language alternates і природні внутрішні посилання.

• додано `robots.txt`, `sitemap.xml` і brand favicon asset;
• розширено canonical, Open Graph, Twitter Card і structured data metadata;
• додано природні internal links для іспитів, application roadmap і curriculum anchors;
• створено `docs/seo-strategy.md` зі SEO-стратегією та owner tasks.

Прибираємо верхню demo-плашку та спрощуємо використання логотипа Codex

Синю верхню плашку прибрано, щоб сторінка починалася одразу з навігації сайту. Логотип Codex тепер з’являється лише один раз на початку hero-примітки й використовує синьо-фіолетовий напрям.

• прибрано верхню demo-плашку з усіх live-сторінок;
• оновлено кольори SVG-логотипа Codex на синьо-фіолетові;
• обмежено видимий логотип Codex real-time project note на головній сторінці.

Оновлюємо профіль автора та SEO-правила підтримки сторінок

Публічне посилання на LinkedIn тепер веде на portfolio-профіль TatianaSF, а правила підтримки сторінок прямо вимагають SEO-перевірку та природну внутрішню перелінковку після кожної зміни.

• оновлено LinkedIn links на `linkedin.com/in/tatianasf/` з `rel="me"`;
• додано canonical URLs, Open Graph URLs і x-default alternates для live-домену;
• задокументовано SEO та anchor-based internal linking checks в інструкціях проєкту.

Замінюємо видимий текст Codex локальним SVG-логотипом

Сайт тепер використовує локальний SVG-asset всюди, де у видимому інтерфейсі згадується Codex, зберігаючи візуальний стиль і доступний alt-текст.

• додано `assets/images/codex-logo.svg` як reusable SVG logo asset;
• замінено видимі згадки на головних сторінках і в журналі розробки;
• metadata і markdown-нотатки залишено текстовими для підтримки та пошуку.

Додаємо real-time project note у hero-блок головної сторінки

Перший екран тепер має компактну примітку про те, що TatianaSF, OpenAI Codex Ambassador, створює сайт наживо, а всі оновлення можна відстежувати в журналі розробки.

• додано real-time project note на англійську головну сторінку;
• синхронно додано такий самий блок на українську головну сторінку;
• додано пряме посилання на синхронний журнал розробки.

Синхронізуємо англійський та український контент

Інструкції проєкту тепер вимагають повної мовної парності для головної сторінки та журналу розробки. Будь-яка зміна в одній мовній версії має відображатися в іншій версії в межах того самого оновлення.

• додано обов’язкові правила синхронізації до інструкцій Codex і контентних правил;
• переосмислено блог як читабельний build log / release-notes timeline;
• додано цей синхронний release entry англійською та українською.

Додаємо плашку автора та двомовний журнал розробки

Сайт тепер одразу пояснює контекст: TatianaSF, OpenAI Codex Ambassador, створює цей проєкт як публічне демо роботи з Codex над реальним статичним сайтом.

• додано верхню плашку з LinkedIn і посиланням на журнал розробки;
• створено англомовну сторінку журналу та українську companion-версію;
• оновлено версію, markdown-нотатки та changelog.

Автоматизуємо деплой на Hostinger

Проєкт отримав GitHub Actions workflow, який деплоїть статичний сайт на Hostinger Shared Hosting через SSH і rsync після push у main.

Розділяємо сайт на англійську та українську версії

Головна сторінка стала англомовною для міжнародної презентації, а українська сторінка зберігає повну локалізовану версію.