多幣種、Beta 版計劃、捆綁銷售等等！

已發表: 2019-06-19

發行說明包括我們的定期更新，這些更新突出了我們最近所做的產品改進，因此您可以輕鬆了解最新信息。這是我們在 2018 年 12 月至 2019 年 6 月期間推出的產品（很多！）。

在過去的六個月中，我們發布了許多令人興奮的新功能。以下是一些值得注意的：

多幣種定價和支持
發布週期管理 - Beta 計劃
新 EULA（最終用戶許可協議）
以客戶身份登錄
結帳優化
捆綁包和附加組件的主要增強功能

多幣種交易支持（一個大的！）

我們非常高興地與大家分享，Freemius 現在完全支持多幣種定價和交易，除了我們從一開始就支持的 $-US Dollars之外，最近還增加了€-Euros和£-British Pounds 。

您可能想知道，多幣種的所有令人興奮的地方是什麼？我的意思是，Stripe 和 PayPal（我們在後台使用的網關）都支持開箱即用的多幣種交易，那麼有什麼大驚小怪的呢？

由於支付網關公司的各種金融法規和利益，作為一家美國公司，即使我們在美國的 PayPal/Stripe 賬戶中接受非美元，我們也無法以原始貨幣提取資金。支付網關公司首先將資金轉換為美元，並收取 2-4% 的 FX（外匯）轉換費。我們很清楚，從我們的賣家社區中扣除額外的百分比是一個很大的禁忌，所以我們必須想辦法在不收取額外費用的情況下解決這個問題。在進行了一些研究並與 Stripe 和 PayPal 進行了討論後，我們最終開設了歐洲賬戶，這些賬戶現在用於交易歐元（ €-Euros ）和英鎊（ £-British Pounds ）。

這一舉措的另一個好處是，Stripe 為歐洲賬戶持有人支付的歐洲卡費用比 Stripe 的美國賬戶費用便宜 50%。因此，使用歐洲卡進行歐元交易的網關費用現在僅為 1.4% + 0.25 歐元，而不是美國賬戶的 2.9% + 0.3 美元。

另一個額外的好處是，我們的平台現在支持基於規則的網關選擇，使我們不僅可以相對輕鬆地將新網關添加到系統中，還可以設置自定義規則來確定哪個網關將根據以下標準處理特定支付：地理位置、貨幣、信用卡類型、交易金額等。該功能為我們提供了很大的靈活性，可以幫助我們的開發人員社區最大限度地降低交易成本。例如，如果支付網關在加拿大處理 VISA 借記卡的價格具有競爭力，撇開法律和後勤方面的問題不談，我們可以集成該網關並選擇性地將其僅用於涉及加拿大 VISA 借記卡的交易。雖然 Stripe 是一個強大的支付網關，並且使用 Stripe 進行信用卡處理是我們開始時的正確決定，但我們對信用卡處理的基本成本新發現的更深入的知識和理解使我們能夠事實上說其他頂級支付網關提供更具競爭力的價格，而不缺乏功能或支持。

以這種動態方式實施額外的網關不會在一夜之間發生，因為我們目前有許多更高的優先級。然而，關鍵是，即使我們的定價模型不包括網關費用，理論上我們可以將費用轉發給我們的賣家而無需更深入地研究，我們真正關心我們的銷售夥伴，並且我們正在不斷改進我們的系統幫助您最大化您的底線。因此，如果您選擇使用 Freemius 進行銷售，請放心，從長遠來看，網關費用的成本將顯著下降，您無需採取任何措施來實現這一目標。

您可以在此處了解有關 Freemius 多幣種、我們推薦它的插件和主題業務以及如何激活它的更多信息。

發布週期管理 - Beta 計劃

