Установка подкаталога WP, с которой вы связались при проверке с помощью диспетчера тегов, показывает другой идентификатор отслеживания GA на месте, чем на скриншоте вашей переменной параметров настройки GTM GA, и, кажется, указывает, что он не запускает просмотры страниц через тег в GTM. Tag Assistant указывает фрагмент кода отслеживания Universal Analytics для UA-110328630-1
Initializing Google Analytics.
analytics_debug.js:25 Running command: ga("create", "UA-110328630-1", "auto")
analytics_debug.js:25 Creating new tracker: t0
Основной сайт установки https://www.canfitpro.com показывает установку того же контейнера GTM и указывает на запуск просмотра страниц через GTM
Initializing Google Analytics.
analytics_debug.js:25 Running command: ga("create", "UA-110328630-1", {name: "gtm1"})
analytics_debug.js:25 Creating new tracker: gtm1
Вы обновили sh контейнер GTM после внесения в него изменений, так что режим отладки и предварительного просмотра в GTM признал бы изменения?
Если вы опубликовали контейнер с изменениями, очистили ли вы кеш сайта для того, какой кеш сайта используется?
В качестве альтернативы, в некоторых случаях, когда установка GA ограничена подкаталогом, вам нужно установить cookiePath в подкаталог. Что будет сделано в переменной настроек GA в полях для установки опции
По умолчанию Google Analytics устанавливает путь приготовления ie на уровне root (/). В большинстве случаев это подходящий вариант, который корректно работает с кодом отслеживания, установленным на вашем веб-сайте, в блоге или корпоративном веб-каталоге. Однако в некоторых случаях, когда доступ пользователей ограничен только подкаталогом домена, этот метод может решить проблемы с отслеживанием, задав подкаталог в качестве пути по умолчанию для всего отслеживания.
https://developers.google.com/analytics/devguides/collection/upgrade/reference/gajs-analyticsjs#cookiepath