모두
모두콘텐츠
얼마 전 느려진 워드프레스 사이트를 맡았는데, Jetpack에서 쓰는 기능은 다운 알림 하나뿐이었습니다. 플러그인을 지우기 전에 먼저 확인한 건 어떤 기능이 켜져 있고, 다른 플러그인과 겹치는지였습니다. 검색할 때 jetpacks라고 쓰는 분도 있지만, 워드프레스에서 설치할 플러그인 이름은 Jetpack입니다.
Jetpack에는 보안 점검, 다운 알림, 이미지 전송, 통계처럼 성격이 다른 기능이 묶여 있습니다. 설치 자체보다 필요한 기능을 고르는 일이 중요합니다. 제가 운영 사이트에 적용할 때 쓰는 순서대로 적겠습니다.
설치 전에 백업과 기존 기능을 확인하기
먼저 호스팅의 자동 백업이 언제 실행됐는지 확인합니다. 가능하면 파일과 데이터베이스를 각각 내려받고, 복원 절차도 확인해 둡니다. 기능을 켜거나 플러그인을 업데이트한 뒤 화면이 깨졌을 때 되돌릴 수 있어야 합니다. 방문자가 많은 사이트라면 운영 화면에서 바로 시험하지 말고 스테이징 사이트에서 먼저 확인하는 편이 안전합니다.
그다음 설치된 플러그인에서 이미지 CDN, 이미지 지연 로딩, 보안 방화벽, 다운 알림 기능을 찾아봅니다. 같은 일을 하는 기능을 두 개씩 켜면 이미지 주소가 여러 번 바뀌거나 캐시 문제를 찾기 어려워집니다. 이미 호스팅에서 제공하는 기능이 안정적으로 작동한다면 Jetpack에서 같은 기능을 추가할 이유는 적습니다.
- 백업: 마지막 백업 시각과 복원 방법 확인
- 속도: 현재 쓰는 캐시와 이미지 최적화 기능 기록
- 보안: 호스팅 방화벽과 보안 플러그인의 설정 확인
Jetpack을 연결하고 기본 상태 점검하기
관리자 화면의 플러그인 → 새 플러그인 추가에서 Jetpack을 검색해 설치·활성화합니다. 이어서 화면 안내에 따라 WordPress.com 계정을 연결합니다. 연결을 마친 뒤 도구 → 사이트 건강에서 Jetpack 관련 오류가 없는지 확인합니다. 연결이 실패한 상태에서는 기능을 켜도 기대한 대로 작동하지 않을 수 있습니다.
여기서 조심할 부분이 XML-RPC입니다. Jetpack은 사이트와 WordPress.com의 통신에 이 기능을 사용합니다. 보안 플러그인이나 호스팅 방화벽이 xmlrpc.php를 완전히 막아 두면 연결이 끊길 수 있습니다. 그렇다고 보안 규칙을 무작정 해제하지는 마세요. 사이트 건강에 차단 오류가 표시되면 해당 규칙을 확인하고, 필요할 때 호스팅 업체에 Jetpack 연결을 위한 예외 설정을 문의하는 편이 낫습니다.
연결 직후에는 기능을 한꺼번에 켜지 않습니다. 홈페이지, 글 한 편, 관리자 화면이 정상인지 먼저 봅니다. 연결 단계에서 문제가 생겼다면 추가 설정을 진행하기 전에 그 오류부터 해결해야 원인을 좁힐 수 있습니다.
무료 기능은 필요한 것부터 하나씩 켜기
운영 중인 블로그라면 다운 알림부터 살펴볼 만합니다. 현재 Jetpack에서는 Jetpack → Protect → Settings의 Downtime monitoring에서 켤 수 있습니다. Jetpack 안내에 따르면 약 5분 간격으로 사이트 상태를 확인하며, 이 기능은 무료입니다. 알림을 켠 뒤에는 연결한 WordPress.com 계정의 메일을 실제로 확인하는지 점검하세요. 알림을 받아도 읽지 않는 주소라면 효과가 없습니다.
보안 점검도 같은 Protect 화면에서 확인할 수 있습니다. 무료 기능은 워드프레스 본체와 설치된 테마·플러그인에서 알려진 취약점을 매일 확인합니다. 사이트 파일의 악성코드까지 검사하는 유료 Scan과는 범위가 다릅니다. 취약점 알림이 오면 백업을 확인한 뒤 해당 항목을 업데이트하고, 사용하지 않는 플러그인은 삭제합니다. 알림만 켜 두고 업데이트를 미루면 위험은 그대로 남습니다.
이미지가 많은 사이트라면 Jetpack → Settings → Performance의 Site Accelerator를 시험할 수 있습니다. 켜기 전후에 같은 글의 이미지 표시와 로딩 상태를 비교하세요. Jetpack은 이미지를 별도 서버에서 전달하지만 원본 이미지 파일은 내 서버에 남아 있어야 합니다. 또 테마나 다른 플러그인의 모든 파일을 대신 전송하는 기능은 아닙니다. 이미지 최적화 플러그인을 이미 쓰고 있다면 중복 적용 여부부터 확인합니다.
문제가 생겼을 때 되돌리는 순서
설정을 바꾼 뒤 이미지가 사라지거나 레이아웃이 깨졌다면 방금 켠 기능부터 끕니다. 이어서 워드프레스 캐시, 호스팅 캐시, 브라우저 캐시를 비우고 시크릿 창에서 다시 확인합니다. 한 번에 여러 기능을 바꾸면 원인을 찾기 어려우니 변경할 때마다 화면을 확인하는 습관이 좋습니다.
Jetpack이 꼭 필요한지도 다시 따져볼 수 있습니다. 다운 알림이 목적이라면 호스팅의 무료 모니터링 기능이 있는지 확인하고, 보안이 목적이라면 호스팅 방화벽과 업데이트 관리부터 챙기면 됩니다. 백업 역시 유료 플랜을 먼저 고르기보다 호스팅 백업의 보관 기간과 복원 가능 여부를 확인하는 게 순서입니다.
저라면 처음에는 다운 알림과 무료 취약점 점검 정도만 켜고 며칠 운영해 보겠습니다. 이미지 전송은 실제로 이미지가 많은 글에서 차이가 확인될 때 추가합니다. 무엇을 켰는지 기록해 두고 업데이트를 제때 하는 구성이, 기능을 많이 켜 둔 사이트보다 관리하기 편했습니다.
