mcp.seocrawl.ai

Google Search Console MCP 서버

SEO+GEO 초능력을 갖춘 Google Search Console MCP 서버: AI 어시스턴트 안에서 사용하는 GSC 데이터와 SEO 작업.

MCP 도구 74개, 커넥터 하나. 실시간 Google Search Console과 Google Analytics 4 데이터를 가져오고, 특정 키워드나 페이지를 파고들고, Google이 실제로 무엇을 인덱스하는지 확인하고, 나만의 태그와 Smart Views로 데이터를 나누고, ChatGPT, Claude, Gemini, Perplexity 전반의 AI 가시성을 관리·감사하고, 그 엔진들이 보내는 트래픽을 측정하고, 사이트 감사 크롤링을 실행·비교하고, 결과를 풍부한 비주얼 위젯으로 렌더링하고, SEO 작업을 만들거나 종료까지 — 전부 채팅에서. 오픈 Model Context Protocol(MCP) 위에 만들어졌기에 Claude, ChatGPT, Cursor, Claude Code에서 별도 설정 없이 바로 작동합니다. SEOcrawl AI의 SEO + GEO(AI 가시성) 플랫폼의 일부입니다.

지원 클라이언트Claude logoChatGPT logo

Google Search Console MCP 활용 사례

오늘 바로 나눌 수 있는 열네 가지 실제 대화 — SEO도 GEO(AI 가시성)도. 각각이 아래에 있는 실제 MCP 도구로 곧장 연결됩니다 — 두루뭉술한 설명도, 복사·붙여넣기도, 내보내기도 필요 없습니다.

get_gsc_summary · compare_date_ranges

채팅으로 받는 Search Console 요약

주간 Search Console 요약을 채팅 한 번으로 끝냅니다 — SEO 대시보드를 열어 보던 바로 그 데이터입니다. 수동 내보내기는 이제 그만 — 최근 28일과 그 이전 28일을 비교해 달라고 요청하면, 어시스턴트가 diff와 change_pct까지 계산된 4가지 핵심 지표를 가져옵니다.

예시 프롬프트

seocrawl.ai의 최근 28일과 이전 28일 성과를 비교해줘 — 클릭, 노출수, CTR, 평균 게재순위.

get_top_pages · get_page_detail

성장 페이지와 하락 페이지

성과를 끌어올리는 페이지와 막 떨어진 페이지를 한눈에. 기간 비교를 포함해 상위 페이지를 요청하면, 어시스턴트가 클릭 수 기준으로 순위를 매기고, 하락한 페이지를 표시한 뒤, 지정한 URL의 일일 내역을 가져올지 제안합니다.

예시 프롬프트

seocrawl.ai의 최근 28일 클릭 기준 상위 5개 페이지와 이전 28일 대비 하락한 페이지를 알려줘.

get_keyword_detail

키워드 심층 분석

키워드 하나의 일일 추세를 확대해서 봅니다. 살펴볼 만한 쿼리를 발견했다면 일일 시계열을 가져오세요 — 순위가 변동한 정확한 날짜를 짚어내거나, Google 업데이트와의 연관성을 확인하기에 유용합니다.

예시 프롬프트

seocrawl.ai에서 'geo optimization'의 최근 28일 일일 추세를 보여줘 — 클릭, 노출수, 순위.

create_task

통찰에서 행동으로

채팅을 떠나지 않고 SEO 작업을 등록하세요. 데이터가 행동을 가리키면, 어시스턴트가 그 자리에서 Task Manager에 작업을 만듭니다 — 제목, 설명, 담당자, 우선순위(1–5), 작업함까지 모두 한 번의 호출로.

예시 프롬프트

/blog/technical-seo의 메타 제목을 업데이트하는 작업을 만들어. 우선순위 2, 나에게 할당, 설명에는 -38% 클릭 하락을 언급해.

list_tasks · update_task · add_comment

대화 한 번으로 작업 정리

열려 있는 SEO 작업을 대화 한 번으로 정리합니다. 어시스턴트가 미처리 작업을 나열하고, 그중 하나의 상태를 바꾸고, 수행한 내용을 댓글로 남깁니다 — MCP 호출 세 번, 자연어 요청 한 번이면 끝.

예시 프롬프트

seocrawl.ai의 열린 작업을 나열하고, 'Update meta title on /blog/technical-seo'를 완료로 표시한 뒤, 새 제목을 댓글로 추가해.

list_winners_losers

변동 큰 항목 순위로

하나하나 파고들지 않고도 두 기간 사이의 상승 항목과 하락 항목을 한눈에. 변동이 가장 큰 항목을 요청하면, 어시스턴트가 얼마나 올랐는지 또는 떨어졌는지 기준으로 키워드(또는 페이지)를 정렬해 돌려줍니다 — 델타가 미리 계산되어 있어 각 항목을 일일이 열 필요가 없습니다.

예시 프롬프트

seocrawl.ai에서 변동이 가장 큰 키워드는? 최근 28일 vs 이전 28일. 상승 상위와 하락 상위를 보여줘.

list_pages_for_keyword

키워드 카니발리제이션 포착

같은 쿼리를 두고 경쟁하는 모든 페이지를 찾습니다. 어시스턴트에 키워드를 주면, 그 쿼리의 클릭과 노출수를 얻는 사이트 내 페이지를 순위로 나열합니다 — 두 URL이 같은 검색 의도를 나눠 가지는 상황을 확인하고 정규 페이지를 고를 수 있습니다.

예시 프롬프트

seocrawl.ai에서 'seo dashboard'로 노출되는 페이지는? 두 개 이상의 URL이 경쟁하는지 확인하고 싶어.

add_annotation · list_annotations

순간을 기록하고 다시 읽기

Search Console 타임라인에 맥락을 고정합니다. 무언가 바뀌었을 때 — 마이그레이션, Google 업데이트, 대규모 발행 — 어시스턴트가 날짜가 찍힌 주석을 기록하고, 나중에 타임라인을 다시 읽어주어 트래픽 변동의 ‘이유’를 결코 잃지 않게 합니다.

예시 프롬프트

seocrawl.ai에 오늘 주석을 추가해: 'Shipped new /mcp landing'. 그런 다음 최근 3개월의 주석을 나열해.

page_explorer

기술적 이슈가 있는 페이지를 찾아내기

사이트 감사를 하나의 질문으로 바꿉니다. 정규(canonical)가 빠진 페이지, H1이 없는 페이지, 404 상태인 페이지, 그 밖의 어떤 감사 항목이든 물어보면, 어시스턴트가 가장 최근 크롤링에서 정확한 URL을 — 건강 점수, 오류·경고 수까지 함께 — 돌려줍니다. 대시보드를 열지 않고도 이슈에서 곧장 수정 목록으로 넘어갈 수 있습니다.

