Sharing an iCloud calendar from a Mac

Sharing an iCloud calendar from a Mac fails in three predictable places. The share control is not where people look for it, the invitation goes out and never arrives, or the calendar that actually needs sharing turns out to be a Google calendar sitting in the same sidebar. There are only two sharing methods, and choosing between them decides both the steps and what the other person has to have. What follows is the difference between them, the steps for each, the checks to run when it does not work, and the thing that goes wrong after sharing succeeds.

Two sharing methods that behave differently

Calendar on Mac offers two ways to share an iCloud calendar. One invites named people. The other publishes a link that anyone holding it can view.

Named sharing sets permission per person: full editing, or view only. Anyone given editing rights can add and change events, and those changes appear for everyone on the calendar. A household schedule or a small project calendar belongs here. The requirement is that each invited person has an Apple Account.

A public calendar is read only. The link works for anyone regardless of platform, and nobody can write to it. Showing a schedule to a client, or to someone who has never owned an Apple device, belongs here. The trade is that possession of the link is the only access control, so event titles containing client names or personal details are worth reviewing before the link goes out.

	Named sharing	Public calendar
Other person needs	An Apple Account	Only the link
Permissions available	Edit, or view only	View only
Access control	Per person, revocable individually	Whoever holds the link
Best for	Households, small teams	Clients, cross platform viewers

The question that settles it is whether anyone else needs to write. Read only means the public link. Filling the calendar together means named sharing.

Sharing with named people

Everything happens in the calendar list on the left of the window. If that list is hidden, the View menu has Show Calendar List.

Hover the pointer over the name of the calendar to be shared. The share control appears only on hover, which is why it seems to be missing. Clicking it opens the sharing panel.

Enter names or email addresses under Share With. A group name from Contacts works too and invites every member of that list at once. To restrict someone to reading, hover over that person in the Shared With list, click the arrow next to the name, and choose View Only. Left alone, an invited person gets editing rights.

Click Done, and each person receives both a notification and an email. Acceptance can happen on a Mac, on an iPhone or iPad signed into the same iCloud account, or through Calendar on iCloud.com. When someone reports that nothing arrived, the same panel offers Invite Again on that person's row, which resends without starting over.

The public link, and what it gives up

The same panel contains a Public Calendar option. Turning it on publishes the calendar at a web address and offers a button for sending that address out.

On the receiving side, opening the link subscribes to the calendar. The manual route is File, then New Calendar Subscription, then pasting the address. The subscription dialog asks where to store it: choosing the iCloud account puts the calendar on every device signed into that account, while On My Mac keeps it on that one machine. The same dialog carries an Auto-refresh setting.

That refresh setting is the detail worth understanding before relying on a public link. A subscribed calendar updates on its own schedule rather than the moment an event changes. An edit made at 09:00 may not appear on the other end for some time, and the person receiving it has no way to know they are looking at an old copy. For a room booking or a shifted meeting on the same day, send a message as well. The link is good at conveying a stable schedule, not a last minute change.

Compatibility is the compensation. A published calendar travels in the iCalendar format, so an Android phone, a Google Calendar account or Outlook can all read it, provided there is a subscription field to paste into. In Google Calendar, the address is added under Other calendars using the From URL option, with the leading webcal changed to https.

How much the other person actually sees

Worth settling before the first invitation goes out: an iCloud share exposes the whole event, not a summary of it. Titles, locations, notes and times are all visible to anyone on the calendar. There is no availability only level in iCloud sharing, no way to show that a block is occupied while hiding what occupies it. The calendar is handed over whole, or not at all.

That matters for anyone whose event titles carry client names, case numbers or medical appointments. The workaround is to make the shared unit smaller. Creating a dedicated calendar, moving only the events that are safe to expose into it, and sharing that one keeps everything else private. Calendars are free to create and there is no practical limit on how many exist, so a narrow sharing unit costs nothing except a moment of sorting.

