웹사이트 검토 제출 방법: 첫 확인부터 최종 승인까지 초보자 가이드

“웹사이트 검토 제출”이란 실제로 무엇을 의미할까요?

웹사이트 검토 제출은 URL과 약간의 보조 정보를 디렉터리, 검색 인덱스, 마켓플레이스 또는 플랫폼에 보내고, 사람 또는 자동 검토자가 사이트가 접근 가능하고 합법적이며 목록에 적합한지 확인할 때까지 기다리는 것입니다. 실제로는 양식 작성 전에 작업이 이루어집니다. URL이 로드되어야 하고, 콘텐츠가 카테고리와 일치해야 하며, 연락처 정보가 검증 가능해야 합니다. 이 튜토리얼은 준비, 사전 점검, 제출 자체, 인증, 최종 확인까지 전체 과정을 안내하여 첫 시도가 헛되지 않도록 도와드립니다.

아래 단계는 큐레이션된 웹 디렉터리, 니치 도구 인덱스 또는 파트너 목록에 제출할 때 모두 적용됩니다. 인터페이스는 다르지만 순서는 동일합니다. 제출된 사이트가 어디로 가는지 더 넓은 지도를 원하시면 New Site Spotlight 섹션을 둘러보며 승인된 항목이 일반적으로 어떻게 표시되는지 확인하세요.

시작하기 전: 전제 조건과 검토자가 확인하는 사항

대부분의 거절은 디자인 문제가 아니라 누락된 전제 조건 때문에 발생합니다. 제출 양식을 열기 전에 다음을 확인하세요:

• 활성 공개 URL. 페이지가 로그인, VPN 또는 사용자 지정 헤더 없이 로드되어야 합니다. 시크릿 브라우저 창에서 테스트하세요.
• HTTPS 정상 작동. 혼합 콘텐츠 경고가 없는 유효한 인증서. 사이트가 HTTP에서 리디렉션되는 경우 리디렉션 체인을 따라가 하나의 표준 URL로 끝나는지 확인하세요.
• 명확한 사이트 정체성. 눈에 보이는 사이트 이름, 무엇을 하는지에 대한 짧은 설명, 작동하는 연락 방법(이메일 양식 또는 주소).
• 카테고리와 일치하는 콘텐츠. 검토자는 귀하의 사이트를 카테고리 정의와 비교합니다. 디자인 자산 카테고리에 제출된 일반 블로그는 거절됩니다.
• 플레이스홀더 페이지 없음. 내비게이션에서 “출시 예정” 페이지, 빈 태그 아카이브, 기본 CMS 데모 콘텐츠를 제거하세요.
• 접근 가능한 받은편지함. 인증 이메일은 보통 24~72시간 내에 만료됩니다. 매일 확인하는 주소를 사용하세요.

검토자는 네 가지를 확인합니다: URL이 해석되는지, 콘텐츠가 유용할 만큼 독창적인지, 카테고리 적합성이 정직한지, 사이트가 유지 관리되는지(최근 업데이트, 작동하는 링크). 이 목록 중 재설계가 필요한 항목은 없습니다. 정리가 필요할 뿐입니다.

1단계: 제출 전 자체 사전 점검 실행

목표: 검토자가 발견할 문제를 미리 찾아 자신의 일정에 맞춰 수정합니다.

1. 데스크톱과 휴대폰의 시크릿 창에서 URL을 엽니다. 예상 결과: 페이지가 몇 초 안에 완전히 로드되고 두 화면 모두에서 레이아웃이 사용 가능합니다.
2. 기본 내비게이션과 푸터의 모든 링크를 클릭합니다. 예상 결과: 404가 없고 홈페이지로 되돌아가는 링크가 없습니다.
3. 브라우저 탭과 검색 결과 미리보기에서 페이지 제목과 메타 설명을 확인합니다. 예상 결과: 둘 다 “Home | My Site”가 아니라 사이트를 구체적으로 설명합니다.
4. 기본 SEO 또는 사이트 상태 검사기로 URL을 실행합니다. 예상 결과: 제출하는 페이지에 크롤링을 차단하는 robots 지시문이 없고 깨진 표준 태그가 없습니다.
5. 낯선 사람처럼 자신의 홈페이지를 읽어보세요. 예상 결과: 10초 이내에 사이트의 목적과 대상 사용자를 말할 수 있습니다.