예시 프롬프트

seocrawl.ai에서 최근 크롤링 중 H1이 없거나 404를 반환하는 페이지를 나열해 — 건강 점수가 가장 낮은 순으로.

list_prompts

AI 가시성 커버리지 감사

AI Tracker가 ChatGPT, Claude, Gemini, Perplexity에서 무엇을 모니터링하는지 정확히 확인하세요. 속성이 추적하는 프롬프트를 물어보면, 어시스턴트가 각 프롬프트를 그것이 실행되는 엔진과 해당 기간 동안 몇 번 실행됐는지와 함께 나열합니다 — 대시보드를 열지 않고도 GEO 커버리지를 감사하고 빈틈을 찾아낼 수 있습니다.

예시 프롬프트

seocrawl.ai가 추적 중인 AI Tracker 프롬프트를 나열해 — 각 프롬프트가 어떤 엔진에서 실행되는지, 최근 28일 동안 몇 번 실행됐는지 보여줘.

create_tag_rule · get_top_keywords

나만의 분류 체계로 데이터를 나누기

키워드와 페이지를 원하는 대로 묶고, 그 렌즈로 Search Console을 읽으세요. 특정 패턴에 맞는 모든 항목 — 예컨대 ‘geo’가 포함된 모든 쿼리 — 을 자동 태그하도록 어시스턴트에 요청하면, 현재와 향후의 일치 항목에 태그를 다는 규칙을 만들고, 그 태그로 필터링한 상위 키워드를 가져옵니다. 제품 라인별, 검색 의도별, 브랜드 vs 비브랜드 — 당신의 분류, 당신의 리포트.

예시 프롬프트

seocrawl.ai에서 'geo'가 포함된 모든 키워드를 'GEO'로 태그한 다음, 최근 28일 동안 그 태그가 달린 상위 키워드를 보여줘.

get_ga4_summary · compare_ga4_date_ranges

GSC 데이터 옆에서 보는 GA4 요약

Google Analytics 4 핵심 지표를 Search Console과 같은 대화에서 — 탭 전환도, Looker Studio 우회도 필요 없습니다. 원하는 기간을 요청하면 어시스턴트가 세션, 사용자, 전환, 참여율을 이전 기간 대비 델타까지 계산된 상태로 가져옵니다 — 임의의 두 기간을 나란히 비교할 수도 있습니다.

예시 프롬프트

seocrawl.ai의 최근 28일 GA4 요약을 보여줘 — 세션, 사용자, 전환, 참여율을 이전 28일과 비교해서.

get_ga4_traffic_by_source

트래픽이 실제로 어디서 오는지 확인

질문 하나로 전체 유입 구성을 파악합니다. 어시스턴트가 GA4 세션을 채널별 또는 source/medium별로 분해합니다 — 각 행에 기간 합계 대비 비중까지 — 검색, 리퍼럴, 소셜, 유료 광고가 실제로 얼마나 트래픽을 끌어오는지, 리포트를 하나도 만들지 않고 한눈에 볼 수 있습니다.

예시 프롬프트

seocrawl.ai의 최근 28일 트래픽을 채널별로 분해해줘 — 세션과 전체 대비 비중.

get_ga4_ai_referrers

엔진별로 측정하는 AI 트래픽

GEO에서 빠져 있던 절반: 어디서 언급되는지뿐 아니라, 그것이 보내는 트래픽까지. 어시스턴트가 GA4의 source/medium에서 AI/LLM 리퍼럴 세션을 바로 읽어옵니다 — ChatGPT, Perplexity, Gemini, Claude, Copilot — 엔진별 주요 이벤트와 세션 시간을 포함해, 수동 regex 필터 없이. AI Tracker 프롬프트와 결합하면 가시성과 방문을 연결할 수 있습니다.

예시 프롬프트

seocrawl.ai가 최근 28일에 받은 AI 트래픽은 얼마나 돼? 엔진별로 분해해줘 — 세션, 주요 이벤트, 이전 기간 대비 변동.

SEO·GEO를 위한 MCP 도구 74개

17개 그룹에 걸친 SEO MCP 도구 74개. 아래 이름은 실제 MCP 도구 ID와 일치하므로, 당신(또는 어시스턴트)이 곧바로 호출할 수 있습니다.

속성

1 도구

다른 쿼리 전에, 계정에 연결된 Search Console 속성(프로젝트)을 확인합니다.

list_properties

인증된 사용자가 접근할 수 있는 모든 GSC 속성을 나열합니다. 다른 모든 도구에 전달하는 속성 ID(UUID)와 URL(sc-domain:…)을 반환합니다.

성과 개요

3 도구

임의 속성의 Search Console 전반 성과와, 두 날짜 윈도 간 동일 조건 비교.

get_gsc_summary

선택한 윈도에 대한 속성의 클릭, 노출수, CTR, 평균 게재순위. 프리셋(last_7_days, last_28_days, last_3_months, last_year) 또는 절대 from/to 날짜를 허용합니다. 또한 클릭, 노출수, CTR, 순위를 branded와 non-branded로 나눠 보여주는 branded_breakdown도 함께 반환합니다 — 속성의 Brand tag에 따라 동작합니다.

compare_date_ranges

두 GSC 윈도를 나란히 비교하고 클릭, 노출수, CTR, 순위의 diff + change_pct를 제공합니다. 기간 A는 프리셋, 기간 B는 절대 지정.

list_winners_losers

두 기간 사이의 가장 큰 변동 항목을, 델타를 미리 계산한 상태로 제공해 어시스턴트가 항목마다 일일이 파고들 필요가 없게 합니다. dimension=keywords or pages, 지표(클릭, 노출수, 순위), direction=up / down / both를 선택해 상승 항목, 하락 항목, 또는 양방향에서 가장 큰 변동을 가져올 수 있습니다. Period B는 기본적으로 Period A 바로 직전의 윈도입니다.

키워드

3 도구

실제로 트래픽을 일으키는 쿼리를 찾고, 임의의 단일 키워드의 일일 추세로 확대합니다.

get_top_keywords

속성의 상위 키워드를 클릭, 노출수, CTR, 순위 기준으로 — 기간 대비 비교와 함께. next_cursor로 페이징. branded: true|false로 필터링하면 브랜드 기반 쿼리와 SEO로 확보한 쿼리를 분리할 수 있습니다. 요약에는 한눈에 확인할 수 있는 branded_breakdown이 포함됩니다.