與“現實世界”中強大的 CI/CD 工作流程相比，WordPress 插件和主題領域的整個發布週期是缺乏的。如果您的插件/主題有數万次活動安裝，那麼每個版本都會有風險。至少，它會對您的業務敏捷性產生負面影響，並使您的用戶和客戶的網站面臨風險。有多種做法可以降低這種風險，其中一個比較流行的做法是建立一組 Beta 測試人員：喜歡儘早訪問您的產品的人——並在其他人之前讓他們試一試以換取反饋。

所以……我們很高興地宣布，您現在可以通過 Freemius 系統地加入 beta 測試人員，並僅向選擇加入 beta 計劃的用戶發布 beta 版本！

用戶只需選中一個框並同意免責聲明提示，即可直接從其帳戶頁面選擇加入測試版計劃：

或者，您可以直接從Developer Dashboard中的用戶個人資料中將用戶添加到 beta 程序（不要忘記單擊 UPDATE 按鈕進行保存）：

準備好發布測試版了嗎？不是問題！只需將其上傳到 DEPLOYMENT 部分並將其標記為Beta 版本。當您準備好向所有人公開測試版時，只需將版本切換為已發布- 就是這麼簡單！

Beta 版本將在 WP Admin 中標記為Beta標籤，讓用戶清楚他們目前正在使用該產品的 Beta 版本：

我們希望通過賦予您輕鬆啟動 Beta 程序的能力，它將為整個 WordPress 社區，當然也為您的客戶創建一個更安全的產品環境。現在，您可以在一小部分用戶上測試版本，這些用戶願意在向所有人公開之前選擇測試您的版本。

注意： Beta 程序功能的初始版本只能為運行付費版本的插件/主題的用戶激活。此外，附加組件尚不支持它。

免費結賬

新的 Checkout JavaScript API 選項

除了添加新的currency參數來控制結賬時使用的貨幣，您現在可以使用license_key參數預填充許可證密鑰：

license_key: ‘<key>’,

如果您正在進行定期促銷並希望自動應用優惠券但不向您的用戶透露，您現在可以在結帳的配置中包含以下內容：

coupon: ‘<COUPON_CODE>’,
hide_coupon: true,

您可以在此處查看結帳選項的完整列表：

https://freemius.com/help/documentation/sales-with-freemius/freemius-checkout-buy-button/

結帳會議

我們引入了新的 60 分鐘會話“記憶”，以提高轉化率並更容易從同一家商店購買多種產品。基本上，如果客戶在您的網站上購買了一種產品，然後在上次購買後的 60 分鐘內打開另一個產品的結帳，則在打開結帳時，買家的姓名和電子郵件將自動被預先填寫。此會話會在每次購買時自動更新，允許客戶購買多種產品，而無需一遍又一遍地輸入他們的個人聯繫信息。

由於 Freemius 沒有“購物車”概念，而且由於插件和主題空間中的多產品購買數量極少，我們認為我們不應該這樣做，結帳會話記憶功能是“兩全其美”。

續訂折扣

如果產品設置了年度續訂折扣，則結帳現在可以更清楚地表明初始付款高於正在進行的續訂：

貝寶結帳

PayPal 引入了在結帳頁面中動態包含標題圖像的選項。我們決定集成該選項，因此結帳時會標有您產品的圖標：

結帳捆綁

在結賬方面投入了大量工作來銷售捆綁商品。結帳現在顯示捆綁產品的豐富列表，包括每個產品的未打折獨立價格，以及購買捆綁產品節省的折扣金額：

在幕後進行了許多複雜的計算，以根據您的計劃配置正確計算所有折扣和價格。所有這些折扣都是 CRO 的助推器——它們的目的是向客戶展示他們節省了多少錢。

錯誤修復

由於我們實施了 Stripe，使用信用卡訂閱具有續訂折扣的產品試用的客戶在取消試用時被收取續訂金額與初始付款金額之間的差額。該問題已解決，取消後不會再發生意外費用。

用戶儀表板

瀏覽器兼容性

用戶儀表板現在可以在 Internet Explorer 11 及更高版本上運行。