이 단계의 일반적인 오류: 관리자로 로그인한 상태에서 테스트(방문자가 볼 수 없는 콘텐츠를 보게 됨), 실수로 스테이징 하위 도메인 제출. 링크 검사기가 오류를 보고하면 계속하기 전에 수정하세요. 제출하고 검토자가 무시하기를 바라지 마세요.

2단계: 올바른 카테고리 선택 및 목록 세부 정보 준비

목표: 사이트를 하나의 카테고리에 맞추고 검토자가 가장 먼저 읽을 짧은 설명을 작성합니다.

가장 권위 있는 카테고리가 아니라 가장 가까운 단일 카테고리를 선택하세요. 사이트가 개발자를 위한 작은 유틸리티라면 일반 도구 카테고리가 아닌 개발 카테고리에 제출하세요. 불일치를 발견한 검토자는 더 읽지 않고 거절하는 경우가 많습니다. 카테고리가 구성되는 방식의 참고로 Development & Programming이 기능별로 도구를 어떻게 구분하는지 살펴보세요.

세션 시간 초과로 작업이 지워지지 않도록 다음 필드를 먼저 일반 텍스트 파일로 준비하세요:

예상 결과: 2분 이내에 모든 양식에 붙여넣을 수 있는 작성된 텍스트 파일이 있습니다.

3단계: 제출 양식 작성 및 전송

목표: 유효성 검사 오류 없이 한 세션에서 양식을 완료합니다.

1. 제출 페이지를 열고 양식 위의 규칙 텍스트를 읽습니다. 예상 결과: 상호 링크, 유료 등급 또는 특정 콘텐츠 유형이 제외되는지 알 수 있습니다.
2. 준비한 필드를 하나씩 붙여넣습니다. 예상 결과: 빨간 유효성 검사 메시지가 없고 URL 필드가 표준 주소를 허용합니다.
3. 메타 태그, DNS 레코드 또는 동일 도메인의 이메일과 같은 필수 소유권 증명을 추가합니다. 예상 결과: 플랫폼이 인증 방법이 감지되었음을 확인합니다.
4. CAPTCHA를 완료하고 한 번 제출합니다. 예상 결과: 참조 번호 또는 티켓 ID가 있는 확인 화면.
5. 확인 화면의 스크린샷을 저장하고 날짜를 기록합니다. 예상 결과: 후속 조치가 필요할 때 인용할 기록이 있습니다.

일반적인 오류: 버튼이 반응하지 않는 것처럼 보여 이중 제출(검토를 지연시키는 중복 티켓이 자주 생성됨), 확인 화면이 로드되기 전에 탭 닫기. 양식이 URL을 거부하면 사이트가 차단되었다고 가정하기 전에 후행 슬래시 불일치 또는 www/비www 차이를 확인하세요.

4단계: 이메일 또는 소유권 인증 처리

목표: 토큰이 만료되기 전에 인증을 완료합니다.

대부분의 검토 시스템은 제출 직후 인증 메시지를 보냅니다. 명시된 기간 내에 열고 확인 링크를 클릭한 후 상태 페이지로 돌아갑니다. 10분 이내에 이메일이 도착하지 않으면 스팸 및 도메인의 필터링 규칙을 확인한 후 한 번만 재전송을 요청하세요. 반복적인 재전송 요청은 이전 토큰을 무효화할 수 있습니다.

DNS 또는 파일 기반 인증의 경우 변경한 후 “확인”을 클릭하기 전에 전파를 기다리세요. 너무 이른 클릭은 일정 기간 동안 시도를 잠글 수 있습니다. 예상 결과: 상태가 “인증 대기 중”에서 “검토 중”으로 변경됩니다.

사이트가 다국어인 경우 기본 언어 버전을 제출하고 설명 필드에 다른 언어를 명시하세요. 검토자는 보통 하나의 URL을 확인하며, 주요 콘텐츠를 숨기는 언어 전환기는 빈 페이지처럼 보일 수 있습니다.

5단계: 상태 추적 및 검토자 피드백에 응답

목표: 프로세스를 다시 시작하지 않고 후속 질문을 해결합니다.

검토 일정은 크게 다릅니다. 작은 큐레이션 디렉터리는 며칠 내에 응답할 수 있지만 대형 인덱스는 몇 주가 걸릴 수 있습니다. 매일 이메일을 보내는 대신 상태 페이지를 확인하세요. 검토자가 변경을 요청하면(더 명확한 설명, 다른 카테고리, 깨진 링크 제거) 먼저 사이트에서 변경한 후 수정 사항이 표시되는 특정 URL과 함께 답장하세요. 순서가 중요합니다. 수정 사항이 적용되기 전에 답장하면 보통 두 번째 거절로 이어집니다.