get_keyword_detail

속성 내 단일 검색 쿼리의 일일 시계열(클릭, 노출수, CTR, 순위). 요약과 동일한 날짜 범위 옵션 지원.

list_pages_for_keyword

단일 쿼리를 지정하면, 해당 쿼리의 클릭과 노출수를 얻는 속성 내 페이지를 나열합니다 — 클릭, 노출수, CTR, 순위 기준으로 정렬하고, 기간 대비 델타와 next_cursor 페이징을 제공합니다. 키워드 카니발리제이션을 잡아내거나 특정 용어의 정규 페이지를 찾는 데 유용합니다.

페이지

3 도구

트래픽을 책임지는 URL과 어디서 입지를 잃었는지 확인하고, 어떤 URL이라도 일일 내역을 가져옵니다.

get_top_pages

속성의 상위 페이지를 클릭, 노출수, CTR, 순위 기준으로 — 각 행이 클릭, 노출수, CTR, 순위를 기간 대비 델타와 함께 반환합니다. next_cursor로 페이징.

get_page_detail

속성 내 단일 페이지 URL의 일일 시계열(클릭, 노출수, CTR, 순위). 요약의 날짜 범위 문법과 즉시 호환됩니다.

list_keywords_for_page

페이지 URL을 지정하면, 해당 페이지의 클릭과 노출수를 이끄는 검색 쿼리를 나열합니다 — 선택한 지표로 순위를 매기고, 기간 대비 델타와 next_cursor 페이징을 제공합니다. list_pages_for_keyword의 반대로, URL에서 시작해 어떤 쿼리가 그 페이지에 유입을 일으키는지 정확히 확인합니다.

인덱스 커버리지

4 도구

Google이 사이트를 실제로 얼마나 인덱스하는지 — 커버리지 총계, 일별 인덱스 추세, 각 상태에 멈춰 있는 URL, 그리고 임의의 단일 페이지에 대한 실시간 URL 검사를 채팅에서 바로.

get_indexation_summary

속성의 인덱스 커버리지 요약: 알려진(사이트맵 제출) URL, Google이 인덱스하는 수, indexed_pct, 그리고 by_state 분류(Submitted and indexed, Crawled – currently not indexed, Discovered – currently not indexed, Excluded by 'noindex', Page with redirect, Not found 404, Soft 404…). indexed는 실제 prev/delta를 가지며, 날짜 범위는 프리셋 또는 절대 from/to로 지정합니다.

get_indexation_history

일별 인덱스된 페이지 추세 — {date, value} 포인트로 이뤄진 하나의 "indexed" 시리즈로, 속성의 사이트맵 전체에 걸쳐 합산되어 시계열 차트에 바로 사용할 수 있습니다. points(실제 데이터가 있는 날)를 반환하고, 의미 있는 차트를 그리기에 날짜가 너무 적으면 insufficient_history 플래그를 세웁니다.

list_indexation_pages

현재 특정 Google 커버리지 상태에 있는 URL(state는 get_indexation_summary가 보고하는 그대로 정확히 전달). 각 행은 url, state, last_crawled, google_canonical 대 declared_canonical, discovered_via(사이트맵 또는 참조 페이지)를 반환합니다. 커서 페이징 지원(limit 최대 200).

get_url_inspection

한 페이지에 대한 실시간 Google URL 검사: coverage_state, verdict(PASS / NEUTRAL / FAIL), indexing_allowed, Google 대 사용자 canonical, last_crawl_time, robots_txt_state, page_fetch_state, sitemaps, 참조 URL 샘플, rich_results, mobile_usability. 캐시 우선 — 새로운 캐시 결과를 반환하거나 속성의 검사 할당량 내에서 GSC로부터 실시간 갱신합니다.

작업

7 도구

SEOcrawl Task Manager — MCP와 완전히 연동됩니다. 작업을 만들고, 편집하고, 댓글을 남기는 모든 일을 채팅에서 처리하세요.

list_tasks

속성의 모든 작업. 상태(open / done), 담당자, 작업함(컬럼), q(대소문자 구분 없는 제목 검색)로 필터링. next_cursor로 페이징.

list_taskboxes

프로퍼티의 작업 보드 열(태스크박스) 목록: id, 이름, 상태(todo / in_progress / done), 순서. 반환된 태스크박스 id — 또는 상태 키워드 — 를 create_task나 update_task에 전달해 작업을 해당 열로 옮길 수 있습니다.

get_task

단일 작업의 전체 상세. UUID, 슬러그, 또는 전체 브라우저 작업 URL을 허용합니다(URL 지정 시 property 인자는 선택).

create_task

속성에 title(필수)과 선택적 description, assignee, priority(1–5, 기본 3), taskbox(기본은 TO-DO 컬럼)로 작업을 생성합니다.

update_task

작업을 부분 업데이트 — title, description, assignee, priority, taskbox의 임의 조합, 또는 unassign:true로 담당자 해제.

add_comment

작업에 댓글 추가. get_task 및 update_task와 동일한 유연한 티켓 참조(UUID / 슬러그 / URL).

get_comments

작업에 달린 댓글을 중첩된 답글까지 포함해 나열합니다. get_task와 동일한 유연한 티켓 참조(UUID / 슬러그 / URL)를 사용하며, URL을 넘기면 property 인자는 선택입니다.

주석

4 도구

어떤 속성이든 차트에 남기는 메모 — 무엇이 언제 바뀌었는지 기록하고 나중에 타임라인으로 다시 읽어, Search Console 추세 옆에서 맥락을 잃지 않게 합니다.

add_annotation

속성에 지정한 날짜(Y-m-d)와 메모 텍스트로 차트 메모를 생성합니다 — 선택적으로 더 긴 설명, 카테고리, 연결할 작업 UUID도 지정할 수 있습니다. 작성자가 만든 사이트 전체 사용자 정의 메모로 추가됩니다.

list_annotations

속성의 주석을 날짜 범위 내에서 최신순으로 나열합니다. 프리셋(last_7_days, last_28_days, last_3_months, last_year) 또는 절대 from/to 날짜를 사용하고, 메모 텍스트의 부분 문자열 검색과 페이징(limit 최대 200)을 지원합니다.

get_annotation

단일 주석을 id로 지정해 전체 상세를 가져옵니다 — 날짜, 메모, 설명, 카테고리, 연결된 작업, 작성자, 그리고 속한 속성. id는 list_annotations로 찾으세요.

delete_annotation

