dom1n1k

Не в поддержке проблема, а в недостатке гибкости Бутстрапа.
Если UI более-менее сложный, лейаут (да и сами блоки) могут серьезно меняться на разных разрешениях, а не только прыгать между режимами "в ряд" и "стопкой".
Очень показательный пример, который я уже приводил неоднократно:
https://www.smashingmagazine.com/
Обратите внимание на поведение менюшек, шапки, поиска. Попробуйте сверстать это на Бутстрапе. Не, я вполне верю, что при должном упорстве это рано или поздно получится. Но в конце вы неизбежно зададите себе вопрос - а нахрена он был мне тут нужен, какой профит я с него поимел?

Если вы хотите проверять именно поддержку свойства, то думается, что полностью надежного способа нет. Во всяком случае, мне он неизвестен.
С режимами наложения там всё непросто, некоторые браузеры поддерживают частично, плюс они по разному могут работать для HTML/SVG элементов.
Supports на текущий момент фактически не работает, потому что его не все поддерживают.
Нужно тестировать именно тот кейс, который нужен конкретно для задачи, очерчивать круг браузеров и проверять потом браузер.
Да, не очень это удобно, но другого способа я не знаю.

Никак. Базовая линия плавает в разных браузерах и осях.
Если принципиально нужно выровнять всё до пикселя с абсолютной кроссбраузерностью, то единственный выход - сделать кнопку картинкой.

По ситуации нужно смотреть. Если сайт анаптивный под весь спектр устройств, то лучше иметь 2-3 картинки разных размеров - чтобы на больших экранах было качества, но при этом не насиловать мобильных пользователей фоном на мегабайт.

Как верно сверстать такую карточку товара?
codepen.io/dom1n1k/pen/gwOQYd

Никак, если только не рассматривать вариант с картинкой.
Смириться, понять и пгастить.

Если плейсхолдер нативный, а не какой-то js-библиотечный прикрученный поверх - боюсь что никак.

В общем-то ничем, только нужно помнить, что умолчальные паддинги сбросятся также у инпутов и кнопок (где они все-таки нужны). То есть для всех кнопок нужно будет вручную прописывать высоту и/или паддинги. Но я бы не назвал это недостатком, поскольку часто это всё равно делается так и так. Это просто особенность подхода.

Попробуй инпуту и кнопке принудительно указать одинаковый шрифт (или просто обоим inherit). По дефолту он не равен шрифту у body.
Теоретически, разный шрифт и разная высота базовой линии могут раздвигать.
Кроме того, я бы отделил подпись "введите номер телефона" в отдельный блок, чтобы она не мешала своей базовой линией.

Практически никак. То есть какие-то отдельные проблемы решить можно (запретить зум мета-тегом, запретить все лишние скроллы), но в целом все равно ощущения цельного, нативного приложения не будет. Обязательно будет что-то съезжать, ворох анимаций будет тормозить... Будет суррогат ни рыба ни мясо.

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

Можно, только смысл какой? Обычно просто смысла нет.
Хотя в каких-то быстрых наборосках бывает удобно прямо рядом с элементом навесить на него событие например - для скорости и наглядности.

То, что GF отдал css-файл с кучей языков, включая вьетнамский - это нормально.

Дело в том, что современные браузеры умеют определять, символы из каких юникод-диапазонов реально есть в документе. И в зависимости от этого грузить или не грузить нужный файл. Поэтому ручное указание языка для них потеряло смысл. Браузеру нужно просто дать ссылки на все имеющиеся языковые версии, а он уже сам разберется, что качать, а что нет.

А GF, в свою очередь, определяет какой браузер у клиента и отдает ему такую версию css, которая максимально подходит. Если зайти со старого браузера - там уже не будет "лишнего", будет только то, что указано по ссылке.

В свое время эта фича убила у меня несколько часов отладки:
Почему может не работать знак рубля в iOS?
Это был момент, когда Хром уже поддерживал автовыбор субсетов, а Сафари - ещё нет. Соответственно моя ошибка проявлялась только на Сафари и оттого казалась глюком.

Короче, всё нормально, оставь GF в покое.

Все зависит от задачи и аудитории.
Ответ: "полностью" - нет, не стоит, "во многих случаях" - да.

C нормальными нормальными телефонами и бразуерами проблемы нет, потому что логическое css-разрешение экрана != физическому разрешению жк-матрицы. При вёрстке нужно ориентироваться на первое. Ну и, конечно, указывать мета-тэг вьюпорта.
mydevice.io/devices

Хотя мне встречался китаец, у которого логическое разрешение в браузере было равно физическому и потому всё было очень мелко. Но таким ничего не поможет. Да и было это довольно давно, года 3-4 назад.

Картинкой. А куда именно её вставлять - возможны варианты.