KapsuleHost에서 WooCommerce 설정하기

Kapsule는 WordPress, WooCommerce 및 뉘질랜드 결제 게이트웨이 세트를 설치한 후 사이트 메뉴에 스토어 특화 도구를 추가하는 전용 WooCommerce 사이트 유형을 가지고 있습니다. 이 가이드는 스토어 생성, 결제 연결, 부하가 있는 스토어의 중요한 설정, 그리고 주문을 잃지 않으면서 변경을 수행하는 방법을 다룹니다.

WooCommerce 사이트 생성

1. KPanel에 로그인하고 왼쪽 사이드바에서 Websites를 클릭합니다.
2. Add Website를 클릭한 후 New Website를 클릭합니다.
3. 사이트 유형으로 WooCommerce를 선택합니다.
4. 스토어의 이름을 입력하고 마법사를 완료합니다.

Kapsule은 WordPress를 프로비저닝하고, 데이터베이스를 생성하고, WooCommerce를 설치 및 활성화하며, 아래에 나열된 결제 게이트웨이 플러그인을 사전 설치합니다. PHP 8.3은 런타임으로 설정되며, 이미지 처리를 포함하여 스토어에 필요한 확장 기능이 포함됩니다.

이미 WordPress 사이트가 있고 여기에 스토어를 추가하려면, wp-admin에서 Plugins, Add New에서 일반적인 방식으로 WooCommerce를 설치하십시오. 사이트는 WordPress 사이트 유형을 유지하므로, 여기에서 설명한 스토어 특화 탭이 나타나지 않습니다.

결제 게이트웨이

스토어를 열고, WordPress 탭을 열고, Payments를 열으십시오. 이것은 WooCommerce 전용 탭이며 일반 WordPress 사이트에는 나타나지 않습니다.

다섯 개의 게이트웨이가 포함되어 있으며, 뉘질랜드와 관련된 것들이 표시됩니다:

Apple Pay 및 Google Pay는 Stripe와 함께 제공됩니다: 둘 다 설치할 별도의 항목이 없습니다.

게이트웨이는 의도적으로 비활성 상태로 설치됩니다. 자격 증명 없이 활성화된 게이트웨이는 체크아웃을 중단하므로, 사용자의 판매자 계정 세부 정보를 제공할 때까지 아무것도 활성화되지 않습니다:

1. 사용하는 게이트웨이에서 Enable을 클릭합니다.
2. Configure를 클릭하면 wp-admin 내에서 해당 게이트웨이의 설정이 열립니다.
3. 사용자의 API 키 또는 판매자 자격 증명을 입력하고 저장합니다.
4. 스토어를 공지하기 전에 테스트 주문을 배치합니다.

Windcave는 플러그인 디렉토리가 아닌 공급업체에서 배포되므로, 패널에서 Get plugin 링크를 제공합니다. 다운로드한 후 wp-admin의 Plugins, Add New에서 업로드한 후 여기로 돌아와서 구성합니다.

스토어 성능

스토어는 브로슈어 사이트보다 페이지 뷰당 훨씬 더 많은 데이터베이스 작업을 수행하므로, 캐싱이 가장 큰 이점을 얻는 곳입니다.

전체 페이지 캐시. 사이트의 WordPress 탭에서 Caching으로 이동하면, 전체 페이지 캐시는 PHP를 실행하거나 데이터베이스를 건드리지 않고 완성된 HTML을 익명 방문자에게 제공합니다. 장바구니, 체크아웃, 내 계정 페이지 및 WooCommerce AJAX 엔드포인트는 자동으로 우회되며, 활성 장바구니 쿠키가 있는 방문자는 항상 실시간 페이지를 받습니다. 캐시는 한 고객의 장바구니를 다른 고객에게 표시하지 않으면서도 제품 및 카테고리 페이지의 속도를 높입니다.

객체 캐시. 같은 화면에서, 객체 캐시는 데이터베이스 쿼리 결과와 트랜지언트를 메모리에 보관합니다. 이것이 큰 카탈로그에서 WooCommerce 관리자를 사용할 수 있게 하는 것입니다.

CDN. Performance, Kapsule CDN에서 활성화하여 제품 이미지와 정적 자산을 엣지에서 제공하고, 이미지 최적화 및 WebP 변환을 수행합니다. Enabling the CDN을 참조하십시오. 대량의 제품 이미지를 변경한 후 캐시를 제거하십시오: Purging the CDN Cache.

