복사한 랜딩 페이지에서 숨겨진 스크립트 제거하는 방법 (LanderLab MCP)
복사한 랜딩 페이지를 정리하기 전에, 스파이 툴에서 찾은 페이지를 열고 코드의 첫 열 줄을 살펴보세요. 예상하지 못한 파일을 발견할 가능성이 큽니다. 무해해 보이는 이름의 analytics.min.js, main.js, stats.js 같은 파일입니다. 페이지에서 가장 먼저 로드됩니다.
복사한 랜딩 페이지를 정리하기 전에, 스파이 툴에서 찾은 페이지를 열고 코드의 첫 열 줄을 살펴보세요.
예상하지 못한 파일을 발견할 가능성이 큽니다. 무해해 보이는 이름의 파일입니다. analytics.min.js, main.js, stats.js. 페이지에서 가장 먼저 로드됩니다.
때로는 이름 그대로의 파일일 때도 있습니다. 때로는 검증된 페이지를 복제했는데도 어째서인지 원본보다 전환이 나빠지는 이유가 바로 이 파일일 때도 있습니다.
이 글은 그 스크립트에 관한 이야기이자, 그것을 없애기 위해 저희가 찾은 가장 빠른 방법에 관한 이야기입니다. MCP로 LanderLab을 Claude에 연결하고, 여러분이 더 가치 있는 일을 하는 동안 AI가 정리 작업을 하게 하는 것입니다.
핵심 요약
- 랜딩 페이지 보호 스크립트는 이 업계에서 흔한 일입니다. 그렇지 않다는 것이 확인되기 전까지는 복사한 모든 랜딩 페이지에 하나씩 있다고 가정하세요.
- 복사한 랜딩 페이지를 직접 정리하려면 20~40분이 걸리고 JavaScript를 읽어야 합니다.
- LanderLab MCP를 사용하면 프롬프트 하나로 페이지를 가져오고, 스크립트를 제거하고, 여러분의 도메인에 게시한 뒤 링크를 돌려받을 수 있습니다.
- 같은 프롬프트로 페이지 목록도 처리할 수 있으며, 이는 랜딩 페이지 2개를 테스트하는 것과 10개를 테스트하는 것의 차이입니다.
복사한 랜딩 페이지에 숨겨진 스크립트가 있는 이유
반대편에서 바라보세요. 누군가가 2주의 시간과 실제 돈을 들여 전환이 나오는 페이지를 만듭니다. 한 달 뒤 그 페이지는 모든 스파이 툴에 올라가 있고, 50명의 제휴 마케터가 복사본을 돌리고 있습니다. 복사를 막을 방법은 없습니다.
그래서 막으려는 시도를 그만두고 페이지 안에 무언가를 심어 둡니다. 트래픽을 보내기 전에 복사한 랜딩 페이지를 정리해야 하는 이유가 바로 이것입니다.
흔한 형태는 페이지가 어느 도메인에서 로드되는지 확인하는 작은 스크립트입니다. 소유자의 도메인에서는 아무 일도 일어나지 않습니다. 그 외의 모든 곳에서는 그 트래픽의 일부를 원본 페이지로, 또는 원래 소유자의 링크를 거쳐 보내기 시작합니다.
페이지를 복사한 사람은 부진한 수치를 보고 오퍼 탓을 하며 캠페인을 접습니다.
복사한 랜딩 페이지의 모든 스크립트가 그런 목적으로 있는 것은 아닙니다. 상당수는 누군가 제거하는 걸 깜빡한 분석 태그입니다. 문제는 파일 이름만으로는 아무것도 알 수 없다는 점입니다.
랜딩 페이지를 복사하는 세 가지 방법 비교
| Claude와 LanderLab MCP | LanderLab URL 가져오기 | 수동 다운로드 및 정리 | |
|---|---|---|---|
| 페이지당 소요 시간 | 2분 미만 | 2~3분 | 20~40분 |
| 필요한 코딩 지식 | 없음 | 없음 | 있음, JS를 직접 읽어야 함 |
| 스크립트 제거 | 처리하고 결과를 보고 | 이 부분은 직접 해야 함 | 눈에 띈 것만 |
| 외부 링크 교체 | 같은 프롬프트에서 요청 | 일괄 바꾸기 도구 | 수동, 하나씩 |
| 도메인에 게시 | 같은 프롬프트에서 요청 | 기본 제공 | 업로드 후 설정 |
| 한 번에 10페이지 | 프롬프트 하나 | 10번의 개별 가져오기 | 하루 종일 |
| 그래도 확인은 필요 | 예 | 예 | 예 |
복사한 랜딩 페이지를 단계별로 정리하는 방법
아래 예시는 페이지 하나를 사용합니다. 복사한 랜딩 페이지를 대량으로 정리할 때도 같은 여섯 단계가 적용되며, 이는 뒤에서 다룹니다.
1단계. 페이지를 고르고 URL 복사하기
스파이 툴을 열고, 복사할 가치가 있을 만큼 오래 집행되고 있는 광고를 찾아 그 랜딩 페이지를 새 탭에서 엽니다. 주소창에서 URL을 복사합니다.
테스트에서는 AdPlexity의 광고 하나를 골랐습니다. 일부러 유명하지 않은 것으로 골랐습니다. 목적은 워크플로를 보여 주는 것이지 누군가의 캠페인을 노출하는 것이 아니기 때문입니다.
AdPlexity는 우연히 쓴 것일 뿐입니다. Anstrex나 다른 어떤 스파이 툴이든 여기서는 똑같이 작동합니다. 다음 단계에는 공개 URL만 있으면 되기 때문입니다.

