출시를 위해 WooCommerce 스토어를 준비하는 방법

게시 됨: 2016-05-26

WooCommerce 2.6의 출시가 임박함에 따라 온라인 상점을 운영하는 데 사용할 수 있는 최신 기능을 탐색하게 되어 매우 기쁩니다. 그리고 업데이트 과정을 한 번 더 거치는 것이 조금 두렵습니다.

WordPress 개발의 오픈 소스 세계의 아름다움은 사실상 누구나 우리가 집이라고 부르는 이 플랫폼을 위해 거의 모든 것을 만들 수 있다는 것입니다. 단점은 서로 다른 상황에서 서로 다른 환경에서 수천 개의 창조물을 주어진 조합으로 배치할 때 어떤 일이 일어날지 예측하는 것이 거의 불가능하다는 것입니다.

우리는 WooCommerce와 그 확장 기능을 철저히 테스트하는 것을 자랑스럽게 생각하지만 불행한 현실은 이것이다. 충돌은 여전히 ​​발생한다는 것 입니다. 그렇기 때문에 릴리스 및 주요 업데이트에 대해 미리 준비하는 것이 좋습니다. 따라서 문제가 발생하면 바로 롤백할 수 있습니다.

“근데 어떻게 준비해요?” 문의해 주셔서 정말 기쁩니다. WooCommerce 스토어에 대한 백업 및 테스트를 효율적으로 설정하여 무엇이든 준비하는 방법은 다음과 같습니다.

스토어에 대한 백업 설정 및 자동화

향후 출시를 위해 스토어를 준비하기 위해 가장 먼저 해야 할 일은 스토어의 데이터를 안전하게 보호하고 필요한 경우 쉽게 복원할 수 있도록 백업을 설정하는 것 입니다.

백업은 주요 문제가 발생할 경우에 대비할 수 있는 깨끗하고 완전한 기능의 스토어 버전을 제공합니다. 충돌하는 확장 프로그램을 단순히 비활성화하거나 이전 버전으로 롤백할 수 없는 경우 백업을 통해 저장소를 작동 상태로 복원하여 다시 시작할 수 있습니다.

이 프로세스에는 Jetpack을 사용하는 것이 좋습니다. 개인, 프리미엄 또는 전문가 플랜의 일부로 Jetpack은 매일 WooCommerce 스토어의 자동 백업을 제공합니다.

Jetpack을 사용하면 "설정하고 잊어버릴" 수 있습니다. 즉, 완전히 자동화된 백업을 한 번 설정하고 복원해야 하는 경우가 아니면 다시 건드리지 않습니다 . 백업을 복원해야 하는 경우 클릭 한 번으로 이전 버전으로 돌아갈 수 있습니다.

별도의 테스트 환경 만들기

이 문서에서는 WooCommerce 사이트를 적절하게 업데이트하는 방법에 대해 테스트할 공간을 만드는 것에 대한 몇 가지 권장 사항을 제시하지만 이러한 모든 용어와 제안은 무엇을, 왜, 어떻게 해야 하는지 알고 싶어하는 신규 상점 소유자에게 혼란을 줄 수 있습니다.

좀 더 명확하게 하기 위해: 매장을 복제하여 실제 제품에 잠재적으로 부정적인 영향을 미치지 않으면서 새 릴리스를 테스트할 수 있도록 거의 동일한 두 번째 버전을 가질 것을 권장합니다 . 이 복제 버전은 일반적으로 "개발 사이트" 또는 "테스트 환경"과 같은 것입니다.

많은 상점 소유자는 상점이 있는 사이트의 하위 도메인에서 테스트 환경을 만듭니다. 예를 들어 상점의 URL이 realawesomebooks.com인 경우 테스트 사이트가 testing.reallyawesomebooks.com일 수 있습니다. 어떤 사람들은 보안을 위해 테스트 환경을 오프사이트에 두거나 로컬에 저장하기로 선택하지만 이는 전적으로 귀하에게 달려 있습니다!

