워드프레스 SEO 최적화 홈페이지 제작 가이드 — 제작 순서와 플러그인 선택 기준

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

워드프레스로 사이트를 새로 만드는 분들과 이야기하다 보면 비슷한 대화가 반복됩니다. "우선 오픈부터 하고, 검색 노출은 그다음에 손보겠습니다."

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

그래서 이 글은 "무엇을 먼저 정해야 하는가"를 순서대로 정리했습니다. 뒤쪽에는 2026년 구글 문서가 하지 않아도 된다고 명확히 선을 그은 AI 검색 대응까지 함께 다뤘습니다. 최근의 "AI 검색 최적화" 조언 중에는 실제로는 효과가 없거나 정책 위반인 것들이 섞여 있기 때문입니다.

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

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

각 단계에서 실제로 자주 어긋나는 지점을 조금 더 구체적으로 짚어보겠습니다.

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

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

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

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

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

이 세 지표는 플러그인을 나중에 추가해서 해결되지 않습니다. 테마가 무겁거나 페이지 빌더를 과하게 쓰면 어떤 최적화를 얹어도 회복되지 않습니다. 이미지 영역에 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년 최신 갱신)입니다.