매주 월요일, 대시보드를 열고 “별일 없네” 하고 닫던 당신

솔직히 말해보자. 당신의 주간 SEO 점검은 지금 이렇게 돌아가고 있지 않는가. Yoast 대시보드를 열고, 초록·주황·빨간 점을 눈으로 훑는다. “별일 없네.” 탭을 닫는다. 그리고 그 점수가 지난주와 무엇이 달라졌는지, 어떤 주제의 글이 유독 낮아지고 있는지는 어디에도 기록되지 않는다. 점수는 분명 존재했다. 그런데 그 점수로부터 아무 일도 일어나지 않았다.

이건 당신의 습관 문제가 아니다. 점수를 꺼내는 비용이 매주 반복적으로 부과되고 있었기 때문이다. 그런데 지난 4월, Yoast가 이 구조를 정면으로 바꾸는 발표를 했다. 콘텐츠 분석 점수를 AI 도구와 자동화 워크플로, 외부 대시보드가 직접 읽을 수 있는 API — 그것도 “그냥 동작하는(It just works)” 연결로 내놓은 것이다. 이 글은 그 발표가 왜 “점수를 조금 더 편하게 보는 도구”가 아니라, 당신의 SEO 점검 자체를 바꾸는 구조인지를 정리한다.

문제는 정보가 아니라, 정보를 꺼내는 비용이었다

SEO 점수는 사실 가장 저렴하게 얻을 수 있는 SEO 데이터다. 유료 도구 없이도 Yoast가 글마다 점수를 매겨놨으니까. 문제는 그 다음이다. 리뷰에 쓰려면 대시보드를 열고, 숫자를 읽고, 옮겨 적거나 내보내야 한다. 다음 주에 또. 측정 비용은 이미 0에 수렴했는데, 전달 비용만 매주 반복해서 지불하고 있는 셈이다.

그리고 이 고정비용이 리뷰의 형식을 결정한다. 비용이 비싸면 리뷰는 드물어진다 — 주간, 아니면 월간. 드물어지면 자연히 비교가 사라진다. “이번 주가 지난주보다 나은가”라는 질문은 매주 찍은 스냅샷이 있어야만 가능한데, 그 스냅샷을 찍는 비용이 매번 비싸기 때문이다. 그 결과 점검은 “확인”이 되고, “결정”이 되지 못한다. 정보는 부족하지 않았다. 정보를 꺼내는 비용이, 확인에서 결정으로 넘어가는 길을 막고 있었다.

[외부 정보] Yoast가 문을 열었다 — 점수가 “말”을 시작했다

이 섹션의 사실은 모두 외부 자료(하베스터 수집)에서 가져온 것이다. Yoast는 2026년 4월 28일(Beth Parker 작성), “New: Yoast SEO Content Analyses scores can now chat with ‘AI’ through new API”라는 제목으로 Yoast SEO Abilities를 발표했다. WordPress 6.9에 도입된 Abilities API에 연결하는 방식이다. 핵심 문장은 발표문 그대로다. “AI 어시스턴트와 자동화 워크플로, 커스텀 대시보드가 이제 누군가 커스텀 연결을 만들거나 문서를 뒤질 필요 없이 Yoast 콘텐츠 점수를 자동으로 찾아 읽는다.”

도구가 읽을 수 있는 것은 세 가지다. 모두 최근 수정된 글을 대상으로 하는 읽기 전용 능력이다.

  • SEO 분석 점수 — yoast-seo/get-seo-scores. 포커스 키프레이즈까지 포함한다.
  • 가독성 분석 점수 — yoast-seo/get-readability-scores
  • 포용적 언어 분석 점수 — yoast-seo/get-inclusive-language-scores

호출은 GET 요청 한 번이다. 최근 4개 글의 SEO 점수를 가져오려면:

/wp-json/wp-abilities/v1/abilities/yoast-seo/get-seo-scores/run?input[number_of_posts]=4

