Most Calendly alternatives are other subscriptions. This post is about the ones you run on your own server, and it opens with news the other lists have not caught up with: the biggest open-source option changed its name and its posture this year, and both changes matter before you deploy anything.
The Cal.diy situation, first
For years the answer to "self-hosted Calendly" was Cal.com, the open-source scheduling platform. In 2026 the company split that story in two: the open-source repository is now Cal.diy, the "community edition of Cal.com", relicensed under MIT. The hosted commercial product keeps the Cal.com name.
The part you should read before deploying is the warning the project itself now puts at the top of its README: Cal.diy is "strictly recommended for personal, non-production use", with commercial and enterprise deployments pointed at the hosted product. That is the vendor telling you where the boundary is, and an honest comparison passes it on rather than burying it.
What this means in practice: the software still works, still ships the features that made it the default answer, and for a personal booking page it remains the most capable thing you can self-host. What changed is the promise around it. If your scheduling page is how clients pay you, "community edition, use at your own risk" is a real input to the decision, not fine print.
The three worth knowing
| Stars | License | Stack | Best at | |
|---|---|---|---|---|
| Cal.diy | 47.3k | MIT | Next.js + Postgres | The full Calendly feature set |
| Rallly | 5.2k | AGPL-3.0 | Next.js + Postgres | Group polls, Doodle-style |
| Easy!Appointments | 4.3k | GPL-3.0 | PHP + MySQL | Appointment businesses |
Cal.diy
Personal and team booking pages, availability rules, round-robin and collective events, workflows with reminders, and two-way calendar sync with Google, Office 365 and CalDAV. Nothing else self-hosted comes close on features, which is why the non-production warning above is worth taking seriously rather than as a reason to dismiss it: for a personal or small-team booking page it is excellent, and that is exactly the use the project recommends.
It is a Next.js application with all state in Postgres, so the app itself is stateless and the database is the only thing you back up. Budget around 3 GB of RAM for the pair.
Rallly
A different tool that solves the meeting problem from the other end: instead of exposing your availability as a booking page, you propose times and let a group vote, Doodle-style. If your actual pain is "eight people, one meeting", a booking link was never the right shape and this is. Light to run, and deliberately small in scope.
Easy!Appointments
The veteran, aimed at appointment businesses rather than knowledge workers: services, staff members, working plans, customer records, Google Calendar sync. The interface shows its age next to the other two, but it is GPL, self-contained on PHP and MySQL, and has been maintained for over a decade. If you are scheduling a salon or a clinic rather than sales calls, its model fits better than Calendly's ever did.
What they cost to run
| App | Storage | Total RAM | |
|---|---|---|---|
| Cal.diy | Next.js | Postgres | ~3 GB |
| Rallly | Next.js | Postgres | ~1 GB |
| Easy!Appointments | PHP | MySQL | ~1 GB |
Calendly's free tier covers one event type, and the paid tiers are per seat per month, so a team of five on the standard plan pays roughly a small server's worth every month. The self-hosted trade is the usual one: the subscription goes away, the operational responsibility arrives. A booking page has one property that sharpens it: when it is down, you do not see the meetings you did not get. Nothing fails loudly.
The Cal.diy stack is in our catalogue as an open-source compose template, pinned to v6.2.0. The compose file is vanilla and runs anywhere.
The part self-hosting does not replace
Calendly's paid tiers are increasingly a sales tool, not a calendar: routing forms, CRM integrations, lead qualification before the meeting is booked. If your scheduling page is wired into HubSpot or Salesforce and your pipeline depends on it, the self-hosted options replace the calendar and leave the pipeline plumbing to you.
The calendar sync itself also deserves one honest sentence: two-way sync against Google and Microsoft accounts means OAuth credentials for those platforms, configured by you, on your server. It works, people run it every day, and it is the piece of setup where self-hosting a scheduler stops being a fifteen-minute job.
When to stay
- Booked meetings are revenue. If the page going down costs you clients, the vendor's own non-production guidance on the main option answers the question for you.
- The CRM routing is the point. Qualification, routing and enrichment are Calendly's paid product; none of the self-hosted tools compete there.
- Nobody owns the server. A silent scheduling outage is the worst kind. If no one will notice a stopped container before a client does, stay hosted.
Frequently asked questions
What happened to self-hosting Cal.com?
The open-source repository was renamed Cal.diy in 2026 and is now MIT-licensed, positioned as the community edition for personal, non-production use. The Cal.com name stays with the hosted commercial product. The software is the same lineage; the support posture around self-hosting changed.
What is the best self-hosted Calendly alternative?
Cal.diy for a personal or small-team booking page, on feature depth nothing else matches. Rallly if the real problem is finding a time a group agrees on. Easy!Appointments if you run an appointment business with staff and services.
Is Cal.diy production-ready?
The project itself says it is strictly recommended for personal, non-production use, and points commercial deployments at the hosted Cal.com. Plenty of people run it anyway; the difference is whose problem it is when something breaks. Take the vendor at their word when the booking page is how you get paid.
How much does it cost to self-host a scheduling tool?
Around 3 GB of RAM for Cal.diy with its database, and about 1 GB for Rallly or Easy!Appointments. On a fixed-capacity plan that is capacity you already have; the real cost is owning uptime and the OAuth setup for calendar sync.
Do these tools sync with Google Calendar?
Cal.diy and Easy!Appointments do two-way sync, and Rallly can read availability. For Google and Microsoft sync you register your own OAuth application and keep its credentials on your server - the most involved part of setup, and the part hosted products do for you.
What to read next
- Google Analytics Alternatives You Can Actually Host Yourself - The same honest cut for analytics
- Fixed-Capacity PaaS: Predictable Cloud Billing for Devs - Why the second self-hosted tool is cheaper than the first
- What Is a Staging Environment? - Why the shared one drifts, and what replaced it