创建地理区域

创建地理区域以定义您的营销活动在何处触发，以及当用户进入该区域时会发生什么：一条推送消息、一个 Customer Journey 事件，或两者兼有。

前往 Campaigns → Geo campaigns。点击 Create geozone 开始。

设置营销活动名称和聚合统计数据

在 Campaign name 字段中，输入一个最多 64 个字符的标签。保持简短易识别，例如 Spring sale at downtown shops。

或者，在 Aggregated statistics 字段中选择一个现有的营销活动。地理营销活动的推送将与该营销活动的聚合消息统计数据中的其他触点一起计算。

选择进入操作

在 Entry actions 部分，开启这些操作的任意组合。至少保持一个开启，并且当有多个基于事件的操作开启时，为每个操作指定不同的事件名称。

现有地理区域

如果您在此功能推出前创建了地理区域，它会保持 Send push 开启，而所有基于事件的操作都关闭。打开并保存该地理区域以更改此组合。

通过 API 配置的地理区域，如果其操作持续时间设置为 0 秒，在表单中该操作也会显示为关闭。

使用此比较来决定开启哪些操作：

操作	选择时机	示例营销活动	搭配效果好
发送推送	您希望人们在到达时立即看到消息，无需 Journey	购物者走进商店时立即推送“今日八折”消息	触发停留事件，这样您也可以标记那些逗留的人，以便后续发送跟进消息
触发事件	您希望启动一个更长的自动化流程（随时间发送多条消息），而不仅仅是一条推送	PW_GeozoneEntered 启动一个 Journey：欢迎消息 → 等待 1 天 → 会员卡提醒	触发离开事件，这样 Journey 只有在您确定此人确实离开后才会结束
触发离开事件	您想确定此人已经离开。这个确认可能会延迟到达，这对于在访问后很久发送的跟进消息很有用	一旦访问被确认结束，PW_GeozoneExited 会触发一个“您的访问体验如何？”的调查	触发事件，这样在他们进入时欢迎他们的同一个 Journey 也会在他们离开时正确结束
触发停留事件	您只关心那些真正在那里花了时间的人，而不是那些只是路过的人	PW_GeozoneDwell (内部停留时间 = 15 分钟) 标记“真正感兴趣”的访客，以便发送后续邮件	静默后假定离开，这样您可以在 CRM 中获得两种信号，而无需在访问期间向此人发送任何消息
静默后假定离开	您的位置跟踪经常丢失信号（场馆、后台应用），因此确认的离开并不可靠。这个操作无论如何都会在计时器到时触发	PW_GeozoneExitedByTimeout (静默 = 2 小时) 在信号弱的体育场结束访问	触发停留事件，这样您可以可靠地结束访问，并且仍然知道他们在此期间是否真正参与

发送推送

发送您在下文撰写推送消息中配置的推送通知。例如，一个设备在上午 10:00 进入该区域，只要冷却时间允许，它会立即收到推送。如果您只想要一个基于事件的操作，请关闭此选项。消息设置将消失，您无需填写它们。

触发事件

当设备进入该区域时，触发一个自定义事件。将其用作进入 Customer Journey 的基于触发器的入口。例如，一个设备在下午 2:00 进入该区域，会在下午 2:00 触发 PW_GeozoneEntered。进入和事件发生在同一时刻。

1. 开启 Fire event。
2. 设置 Event name。留空以使用系统默认事件 PW_GeozoneEntered，或输入您自己的名称（最多 128 个字符）。

该事件携带六个属性：geozone_code、geozone_name、lat、lng、range 和 distance。如果地理区域被分配给一个集群，它还携带 cluster_code 和 cluster_name。

注意

只要您保存了地理区域，该事件就会出现在 Customer Journey 入口元素选择器中，甚至在任何设备进入该区域之前。

触发离开事件

此事件不会在有人离开区域的瞬间触发。设备首先检测到离开。然后，在下一次联系 Pushwoosh 时报告离开：这是一个定期的后台签到，发送设备的位置，而不是实时的、持续的连接。

联系发生的速度取决于设备的操作系统和后台设置，而不是 Pushwoosh，因此实际离开和事件触发之间的延迟可能从几秒到几小时不等。例如，一个在下午 3:00 离开的设备，但直到下午 3:45 才再次联系 Pushwoosh，那么事件将在下午 3:45 触发，而不是下午 3:00。

