워드프레스 SEO 최적화 가이드 — 제작 순서와 플러그인 선정

상담에서 가장 자주 듣는 말, "일단 만들고 SEO는 나중에요"

워드프레스로 사이트를 새로 만드는 분들과 첫 상담을 하다 보면 거의 매번 같은 이야기가 나옵니다. "우선 오픈부터 하고, 검색 노출은 그다음에 손봐요." 그러면 그 순서가 정말 괜찮은 걸까요? 검색 노출을 좌우하는 결정은 대부분 오픈 전에 이미 정해집니다. 우선순위가 거꾸로인 셈이에요.

의도는 충분히 이해합니다. 다만 이 순서로 진행한 프로젝트는 대개 몇 달 뒤에 더 큰 비용으로 되돌아옵니다. 검색엔진이 사이트를 이해하는 기준은 디자인이 아니라 주소 체계와 연결 구조이고, 이 둘은 제작 초기에 확정되기 때문입니다. 이미 색인이 끝난 주소를 뒤늦게 정리하면, 쌓여 있던 신호를 처음부터 다시 만들어야 합니다.

그래서 이 글은 제작 단계별로 "무엇을 먼저 정해야 하는가"를 순서대로 정리했습니다. 뒤쪽에는 2026년 구글 문서가 정리한 하지 않아도 되는 AI 검색 대응도 함께 담았어요. 무엇을 믿어야 할까요? 최근의 "AI 검색 최적화" 조언 중에는 실제로 효과가 없거나 구글 정책과 어긋나는 것들이 섞여 있기 때문입니다.

제작 순서와 SEO 작업을 겹쳐놓은 체크리스트

워드프레스 제작을 다섯 단계로 나누고, 각 단계에서 검색 성과에 직접 영향을 주는 항목만 추렸습니다. 단계가 곧 우선순위예요.

단계별로 하나씩 가 볼까요? 각 단계에서 실제로 자주 어긋나는 지점만 골라 실무 맥락과 함께 짚어봅니다.

설치 직후: 주소 체계를 먼저 고정합니다

고유주소(Permalink)를 영문 슬러그로 바꾸는 일은 5분이면 끝납니다. 반대로 나중에 바꾸는 일은 며칠이 걸려요. 한글 주소는 공유 과정에서 인코딩이 깨지기 쉽고, 로그 분석이나 리다이렉트 관리가 어려워지는 등 관리 부담이 커지는 단점이 있습니다.

이때 대표 도메인 통일도 함께 끝내야 해요. https://와 http://, www가 붙은 주소와 붙지 않은 주소가 함께 열려 있으면 검색엔진은 이를 서로 다른 페이지로 인식합니다. 표준 주소(canonical)가 흔들리면 어떻게 될까요? 같은 내용을 두세 개 주소가 나눠 갖게 됩니다.

테마 선택: 속도는 여기서 결정됩니다

구글의 페이지 경험 기준인 코어 웹 바이탈은 다음 세 가지입니다. 바뀐 지표도 있어요. 참고로 예전에 쓰이던 FID(First Input Delay)는 2024년 3월부터 INP(Interaction to Next Paint)로 대체되었습니다.

이 세 지표는 플러그인을 나중에 추가해서 해결되는 항목이 아니고, 테마가 무겁거나 페이지 빌더를 과하게 쓰면 어떤 최적화를 얹어도 회복되지 않습니다. 출발점이 달라요. 이미지 영역에 width/height를 지정하는 것처럼 사소해 보이는 조치가 CLS를 0에 가깝게 만들고, 지표별 개선 절차는 코어 웹 바이탈 완벽 이해 글에서 실측 순서로 정리했습니다.

콘텐츠: 요약이 아니라 경험을 씁니다

같은 주제라도 직접 겪은 내용이 들어가면 결과가 달라집니다. 구글도 "이미 다른 곳에 있는 내용을 요약·재작성한 글"보다 "직접 경험에서 나온 관점"을 높게 봅니다. 예를 들어 "워드프레스가 좋습니다"가 아니라, "리뉴얼 프로젝트에서 한글 주소 37건을 영문으로 옮기고 301 리다이렉트를 정리하는 데 이틀이 걸렸다"처럼 숫자와 상황이 담긴 문장이 신뢰를 만듭니다.

SEO 플러그인, 한 개면 충분한 이유

SEO 플러그인을 두세 개 함께 설치하는 구성은 생각보다 자주 보입니다. 하나로는 부족해 보이거든요. 기능이 조금씩 달라서 그렇게 고르시는데, 결과는 정반대입니다. 메타 태그와 사이트맵이 중복 출력되고, 검색엔진은 어느 값을 기준으로 삼아야 할지 판단하기 어려워집니다. 속도까지 함께 손해를 보는 셈이에요.

고르는 기준은 세 가지면 충분합니다.

