Calndr.link is now AddCal. If you're looking for Calndr.link, you're in the right place: we renamed and rebuilt the product in 2025, and we never turned the old one off. Every Calndr.link URL ever created still resolves, and every integration built against the old Calndr API still runs.
That's the important part, so it's up top. The rest of this is where Calndr.link came from, what changed when it became AddCal, and what to do about events you created on the old system.
Nothing was shut down. Calndr.link was renamed to AddCal in 2025 and rebuilt on a new platform, keeping full backwards compatibility with the old links and API. The domain still works, your links still work, and there was no cut-off date you missed.
The name changed because the product did. Calndr.link made calendar links. AddCal does that plus RSVPs, subscription calendars, embeds and analytics, so a name about links alone had stopped describing it.
Back in 2020, sharing an event with a group meant picking which half of your audience to annoy. A Google Calendar template URL worked for the Gmail users and did nothing for anyone else. An ICS attachment worked on desktop and fell over on half the phones that opened it. Writing the date into the email body and hoping people entered it themselves worked about as well as you'd expect.
The specific thing that kicked it off was a webinar link that opened fine in Gmail and threw an error in Outlook. A big chunk of the registrants never got it into their calendar. Nothing tells you this is happening. You just get a worse turnout than you planned for and no idea why.
So Calndr.link did the obvious thing: one URL for everyone. You share a single link, the person who clicks it picks their calendar from a list, and we hand them a link that actually works for that service. Google gets a template URL. Apple gets an ICS file with a correct VTIMEZONE block. Outlook.com gets its deeplink format, desktop Outlook gets a download, and Yahoo and Office 365 get theirs.
Generating those links correctly is most of the work. Every service encodes dates differently, disagrees about timezones, and truncates descriptions at a different length. All-day events are a category of pain by themselves, because an all-day event has no timezone and a lot of software gets that wrong by one day in one direction or the other. None of that is visible from the outside, which is the point. Five years of absorbing those edge cases is why the link works.
People put it into their event emails, their ticketing pages and their Zapier workflows, and it grew into millions of calendar adds a year.
Calndr.link was built to do one job. Events lived in a DynamoDB table with an ID and a secret, and that was the whole model. No accounts, no teams, no record of what happened after someone clicked.
The requests we kept getting were all the same shape. I've used this for four years, did anyone actually click? Can I collect RSVPs instead of just publishing a date? Can my team share one set of events? Can I embed this instead of linking to it? Can I publish a whole calendar people subscribe to, rather than one event at a time?
None of that fits into a table of anonymous events keyed by a secret, and bolting accounts onto it would have been worse than starting again. So in 2025 we rebuilt it as AddCal, with a real database behind it, teams, RSVP management, subscription calendars, embeddable calendars, analytics and a documented API. The link generation logic came across intact, because that part was never the problem.
Legacy Calndr.link events are still served out of the original datastore. When someone hits an old event URL, we read the event from the same DynamoDB table it has always lived in, render the page and generate the calendar links on the fly.
Direct service links still work too, including the ones that skip the picker and go straight to Google or Apple. So do dynamic links with parameters in the query string, including a quirk in the old encoding where spaces came through in a way that doesn't decode cleanly on its own. We handle that case specifically instead of letting those links break.
If you have a Zap, a webhook or a script creating events against the old Calndr API, nothing needs to change. AddCal accepts the old request format, creates a real AddCal event underneath and returns a response shaped the way the old API returned it. An automation you set up in 2022 and haven't touched since will keep working.
This is the one real limitation. Events created on Calndr.link can't be edited, and that's been the case for about a year now. Editing relied on the secret in the URL, and that model is gone.
The links still resolve, the events still add to people's calendars and the integrations still fire, but the content of a legacy event is frozen as it is.
There are two ways around it. If you still have the original edit URL with the secret in it, you can import the event into an AddCal account, which turns it into a normal event you can edit, and the old URL then redirects to the new one. If you don't have the secret any more, message support and we'll fix it for you.
Calendar adds and clicks are unlimited on every plan including free. There's no cap on how many people click your link, no metering on traffic, and no scenario where a link stops working halfway through a campaign because the event did better than you expected. That was true on Calndr.link and it's still true now. Charging per click would mean charging you precisely when your event goes well, which seems like a bad way to treat people.
The free plan limits how many new events you create each month. Paid plans are where the team features sit: more subscribers on published calendars, higher RSVP limits, white-label branding and analytics. The business plan is there for heavy users who've outgrown that. Full breakdown is on the pricing page.
We make our money from organisations that need the extra tooling, not from individuals sharing an event with their community.
A fair chunk of Calndr.link usage was never commercial. Community groups posting weekly meetups, volunteer organisations running shift rosters, libraries, school associations, sports clubs, small congregations. People sharing events with a few hundred neighbours on no budget.
If that's you and you're hitting the free plan limits, get in touch on live chat. We can raise your limits for free, or give you a discount on a paid plan if you need the team features. Tell us what you're running and what you're running into.
No. Calndr.link was renamed to AddCal in 2025 and the old links were kept working deliberately. There was no shutdown and no cut-off date. Existing URLs, direct service links and API integrations all still function.
Only if you want to edit them. Old events keep resolving and adding to calendars exactly as they did, with no action from you. Importing an event into an AddCal account is what makes it editable again.
Editing on Calndr.link worked through a secret in the URL, and that mechanism no longer exists. If you still have the original edit link with its secret, you can import the event into an AddCal account and edit it there. If you don't, contact support and we can sort it out.
Yes. Calendar adds and clicks are unlimited on every plan including free, with no traffic metering. The free plan limits how many new events you create each month, and paid plans add team features like higher RSVP limits, more calendar subscribers, white-label branding and analytics.
No. AddCal accepts the old Calndr API request format and returns responses in the shape the old API used, so existing Zaps, webhooks and scripts keep working without changes.
If you used Calndr.link years ago and haven't looked since, the free plan still does what it always did: unlimited calendar adds, every major calendar service, no account needed to click. You can create an add to calendar link in about a minute, or try the link generator first without signing up.
If you're comparing options, we've written up how AddCal stacks up against AddEvent and CalGet.
Last updated on August 8, 2026

Built Calndr.link in 2020 because an event link broke in Outlook and it annoyed him enough to fix it properly. Six years later he can tell you exactly how each calendar app mangles a timezone, which is a worse party trick than it sounds. Otherwise found hanging off a rock somewhere in Australia.