If you subscribe to apps, it's not uncommon to receive emails regarding updated Privacy Policies or Terms & Conditions (T&C).
Most agreements contain a date of when the revised terms became effective or finalized. Often generally referred to as the effective date, this is traditionally the date contract terms become enforceable.
While the effective date has significance in traditional contract law, its function in the digital age is more informative than legal.
Here's an explanation of the effective date and what it means for the legal agreements of your website or mobile app, regardless of what those agreements are:
- Privacy Policy
- Terms and Conditions
- EULA
- Cookies Policy
Effective date in contracts
Traditional contacts are unique from digital agreements in that they are normally very specific to the parties.
For example, if you hire a contractor to build an addition to your home, you likely have a contract that describes the work to be finished and how much you would pay for it. The contractor may have the authority to delegate work to other specialists (like electricians or plumbers), but the two of you are the only parties to that contract.
In these types of transactions, it's critical that the parties when their obligations begin.
So, what is the effective date?
Generally, the effective date indicates that beginning to the mutual obligations.
In the example above, the contractor would have no obligation to start building your addition until both of you agreed to the terms of the contract. You would also likely have a date in the contract when work should start and finish.
Additionally, there would ideally be payment terms too, such as a deposit before work begins and when the balance of full payment is due.
Many times the agreement is dated and there's a clause that makes it effective on the date it is signed.
If there are two or more signatures required, the contract becomes enforceable on the day the last party signs it. After all, there's no obligation until everyone involved in the contract affixes their signature.
Examples of effective dates in contracts
The effective date is present in most types of contracts.
In the typical real estate sales form, there are different dates for an offer to purchase and the acceptance of the seller. Since there's no sale unless the offer is accepted, that contract would be considered effective on the date of acceptance.
There are also circumstances where obligation dates are easily assumed too.
Tizer Botanic Gardens and Arboretum hosts events in its unique botanical atmosphere. When vendors wish to use its web site, there is a contract executed that contains the date of the event and a release of liability for Tizer.
In this case, there is no obligation from Tizer until the date of the event and likewise, no need to protect it from liability either. This is despite the fact that the date the vendor signs the contract and the date of the event could be different from one another.
Websites or mobile apps are not as straightforward as sales or vendor contracts.
Your Terms and Conditions and Privacy Policy are between you and your end users each and individually. However, since your customers will download and use apps at different times, you could technically have a different effective date for each one of them.
That is why the concept of an effective date is handled differently for digital transactions.
Effective date within Privacy Policies and Terms of Use
Unless your company makes an agreement with a very specialized end user, your Terms and Conditions (or Terms of Use) and Privacy Policy will apply to all of them.
Each user will have to accept the terms when they download the app or register for your website but the terms they read will not be different from the ones read by a user one hour or even one minute previously.
That is why the effective date for Terms and Conditions and Privacy Policy agreement is not when the user agrees to it but when the terms were last updated.
For these agreements, these dates are not indicated by "effective date" but "last revision" or "last updated."
How to show effective date
There's no industry standard for how the effective date is presented. Companies have different preferences.
Amazon.com is very thorough with its update announcements.
On its "Privacy Notice" page, it indicates an update that occurred on March 3, 2014. In addition to this date, it also offers a link to see the changes.
RescueTime is an app that tracks your web use. An app like this often uses private information so it also makes its effective date for the Privacy Policy obvious.
The date is listed at the top of the agreement with a link to different privacy features. Like Amazon.com, RescueTime prefers being thorough:
Facebook takes a middle ground here.
The date of the last revision to its Privacy Policy is at the bottom of the webpage. There are no links to changes in the policy, but it does offer detailed contact information to find more details about the revision.
Other companies are very clear on effective date but do not feel the same need to be thorough.
Apple simply places the date at the top of its Privacy Policy and makes it very conspicuous.
There are also companies that seem to hide the effective date.
On the Terms of Use for Netflix, the date is at the bottom of the agreement's webpage. Unless users scroll all the way through, it will not be obvious to them.
How you present the effective date for your app could depend on several factors.
Netflix and Apple, for example, tend to be pretty good about sending emails when they update their agreements. It's likely that is why they do not feel like they need links to changes, like Amazon.com does and to some extent, RescueTime.
If your app handles a lot of private information, you likely want to make the effective date as conspicuous as possible. Also, since your users may not always read the update emails you send them, adding a link like Amazon.com prefers to do is likely a good precaution.
What if there's no effective date?
As stated previously, effective date is not nearly as crucial with digital transactions and apps as it is with traditional sales, service or vendor contracts. In the latter group, a lack of an effective date leaves it vague as to when obligations begin.
When a user downloads your app, there's an immediate record of when they accepted the agreements associated with the download.
Dates also show that the agreements are current with the law.
If there were recent changes in privacy requirements, for example, a Privacy Policy that remains with a date from 2011 will show that it was not updated recently. This could cause problems if litigation arises, so if you change agreements to reflect changes in the laws, be sure to date them.
Even then, you have companies who do not put effective dates in their agreements.
Despite its thoroughness with its Privacy Policy, RescueTime does not offer the same on its Terms of Service page:
RescueTime merely states that it can change the Terms of Service at any time and post the amendments on its website. Since it has not updated the document in a while, there's no indication how it announces these changes. It's likely they occur through a website link or email.
An "effective date" isn't required by law for a Terms and Conditions since this agreement isn't required by law, but a Privacy Policy is required by law.
In the US, the California's Business Code section 22575-22579 requires an effective date for the Privacy Policy agreement because this agreement is required by the Business Code act:
Keeping users in the loop and coming off as straightforward doesn't hurt. Dating your legal agreements helps with that transparency.
Whether you wish to be detailed like Amazon.com or remain general like Netflix depends on the type of user information you collect. The more sensitive and private it is, the more conspicuous you likely wish to be with the effective date and the changes done to the agreements.
Comprehensive compliance starts with a Privacy Policy.
Comply with the law with our agreements, policies, and consent banners. Everything is included.