JobSpider 레퍼런스 분석

이 문서를 보는 방식

`JobSpider`는 underrepresented group 특화 채널이 아니라 광범위한 일반형 채널의 대조군 레퍼런스다. 따라서 이 문서는 `광범위 reach`, `structured posting schema`, `public proof`, `보안/신뢰도`, `모바일/광고 품질`을 중심으로 읽는 편이 맞다.

가져올 것: 무료 일반형 채널의 reach narrative, `SpiderID`/게시일/공개 URL 노출, 의외로 탄탄한 공고 작성 스키마, 30/60/90일 게시 기간 선택
복제하지 말 것: underrepresented group 타기팅 부재, 평문 비밀번호를 연상시키는 account 처리, 광고와 sponsored 결과가 많은 화면, 모바일 비최적화
우리 사이트 목표: 일반형 채널의 검색성과 증빙력은 가져오되, audience proof와 compliance 도구를 훨씬 앞에 배치하는 것

새 사이트에 바로 가져갈 결론

`JobSpider`는 targeted channel로서는 약하지만, 일반형 잡보드가 public detail과 posting form을 어떻게 구성하는지 보여주는 참고점은 분명하다. 특히 structured form은 생각보다 강하고, 반대로 보안/모바일/브랜딩은 그대로 가져오면 안 된다.

채널 포지셔닝 참고 가치중간

구직자 UX 참고 가치중간

고용주 UX 참고 가치중간

규정 대응 참고 가치중간~높음

핵심 결론

이 사이트는 미국/캐나다 전역을 대상으로 한 일반형 잡보드로, 특정 underrepresented group 타기팅 채널이라고 보기는 어렵다.
`Submit Job` 폼에는 requirements, benefits, experience, education, position type, start date, travel, vacation, openings 같은 구조화 필드가 이미 들어 있다.
실제 form action은 `/api/process_job.asp`였고, OCR 가능한 captcha를 통과해 테스트 공고를 실제로 게시한 뒤 dashboard에서 `View Ad`, `Modify Ad`, `Delete Ad` 흐름까지 확인했다.
공개 공고 상세는 `SpiderID`, `Posted`, `Wage`, `Category`, `Job Code`, `Company Profile`, `Contact Information`을 안정적으로 보여줘 광고 증빙 설명력은 나쁘지 않다.
가장 큰 문제는 account profile에서 현재 비밀번호가 password input에 그대로 채워져 내려온다는 점이다.
모바일 첫 화면은 광고와 비반응형 조각들에 밀려 실사용 레퍼런스로는 가치가 낮다.

요구사항 매핑

기준 문서 TFWP 저임금 채용 광고 규정 기준 구직사이트 요구사항에 맞춰, `JobSpider`가 일반형 채널로서 어디까지 유효한지 평가했다.

항목	판정	근거	메모
1. 관련성 있는 구직자 집단 타기팅	부분 충족	미국/캐나다 전체를 대상으로 한 일반형 채널이라는 설명은 가능하다.	직종별/집단별 niche는 약하다.
2. 다른 온라인 채널과의 구별성	부분 충족	`free`와 오랜 운영 이력은 보이지만, 일반형 채널로서의 구별성은 강하지 않다.	특정 underrepresented group reach narrative가 없다.
3. underrepresented group 타기팅 설명 가능성	미충족	홈, 검색, 공고, FAQ 어디에서도 취약계층 타기팅이 보이지 않는다.	LMIA 맥락에서는 `보조 일반 채널` 정도로만 설명 가능하다.
4. 필수 공고 정보 제공 능력	대체로 충족	작성 폼에 wage, category, location, description, requirements, benefits, education, experience, start date, openings 등이 있다.	business address, language, detailed terms는 별도 first-class field가 아니다.
5. 요구 게시 기간 지원	충족	공고 작성 시 30/60/90일 게시 기간을 선택할 수 있고 public detail에 posted date가 보인다.	최소 4주 게시 지원은 명확하다.
6. 광고 증빙 제공 가능성	부분 충족	stable URL, `SpiderID`, posted date, wage, category, 실제 submit 후 생성된 dashboard row와 `View Ad`/`Modify Ad`/`Delete Ad` 액션이 있다.	HTML/PDF export, archive snapshot, edit history는 없다.
7. 오디언스 근거의 외부 가시성	부분 충족	`미국/캐나다 전역의 무료 일반 잡보드`라는 메시지는 보인다.	대상층 근거보다는 broad reach 카피에 머문다.
8. 감사 대응용 기록 보존 신호	부분 충족	dashboard에 job/resume/job alert listing 표가 있고, 실제 submit 후 listing row에 viewed/applicants 수치와 수정/삭제 액션이 붙는다.	다운로드 가능한 listing proof는 없다.
9. 어떤 오디언스를 타기팅했는지 보여주는 기능	미충족	audience tag, newcomer/Indigenous/youth 같은 라벨 구조가 없다.	우리 사이트가 이 지점을 반드시 채워야 한다.