제출 날짜, 참조 번호, 상태 및 요청된 변경 사항을 포함한 간단한 로그를 유지하세요. 여러 디렉터리에 제출할 때 이 로그는 동일한 후속 조치를 두 번 보내거나 어떤 설명 버전이 승인되었는지 추적하지 못하는 것을 방지합니다.

6단계: 최종 결과 확인 및 올바른 순서로 거절 해결

목표: 목록이 활성 상태인지 확인하거나 거절을 효율적으로 진단합니다.

상태가 승인됨으로 표시되면 활성 목록을 열고 이름, URL 및 설명의 정확성을 확인하세요. 다시 제출하지 말고 동일한 채널을 통해 오류를 보고하세요. 결과가 거절인 경우 가장 저렴한 수정부터 시작하여 다음 순서로 원인을 해결하세요:

1. URL 문제. 제출된 정확한 URL이 익명 방문자에게 로드됩니까? 먼저 리디렉션 및 인증서 오류를 수정하세요.
2. 카테고리 불일치. 카테고리 정의를 다시 읽고 가장 가까운 일치 항목으로 이동하세요. 가장 흔하고 가장 수정하기 쉬운 거절 사유입니다.
3. 빈약하거나 불명확한 콘텐츠. 명확한 홈페이지 설명을 추가하고 플레이스홀더 페이지를 제거하세요. 하나의 디렉터리를 위해 전체 사이트를 다시 작성하지 마세요.
4. 인증 실패. 메타 태그 또는 DNS 레코드를 다시 확인한 후 레코드가 활성 상태임을 확인한 후에만 다시 제출하세요.
5. 정책 문제. 규칙이 귀하의 콘텐츠 유형을 제외하는 경우 중단하세요. 다시 제출해도 결과는 바뀌지 않습니다.

다음에 어디에 제출할지 선택하는 경우 Curated Lists 섹션은 디렉터리를 초점별로 그룹화하므로 검색 결과에서 추측하는 것보다 빠릅니다. 아직 구축 중인 사이트의 경우 제출 전에 Tutorials & How-to Guides 섹션을 읽어보세요. 반쯤 완성된 사이트는 귀하의 시간과 검토자의 시간을 모두 낭비합니다.

常见问题

웹사이트 검토는 보통 얼마나 걸리나요?

플랫폼에 따라 다릅니다. 작은 큐레이션 디렉터리는 며칠 내에 응답하는 경우가 많지만 대형 인덱스는 몇 주가 걸릴 수 있습니다. 반복적인 이메일을 보내는 대신 상태 페이지나 참조 번호를 사용하세요. 반복 이메일은 티켓을 대기열 뒤로 밀어낼 수 있습니다.

같은 웹사이트를 여러 디렉터리에 동시에 제출할 수 있나요?

예, 하지만 각 제출을 별도로 추적하세요. 동일한 표준 URL과 일관된 설명을 사용하여 검토자가 일관된 사이트 정체성을 볼 수 있도록 하세요. 동일한 사이트의 여러 페이지를 하나의 디렉터리에 제출하는 것은 종종 스팸으로 처리되므로 피하세요.

사이트가 잘 로드되는데 왜 거절되었나요?

가장 흔한 이유는 카테고리 불일치, 빈약하거나 플레이스홀더 콘텐츠, 소유권 인증 실패입니다. 결정이 디자인에 관한 것이라고 가정하기 전에 이 세 가지를 확인하세요. 규칙이 귀하의 콘텐츠 유형을 명시적으로 제외하는 경우 추가 제출은 도움이 되지 않습니다.

웹사이트 검토 제출에 HTTPS가 필요한가요?

대부분의 디렉터리와 인덱스의 경우 예. 유효한 인증서와 하나의 표준 HTTPS URL로의 깨끗한 리디렉션은 일반적인 거절 사유를 제거합니다. 인증서가 잘못 구성된 경우 설명 필드에 설명하는 대신 제출 전에 수정하세요.

확인 이메일이 도착하지 않으면 어떻게 해야 하나요?

먼저 스팸 및 도메인 수준 필터를 확인한 후 한 번 재전송을 요청하세요. 그래도 도착하지 않으면 동일한 도메인의 다른 주소를 시도하거나 참조 번호와 함께 플랫폼에 문의하세요. 반복적인 재전송 요청은 이전 인증 토큰을 무효화할 수 있습니다.