별도의 테스트 환경이 있으면 많은 이점이 있습니다. 이 경우 상점이나 고객 경험에 대한 위험 없이 주요 릴리스를 시험해 볼 수 있습니다.
별도의 테스트 환경이 있으면 많은 이점이 있습니다. 이 경우 상점이나 고객 경험에 대한 위험 없이 주요 릴리스를 시험해 볼 수 있습니다.

위치에 관계없이 상점의 콘텐츠를 이 새로운 위치에 복제하는 것은 일반적으로 가장 까다로운 퍼즐 조각입니다. FTP 및 데이터베이스 액세스 권한이 있는 경우 모든 것을 복사할 수 있지만 실제로 무언가를 테스트할 때마다 이 작업을 수행해야 합니다.

이 프로세스를 단순화 하고 이미 Jetpack으로 생성한 백업을 최대한 활용하는 가장 좋은 방법은 테스트 사이트에 백업을 복원하는 것 입니다. 백업이 자주 있는 경우(예: 매시간 또는 매일), 이를 통해 몇 번의 클릭으로 수동 복사 없이 테스트 환경을 최신 상태로 유지할 수 있습니다.

옵션이 설정되면 VaultPress를 사용하여 백업을 대체 도메인으로 복원할 수 있으므로 가능한 한 실제 데이터에 가까운 테스트 목적으로 별도의 사이트를 사용할 수 있는 유연성을 제공합니다.
옵션이 설정되면 Jetpack을 사용하여 백업을 대체 도메인으로 복원할 수 있으므로 가능한 한 실제 데이터에 가깝게 테스트 목적으로 별도의 사이트를 사용할 수 있는 유연성을 제공합니다.

여기에서 가이드를 따라 데이터를 대체 도메인으로 복원하도록 Jetpack을 설정하는 방법을 배울 수 있습니다. 따라서 백업을 테스트 환경에 대한 정확하고 최신 데이터의 소스로 사용할 수 있습니다 . 더 이상 수동 복사가 필요 없습니다!

각 릴리스 또는 주요 업데이트에 대한 테스트 계획이 있습니다.

이 처음 두 단계를 통과하면 자동화된 백업이 실행되고 테스트할 준비가 된 스테이징 환경이 있어야 합니다. 이제 거의 준비가 되었습니다.

업데이트를 준비하는 것과 업데이트를 실제로 테스트하는 것 사이의 유일한 마지막 단계는 업데이트에 대한 계획을 세우는 것 입니다. 실시간 데이터나 고객이 초기 활동의 영향을 받을 가능성이 없는 테스트 환경에서도 각 변경 사항을 언제 어떻게 처리할지 정확히 알 수 있도록 테스트 계획을 세우는 것이 좋습니다.

계획의 모양은 사용자에게 달려 있으며, 자신의 대역폭, 요구 사항 및 과거에 관찰한 업데이트 빈도를 기반으로 해야 합니다. 몇 개). 그러나 다음과 같이 명확하게 명시한 계획을 미리 세우는 것이 좋습니다 .

  • 테스트 사이트를 준비하고 각 릴리스를 시도할 때 매주 스테이징 사이트에 백업을 복원하고 매월 한 번씩 주요 릴리스를 테스트하시겠습니까? 아니면 최대한 빨리 주요 업데이트를 준비하는 데 우선순위를 두시겠습니까?
  • 테스트할 위치, 테스트 사이트 또는 일종의 보조 사이트인지 여부
  • 테스트 기간이 얼마나 지속되는지
  • 누가 관련될 것입니까? 결함을 찾기 위해 노력할 것입니까, 아니면 다른 팀원이나 가족이 문제를 찾기 위해 노력할 것입니까?
  • 구체적으로 무엇을 테스트해야 하는지

이 프로세스를 몇 번 거치면 잠재적인 버그를 발견하고 어떤 플러그인이나 확장이 잘 작동하지 않는지 파악하고 개발과 협력하는 과정을 포함하여 조금 덜 어색하고 조금 더 자연스러워질 것입니다. 대지.