2단계. 가져오기 전에 소스 코드 확인하기
페이지를 마우스 오른쪽 버튼으로 클릭하고 “페이지 소스 보기”를 선택한 뒤 첫 10~20줄을 읽습니다.
문서 맨 위에서 로드되는 외부 파일을 찾으세요. 저희 테스트 페이지에는 하나가 있었습니다. 다른 모든 것 위에 놓인 작은 JavaScript 파일이었습니다.
페이지 자체는 단순했고, 대부분 순수 HTML과 CSS였습니다. 깔끔하게 복사되는 종류의 페이지입니다.

3단계. LanderLab MCP를 Claude에 연결하기
Claude에 LanderLab 커넥터를 추가하고, 계정에 로그인한 뒤 권한을 승인하세요. 한 번만 하면 연결이 유지됩니다.
그때부터 Claude는 여러분의 랜딩 페이지, 도메인, 워크스페이스를 볼 수 있고 그 안에서 페이지를 만들고 게시할 수 있습니다.
4단계. 프롬프트 하나 보내기
저희가 사용한 프롬프트는 다음과 같습니다. 거의 그대로입니다.
프롬프트
이 랜딩 페이지를 AdPlexity에서 LanderLab으로 가져오고, 트래킹 스크립트와 악성 코드를 반드시 제거해 주세요. 가져온 뒤에는 [yourdomain] 도메인에 게시하고 링크를 알려 주세요.
그런 다음 1단계의 URL을 붙여 넣으세요.
5단계. 보고서 읽기
가져오기에는 시간이 조금 걸립니다. 끝나자 저희 쪽에서는 다음 네 가지가 돌아왔습니다.
- 페이지가 LanderLab에 생성되었고, 변형 ID도 함께 표시됨
- 트래킹 스크립트를 찾아 제거함
- 페이지가 대부분 순수 HTML과 CSS였기 때문에 나머지 마크업은 문제없는 것으로 판단함
- 정리된 버전이 선택한 도메인에 게시되었고, 라이브 URL이 반환됨
링크로 곧장 건너뛰지 말고 꼼꼼히 읽으세요. 제거된 스크립트가 하나라고 보고했는데 2단계에서 세 개를 보았다면, 다시 요청하고 놓친 파일의 이름을 알려 주세요.
6단계. 라이브 페이지를 직접 확인하기
방금 정리한 복사된 랜딩 페이지를 원본 옆에 나란히 여세요. 저희 쪽은 일치했습니다. 같은 레이아웃, 같은 카피, 같은 이미지였고 차이는 코드에만 있었습니다.
확인은 두 가지, 각각 10초면 됩니다.
- 새 페이지의 소스를 보고
<script를 검색하세요. 나오는 것은 전부 읽어 보세요. 남은 것은 설명할 수 있는 스크립트여야 하고, 내 것이 아닌 도메인을 가리켜서는 안 됩니다. - 브라우저의 네트워크 탭을 열고 페이지를 새로고침하세요. 거기서 로드되는 모든 파일은 내 도메인이나 내가 직접 추가한 서비스에서 와야 합니다.
아직 무언가 로드되고 있다면, 같은 대화에서 그렇게 말하고 제거를 요청하세요. 페이지는 계정에 그대로 있고 그 자리에서 수정됩니다.

