WordPress SDK 2.5.0-RC.1 테스트 준비 완료: 클론 해결, 비활성화 피드백 UX 개선, 자산 혼합 등

공식입니다! WordPress SDK 2.5.0 RC1은 지금까지 가장 일반적이고 시간이 많이 소요되는 문제로 식별된 문제를 해결하는 멋진(그리고 관련성 있는) 개선 사항과 함께 사용할 수 있습니다.

이 버전의 목표는 지원 부하를 줄이는 데 도움을 주어 결과물 및 기타 생산적인 활동에 더 많은 시간을 할애할 수 있도록 하는 것입니다.

기능에 대해 알아보기 전에 여러분의 도움이 필요합니다 🙌

테스터 모집

모든 종류의 테스트(자동, 수동 및 회귀 테스트)를 철저히 실행하고 2.5.0의 복잡성과 코드 변경 및 사용 사례와 관련된 복잡성으로 인해 2.5.0의 안정성에 대해 확신을 갖고 있음에도 불구하고 , 먼저 릴리스 후보로 푸시하기로 결정했습니다.

"테스트에 참여하고 싶습니다. 어떻게 도와드릴까요?"

테스트에 도움이 필요하십니까? 훌륭하고 감사합니다!

• 베타 프로그램을 실행 중인 경우 SDK를 이 RC로 업데이트하고 새 버전을 베타 로 푸시하면 됩니다.
• 베타 프로그램을 실행 하지 않고 프로덕션으로 스테이징과 같은 복제된 환경을 실행하거나 WP Ultimo와 같은 WaaS 플러그인과 함께 플러그인/테마를 사용하는 일부 고객이 SDK 문제로 인해 지원팀에 문의할 때 고객에게 다음을 보낼 수 있습니다. 문제를 해결해야 하므로 이 SDK를 사용하여 제품의 특별 버전을 사용하세요.

그럼에도 불구하고 RC를 사용해 보면 문제가 발생하거나 반대로 이전에 사용자가 직면했던 SDK 문제가 해결된다면 저희에게 알려주십시오! [email protected]을 통해 저희에게 연락하거나, GitHub 문제를 열거나, 귀하에게 가장 쉬운 다른 커뮤니케이션 채널을 사용하기만 하면 됩니다. 귀하의 피드백을 원합니다.

기능에 대해 알아보겠습니다.

중복 웹사이트 및 복제 해결

WaaS(WordPress as a Service) 네트워크와 프로덕션 배포 워크플로에 원클릭 스테이징을 제공하는 호스팅 회사의 인기가 높아짐에 따라 사이트 복제와 관련된 예기치 않은 문제에 대해 불평하는 고객을 이미 처리했을 것입니다.

간단히 말해서 클론은 Freemius가 할당한 고유 ID와 공개/비밀 키 쌍이 있고 다른 웹 사이트의 ID 및 키와 동일한 웹 사이트(또는 하위 사이트)입니다. 이 문서에서 클론, 일반적으로 생성되는 방법 및 시기에 대해 자세히 알아볼 수 있습니다.

Jetpack의 UI에서 영감을 받아 이 SDK 릴리스에 모든 기능을 갖춘 클론 식별, 관리 및 해결 메커니즘이 제공된다는 소식을 전하게 되어 기쁩니다. 이것은 꽤 오랫동안 백 버너에 있었던 기능이며, 복제 웹 사이트 문제와 WordPress SDK가 개선 사항을 최대한 활용하기 위해 이 문제를 처리하는 방법을 숙지하는 것이 좋습니다.

비활성화 피드백 양식 UX 개선 사항

문제 해결사를 위한 일시 중지

비활성화 피드백 양식은 사용자가 제품 소유자가 제품을 포기하기 전에 피드백을 제공할 수 있는 독특한 기회를 제공하지만, 수년 동안 사용자가 이 기능을 정말 싫어한다는 불만을 들어왔습니다. 피드백을 분석한 후, 우리는 이 감정을 '문제 해결사' 부문에 특별히 귀속시켰습니다.

