Help Center
Getting Started Guides
Practical walkthroughs for the most common Guildhall workflows: creating events, joining communities, managing stores, and getting timezone/calendar behavior right.
Help Center
Practical walkthroughs for the most common Guildhall workflows: creating events, joining communities, managing stores, and getting timezone/calendar behavior right.
This guide explains Store Calendar Sync in My Store, where you connect a public .ics feed and let Guildhall import and maintain store-hosted events from it.
This is different from the personal calendar feed:
.ics import: external calendar -> Guildhall store eventsFor the personal subscription flow, see Personal Calendar Feed (My Events).
When enabled, Guildhall reads your configured .ics source and creates or updates hosted events for your store from that source data.
This works well when another calendar system is already your main event scheduler and you want Guildhall to mirror it for discovery, RSVP, attendance, and store tools.
http or https .ics URLYour registered store address matters because Guildhall uses it to place hosted events correctly and to validate store-hosted in-person events.
.ics URL.The page also shows:
Use those fields to confirm sync health before promoting new events.
Guildhall reads standard event fields from the feed, including:
For normal one-time items, Guildhall creates one hosted event.
For recurring calendar series, Guildhall imports them as:
This means recurring store nights stay grouped as a single event in Guildhall instead of becoming a pile of unrelated duplicates.
Store Calendar Sync supports common recurring calendar patterns, including:
EXDATE)RECURRENCE-ID)If your source feed exposes a recurring series, Guildhall will try to keep that series synchronized as one parent event with managed instances.
During sync, Guildhall:
By default, imported source fields remain source-managed. That includes:
Guildhall-specific data is still yours inside Guildhall, including things like:
Imported events can now be customized without breaking sync.
When you edit an event that came from Store Calendar Sync, source-managed fields show a small Override toggle in the top-right of the field label.
When you turn Override on for a field:
When Override is off:
Right now this applies to:
Important:
On Calendar Sync, the Advanced exclusions section lets you skip items before they are imported.
You can exclude events when their:
Rules are:
Common uses:
Store import can run in two ways:
If you need immediate results after changing your source calendar, exclusions, or overrides, use Sync Now.
Guildhall treats the external calendar as the scheduling source, but it preserves real Guildhall history more carefully than before.
If a future imported event disappears from the source feed:
If a past imported event has already happened:
For recurring series:
This is especially important for events that already have attendance, discussion, photos, or other activity attached to them.
Your registered store address is still the main location Guildhall uses for store-hosted imported events.
If an incoming source item contains a different location string, Guildhall may preserve that information in the description as a source note rather than replacing your store’s registered venue address for the hosted event.
If you need a different public-facing location for a specific imported event, use the event’s Override controls after import.
Avoid store .ics import if you need:
For those cases, use Using the Store API or create events directly in Guildhall.
.ics URL is public and valid..ics feed.