網站部分

網站部分添加了一個新過濾器，用戶可以更輕鬆地過濾至少激活、安裝或停用您商店的一種產品的網站。網站部分現在默認顯示安裝產品的網站。

在此之前，我們向用戶展示了曾經安裝過您商店中的產品的所有網站（如果他們選擇加入），這會導致一些混亂，例如，客戶之前從網站上卸載了該產品，或者可能甚至刪除了整個網站。

下載追加銷售增強

對下載追加銷售對話框進行了重大改進。當用戶嘗試下載許可證過期的產品時，他們現在可以選擇是續訂現有許可證還是購買新許可證。此外，如果上下文許可證是作為捆綁包的一部分購買的，則會顯示另一個選項來更新捆綁包的許可證：

開發人員儀表板

粘性標題

所有表格現在都有粘性標題 - 一個小而強大的 UI/UX 改進。請注意，雖然大多數流行的瀏覽器都支持這個 CSS 規則，但 IE 和 Opera Mini 不支持：

捆綁產品

開發者儀表板的產品部分現在直觀地顯示捆綁的產品類型和圖標，比以前更容易識別捆綁中的產品：

通過電子郵件發送手動創建的許可證

有多個用例可能需要開發人員手動創建許可證；這裡有一些：

付費評論——評論者需要測試你的產品
贈品——獲獎者需要訪問產品
YouTube 促銷 – 聯屬會員需要訪問付費產品功能

以前，您可以輕鬆地為這些用例創建許可證，但隨後您必須手動將許可證通過電子郵件發送給該人。這聽起來很容易，對吧？但是，您如何安全地通過電子郵件發送下載鏈接？安裝說明呢？有很多方法可以處理它——它們都需要一堆步驟——而這樣的過程可能需要 10-15 分鐘——這浪費了很多時間！

根據您的反饋，我們在手動創建許可證對話框中引入了一項新功能，您只需選中一個框，即可自動通過電子郵件發送許可證密鑰、產品下載鏈接和安裝說明：

以客戶身份登錄（又名模擬）

作為我們努力為您提供工具以更好地為您的客戶服務並減少您的支持負擔的努力的一部分，現在您可以輕鬆地登錄到您的任何客戶的用戶儀表板，以準確查看他們在登錄時看到的內容。只需在Developer Dashboard中打開相關的用戶配置文件，然後單擊 *LOGIN AS USER*：

這將打開用戶儀表板並自動預填充所有輸入字段 - 剩下要做的就是單擊登錄按鈕，您就可以進入了！

出於安全原因，您的團隊成員只有在有權訪問商店的所有產品時才能登錄用戶的帳戶。即，如果您是 3 個不同插件的賣家，並且您希望您的支持代表具有模擬功能，則您需要將支持代表作為團隊成員添加到所有 3 個產品中。

這個很棒的功能（以及其他一些功能）來自 Tickera 遷移到 Freemius（謝謝！）。

聯繫我們

您現在可以添加一個自定義 CSS 樣式表，該樣式表將添加到儀表板內的聯繫我們表單中：

優惠券新的默認訂單

開發人員儀表板中列出的優惠券的默認順序現在首先顯示“最新鮮”的優惠券。您現在可以看到根據以下標準排序的優惠券：

活動優惠券 - 活動將出現在非活動之前
促銷結束日期 - 7 天內到期的優惠券將出現在 2 天內到期的優惠券之前
促銷開始日期 - 有效期為 3 天前的優惠券將出現在有效期為 7 天前的優惠券之前

例如，如果有 2 張在 2020 年 1 月 1 日之前有效的有效優惠券，則稍後到期的優惠券將出現在另一張之前。

Bug修復

現在已修復為加載項添加 webhook。
DASHBOARD 的“升級”計數器顯示在選定期間創建的許可證數量，在收到我們的一位合作夥伴的報告後，我們意識到該計數器令人困惑，因為它還包含手動創建的許可證。我們已將計數器更新為僅包含與實際購買和訂閱相關的升級（試用也計算在內）。

