무료 기술 도구

무료 웹사이트 진단

입력한 페이지와 주요 페이지 최대 4개를 한 번에 스캔해 접근성, EAA 준비 상태, SEO, 속도, 전환, 보안, 이메일 인증의 7개 영역으로 결과를 보여 드립니다. 무엇을 고칠지 정하기 전에, 여기서 가장 큰 문제가 어디에 있는지 먼저 확인하십시오.

무료입니다. 주요 페이지를 최대 5개까지 약 1분 만에 테스트합니다.

이 도구가 점검하는 항목

  • 접근성

    테스트하는 모든 페이지에 axe-core의 WCAG 2.2 레벨 A 및 AA 규칙을 적용하고, 포커스 트랩, 건너뛰기 링크, 누락된 포커스 윤곽선을 확인하는 키보드 테스트를 실행합니다.

  • EAA 준비 상태

    자동 테스트에서 발견된 접근성 실패를 유럽 접근성법(European Accessibility Act)에 쓰이는 유럽 표준 EN 301 549에 매핑합니다.

  • SEO

    제목, 설명, H1, canonical, noindex, robots.txt, XML 사이트맵, viewport, 언어, Open Graph, 구조화된 데이터를 점검합니다.

  • 속도

    같은 페이지 로드에서 측정한 로딩 시간, 레이아웃 이동, 긴 작업, 페이지 용량, 무거운 이미지, 서드 파티 비중입니다. 느린 4G 환경의 휴대폰 테스트는 웹사이트 속도 측정에서 할 수 있습니다.

  • 전환

    CTA(행동 유도), 문의 경로, 양식, 고객 후기와 정책 링크 같은 신뢰 콘텐츠를 점검합니다. 쇼핑몰이라면 가격, 장바구니 담기 버튼, 결제 버튼 같은 상품과 장바구니 항목도 점검합니다.

  • 패시브 보안 점검

    인증서, HTTP에서 HTTPS로의 리디렉션, 보안 헤더, 쿠키 플래그, 혼합 콘텐츠, 오래된 jQuery와 Lodash 버전, security.txt, 그리고 위조 이메일을 막아 주는 DMARC 정책을 점검합니다.

  • 이메일 인증

    공개 DNS에서 SPF, 흔히 쓰이는 셀렉터의 DKIM, DMARC, BIMI, MTA-STS를 읽어 점검합니다.

  • 웹사이트 유형과 기술

    사이트의 종류(쇼핑몰, SaaS 또는 앱, 기업 사이트, 블로그, 언론·출판, 교육, 공공기관, 의료, 호텔, 랜딩 페이지)와 18가지 기술 중 어떤 플랫폼을 쓰는지를 공개된 근거로 판별하고, 신뢰도와 함께 보여 드립니다. 두 정보에 따라 어떤 페이지와 점검 항목을 쓸지가 정해집니다.

점검할 수 없는 항목

  • 한 영역을 깊이 파고들지는 않습니다. 각 영역은 가장 중요한 발견 사항만 보여 드리며, 해당 유료 리포트가 더 많은 테스트를 실행하고 모든 발견 사항의 수정 방법을 제공합니다.
  • 5개를 넘는 페이지, 로그인이 필요한 페이지, 결제 과정은 테스트할 수 없습니다.
  • 모의 해킹을 대신할 수 없습니다. 보안 점검은 방문자의 브라우저와 공개 DNS에 보이는 정보만 읽습니다.
  • 모든 DKIM 키를 찾을 수는 없습니다. 셀렉터는 목록으로 조회할 수 없으므로, 흔히 쓰이는 이메일 서비스의 셀렉터만 점검합니다.
  • ADA나 EAA가 적용되는지, 이를 준수하는지 같은 법적 질문에는 답할 수 없습니다.
  • 검색 순위, 전환율, 매출, 받은편지함 도달률 같은 성과는 측정할 수 없습니다.

중요한 이유

웹사이트 문제는 한 영역에만 머무는 경우가 드뭅니다. 이미지 캐러셀 하나가 접근성 실패이자, 페이지에서 가장 무거운 파일이자, CTA가 첫 화면 아래로 밀려난 이유일 수 있습니다. 쿠키 배너는 키보드 포커스를 가두는 동시에 레이아웃을 밀어낼 수 있습니다. 한 번의 스캔으로 모든 영역을 보면, 한 번의 변경으로 여러 문제를 해결할 수 있는 곳이 드러납니다.

폭넓은 점검은 아무도 맡고 있지 않은 부분도 찾아냅니다. 이메일 인증 레코드는 한 번 설정하고 잊히기 쉽습니다. 강제 적용되는 DMARC 정책이 없으면 다른 사람이 사이트의 도메인에서 보낸 것처럼 보이는 메일을 보낼 수 있습니다. 인증서 만료, 누락된 보안 헤더, 플러그인에 포함된 오래된 jQuery도 무언가가 고장 나기 전까지는 조용합니다.

스캔이 테스트하는 사이트의 종류를 판별하므로, 점검 항목이 사이트에 맞춰집니다. 쇼핑몰은 상품과 장바구니를, SaaS 사이트는 요금 페이지를, 블로그는 아티클을 점검합니다. 판별 결과에는 근거와 신뢰도가 표시되므로, 잘못 추측한 경우를 알아볼 수 있습니다.

결과 해석 방법

