워드프레스 SEO 플러그인을 Yoast에서 Rank Math로 바꿨는데 순위가 흔들립니다 — 이관 후 확인할 다섯 곳

워드프레스에서 SEO 플러그인을 Yoast에서 Rank Math로, 혹은 그 반대로 갈아탄 뒤 2~3주 안에 순위가 흔들렸다는 문의가 꾸준히 들어온다. 대부분 "이관 마법사가 알아서 옮겨줬는데 왜"라는 반응이다. 문제는 이관 마법사가 옮기는 건 메타 타이틀·디스크립션·포커스 키워드 같은 콘텐츠 데이터고, 이관 과정에서 겹치거나 빠지기 쉬운 건 따로 있다는 점이다. 캐노니컬 태그, 사이트맵 URL, 구조화 데이터 세 곳은 옮긴 뒤 반드시 눈으로 확인해야 하는 영역이다.

이관 마법사가 옮기지 않는 것들

대부분의 이관 도구는 글 단위 메타데이터는 잘 옮긴다. 하지만 플러그인 자체가 사이트 전역에 심어두는 설정, 예를 들어 소셜 메타 태그의 기본값, 사이트맵 우선순위 규칙, 스키마 타입별 출력 방식은 마법사 범위 밖인 경우가 많다. 특히 이전 플러그인을 "비활성화"만 하고 완전히 삭제하지 않으면, 옵션 테이블에 남은 설정값이 새 플러그인과 충돌하는 사례가 나온다. 워드프레스 플러그인은 비활성화해도 데이터베이스에 저장한 옵션을 스스로 지우지 않는다. 이 차이를 모르면 "분명히 껐는데 왜 흔적이 남아있냐"는 질문에 답이 안 나온다.

실무에서는 여기서 한 단계 더 들어가야 한다. 플러그인을 삭제(Delete)하면 대부분 옵션 테이블 항목까지 지워지지만, 일부 오래된 버전이나 커스텀 훅이 걸린 환경에서는 삭제 후에도 wp_options 테이블에 이전 플러그인 접두사가 붙은 행이 남는 경우가 있다. 새 플러그인이 그 값을 읽어들이는 코드가 우연히 겹치면, 관리자 화면에는 새 플러그인 설정만 보이는데 실제 프런트엔드 출력은 옛 값을 따라가는 혼란이 생긴다. 겉으로는 정상인데 결과만 이상한 이런 케이스가 가장 시간을 많이 잡아먹는다.

캐노니컬 태그가 두 벌 출력되는지 본다

가장 먼저 확인할 곳은 캐노니컬이다. 이전 플러그인의 캐노니컬 출력 코드가 테마 파일이나 자식 테마 functions.php에 하드코딩되어 남아 있으면, 새 플러그인이 자동으로 넣는 캐노니컬과 함께 head 태그 안에 두 줄이 찍힌다. 브라우저에서 페이지 소스 보기를 열어 canonical을 검색했을 때 결과가 두 개 이상 나오면 이 상황이다. 구글은 이런 경우 둘 중 하나를 임의로 골라버리는데, 그 선택이 내가 의도한 URL과 다르면 서치콘솔 색인 보고서에 "사용자가 표준으로 지정한 URL과 Google이 선택한 URL이 다름"으로 뜬다. 이 증상을 이미 겪고 있다면 구글이 지정한 캐노니컬을 무시할 때 푸는 순서를 먼저 참고하면 원인 좁히는 시간을 줄일 수 있다.

사이트맵 URL이 로봇츠에 중복으로 남는지 본다

robots.txt를 열어 Sitemap: 줄이 몇 개인지 센다. 이전 플러그인이 만든 sitemap.xml 경로와 새 플러그인이 만든 경로가 둘 다 남아 있으면, 구글은 두 파일을 모두 읽는다. 이때 옛 사이트맵이 아직 서버에 실제 파일로 남아 있고 그 안에 삭제한 페이지나 옛 URL 구조가 그대로 들어 있으면, 이미 정리한 페이지가 다시 크롤 큐에 올라가는 낭비가 생긴다. 새 플러그인이 만드는 사이트맵 경로 하나만 남기고 나머지는 서버에서 실제로 지운 뒤 서치콘솔에서 옛 사이트맵을 "삭제" 처리해야 한다. 링크만 빼는 걸로는 부족하다.