冷却时间限制的是进入操作，而不是这个操作。如果一个设备在同一个冷却时间窗口内进入、离开并重新进入同一个地理区域，重复的进入会被抑制，但每次真实的离开仍然会触发其自己的事件，因此对于同一系列的访问，您最终可能会得到比受限进入更多的离开事件。

1. 开启 Fire exit event。
2. 设置 Exit event name。留空以使用系统默认事件 PW_GeozoneExited，或输入您自己的名称。

触发停留事件

一旦设备在区域内停留了您在 Time inside 中设置的持续时间（从进入时算起），就会触发一个自定义事件。

停留计时器如何工作

与 Fire exit event 不同，此操作不等待设备联系 Pushwoosh。Pushwoosh 在设备进入区域时启动一个计时器，并在 Time inside 时间到期时触发事件，即使设备在此期间没有发送任何进一步的位置更新。

• 每次停留触发一次： 只有在设备离开并再次进入后，才会启动新的计时器。
• 无需联系： 一个在进入后立即静默的设备仍会按计划触发事件。

例如，将 Time inside 设置为 10 分钟，一个在下午 1:00 进入的设备将在下午 1:10 触发停留事件，即使它在此期间没有与 Pushwoosh 联系。

1. 开启 Fire dwell event。
2. 将 Time inside 设置为 1 到 1440 分钟之间的值。
3. 设置 Dwell event name。留空以使用系统默认事件 PW_GeozoneDwell，或输入您自己的名称。

静默后假定离开

一旦一个最后确认在区域内的设备静默（停止向 Pushwoosh 发送位置更新）达到 Silence before assuming 中设置的持续时间，就会触发一个自定义事件。

确认离开 vs 假定离开

与 Fire exit event 不同，此操作不等待设备报告它已离开该区域。当设备保持静默达到完整的 Silence before assuming 持续时间时，它就会触发，即使没有任何位置更新显示它在区域之外。

这两个操作回答了不同的问题：

• Fire exit event： 设备从区域外发送了一个位置更新。
• Assume exit after silence： Pushwoosh 认为访问已结束，因为设备停止发送更新。

为每个操作构建一个单独的 Customer Journey 触发器。如果将它们组合成一个触发器，它会在任一信号上触发，您将无法区分真实的离开和仅仅停止报告的设备。

例如，将 Silence before assuming 设置为 30 分钟，一个最后在下午 4:00 被看到在区域内的设备，如果它在整个时间内保持静默，将在下午 4:30 触发假定离开事件。

1. 开启 Assume exit after silence。
2. 将 Silence before assuming 设置为 5 到 1440 分钟之间的值。
3. 设置 Assumed exit event name。留空以使用系统默认事件 PW_GeozoneExitedByTimeout，或输入您自己的名称。

注意

离开、停留和假定离开事件除了上面列出的六个属性外，还带有一个额外的属性：dwell_seconds，即设备从进入到事件触发在区域内花费的时间。

• Fire exit event 也携带 distance，因为它来自一个实际的位置更新。
• Fire dwell event 和 Assume exit after silence 不携带 distance。两者都由服务器计时器触发，而不是位置更新。

撰写推送消息

在 Send push 开启的情况下，选择如何撰写通知：

• Write a message：直接在表单中输入推送文本（最多 1024 个字符）。对于在单个地理区域中的快速一次性消息，请使用此选项。
• Use an existing preset：选择一个已保存的预设，以进行完整的模板化，包括标题、深层链接、自定义声音和特定于平台的有效负载。

配置可选的消息设置：

• Play default sound on iOS：在 iOS 设备上使用系统推送声音。
• Save to inbox：在投递后将推送保留在设备的应用内收件箱中，以便用户稍后可以返回查看。启用后，设置 Inbox expire（1-30 天），并可选择设置 Inbox icon URL。了解更多。

设置触发器位置

为触发器位置选择一个形状：

• Circle：搜索地址，将原始坐标粘贴到搜索栏中，或在地图上任意位置单击以放置标记。拖动圆上的手柄以设置 Range。范围可以设置在 50 米到 100 公里之间。默认为 200 米。

