서드 파티가 자신의 웹사이트에서 내 클라이언트 ID를 사용하지 못하도록 하기 위해 내 클라이언트 ID는 내가 구체적으로 승인한 URL 목록에만 사용할 수 있습니다.
Cloud 콘솔에서 클라이언트 ID 찾기
Cloud 콘솔에서의 URL 승인
승인된 URL은 모두 클라이언트 ID 페이지의 클라이언트 ID gme-[company]의 승인된 URL 표에 표시됩니다.
URL을 삭제하려면 URL 왼쪽에 있는 체크박스를 선택하고 표 오른쪽 상단에 있는 delete삭제 아이콘을 클릭합니다.
새 URL을 추가하려면 표 하단에 있는 URL 추가를 클릭합니다.
중요: 승인된 클라이언트 ID URL의 규칙은 API 키 리퍼러 제한사항과 다릅니다. 자세한 내용은 아래를 참고하세요.
승인된 URL과 관련하여 아래 사항을 고려하세요.
도메인 이름이나 IP 주소는 공개적으로 액세스가 가능하지 않아도 됩니다.
예를 들어 http://myintranet 및 http://192.168.1.1은 사용할 수 있습니다.
지정된 도메인의 모든 하위 도메인도 승인됩니다.
예를 들어 네이키드 도메인 http://example.com이 승인되면 하위 도메인 http://www.example.com도 승인됩니다. 그 반대는 해당하지 않습니다. 즉, http://www.example.com이 승인된다고 http://example.com이 자동으로 승인되는 것은 아닙니다.
승인된 경로의 모든 하위 경로도 승인됩니다.
예를 들어 http://example.com이 승인되면 http://example.com/foo도 승인됩니다. 또한 지정된 도메인의 하위 도메인도 승인되므로 http://sub.example.com/bar가 승인됩니다.
경로는 대소문자를 구분합니다.
예를 들어 http://www.example.com/ThisPath/는 http://www.example.com/thispath/와 다릅니다.
유효한 URL을 특정 포트를 사용하는 URL로만 제한할 수 있습니다.
예를 들어 http://example.com:8080/foo가 지정되면 http://example.com이 승인되지 않습니다.
HTTP 프로토콜과 HTTPS 프로토콜은 서로 다른 URL로 간주됩니다.
예를 들어 https://example.com을 승인해도 http://example.com이 자동으로 승인되지 않습니다.
프로토콜 스킴 없이 서픽스 참조를 제공하면(예: www.example.com) HTTP와 HTTPS에 대해 각각 별도의 규칙이 생성됩니다.
HTTP 또는 HTTPS 이외의 다른 프로토콜 스킴은 Cloud 콘솔에서 제공되는 안내를 참고하세요.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["필요한 정보가 없음","missingTheInformationINeed","thumb-down"],["너무 복잡함/단계 수가 너무 많음","tooComplicatedTooManySteps","thumb-down"],["오래됨","outOfDate","thumb-down"],["번역 문제","translationIssue","thumb-down"],["샘플/코드 문제","samplesCodeIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2023-09-14(UTC)"],[[["\u003cp\u003eThe Google Maps Platform Premium Plan is no longer available for new users and this documentation is for existing legacy applications using client IDs.\u003c/p\u003e\n"],["\u003cp\u003eFor new applications, always use API keys instead of client IDs for authentication.\u003c/p\u003e\n"],["\u003cp\u003eClient ID usage is restricted to authorized URLs which can be managed in the Google Cloud Console.\u003c/p\u003e\n"],["\u003cp\u003eAuthorizing a domain automatically authorizes all its subdomains and subpaths, differing from API key referrer restrictions.\u003c/p\u003e\n"],["\u003cp\u003eHTTP and HTTPS protocols are treated as separate URLs for authorization purposes, unlike API key referrer restrictions.\u003c/p\u003e\n"]]],[],null,[]]