Expand my Community achievements bar.

Join us for the next Community Q&A Coffee Break on Tuesday April 23, 2024 with Eric Matisoff, Principal Evangelist, Analytics & Data Science, who will join us to discuss all the big news and announcements from Summit 2024!
SOLVED

The cost difference between s.t vs s.tl calls?

Avatar

Level 2

Can someone tell me the cost (either in dollar amounts or server calls) how Adobe bills for link clicks? Is it billed at half the rate of a s.t (page call) or billed at the same rate of an s.t (page call)? I need to know, I'm trying explain the value of an s.tl call, but the client is fighting me, and there is so much confusion around the this subject in the knowledge base. PLEASE HELP ME...pretty please, I'm begging you.

1 Accepted Solution

Avatar

Correct answer by
Employee Advisor

Hi Dani,

From what I understand the s.t and s.tl are billed the same. It is the secondary calls that are billed at half the cost of a primary call. 

  • A primary server call is if there is only one RSID defined for s.account. 
  • If there are more than one RSID in s.account, then the first RSID in the list will constitute a primary server call and the rest will be counted as secondary server calls.

For details about the Billing Tab refer: https://marketing.adobe.com/resources/help/en_US/reference/billing_admin.html

However, if you want absolute assurance on the billing details of a company, you (client) should contact the Account Management team.

-Hyder

View solution in original post

4 Replies

Avatar

Correct answer by
Employee Advisor

Hi Dani,

From what I understand the s.t and s.tl are billed the same. It is the secondary calls that are billed at half the cost of a primary call. 

  • A primary server call is if there is only one RSID defined for s.account. 
  • If there are more than one RSID in s.account, then the first RSID in the list will constitute a primary server call and the rest will be counted as secondary server calls.

For details about the Billing Tab refer: https://marketing.adobe.com/resources/help/en_US/reference/billing_admin.html

However, if you want absolute assurance on the billing details of a company, you (client) should contact the Account Management team.

-Hyder

Avatar

Level 5

Hi Dani, 

As Hyder says, s.t and s.tl calls are billed the same. They are billed as primary server calls, at the price you have agreed with Adobe. This is the way, when you send data to 1 (one) report suite. If you send data to 2 suites, let's say you have a global and a local suite, then for each server call you are doing you are paying 1 primary and 1 secondary.

The only time, where prices changes, are if you exceed your contract and use more server calls than you have paid for. I don't remember the difference in price.

/Løjmann

Avatar

Level 2

Hi Dani,

I don't come to adobe forums these days but the answer has nothing to do with billing; here is the difference:

  • s.t() is primarily used for Page View and default loading where as s.tl() is used for any kind of custom link tracking (even if it doesn't have any anchor tag)
  • s.t() increases the page view count but s.tl() doesn't have any impact on page view (meaning it doesn't increase the page views)
  • s.t() and s.tl() both are billed the same way - no difference in billing....

Hope this helps or feel free to reach out to me at +91 9953687116/ psanyal78@gmail.com. Regards.

Avatar

Level 2

Hi @ParthaS,

Not an issue of billing, but at this writing, s.tl() can increase the page view counter under the right conditions...there is a bug in the s.tl function in which, if a value for arguments two or three is an empty string (or missing), then the subsequent request created by s.track() will not include the pev2 and pe params...the result will be a page view recorded just as if you had called s.t (s.t also calls s.track()).

This is particularly bad since certain adobe docs show s.tl being called with only two arguments s.tl(this, 'o'). Since reporting this 'feature', I am told there will be an effort made to at least improve the docs. Longer term we should hope for a bug fix.

Cheers.