스토어의 PHP 설정

스토어는 기본값을 벗어나는 가장 일반적인 이유입니다. 사이트의 Advanced, PHP 탭에서:

• Memory limit: 카탈로그가 크거나 구독을 실행하는 경우 256M에서 512M으로 올립니다.
• Max execution time: 제품 가져오기 또는 보고서 생성이 시간 초과되는 경우 30에서 120 또는 300초로 올립니다.
• Max input variables: 많은 변형이 있는 제품이 있거나 저장할 때 필드가 자동으로 삭제되는 설정 화면이 있는 경우 3000에서 올립니다.

전체 세부 사항은 Increasing the WordPress Memory Limit을 참조하십시오.

예약된 작업

WooCommerce는 백그라운드에서 많이 실행됩니다: 주문 상태 전환, 구독 갱신, 이메일, 재고 동기화. WordPress의 내장 스케줄러를 사용하며, 기본적으로 누군가가 사이트를 방문할 때만 실행됩니다. 조용한 스토어에서는 갱신과 이메일이 늦게 실행되거나 전혀 실행되지 않습니다.

실제 서버 측 일정으로 바꾸십시오. WordPress 탭의 WP-Cron 섹션에는 일정을 추가하고 같은 단계에서 방문자 트리거 버전을 비활성화하는 Enable system cron 작업이 있습니다. 전체 설명 및 수동 대안은 Setting Up and Managing Cron Jobs을 참조하십시오.

wp-admin의 WooCommerce, Status, Scheduled Actions에서 큐를 볼 수 있습니다.

주문을 잃지 않으면서 변경하기

모든 스토어는 고객이 지속적으로 쓰고 있는 실시간 데이터베이스이며, 이는 업데이트를 처리하는 방식을 변경합니다.

스토어의 안전한 업데이트 루틴:

1. 백업을 수행합니다: Taking a Backup.
2. 프로덕션에서 스테이징을 리셋하여 라이브 스토어와 일치하도록 합니다.
3. 스테이징에서 플러그인, 테마 또는 WooCommerce 업데이트를 적용합니다.
4. 스테이징에서 확인 페이지까지 전체 테스트 주문을 배치합니다.
5. 파일만 프로덕션에 푸시합니다.
6. 프로덕션에서 작은 실제 주문을 배치하고 환불합니다.

관리 플랜에서 Quick Actions의 Update Plugins 작업은 Smart Update가 됩니다: 백업, 한 번에 하나씩 플러그인 업데이트, 각 플러그인 후 사이트 상태 확인 실행, 사이트를 중단하는 모든 항목을 자동으로 롤백합니다. 손상된 체크아웃이 돈을 드는 스토어에서는 이것을 가지고 있을 가치가 있습니다.

특정 시점 복구

일일 백업은 스토어를 해당 백업이 실행된 상태로 복원하며, 바쁜 스토어에서는 하루의 주문 손실을 의미할 수 있습니다. WooCommerce 사이트는 Backups, Point-in-time recovery에서 특정 시점 복구를 활성화할 수 있으며, 선택한 분 대신 복원하며 최대 30일의 보존 기간이 있습니다. 실제 금전을 받는 모든 스토어에서 활성화하십시오. Taking a Backup을 참조하십시오.

문제 해결

체크아웃이 오류 없이 실패합니다. 거의 항상 누락되었거나 잘못된 자격 증명이 있는 활성화된 게이트웨이입니다. Payments 탭에서 게이트웨이를 하나씩 비활성화하면 체크아웃이 작동할 때까지, 그 후 중단된 게이트웨이를 다시 구성합니다.

주문 이메일이 도착하지 않습니다. WordPress는 기본적으로 PHP를 통해 메일을 보내며 대부분의 네트워크는 이를 거부합니다. WordPress 탭의 배송 경고, Site Health를 확인하고 적절한 인증된 송신을 구성합니다.

관리자 페이지가 느리거나 시간이 초과됩니다. PHP 탭에서 메모리 및 실행 시간을 올린 후 객체 캐시를 활성화합니다. 수만 개의 주문이 있는 스토어는 또한 이전 예약된 작업을 지우는 것으로부터 이점을 얻습니다.

제품 변경 사항이 프런트 엔드에 나타나지 않습니다. WordPress, Quick Actions, Flush Cache에서 캐시를 플러시하고 CDN을 제거합니다.