團隊管理和權限

團隊成員批量編輯

如果您正在使用 Freemius 管理多個產品並有一個團隊與您一起工作，您可能已經註意到添加/刪除團隊成員的體驗很麻煩。您必須對每個產品一遍又一遍地重複相同的過程。例如，如果您有 20 多個附加組件，則需要將每個新團隊成員添加 20 多次。

不再！

從現在開始，當您使用附加組件添加/編輯/刪除產品的團隊成員時，您可以輕鬆地為其所有附加組件應用完全相同的權限：

同樣的邏輯也適用於捆綁包。您現在可以管理捆綁包的團隊權限，這將在所有捆綁產品中應用相同的團隊成員權限。

團隊權限更新

我們審核了角色權限，並確保數據得到適當保護並且只有相關角色才能訪問。例如， Support代表將無法再訪問產品的統計頁面或密鑰。

此外，我們引入了一個新的Developer角色，與Support角色不同，它允許部署和管理產品版本：

新的最終用戶許可協議

經過與我們的律師事務所持續數月的合作，我們發布了新的 EULA（最終用戶許可協議），該協議會根據您的產品配置進行動態調整。 EULA 的目的是保護您和我們免受可能來自客戶的法律訴訟。

提醒一下，如果您想查看您的 EULA，可以通過以下鏈接訪問它：

https://freemius.com/terms/<productID>/<productSlug>/

我們還花費了一些時間來設計 EULA，使其具有良好的法律協議外觀，並帶有您的產品圖標，並且可以輕鬆地進行打印：

為了讓事情變得更簡單，我們還提供了一些“快捷方式”，允許您直接鏈接到 EULA 中的特定部分：

訂閱條款摘要： https://freemius.com/terms/<productID>/<productSlug>/#subscriptions_summary ://freemius.com/terms/<productID>/<productSlug>/#subscriptions_summary
退款政策摘要： https://freemius.com/terms/<productID>/<productSlug>/#refund_policy_summary ://freemius.com/terms/<productID>/<productSlug>/#refund_policy_summary
全額退款政策： https://freemius.com/terms/<productID>/<productSlug>/#refund_policy ://freemius.com/terms/<productID>/<productSlug>/#refund_policy

例如，如果客戶聯繫您要求退款續訂，您可以告訴他們他們在購買產品時同意 EULA，並且續訂退款不包括在內，同時直接鏈接到訂閱條款摘要：

https://freemius.com/terms/<productID>/<productSlug>/#subscriptions_summary

幫助偵察集成

對我們的 Help Scout 應用程序的一個方便的補充是，您現在可以查看網站所有者的原籍國，並且為了方便您與客戶進行安排，國家名稱直接鏈接到 timeanddate.com 上客戶的時區信息。

加盟平台

會員優惠券

我們現在可以將優惠券鏈接到會員，以將所有使用優惠券的銷售歸因於特定會員，無論是否點擊了會員鏈接。每次兌換優惠券時，如果客戶使用了有效的推薦 URL，擁有鏈接優惠券的附屬公司將獲得推薦。

如果您與主要專注於視頻促銷的聯屬營銷人員合作，這將特別有用。由於 YouTube 腳註鏈接的點擊率（點擊率）非常低，因此提供獨家優惠券（即使是像徵性的 5% 折扣）是克服這一障礙並且仍然能夠將銷售歸因於關聯公司的好方法.

注意：此功能在開發人員儀表板中仍然不可用，因此如果您想使用它，您需要聯繫我們的支持人員。

附屬 UTM 標籤