• Polygon：在地图上单击以逐个放置角点，勾勒出区域的轮廓，例如商场楼层平面图或场馆周边。拖动一个角点以移动它，右键单击一个角点以删除它。一个多边形需要 3 到 100 个不同的角点。您无需再次单击第一个角点来闭合形状。

设备监控的是一个圆，即使对于多边形形状也是如此

手机只能监控一个圆形，而不是多边形形状。当您绘制一个多边形时，Pushwoosh 会计算一个完全包含它的圆，该圆以形状为中心，半径达到其最远的角点（最小 50 米）。设备一旦进入该圆，就会唤醒并报告其位置。

推送本身在那个时候还不会触发。只有当服务器确认设备确实在您绘制的多边形内部时，它才会触发。这就是为什么推送可能会在设备到达您的形状之前唤醒设备，但它仍然只在用户实际进入该区域后才会被投递。

在编辑已保存的地理区域时，您可以切换形状：

• 要将多边形地理区域转换为圆形，请选择 Circle 并像往常一样设置中心和范围。
• 要将圆形地理区域转换为多边形，请选择 Polygon 并绘制新的角点。
• 清除多边形的所有角点（Clear shape）也会将其恢复为圆形。

选择集群和冷却时间

冷却时间是发送推送后的一个静默期。对于一个独立的地理区域，同一个设备在冷却时间到期前不会再收到来自它的通知，即使它离开并重新进入。如果地理区域属于一个集群，冷却时间将应用于整个集群：设备对该集群中的每个地理区域都保持静默，而不仅仅是发送推送的那个。

在 Cooldown 字段中，选择三种模式之一：

模式	冷却时间如何设置	行为
Standalone	直接为此地理区域设置天、小时和分钟。最小为 1 分钟。最大为 41 天。	冷却时间仅适用于此地理区域。
Use existing cluster	应用现有集群的冷却时间。	集群冷却时间会覆盖此地理区域自身的冷却时间。
New cluster	创建一个新集群并设置其冷却时间。请参阅创建集群。	集群冷却时间会覆盖此地理区域自身的冷却时间。

安排营销活动可触发的时间

Campaign schedule 部分限制了进入操作可以触发的时间。只有在地理区域在该时刻处于活动状态且冷却时间允许投递时，推送或进入事件才会运行。

将营销活动限制在日期范围内

这些字段是可选的。当您希望整个营销活动在特定日期范围内运行时，例如从 9 月 10 日到 10 月 23 日的假日促销，或限时开业活动，请设置它们。

• Runs from： 地理区域可以触发的第一天。
• Runs until： 地理区域可以触发的最后一天。

注意

• 两个日期都包含在内。 地理区域会一直触发到 Runs until 日的结束。
• 每周计划。 日期范围与下面的每日模式协同工作，而不是替代它。
• 时区。 Runs from、Runs until 和每周小时都使用计划的时区，该时区在您保存地理区域时从您浏览器的时区设置。请从您希望营销活动遵循的时区保存，特别是如果您的团队跨地区工作。一个全新的 Always active 地理区域还没有计划时区，因此其日期在 UTC 中评估，直到您至少编辑并保存一次。

选择地理区域的运行方式

选择 Always active 以全天候运行，或选择 On selected days and hours 以将触发限制在每周特定日期的时间窗口内。

始终活动

营销活动 24/7 触发。无需进一步的计划配置。

在选定的日期和小时

营销活动仅在您在此处设置的时间窗口内触发：

1. 开启您希望营销活动触发的每个工作日。
2. 为该天设置开始和结束时间。

注意

控制面板支持每天一个时间窗口。如果一个地理区域是通过 API 配置的，每天有多个时间窗口，则无法在表单中编辑计划。单击 Save 以保持现有计划不变。要修改它，请使用 API。

无论您选择哪种模式，都请单击 Save 以完成。地理区域会立即启用。如果您设置了计划，推送只会在配置的时间窗口内触发。

哪些操作遵循计划

• Send push、Fire event 以及在设备进入区域时触发的其他操作，仅在活动计划窗口期间且冷却时间允许投递时运行。
• Fire exit event、Fire dwell event 和 Assume exit after silence 遵循访问，而不是计划。如果设备在计划活动期间进入，这些操作仍然可以在每日窗口关闭后触发。