레퍼런스 플로우 분석

실제 확인한 플로우는 구직자 `홈 -> Job Search -> Search Results -> Job Detail`, 고용주 `로그인 -> Dashboard -> Submit Job -> 실제 게시 -> Delete flow -> Account Profile -> Bulk Upload -> Resume Search`다.

공통 진입: 홈

https://www.jobspider.com/

상단 화면 보기 전체 페이지 캡처 보기

참고할 점

`free job search engine and job board in the United States and Canada since 2003`라는 메시지로 broad reach를 바로 설명한다.
구직자와 고용주를 좌우로 분리해 `Post Your Resume`, `Search Jobs`, `Post a Job`, `Search Resumes`를 노출한다.

복제하지 말 것

비주얼과 정보 구조가 매우 오래됐고, 화면 신뢰도는 카피 대비 낮다.
특정 타깃 집단이 아니라는 점이 첫 화면에서 명확해, 우리 목표와는 방향이 다르다.

구직자 flow 1: Job Search

https://www.jobspider.com/job/job-search.asp

상단 화면 보기 전체 페이지 캡처 보기

참고할 점

keyword, state, city radius, category의 기본 검색 축은 명확하다.
미국/캐나다 주 단위 선택이 있어 일반형 채널로서 reach 범위를 이해시키기 쉽다.

복제하지 말 것

필터 구조가 낡고 정보 밀도가 낮아 실제 발견성은 떨어진다.
salary, remote, audience fit, recentness 같은 현대적 신호가 없다.

구직자 flow 2: 검색 결과

`roofer` 검색 결과 검증

상단 화면 보기 전체 페이지 캡처 보기

참고할 점

검색 결과 수, 페이지네이션, added date, category, 요약문이 모두 텍스트 기반으로 드러난다.
일반형 잡보드답게 live inventory 규모를 보여주는 데는 효과적이다.

복제하지 말 것

sponsored 결과와 일반 결과가 거의 같은 밀도로 섞여 있어 신뢰도가 떨어진다.
카드 디자인 없이 텍스트 덩어리 중심이라 스캔 효율이 낮다.

구직자 flow 3: 공고 상세

샘플 공고

상단 화면 보기 전체 페이지 캡처 보기

참고할 점

`SpiderID`, `Location`, `Posted`, `Wage`, `Category`, `Job Code`를 공개적으로 노출한다.
requirements, benefits, company profile, contact information이 공고 상세에 구조적으로 이어진다.
public proof 페이지로서의 설명력은 생각보다 높다.

복제하지 말 것

정형 메타데이터와 자유서술이 혼합돼 있어 비교 가능한 요약 UI는 약하다.
apply CTA가 강하지 않고, 지원 흐름은 설명문에 기대는 경우가 많다.

구직자 보조: Browse Jobs

https://www.jobspider.com/job/browse-jobs.asp

상단 화면 보기 전체 페이지 캡처 보기

참고할 점

카테고리별 공고 수를 공개해 inventory 규모를 보여준다.

복제하지 말 것

카테고리 체계가 너무 넓고 정제도가 낮아 niche targeting 근거로는 부적절하다.
underrepresented group과 연결되는 분류 체계가 전혀 없다.