雖然我們確實在儀表板中提供會員鏈接跟踪，但許多人更喜歡使用 GA（谷歌分析）管理他們的所有跟踪。由於瀏覽器安全限制和 rel=”noreferrer” 等 HTML 屬性，在很多情況下 GA 無法確定引薦來源，這些點擊將僅計為直接流量。現在，所有附屬鏈接都自動包含 UTM 標籤，以輕鬆識別流量來源。例如，假設用戶點擊了從 awesome-affiliate.com 鏈接到 my-awesome-product.com 的會員鏈接。看起來像 https://r.freemius.com/123/456/ 的附屬鏈接將重定向到：

https://my-awesome-product.com?utm_source=awesome-affiliate.com&utm_medium=website&utm_campaign=fs_aff

這是網址結構：

https://my-awesome-product.com?utm_source={affiliate_main_domain}_{referrer_domain}&utm_medium={'direct'|'website'|'social'}&utm_campaign=fs_aff

購物車遺棄恢復

由於我們的購物車遺棄回收機制在後台靜默運行，我們發現有些人甚至不知道它的存在。

爭議處理

儘管在之前的發行說明中提到了這一點，但我們想提醒您，我們的最終目標是與支付網關的爭議 API 集成，並為我們的賣家引入一個完整的半自動化爭議管理系統，讓您可以自由和控制管理爭議您的產品付款。由於這是一個巨大的項目，我們將逐步實施，從 PayPal 爭議開始。從幾個月前開始，當 PayPal 付款發生爭議時，我們會將完整的爭議詳細信息存儲在後端的結構化表格中，並通知開發人員有關爭議付款的情況，並提供可以採取的措施的指導。如果您不同意買方的索賠，我們會要求您回复該電子郵件並提供其他信息，我們稍後會在證據提交過程中使用這些信息：

正如您在上面看到的，我們發送給賣家的電子郵件包含案例的完整背景，包括買家發送的任何消息、付費產品是否已下載、產品退款政策摘要、報告的原因爭議、回復到期日等等。我們的目標是為您提供做出決定所需的所有上下文信息和鏈接，而無需自己挖掘和收集所有數據。

請繼續關注下一個發行說明中有關爭議處理的進一步更新！

WordPress SDK v.2.3.0

捆綁

如果您的主要商業模式是提供免費的核心插件/主題然後銷售捆綁包，我們有一些令人振奮的消息要告訴您！您現在可以在 WP Admin 中呈現捆綁包的定價，而不是顯示插件/主題的定價。要激活該選項，您需要做的就是添加一個'bundle_id' => '<YOUR_BUNDLE_ID>',設置到您的集成片段 - 就是這麼簡單！

此外，在激活付費插件或附加組件時，如果選擇加入的用戶獲得了包含該付費插件/附加組件的捆綁許可證，則該許可證現在將在產品激活時自動激活。在多站點網絡環境中，只有當許可證的激活有足夠的未分配許可證來激活多站點網絡中所有子站點的許可證時，該許可證才會被激活。

多站點網絡

當我們最初增強 SDK 以包含適當的多站點網絡集成時，由於存儲數據模型的複雜性，我們決定忽略插件激活從網絡級別切換到站點級別的場景，反之亦然。即，插件的網絡激活，然後在站點級別停用和激活相同的插件。

新的 SDK 版本向後兼容，現在完全支持處理這些用例。這可能看起來很簡單，但背後的邏輯有很多思考。例如，如果付費網絡集成插件在多站點網絡中的 10 個子站點中的 3 個站點級激活，並且超級管理員在所有這 3 個站點上激活了許可證，如果插件將轉移到網絡激活後，超級管理員會自動重定向到許可證激活屏幕，但只需要在剩餘的 10 個站點中的 7 個站點上激活許可證，這些站點之前從未激活過該插件。

只是為了給您一些數字，該轉換涉及大約 40 個不同的用例，我們處理了所有這些用例！（希望我們沒有錯過任何一個）

此外，對於在站點級別與網絡級別具有不同 WP 管理菜單設置的插件，您現在可以通過在 SDK 集成中設置新'menu_network' => array( … ),選項來指定網絡級別菜單設置片段。