문제
실패한 WCAG 규칙, noindex로 설정된 페이지, DMARC 레코드 없음처럼 점검으로 확인된 확실한 문제입니다.
확인 필요
소프트웨어가 판단할 수 없거나 의도된 것일 수 있어 사람이 살펴봐야 하는 항목입니다. axe-core가 판정하지 못한 항목이나 다른 사이트가 임베드할 수 있는 페이지가 그 예입니다.
개선 기회
오류가 아닌 개선점입니다. 콘텐츠 보안 정책(Content Security Policy)이 없거나 CTA가 첫 화면 아래에 있는 경우 등입니다.
통과
점검을 실행했고, 테스트한 페이지에서 문제가 발견되지 않았습니다.
정보
판정이 아닌 참고 정보입니다. 예를 들어 Shopify가 모든 스토어에 설정하며 직접 바꿀 수 없는 보안 헤더입니다.
웹사이트 유형과 신뢰도
스캔이 판단한 사이트의 종류와 그 근거입니다. 근거가 부족하면 일반 웹사이트로 취급하며, 이 경우에도 어떤 사이트에나 맞는 점검은 모두 실행합니다.
기술
판별된 플랫폼이나 프레임워크입니다. Shopify, WordPress, Webflow, Next.js 등이 있습니다. 이에 따라 어떤 플랫폼별 수정 단계가 표시될지 정해집니다.

흔한 문제를 해결하는 방법

  • DMARC 정책 없음

    _dmarc.yourdomain.com에 TXT 레코드를 게시하십시오. 예를 들어 v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com 레코드로 보고서를 받기 시작할 수 있습니다. 보고서에서 사이트를 대신해 메일을 보내는 모든 서비스가 SPF나 DKIM을 통과하는 것이 확인되면 p=quarantine으로, 이어서 p=reject로 전환하십시오.

  • HTTP가 HTTPS로 리디렉션되지 않음

    호스팅이나 CDN에서 HTTPS 강제 옵션을 켜거나, 모든 경로에 대해 http://에서 https://로 301 리디렉션을 추가하십시오. 모든 곳에서 HTTPS가 작동하면 Strict-Transport-Security 헤더를 추가하십시오.

  • 누락된 보안 헤더

    X-Content-Type-Options: nosniff, strict-origin-when-cross-origin 같은 Referrer-Policy, 그리고 다른 사이트가 페이지를 프레임에 넣지 못하게 하는 Content Security Policy의 frame-ancestors(또는 X-Frame-Options)부터 시작하십시오. 전체 Content Security Policy는 테스트가 필요하므로 Content-Security-Policy-Report-Only로 시작하십시오.

  • 오래된 jQuery나 Lodash

    최신 버전으로 업데이트하거나, 사용하는 곳이 없다면 라이브러리를 제거하십시오. WordPress에서는 오래된 사본이 대개 자체 사본을 포함한 테마나 플러그인에서 오므로, 그 플러그인을 업데이트하거나 교체하는 것이 해결책입니다.

  • 조회 횟수가 너무 많은 SPF

    SPF는 DNS 조회를 최대 10회까지 허용합니다. 더 이상 쓰지 않는 서비스의 include: 항목을 제거하고, 가능하면 중첩된 include를 피하며, 도메인에 SPF 레코드가 하나만 게시되어 있는지 확인하십시오.

  • 명확한 CTA 없음

    “데모 예약”, “견적 받기”, “신상품 보기”처럼 하나의 주요 행동을 홈페이지 첫 화면에 구체적인 문구가 있는 실제 링크나 버튼으로 배치하고, 핵심 섹션 뒤에 반복하십시오.

이 도구에 관한 질문

무료 웹사이트 진단에는 무엇이 포함되나요?

입력한 페이지와 주요 페이지 최대 4개를 실제 브라우저에서 테스트하고, robots.txt, 사이트맵, 인증서, 응답 헤더, DNS 레코드를 사이트 전체 수준에서 점검합니다. 결과는 7개 영역으로 나뉘며, 각 영역에 가장 중요한 발견 사항이 표시됩니다.

얼마나 걸리나요?

5개 페이지를 불러와 테스트하므로 대부분의 사이트는 1분 정도 걸립니다. 최근 1시간 이내에 같은 주소를 스캔했다면 그 결과가 재사용될 수 있습니다.

운영 중인 사이트에서 보안 점검을 실행해도 안전한가요?

예. 방문자의 브라우저와 공개 DNS에 보이는 인증서, 헤더, 쿠키, 스크립트, 레코드만 읽습니다. 비밀번호를 시도하거나, 숨겨진 경로를 탐색하거나, 공격 트래픽을 보내는 일은 절대 없습니다.

웹사이트 유형은 어떻게 판별하나요?

페이지에 공개된 근거로 판별합니다. 구조화된 데이터, generator 태그, 스크립트, 링크와 버튼의 문구 등입니다. 각 분류에는 신뢰도와 근거가 표시되므로 잘못된 추측을 쉽게 알아챌 수 있습니다.

테스트한 페이지가 5개보다 적은 이유는 무엇인가요?

주요 페이지는 입력한 페이지의 링크에서 고릅니다. 사이트가 작거나, 페이지가 다른 사이트로 리디렉션되거나, 오류를 반환하거나, 차단되면 테스트할 수 있는 페이지가 줄어듭니다.

어떤 유료 리포트부터 시작해야 하나요?

가장 중요하게 여기는 문제가 있는 영역의 리포트부터 시작하십시오. 진단의 각 영역은 해당 리포트로 연결되며, 리포트는 더 많은 페이지를 테스트하거나 추가 테스트를 실행하고 모든 발견 사항의 수정 방법을 제공합니다.