• 구조화 데이터(스키마)를 자동으로 만들어 주는가 — 페이지 유형에 맞는 JSON-LD가 출력되어야 합니다.
• 사이트맵을 발행 시점에 갱신하는가 — 새 글을 올릴 때마다 사람이 파일을 다시 만드는 일은 없어야 돼요.
• 서치 콘솔·색인 상태를 관리자 화면에서 볼 수 있는가 — 점검이 화면 밖으로 나가면 어떻게 될까요? 아무도 보지 않습니다.

속도 최적화는 어디서 다룰까요? SEO 플러그인의 역할이 아니고, 캐시 플러그인과 이미지 압축을 별도로 구성해야 합니다.

오픈 직후 30분을 아끼면 안 되는 이유

홈페이지를 만들었다고 검색에 바로 나오지 않습니다. 어디에 먼저 알려야 할까요? 구글 서치 콘솔과 네이버 서치어드바이저에 사이트를 등록하고 사이트맵을 제출해야 크롤러가 방문하고, 등록 이후에는 색인 상태를 주기적으로 확인해 색인이 안 된 페이지의 원인을 찾아 고쳐야 합니다.

내부 링크 점검도 이때입니다. 링크가 없으면 어떻게 될까요? 페이지끼리 연결되지 않은 사이트는 검색엔진이 각 페이지의 중요도를 판단하기 어려워합니다. 제작을 소원웹에 맡기시면 기업형 워드프레스 제작 과정에서 이 등록·점검까지 함께 진행해 드려요. 페이지 구조 전반이 궁금하다면 SEO·AEO·GEO 통합 서비스에서 다루는 범위를 확인하시면 됩니다.

2026년 구글 문서 기준, AI 검색에서 "하지 않아도 되는 것"

여기서부터는 최근 1년 사이에 가장 많은 오해가 쌓인 부분입니다. 구글은 검색 문서에서 생성형 AI 검색(AI 개요, AI 모드를 포함) 대응 지침을 공개하며, AEO·GEO라는 말로 유통되는 조언 상당수는 하지 않아도 된다고 못 박았습니다. 핵심은 이 한 문장으로 정리됩니다.

생성형 AI 검색에 최적화하는 것은 검색 경험을 최적화하는 것이고, 결국 SEO입니다.

검색 환경 변화를 마케팅 관점에서 정리한 내용은 2026년 AI 검색 시대 — SEO·AEO·GEO 통합 마케팅 전략에서 확인할 수 있습니다. 무시해도 되는 것은 다음과 같습니다.

• LLMS.txt 같은 특수 파일 — 구글 검색은 이런 파일을 사용하지 않습니다. 다른 서비스가 쓴다면 만들어도 무방하지만, 구글 노출에는 도움이 되지도 해가 되지도 않아요.
• 콘텐츠를 잘게 쪼개는 "청킹" — 페이지 하나에 여러 주제가 섞여 있어도 구글 시스템이 관련 부분을 알아서 구분해 보여줍니다. 분량도 정답이 없어요.
• AI를 위한 별도 문체로 다시 쓰기 — 시스템은 동의어와 의미를 이해합니다. 같은 문장을 AI용으로 다시 다듬을 필요는 없어요.
• 인위적인 "멘션" 만들기 — 커뮤니티나 블로그에 억지로 언급을 늘리는 방식은 검색엔진이 신뢰 신호로 보지 않습니다.
• 구조화 데이터 과신 — 구조화 데이터는 생성형 AI 검색을 위한 필수 항목은 아니지만, 리치 결과 노출에는 여전히 유효하니 기본은 유지하는 편이 좋아요.

반대로 계속 챙겨야 하는 것은 그대로입니다. 생성형 AI 검색에 노출되려면 페이지가 색인되어 있고 스니펫 노출이 가능해야 하며, 서치 콘솔에서 해당 기능에 사이트가 포함되어 있어야 합니다. 크롤링이 가능해야 하고, 중복 콘텐츠는 정리하는 편이 좋습니다. 페이지 경험과 로딩 지연도 그대로 평가 대상입니다.

측정도 달라졌습니다. 서치 콘솔의 생성형 AI 성능 보고서에서 AI 기능을 통한 노출을 확인할 수 있습니다. "내부 지표를 안다"고 주장하는 외부 도구는 존재할 수 없으므로, 도구는 작업 편의용으로만 쓰고 판단은 공식 문서로 하는 편이 안전합니다.

덧붙여, 준비 중인 흐름이 하나 더 있습니다. 브라우저 에이전트가 사이트를 직접 방문해 정보를 수집하는 방식이에요. 이 영역은 아직 초기 단계이지만, 접근성 트리와 명확한 마크업이 도움이 된다는 점은 기존 SEO 원칙과 크게 다르지 않습니다.

구글 문서를 함께 읽어보시길 권합니다. 생성형 AI 검색 최적화 가이드와 유용한 콘텐츠 만들기가 기준점이며, 코어 웹 바이탈 수치는 web.dev에서 확인할 수 있습니다.

그래서 소원웹 AI 에이전트 플러그인을 만들었습니다 (D-20)