플러그인 업데이트는 웹사이트 관리자가 매일 처리해야 하는 일반적인 작업입니다. 때때로 플러그인/테마 업데이트가 충돌, 버그 및 비호환성으로 인해 잘못되어 사이트에 문제 및 예기치 않은 오류가 발생할 수 있습니다. 유지 관리자는 일반적으로 코드 수준에 뛰어들지 않으므로 일반적인 문제 해결 프로세스는 플러그인 비활성화 및 재활성화로 문제의 원인을 식별한 다음 테마 전환을 수행하는 것입니다. 즉, 문제가 해결될 때까지 플러그인을 하나씩 비활성화한 다음 비활성화된 순서대로 개별적으로 다시 활성화해야 합니다. 이론적으로 이것은 '문제가 있는' 플러그인을 분리하는 데 도움이 되어야 하지만 문제가 밝혀지지 않으면 다음 시도는 '테마 전환'이어야 합니다.

WordPress SDK를 사용하는 테마 및 플러그인의 '발자국'이 늘어남에 따라 비활성화 피드백 양식은 비활성화할 때마다 추가 클릭을 추가합니다. 거기에서 Freemius 기반 플러그인을 다시 활성화하면 자동으로 옵트인 화면 또는 플러그인 기본 설정 페이지(옵트인 상태 기반)로 리디렉션되며, 플러그인 페이지로 다시 이동하기 위해 한 번 더 클릭합니다.

즉, 사이트에서 Freemius를 사용하는 5개의 플러그인으로 잠재적으로 10개의 추가 클릭을 추가할 수 있습니다. 이는 문제 해결사에게 당연히 짜증나는 일입니다. 그리고 예를 들어 20개의 사이트를 관리할 때 이러한 모든 클릭은 시간이 지남에 따라 누적되는데, 이는 일부 유지 관리자가 WordPress SDK를 정말로 싫어하는 이유를 설명합니다.

'증오' 뒤에 숨은 이유를 이해한 후, 우리는 문제 해결사들의 '고통'을 덜어주고 그들의 신뢰를 일부 되찾을 수 있는 간단한 해결책을 생각해 냈습니다.

피드백 양식 에는 문제 해결을 위해 비활성화가 일시적임을 나타내는 옵션이 이미 표시되어 있습니다. 따라서 해당 피드백을 우리 방식으로 보내는 대신…

1. 이제 패널을 1시간에서 30일로 일시 중지하는 옵션이 표시됩니다.
2. 우리는 그것이 제품 소유자에게 어떤 가치도 추가하지 않는다는 것을 알고 있기 때문에 다시 알림을 선택하면 Freemius에 피드백을 보내는 것을 모두 건너뜁니다.
3. 마지막으로 관리자가 양식을 일시 중지하면 일시 중지된 기간 동안 리디렉션이 해제됩니다.

다시 알림은 현재 로그인한 관리자에게만 영향을 미치며 해당 웹사이트에 설치된 모든 Freemius 기반 플러그인 및 테마에서 작동합니다.

이 개선된 UX는 잠재적으로 '무거운' 문제 해결사에 대한 수많은 클릭을 절약할 수 있으며 그 차이를 보게 되어 기쁩니다.

비어 있는 '기타' 피드백으로 비활성화 활성화

사용자가 조치를 취할 수 있는 피드백을 제출하도록 장려하기 위해 이전에는 사용자가 비활성화 피드백 양식에서 '기타' 옵션을 선택했을 때 '제출 및 비활성화' 버튼의 상태가 사용자가 ' 설명을 위한 입력을 입력할 때까지 비활성화로 변경되었습니다. 다른 이유.

이 UX는 사용자가 왼쪽 상단에서 읽고 일부는 피드백을 제공하고 싶지 않기 때문에 해당 옵션을 선택하기 때문에 문제가 있다는 점에 주목했습니다. IE의 경우 '건너뛰기 및 비활성화' 옵션이 있음을 인지하기 전에 해당 옵션을 선택하면 피드백을 제공하지 않고는 제품을 비활성화할 수 없다는 인상을 줍니다.

