Free calendar apps: the four kinds of free

Every roundup of free calendar apps produces the same set of names, and none of them explain the part that actually matters: where free stops. One app is free because the operating system paid for it. Another is free until a specific button is pressed. A third is free because a larger product is being sold somewhere behind it. A fourth is free because volunteers wrote it. Those four stop in four different ways, and picking without knowing which kind is in play is how people end up migrating twice in six months.

Free comes in four shapes

The reason something is free determines how long it stays free. Sorted by that reason, the landscape looks like this.

Kind of free	Why it costs nothing	Where cost appears	Easy to miss
Bundled with the OS	Paid for with the hardware	Never	Features change only when the OS does
Free tier of a paid app	It is the entrance to the paid tier	The moment a gated feature is touched	Which features are gated is not obvious upfront
Free from a company selling something else	It feeds a larger product	Possibly through the parent product	Strategy can change
Open source	Donations and volunteer work	Never	Platform coverage is often narrow

This is not a ranking. It is a list of failure modes. The bundled option never charges, but its feature set moves on the operating system's schedule rather than on request. The free tier has a ceiling, but the ceiling can be lifted by paying. Anyone whose plan is to stay free indefinitely should be choosing from the first and fourth rows, not the second.

A workable order of operations follows from that. Start with what is already installed, use it long enough to produce a real list of complaints, and count them. If exactly one thing is missing, add one small tool that covers that one thing. If the list runs to three or more, the mismatch is architectural and a different class of product is the answer.

Start with what is already installed

macOS ships with a calendar. It accepts iCloud, Google, Exchange, and CalDAV accounts, so work and personal events can be layered into one view. Events carry a travel time field. Calendars published by other people can be subscribed to. None of that costs anything.

Using it as the baseline sharpens every other evaluation. Claims like "syncs with Google" and "shows multiple calendars at once" describe things the bundled app already does, so they are not reasons to switch. Where paid apps differentiate is narrower and less marketable: display density, how fast an event can be entered, whether the whole app can be driven from the keyboard, how a week reads when it is full.

There is a real limitation worth naming. A bundled app changes when the operating system changes. Staying on an older macOS release means staying on an older calendar, and no amount of willingness to pay accelerates that. For most people this is irrelevant. For anyone who needs one specific view or one specific behavior, it is a hard ceiling.

More often, though, what feels missing in the bundled app is not a feature at all. It is step count. Getting one event in means opening a form and selecting a date, a time, and a title. Repeated several times a day, that round trip is skipped often enough that the calendar stops matching reality. Whether that step count can be reduced is a separate axis from price, and Features describes it in terms of the entry flow rather than a checklist.

Read where a free tier stops, not what it includes

Feature lists for free tiers are written to look generous. The useful reading is the inverse: which specific actions trigger the paywall, and whether those actions appear in a normal week.

Gating is not limited to paid apps either. Google Calendar itself is free, yet some of its capabilities carry conditions. On booking pages, the help center states:

Tip: Some appointment schedule features require an eligible Google Workspace subscription or a Google One membership.

The same page adds that creating an appointment schedule requires a computer with a supported web browser, and that it cannot be done from the Calendar app on Android or iPhone. So the condition is not only about money. It is also about which device the work happens on, which is the kind of detail that never appears in a roundup.

Paid apps with free tiers should be read the same way. Fantastical publishes a free tier listed at zero alongside a paid individual plan billed annually, and the paid tier comes with a 14 day trial. Whether the free tier is enough is entirely a question of which everyday actions sit on which side of the line, and a trial period is the only reliable way to find out. Running a normal week through it, rather than exploring features, is what produces the answer.

Free from a company whose business is elsewhere

The third shape deserves its own treatment because the economics are different from both bundled software and free tiers.

Notion Calendar is offered free, with desktop builds for macOS and Windows and mobile apps on both the App Store and Google Play. It connects to Google Calendar and Apple Calendar, includes scheduling links for sharing availability, and ships in twelve languages. It costs nothing because it draws people toward the larger workspace product. Nothing about that makes it worse as a calendar. It does mean the roadmap answers to a strategy that is not primarily about calendars, which is a different risk profile from the other three shapes.