id로 사용자 지정 주석을 삭제합니다. 본인이 만든 사용자 지정 메모만 삭제할 수 있으며, 공식/전역 메모는 거부됩니다. id와 deleted: true를 반환합니다.

사이트 감사

8 도구

사이트 감사 크롤러를 채팅에서 구동하세요 — 건강 요약을 읽고, 이슈와 그 뒤의 URL을 나열하고, 임의의 페이지를 파고들고, 새 크롤링을 트리거하고, 두 크롤링을 비교해 무엇이 후퇴했는지를, 대시보드를 열지 않고도 확인합니다.

list_site_audit_projects

속성의 Site Audit 프로젝트(크롤 구성)를 나열해 대상으로 삼을 audit_id를 찾을 수 있습니다. 각 항목은 audit_id, name, mode(list / complete / organic_traffic), device, start_urls, status, progress, last_crawl_date, pages_crawled, 최신 health_score를 반환합니다. 다른 대부분의 사이트 감사 도구는 가장 최근에 완료된 감사를 기본으로 사용하므로, 이 도구는 특정 감사를 대상으로 할 때만 필요합니다.

get_site_audit_summary

가장 최근 크롤링의 기술적 건강 요약: health_score(현재 및 prev와 delta), pages_crawled, crawl_date, issues_by_severity(critical / warning / notice, 각각 issue_types와 이전 크롤링 대비 pages_affected 포함), issues_by_category(OnPage, Links, International, Robots, Social), 영역별 category_scores. 기본으로 가장 최근 감사를 사용합니다.

list_site_audit_issues

가장 최근 크롤링이 감지한 기술적 이슈를 심각한 순으로 — 각각 issue_code(list_site_audit_issue_pages에 전달), title, severity, category, pages_affected(prev와 delta 포함), how_to_fix 안내, priority를 포함합니다. severity 및/또는 category로 필터링하고, 커서 페이징을 지원합니다(limit 최대 200).

list_site_audit_issue_pages

하나의 이슈가 영향을 미치는 정확한 URL — 그 issue_code를 전달하면 위반하는 각 url과 페이지별 값을 얻습니다. 커서 페이징 지원(limit 최대 200). 어떤 감사 이슈든 곧장 구체적인 수정 목록으로 바꿉니다.

get_site_audit_page

단일 URL의 전체 크롤 상세: status_code, crawl_depth, indexability_score와 health_score, category_scores, issue_counts, issues[] — 그 페이지에서 실패한 검사로, 각각 issue_code, severity, category, 페이지별 설명, how_to_fix를 포함합니다.

page_explorer

가장 최근의 사이트 감사에서, 기술적 SEO 기준에 맞는 크롤링된 페이지를 찾습니다. status_code(예: 404), no_canonical(정규 태그 없음), missing_h1(H1 제목 없음) 또는 check_title(UI에 표시되는 임의의 감사 항목, 예: "Title Tag too short")로 필터링할 수 있습니다. health, status_code, url 또는 depth로 정렬하고 next_cursor로 페이징합니다. 각 행은 url, status_code, title, indexability, performance_score(건강 점수 0–100), last_crawled_at, count_errors, count_warnings를 반환하며 — 항목 필터가 활성화된 경우 check_description도 함께 제공합니다.

trigger_site_audit_crawl

새 크롤링을 시작합니다(쓰기 작업) — 감사를 큐에 넣고, 크롤링된 페이지 수에 비례해 프로젝트의 크롤러 크레딧(MCP 크레딧과 별개)을 소비합니다. complete와 list 모드를 지원하며, audit_id, status, started_at, pages_queued를 반환합니다. 결과는 크롤링이 끝나면 읽기 도구에서 사용할 수 있습니다.

compare_site_audit_crawls

두 크롤링을 비교해 "지난번 이후 무엇이 후퇴 또는 개선됐는가?"에 답합니다 — health_diff와 함께 개수, 그리고 네 개의 목록: new_issues, resolved_issues, worsened, improved. 각 이슈는 pages_affected, prev, delta를 가집니다. 기본은 가장 최근 크롤링 대 그 직전 크롤링입니다.

Code Monitor

4 도구

채팅에서 모니터링 중인 페이지의 on-page HTML/코드 변경을 추적하세요 — 어떤 페이지가 감시되고 있고 상태가 어떤지 확인하고, 프로젝트 전체 변경 피드나 개별 페이지 이력을 읽고, 감지된 변경의 정확한 전/후 diff를 가져오고, 페이지의 최신 캡처 스냅샷을 대시보드를 열지 않고 얻을 수 있습니다.

list_code_monitor_pages

속성이 Code Monitor에서 추적하는 페이지를 각 모니터링 상태와 함께 나열합니다 — url, last_change_at(가장 최근 감지된 변경), changes_count(감지된 총 변경 수). url 부분 문자열로 필터링하며 커서 페이지네이션(limit 최대 200). 플랜에 Code Monitor가 포함되지 않으면 feature_not_available를 반환합니다.

list_code_monitor_changes

감지된 on-page 코드/HTML 변경을 최신순으로 나열합니다 — 각 항목에 url, date, change_types(Title, Canonical, Meta Description, noindex, robots.txt, sitemap.xml, H1, Status code, Hreflang, Open Graph, Twitter image, Analytics, Tag Manager). seoMonitorId 또는 page로 단일 페이지로 필터링하거나 생략하면 프로젝트 전체 최근 변경 피드가 됩니다. from/to로 기간을 좁힙니다. 커서 페이지네이션(limit 최대 200).

get_code_monitor_change

url + createdAt로 지정한 단일 감지 변경의 전/후 값을 가져옵니다 — 변경된 필드마다 type, property, before, after를 한 항목으로 반환합니다(다중 값 필드는 배열). changeType를 전달하면 한 필드만 반환합니다. 일치하는 변경이 없으면 not_found, 알 수 없는 필드 라벨에는 invalid_change_type를 반환합니다.

get_code_monitor_snapshot

모니터링 중인 페이지의 가장 최근 캡처 상태를 가져옵니다 — 현재 추출된 on-page 필드(title, canonical, meta description, meta robots, robots.txt, sitemap.xml, H1, 헤딩, status code, hreflang, Open Graph 이미지, Twitter image, Analytics, Tag Manager). 페이지는 seoMonitorId 또는 url로 지정합니다. 원본 HTML과 스크린샷은 저장되지 않습니다. 알 수 없는 페이지에는 not_found를 반환합니다.

AI Tracker

11 도구