URL을 복사해서 내 도메인에 라이브 페이지가 생기기까지 걸린 총 시간은 몇 분이었고, 대부분은 기다리는 시간이었습니다.
랜딩 페이지 정리 및 게시를 위한 프롬프트 4가지
워크플로는 무엇을 요청하느냐에 달려 있습니다. 복사한 랜딩 페이지를 정리할 때 저장해 둘 만한 프롬프트 네 가지입니다.
1. 페이지 하나, 정리하고 게시하기
프롬프트 1
이 랜딩 페이지를 LanderLab으로 가져오고, 트래킹 스크립트, 픽셀, 리디렉션 코드를 제거한 다음 [yourdomain]에 게시하고 라이브 링크를 알려 주세요. 정확히 무엇을 제거했는지도 알려 주세요.
마지막 문장이 중요합니다. 이 문장이 없으면 요약이 더 짧아지고 대조해서 확인할 내용도 줄어듭니다.
2. 여러 페이지 일괄 처리
프롬프트 2
이 랜딩 페이지들을 LanderLab으로 가져와 주세요. 각각에 대해 트래킹 스크립트, 서드파티 픽셀, 페이지 위치를 바꾸는 코드를 모두 제거해 주세요. 전부 [yourdomain]에 게시해 주세요. 페이지 이름, 변형 ID, 라이브 URL이 담긴 표를 돌려주세요. [URL 목록 붙여넣기]
시간 절약 효과가 드러나는 곳이 바로 여기입니다.
3. 정리와 링크 교체를 한 번에
프롬프트 3
이 랜딩 페이지를 가져와 정리한 다음, 모든 외부 링크와 CTA 버튼을 [내 오퍼 링크]로 교체해 주세요. 게시하기 전에 몇 개의 링크를 바꿨는지 확인해서 알려 주세요.
복제한 페이지에서 버튼 하나를 놓치는 것은 이 일에서 가장 흔하고 가장 비싼 실수 중 하나입니다. 개수를 물어보는 데는 비용이 들지 않습니다.
4. 확정하기 전의 감사
프롬프트 4
이 URL의 HTML을 가져와서 찾을 수 있는 모든 외부 스크립트, 픽셀, 리디렉션을 나열해 주세요. 아직은 아무것도 가져오지 마세요. 어떤 것이 트래킹처럼 보이고 어떤 것이 트래픽을 리디렉션할 수 있어 보이는지 알려 주세요.
확신이 서지 않는 페이지를 마주했을 때 사용하세요. 비용이 들지 않고, 내 버티컬의 페이지에 보통 무엇이 숨어 있는지 배울 수 있습니다.
MCP를 트래커와 광고 계정에 연결하기
연결이 갖춰지면 가져오기는 할 수 있는 일 중 가장 작은 일입니다.
트래커와 연결하세요. ClickFlare MCP를 연결하면 같은 대화에서 트래커에 랜딩 페이지와 오퍼를 만들고 클릭 URL까지 받을 수 있어, 페이지가 라이브가 되는 순간 바로 트래픽을 받을 준비가 됩니다.
광고 계정과 연결하세요. Meta는 2026년에 광고 시스템을 AI 어시스턴트에게 개방했습니다. 이론상으로, 그리고 점점 현실에서도 스파이 툴에서 찾은 페이지에서 라이브 캠페인까지 대시보드를 한 번도 열지 않고 갈 수 있습니다.
나만의 워크플로와 연결하세요. 같은 페이지의 헤드라인만 다른 변형 5개를 5개의 URL에 게시해 스플릿 테스트에 쓸 수 있게 해 달라고 요청해 보세요. 테스트에서 병목이었던 것은 늘 테스트 자체가 아니라 변형을 만드는 일이었습니다.
랜딩 페이지 최적화 방법에 관한 저희 가이드는 변형을 빠르게 만들 수 있다는 것을 전제로 합니다. 이제는 그렇게 할 수 있습니다.
한계가 어디인지 감을 잡고 싶다면, TheOptimizer가 MCP가 잘하는 것과 하지 못하는 것에 대한 공정한 비교를 게시했습니다. MCP는 여러분이 요청할 때 응답하는 방식이며, 잠자는 동안에도 돌아가는 자동화와는 다릅니다.
사용 중인 도구 중 어떤 것에 MCP가 있는지 확인하세요
여기서 복사한 랜딩 페이지를 예로 든 것은 모든 미디어 바이어가 하는 일이면서 모두가 반쯤 건너뛰는 일이기 때문이지만, 이 패턴은 그보다 훨씬 넓게 적용됩니다.
이 업계의 대부분의 도구가 지금 MCP 연동을 내놓고 있습니다. 트래커, 페이지 빌더, 스파이 툴, 광고 플랫폼. 하나를 연결할 때마다 20분이 걸리던 반복 작업이 한 번 입력하는 한 문장으로 바뀝니다.
그러니 다음 수작업을 하기 전에, 지금 클릭해서 진행하려는 도구에 MCP가 있는지 확인하세요. 있다면 사용하세요.
FAQ
복사한 랜딩 페이지를 정리한다는 것은 무슨 뜻인가요?
원래 소유자가 페이지 안에 남겨 둔, 여러분의 것이 아닌 모든 것을 제거하는 것입니다. 서드파티 분석 도구, 픽셀, 채팅 위젯, 그리고 무엇보다 페이지가 방문자를 보내는 곳을 바꿀 수 있는 모든 JavaScript가 여기에 해당합니다.
랜딩 페이지에 보호 스크립트가 있는지 어떻게 알 수 있나요?
소스를 보고 페이지 맨 위에서 로드되는 외부 파일을 살펴보세요. 설명할 수 없는 것은 모두 후보입니다. 브라우저의 네트워크 탭을 빠르게 확인하면 페이지가 통신하는 모든 도메인이 보이며, 코드를 읽는 것보다 빠를 때가 많습니다.
Claude가 모든 악성 스크립트를 찾아낼 수 있나요?
뻔한 것들은 찾아내고 무엇을 발견했는지 설명해 줍니다. 이는 수작업으로 하는 대부분의 사람보다 훨씬 많은 것입니다. 보안 감사는 아닙니다. 난독화가 심해 보이는 페이지라면 보고서를 1차 점검으로 여기고 코드를 직접 확인하세요.
랜딩 페이지를 복제해도 되나요?
페이지의 구조와 접근 각도를 참고하는 것은 퍼포먼스 마케팅에서 일반적인 관행입니다. 저작권이 있는 이미지, 브랜드 자산, 문구를 그대로 복사하는 것은 다른 문제이며, 여러분 스스로의 법적 판단이 필요한 영역입니다. 어느 쪽이든 기술적인 정리 단계는 그대로 적용됩니다.
꼭 Claude여야 하나요?
MCP 표준은 여러 AI 클라이언트에서 작동합니다. 이 글의 워크플로는 Claude에서 실행했으며, 현재는 그곳에서 커넥터 설정이 가장 간단합니다.
한 번에 몇 개의 랜딩 페이지를 처리할 수 있나요?
실제로는 한 대화에서 5~10개씩 묶어 처리하는 것이 잘 작동합니다. 더 큰 목록은 나누는 편이 좋습니다. 주로 보고서를 읽기 쉽게 유지하고 각 페이지를 실제로 확인할 수 있게 하기 위해서입니다.
가져온 페이지가 깨져 보이면 어떻게 하나요?
WordPress나 무거운 CMS로 만든 페이지는 깔끔하게 가져와지지 않는 경우가 많은데, 이는 URL 가져오기 전반에 공통된 알려진 한계입니다. 제대로 복제되는 것은 단순한 HTML과 CSS 페이지입니다. 페이지가 깨졌다면 어느 부분이 깨졌는지 AI에게 알려 주세요. 그 자리에서 마크업을 고칠 수 있습니다.