공통 근거: FAQ

https://www.jobspider.com/job/faq.asp

상단 화면 보기 전체 페이지 캡처 보기

참고할 점

무료 운영 모델, bulk upload 유료화, ATS/Bulk import 가능성, scam awareness를 텍스트로 설명한다.
일반형 채널의 운영 원칙을 외부 페이지로 드러내는 방식 자체는 참고할 만하다.

복제하지 말 것

장문 FAQ에 운영 핵심이 흩어져 있어 modern help center로 보긴 어렵다.
우리 사이트라면 proof/help center 구조를 더 명확하게 제공해야 한다.

고용주 flow 1: Dashboard

https://www.jobspider.com/job/main-overview.asp

상단 화면 보기 전체 페이지 캡처 보기

참고할 점

job listing, resume listing, job alert listing을 한 화면에서 본다.
실제 공고 게시 후에는 같은 표 안에 title, location, category와 함께 `View Ad`, `Modify Ad`, `Delete Ad`, viewed count, applicants count가 붙는다.
유료 패키지 강매 없이 바로 `Add a Job`, `Add a Resume`, `Add a Job Alert`로 이어진다.

복제하지 말 것

표는 비어 있을 때 설명력이 거의 없고, next step을 충분히 안내하지 않는다.
상단에 unrelated discover-more 광고 링크가 섞여 있어 운영 화면 집중을 깨뜨린다.

고용주 flow 2: Submit Job

https://www.jobspider.com/job/submit-job.asp

상단 화면 보기 전체 페이지 캡처 보기

참고할 점

기본 입력 외에도 requirements, benefits, position type, start date, experience, education, travel, vacation, openings 같은 구조화 필드가 있다.
30/60/90일 게시 기간을 명시적으로 선택하게 한다.
captcha를 통과하면 Preview 없이 곧바로 `/api/process_job.asp`로 저장되고, 저장 직후 `My Spider Dashboard`로 돌아간다.
contact profile과 회사 소개를 분리해 public detail 품질을 높일 수 있게 한다.

복제하지 말 것

business address, language, detailed work arrangement 같은 LMIA 핵심 필드는 여전히 빈틈이 있다.
captcha는 OCR 가능한 단순 BMP 이미지라 통과 자체는 가능했지만, Preview 없이 즉시 게시되는 구조라 검수 단계로는 약하다.
proof/export 단계가 없고, delete도 별도 verification 페이지를 거친 뒤 삭제 confirmation으로 끝난다.

고용주 flow 3: Account Profile

https://www.jobspider.com/job/modify-account.asp?tab=account

상단 화면 보기 전체 페이지 캡처 보기

중요한 문제

현재 비밀번호가 `password` input에 그대로 채워진 상태로 내려온다.
이는 계정 시스템이 plaintext 또는 복호화 가능한 방식으로 비밀번호를 다루고 있을 가능성을 강하게 시사한다.

우리 사이트 원칙

비밀번호는 절대 계정 화면에 재노출하지 않는다.
설정/변경은 reset-link 기반으로 처리하고, 계정 편집 화면은 passwordless profile editing 원칙을 따른다.

고용주 보조: Bulk Job Upload

https://www.jobspider.com/job/upload/upload-xml.asp?tab=upload

상단 화면 보기 전체 페이지 캡처 보기

참고할 점

free public posting과 별개로 bulk/XML import는 유료 automation service로 분리한다.

복제하지 말 것

제품 표면이 너무 빈약해 실제 기능 설명이나 기술 문서가 없는 수준이다.
우리 사이트라면 feed/import가 있더라도 spec, validation, sample schema를 self-serve로 제공해야 한다.

고용주 보조: Resume Search

https://www.jobspider.com/job/resume-search.asp

상단 화면 보기 전체 페이지 캡처 보기

참고할 점

job posting뿐 아니라 employer-side resume discovery도 같은 채널 안에서 지원한다.
general board의 broad reach narrative를 강화하는 표면이다.

복제하지 말 것

candidate privacy/control, consent, freshness 같은 현대적 이슈는 드러나지 않는다.

모바일 보조 확인: 홈