구조화 데이터가 겹쳐 출력되는지 본다

두 SEO 플러그인 모두 기본적으로 Article이나 WebPage 스키마를 자동 생성한다. 이전 플러그인의 스키마 기능을 끄지 않은 채 새 플러그인을 켜면, 페이지 하나에 같은 타입의 JSON-LD 블록이 두 개 출력되는 경우가 나온다. 리치 result 테스트 도구에 URL을 넣어보면 같은 스키마 타입이 중복 감지로 뜨거나, 두 블록의 값이 서로 달라서 어느 쪽을 기준 삼을지 애매한 경고가 뜬다. 스키마를 얼마나 세밀하게 넣어야 실제로 검색 결과에 표시가 붙는지는 구조화 데이터 우선순위 정리에서 다뤘으니, 이관 전에 어떤 타입을 어느 플러그인이 맡을지부터 정해두는 게 낫다.

순위보다 속도가 먼저 흔들릴 수도 있다

두 플러그인을 동시에 활성화한 채로 며칠 방치하면 SEO 신호보다 먼저 페이지 속도가 나빠지는 경우가 많다. 각 플러그인이 프런트엔드에 자체 CSS·스크립트를 추가하기 때문에, 비활성화하지 않은 플러그인의 리소스가 그대로 로딩되면서 불필요한 요청이 쌓인다. 코어 웹 바이탈 수치가 이관 시점과 겹쳐 나빠졌다면 SEO 설정보다 이 부분을 먼저 의심해야 한다. 워드프레스 사이트의 속도 저하는 원인이 겹쳐 나타나는 경우가 많으니 워드프레스 속도 점검 체크리스트 순서대로 짚어보는 걸 권한다.

흔한 시나리오는 이렇다. 담당자가 새 플러그인을 켜고 "이관 완료"라고 보고한 뒤, 옛 플러그인은 "혹시 몰라서" 비활성화 상태로만 남겨둔다. 이 상태에서는 옛 플러그인의 관리자 화면 스크립트는 로딩되지 않지만, 캐시 플러그인이 예전에 만들어둔 정적 캐시 파일에는 옛 플러그인이 출력했던 태그가 그대로 굳어 있을 수 있다. 새 설정을 확인하려고 페이지를 열었는데 캐시가 안 지워져서 옛 화면을 보고 "왜 반영이 안 되냐"고 헷갈리는 경우도 실무에서 자주 나온다. 이관 작업 뒤에는 캐시 플러그인의 전체 캐시 삭제를 항상 마지막 단계로 넣어야 한다.

점검 순서 요약

플러그인 이관 자체가 순위 하락의 직접 원인인 경우는 드물다. 실제 원인은 이관 마법사가 다루지 않는 영역에 옛 설정이 그대로 남아 새 설정과 충돌하는 것이다. 순서대로 확인한다. 첫째, 페이지 소스에서 canonical 태그가 한 줄만 있는지 본다. 둘째, robots.txt의 Sitemap 줄이 새 플러그인 것 하나만 남았는지, 옛 사이트맵 파일이 서버에서 실제로 삭제됐는지 본다. 셋째, 리치 result 테스트로 같은 페이지의 스키마 타입이 중복 출력되지 않는지 본다. 넷째, 옛 플러그인을 비활성화가 아니라 완전히 삭제했는지, 옵션 테이블에 남은 설정이 있는지 확인한다. 다섯째, 이관 전후로 페이지 로딩 속도가 나빠지지 않았는지 코어 웹 바이탈 수치를 대조한다. 이 다섯 곳만 순서대로 지우면 대부분의 "이관 후 순위 흔들림"은 원인이 잡힌다.