The fourth shape is open source. Thunderbird publishes a free desktop application for Windows, Linux, and macOS that combines mail, calendar, and contacts, plus a mobile app for Android. Funded by donations and contributors, it has no commercial reason to introduce a paywall. The trade is platform coverage: with Android as the only mobile build, anyone carrying an iPhone needs a separate app on that side.

Both of these are chosen on fit rather than on price. Already living in Notion makes Notion Calendar the obvious pick. Wanting mail and calendar in one window on Android makes Thunderbird the obvious pick. Choosing either purely because the price is zero, against a setup that does not fit, ends with an unused app.

Stacking free apps breaks in two specific places

The idea that several free tools can be combined into the equivalent of one paid tool holds up for a while and then fails. It fails because the events live on a server and each new app is just another window onto them. Adding windows adds no capability. It adds copies of everything a window does.

Notifications are the first break. Alert settings are stored per app, so three installed calendars means three alerts for one meeting. Alerts arriving in bulk train the reflex of dismissing without reading, and the net effect of adding tools can be missing more, not less. Every app added should be followed immediately by turning its alerts off unless it is the designated one.

Silencing them takes longer than expected, because alerts usually pass through two layers: the app's own settings and the operating system's notification settings. Switching off one leaves the other running. Removing an app afterward also leaves the calendar access permission granted at the system level, so it is worth revoking that at the same time to avoid confusion later.

There is a subtler cost to stacking as well. Each app decides for itself which calendar a new event lands in, and each keeps its own idea of which calendars are visible. Two apps showing the same account can therefore present two different pictures of the same week, simply because a shared team calendar is ticked in one and unticked in the other. Chasing that discrepancy usually looks like a sync problem and never is. It is worth writing down, once, which calendars each installed app is subscribed to, because subscriptions accumulate quietly and nobody remembers adding the holiday calendar from three jobs ago.

The second break is entry. Which app an event was created in determines which calendar it defaulted to, and events scattered across default calendars become hard to find. Reading from several windows is fine. Writing should happen in exactly one. Once writing is consolidated, entry speed becomes the thing worth measuring, and Entering events covers what a short entry path looks like.

One time purchase against subscription

When free genuinely runs out, the next question is the shape of the payment rather than the amount.

BusyCal is sold as a one time purchase at 49.99 USD and lists macOS 12.0 or later as its requirement, with a 14 day trial. It is also distributed through Setapp, so anyone already paying for that subscription can try it without additional spend. Fantastical takes the opposite approach, with an annually billed plan alongside its free tier.

Trials are the part most people waste. Fourteen days spent poking at settings panels produces an impression of the app rather than an answer about the workload. Fourteen days spent running the actual week, including the messy days when three meetings move, produces a decision. It also surfaces the questions that only appear under load: whether a recurring event can be edited without a fight, whether a moved meeting drags its travel block with it, whether the app is still responsive with every calendar switched on.

Which is cheaper depends on how many years the app stays in use, so the more useful comparison is behavioral. A subscription stops the moment payment stops, which suits anyone who revisits their tooling often. A one time purchase keeps working indefinitely, though a major version may eventually ask for another purchase. Anyone expecting to run the same calendar for several years will cross the point where the one time option costs less in total.

Compared with other calendars treats price shape as its own column rather than folding it into a score, which makes it easier to see which products would keep working without further payment.

A two week method

Put the pieces together into a sequence. Use the calendar already installed for two full weeks without adding anything. Write down each moment of friction as it happens. Then sort that list into two piles: things that cannot be done, and things that can be done but take too long.

The first pile is solved by adding a tool. The second pile gets worse with every tool added, because more windows means more places to enter and more places to be alerted. If nearly everything landed in the second pile, continuing to search for free options will not change the outcome, and a trial of something built around entry speed is the better use of the next two weeks.

Test one thing at a time. Two simultaneous changes make both the improvement and the regression unattributable. Two weeks is enough, and recording only the moments that went badly, one line each, produces a short and specific list. Three entries in, the requirement usually states itself.

What to do next

Do not start from a list of names. Start from the two week list of friction, sorted into the two piles. If the missing pieces are features, one free tool covering one gap is the cheapest correct answer. If they are step count, price is not the variable, and comparing Caltimate or anything else on entry speed is where the next two weeks should go.