![]() |
AB測試服務(wù)-PostHog
專用API
【更新時間: 2024.08.22】
A/B測試服務(wù)-PostHog檢驗具有統(tǒng)計顯著性的變化,A/B 測試、多變量測試和強(qiáng)大的定位和排除規(guī)則。使用產(chǎn)品分析和會話重播來分析使用情況。
|
瀏覽次數(shù)
24
采購人數(shù)
0
試用次數(shù)
0
收藏
×
完成
取消
×
書簽名稱
確定
|
- API詳情
- 定價
- 使用指南
- 常見 FAQ
- 關(guān)于我們
- 相關(guān)推薦


什么是PostHog的AB測試服務(wù)?
"AB測試服務(wù)-PostHog"是一種數(shù)據(jù)分析工具,專注于提供A/B測試、多變量測試以及相關(guān)的數(shù)據(jù)分析和優(yōu)化功能。它允許企業(yè)通過比較不同版本的網(wǎng)站、應(yīng)用界面、功能或內(nèi)容等,來評估哪些版本能更有效地達(dá)到業(yè)務(wù)目標(biāo),如提高轉(zhuǎn)化率、增加用戶參與度或改善用戶體驗。PostHog的A/B測試服務(wù)通過收集和分析用戶行為數(shù)據(jù),幫助企業(yè)做出基于數(shù)據(jù)的決策。
什么是PostHog的AB測試服務(wù)接口?
PostHog的AB測試服務(wù)有哪些核心功能?
|
![]() |
![]() |
基于功能標(biāo)志構(gòu)建 |
JSON 負(fù)載 無需額外部署即可修改每個變體的網(wǎng)站內(nèi)容 |
拆分測試 自動在變體之間分配流量 |
![]() |
![]() |
|
多變量測試 針對控制測試最多 9 個變體 |
動態(tài)群組支持 通過設(shè)置人員屬性自動將新用戶添加到實驗中 |
PostHog的AB測試服務(wù)的核心優(yōu)勢是什么?
![]() |
![]() |
![]() |
可定制的目標(biāo) |
定位和排除規(guī)則 為用戶位置、個人屬性、群組或群體設(shè)定標(biāo)準(zhǔn) |
建議 自動建議獲勝變體的持續(xù)時間、樣本大小和置信度閾值 |
在哪些場景會用到PostHog的AB測試服務(wù)?
- 優(yōu)化用戶體驗:
- 場景描述:企業(yè)希望通過調(diào)整網(wǎng)站或應(yīng)用的界面布局、顏色方案、按鈕位置等,來提升用戶體驗。通過使用PostHog的A/B測試服務(wù)API接口,企業(yè)可以創(chuàng)建多個版本,并自動分配流量給這些版本,以觀察哪個版本能帶來更高的用戶滿意度和參與度。
- 場景描述:企業(yè)希望通過調(diào)整網(wǎng)站或應(yīng)用的界面布局、顏色方案、按鈕位置等,來提升用戶體驗。通過使用PostHog的A/B測試服務(wù)API接口,企業(yè)可以創(chuàng)建多個版本,并自動分配流量給這些版本,以觀察哪個版本能帶來更高的用戶滿意度和參與度。
- 提高轉(zhuǎn)化率:
- 場景描述:電子商務(wù)網(wǎng)站或SaaS平臺希望提高用戶從瀏覽到購買或注冊的轉(zhuǎn)化率。通過PostHog的A/B測試服務(wù),企業(yè)可以測試不同的購物流程、促銷策略、表單設(shè)計等,以找出最能促進(jìn)轉(zhuǎn)化的版本。API接口允許企業(yè)集成這些測試到現(xiàn)有的系統(tǒng)中,實現(xiàn)自動化測試和數(shù)據(jù)分析。
- 場景描述:電子商務(wù)網(wǎng)站或SaaS平臺希望提高用戶從瀏覽到購買或注冊的轉(zhuǎn)化率。通過PostHog的A/B測試服務(wù),企業(yè)可以測試不同的購物流程、促銷策略、表單設(shè)計等,以找出最能促進(jìn)轉(zhuǎn)化的版本。API接口允許企業(yè)集成這些測試到現(xiàn)有的系統(tǒng)中,實現(xiàn)自動化測試和數(shù)據(jù)分析。
- 個性化內(nèi)容推薦:
- 場景描述:媒體平臺或內(nèi)容提供商希望根據(jù)用戶的興趣和行為,提供個性化的內(nèi)容推薦。PostHog的A/B測試服務(wù)API接口可以支持動態(tài)群組功能,根據(jù)用戶的個人屬性、行為歷史等自動將用戶分配到不同的測試組中,測試不同的推薦算法或內(nèi)容展示方式,以優(yōu)化推薦效果。
- 場景描述:媒體平臺或內(nèi)容提供商希望根據(jù)用戶的興趣和行為,提供個性化的內(nèi)容推薦。PostHog的A/B測試服務(wù)API接口可以支持動態(tài)群組功能,根據(jù)用戶的個人屬性、行為歷史等自動將用戶分配到不同的測試組中,測試不同的推薦算法或內(nèi)容展示方式,以優(yōu)化推薦效果。
- 產(chǎn)品功能迭代:
- 場景描述:在產(chǎn)品開發(fā)過程中,企業(yè)經(jīng)常需要測試新功能或改進(jìn)現(xiàn)有功能的效果。PostHog的A/B測試服務(wù)API接口允許企業(yè)輕松設(shè)置測試,并自動分配用戶到不同的功能版本中進(jìn)行測試。通過收集和分析用戶反饋和行為數(shù)據(jù),企業(yè)可以評估新功能是否受歡迎,以及是否需要進(jìn)一步調(diào)整或優(yōu)化。此外,多變量測試功能還可以幫助企業(yè)同時測試多個功能變體,以找到最佳組合。
- 場景描述:在產(chǎn)品開發(fā)過程中,企業(yè)經(jīng)常需要測試新功能或改進(jìn)現(xiàn)有功能的效果。PostHog的A/B測試服務(wù)API接口允許企業(yè)輕松設(shè)置測試,并自動分配用戶到不同的功能版本中進(jìn)行測試。通過收集和分析用戶反饋和行為數(shù)據(jù),企業(yè)可以評估新功能是否受歡迎,以及是否需要進(jìn)一步調(diào)整或優(yōu)化。此外,多變量測試功能還可以幫助企業(yè)同時測試多個功能變體,以找到最佳組合。




