Задача: Связать профессиональную идентичность Николая Ланца с реализованными проектами через JSON-LD

Связать профессиональную идентичность Николая Ланца с реализованными проектами через JSON-LD

09.09.2026fi1osof.ru

Создать единый Person.@id на fi1osof.ru/about и связывать с ним клиентские и собственные проекты через корректные Schema.org-отношения.

Цель

Создать на странице fi1osof.ru/about единую машиночитаемую сущность Person с постоянным идентификатором:

https://fi1osof.ru/about

И использовать этот @id на клиентских и собственных сайтах, чтобы формировать однозначный граф профессиональной идентичности Николая Ланца.

fi1osof.ru/about

  • заменить текущую Person на актуальную версию;
  • добавить @id: https://fi1osof.ru/about;
  • согласовать @id и url;
  • alternateName: Николай Ланец, Fi1osof;
  • обновить jobTitle и description с акцентом на системную архитектуру, создание продуктов, AI research, AI-native systems и technology foresight;
  • использовать постоянный публичный URL изображения, не /_next/static/media/...;
  • оставить в sameAs только персональные профили;
  • удалить собственные сайты и проекты из Person.sameAs;
  • для Freecode Academy использовать персональный профиль Fi1osof, а не главную страницу проекта;
  • knowsAbout держать на уровне устойчивых областей экспертизы, а не библиотек;
  • сохранить BreadcrumbList отдельным JSON-LD.

HappyBaby2000

На сайте happybaby2000.ru добавить Organization и WebSite, сохранив правообладателем организацию клиента. Николая связывать через:

"contributor": {
  "@id": "https://fi1osof.ru/about"
}

и creditText по фактической роли.

Также добавить видимую профессиональную подпись со ссылкой на страницу Николая Ланца, например:

<a href="https://fi1osof.ru/about" rel="author" title="Николай Ланец — техническая архитектура, разработка и AI-интеграция">
  Техническая архитектура и разработка — Николай Ланец
</a>

Не использовать © Николай Ланец, если правообладатель сайта, бренда и контента — клиент.

Другие проекты

Выбирать Schema.org-связь по реальной роли:

  • creator — для действительно созданного продукта;
  • founder — для основанной организации/проекта;
  • contributor — для технического участия в клиентском сайте.

Не использовать creator автоматически на всех клиентских сайтах.

Языковые версии

Все языковые версии страницы fi1osof.ru/about должны описывать одну персону и использовать единый Person.@id = https://fi1osof.ru/about. При необходимости добавить hreflang.

Проверка

После внедрения проверить:

JSON-LD должен присутствовать в итоговом HTML и не зависеть только от client-side JavaScript.

Критерии готовности

  • единый Person.@id на fi1osof.ru/about;
  • корректный sameAs;
  • постоянный image URL;
  • устойчивый knowsAbout;
  • HappyBaby имеет Organization + WebSite с клиентом как правообладателем;
  • Николай указан через contributor + creditText;
  • есть видимая профессиональная подпись;
  • языковые версии не создают новых Person-сущностей;
  • серверный JSON-LD проходит валидацию;
  • подготовлен переиспользуемый JSON-LD-компонент для следующих клиентских сайтов.

Связанные задачи

Ворклоги

Прогресс по Person на fi1osof.ru/about

Согласована актуальная структура JSON-LD для сущности Person на fi1osof.ru/about.

Зафиксированы ключевые решения:

  • @id и url используют единый адрес https://fi1osof.ru/about;
  • alternateName содержит Николай Ланец и Fi1osof;
  • image использует постоянный публичный URL;
  • jobTitle сейчас сформулирован как Systems Architect & AI Researcher;
  • description сфокусирован на systems architecture, AI-native product development, technology foresight и intelligent systems;
  • в sameAs должны оставаться только персональные профили, которые идентифицируют Николая Ланца / Fi1osof;
  • проекты нельзя смешивать с сущностью Person только потому, что они связаны с Николаем;
  • Freecode Academy — отдельный подпроект. Сам проект не является частью Person.sameAs. Персональный профиль внутри него допустим только если он действительно идентифицирует ту же персону;
  • knowsAbout используется для устойчивых областей экспертизы, а не случайного перечня библиотек.

Текущий вариант Person признан в целом корректным по структуре. Следующий этап этой задачи — внедрение и проверка серверного HTML/валидаторов.