워드프레스 SEO의 한계란 "플러그인을 몇 개 더 깔면 해결되는 문제"가 아니라, 어디까지가 플러그인의 영역이고 어디부터가 구조의 영역인지의 문제입니다. 저희는 직접 운영하는 워드프레스 사이트(AI 툴 큐레이션)에서 SEO 코어 플러그인 8종을 순차 활성화해 전수 실측하고, 모듈 온/오프 실험 6건을 돌린 뒤에야 이 경계를 그릴 수 있었습니다(2026-07-23 ~ 2026-07-27 실측). 이 글은 그 실측에서 나온 세 가지 답 - 플러그인으로 되는 것, 플러그인이 만드는 새 문제, 구조적으로 안 되는 것 - 의 기록입니다.
플러그인으로 해결되는 범위는 어디까지일까?
생각보다 넓습니다 - 단, 조합을 정확히 골랐을 때만. 8종(Rank Math·SEOPress·Yoast·AIOSEO·Xagio·Slim SEO·The SEO Framework·Squirrly)을 같은 사이트에서 하나씩 켜서 확인해 보니, 무료판 기준으로 스키마·리디렉션·404 모니터링·다중 키워드를 전부 제공하는 것은 8종 중 Rank Math 하나였습니다. 스키마 타입 선택이 전면 무료인 것은 Yoast가 유일했고, 이미지·비디오·뉴스 사이트맵을 셋 다 무료로 주는 것은 Squirrly가 유일했습니다. 즉 "무료 플러그인이면 다 비슷하다"는 통념과 달리, 무엇을 포기할지가 플러그인 선택마다 완전히 다릅니다. 메타·스키마·사이트맵·리디렉션 같은 기술 기반은 정확한 조합이면 무료로 충분히 커버됩니다 - 저희는 유료 성능 플러그인 3종(WP Rocket·FlyingPress·Perfmatters)도 전부 결제 보류로 확정했는데, 의심하던 스크립트가 이미 문서 하단에 위치해 실제 렌더링 차단이 아니라는 것을 원본 HTML로 확인했기 때문입니다. 고칠 수 있는 여지가 있다는 것과 고쳐야 할 문제가 있다는 것은 별개이고, 후자가 실측되기 전에는 도구를 사지 않는 것이 원칙입니다.
플러그인이 오히려 만들어내는 문제는 무엇일까?
실험 중 실제로 겪은 두 가지가 대표적입니다. 첫째, 정적 파일과 플러그인의 경합. 서버 루트에 옛날에 만들어둔 정적 llms.txt가 남아 있으면 워드프레스 rewrite보다 우선해 플러그인 생성본을 가립니다. 저희 사이트에서는 이 정적 파일에 charset 지정까지 빠져 있어 브라우저가 EUC-KR로 오인식, AI에게 보여줄 파일의 한글이 전부 깨진 채 노출되고 있었습니다. 응답 헤더의 Last-Modified가 고정돼 있는지로 어느 쪽이 서빙되는지 판별할 수 있고, 정적 파일을 백업 처리하자 플러그인 생성본(7,571자)이 정상 서빙됐습니다. 둘째, AI가 읽는 표면은 위생 사고를 증폭합니다. "본문 렌더 확인용"이라는 더미 본문으로 공개 상태였던 게시물 1건이 llms.txt와 사이트맵에 그대로 등재돼 있었습니다 - 사람 눈에는 안 띄던 것이 AI가 읽는 파일에는 전문이 실려 있었던 겁니다. Draft 전환만으로 llms.txt에서 소멸(7,571→7,415자)했지만, 발행 체크리스트에 "본문 완성 여부"가 왜 필요한지의 실증이었습니다. 여기에 캐싱·최적화 플러그인끼리의 기능 중복(이중 minify 충돌)까지 더하면, 워드프레스 SEO의 상당 부분은 "무엇을 더 깔까"가 아니라 "무엇이 겹치고 무엇이 남아 있는지 아는 것"입니다.
서버를 바꿔도 안 되는 것은 무엇일까?
여기가 진짜 한계선입니다. 호스팅을 옮기고 유료 플러그인을 사도 워드프레스 구조상 불가능한 것들이 있습니다: 배포 시 전체 페이지를 미리 생성해 두는 방식(SSG/ISR), 사람과 AI 봇을 구분해 봇에게 별도의 최적화된 HTML을 주는 것, 빠른 캐시 응답과 정확한 봇 방문 집계를 동시에 잡는 것(캐시가 응답하면 서버 로그에 봇이 안 남습니다), 엣지에서의 요청 사전 처리, 그리고 예약 작업의 시간 보장(WP-Cron은 방문자가 있어야 돕니다). 저희가 intrix.kr을 Next.js로 직접 구축해 AI 봇 로그를 미들웨어에서 집계하는 것도, 이 딜레마들이 워드프레스 안에서는 풀리지 않기 때문입니다. 다만 분명히 해둘 것은 - 일반적인 콘텐츠·리뷰형 사이트는 이 한계 항목들 없이도 기본 SEO/GEO 운영에 지장이 없습니다. 한계는 사이트가 커지거나(대량 콘텐츠·다국어), 봇 데이터가 사업의 핵심 지표가 될 때 비로소 비용이 됩니다.
그래서 어떤 순서로 해결하면 될까?
실측에서 나온 순서는 이렇습니다. 첫째, SEO 코어는 하나만 고르고 나머지는 전부 비활성화합니다 - 병행은 중복 출력 사고의 지름길이고, 일부 플러그인은 경고 없이 자체 출력을 강제하기까지 합니다. 둘째, 캐싱·이미지·렌더링 최적화는 기능이 겹치지 않게 역할을 나눠 조합합니다. 셋째, llms.txt 같은 GEO 표면을 만들었으면 실제 응답을 눈으로 확인합니다 - 정적 파일 경합, 인코딩, 더미 콘텐츠까지. 넷째, 유료 도구는 문제가 실측된 뒤에만 삽니다. 그리고 다섯째, 위의 구조적 한계가 실제 비용이 되기 시작하면 그때가 플랫폼 이전(예: Next.js 신규 구축)을 검토할 시점입니다 - 저희 Technical SEO 서비스가 기존 사이트 정비와 신규 구축을 함께 다루는 이유이기도 합니다. 워드프레스든 아니든, 지금 사이트가 어느 단계인지는 무료 진단으로 실측해 보는 것이 순서입니다. 물론 이 글의 어떤 조치도 특정 순위나 AI 인용을 보장하지 않습니다 - 저희가 보여드릴 수 있는 것은 전제 조건의 실측뿐입니다.
자주 묻는 질문 (FAQ)
Q. 워드프레스로도 GEO(AI 검색 최적화)가 가능한가요?
기본은 가능합니다. llms.txt 생성, 스키마, 사이트맵 같은 표면은 플러그인으로 만들 수 있습니다. 다만 봇별 렌더 분리·정확한 봇 집계·엣지 처리 같은 고급 영역은 구조적으로 불가능하므로, 그 필요가 생기는 시점이 플랫폼 재검토 시점입니다.
Q. SEO 플러그인은 무엇을 쓰는 게 좋나요?
저희 실측(2026-07 기준, 무료판)에서는 스키마·리디렉션·404·다중 키워드를 전부 무료로 제공하는 조합이 Rank Math뿐이었습니다. 다만 플러그인 기능·가격은 수시로 바뀌므로 도입 전 재확인이 필요하고, 무엇보다 하나만 켜는 것이 어떤 것을 고르느냐보다 중요합니다.
Q. 유료 성능 플러그인은 사야 하나요?
문제가 실측으로 확인된 뒤에 사도 늦지 않습니다. 저희는 유료 3종을 전부 결제 보류했는데, 의심하던 병목이 원본 HTML 확인 결과 실제 문제가 아니었기 때문입니다. 먼저 측정하고, 원인을 특정하고, 그 원인을 고치는 도구만 사는 순서를 권합니다.