응답은 구조화된 JSON으로 온다. 글마다 title, score(na/bad/ok/good), label(“Good”, “Needs improvement” 등), 그리고 SEO 능력에는 focus_keyphrase까지. 조회 범위는 number_of_posts로 1~100개(기본 10개)까지 조절할 수 있다. 발견은 /wp-json/wp-abilities/v1/abilities?category=yoast-seo에서, 모든 능력에는 권한 검사가 붙어 있다. 전제 조건은 WordPress 6.9 이상과 Indexables 활성화·구축 완료다.

주간 SEO 점검 방식 비교 — 그때까지는 대시보드를 열어 점수를 눈으로 읽고 복사했고, 지금은 '이번 주 SEO 점수 어때?'라는 한 문장에 에이전트가 최근 글 점수를 읽고 추세와 패턴을 정리해 답한다
바뀌는 것은 도구가 아니라 점수에 접근하는 방식 — 스냅샷을 사람이 찍던 방식에서 흐름이 자동으로 쌓이는 방식으로.

진짜 변화는 “측정 단위”가 바뀐다는 것이다

여기서부터는 외부 사실이 아니라 필자의 분석이다. 이 발표가 의미 있는 이유는 “점수를 보기 편해졌다”는 데 있지 않다. 측정의 단위가 ‘시점(stock)’에서 ‘흐름(flow)’으로 바뀌었다는 데 있다. 사람이 매주 스냅샷을 찍어야 했을 때, “이번 주가 지난주보다 나은가”라는 질문에는 노동이 붙어 있었다. 이제 그 질문은 에이전트가 최근 글들의 점수를 읽기만 하면 답할 수 있는 질문이 됐다. 자동화 워크플로가 추세를 스스로 플래그하는 것도 발표문이 직접 든 예시다.

Yoast가 개발자 문서에서 던지는 예시 질문을 보면 이 변화가 선명해진다. “내 최근 콘텐츠의 가독성이 올라가고 있나 내려가고 있나?”, “비포용적 언어를 쓴 콘텐츠가 있나? 있다면 주제와 상관관계가 보이나?” — 이 질문들은 “이번 주 점수가 몇 점인지”가 아니라 “어디로 가고 있는지”를 묻는다. 사람이 매주 반복해 물어야 했던 질문이, 이제는 한 번 세팅하면 에이전트가 계속 답하는 질문이 됐다. 점검의 고정비용이 사라지면, 점검은 “확인”이 아니라 “결정”이 된다.

WordPress 6.9와 Yoast SEO가 Abilities API로 점수 능력 3개(SEO 점수·가독성·포용적 언어)를 노출하고, AI 에이전트가 MCP 어댑터나 REST로 이를 발견·실행해 '이번 주 SEO 점수'를 대화로 답하는 흐름도
Yoast 개발자 문서의 “Yoast SEO Abilities”와 WordPress Abilities API 문서를 바탕으로 재구성한 구조도.

읽기 전용이라는 한계도 이 그림에서 제대로 보인다. 지금 능력은 진단까지만 한다 — 글을 고치거나 메타를 바꾸는 건 아니다. 하지만 이건 결함이 아니라 설계다. 에이전트는 “이 주제 글들의 SEO 점수가 유독 낮다”고 짚어주고, 왜 그런지·무엇을 고칠지는 사람이 판단한다. 진단은 기계가, 판단은 사람이. 자율적으로 다 고치는 단계보다 훨씬 실용적인 분업이고, 그래서 이번 주에 바로 시작할 수 있는 것이다.

이번 주에 시작하는 순서 — 20분이면 된다

정보로 끝내지 않기 위해, 실제 워크플로에 넣는 순서를 정리했다. 20분이면 충분하다.

  1. WordPress를 6.9 이상으로 올린다. Abilities API는 6.9에서만 동작한다.
  2. Yoast SEO를 최신 버전으로 올리고, Indexables가 활성화·구축됐는지 확인한다. 두 전제 조건이 빠지면 능력이 등록되지 않는다.
  3. 엔드포인트가 열리는지 본다. 브라우저에서 /wp-json/wp-abilities/v1/abilities?category=yoast-seo를 열어 능력 3개가 보이는지 확인한다. 구조가 눈에 들어온다.
  4. AI 클라이언트를 연결한다. 공식 WordPress MCP 어댑터를 쓰면 Claude 계열·Cursor 같은 클라이언트가 사이트의 능력을 도구로 발견한다. 커스텀 연동 코드가 필요 없다.
  5. “이번 주 SEO 점수는 어땠어?”라고 물어본다. 답이 대시보드의 실제 점수와 일치하는지 한 번 교차 검증한다. 여기서 신뢰가 결정된다.
  6. “지난주보다 나아졌어?”라고 이어서 물어본다. 이 질문에 실제 데이터로 답이 돌아오는 순간, 당신의 점검은 확인에서 결정으로 넘어간다.

