Антон Неверов

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

А токен выдаётся при создании бота в админке

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

Начните с изучения официальной документации, а не с пакета.
Нужно использовать стандартные для таких случаев Webhook'и

Отфильтруйте просто по классу или ID уникальному, который соответствует контенту с этой вкладкой через HTML-парсер. Например, https://github.com/paquettg/php-html-parser

//Сначала указываем переменные
$url="http://www.mikado-parts.ru/OFFICE/GetFile.asp?File=MikadoStockReg.zip&CLID=xxx&PSW=xxxx";
$path = "путь к файлу";
//А уже потом производим с ними какие-то действия
file_put_contents($path, file_get_contents($url));

Интеркасса, Яндекс.Деньги (не Я.Касса), Робокасса. Ну, криптовалюту можете подключить :)
Но с физиками никто работать не хочет в России. Регистрируйте ИП и работайте с тем, с кем захотите.

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

Если вы используете Webhook'и - то у вас должен быть сервер. Не обязательно Express. Просто, чтобы принимать уведомления от Telegram'а.

Но ваша проблема не связана с сервером или его отсутствием. Первая строчка ответа в помощь. Ищите по коду повторения.

Я вижу только решение в том, чтобы прибегнуть к JavaScript.
Вариантов несколько:

1. При изменении данных во второй или первой форме, подставлять эти данные в ту форму, которую вы в результате будете отправлять
   
2. Испольховать событие .submit() в jQuery и обрабатывать обе формы при попытке отправить любую из них
   
3. Тоже самое, что и второй вариант, но цепляться не к submit, а к клику на кнопку "Отправить"
   

Зависит от вашего договора и от умения договориться, больше. Я за свою практику, слава богу, ущерба не принёс компаниям, хотя, конечно, бывали случаи, когда проекты падали и приносили косвенные убытки. Но всегда как-то находили общий язык. К тому же, вы в проекте, скорее всего, один. Какой бы хороший специалист не был, за всем не уследить в одиночку. Общайтесь с заказчиком, обсуждайте варианты.
Ну и поступайте, как вам кажется правильным.

Ну, я бы вообще каждое действий просто логировал в базу.
Моё предложение:

Дата-время | id рекламодателя | id блока рекламы | Тип события. Можно или click, view, или 1, 2, чтобы место экономить

Или немного другая вариация

Дата-время | id рекламодателя | id блока рекламы | click (bool) | view (bool)

Далее, просто делаете выборку с помощью COUNT(*).

Вы имеете ввиду, чем отличаются GET и POST-запросы, что и когда нужно использовать?

Зависит от задач и от того, что хотите сделать. Например, форма обратной связи сайта обычно делается через POST, чтобы не создавать лишние параметры в адресной строке. В то время как, например, уникальная ссылка с промокодом делается в GET.
Никаких ограничений нет. В моей практике даже JSON впихивают в адресную строку некоторые API.

Тем не менее, POST-ом всё же рекомендуется передавать большие данные или данные, которые не подвержены структуре ключ-значение или имеют более сложную структуру. Так же, если вы хотите просто скрыть данные от пользователя - так же лучше передавать POST-ом, хотя, разумеется, это не гарантирует хоть какую-либо безопасность этих данных.