단축 URL 서비스의 목적은 무엇입니까?
URL 서비스 단축은 단일 Twitter 메시지에 문자 제한이 작다는 사실에만 관련이 있습니까? 아니면 다른 용도로 사용됩니까?
(URL 추적은 부작용이지만) 주로 URL을 짧게 만듭니다.
http://maps.google.com/maps?f=q&source=s_q&hl=de&geocode=&q=Mountain%2BView%2C%2BKalifornien%2C%2BUSA&sll=52.130956%2C11.636701&sspn=0.342681%2C0.699692&ie=UTF8&hq=&hnear=Mountain%2BView%2C%2BSanta%2BClara%2BCounty%2C%2BKalifornien&t=h&z=13
에
당신은 후자를 기억하고 심지어 전화를 통해 그것을 말할 수 있습니다.
URL은 실제로 길 수 있고 이메일, 소셜 네트워크 등을 통해 전달 될 때 긴 URL이 깨질 수 있습니다. 따라서 URL 단축기는 다음을 통해 도움이 될 수 있습니다.
많은 URL 단축 프로그램에서 해당 URL의 클릭을 추적하고 해당 클릭에 대한 정보를 수집하는 기능을 추가했습니다. (시간, 지역, 클릭 출처 등) 큰 이점이있는 게시자의 경우 URL 단축기는 URL이 전달 될 때 파손을 방지 할뿐만 아니라 사이트 트래픽에 대해 더 많이 배울 수 있습니다.
URL 단축기를 가장 잘 사용하는 방법 중 하나는 링크가 화면에 표시되거나 구두로 표시 될 때 웹 컨텐츠에보다 쉽게 액세스 할 수 있도록하는 것입니다. 전화를 통해 사용자를 URL로 안내해야 할 때 직장에서 여러 번 사용했으며 입력시 문제가 발생했습니다.
프리젠 테이션을 제공 할 때 짧은 URL을 사용하여 사람들이 링크를 쉽게 적거나 브라우저에 입력 할 수 있습니다. 예를 들어 짧은 URL을 사용하여 전체 슬라이드 데크 ( j.mp/crx201 )에 연결 한 Google Chrome Extensions 에 대한 프레젠테이션이있었습니다. 사람들이 읽고 싶어하는 추가 리소스에.
사람들은 트위터가 존재하기 훨씬 전에 URL 단축 서비스를 사용하기 시작했습니다. TinyURL은 1999 년에 등장한 것으로 생각됩니다. 그러나 Twitter는 이러한 서비스를 훨씬 더 대중화했습니다.
일부 URL은 매우 깁니다. 200 자 이상 이를 위해 URL 단축 서비스를 사용하고 있습니다. 이메일을 작성 중이고 너비가 80자인 기존 표준을 고수하려는 경우 URL 단축 서비스가 유용 할 수 있습니다.
그러나 전반적으로, 네가 요점을 터치한다고 생각합니다. URL 단축 서비스가 항상 유용한 것은 아니며 실제로 유해 할 수 있습니다. 누군가가 Slashdot에 TinyURL을 게시하면 거의 무언가를 가리킬 수 있습니다.
일반 텍스트 이메일을 보낼 때 한 줄에 78 자 미만으로 제한되므로 URL이 78 자보다 길면 중단됩니다. 또한 URL에 새 행이 포함되어 있기 때문에 URL을 붙여 넣을 때 복사 할 때 문제가 발생합니다.
메일 메시지 RFC 5322 에있는 <및>로 URL을 줄 바꿈 할 수 있습니다.