명확한 용도와 책임 소유자를 요구하세요
검색하기 전에 방문자나 직원이 얻을 결과를 한 문장으로 서술하세요. 그런 다음 WordPress 코어, 테마, 호스트 제어판, 또는 기존 플러그인이 이미 그 작업을 수행하는지 확인하세요. 단순히 인터페이스나 기능 목록 때문에 두 번째 도구를 추가하지 마세요.
승인된 각 플러그인에 대해 소유자, 사용 위치, 주요 설정, 연결된 계정 또는 API 키, 제거 조건을 기록하세요. 소유자는 알림을 검토하고 변경을 테스트합니다. 이렇게 하면 설치 이력이 의존성 레지스터로 바뀝니다.
변경할 수 있는 페이지, 폼, 에디터 워크플로, 백오피스 프로세스를 목록화하세요.
문서화되지 않은 한 중복된 분석, 캐싱, 폼, 팝업 또는 최적화 기능을 피하세요.
신규 및 영향이 큰 플러그인은 출시 후와 정기 유지관리 주기로 검토하세요.
활성화 전에 후보를 평가하세요
플러그인 추가 화면(Plugins Add New)과 WordPress 플러그인 디렉터리(WordPress Plugin Directory)를 출발점으로 사용하세요. WordPress는 저자, 사용자 평점, 최종 업데이트 시점, 호환성, 상세정보 링크를 표시합니다. 문서, 릴리스 노트, 지원 경로, 개인정보 처리 정보를 읽으세요. 구매하거나 다른 곳에서 다운받은 플러그인에도 동일한 엄격함을 적용하세요.
유지관리자가 지원하는 WordPress 및 PHP 버전, 플러그인이 변경하는 내용, 보안 문제 보고 방법을 설명하는지 확인하세요. WordPress.org가 보안 문제로 디렉터리 플러그인을 제거할 수는 있지만, 그것이 귀하의 자체 평가나 유지관리를 대신하지는 않습니다.
코어, 테마, 호스트, 기존 기능으로 요구사항을 충족할 수 있으면 후보를 거부하세요.
명시된 요구사항을 라이브 환경, 활성 테마, 핵심 플러그인과 비교하세요.
평점은 패턴을 드러낼 수 있지만 코드 감사를 대신하지는 않습니다.
접근권·데이터·외부 서비스를 도표화하세요
승인 전에 플러그인이 무엇을 변경하는지, 수집·저장하는 정보가 무엇인지, 그 정보가 어디로 가는지, 통합을 누가 관리하는지, 서비스가 사용 불가 또는 제거될 경우 어떻게 되는지를 서술하세요. 브라우저 스크립트, iframe, 웹후크, API 키, 서비스 계정도 기록하세요.
WordPress 개인정보 지침은 플러그인 저자가 사용자 데이터를 수집·사용·저장·전달할 때 권장 개인정보처리방침 문구를 제공하도록 권합니다. 이를 공급업체 설명을 조사하는 데 활용하되 자동적인 법적 준수 증거로 보지 마세요. 결제, 건강 정보, 민감 개인 데이터, 규제 대상 작업의 경우 릴리스 전에 자격 있는 개인정보·보안·결제·법률 검토를 받으세요.
필요한 역할, 계정, 범위(scopes), 키만 사용하고 사람 또는 도구 변경 시 오래된 접근을 제거하세요.
데이터 범주, 수신자, 보존 통제, 삭제 절차를 기록하세요.
보호된 스테이징 복사에서 호환성 테스트를 수행하세요
스테이징은 프로덕션 전에 변경을 확인하는 별도의 테스트 복사본입니다. 신규 플러그인이나 영향이 큰 변경에 사용하세요. 스테이징을 보호하고, 가능한 한 실제 고객 데이터 사용을 피하며, 라이브 이메일·결제·웹후크를 차단하세요.
영향받는 여정을 테스트하세요: 공개 페이지, 폼, 로그인, 게시, 검색, 관련 시 카트나 체크아웃. 그 후 오류 로그와 Site Health를 확인하세요. Site Health는 플러그인 버전, 제작자, 자동 업데이트 설정을 보여줍니다. 스테이징이 모든 프로덕션 조건을 재현할 수는 없습니다.
회귀 범위를 좁히기 위해 한 번에 하나의 영향이 큰 플러그인만 업데이트하거나 도입하세요.
방문자와 영향을 받는 워크플로를 사용하는 편집자 또는 관리자 권한으로 테스트하세요.
이전 버전, 예상 동작, 오류, 승인 결정을 기록하세요.
성능을 측정하고 위험 기반 업데이트 정책을 적용하세요
같은 테스트 방법으로 대표 페이지를 변경 전후 비교하세요. 페이지 용량, 네트워크 요청, 브라우저 오류, 지원되는 상호작용을 점검하세요. WordPress는 특정 플러그인이 의심될 때 서버 성능 측정을 위해 플러그인을 선택적으로 비활성화할 것을 권합니다. 관리 화면이나 단일 합성 점수만 신뢰하지 마세요.
Google의 web.dev는 서드파티 JavaScript가 네트워크 작업을 추가하고 렌더링을 지연시키며 개인정보·보안·페이지 동작에 영향을 줄 수 있다고 설명합니다. 중복 스크립트와 공급업체를 감사하세요. WordPress는 플러그인별 자동 업데이트를 지원하고 알림을 보냅니다만, 예약된 업데이트는 WordPress Cron에 의존합니다. 둘 다 작동하는지 확인하세요. 제어된 자동 업데이트는 백업과 검증이 있는 저영향, 잘 이해된 플러그인에 적합할 수 있습니다. 체크아웃·인증·동의·맞춤 통합은 스테이징과 명시적 승인이 필요합니다. 이는 보편적 분류가 아니라 위험 기반 선택입니다.
누가 공지를 읽고 보안 변경을 평가하며 예외를 승인할지 지정하세요.
영향이 큰 변경은 테스트 전에 릴리스 노트와 호환성을 검토하세요.
업데이트 연기 사유, 소유자, 안전장치, 검토일을 기록하세요.
백업·롤백·제거를 신중히 수행하세요
사이트에 영향을 줄 수 있는 업데이트나 제거 전에 최신 백업, 저장 위치, 복원 권한자, 최초 롤백 조치를 확인하세요. WordPress는 업데이트 전에 백업을 권하고 업그레이드로 문제가 발생하면 백업을 복원할 수 있다고 안내합니다. 위험이 큰 경우 안전한 복사본에서 복원 테스트를 수행하세요.
플러그인이 더 이상 필요 없을 때는 어떤 워크플로가 그것에 의존하는지 확인하고 필요한 기록을 보존하며 연결된 키나 웹후크를 폐기하세요. 그런 다음 Plugins 화면에서 비활성화하고 삭제하세요. 정리 방식은 플러그인마다 다르므로 문서를 따르고 결과를 확인하세요. 비활성화는 완전 제거가 아닙니다: 비활성 플러그인은 삭제될 때까지 설치된 상태로 남습니다.
비활성화할지, 이전 버전으로 복원할지, 설정을 수정할지, 전체 백업을 복원할지를 알아두세요.
롤백 후 영향을 받은 여정, 자격증명, 캐시 동작, 관리 기능을 재시험하세요.