✍️ 작성하게 된 이유

무신사, 29cm는 Jsoup으로 충분히 크롤링이 가능했기 때문에, ZigZag도 당연히 Jsoup으로 처리될 것이라 생각했다. 무신사, 29cm와 마찬가지로 필요한 데이터는 모두 <script> 태그 안에 들어있었다.

하지만… 예상은 보기 좋게 빗나갔다.

🧪 현상

✅ 로컬 크롤링 → 정상 작동

Jsoup으로 script 태그 내에서 대표 이미지와 상품명을 잘 추출
로컬 환경에서는 아무 문제 없이 작동

❌ AWS EC2 배포 환경 → 실패

커스텀 예외가 발생하며 크롤링 실패

처음엔 User-Agent가 의심되어 명시적으로 지정했다.

.userAgent("Mozilla/5.0 ... Chrome/137.0.0.0 ...")

하지만 여전히 실패했다.

🔍 원인 분석: EC2에서 직접 curl 시도

curl -A "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/137.0.0.0 Mobile Safari/537.36" https://zigzag.kr/your-product-url

📸 결과: 403 Forbidden (CloudFront 에러)

AWS EC2의 공용 IP가 ZigZag 측 CloudFront + WAF에 의해 차단됨
ZigZag는 봇 탐지 또는 AWS IP 대역 제한을 통해 접근을 막고 있었던 것

🧭 해결 방법을 고민하며

일단 프록시 서버를 써야 하나? VPN을 붙여야 하나? 라는 고민이 들었다.

하지만 크롤링 관련 커뮤니티 글 중 다음과 같은 조언을 확인했다:

링크 : Ip 차단을 피하려면 어떻게 해야 하나요?

“저도 크롤링을 막는 서비스를 강제로 우회해서 뚫는 시도는 사실 하고 있지 않거든요.

selenium 을 사용하면, 거의 사용자 환경을 그대로 구현하는 것이라서 조금 나을 것은 같은데요. 그렇지 않다면, 너무 이게 해킹과 유사한 느낌이라 저도 조금 애매합니다. 우선은 selenium 으로 한번 시도해보시는 것까지는 한번 해보시면 좋을 것 같고요.”

그래서 다시 Selenium을 도입해보기로 결정했다.

🐞 SessionNotCreatedException

이전 글 내용 중, EC2에서 Selenium 사용 시 다음과 같은 오류가 있었다.

먼저, EC2에 Google Chrome이 깔려있는지 확인해보았다.

원인 : EC2 인스턴스에 Chrome이 설치되지 않아 Selenium이 내부적으로 Chrome을 실행하지 못해 발생한 에러였다.

🛠️ EC2에 Chrome + ChromeDriver 설치

현재 EC2정보이다.

1️⃣ Chrome 설치

필요한 라이브러리 설치 후 google-chrome 설치

wget : 웹 서버로부터 콘텐츠를 가져오는 리눅스 명령어로 HTTP, FTP 등의 프로토콜 사용 가능, URL을 통해 간편하게 파일을 받을 수 있어 자주 쓰이는 명령어

설치 확인: google-chrome --version (필자는 138.0.7204.168버전을 다운받았다.)

2️⃣ ChromeDriver 설치

현재 Chrome버전과 맞는 chromedriver를 다운받았다.
상태확인 사이트 : ChromeDriver버전 확인
Google은 최근부터 Chrome for Testing 전용 버전 체계를 도입하여 다운로드 경로가 변경되었다.

chrome-for-testing-public 경로에서 맞는 버전 다운로드
압축 해제 : unzip ~/Downloads/chromedriver-linux64.zip
전역 경로 등록(chromedriver실행 파일을 시스템에서 인식할 수 있도록)

sudo mv ~/Downloads/chromedriver-linux64/chromedriver /usr/local/bin/

sudo chmod +x /usr/local/bin/chromedriver : 권한 부여