빠른 답변
로컬 SEO 확인에는 고정 프록시와 로테이션 프록시 중 무엇을 사용해야 하나요?
한 번의 수동 브라우저 사용 흐름에는 스티키 세션을 선택하고, 도시 테스트를 바꿀 때는 새 세션을 시작하세요. LocalSERP Proxy는 최대 30분 스티키 세션을 제공하는 로컬 SEO 프록시입니다. IP는 그보다 일찍 변경될 수 있습니다. 2026년 10월 업데이트. 로테이팅 연결은 하나의 연속된 비교보다 별도의 확인 작업에 적합합니다.
첫 번째로 유용한 결과
| 예상 소요 시간 | 준비된 짧은 브라우저 여정 1회에 10–15분 |
|---|---|
| 완료 후 확보할 항목 | 시작과 종료, 재시작 규칙이 명확한 세션 계획 |
| 준비물 | 페이지 순서, 도시, 필요한 브라우저 상태 규칙 |
| 예상 시간 산정 기준 | 명시된 범위에 대한 편집팀의 계획 지침입니다. 계정 충전, 사용할 수 없는 출구 IP, 외부 대기 시간은 제외됩니다. |
고정 세션 여정과 이후의 시장별 사례는 각각 별도의 경계가 있습니다. 이 다이어그램은 세션 계획을 설명하며, IP가 중단 없이 계속 유지되거나 영구적으로 고정된다고 보장하지 않습니다.
단계별로 확인하기
사례 1개를 진행하고 기록을 저장한 다음 더 많은 시장으로 확장하세요.
연결 유지가 중요한지 정하세요
확인할 페이지 순서를 작성하세요. 동작이 같은 네트워크 맥락을 공유해야 한다면 분기 페이지, 매장 선택, 연락처 페이지를 하나의 여정으로 묶으세요. 서로 독립적인 관찰은 별도의 사례로 진행할 수 있습니다. 자격 증명을 내보내기 전에 이 요건에 따라 모드를 선택하세요.
여정에 맞는 짧은 고정 세션 사례를 만드세요
요청한 도시를 선택하고, 계획한 검토에 맞는 세션 시간을 설정하세요. 최대 30분까지 설정할 수 있습니다. 생성기의 설정을 내보내고 사례 식별자는 비공개 프로젝트 메모에 보관하세요. 브라우저 설정 가이드에서 관련 없는 브라우저 설정을 변경하지 않고 연결을 적용하는 방법을 확인할 수 있습니다.
확인한 뒤 페이지 순서를 따르세요
확인된 출구 IP를 기록한 다음 첫 번째 대상 페이지를 여세요. 브리프에 정의된 동일한 분기 및 연락처 페이지 순서를 따르세요. 의도적으로 선택한 매장 정보는 별도의 브라우저 상태 항목으로 보존하세요. 이렇게 하면 다른 검토자가 여정을 반복할 때 페이지 차이를 더 쉽게 설명할 수 있습니다.
맥락이 바뀌면 재시작 규칙을 적용하세요
페이지가 갑자기 다른 시장으로 바뀌거나 연결이 중단되면 현재 출구 IP를 확인하세요. 마지막으로 신뢰할 수 있었던 관찰 결과는 보존하세요. 위치가 바뀌었다면 해당 위치에 의존하는 단계를 다시 시작하고, 새 시도임을 표시하세요. 이전 스크린샷과 합쳐 하나의 연속된 사례로 취급하지 마세요.
다음 도시는 새 사례로 시작하세요
이전 여정을 종료하고 새 도시 설정을 내보낸 뒤 새 세션 식별자를 사용하세요. 방법에 필요한 브라우저 초기화를 적용한 다음 출구 IP를 다시 확인하세요. 사례 경계를 명확히 표시해 웹사이트에 남아 있는 저장 데이터가 새 네트워크 도시의 결과로 오인되지 않도록 하세요.
독립적인 연결에는 로테이션 모드를 사용하세요
관찰 결과에 연결 유지가 필요하지 않다면 로테이션을 선택하세요. 각 독립 사례의 출구 IP를 기록하고 클라이언트의 연결 동작도 고려하세요. 브라우저가 열린 연결을 재사용할 수 있으므로, 페이지를 열 때마다 새 IP가 할당된다고 가정하지 말고 실제 네트워크 결과를 비교하세요.
이 증거를 저장하세요
| 기록 항목 | 포함할 내용 |
|---|---|
| 여정 | 페이지 순서와 필요한 연결 유지 조건 |
| 세션 | 모드, 요청한 시간, 비식별 처리된 사례 설정 |
| 브라우저 상태 | 쿠키와 매장 선택 정보의 보존 또는 초기화 |
| 경계 | 확인된 출구 IP, 중단, 재시작 지점 |
네트워크 규칙을 명확히 기록하세요
로테이션 모드: 새 연결을 할 때마다 풀에서 IP를 할당하며, 대개 이전과 다른 IP를 받습니다. 요청마다 새 IP를 받으려면 연결당 요청을 1회 보내세요(keep-alive 끄기). 스티키 모드에서는 설정한 세션 시간 동안 IP 하나를 유지합니다.
고정 세션은 설정한 시간(ttl, 분 단위) 동안 같은 IP를 유지하며, 최대 30분까지 설정할 수 있습니다. 예를 들어 레지덴셜 기기가 오프라인 상태가 되면 설정 시간보다 일찍 IP가 변경될 수 있습니다.
이 규칙은 연결 동작을 정의하고, 브라우저는 자체 웹사이트 상태를 유지합니다. 방법론에 두 설정을 모두 기록하세요. 이렇게 하면 변경이 의도된 여정 중에 발생했는지, 아니면 의도적으로 분리한 사례 사이에서 발생했는지 설명할 수 있습니다. 세션 경계를 알 수 없는 캡처 파일만 모아 두는 것보다 유용합니다.
첫 연결 시도 문제 해결
증상을 기준으로 다음에 확인할 항목을 선택하세요. 원인 열에는 조사해 볼 수 있는 가능성이 나와 있습니다.
| 증상 | 가능한 원인 | 다음 조치 |
|---|---|---|
| 로테이션 모드에서 새로고침해도 같은 IP가 표시됩니다 | 브라우저가 기존 연결을 재사용할 수 있습니다 | 허용된 테스트 엔드포인트에서 실제 연결을 확인하세요. |
| 고정 세션 여정의 연속성이 끊겼습니다 | 레지덴셜 프록시 기기가 풀에서 이탈했을 수 있습니다 | 현재 출구 IP를 확인하고 이에 의존하는 단계를 다시 시작하세요. |
| 다음 도시에서 이전 지점이 표시됩니다 | 네트워크가 바뀐 뒤에도 웹사이트 상태가 유지되었습니다 | 새 사례에 맞게 문서화된 브라우저 초기화 절차를 실행하세요. |
세션은 트래픽 예상치에 어떤 영향을 주나요?
세션 식별자 수가 아니라 실제 여정에서 사용한 바이트를 기준으로 예산을 책정하세요. 1 GB 레지덴셜 프록시 요금제는 US$1.50이며, 계정 최소 충전 금액은 US$25입니다. 파일럿 테스트 중에는 페이지 새로고침과 반복 시도를 추적하세요. 세션 지속 시간은 브라우저 확인 횟수 한도가 아니라 연결 연속성을 설정하는 옵션입니다.
네트워크 세션 관련 질문
고정 모드로 로그인과 웹사이트 쿠키가 유지되나요?
웹사이트 쿠키, 저장 공간, 로그인 상태는 브라우저가 관리하고, 프록시는 네트워크 세션을 제어합니다. IP를 유지해도 저장된 지점 정보가 초기화되거나 애플리케이션 로그인이 복원되지는 않습니다. 도시나 방문 간 비교를 반복 가능하게 설계하려면 브라우저 상태 규칙과 네트워크 세션 규칙을 모두 지정하세요.
고정 레지덴셜 IP가 30분 동안 보장되나요?
고정 세션은 최대 30분까지 요청할 수 있지만, 레지덴셜 프록시 기기가 오프라인이 되는 경우처럼 IP가 더 일찍 바뀔 수 있습니다. 여정이 예상과 다르게 진행되면 출구 IP를 다시 확인하세요. 사례 진행 중 위치가 바뀌면 이전 증거를 보관하고 테스트를 다시 시작하세요. 스크린샷을 하나의 연속된 관찰 결과로 설명하지 마세요.
브라우저에서 로테이션 모드를 사용해도 같은 IP가 유지되는 이유는 무엇인가요?
로테이션 모드는 새 연결마다 풀에서 IP를 가져오며, 보통 이전과 다른 IP가 할당됩니다. 브라우저가 기존 연결을 재사용할 수 있으므로 페이지에서 동작을 수행해도 새 프록시 연결이 생성되는 것은 아닙니다. 새로고침할 때마다 주소가 바뀐다고 가정하지 말고, 허용된 엔드포인트에서 클라이언트의 실제 연결 동작을 확인하세요.
도시를 바꿀 때 세션 식별자를 재사용해야 하나요?
테스트 기록에서 경계를 명확히 구분할 수 있도록 다음 도시를 지정하고 새 세션 식별자를 사용해 이름이 분명한 사례를 시작하세요. 테스트 방법에 필요한 브라우저 초기화는 별도로 적용하세요. 대상 웹사이트를 열기 전에 관찰된 위치를 확인하고, 설정에 실패했거나 사용할 수 없는 경우는 유효한 비교 표본에서 제외하세요.
로컬 QA에서 고정 모드보다 로테이션 모드가 더 유용한 경우는 언제인가요?
관찰 간 연속성이 필요 없는 허용된 독립 관찰에는 로테이션 모드를 선택하세요. 여러 단계로 구성된 지점 또는 애플리케이션 여정에서 하나의 기록된 네트워크 환경을 유지해야 한다면 고정 모드를 선택하세요. 어느 쪽도 웹사이트 저장 공간을 초기화하거나 기기 좌표를 제공하지 않으며, 관찰 결과를 로컬 증거로 취급하기 전에 위치를 확인해야 합니다.
세션 중단을 지원팀에 어떻게 기록해 전달해야 하나요?
요청된 도시, 프로토콜, 세션 설정, 관찰 시간, 수정된 전후 위치 증거를 보내세요. 어느 단계에서 연속성이 끊겼는지, 애플리케이션 상태도 바뀌었는지 설명하세요. 첨부 파일에 비밀번호와 계정 번호를 포함하지 마세요. 사례를 명확히 정리하면 지원팀이 각 스크린샷이 어느 시도에 해당하는지 추측하지 않고 연결을 검토할 수 있습니다.
주요 참고 자료 검토일: 2026년 10월 15일 (1)
- Firefox의 연결 설정 — Mozilla (2026-10-15)