自動安裝 - 已禁用

不幸的是，在與 WordPress.org 插件審查團隊進行持續討論後，我們不得不禁用自動安裝功能，這是我們在 Jetpack 開始支持安裝非 wp.org 主題後於 2017 年 3 月推出的。我不打算開始#WPdrama，因為我們的實現確實與 Jetpack 的不完全相同。遺憾的是，創造力和用戶體驗在某些情況下被無緣無故地阻礙了。

由於我們是一家數據驅動的公司，當我們發布自動安裝功能時，我們想驗證我們的假設，即自動安裝體驗實際上對用戶來說更好。因此，每個在結帳期間選擇自動安裝選項的用戶都會收到一封電子郵件，其中包含一個簡單的 Google 表單調查，以將安裝體驗從 1 到 5 進行排名，並提供額外的反饋。在 686 份回復中，83% 將其評為優秀，另有 10.5% 將其評為優秀：

我們清楚地看到了簡化整個升級體驗的必要性，我們將來會從不同的角度重新解決這個問題，同時確保遵守 wp.org 指南。

支持論壇鏈接

如果您在 WordPress.org 上沒有產品的免費版本（因此沒有免費的支持論壇），或者只是想將 SDK 添加的支持論壇菜單項鍊接到另一個支持頁面，我們引入了一個新過濾器來覆蓋網址。您可以按如下方式實現它：

<?php
function set_my_custom_support_url( $wp_org_support_url ) {
	return ‘https://my-awesome-product.com/support/forum/’;
}

my_fs()->add_filters( 'support_forum_url', ‘set_my_custom_support_url’ );
?>

帳單和發票

作為我們不斷努力使客戶更容易訪問他們的賬單信息和發票的一部分，我們在帳戶頁面的上部區域引入了一個小鏈接：

儘管可以在同一頁面的下部找到賬單和發票，但一些買家仍然缺少它，所以我們添加了這個簡單的錨鏈接。

從 WP Admin 下載/安裝附加組件

早在 2017 年我參加 PressNomics 5 時，我就和我的朋友 Matt Cromewall 聊天。在我們討論的許多不同的事情中，Matt 提到了 Crate（順便說一句從未發布過）作為一個很好的 UX 示例，用於從 WP Admin 中管理和安裝附加組件，而無需客戶通過標準，乏味通常由 WP 插件和主題提供的安裝過程：

[來自 cratewp.com 的 Crate 早期原型]

此功能已在我們的列表中超過 2 年，我們終於設法優先考慮它！如果您出售大量附加組件，這將特別有用。現在，您的客戶可以直接從 WP Admin 輕鬆下載或激活您的附加組件。

那麼它是怎樣工作的？

如果客戶擁有插件的有效許可證並且他們正在運行您的核心插件/主題的免費 wp.org 版本，他們現在將能夠直接從 WP Admin 中下載插件，除了查看附加組件的詳細信息：

不允許從符合 wp.org 的產品直接在 WP Admin 中安裝附加組件，因此，安裝選項僅在已安裝和激活的核心插件/主題版本已付費或明確標記為非 WP.org 時可用合規。這是在這種情況下的樣子：

我們對 WP Admin 插件部分進行了另一項 UX 改進：已安裝的插件現在顯示為帶有INSTALLED標籤，使管理員更容易了解網站上是否已安裝插件：

與 ManageWP、MainWP、InfiniteWP 和 Jetpack 的兼容性

Freemius WordPress SDK包含一種自動識別插件或主題主文件的機制。該機制依賴於debug_backtrace()並假設 WP 核心負責最初包含該主文件。在 SDK 未能正確獲取產品標題和版本的幾個相關 GitHub 問題之後，我們對問題進行了一些故障排除，發現它與負責包含/執行的 3rd 方插件的用例有關，而不是WP核心。 ManageWP、MainWP、InfiniteWP 和 Jetpack 都具有遠程安裝和激活插件和主題的功能。通過這些服務包含產品的處理方式不同，被管理產品的代碼直接包含在相應服務的“代理”插件中。