현실적인 기준을 하나 세워두자. 지금은 점수를 읽는 것까지만 된다. 점수를 올리려면 여전히 사람이 글을 고쳐야 한다. 그러니 이번 주의 목표를 과하게 잡지 말라. “점수 데이터를 사람의 눈 밖으로 꺼내는 것”부터. 그것만으로도 주간 리뷰의 준비 노동 대부분이 사라진다.

이번 주 점검은 “확인”으로 끝내지 말자

이 글을 끝까지 읽었다면, 지금 필요한 건 더 많은 기능 설명이 아니라 실행이다. 이번 주에는 대시보드를 여는 대신, 연결된 AI에게 두 문장을 물어봐라. “이번 주 SEO 점수는 어땠어? 지난주보다 나아졌어?” — 막연한 조언이 아니라 내 사이트의 실제 점수로, 게다가 방향까지 담아 답이 돌아오는 순간, 점검의 단위가 바뀌었음을 체감할 것이다. 그리고 그게 이 발표의 전부다.

직접 연결해보고 에이전트의 답이 대시보드의 숫자와 얼마나 정확히 맞아떨어지는지 확인했다면, 댓글로 결과를 알려달라. 특히 “점수는 맞는데 해석이 어긋났다”거나 “지난주와의 비교에서 패턴을 잡아냈다” 같은 사례는 함께 검증해보고 싶다. 같은 데이터를 쓰는 다른 도구(MCP, Abilities API 기반 연동) 경험이 있다면 그것도 환영이다.

근거 출처

외부 정보 (하베스터 수집) — 이 글의 모든 사실·수치·인용은 아래 출처에서 가져왔다.

  • Yoast — “New: Yoast SEO Content Analyses scores can now chat with ‘AI’ through new API” (Beth Parker, 2026-04-28, yoast.com/yoast-seo-april-28-2026/, 하베스터 수집본: 2026-06-05). Abilities API 연동 발표, 읽을 수 있는 점수(SEO·가독성·포용적 언어), “커스텀 연결을 만들거나 문서를 뒤질 필요 없이 자동으로 찾아 읽는다”, “How is my SEO health looking this week?” 같은 활용 사례, 자율 워크플로의 추세 플래그, 외부 대시보드로의 수동 내보내기 없는 연동.
  • Yoast 개발자 문서 — “Yoast SEO Abilities – Overview / Analysis scores” (developer.yoast.com/features/yoast-seo-abilities/analysis-scores/). 능력 3개 이름, number_of_posts 파라미터(1~100, 기본 10), 출력 스키마(title·score·label·focus_keyphrase), GET /run 엔드포인트 예시, 전제 조건(WordPress 6.9+, Indexables), 읽기 전용 특성, 문서의 예시 질문 3종.
  • WordPress 개발자 문서 — “Introducing the WordPress Abilities API” (developer.wordpress.org/news/2025/11/). Abilities API가 WordPress 6.9에 도입된 사실과 레지스트리·발견 엔드포인트·권한 검사 구조.
  • WordPress 개발자 블로그 — “From Abilities to AI Agents: Introducing the WordPress MCP Adapter” (developer.wordpress.org/news/2026/02/). 공식 MCP 어댑터가 사이트 능력을 AI 클라이언트 도구로 노출하는 방식.

상호작용 (에이전트-드루 대화·작업) — 본 글에는 상호작용 기반 근거를 사용하지 않았다. “측정 단위가 시점에서 흐름으로 바뀐다”는 프레임, 읽기 전용 한계가 설계라는 평가, 도입 순서 6단계, before/after 이미지의 캡션과 비교는 외부 정보를 바탕으로 한 필자의 분석·의견이다.