WPML

WPML 성능 문제 분류 – 느린 관리 화면, 번역 대시보드 시간 초과, 프런트엔드 지연

WPML 성능 문제(느린 관리 화면 페이지, 프런트엔드 지연, 번역 대시보드 시간 초과)는 거의 항상 몇 가지 일반적인 요인 중 하나로 인해 발생합니다. 이 페이지에서는 문제가 WPML 자체에 있다고 가정하기 전에 확인해야 할 순서대로 이러한 요인을 살펴봅니다.

  1. 느려진 위치 확인

    • 프런트엔드는 느리고 관리 화면은 정상인 경우: 전체 페이지 캐싱 구성이나 프런트엔드 리소스를 많이 사용하는 플러그인 때문일 가능성이 높습니다.
    • 관리 화면은 느리고 프런트엔드는 정상인 경우: wp_options 자동 로드 비대화, 무거운 관리 화면 전용 플러그인 또는 서버 성능 부족일 가능성이 높습니다.
    • 번역 대시보드만 특히 느린 경우: 대시보드 쿼리에 많은 글이 포함되어 있고 PHP 메모리나 실행 시간이 부족할 가능성이 높습니다.
    • 번역 작업이 느린 경우: 번역 서비스와의 연결 문제일 가능성이 높으므로, WPML지원에서 통신 로그를 확인하세요.

    어떤 증상에 어떤 로그를 확인해야 하는지는 로그를 참조하세요.

  2. 서버 리소스 확인

    WPML지원을 여세요. 상단의 경고 패널은 PHP 메모리가 WPML의 권장 사항인 256 MB 미만일 때 표시됩니다. 카탈로그 규모가 큰 사이트는 512 MB 이상이 필요합니다.

    기타 서버 리소스 증상:

    • 느린 데이터베이스 쿼리. 번역이 많은 대규모 사이트에서는 SSD 기반 데이터베이스 서버, 충분한 innodb_buffer_pool_size, wp_icl_translations 테이블의 인덱스(WPML이 추가하므로 수동으로 개입할 필요는 거의 없음)를 확보하는 것이 좋습니다.
    • PHP 실행 시간. max_execution_time가 60초 미만이고 대시보드에서 시간 초과가 발생한다면 이 값을 늘리세요.
    • CPU. 공유 호스팅 요금제는 종종 엄격한 CPU 제한을 둡니다. 제한이 걸려 있는지 호스팅 업체에 확인하세요.

  3. 객체 캐시

    객체 캐시가 없는 WordPress는 매 요청마다 데이터베이스에서 많은 WPML 설정을 로드합니다. Redis 또는 Memcached를 객체 캐시로 추가하세요(대부분의 매니지드 WordPress 호스팅에서 이를 제공하며, 제공하지 않는 경우 Redis Object Cache 또는 WP Redis 플러그인으로 활성화할 수 있습니다).

    일반적으로 성능이 크게 향상됩니다. 이전에는 데이터베이스 조회가 필요했던 설정이 메모리에서 제공됩니다.

  4. 전체 페이지 캐시

    전체 페이지 캐시(WP Rocket, W3 Total Cache, 호스팅 업체의 에지 캐시)는 프런트엔드 속도를 높이는 가장 큰 성능 개선 요소입니다.

    이미 캐시를 사용 중인데도 페이지가 여전히 느리게 느껴진다면, 캐시가 언어별 URL을 올바르게 처리하고 있는지 확인하세요. WPML의 URL 구조(디렉터리로 언어 표시, 하위 도메인으로 언어 표시, 도메인으로 언어 표시 등)는 URL에 따라 캐시를 다르게 적용해야 합니다. 대부분의 캐시는 이 작업을 자동으로 수행하지만, 프랑스어 버전이 영어 캐시에서 제공되거나 그 반대의 경우가 발생하지 않는지 확인해 보는 것이 좋습니다.

  5. 충돌하거나 느린 플러그인

    사이트에는 플러그인이 쌓이게 되는데, 그중에는 잘 만들어진 것도 있고 그렇지 않은 것도 있습니다. 느린 플러그인을 찾으려면 다음을 수행하세요.

    1. Query Monitor(디버깅 플러그인)를 설치하세요.
    2. 느린 페이지를 새로 고침하세요.
    3. Queries by Component를 확인하세요. 가장 리소스를 많이 소모하는 쿼리를 가진 플러그인이 원인일 가능성이 높습니다.

    플러그인이 원인인 경우, 플러그인을 교체하거나 속도 저하를 일으키는 기능을 비활성화하세요.

  6. 사이트가 아닌 번역 서비스가 느린 경우

    번역 작업은 느리게 느껴지지만 사이트 자체는 정상이라면, 사이트와 WPML의 번역 인프라 사이에 병목 현상이 있는 것입니다.

    WPML지원통신 로그를 확인하세요. 로그에는 모든 API 호출의 지연 시간이 표시됩니다. 개별 호출에 몇 초씩 걸린다면 이는 사이트 문제가 아니라 연결(네트워크 경로, DNS 또는 호스팅 업체의 아웃바운드 제한) 문제입니다. 대신 WPML 자체 캐시가 원인인 경우, 안전 계층 문제 해결 도구에 WPML의 캐시 지우기가 포함되어 있습니다. 성능 조사에 지원팀의 확인이 필요한 경우, 지원팀과 디버그 정보 공유를 통해 지금까지 확인한 내용을 정리하세요.