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의 캐시 지우기가 포함되어 있습니다. 성능 조사에 지원팀의 도움이 필요한 경우 지원팀과 디버그 정보 공유를 통해 확인한 내용을 패키징하여 보내주세요.