당신의 AI Tracker(GEO / AI 가시성)를 처음부터 끝까지 — 속성이 ChatGPT, Claude, Gemini, Perplexity에서 어떤 프롬프트를 모니터링하는지 확인하고, 엔진별 mention rate와 각 엔진이 인용한 정확한 출처를 읽고, 프롬프트와 토픽을 만들고 편집하고 정리하는 일을, 모두 채팅에서.

list_prompts

속성이 추적 중인 AI Tracker(Brand Radar) 프롬프트를 나열합니다. 각 행은 prompt_id, prompt_text, engines_tracked(프롬프트가 실행되는 LLM 엔진), last_run_at(ISO-8601, 가장 최근 실행), runs_in_range(윈도 내 엔진 실행 횟수)를 반환합니다. runs_in_range의 범위는 프리셋(last_7_days, last_28_days, last_3_months, last_year) 또는 절대 from/to 날짜로 지정하되, 전체 프롬프트 목록은 항상 반환됩니다. engine(chatgpt/openai, claude/anthropic, gemini, perplexity)으로 필터링하고 limit(최대 200)과 next_cursor로 페이징합니다.

get_prompt_detail

단일 프롬프트의 엔진별 가시성: runs, mentions, mention_rate(%), 그리고 바로 직전 기간 대비 퍼센트 포인트 변화를 ChatGPT, Claude, Gemini, Perplexity별로 분리해 — 엔진 전체에 걸쳐 집계한 합계와 함께 반환합니다. 날짜 범위는 프리셋 또는 절대 from/to로(기본값 last_28_days).

list_prompt_runs

하나의 프롬프트 뒤에 있는 개별 엔진 실행 — 실행당 한 행으로, date, engine, mentioned / mentioned_in_text 플래그, response_excerpt(실제 AI 답변의 최대 600자)를 포함합니다. engine으로 필터링하고, 날짜 범위로 범위를 지정하고, limit(최대 200)과 next_cursor로 페이징합니다.

list_prompt_citations

AI 엔진이 하나의 프롬프트에 답할 때 인용한 출처를 범위 전체에서 집계: own_domain과 함께 인용된 모든 도메인 및 URL을 is_own_domain과 url_count로 표시 — 당신의 어떤 페이지가 인용을 얻고 어떤 경쟁사가 가져가는지 확인할 수 있습니다.

create_prompt

AI Tracker 프롬프트를 생성 — 트래커가 엔진에 대해 실행하는 질문입니다. 엔진 목록(chatgpt, claude, gemini, perplexity), country, 응답 언어, 실행 주기(daily, week, month)를 설정하고, 선택적으로 topicId 또는 topicTitle(find-or-create)로 토픽 아래에 정리할 수 있습니다.

update_prompt

추적 중인 프롬프트를 부분 업데이트 — 텍스트, 엔진 목록, country, 응답 언어, 실행 주기의 임의 조합. 생략한 필드는 변경되지 않습니다. 프롬프트는 현재 토픽을 유지하며 그 안에서 고유해야 합니다.

delete_prompt

추적 중인 프롬프트와 기록된 모든 엔진 응답을 삭제합니다. 되돌릴 수 없으며, 프롬프트의 토픽은 그대로 유지됩니다.

list_prompt_topics

LLM Tracker 페이지에서 프롬프트를 묶는 프롬프트 토픽을 나열합니다 — 각각 topic_id와 title 포함. create_prompt / update_prompt에 토픽을 전달해 프롬프트를 그 아래에 정리하세요.

create_prompt_topic

title로 프롬프트 토픽을 생성(또는 가져오기) — idempotent upsert이므로, 기존 title을 다시 만들면 created=false로 변경 없이 반환됩니다. 토픽은 LLM Tracker 페이지에서 프롬프트를 묶습니다.

update_prompt_topic

topicId로 프롬프트 토픽 이름을 변경합니다. 새 title은 비어 있지 않아야 하고 속성 내에서 고유해야 합니다(같은 title로 변경하는 것은 no-op 성공입니다).

delete_prompt_topic

프롬프트 토픽을 삭제합니다. 캐스케이드: 그 아래에 정리된 모든 프롬프트와, 그 프롬프트들의 기록된 모든 응답도 영구히 삭제됩니다. prompts_deleted를 반환합니다. 되돌릴 수 없습니다.

GA4 웹 분석

6 도구

같은 커넥터 안의 Google Analytics 4 — 세션, 전환, 트래픽 소스, 그리고 GEO 작업 뒤에 있는 AI/LLM 리퍼럴 트래픽을 채팅에서 바로 확인하세요.

list_ga4_properties

프로젝트에 연결된 GA4 속성을 나열합니다. 각 항목은 프로젝트 id와 URL(둘 다 다른 GA4 도구의 property 인자로 사용 가능), 기반 GA4 속성 ID, 연결 날짜를 반환합니다. GA4 속성이 연결된 프로젝트만 반환됩니다.

get_ga4_summary

선택한 윈도에 대한 속성의 세션, 사용자, 신규 사용자, 전환, 참여율, 사용자당 세션 수 — 프리셋(last_7_days, last_28_days, last_3_months, last_year) 또는 절대 from/to 날짜를 지원합니다. 각 지표는 current, prev, 그리고 바로 직전 기간 대비 delta를 반환합니다.

compare_ga4_date_ranges

두 GA4 윈도를 나란히 비교합니다 — 세션, 사용자, 신규 사용자, 전환, 참여율을 두 값과 함께 지표별 diff와 change_pct로 제공합니다. 기간 A는 프리셋, 기간 B는 절대 지정. compare_date_ranges의 GA4 버전입니다.

get_ga4_traffic_by_source

획득 소스별로 분해한 세션. dimension=source_medium(기본값) 또는 channel(GA4 기본 채널 그룹)을 선택하세요 — 행은 세션 순으로 정렬되고, 각 행에 기간 전체 대비 share_pct가 포함되며, limit(기본 25, 최대 100)으로 개수를 제한합니다.

get_ga4_top_pages

페이지(랜딩 / URL)별 GA4 지표를, 어떤 페이지가 가장 많은 세션, 가입(conversions), 사용자를 이끄는지 보이도록 순위로 제공합니다. 각 행은 페이지와 함께 sessions, users, conversions, engagement_rate를 반환하며, 각각 이전 기간 prev와 change_pct를 포함합니다. sessions(기본값), conversions 또는 users로 정렬하고, limit(기본 25, 최대 100)으로 개수를 제한합니다. get_ga4_traffic_by_source의 페이지 단위 짝입니다.

get_ga4_ai_referrers

