Странное совпадение, я также работаю с компанией, использующей clickTAG для передачи URL-адресов на баннеры SWF.
Вы уверены, что они включают метку клика в URL? поэтому URL выглядит примерно так:
http://www.yoururl.com/yourbannerad.swf?clickTAG=http://www.yourwebsiteurl.com
это первое, что нужно проверить.
Следующее, чтобы убедиться, что ваш клик работает. Вместо того, чтобы пытаться загрузить переменную clickTAG, попробуйте выполнить тест, чтобы убедиться, что щелчок работает вообще:
on(release)
{getURL("http://www.google.com","_blank")}
Это обеспечит отсутствие мешающих слоев или фрагментов роликов.
Если это работает, попробуйте получить clickTAG в другом браузере. В IE есть малоизвестная ошибка, когда параметры, отправляемые в SWF после перенаправления 302, удаляются, если первый URL-адрес также имеет параметры. Я слышал сообщения, что это также иногда происходит в Firefox.
Подробнее об ошибке:
http://www.markledford.com/blog/2008/07/24/serious-and-seriously-obscure-bug-with-flash-embed-code-variables-and-ie/
В основном это говорит о том, что если URL из рекламной сети:
http://www.adnetwork.com/track?a=1&b=2
затем этот URL-адрес перенаправляет 302 на:
http://www.yoururl.com/yourbannerad.swf?clickTAG=http://www.yourwebsiteurl.com
Тогда ваш SWF сможет читать a = 1 & b = 2, но не сможет читать clickTAG = http://www.yourwebsiteurl.com
К сожалению, единственный реальный обходной путь для этой ошибки - переформатировать первый URL, чтобы параметры отправлялись не с использованием? A = 1 & b = 2, а с произвольным форматом, таким как $ a: 1 | b: 2.
Поскольку большинство рекламных сетей возвращают рекламные баннеры с динамического URL-адреса с большим количеством параметров для целей отслеживания и отчетности, это, скорее всего, является причиной проблемы.