個人 API 密鑰可以啟用對您帳戶的完全訪問權(quán)限,例如使用您的電子郵件和密碼登錄。您可以創(chuàng)建多個,為它們提供不同的范圍,并且每個范圍都可以單獨失效。這提高了您的 PostHog 帳戶的安全性。個人 API 密鑰需要保密,不應(yīng)在前端使用。
如何獲取個人 API 密鑰
1.轉(zhuǎn)到帳戶設(shè)置中的“個人 API 密鑰”部分
2.單擊 + 創(chuàng)建個人 API 密鑰。
3.給你的鑰匙貼上一個標(biāo)簽 - 這只是為了你,通常用來描述鑰匙的用途。
4.選擇密鑰的范圍。我們建議僅選擇您真正需要的 API 端點所需的范圍。這是安全最佳做法。如果需要,您以后可以隨時修改范圍。
5.在列表的頂部,您應(yīng)該看到全新的密鑰。立即復(fù)制其值,因為在刷新頁面后您將再也看不到它。
您可以根據(jù)需要創(chuàng)建任意數(shù)量的鍵。
如何使用個人 API 密鑰進(jìn)行身份驗證有三個選項:
使用標(biāo)頭和身份驗證,如下所示:
const headers = {
Authorization: `Bearer ${POSTHOG_PERSONAL_API_KEY}`
}
將密鑰放入請求正文中,如下所示:
const body = {
personal_api_key: POSTHOG_PERSONAL_API_KEY
}
將鍵放在查詢字符串中,如下所示:
const url = `<ph_app_host>/api/event/?personal_api_key=${POSTHOG_PERSONAL_API_KEY}`
這些方法中的任何一種都有效,但只有首先遇到的值(按上述順序)將用于身份驗證。




我們的故事 反響非常積極。幾天內(nèi)我們就部署了 300 多次。兩周后,我們在 GitHub 上的星數(shù)就超過了 1,500。 |
![]() |
我們的團(tuán)隊由來自世界各地的53 名成員組成。
我們中的許多人經(jīng)常四處奔波。這是我們目前正在發(fā)送代碼的地方。
投資者
非常感謝!(確切地說是 2712.5 萬美元……)




個人 API 密鑰可以啟用對您帳戶的完全訪問權(quán)限,例如使用您的電子郵件和密碼登錄。您可以創(chuàng)建多個,為它們提供不同的范圍,并且每個范圍都可以單獨失效。這提高了您的 PostHog 帳戶的安全性。個人 API 密鑰需要保密,不應(yīng)在前端使用。
如何獲取個人 API 密鑰
1.轉(zhuǎn)到帳戶設(shè)置中的“個人 API 密鑰”部分
2.單擊 + 創(chuàng)建個人 API 密鑰。
3.給你的鑰匙貼上一個標(biāo)簽 - 這只是為了你,通常用來描述鑰匙的用途。
4.選擇密鑰的范圍。我們建議僅選擇您真正需要的 API 端點所需的范圍。這是安全最佳做法。如果需要,您以后可以隨時修改范圍。
5.在列表的頂部,您應(yīng)該看到全新的密鑰。立即復(fù)制其值,因為在刷新頁面后您將再也看不到它。
您可以根據(jù)需要創(chuàng)建任意數(shù)量的鍵。
如何使用個人 API 密鑰進(jìn)行身份驗證有三個選項:
使用標(biāo)頭和身份驗證,如下所示:
const headers = {
Authorization: `Bearer ${POSTHOG_PERSONAL_API_KEY}`
}
將密鑰放入請求正文中,如下所示:
const body = {
personal_api_key: POSTHOG_PERSONAL_API_KEY
}
將鍵放在查詢字符串中,如下所示:
const url = `<ph_app_host>/api/event/?personal_api_key=${POSTHOG_PERSONAL_API_KEY}`
這些方法中的任何一種都有效,但只有首先遇到的值(按上述順序)將用于身份驗證。






我們的故事 反響非常積極。幾天內(nèi)我們就部署了 300 多次。兩周后,我們在 GitHub 上的星數(shù)就超過了 1,500。 |
![]() |
我們的團(tuán)隊由來自世界各地的53 名成員組成。
我們中的許多人經(jīng)常四處奔波。這是我們目前正在發(fā)送代碼的地方。
投資者
非常感謝!(確切地說是 2712.5 萬美元……)