엔진별 AI/LLM 리퍼럴 트래픽 — ChatGPT, Perplexity, Gemini, Claude, Copilot 등을 GA4 세션의 source/medium에서 감지합니다. 각 엔진은 세션, 주요 이벤트, 평균 세션 시간을 이전 기간 대비 변동과 함께 반환합니다. 당신의 GEO 트래픽을 숫자로 측정합니다.

태그

8 도구

키워드와 페이지에 사용자 정의 분류 체계를 구축한 뒤, 그것으로 Search Console을 나눠 보세요. 태그를 만들고, 수동 또는 자동 규칙으로 할당하고, get_top_keywords, get_top_pages, list_winners_losers의 tags 필터에 전달합니다.

list_tags

속성의 키워드 태그와 페이지 태그를 나열합니다. 각 태그는 tag_id, name, type(keyword|page), color, rule_count(자동 할당 규칙), member_count(현재 그 태그가 달린 키워드 또는 페이지)를 반환합니다. 태그 이름을 get_top_keywords, get_top_pages, list_winners_losers의 tags 필터에 전달하세요.

create_tag

속성에 태그를 생성합니다. type은 keyword(키워드 태깅), url(페이지 태깅), both입니다. 선택적 color는 SEOcrawl UI에서 사용하는 hex 문자열입니다. 태그의 정체성은 name + type이므로, 기존 태그를 다시 만들면 color만 업데이트됩니다.

apply_tag

자동 규칙에 더해, 특정 키워드 및/또는 페이지에 태그를 수동으로 적용합니다. keywords(정확히 일치하는 문자열) 및/또는 urls(정확히 일치하는 페이지 URL)를 전달하며, 최소 하나는 필수입니다. 해당 type의 태그가 아직 없으면 생성됩니다.

remove_tag

특정 키워드 및/또는 페이지에서 태그를 제거합니다 — apply_tag의 반대입니다. 해당 항목에서 태그 할당만 해제하며, 태그 자체를 삭제하거나 자동 할당 규칙을 건드리지는 않습니다.

delete_tag

태그를 완전히 삭제합니다: 모든 키워드/페이지에서 할당을 해제하고 태그를 제거합니다. type은 keyword, url, both입니다. 내장 Brand / Non-Brand 태그는 삭제할 수 없습니다. 그 태그를 대상으로 하는 자동 규칙은 그대로 남으므로 — 그것들에는 delete_tag_rule을 사용하세요.

list_tag_rules

속성의 자동 할당 규칙 — 키워드/페이지를 자동으로 태깅하는 패턴 — 을 나열합니다. 선택적으로 tag로 필터링할 수 있습니다. 각 규칙은 rule_id, tag, field(keyword|url), country, 그 조건(match + value)을 반환합니다.

create_tag_rule

일치하는 모든 키워드 또는 페이지(현재 및 향후)에 태그를 다는 자동 할당 규칙을 생성합니다. field는 keyword 또는 url; match는 contains, not_contains, exact, starts_with, ends_with 또는 regex(안전한 RE2 패턴); value는 패턴입니다. tag+field당 하나의 규칙이며, 기존 항목의 태깅은 비동기로 실행됩니다.

delete_tag_rule

rule_id(list_tag_rules에서 가져온)로 자동 할당 규칙을 삭제합니다. 그 패턴에 대한 향후 자동 태깅을 멈추지만, 이미 태그가 달린 항목은 그대로 유지됩니다(할당 해제에는 remove_tag 또는 delete_tag 사용).

Smart Views

3 도구

저장된 이름이 있는 태그 선택으로, 네이티브로 만든 뷰와 똑같이 SEOcrawl UI에 나타납니다. 키워드 태그나 페이지 태그로 재사용 가능한 세그먼트를 만들고, 다시 읽어오고, 제거하세요 — 저장한 뷰를 채팅에서 관리합니다.

list_smart_views

속성에 정의된 키워드 및 페이지 Smart View를 나열합니다 — 각각 view_id, name, type(keyword | page), 그것이 묶는 태그 이름 포함. 태그별 멤버 수는 list_tags에서 가져옵니다.

create_smart_view

태그 세트로 Smart View를 생성합니다(list_tags에서 읽어옵니다). type은 keyword(키워드 태그 대상) 또는 page(페이지 태그 대상)입니다. 뷰는 네이티브로 생성한 것과 똑같이 SEOcrawl UI에 나타나며 거기서 편집할 수 있습니다.

delete_smart_view

view_id로 Smart View를 삭제합니다. 영구적이며 SEOcrawl UI에서도 뷰를 제거합니다. 기반 태그에는 영향을 주지 않습니다. 일반 적용 필터 id는 not_found를 반환합니다.

리포트

4 도구

채팅에서 사용하는 SEO Reporting — 속성용으로 생성된 리포트와 템플릿을 나열하고, 모든 리포트의 전체 위젯 구성을 읽고, 공유 가능한 스냅샷 링크를 생성하고, 어떤 리포트가 반복 발송으로 예약되어 있는지 확인하세요. 모두 대시보드를 열지 않고 가능합니다.

list_reports

속성용으로 생성된 SEO Reporting 리포트를 나열합니다 — 각 항목에 id, name, is_template, is_automate, created_at, owner가 포함됩니다. 기본적으로 일반 리포트를 반환합니다. 대신 리포트 템플릿을 나열하려면 templates: true를 전달하세요. 반복 리포트는 제외됩니다(list_report_schedules 사용). next_cursor로 커서 페이지네이션.

get_report

단일 리포트의 메타데이터(name, is_template, is_automate, owner, created_at, 예약된 경우 period 및 수신자)와 전체 위젯 구조 — 각 위젯의 type, 제목, 위치, 구성, 필터 — 를 가져옵니다. 렌더링된 수치가 아니라 리포트의 구성을 반환합니다(수치는 GSC / GA4 도구로 읽으세요).

generate_report

기존 리포트의 공유 가능한 스냅샷을 생성하고 공개 URL을 반환합니다(쓰기 작업). 리포트의 현재 위젯 상태를 캡처하고 콘텐츠 해시로 중복을 제거합니다 — 날짜 범위를 받지 않으므로 다른 기간이 필요하면 먼저 리포트의 위젯을 편집하세요. report_id, snapshot_id, url을 반환합니다.

list_report_schedules

속성에서 자동 반복 발송으로 구성된 리포트를 나열합니다 — 각 항목에 id, name, owner, period(week 또는 month), 수신자 사용자 ID가 포함됩니다. 저장된 예약 구성(period + 수신자)을 반영합니다. next_cursor로 커서 페이지네이션.

