TrueURL
TrueURL

메뉴

무료 리디렉션 도구

모바일·데스크톱 리디렉션 비교

하나의 URL을 데스크톱 Chrome과 iPhone Safari로 한 번씩 검사하고 두 리디렉션 체인을 나란히 비교합니다. 모바일 방문자를 예상치 못한 곳으로 보내는 기기별 리디렉션을 찾아보세요.

모바일과 데스크톱의 리디렉션이 다른 이유

일부 사이트는 User-Agent(사용자 에이전트) 헤더로 방문자의 기기를 판별해 어디로 보낼지 결정합니다. 별도의 모바일 사이트(m.example.com), 앱 다운로드 페이지, 스토어나 지역 선택 페이지, 광고 랜딩 페이지가 대표적인 예입니다. 이 로직이 잘못되면 모바일 방문자는 홈페이지, 오류 페이지, 또는 클릭한 링크와 관계없는 페이지에 도착하게 됩니다.

Google은 주로 페이지의 모바일 버전을 크롤링하고 색인하므로, 모바일 리디렉션이 잘못되면 사용자 경험뿐 아니라 검색 노출에도 악영향을 줍니다.

비교 방식

TrueURL은 같은 설정으로 URL을 두 번 검사하며, User-Agent만 Windows용 최신 데스크톱 Chrome과 iPhone Safari로 바꿉니다. 두 리디렉션 체인이 최종 URL, 상태 코드와 함께 나란히 표시되므로 차이를 한눈에 알 수 있습니다.

바뀌는 것은 User-Agent뿐입니다. JavaScript로 화면 크기에 따라 버전을 선택하는 사이트는 실제 휴대폰에서는 다르게 보이더라도 두 열에서 똑같이 동작할 수 있습니다. Android Chrome이나 Googlebot 같은 다른 에이전트로 테스트하려면 리디렉션 체인 검사의 고급 설정에서 프리셋을 선택하세요.

바람직한 결과

  • 반응형 사이트: 두 열이 같은 최종 URL에서 끝납니다. Google이 권장하는 방식이며 관리하기도 가장 쉽습니다.
  • 별도 모바일 URL: 데스크톱은 www.example.com/page에 머물고, 모바일은 모바일 홈페이지가 아니라 대응하는 m.example.com/page로 이동합니다. 데스크톱 페이지는 <link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/page">로 모바일 URL을 가리키고, 모바일 페이지에는 데스크톱 페이지를 가리키는 canonical 태그가 있어야 합니다.
  • 동적 게재: 두 기기에 같은 URL을 사용하되 HTML을 다르게 제공합니다. 캐시가 버전을 섞지 않도록 응답에 Vary: User-Agent가 포함되어야 합니다.

흔한 모바일 리디렉션 실수

  • 잘못된 리디렉션: 모든 모바일 방문자가 대응하는 페이지가 아니라 모바일 홈페이지로 이동합니다.
  • 모바일 페이지 누락: 모바일 버전이 없는 데스크톱 페이지가 오류 페이지로 리디렉션됩니다. 이럴 때는 데스크톱 페이지를 그대로 제공하세요.
  • 단방향 리디렉션: 모바일 사용자는 리디렉션되지만, m. 링크를 연 데스크톱 사용자는 데스크톱 페이지로 돌아가지 않습니다.
  • 앱 설치 유도 화면: 앱 스토어로의 리디렉션이나 전체 화면 앱 배너가 방문자가 찾아온 콘텐츠를 가립니다.
  • 모바일에서만 생기는 추가 홉: 기기 감지 서비스나 추적 서비스를 거쳐 돌아가는 경로로, 느린 모바일 연결일수록 피해가 큽니다.

가이드

자주 묻는 질문

비교에는 어떤 User-Agent를 사용하나요?

Windows용 데스크톱 Chrome과 iPhone Safari를 사용하며, 둘 다 최신 버전 번호를 씁니다. 사실상 모든 기기 감지 코드가 전자를 데스크톱 컴퓨터로, 후자를 휴대폰으로 인식합니다.

Google은 모바일과 데스크톱 중 어느 결과를 보나요?

대부분 모바일 결과를 봅니다. Google은 주로 스마트폰용 Googlebot으로 웹을 크롤링하고 색인하며, 그 User-Agent는 Android 휴대폰의 Chrome처럼 보입니다. 모바일 열이 잘못된 페이지에서 끝난다면 Google도 그 페이지를 색인할 수 있습니다. 사이트가 Googlebot의 User-Agent에 무엇을 보내는지 보려면 리디렉션 체인 검사의 고급 설정에서 스마트폰용 Googlebot 프리셋을 사용하세요. 다만 IP 주소로 Googlebot을 검증하는 사이트는 TrueURL에 여전히 다르게 응답할 수 있습니다.

별도 모바일 URL(m-dot 사이트)은 SEO에 불리한가요?

지원은 되지만 올바르게 구성하기가 더 어렵습니다. 모든 페이지에 대응하는 모바일 URL, 정확한 주석, 양방향 리디렉션이 필요합니다. Google은 기기별 리디렉션이 아예 필요 없는 반응형 디자인을 권장합니다. m-dot 사이트를 운영한다면 배포할 때마다 주요 페이지를 여기서 검사하세요.

휴대폰에서는 사이트가 다르게 보이는데 두 열이 똑같은 이유는 무엇인가요?

사이트가 서버 측 리디렉션이 아니라 반응형 CSS나 JavaScript를 이용해 브라우저에서 화면을 조정하고 있을 가능성이 높습니다. 이는 권장되는 방식이며, 비교할 기기별 리디렉션이 없다는 뜻입니다.

Android 휴대폰이나 태블릿 같은 다른 기기도 비교할 수 있나요?

이 도구는 데스크톱 Chrome과 iPhone Safari를 비교합니다. 다른 기기를 확인하려면 리디렉션 체인 검사에서 고급 설정을 열고 Android Chrome 같은 프리셋을 선택하거나 원하는 User-Agent 문자열을 붙여 넣은 뒤 검사를 실행하세요.

기기별 리디렉션 때문에 모바일 페이지가 느려지나요?

네. 리디렉션마다 페이지 로드가 시작되기 전에 왕복 한 번이 온전히 추가되며, 모바일 네트워크는 유선 인터넷보다 지연 시간이 깁니다. www에서 m.으로 가는 리디렉션 하나만으로도 눈에 띄는 지연이 생길 수 있으며, 리디렉션 지연 시간 측정으로 직접 측정할 수 있습니다.