이제 '기타' 옵션이 선택되고 설명 상자가 비어 있으면 버튼이 활성화되고 '비활성화'라는 레이블이 지정됩니다.

그리고 분명히, 비어 있는 '기타' 피드백은 쓸모가 없기 때문에 데이터가 우리 측으로 보내지지 않을 것입니다.

익명 피드백 기본 확인란 상태

사용자가 옵트인을 건너뛰고 비활성화 피드백 양식을 사용하여 피드백을 제공하기로 선택한 경우 기본적으로 피드백은 익명이 아니므로 필요한 경우 사용자에게 연락할 수 있습니다. 이 SDK 버전에는 피드백 양식의 기본 제출 모드를 제어하고 기본적으로 다음을 사용하여 익명 피드백으로 변경할 수 있는 새 필터가 도입되었습니다.

my_fs()->add_filter( 'default_to_anonymous_feedback', '__return_true' );

사용자 자산 소유권 혼동 — 사라졌습니다!

WordPress 플러그인 및 테마 구매의 건강한 비율은 '빌더'에 의해 이루어지며 결국 프로젝트가 클라이언트에게 전달됩니다. 관계를 촉진하기 위해 계정 자산의 소유권을 한 사람에서 다른 사람으로 변경할 수 있는 상당한 유연성을 제공합니다.

기술적인 부분을 다루지 않고 수백만 개의 웹 사이트에서 SDK를 실행하면서 예기치 않게 계정 간에 자산이 섞이는 몇 가지 극단적인 경우를 발견했습니다. 이러한 문제는 자주 발생하지 않았지만 고객, 귀하 및 당사가 수정하는 것은 고통스러운 일입니다.

가장 성가시고 시간이 많이 걸리는 문제에 대한 콘테스트가 있었다면 이것은 2020–2021년의 확실한 승자입니다. will) 좋은 것보다 더 많은 피해를 줄 수 있습니다.

문제의 인스턴스를 줄이기 위해 백엔드에 몇 가지 제한을 추가했을 뿐만 아니라 새로운 WordPress SDK 릴리스는 또한 사용자의 추가 입력으로 계정의 이메일 업데이트 경험을 향상하고 각 경우를 약간 다르게 처리합니다.

HTTP 404를 찾을 수 없는 문제 수정(일명 '업데이트 없음')

일부 고객은 일반적으로 디버그 로그(또는 기타 디버깅 플러그인)의 오류에 대한 보완 스크린샷과 함께 SDK에서 오류가 발생하고 시스템 속도가 느려진다고 고객이 불평하는 지원 티켓을 받았을 수 있습니다.

리소스가 없을 때 적절한 RESTful API 구현의 예상 동작인 최신 릴리스가 없을 때 HTTP 오류가 반환되었습니다.

이 동작은 당사에 연락할 때까지 예상되는 동작이고 이로 인해 귀하(및 당사)에 대한 불필요한 지원 티켓이 생성된다는 점을 이해하는 것은 쉬운 일이 아니므로 이러한 혼란을 완전히 없애기 위해 HTTP 응답 코드를 200으로 수정했습니다. 이 API 변경 사항은 이미 몇 주 전에 배포되었으므로 이러한 유형의 불만 사항이 사라진 것을 보았을 가능성이 큽니다.

돌이켜보면, 우리는 훨씬 더 일찍 변경했어야 함을 인정합니다. 때때로 '올바른' 기술적인 것이 최종 사용자에게 '올바른' 것이 아니라는 것입니다.

백그라운드 연결 문제에 대한 내결함성

몇 주 전에 AWS에 일시적인 다운타임이 있었습니다. Amazon에서 서버를 호스팅함에 따라 자연스럽게 다운타임으로 인해 API 서버에 대한 연결 문제가 발생했습니다. 해당 기간 동안 Freemius 동기화 크론이 실행된 웹사이트에 연결 문제에 대한 무시할 수 있는 알림이 추가되어 관련 사용자로부터 많은 지원 문의가 발생했습니다. 알림의 목적은 방화벽, ISP 차단 등으로 인해 진행 중인 연결 문제를 강조하는 것입니다. 일시적인 연결 문제를 위한 것이 아닙니다. 따라서 내결함성 메커니즘을 배치하여 논리를 개선하여 3회 연속 연결 시도 실패(일반적으로 3일) 후에만 알림이 추가됩니다.

