Грубо говоря, флоу должен быть приблизительно следующим:

Не "рабочая". Рабочая звучала бы "если блок есть - подключать CSS файл".

Декомпозируйте! И вам воздастся!
Ищите туторы отдельно по Headless Drupal 8 (или, даже, отдельно по D8 и по каким-нибудь его REST-модулькам), и по Vue / Nuxt.
Нет ничего общего у этих техник, и нет смысла искать примеры их объединяющие.

Эм... Тут я не подскажу. Зависит от того что у вас в арсенале, какие подходы, какая логика определения (маркировки) лучших ответов. Проще всего - соорудить свой модуль, в нем реализовать. Если такой вариант не доступен - можно попробовать наколхозить всякими флагами, правилами и другими костыликами, которые могут пригодиться в этом деле.

будет ли программирование на битриксе как то мешать изучить более серьезные вещи: Д8, тот же Симфони, ООП и т.д.

Программирование на битриксе - не будет мешать, работа, которая требует программирования на битриксе - вот она будет (на двух стульях сидеть сложно).

ООП, в 1С не завезли, на сколько я знаю (вернее оно там типа есть, на уровне ядра, но написать что-то ОО'нное не получится).

для программирования на Д8 надо изучать Symfony или все же можно ограничиться чтением доументации орга?

А кем бы Вы себя хотели, в принципе, видеть? К чему душа лежит, так сказать:

Добавьте представление, выводящее "лучший ответ", блоком, по контекстному фильтру. Выведите блок в нужный регион.
Для токенов можно попробовать Custom Tokens.

не очень понятно, причем тут ссылка. Чекбокс не устраивает, чекбокс и так понятно как создать

Ссылка для ознакомления с матчастью. Чекбокс - для примера, Вы должны быть в состоянии спроецировать полученную информацию на свой кейс.

А нет менее костыльного решения?

Это и есть "менее костыльное решение". То что описываете Вы (элемент для кнопки, отличный от кнопки, при этом выглядящий и действующий как кнопка) - это костыль.

https://developer.mozilla.org/en-US/docs/Web/API/Event/preventDefault

А просто [node:field_image:large]? В токен-браузере, тем не менее, должны быть токены с пресетами. Проверьте, все ли необходимые модули установлены.

Создаст, при обращении к картинке.

В настройках материала - выводите тот, что должен быть показан юзерам. А в настройках метатегов (схемы) - указываете токен изображения с пресетом для роботов.

В настройках тегов, на сколько я помню, указываются токены. Нужно использовать токен изображения с необходимым пресетом. Что-то вроде [node:FIELD_NAME:PRESET_NAME:path] (сорри, нет под рукой на чем проверить).

На каком моменте и каким способом Вы определяете кто на сайте - робот, или пользователь?

Ну, если вопрос в том чтоб растянуть картинку - можно подготовить пресет с помощью Imagecache actions, и потом использовать его в нужных местах.

А Вы про картинки, которые вручную вставляются?

А что пробовали?

Юзайте srcset'ы

Добавьте поле отношения термина с пользователем, и автоматически заполняйте его при создании термина.

Плюс, потребуется, наверно, ограничить доступ к этому полю.

Гляньте что-то из этого может подойдет:

• https://www.drupal.org/project/i18n_access
• https://www.drupal.org/project/content_language_access
• https://www.drupal.org/project/node_translation_access

• Создайте одно представление.
• Настройте необходимое к-во дисплеев типа "блок", с едиными настройками вывода.
• Переопределите для каждого контекстный фильтр, в соответствии с требованиями.
• Используйте переопределение шаблона на уровне представления, а не дисплея представления.

Получится набор одинаковых блоков с разными контекстами.

Что в основе блока? Представление?

Работать будет так, как настроите.
Во views.
Отображаться будет там, где выведете.
Почитайте про контекстное фильтры представлений и про форматирование полей в представлениях.

Но хотелось бы решение стандартными средствами друпала.

Ну, создайте блок вьюшкой, и выводите в нем поле телефона пользователя, отформатированное в нужную ссылку.