長話短說，我們解決了該用例，並且當產品由這些第 3 方插件之一（而不是 WP 核心）管理時，邏輯現在也可以正確識別產品的主文件。

下一步是什麼？

我喜歡以對我們的短期路線圖的一些見解來結束髮行說明。雖然優先事項很容易改變，像 Freemius 這樣的敏捷初創公司需要保持這種靈活性，但以下是我們計劃在不久的將來開發的一些即將發生的事情。

多店&店級管理

我們的開發者儀表板最初設計用於管理單個產品。早在 2018 年 11 月，我們就在發布用戶儀表板的同時引入了商店的概念。每個開發人員都被自動分配了他們自己的商店，他們創建的每個產品都與它相關聯。

自該版本發布以來，我們發現銷售多種產品的合作夥伴越來越需要擁有一個商店級儀表板來跟踪整個商店的銷售業績、支持商店級會員鏈接、管理整個商店的團隊等等。

此外，我們的一些合作夥伴擁有多個商店和品牌，目前沒有用於管理同一帳戶下的多個商店的 UI。

這是我們非常想在不久的將來解決的問題。

WordPress SDK 清理和轉義

WordPress SDK 的核心功能之一是fs_request_get() 。此幫助函數用於訪問從客戶端接收的 GET/POST 參數，當參數缺失時具有可選的默認值。輸入的實際清理是在函數的使用範圍內完成的。

WordPress.org 插件和主題審查團隊一直錯誤地標記該 SDK 輔助功能，因為它不包含對數據的清理。它是自動化測試工具的組合，這些工具在“查看”代碼的全部範圍方面受到限制，以及正在瀏覽代碼以尋找問題的審閱者提出的誤報。我不能責怪他們——審查整個產品的代碼會耗費大量時間——這對於由志願者提供支持的審查過程是不可行的。

總而言之，我們不喜歡剛加入 Freemius 的開發人員從 wp.org 的拒絕經歷中產生的負面印象，無論這是否是我們的錯。因此，憑藉當前的審核流程結構和可用的人力資源，我們將解決該問題並內聯清理輸入數據。雖然它會增加代碼大小（我們將不得不復制一些冗餘代碼）並稍微影響性能，但我們相信這是最好的決定，因為我們堅信 wp.org 生態系統並希望確保我們的 SDK正確符合存儲庫的準則。

改進的儀表板定價

如果您使用 Freemius 銷售免費增值產品，您應該熟悉 SDK 的儀表板內定價頁面。該頁面最初是在 2015 年使用舊的前端技術開發的，而且非常結構化，並且依賴於幫助我們當時加快開發的幾個假設。顯然，該頁面經歷了廣泛的發展，因為我們多年來添加了許多功能。由於它使用過時的技術，維護、錯誤修復和新功能開髮變得越來越慢。此外，在看到如此多的定價結構之後，我們對該頁面的局限性有了更好的理解。最後，我們希望為您提供修改定價頁面模板的完全靈活性，這是目前不可能的，因為它是從我們端遠程運行的。

計劃是使用 React 從頭開始重建定價頁面，並將代碼作為 SDK 的一部分發布。事實上，我們已經開始研究它，並希望將它包含在下一個主要的 SDK 版本中。

結帳本地化

我在去年提到過這一點，儘管我們還沒有設法優先考慮這一點。基本上，我們希望通過引入多語言功能讓非英語買家可以使用結賬。

WCEU 2019 見！

這就是本次更新的全部內容如果您本週參加 WordCamp Europe，請不要陌生，過來打個招呼！ Brandon 和我 (Vova) 都會到場——請隨時在 Twitter 上給我們發私信，讓我們趕上進度。