더 이상 사용되지 않는 다중 사이트 네트워크 기능의 해결

wpmu_new_blog() 및 deleted_blog() 는 디버그 모드에서 실행할 때 알림을 발생시키는 WP 5.1에서 더 이상 사용되지 않습니다. 새로운 WordPress 릴리스에서 실행할 때 wp_insert_site wp_insert_site() 및 wp_delete_site() )를 대신 사용하도록 다중 사이트 통합을 업데이트했습니다. 귀하의 공헌에 대해 Dario Curvino에게 감사드립니다 🙌

새 필터

SDK에서 생성한 페이지에서 Powered by Freemius 탭을 숨길 수 있는 새로운 hide_freemius_powered_by 필터를 도입했습니다.

my_fs()->add_filter( 'hide_freemius_powered_by', '__return_false' );

그리고 계정 페이지에서 기본적으로 고객에게 표시되는 청구 및 지불 내역을 숨기는 hide_billing_and_payments_info 라는 또 다른 필터가 있습니다.

my_fs()->add_filter( hide_billing_and_payments_info', '__return_true' );

'익명' 라이선스 활성화 - 우리는 당신의 목소리를 듣습니다!

신생 기업 또는 모든 유형의 비즈니스는 처음에는 제한된 리소스를 가지고 있습니다. 첫 번째 초점은 제품/시장 적합성을 확보하는 것이므로 자연스럽게 우선 순위를 정하고 희생을 감수해야 합니다. Freemius를 시작할 때 WordPress 시장에 대한 분석은 DIYer가 생태계에서 가장 큰 비율의 사용자를 대표한다는 것이었습니다. 따라서 일부 사례와 UX는 해당 부문을 위해 설계되었습니다. 우리가 성숙해지면서 지난 2년 동안 우리는 유지 관리자와 빌더의 요구 사항을 더 잘 수용하기 위해 수년 동안 수집된 피드백을 적용하기 위해 엄청난 노력을 기울였습니다. 이것은 WordPress 사용자의 훨씬 적은 비율이지만 매우 열정적이고 중요한 사용자입니다!

이 단계에서 수년 동안 받은 행동 피드백의 대부분은 이미 WordPress SDK에 통합되었습니다. 그러나 일반적으로 개인 정보 보호 민감도가 높고 기술에 정통한 사용자가 반복적으로 요청하는 것이 있습니다. "라이센스 키를 활성화할 때 옵트인해야 하는 이유는 무엇입니까?"

WordPress 버전, PHP 버전 및 웹사이트 로케일(전체 정보는 새로운 데이터 관행 페이지에 문서화되어 있음)과 같이 라이선스 활성화 시 사용자와 제품 제조업체에게 도움이 되는 몇 가지 기본 지표만 수집하지만 사용자가 안심하고 제품을 즐길 수 있도록 해결하고 싶었습니다.

따라서 다음 릴리스에서는 라이선스 활성화 및 업데이트 전달에 필수적이지 않은 데이터를 공유하지 않고 라이선스 활성화를 위한 새로운 옵션을 도입할 계획입니다. 데이터 아키텍처를 재작업하는 대신 더미 값으로 데이터를 마스킹하여 최대한의 개인 정보를 제공합니다. 우리는 여전히 웹사이트 URL과 IP, SDK 버전, 제품의 활성 여부를 수집해야 합니다. 하지만 그게 다야!

다음 시간까지

다가오는 '익명' 라이선스 활성화에 대한 피드백이 있습니까? 고려하고 싶은 기능이 있습니까? Trello 보드에 자유롭게 추가하세요. 그 동안 행복한 판매가 되세요!