Place-Linked Post Creation and Prefilled Venue Flow
How Create a post from a place page pre-fills venue context, how replying vs venue-first creation differ, and what users should expect from the Create a post or event screen.
Place-Linked Post Creation and Prefilled Venue Flow
Where you see this in the app
This page explains what happens when you open Create a post from a place page and land on the Create a post or event screen.
It also explains how that differs from creating a reply from an existing post.
Create a post from a place page
On a place page, the Create a post action sends you to a creation flow with the venue already selected.
| Starting point | What is prefilled |
|---|---|
Create a post on a place page | The place is already attached to the new post |
Reply from an existing post | The parent post context is attached, and the place may also carry over if that post already belongs to a place |
This is useful because you do not have to search for the venue again when your post is clearly about that specific place.
Prefilled place vs parent post
There are two different helpers behind the create screen:
| Context type | What it means to the user |
|---|---|
| Prefilled place | You are starting a new post that is already tied to a venue |
| Parent post preview | You are responding to an existing post as a new post, with the original post shown as context |
These can overlap, but they are not the same thing.
- A place-prefilled post is about venue context.
- A reply-as-new-post flow is about conversation or follow-up context.
What the create screen means here
The header Create a post or event is intentionally broad.
In practice, a place-linked post can be used for:
- a planned visit,
- an event announcement,
- a paid offer tied to a venue,
- a local availability signal,
- a follow-up post connected to what is happening at that place.
The helper line under the title explains the downstream effect: your post can later unlock place chat once you actually check in on-site.
How place linking affects later steps
Attaching a place early changes later behavior:
| Later surface | Why place linking matters |
|---|---|
| Place page feed | Your post can appear in that venue's post list |
| Tentative check-ins | The post can count as venue-linked intent before you arrive |
Check in here flows | The app already knows which place the post belongs to |
| Place chat | On-site check-in can unlock chat access tied to that place |
Common mistakes / confusing states
| Situation | What it usually means |
|---|---|
| The venue is already selected when the form opens | That is expected when you came from a place page or a place-linked parent post |
| The post still is not a live check-in yet | Creating the post is not the same as checking in on-site |
| Replying creates a separate post instead of an inline comment | That flow is intentionally Reply as a new post |
Related docs
Related docs
See it in action
Previous
Place QR Share and Referral Links
How the place QR share card works, what Copy link, Download PNG, and Print are for, and how referral-carrying place links fit into in-store onboarding.
Next
Place Post Entry and Active Check-In Counts
How the place page invites users to create a post, what the Active check-ins count means, and how that card reflects current venue activity instead of all historical traffic.