llms.txt 워드프레스 적용법: Yoast로 켜고 404까지 잡기
llms.txt 워드프레스 한 줄 요약
짧은 답: llms.txt 워드프레스 작업은 2026년 4월 기준으로 Yoast SEO 25.3+, Rank Math, All in One SEO(AIOSEO)에서 가장 빨라요. 체크박스나 모듈 하나로 끝나는 경우가 많지만, WordPress.com·WP Engine·Nginx 환경은 생성 자체가 막히기도 해서
/llms.txt를 직접 열고curl -I까지 봐야 안심돼요.Google Search 쪽은 Gary Illyes가 2025년 7월에 “Google doesn’t support LLMs.txt and isn’t planning to”라고 공개적으로 정리했어요. 근데 개발 문서와 AI 에이전트 친화 환경에선 llms.txt나
.md문서 배포가 계속 늘고 있어서, 개발자 유입이 있는 블로그라면 한 번은 해둘 만해요.
/llms.txt 한번 쳐보세요. 404면 시간 날리고, 200이면 이제부터 진짜 점검이 시작돼요. llms.txt 워드프레스 작업이 쉬워졌다는 말은 반쯤만 맞아요. Yoast나 Rank Math에서 토글 하나면 끝나는 사이트도 있지만, 관리형 호스팅에선 루트 파일 쓰기 권한부터 걸리거든요. 그래서 “설치했다”보다 “브라우저와 curl에서 둘 다 열렸다”가 더 중요했어요. 2026년 4월 기준으로 이 파일을 Google 검색용 필수 SEO로 보면 과해요. 근데 개발자 문서, SaaS 블로그, AI 에이전트가 자주 참고하는 사이트라면 얘기가 좀 달라져요. 특히 AEO, 그러니까 답변형 검색 노출 최적화 흐름은 AEO 최적화 실전 가이드: AI 검색에 내 글이 인용되는 7가지 조건과 같이 봐야 맥락이 잡혀요. 여기서는 Yoast·Rank Math·AIOSEO로 가장 빨리 켜는 법, 전용 플러그인 3가지 차이, WordPress.com·WP Engine·Nginx에서 막힐 때 우회 순서, 그리고 “이거 진짜 효과 있나?”까지 실무 톤으로 정리해둘게요.
llms.txt가 뭐고 왜 지금 워드프레스에서 얘기 나오나
먼저 개념만 짧게 잡을게요. llms.txt는 사이트 루트에 두는 Markdown 안내 파일이고, llmstxt.org 기준으로는 아직 제안 단계예요.
근데 sitemap.xml도 있고 robots.txt도 있는데 왜 또 하나 만들까요? 이유는 달라요. robots.txt는 접근 규칙에 가깝고, sitemap.xml은 색인 가능한 URL 목록에 가까워요. llms.txt는 “이 사이트에서 우선 읽을 문서가 뭔지”를 사람이 읽어도 되는 형태로 정리하는 쪽이거든요.
| 파일 | 역할 | 지금 믿을 수 있는 정도 | 워드프레스에서 보는 포인트 |
|---|---|---|---|
robots.txt |
크롤링 접근 규칙 안내 | 확정 규칙 | 차단/허용 |
sitemap.xml |
색인 가능한 URL 나열 | 확정 규칙 | 누락 URL 체크 |
llms.txt |
AI용 핵심 문서 큐레이션 | 제안 단계 | 우선순위 문서 정리 |
플러그인 문서에선 llms-full.txt도 자주 보여요. 근데 공식 제안 본문은 /llms.txt와 개별 .md 문서 구조를 중심으로 설명해요. 그러니까 llms-full.txt를 “무조건 있어야 하는 표준 파일명”으로 받아들이면 살짝 앞서가는 셈이죠.
워드프레스에서 이 얘기가 커진 건 플랫폼이 먼저 붙었기 때문이에요. Yoast, Rank Math, AIOSEO, 전용 플러그인 생태계가 거의 동시에 이 흐름을 받아줬거든요. Google AI Overview 노출 자체는 구글 AI Overview 노출 전략: 월 15억 유저 요약창 진입법처럼 기존 검색 구조를 더 직접적으로 보는 게 맞고, llms.txt는 그 위에 얹는 문서 정리 층으로 보는 편이 덜 헷갈려요.
llms.txt 워드프레스 설치는 어디서 끝내는 게 제일 빠른가
가장 먼저 볼 건 설치 경로예요. llms.txt 워드프레스 세팅은 직접 파일을 만드는 것보다 이미 쓰는 SEO 플러그인 안에서 켜는 쪽이 덜 꼬여요.
굳이 루트 폴더 열어서 수동으로 만들 필요 있을까요? 보통은 없어요. 2025-06-10 공개된 Yoast SEO 25.3 changelog에서 llms.txt 지원이 들어갔고, Yoast 도움말은 권한 문제와 멀티사이트 미지원까지 같이 적어둬요. Rank Math 공식 문서는 Dashboard에서 LLMS Txt 모듈을 켜고 포스트 타입·택소노미를 고르는 흐름이고, AIOSEO 공식 문서는 Sitemaps > LLMs.txt 탭에서 llms.txt와 llms-full.txt를 같이 다뤄요. AIOSEO는 문서상 기본 활성이라고 적어두더라고요.
빠른 선택 기준
- Yoast SEO를 이미 쓴다: Yoast에서 끝내는 게 제일 단순해요.
- Rank Math를 이미 쓴다: LLMS Txt 모듈만 켜고 포함 범위를 잡으면 돼요.
- AIOSEO를 쓴다:
llms-full.txt와 Markdown 변환 옵션까지 한 번에 보기 편해요. - SEO 플러그인이 없다: 다음 섹션 전용 플러그인 비교로 내려가세요.
실제 워크플로우
아래 순서대로 하면 돼요.
1단계: 관리자 화면에서 켜기
- Yoast:
Yoast SEO > Settings > Site features > llms.txt - Rank Math:
Rank Math SEO > Dashboard > LLMS Txt - AIOSEO:
All in One SEO > Sitemaps > LLMs.txt
2단계: 브라우저에서 직접 열기
# 브라우저에서 바로 열어 보기
open https://yoursite.com/llms.txt
예상 결과: 빈 페이지가 아니라 Markdown 텍스트가 열려야 해요.
3단계: 헤더 확인
# 200이 나와야 정상
curl -I https://yoursite.com/llms.txt
# 출력 예시
HTTP/2 200
content-type: text/markdown; charset=UTF-8
4단계: 내용 샘플 체크
# 상단 20줄만 보기
curl -s https://yoursite.com/llms.txt | head -20
출력 결과엔 사이트 제목, 설명, 대표 URL 몇 개가 보여야 해요. AIOSEO에서 llms-full.txt를 켰다면 생성까지 1분 정도 더 걸릴 수 있어요.
기본 SEO 배선이 아직 엉성하면 워드프레스 SEO 설정: 설치 직후부터 스키마까지 한 번에 끝내기부터 먼저 손보는 게 좋아요. 이거 안 잡힌 상태에서 llms.txt만 붙이면 정리된 문서보다 어수선한 URL만 더 보여줄 수도 있거든요.
llms.txt 플러그인만 따로 쓸 때는 뭘 고르면 되나
SEO 플러그인이 없거나, 내장 기능이 너무 심플하면 전용 플러그인으로 가면 돼요. 여기선 기능이 겹치는지부터 봐야 낭비를 줄일 수 있어요.
SEO 플러그인 이미 쓰는데 전용 플러그인 하나 더 얹는 게 진짜 이득일까요? 늘 그런 건 아니에요. Yoast나 Rank Math로 충분한 사이트도 많고, 전용 플러그인은 로그·가상 서빙·세밀한 제외 규칙이 필요할 때 빛나요.
| 경로 | 공식 확인 포인트 | 장점 | 아쉬운 점 | 추천 상황 |
|---|---|---|---|---|
| Website LLMs.txt | WordPress.org 기준 활성 설치 30,000+, SEO 플러그인 연동, noindex/nofollow 제외, rewrite fallback, crawler logging | 기능 제일 많음 | 설정이 살짝 많아요 | SEO 플러그인 없이도 폭넓게 제어하고 싶을 때 |
| LLMs.txt and LLMs-Full.txt Generator | llms.txt와 llms-full.txt 동시 생성, 미디어/URL 패턴 제어, 주요 SEO 플러그인 호환 |
문서형 사이트에 잘 맞아요 | 관리자 경험은 직접 봐야 해요 | 글 수 많고 llms-full.txt까지 적극 쓰고 싶을 때 |
| LLMagnet | llms.txt와 llms-full.txt, Schema.org JSON-LD 기능을 함께 묶음 |
AI 노출 기능을 한곳에 모아 보기 쉬움 | 세부 기능 범위는 발행 전 재검증 필요 | 스키마까지 한 번에 보고 싶을 때 |
제가 고르는 기준은 단순해요. 기존 SEO 플러그인에 llms.txt가 있으면 그걸 먼저 써요. 그래도 noindex 누수, 로그 확인, 가상 서빙 같은 게 필요하면 Website LLMs.txt 쪽으로 옮겨가요. 스키마까지 한 번에 손보고 싶다면 JSON-LD, 그러니까 검색엔진이 읽는 구조화 데이터 포맷은 AI Schema 만들기: Article·FAQ·Breadcrumb JSON-LD 자동 생성 가이드와 묶어서 보는 편이 좋아요.
참고로 Website LLMs.txt는 WordPress.org 페이지에서 AI 크롤러 로그와 가상 서빙 fallback을 공식 설명에 넣어뒀어요. 이건 관리형 호스팅에서 꽤 큰 차이를 만들어요.
404 나고 파일이 안 보일 때는 어디부터 봐야 하나
이 섹션은 트러블슈팅 순서를 잡는 용도예요. llms.txt는 “생성은 됐는데 URL이 안 열린다”와 “애초에 파일을 못 만든다”가 섞여서 나와요.
설마 토글만 켜고 끝낸 건 아니죠? /llms.txt가 브라우저와 curl에서 둘 다 200으로 열리는지 확인하기 전까진, llms.txt 워드프레스 세팅은 아직 절반이에요.
| 증상 | 흔한 원인 | 먼저 할 일 |
|---|---|---|
/llms.txt가 404 |
Nginx rewrite 누락, 캐시, 퍼머링크 flush 문제 | 퍼머링크 저장 후 curl -I 다시 보기 |
| 생성 버튼이 먹통 | 루트 경로 상수 ABSPATH가 읽기 전용 심링크를 가리킴 |
WordPress.com·Pressable 여부 확인 |
| WP Engine에서 안 써짐 | WordPress 파일 API가 FTP 방식 드라이버 ftpext로 강제됨 |
동적 서빙 지원 여부 확인 |
/llms.txt/로 301 |
trailing slash canonical redirect 충돌 | 플러그인 최신 버전과 캐시 확인 |
| 멀티사이트에서 안 보임 | Yoast 공식 도움말상 미지원 | 전용 플러그인 대안 검토 |
Nginx에서 404가 날 때
# llms.txt를 워드프레스가 가상으로 처리하게 넘김
location = /llms.txt {
try_files $uri /index.php?llms_txt=1;
}
location = /llms-full.txt {
try_files $uri /index.php?llms_txt=1;
}
이 설정이 없으면 브라우저에선 그냥 404로 끝나는 경우가 있어요. 특히 관리형 호스팅은 nginx.conf를 직접 못 만지니까, 플러그인이 rewrite를 알아서 잡는지부터 봐야 해요.
noindex 헤더를 같이 걸고 싶을 때
# 검색 결과 인덱싱만 막기
<Files "llms.txt">
Header set X-Robots-Tag "noindex"
</Files>
X-Robots-Tag는 검색 결과 인덱스 제외용 헤더예요. 파일을 숨기는 게 아니라, 검색결과 페이지로 뜨지 않게 막는 용도죠.
점검 순서
curl -I https://yoursite.com/llms.txt- 브라우저에서
/llms.txt직접 열기 - 퍼머링크 재저장
- 서버 캐시/CDN 캐시 비우기
- Nginx면 rewrite 여부 확인
- WordPress.com·Pressable이면 ABSPATH 이슈 확인
- WP Engine이면
ftpext계열 권한 제한 여부 체크 - Yoast 멀티사이트면 전용 플러그인 검토
기본 워드프레스 SEO 바닥이 제대로 안 잡혀 있으면 여기서 같은 문제가 계속 반복돼요. 그래서 Yoast 스키마 설정 같은 기본 세팅 글을 먼저 다듬고 오는 편이 결과가 낫더라고요.
llms.txt 효과는 2026년에 어디까지 기대할 수 있나
여긴 기대치를 맞추는 구간이에요. llms.txt 효과를 Google 순위 상승처럼 보면 실망하고, 문서 소비 접점을 정리하는 작업으로 보면 납득이 돼요.
근데 Google이 안 쓴다는데 왜 굳이 하죠? 질문이 맞아요. 그래서 구분해서 봐야 해요.
| 환경 | 공식적으로 확인된 사용 환경 | llms.txt와의 거리 | 이 글의 판단 |
|---|---|---|---|
| Google Search | 검색, AI Overview | 공개 발언 기준 미지원 쪽으로 읽혀요 | 순위 신호로 기대하지 말기 |
| Cursor | macOS·Windows·Linux 앱, CLI, 웹/모바일 에이전트, Slack, GitHub·GitLab·Xcode 연동, cursor.com/llms.txt 배포 |
문서 친화 환경이 아주 강함 | 개발 문서형 사이트면 해둘 만해요 |
| Claude Code | 터미널, 웹, 데스크톱 앱, VS Code, JetBrains, Slack, GitHub Actions·GitLab, Xcode | 개발 워크플로우 접점이 많음 | 문서 정리 품질이 중요해요 |
| Perplexity | 웹, 모바일, Mac 앱, Comet 브라우저, API, Mac용 로컬 MCP | 답변형 검색·에이전트 접점이 넓음 | 직접 효과는 로그로 봐야 해요 |
여기서 조심할 게 하나 있어요. Cursor는 공식적으로 cursor.com/llms.txt를 배포하는 게 확인돼요. 근데 Claude Code나 Perplexity가 “외부 웹사이트의 llms.txt를 자동으로 읽는다”고 공식 문서에서 못 박았다는 확정 링크는 아직 없어요. 그래서 이 쪽은 “도구가 직접 소비한다”보다 “AI 에이전트 친화 문서 생태계가 커지고 있어서 해두면 손해는 아니다” 정도로 보는 편이 안전해요.
공식 문서를 묶어보면 제 해석은 이래요. llms.txt의 핵심은 “AI가 문서를 읽는 접점이 많아진 세상에서, 내가 먼저 읽기 쉬운 입구를 깔아두는 일”이에요. Google 쪽 노출은 구글 AI Overview 노출 전략: 월 15억 유저 요약창 진입법이 더 직접적이고, ChatGPT·Perplexity 같은 답변형 검색에서 인용될 조건은 GEO, 그러니까 생성형 검색 노출 최적화 관점의 GEO 최적화 실전: ChatGPT·Perplexity 답변에 인용되는 7가지 조건 쪽이 더 실전적이죠.
호스팅마다 크롤러 흔적이 정말 천차만별이에요. 어떤 곳은 OpenAI 크롤러 GPTBot 로그가 거의 없고, 어떤 곳은 /llms.txt를 꽤 자주 핑한다고 하거든요. 이건 말보다 로그가 빨라요. 서버 접근 로그를 grep으로 2주치 정도 훑어보면 GPTBot·ClaudeBot·PerplexityBot이 내 사이트에 실제로 오는지 바로 잡혀요.
발행 후 검증 체크리스트
이건 발행 직전 체크용이에요. llms.txt는 켜는 것보다 검증 루틴을 넣는 쪽이 훨씬 중요해요.
게시만 하면 끝일까요? 그럴 리가요. 여기 안 보면 noindex 누수 하나로 다시 뜯어야 해요.
https://yoursite.com/llms.txt가 브라우저에서 200으로 열리는지 봤다curl -I에서 200과 적절한content-type을 확인했다- 제목·설명·대표 URL이 최신 글 흐름과 맞는지 봤다
- noindex 처리한 페이지가 섞이지 않았는지 검색했다
/llms.txt/처럼 불필요한 301이 없는지 체크했다- 멀티사이트면 Yoast 미지원 여부를 먼저 확인했다
X-Robots-Tag: noindex또는 동등한 처리 여부를 봤다- 모바일에서 코드 블록이 너무 길게 깨지지 않는지 봤다
- Naver Search Advisor 수동 색인 요청 메모를 남겼다
- FAQ 3개 이상이면 FAQPage 스키마도 같이 점검했다
- TechArticle, FAQPage, BreadcrumbList 구조는 Breadcrumb 스키마 생성 기준으로 다시 맞췄다
# noindex 페이지가 섞였는지 확인
curl -s https://yoursite.com/llms.txt | grep -F "private-page"
# 출력이 없으면 통과
# 헤더까지 다시 보기
curl -I https://yoursite.com/llms.txt
# 출력 예시
HTTP/2 200
content-type: text/markdown; charset=UTF-8
x-robots-tag: noindex
자주 묻는 질문
Q1. Yoast SEO를 쓰는데 전용 llms.txt 플러그인도 따로 깔아야 하나요?
A: 보통은 아니에요. Yoast SEO 25.3부터 llms.txt 기능이 들어왔고, 권한 문제만 없다면 그 안에서 끝내는 게 제일 단순해요. 중복 플러그인은 설정이 겹쳐서 더 헷갈릴 수 있어요.
Q2. /llms.txt로 들어가면 404가 나요. 뭐부터 봐야 하죠?
A: Nginx rewrite, 캐시, 퍼머링크 재저장 순으로 보세요. 관리형 호스팅이면 루트 파일 쓰기 권한이나 가상 서빙 지원부터 확인하는 게 빨라요.
Q3. llms.txt랑 llms-full.txt 둘 다 만들어야 하나요?
A: 꼭 그렇진 않아요. 플러그인 생태계에선 둘 다 많이 쓰지만, 공식 제안 본문은 /llms.txt와 개별 .md 문서 구조가 중심이에요. 글 수가 적고 핵심 페이지만 밀어도 되는 블로그면 llms.txt 하나로 시작해도 충분해요.
Q4. Google이 안 읽는다고 하면 그냥 안 해도 되나요?
A: 순수 Google SEO만 본다면 우선순위는 낮아요. 근데 개발자 문서, SaaS 블로그, AI 도구 사용자가 많이 들어오는 사이트면 문서 입구를 정리하는 값어치는 있어요.
Q5. noindex로 막은 페이지가 들어가면 어떻게 하죠?
A: 생성 직후 바로 검색해보는 게 제일 빨라요. SEO 플러그인 연동이 되는 생성기라도 버전마다 누수가 날 수 있어서, 수동 확인은 아직 필수예요.
