Adamos

Безопасность - правило same origin в современных браузерах кладет болт на ваш атрибут download.

Можно встроить PDF в страницу, использовав PDF.js или Google PDF Viewer из Google Docs, но в общем случае - и особенно на мобилах - это плохая идея. Будет тормозно и глючно.
Рассмотрите другие альтернативы - SVG, например.

https://fontawesome.com/icons/facebook?style=brands

захожу на сайт и открываю форму с модальным окном

Первый же инпут на форме получает фокус ввода, и

на смартфоне автоматически открывается клавиатура для заполнения формы

Все логично.
Для перехвата фокуса можно вставить в форму вот такой костылик:
<input type="hidden" autofocus="true" />

То, что вы назвали "ответом" - это не ответ.
У вас, судя по всему, перед Апачем стоит Нджинкс.
И у него прописано, что PNG - это статика, которую можно отдавать сразу по запросу.
А SVG вы с такой настройкой отдаете Апачем, хотя и не перенаправляете в пых.
Вам нужно все-таки указать Нджинксу, что SVG - тоже статика и ее можно просто сразу отдать, не напрягая бэк-сервер. А заодно посмотреть, что там с JS и CSS.
Или вовсе выкинуть Апач и нормально настроить один сервер...

Если у вас файлы стилей будут отличаться на каждой странице - хреновый же у вас дизайнер ;)

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

Чтобы к элементам SVG применялись стили и прочие DOM-манипуляции, SVG должен быть включен в DOM.
Это делается либо непосредственно выводом его в код страницы, либо вставкой внешнего файла, но не через теги img / object, а через JS-библиотеку типа такой: keith-wood.name/svg.html

Один день чтения документации по SVG, например.
Нет, SVG - это вовсе не обязательно "картинки".
Есть простой путь - нарисовать пару узлов в Inkscape, сохранить и посмотреть в текстовом редакторе, что получилось, поглядывая в документацию по SVG.

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

Алгоритм работы построен неверно, ибо исходит из ошибочной предпосылки возможности 100% корректной конвертации PDF в HTML.
Лучше бы вам вернуться к ТЗ и изложить его.
Есть, например, возможность использовать PDF как подложку для нового PDF.
Кроме того, формат PDF предусматривает поля для заполнения (формы в PDF обычно делаются именно с их использованием).
А ваша идея - это колхоз на костылях, нормального результата она не даст, только время потратите.

Также, я уже обращался с подобным вопросом на ru.stackoverflow.com и мне написали, что из XML-файла можно вытащить все, что угодно.

Это правда, но есть один нюанс: как из этого "чего угодно" отрисовать формулу - знает только майкрософтовский пакет. А вам данные из этого XML не дадут ровным образом ничего. Открытость по-майкрософтовски.
Все, что вы можете сделать - это открыть документ в Офисе и попробовать экспортировать его в какой-нибудь реально распространенный графический формат. Можно попробовать начать с PDF...

Фреймворк (какой бы то ни было) - это стандарт, созданный теми, кто устал писать одни и те же велосипеды.
Отобраны лучшие из них, согласованы между собой, готовы к использованию.
Если вам хочется писать свои велосипеды - вперед! Получится, скорее всего, дольше и не так качественно, но ничего невозможного.
Если вы решаете не те проблемы, что разработчики фреймворка - у вас действительно есть причина писать велосипед. Но лучше еще раз посмотреть - не решали ли эти проблемы много раз до вас?
Сила opensource - не в том, что чем-то можно пользоваться на халяву, а в том, что можно не повторять чужих ошибок и перенимать приобретенный в их устранении опыт.

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

Напутствие: jQuery. Bootstrap его все равно использует.
И портянки превращаются...

Чисто умозрительная аналитика тоже может натолкнуть на верное решение.
Как давно появились тормоза? Стоит посмотреть измененные за это время файлы (хотя бы просто определить их find-ом).
Какие таблицы в БД сильно разбухли? Какие скрипты их используют? Возможно, запросы, которые раньше успевали пройти и освободить место новым, теперь выполняются несколько медленнее и создают пробку (скажем, ajax-запрос автодополнения, который повторяется при нажатии каждой клавиши, в условиях медленного ответа может создавать ощущение, что сайт вообще висит).

Стоит переделать логику калькулятора.
1. В форме выводятся просто варианты выбора, без прописывания в них цены.
2. При любом изменении собираем все данные формы.
3. Исходя из известных данных, делаем расчет (используя готовые таблицы цен в зависимости от параметров).
4. Выводим в каждый пункт его стоимость, выведенную в расчете.

Преимущества:
1. Можно будет заменить эти жуткие выпадающие списки, например, группой кнопок с переключателем. И вообще - навести хоть какой-то дизайн.
2. Цены могут браться с внешнего источника. Можно будет прикрутить к админке правку этих цен без вмешательства в код калькулятора. Или сделать конструктор калькулятора из той же админки (с настройкой - вот такой контрол вот так влияет на расчет).