여기까지 읽으셨다면 위 체크리스트를 매번 사람이 점검해야 하는지 궁금해지실 텐데요. 꼭 그렇습니다.

구글과 네이버는 사이트 전체를 종합적으로 평가합니다. 이미 발행한 수백 개 글의 품질, 이미지 대체 텍스트(alt), 내부 링크 구조, 사이트 전역 SEO 설정이 모두 유지되어야 하는데, 관리하는데 시간과 노력이 많이 듭니다. 또한 이걸 플러그인 여러 개를 오가며 관리하면 그 자체가 속도 저하 원인이 됩니다.

그래서 SEO·AI 검색 최적화 실무자가 만든 소원웹 AI 에이전트(SOWONWEB AI AGENT) 플러그인을 준비했습니다. 출시까지 20일 남았습니다.

• 콘텐츠 일괄 점검·개선 — 발행된 글과 페이지를 한 번에 진단하고 개선안을 적용합니다.
• 이미지 점검 — 대표·중복 이미지를 정리하고, alt 누락은 AI가 생성해 채워요. 점수에 반영됩니다.
• 사이트 전역 SEO·스키마 설정 — 메타 태그, Open Graph, robots.txt, JSON-LD를 한 화면에서 관리합니다.
• 페이지·디자인 스튜디오 — 외부 빌더 없이 코어 블록만으로 섹션을 설계할 수 있어요.
• AI 영구 기억과 실행 도구 — 대화 맥락을 기억하고, 깨진 링크·목차·외부 링크 rel까지 전수 점검해 줘요.
• 다중 AI 제공자 — Google(Gemini), OpenAI, Anthropic(Claude), DeepSeek, OpenRouter, xAI(Grok), Azure OpenAI, Ollama(Local)까지 연결됩니다.

예를 들어 "한글로 된 고유주소를 찾아달라"고 요청하면 37건을 찾아내고, 이어서 "영문으로 바꿔달라"고 하면 37건을 한 번에 처리합니다. 바로 이런 반복 작업이네요. 제작 이후에 되풀이되는 유지보수 시간을 줄이는 것이 이 플러그인의 목적입니다. 자세한 내용은 기업형 워드프레스 제작 안내에서 확인하실 수 있습니다.

자주 묻는 질문

SEO 플러그인은 몇 개를 설치해야 하나요?

하나입니다. 메타 태그와 사이트맵 기능이 겹치면 검색엔진이 어느 값을 신뢰해야 할지 혼란스러워하고, 사이트도 느려집니다. 나머지 기능은 필요할 때 가볍게 추가하는 편이 낫습니다.

글은 몇 자 이상 써야 검색에 유리한가요?

정해진 분량은 없습니다. 구글은 "선호하는 단어 수는 없다"고 공식적으로 밝히고 있으며, 오히려 분량을 채우기 위해 쓰는 것을 낮은 품질의 신호로 봅니다. 주제를 충분히 설명하고 질문을 해결하는 데 필요한 만큼 쓰는 것이 기준입니다.

한글 주소와 영문 주소 중 어느 쪽이 유리한가요?

순위에 직접적인 차이는 없지만, 공유 안정성과 인코딩 오류, 리다이렉트·로그 관리 측면에서는 영문 슬러그가 다루기 편합니다. 나중에 바꾸면 어떻게 될까요? 색인과 공유 링크가 흔들려 신호를 처음부터 다시 쌓아야 합니다.

AI 검색 노출을 위해 별도 파일이나 마크업을 추가해야 하나요?

필요하지 않습니다. 구글은 LLMS.txt 같은 특수 파일을 사용하지 않는다고 명시했습니다. 색인되고 스니펫 노출이 가능한 상태, 크롤링 가능한 구조, 유용한 콘텐츠 — 이 세 가지가 기본입니다.

정리하며

워드프레스 SEO에서 되돌리기 어려운 결정은 세 가지뿐입니다. 무엇부터 잡아야 할까요? 주소 체계, 테마(속도), 도메인·HTTPS 설정이고, 이 셋을 제작 초기에 잡으면 나머지는 운영 중에 조정할 수 있습니다. 반대로 미루면 나중에 더 큰 비용을 치르게 되죠.

AI 검색 대응도 크게 다르지 않습니다. 새로운 파일을 만들거나 문체를 바꾸는 대신, 색인·크롤링·페이지 경험·콘텐츠 품질이라는 기본으로 돌아가는 것이 2026년 구글이 안내하는 방향입니다.

다음 단계는 두 가지입니다. 프로젝트 일정과 예산이 정해져 있다면 요금제 안내를 보고, 지금 사이트 구조가 걱정된다면 무료 상담 신청하기로 문의해 주세요.

이 글은 소원웹 기술팀이 실제 제작·리뉴얼 프로젝트에서 확인한 내용을 바탕으로 작성했으며, 정리 과정에서 AI 도구를 보조적으로 활용했습니다. 인용한 기준은 모두 구글 공식 문서(2026년 최신 갱신)입니다.