390px 뷰포트 기준

상단 화면 보기 전체 페이지 캡처 보기

판정

모바일 레퍼런스로는 거의 가치가 없다.
광고 영역과 비반응형 조각들이 첫 화면을 지배해 실제 탐색 UI가 보이지 않는다.

회원가입 흐름 분석

`JobSpider`의 로그인 페이지는 하나의 계정으로 job posting과 resume posting을 모두 다루는 듯 보이지만, 실제로 공개된 `Create Account` 폼은 매우 employer 중심적이다. 다섯 사이트 중 가입 입력량이 가장 많고, 전형적인 구형 B2B 폼의 인상을 준다.

항목	관찰 결과	해석
진입 구조	`User Logon` 페이지에서 `Register For An Account` 링크로 이동하고, 확인된 가입 폼은 `CreateEmpAccount.asp`였다.	로그인 진입은 단순하지만, 공개된 신규 가입 흐름은 사실상 employer 전용에 가깝다.
요구 정보	`username`, `email`, `password` 2회, 이름, 주소, 도시, 주/주, 우편번호, 전화, 팩스, 웹사이트, 회사 소개까지 한 번에 받는다.	조직 정보를 초기에 강하게 확보하지만, 신규 가입 성공률은 떨어질 가능성이 크다.
보안/검증	비밀번호 정책은 `8자 이상 + 숫자 + 대문자 + 소문자`로 명시돼 있다. 반면 소셜 로그인이나 captcha는 확인되지 않았다.	비밀번호 규칙은 가장 강하지만, 전체 인증 경험은 현대적이지 않다.
역할 모델	로그인 카피는 resume와 job posting을 모두 언급하지만, 가입 폼 자체에는 구직자/고용주 role 선택이 없다.	플랫폼 내부 역할 모델이 사용자에게 투명하지 않고, 첫 가입 경험은 employer 편향으로 보인다.

평가

장점은 `회사 정보 수집이 빠르다`는 점과 `명시적 비밀번호 정책` 정도다.
단점은 훨씬 크다. `username`을 별도 개념으로 요구하고, 연락처와 회사 프로필을 가입 단계에 몰아넣어 마찰이 과도하다.
우리 사이트는 이 사례에서 `회원가입과 조직 onboarding을 한 화면에 섞지 말아야 한다`는 교훈만 가져가면 된다. 인증은 가볍게, 조직 정보는 로그인 후 단계적으로 받는 편이 맞다.

우리 사이트 설계 원칙

채널 전략

일반형 broad reach는 보조 채널로 의미가 있지만, 우리 사이트는 audience proof를 분명히 해야 한다.
홈 카피는 reach narrative를 제공하되 partner/reach metrics와 함께 보여줘야 한다.

구직자 UX

검색 결과와 공고 상세의 증빙력은 가져오되, 현대적 카드 UI와 stronger apply CTA가 필요하다.
sponsored/organic 구분은 훨씬 명확해야 한다.

고용주 UX

`Submit Job`의 structured fields는 참고 가치가 높다.
하지만 preview, proof export, archive, edit history를 추가해야 실제 compliance 도구가 된다.

보안 원칙

비밀번호는 절대 계정 화면에 재노출하지 않는다.
비밀번호 설정/재설정은 token-based flow로 분리하고, 계정 편집 화면은 passwordless profile editing 원칙을 따른다.

검증 한계

공개 주요 페이지, 검색 결과, 대표 live job, 로그인 후 employer dashboard와 submit/account/bulk/resume search를 직접 확인했다.
제공 계정으로 실제 로그인했고, `Submit Job`의 구조와 account profile의 저장값까지 확인했다.
captcha 이미지를 실제로 읽어 `Submit Job -> /api/process_job.asp -> My Spider Dashboard` 게시 흐름을 검증했고, 생성된 테스트 공고는 `Delete Ad` 흐름으로 삭제했다.
search result는 `roofer` 검색으로 별도 검증했다.

미검증 범위는 게시 후 `Modify Ad` 편집 상세와, apply button이 활성화된 공고의 실제 지원 처리 흐름이다.