이전에 플러그인, 확장 프로그램 및 테마 간의 호환성을 테스트한 적이 없는 사용자를 위한 "프로" 팁: 이상한 문제가 발생하고 원인이 확실하지 않은 경우 모든 플러그인/확장 프로그램을 일괄 비활성화하고 다시 활성화하십시오. 오류가 다시 나타날 때까지 하나씩.

또한 지원 닌자는 타사 테마와 잠재적인 WooCommerce 충돌 문제를 해결하기 위해 거의 항상 Storefront로 전환할 것을 권장하므로 최신 포인트 릴리스가 갑자기 재미있어 보이는 경우 해당 사본을 준비하는 것이 좋습니다. (Storefront는 무료이므로 테스트 사이트용 사본을 얻기 위해 힘들게 번 현금을 사용할 필요가 없습니다!)

테스트 없이 업그레이드하는 것이 항상 효과가 없는 이유

WooCommerce의 주요 릴리스를 사용할 수 있게 되거나 다른 플러그인 또는 확장 중 하나가 업그레이드되면 바로 들어가서 새로운 기능을 보고 싶은 충동을 이기기 어려울 수 있습니다.

개인 블로그나 WordPress 기반 웹사이트에서는 일반적으로 이 접근 방식이 좋습니다. 그러나 온라인 상점에 관한 한 가장 좋은 방법은 주의를 기울이고 주요 업데이트를 활성화하기 전에 항상 테스트하는 것 입니다. 당신은 당신의 가게와 더 많은 문제가 있고 갈등의 가능성이 더 많습니다. 이 두 가지 요인은 준비를 훨씬 더 중요하게 만듭니다.

우리의 경고와 조언에 귀를 기울이지 않으면 나쁜 일이 일어나지 않을 가능성이 항상 있습니다. 사실 대부분의 상점 소유자는 테스트를 거치지 않아도 업그레이드 경험이 거의 번거롭지 않습니다. 그리고 언급한 바와 같이 우리는 우리 제품의 지속적인 호환성을 테스트하는 데 많은 시간과 자원을 할애합니다.

그러나 다시 말하지만 WordPress 플러그인 및 테마 및 타사 WooCommerce 확장의 오픈 소스 특성으로 인해 항상 일부 백업을 생성하고 오류를 유발하는 비호환성을 발견하는 경우에 대비 하여 해당 업데이트를 테스트하는 것이 가장 좋습니다. 당신의 가게를 깨뜨립니다.

물론, 당신은 날개를 달 수 있습니다 ...

백업하는 것을 잊었습니다! *비명*
우리 가게가 추락했고 백업을 하는 것을 잊었습니다! *비명*

… 그러나 자동화된 업데이트를 설정하고 준비 사이트를 준비하는 데 얼마나 적은 노력이 필요한지 알면 만일을 대비하여 올바른 작업을 수행하는 데 시간과 약간의 돈을 투자할 가치가 있다고 생각합니다.

물론 상황에 관계없이 릴리스 또는 업그레이드에 문제가 발생하면 언제든지 신뢰할 수 있는 지원 전문가에게 문의할 수 있습니다.

WooCommerce 스토어에 대한 백업 및 테스트를 통해 원활한 항해를 경험하십시오.

언급했듯이 주요 릴리스 또는 업데이트 전에 WooCommerce 및 해당 확장 기능을 테스트하는 것에 자부심을 느낍니다. 그러나 오픈 소스의 아름다움은 예측할 수 없는 부분도 있기 때문에 광범위한 테스트를 수행하더라도 가능한 모든 버그나 충돌을 포착할 수는 없습니다.

자동화된 백업을 설정하고 스토어의 스테이징 서버 또는 테스트 버전을 준비하면 주요 릴리스 또는 확장 업데이트 가 언제 도착하거나 얼마나 자주 출시되는지에 상관없이 대비할 수 있습니다.

다음 릴리스를 위해 WooCommerce 스토어를 준비하는 방법에 대해 질문이 있습니까? 저희에게 알려주시면 아래 댓글로 도움을 드리겠습니다.