웹 페치

1 도구

대화 도중 어떤 라이브 페이지든 바로 검사하세요 — 파싱된 SEO 요소, 깔끔한 마크다운 콘텐츠, 원본 HTML을 크롤 없이 받아볼 수 있습니다.

fetch_url

단일 라이브 URL을 온디맨드로 가져와(순수 HTTP GET, JavaScript 미실행) 응답 상세 정보를 반환합니다 — 최종 URL, 상태 코드, 전체 리디렉션 체인, 응답 시간, 압축 해제된 페이지 크기 — 그리고 선택 블록으로 파싱된 SEO 요소(title, meta description, meta robots, canonical, hreflang, 제목 태그, OG/Twitter 태그, JSON-LD 타입, 단어 수, 링크 수, alt 누락 이미지), 깔끔한 마크다운으로 변환된 본문, 원본 HTML을 받을 수 있습니다. 전송 실패는 구조화된 오류(dns_error, timeout, blocked_url…)로 반환됩니다. 무료 — MCP 크레딧을 전혀 소모하지 않으며, 사용자별 속도 제한이 적용됩니다.

비주얼 렌더링

3 도구

어떤 결과든 원시 JSON 대신 풍부한 비주얼 위젯으로 변환합니다 — KPI 스코어카드, 정렬 가능한 테이블, 인터랙티브 트렌드 차트. 데이터 도구가 render_with 힌트를 표시하면 어시스턴트가 이를 자동으로 호출하며, 세 가지 모두 무료입니다.

render-scorecard

요약 데이터로부터 KPI 카드 그리드를 렌더링합니다 — 각 카드에는 레이블, 원시 값, 선택적 단위($ 접두사, % 접미사, 또는 기간을 나타내는 s), 상승/하락 방향이 표시된 전기 대비 변화, 그리고 카드가 4개를 초과할 때 섹션별 선택적 그룹화가 담깁니다. 요약 도구(get_gsc_summary, get_ga4_summary…)가 render_with: render-scorecard를 반환하면 자동으로 호출됩니다. 무료.

render-data-table

어떤 목록 결과로부터든 클라이언트 측 정렬, 검색, 페이지네이션을 갖춘 인터랙티브 테이블을 렌더링합니다 — 상위 키워드, 상위 페이지, 최대 변동 항목, 프롬프트, 백링크 등. 열은 데이터로부터 타입이 지정되며 배열 셀은 칩으로 표시됩니다. 목록 도구가 render_with: render-data-table를 반환하면 자동으로 호출됩니다. 무료.

render-time-series-chart

호버 툴팁과 크로스헤어, 토글 가능한 범례, 그리고 두 시리즈가 서로 다른 단위를 사용할 때 자동 이중 Y-axis를 갖춘 인터랙티브 라인 차트를 렌더링합니다. render_with: render-time-series-chart를 반환하는 모든 히스토리/일별 시리즈 도구(get_page_detail, get_keyword_detail, 성과 히스토리…)에서 데이터를 공급받습니다. 무료.

플랫폼 상태

1 도구

구축을 시작하기 전에 커넥터 자체를 확인하세요 — 무료 호출 한 번으로 모든 영역이 지금 정상 작동하는지 알 수 있습니다.

health

MCP 백엔드의 실시간 상태를 영역별(GSC, GA4, Site Audit, AI Tracker, 작업)과 데이터 저장소별로 반환합니다. 각각 ok, degraded, down 중 하나로 보고되며 last_check_at과 sample_error가 함께 제공됩니다. 무료이며 인자가 필요 없습니다 — 여러 단계의 워크플로를 시작하기 전에 호출해 고장 난 엔드포인트를 미리 확인하세요.

MCP 클라이언트: Claude, ChatGPT, Cursor & Claude Code

SEOcrawl AI MCP는 오픈 Model Context Protocol을 따릅니다 — MCP 호환 클라이언트라면 어디서든 작동합니다. 현재 가장 일반적인 네 가지 설정을 소개합니다.

Claude logo

Claude

Claude.ai와 Claude Desktop에서 SEOcrawl AI를 연결하세요. 성과 요약, 상위 페이지 또는 작업 트리아지를 요청하면 Claude가 알맞은 MCP 도구를 호출합니다.

설정

Settings → Connectors → Add custom connector
ChatGPT logo

ChatGPT

Apps 커넥터로 ChatGPT 안에서 SEOcrawl AI를 사용하세요. 채팅에서 @SEOcrawl을 언급하면 대화를 떠나지 않고 실시간 Search Console 데이터를 가져오거나 작업을 열 수 있습니다.

설정

Settings → Apps → Advanced → Developer mode → Create

Cursor

SEOcrawl AI MCP를 Cursor에 추가해 코드, 브리프, 릴리스 노트를 작성하는 동안 실시간 성과나 작업 데이터를 가져오세요.

설정

Cursor Settings → Tools & MCP → Add new MCP server

Claude Code

터미널에서 Claude Code에 SEOcrawl AI를 등록하세요. 모든 도구가 기존 개발 워크플로우의 한 줄짜리 CLI 호출이 됩니다.

설정

claude mcp add --transport http seocrawl https://mcp.seocrawl.ai
등록처

SEOcrawl AI MCP — 자주 묻는 질문

MCP란 무엇인가요?

MCP(Model Context Protocol)는 2024년 말 Anthropic이 공개한 개방형 표준으로, Claude나 ChatGPT 같은 AI 어시스턴트가 외부 도구와 데이터 소스와 대화할 수 있게 합니다. 보고서를 채팅에 복사·붙여넣는 대신, 어시스턴트가 SEOcrawl AI를 직접 호출해 데이터를 가져옵니다. 전체 사양은 modelcontextprotocol.io에서 확인하세요.

SEOcrawl AI MCP는 무엇인가요?

74개의 SEOcrawl AI 도구 — Search Console 성과 조회, 키워드 및 페이지 심층 분석, 인덱스 커버리지와 실시간 URL 검사, GA4 웹 분석(세션, 상위 페이지, 트래픽 소스, AI/LLM 리퍼럴 트래픽), 사용자 정의 태깅과 Smart Views, 엔진별 mention rate와 인용 출처를 포함한 AI Tracker(GEO) 프롬프트 및 토픽 전체 관리, 완전한 사이트 감사 워크플로(요약, 이슈, 페이지 상세, 크롤링 트리거 및 비교), SEOcrawl의 전체 작업 시스템, 차트 주석, 그리고 풍부한 비주얼 렌더링(스코어카드, 테이블, 트렌드 차트) — 를 AI 어시스턴트가 호출할 수 있는 MCP 도구로 노출하는 서버입니다. 자연어로 물어보면 어시스턴트가 계정에 적절한 쿼리를 실행해 결과를 가져옵니다.

