The cost difference between s.t vs s.tl calls? | Community
Skip to main content
Level 2
May 18, 2017
Solved

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

  • May 18, 2017
  • 4 replies
  • 8961 views

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.

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
Best answer by Hyder_Ziaee

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

4 replies

Hyder_Ziaee
Adobe Employee
Hyder_ZiaeeAdobe EmployeeAccepted solution
Adobe Employee
May 19, 2017

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

Løjmann
Level 5
May 19, 2017

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

ParthaS
Level 2
January 8, 2018

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.

dswest_sv
Level 2
March 13, 2018

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.