The subscribing side has controls too. The dialog for adding a published calendar includes checkboxes for removing attachments and alerts, plus an option to ignore alerts entirely. Anyone drowning in notifications from someone else's calendar can stop them there, since alerts set by the calendar's owner otherwise fire on the subscriber's devices.

When the same event appears twice

A duplicate showing up right after sharing starts is common, and it has three usual causes.

• The same event exists in two accounts, typically created in Google Calendar and then typed by hand into a shared iCloud calendar
• An invitation was accepted, placing the event in a personal calendar, while the organiser's shared calendar is also displayed
• A published link is subscribed to while the original calendar is still visible in the same window

None of these indicate damaged data. The same event is simply being viewed through two windows at once. The fix for the second and third is to untick one of the calendars in the list, which hides that set without deleting anything. Only the first case involves two real events, and there one copy has to be deleted.

When the share control is missing or the invite never arrives

Run these checks in order, because the first one accounts for most failures.

• Is the calendar actually an iCloud calendar. Calendars created under On My Mac cannot be shared at all
• Is Calendar switched on for iCloud in System Settings
• Does the other person have an Apple Account. If not, the public link is the only route
• Is the calendar list visible. Hidden, it hides the share control with it

The first check catches people who chose On My Mac in the dialog when creating the calendar, often without noticing. Such a calendar exists only on that machine, does not appear on any other device, and has no sharing option, because there is no server holding it. The fix is to create a new calendar under the iCloud account, move the events across, and share that one.

For invitations that vanish, compare the address used against the address attached to the recipient's Apple Account. Sending to a secondary work address means the notification never reaches their account and the email lands somewhere nobody is watching.

Google calendars share somewhere else entirely

This is the most common misunderstanding, and it comes from the sidebar. Google calendars sit in the same list as iCloud calendars, drawn in the same grid, so they appear to be the same kind of object. They are not. iCloud sharing is a feature of iCloud, and a Google calendar has to be shared through Google.

The route runs through a browser: open Google Calendar, find the calendar in the settings list, and add people there. The permission levels differ from Apple's as well, since Google offers a see free and busy only level with no equivalent in an iCloud public calendar, where a viewer sees full event details. Anyone who needs to expose availability without exposing what the meetings are will find that level useful. The procedure is documented in Google Calendar Help.

For someone running work on Google and personal life on iCloud, the practical consequence is two separate sharing configurations to maintain, even though both sets of events appear together on one screen. Combining the display is a separate problem from combining the sharing, and it is covered on features.

Turning sharing off

Sharing is easier to start than to end, and calendars from finished projects tend to stay visible on other people's screens for years.

To remove one person, open the sharing panel, select the name, and press Delete. To end sharing for everyone at once, Control click the calendar in the list and choose Stop Sharing. To leave a calendar belonging to somebody else, the same Control click offers Unsubscribe.

One related irritation has its switch in an unexpected place. Email notifications about updates to shared calendars are turned off in Calendar settings on iCloud.com, in a browser, not in the Mac app. Time spent searching the app's settings for that option is time wasted.

Visibility is not capacity

Once sharing is configured, the grid fills with other people's commitments, and a specific failure follows. Sharing makes information visible. It does not create time, and it quietly invites other people to spend the time that looks free.

Take a meeting ending at 09:00 and the next starting at 10:30. The gap reads as ninety minutes. If the journey between them takes fifty, the real margin is forty. Because the journey is not written into the calendar, everyone looking at the shared view sees ninety minutes of availability, and something lands in it. The more people can see the calendar, the faster this happens, which is why schedules often get worse immediately after they are shared.

The fix is to place travel and preparation into the grid as events. Once they occupy space, the shared view shows the day as it really is, and other people book around it instead of into it. That approach is set out on travel time, and the mechanics of getting those blocks in quickly are on entering events.

What to change first

Before sending a single invitation, block the travel and preparation time already known for the coming week, because a shared calendar full of gaps that are not really gaps causes more damage than no sharing at all. If entering those blocks feels like too much work to sustain, the entry method is the thing to change: a Caltimate style approach types or speaks the block in plain language instead of walking through a dialog.