이것은 Google Search Console MCP 서버인가요?

네 — 그 이상입니다. 대부분의 Google Search Console MCP 서버는 서비스 계정, OAuth 설정 또는 로컬 설치가 필요한 단순 커넥터입니다. SEOcrawl AI의 MCP는 Search Console 성과 데이터를 바로 제공하며(SEOcrawl AI 계정으로 로그인, Google Cloud 설정 불필요), 원본 GSC가 할 수 없는 것까지 지원합니다: 기간 나란히 비교, 브랜드 vs 논브랜드 세분화, 인덱스 커버리지와 URL 검사, 커스텀 태그와 Smart Views, GA4 분석, 완전한 사이트 감사 워크플로, AI 가시성 추적, SEO 작업 관리 — 커넥터 하나에 도구 74종.

오늘 실제로 무엇을 할 수 있나요?

여덟 가지 영역: (1) Search Console 성과 — 클릭, 노출수, CTR, 순위 요약과 나란히 보는 날짜 비교; (2) 키워드와 페이지 분석 — 기간 대비 델타가 포함된 상위 목록, branded vs non-branded 세분화(속성의 Brand tag 기반), 임의 키워드/URL의 일일 내역; (3) 인덱스 커버리지 — Google이 사이트를 얼마나 인덱스하는지, 일별 인덱스 추세, 각 커버리지 상태에 멈춰 있는 URL, 임의 페이지의 실시간 URL 검사; (4) GA4 분석 — 세션, 사용자, 전환, 상위 페이지, 소스별·채널별 트래픽, 엔진별 AI/LLM 리퍼럴 트래픽; (5) 사이트 감사 — 건강 요약 읽기, 이슈와 그 뒤의 URL 나열, 임의 페이지 파고들기, 새 크롤링 트리거, 두 크롤링 비교; (6) AI 가시성(GEO) — AI Tracker 프롬프트와 토픽 나열·생성·편집·정리, 그리고 엔진별 mention rate와 각 엔진이 인용한 출처 읽기; (7) 태그와 Smart Views — 키워드와 페이지에 사용자 정의 분류와 저장 세그먼트 구축; (8) SEO 작업 — SEOcrawl 프로젝트 내 작업 나열, 생성, 업데이트, 댓글, 종료. 새로운 도구는 지속적으로 출시됩니다 — 다음에 무엇이 나올지는 공개 로드맵에서 확인하세요.

MCP는 GEO와 AI 가시성에도 도움이 되나요?

네 — GEO는 일급 기능입니다. ChatGPT, Claude, Gemini, Perplexity 전반에서 AI Tracker(Brand Radar) 프롬프트와 토픽을 나열·생성·편집·정리하고(list_prompts, create_prompt, update_prompt, delete_prompt, 그리고 토픽 도구), 임의 프롬프트의 엔진별 mention rate와 그 추세를 읽고(get_prompt_detail), 개별 엔진 답변을 보고(list_prompt_runs), 각 엔진이 인용한 정확한 도메인과 URL을 확인하고(list_prompt_citations), 그 엔진들이 실제로 사이트에 보내는 AI/LLM 리퍼럴 트래픽을 GA4에서 바로 측정할 수 있습니다(get_ga4_ai_referrers). 더 깊은 Brand Radar 집계(속성 전체의 셰어 오브 보이스)는 여전히 SEOcrawl AI 대시보드에 있으며 MCP 로드맵의 다음 항목입니다. 새로운 도구가 출시되면 이 페이지를 업데이트합니다.

어떤 플랜에 MCP가 포함되나요? 호출은 어떻게 계량되나요?

MCP 액세스는 모든 SEOcrawl AI 플랜에 포함됩니다 — 등급별 세부 내역은 가격 페이지에서 확인하세요. 플랜별로 월간 MCP 크레딧이 제공됩니다 — 3,000 (Starter), 10,000 (Growth), 30,000 (Pro), 100,000 (Agency), Unlimited (Enterprise). MCP 호출은 도구에 따라 1–6 크레딧을 사용합니다. 가벼운 조회(list_properties, get_task)는 1, 성과 요약과 시계열은 3, 상위 키워드·상위 페이지 호출은 5, 기간 병렬 비교는 6. 모든 플랜에 분당 요청 제한과 일일 하드 캡이 적용되어, 폭주하는 에이전트로부터 플랫폼을 보호합니다. 그 위에 계정의 프로젝트, 클릭, LLM 크레딧 한도가 그대로 적용됩니다.

어떤 AI 클라이언트에서 작동하나요?

Claude (Claude.ai 및 Claude Desktop), ChatGPT (Apps 커넥터를 통해), Cursor, Claude Code가 현재 지원됩니다. MCP 호환 클라이언트라면 무엇이든 작동해야 합니다 — 서버는 오픈 MCP 전송을 사용하며 클라이언트별 코드 경로가 없습니다.

실제 제 SEOcrawl AI 데이터를 사용하나요?

네. MCP는 본인의 SEOcrawl AI 계정으로 인증되며, 앱에서 보시는 것과 동일한 Search Console 속성과 작업을 읽어옵니다. 계정 간에 데이터를 공유하지 않습니다.

어떻게 설정하나요?

SEOcrawl AI MCP 엔드포인트(https://mcp.seocrawl.ai)를 AI 클라이언트의 MCP/커넥터 설정에 추가하기만 하면 됩니다. 모든 사용자에게 동일한 URL이며, 미리 계정 설정에서 활성화할 것은 없습니다. 클라이언트가 요청하면 SEOcrawl AI 계정으로 로그인하세요. 대부분의 클라이언트는 74개 도구를 자동으로 인식하므로 1분 안에 채팅을 시작할 수 있습니다.

SEOcrawl AI MCP 서버는 어디에서 찾을 수 있나요?

이 페이지 외에도 SEOcrawl AI MCP는 독립적인 MCP 서버 디렉터리인 Glama에 SEOcrawl 공식 서버로 등록되어 있습니다. 어디에서 찾든 동일한 호스팅 엔드포인트 — https://mcp.seocrawl.ai — 이며, SEOcrawl AI 계정으로 연결해 로그인하는 하나의 범용 URL입니다. 전체 설정 방법과 실시간 예시는 항상 seocrawl.ai/mcp에서 확인할 수 있습니다.