chrome.declarativeNetRequest

설명

chrome.declarativeNetRequest API는 선언적 규칙을 지정하여 네트워크 요청을 차단하거나 수정하는 데 사용합니다. 이를 통해 확장 프로그램이 네트워크 요청을 가로채서 콘텐츠를 보지 않고도 네트워크 요청을 수정할 수 있으므로 개인 정보 보호가 강화됩니다.

권한

declarativeNetRequest
declarativeNetRequestWithHostAccess

‘declarativeNetRequest’ 및 'declarativeNetRequestWithHostAccess' 권한 동일한 기능을 제공합니다 이들 간의 차이점은 할 수 있습니다.

"declarativeNetRequest"
설치 시 권한 경고를 트리거하지만 allow, allowAllRequests, block 규칙 가능한 경우 이 방법을 사용하여 호스트에 대한 전체 액세스 권한을 요청해야 합니다.
"declarativeNetRequestFeedback"
압축해제된 확장 프로그램, 특히 getMatchedRules() 및 onRuleMatchedDebug의 디버깅 기능을 사용 설정합니다.
"declarativeNetRequestWithHostAccess"
설치 시 권한 경고가 표시되지 않지만 호스트를 요청해야 합니다. 권한을 부여해야 호스트에서 작업을 수행할 수 있습니다. 이 에 선언적 순 요청 규칙을 사용하려는 경우 추가 생성 없이 이미 호스트 권한이 있는 확장 프로그램을 있습니다.

가용성

Chrome 84 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

매니페스트

앞서 설명한 권한 외에도 특정 유형의 규칙 세트(정적 규칙 세트)에서는 "declarative_net_request" 매니페스트 키를 선언해야 합니다. 이 키는 "rule_resources"라는 단일 키가 포함된 사전이어야 합니다. 이 키는 다음과 같이 Ruleset 유형 사전을 포함하는 배열입니다. 'Ruleset'은 단순히 배열일 뿐이므로 매니페스트의 JSON에는 표시되지 않습니다. 정적 규칙 세트는 이 문서의 뒷부분에서 설명합니다.

{
  "name": "My extension",
  ...

  "declarative_net_request" : {
    "rule_resources" : [{
      "id": "ruleset_1",
      "enabled": true,
      "path": "rules_1.json"
    }, {
      "id": "ruleset_2",
      "enabled": false,
      "path": "rules_2.json"
    }]
  },
  "permissions": [
    "declarativeNetRequest",
    "declarativeNetRequestFeedback",
  ],
  "host_permissions": [
    "http://www.blogger.com/*",
    "http://*.google.com/*"
  ],
  ...
}

규칙 및 규칙 집합

이 API를 사용하려면 규칙 집합을 하나 이상 지정합니다. 규칙 세트에는 규칙 배열이 포함됩니다. 단일 규칙은 다음 중 하나를 수행합니다.

  • 네트워크 요청을 차단합니다.
  • 스키마를 업그레이드합니다 (http에서 https로).
  • 일치하는 차단된 규칙을 무효화하여 요청이 차단되지 않도록 합니다.
  • 네트워크 요청을 리디렉션합니다.
  • 요청 또는 응답 헤더를 수정합니다.

규칙 세트에는 세 가지 유형이 있으며 약간 다른 방식으로 관리됩니다.

동적
브라우저 세션 및 확장 프로그램 업그레이드에 걸쳐 지속되며 확장 프로그램을 사용하는 동안 JavaScript를 사용하여 관리됩니다.
세션
브라우저가 종료되고 확장 프로그램의 새 버전이 설치되면 삭제됩니다. 세션 규칙은 확장 프로그램을 사용하는 동안 JavaScript를 사용하여 관리됩니다.
정적
확장 프로그램이 설치되거나 업그레이드될 때 패키징, 설치, 업데이트됩니다. 정적 규칙은 JSON 형식의 규칙 파일에 저장되며 매니페스트 파일에 나열됩니다.

동적 및 세션 범위 규칙 세트

동적 및 세션 규칙 세트는 확장 프로그램을 사용하는 동안 JavaScript를 사용하여 관리됩니다.

  • 동적 규칙은 브라우저 세션 및 확장 프로그램 업그레이드 중에도 유지됩니다.
  • 세션 규칙은 브라우저가 종료되고 새 버전의 확장 프로그램이 설치될 때 지워집니다.

각 규칙 집합 유형은 하나씩만 있습니다. 확장 프로그램은 규칙 한도를 초과하지 않는 경우 updateDynamicRules() 및 updateSessionRules()를 호출하여 동적으로 규칙을 추가하거나 삭제할 수 있습니다. 규칙 한도에 대한 자세한 내용은 규칙 한도를 참고하세요. 코드 예시에서 이러한 예를 확인할 수 있습니다.

정적 규칙 집합

동적 및 세션 규칙과 달리 정적 규칙은 확장 프로그램이 설치되거나 업그레이드될 때 패키징, 설치, 업데이트됩니다. 이는 JSON 형식으로 규칙 파일에 저장되며, 이러한 규칙은 위에서 설명한 대로 "declarative_net_request" 및 "rule_resources" 키와 하나 이상의 Ruleset 사전을 사용하여 확장 프로그램에 표시됩니다. Ruleset 사전에는 규칙 파일의 경로, 파일에 포함된 규칙 세트의 ID, 규칙 세트의 사용 설정 여부가 포함됩니다. 마지막 두 가지는 규칙 집합을 프로그래매틱 방식으로 사용 또는 사용 중지할 때 중요합니다.

{
  ...
  "declarative_net_request" : {
    "rule_resources" : [{
      "id": "ruleset_1",
      "enabled": true,
      "path": "rules_1.json"
    },
    ...
    ]
  }
  ...
}

규칙 파일을 테스트하려면 확장 프로그램을 압축해제하여 로드합니다. 잘못된 정적 규칙에 대한 오류 및 경고는 압축해제된 확장 프로그램에서만 표시됩니다. 압축된 확장 프로그램의 잘못된 정적 규칙은 무시됩니다.

빠른 검토

정적 규칙 세트를 변경한 경우 신속한 검토를 받을 수 있습니다. 자세한 내용은 적용 가능한 변경사항에 대한 신속한 검토.

정적 규칙 및 규칙 세트 사용 설정 및 사용 중지

개별 정적 규칙과 완전한 정적 규칙 세트 모두 런타임에 사용 설정 또는 사용 중지할 수 있습니다.

사용 설정된 정적 규칙 및 규칙 집합은 브라우저 세션 간에 유지됩니다. 둘 다 확장 프로그램 업데이트에서 유지되지 않습니다. 즉, 규칙 파일에 남겨두기로 선택한 규칙만 업데이트 후에 사용할 수 있습니다.

성능상의 이유로 한 번에 사용 설정할 수 있는 규칙 및 규칙 세트의 수에도 제한이 있습니다. getAvailableStaticRuleCount()를 호출하여 사용 설정될 수 있는 추가 규칙의 수를 확인합니다. 규칙 한도에 대한 자세한 내용은 규칙 한도를 참고하세요.

정적 규칙을 사용 설정 또는 사용 중지하려면 updateStaticRules()를 호출합니다. 이 메서드는 사용 설정하거나 중지할 규칙의 ID 배열이 포함된 UpdateStaticRulesOptions 객체를 사용합니다. ID는 Ruleset 사전의 "id" 키를 사용하여 정의됩니다. 사용 중지된 정적 규칙은 5,000개로 제한됩니다.

정적 규칙 세트를 사용 설정하거나 사용 중지하려면 updateEnabledRulesets()를 호출합니다. 이 메서드는 사용 설정하거나 중지할 규칙 세트의 ID 배열이 포함된 UpdateRulesetOptions 객체를 사용합니다. ID는 Ruleset 사전의 "id" 키를 사용하여 정의됩니다.

빌드 규칙

유형에 관계없이 규칙은 다음과 같이 필드 4개로 시작합니다. "id" 및 "priority" 키는 숫자를 사용하지만 "action" 및 "condition" 키는 여러 차단 및 리디렉션 조건을 제공할 수 있습니다. 다음 규칙은 "foo.com"에서 시작되어 "abc"이 하위 문자열로 포함된 모든 URL로 전송되는 모든 스크립트 요청을 차단합니다.

{
  "id" : 1,
  "priority": 1,
  "action" : { "type" : "block" },
  "condition" : {
    "urlFilter" : "abc",
    "initiatorDomains" : ["foo.com"],
    "resourceTypes" : ["script"]
  }
}

URL 일치

선언적 순 요청은 URL을 패턴과 일치시키는 기능을 제공 일치하는 구문 또는 정규 표현식을 사용할 수 있습니다.

URL 필터 구문

규칙의 "condition" 키는 지정된 도메인의 URL에 작업하기 위한 "urlFilter" 키를 허용합니다. 패턴 일치 토큰을 사용하여 패턴을 만듭니다. 예를 들면 다음과 같습니다.

urlFilter 일치 동영상 일치하지 않음
"abc" https://abcd.com
https://example.com/abcd		 https://ab.com
"abc*d" https://abcd.com
https://example.com/abcxyzd		 https://abc.com
"||a.example.com" https://a.example.com/
https://b.a.example.com/xyz
https://a.example.company		 https://example.com/
"|https*" https://example.com http://example.com/
http://https.com
"example*^123|" https://example.com/123
http://abc.com/example?123		 https://example.com/1234
https://abc.com/example0123

정규 표현식

정규 표현식을 사용할 수도 있습니다. 자세한 내용은 "regexFilter" 키. 자세히 알아보려면 자세한 내용은 정규 표현식을 사용하는 규칙.

적절한 URL 조건 작성

항상 전체 도메인과 일치하도록 규칙을 작성할 때 주의하세요. 그렇지 않으면 규칙이 예기치 않은 상황에서 일치할 수도 있습니다 예를 들어 패턴 일치 구문:

  • google.com이(가) https://example.com/?param=google.com과(와) 잘못 일치함
  • ||google.com이(가) https://google.company과(와) 잘못 일치함
  • https://www.google.com이(가) https://example.com/?param=https://www.google.com과(와) 잘못 일치함

다음을 사용해 보세요.

  • 모든 경로 및 모든 하위 도메인과 일치하는 ||google.com/
  • |https://www.google.com/는 모든 경로와 일치하며 하위 도메인은 일치하지 않습니다.

마찬가지로 정규 표현식을 고정하려면 ^ 및 / 문자를 사용합니다. 대상 예를 들어 ^https:\/\/www\.google\.com\/는 https://www.google.com.

규칙 평가

DNR 규칙은 네트워크 요청 수명 주기의 다양한 단계에 걸쳐 브라우저에서 적용됩니다.

요청 전

요청이 이루어지기 전에 확장 프로그램은 일치하는 규칙을 사용하여 차단하거나 리디렉션 (스키마를 HTTP에서 HTTPS로 업그레이드 포함)할 수 있습니다.

브라우저는 각 확장 프로그램에 대해 일치하는 규칙 목록을 결정합니다. modifyHeaders 작업이 있는 규칙은 나중에 처리되므로 여기에 포함되지 않습니다. 또한 responseHeaders 조건이 있는 규칙은 나중에 (응답 헤더를 사용할 수 있는 경우) 고려되며 포함되지 않습니다.

그런 다음 Chrome은 각 확장 프로그램에 대해 요청당 최대 한 개의 후보 프로그램을 선택합니다. Chrome은 일치하는 모든 규칙을 우선순위에 따라 정렬하여 일치하는 규칙을 찾습니다. 우선순위가 같은 규칙은 작업별로 정렬됩니다 (allow 또는 allowAllRequests > block > upgradeScheme > redirect).

후보가 allow 또는 allowAllRequests 규칙이거나 요청이 전송 중인 프레임이 이전에 이 확장 프로그램의 우선순위가 높거나 같은 allowAllRequests 규칙과 일치하는 경우 요청이 '허용'됩니다. 확장 프로그램은 요청에 아무런 영향을 미치지 않습니다.

2개 이상의 확장 프로그램이 이 요청을 차단하거나 리디렉션하려는 경우 한 가지 조치만 선택합니다. Chrome은 block > 순으로 규칙을 정렬합니다. redirect 또는 upgradeScheme > allow 또는 allowAllRequests입니다. 규칙 2개의 유형이 동일한 경우 Chrome은 가장 최근에 설치된 확장 프로그램에서 규칙을 선택합니다.

요청 헤더가 전송되기 전

Chrome에서 서버에 요청 헤더를 전송하기 전에 일치하는 modifyHeaders 규칙에 따라 헤더가 업데이트됩니다.

Chrome은 단일 확장 프로그램 내에서 일치하는 모든 modifyHeaders 규칙을 찾아 실행할 수정사항 목록을 작성합니다. 이전과 마찬가지로 일치하는 allow 또는 allowAllRequests 규칙보다 우선순위가 높은 규칙만 포함됩니다.

이러한 규칙은 Chrome에서 가장 최근에 설치된 확장 프로그램의 규칙이 항상 이전 확장 프로그램의 규칙보다 먼저 평가되는 순서대로 적용됩니다. 또한 한 확장 프로그램의 우선순위가 높은 규칙이 항상 동일한 확장 프로그램의 우선순위가 낮은 규칙보다 먼저 적용됩니다. 특히 확장 프로그램 전반에서조차도 다음과 같습니다.

  • 규칙이 헤더에 추가되는 경우 우선순위가 낮은 규칙은 해당 헤더에만 추가할 수 있습니다. 설정 및 삭제 작업은 허용되지 않습니다.
  • 규칙에서 헤더를 설정하는 경우 동일한 확장 프로그램의 우선순위가 낮은 규칙만 헤더에 추가할 수 있습니다. 다른 수정은 허용되지 않습니다.
  • 규칙이 헤더를 삭제하는 경우 우선순위가 낮은 규칙은 헤더를 추가로 수정할 수 없습니다.

응답을 받은 후

응답 헤더가 수신되면 Chrome은 responseHeaders 조건이 있는 규칙을 평가합니다.

action 및 priority을 기준으로 이러한 규칙을 정렬하고 일치하는 allow 또는 allowAllRequests 규칙으로 중복된 규칙을 제외한 후('요청 전'의 단계와 동일하게 발생) Chrome에서 확장 프로그램을 대신하여 요청을 차단하거나 리디렉션할 수 있습니다.

요청이 이 단계에 도달한 경우 요청이 이미 서버로 전송되었으며 서버는 요청 본문과 같은 데이터를 수신했습니다. 응답 헤더 조건이 있는 차단 또는 리디렉션 규칙은 계속 실행되지만 실제로 요청을 차단하거나 리디렉션할 수는 없습니다.

차단 규칙의 경우 요청이 차단된 응답을 수신하고 Chrome에서 요청을 조기에 종료한 페이지에서 처리됩니다. 리디렉션 규칙의 경우 Chrome은 리디렉션된 URL에 새 요청을 합니다. 이러한 동작이 확장 프로그램의 개인 정보 보호 기대치를 충족하는지 고려해야 합니다.

요청이 차단되거나 리디렉션되지 않으면 Chrome에서 모든 modifyHeaders 규칙을 적용합니다. 응답 헤더에 수정사항을 적용하는 것은 '요청 헤더가 전송되기 전'에 설명된 것과 동일한 방식으로 작동합니다. 이미 요청이 이루어졌기 때문에 요청 헤더에 수정사항을 적용해도 아무 작업도 수행되지 않습니다.

안전한 규칙

안전한 규칙은 block, allow, allowAllRequests 또는 upgradeScheme입니다. 이러한 규칙은 동적 규칙 할당량을 보여줍니다.

규칙 한도

브라우저에서 규칙을 로드하고 평가하는 데 성능 오버헤드가 발생합니다. API를 사용할 때 몇 가지 제한사항이 적용됩니다. 한도는 규칙을 따릅니다.

정적 규칙

정적 규칙은 매니페스트 파일에 선언된 규칙 파일에 지정된 규칙입니다. 확장 프로그램에서는 "rule_resources" 매니페스트 키의 일부로 최대 100개의 정적 규칙 세트를 지정할 수 있지만 이러한 규칙 세트는 한 번에 50개만 사용 설정할 수 있습니다. 후자를 MAX_NUMBER_OF_ENABLED_STATIC_RULESETS라고 합니다. 이러한 규칙 세트에는 총 30,000개 이상의 규칙이 적용됩니다. 이를 GUARANTEED_MINIMUM_STATIC_RULES라고 합니다.

이후 사용 가능한 규칙 수는 사용자의 브라우저에 설치된 모든 확장 프로그램에서 사용 설정한 규칙 수에 따라 다릅니다. 이 번호는 getAvailableStaticRuleCount()를 호출하여 런타임에 확인할 수 있습니다. 코드 예시에서 이러한 예를 확인할 수 있습니다.

세션 규칙

확장 프로그램에는 최대 5,000개의 세션 규칙이 포함될 수 있습니다. 이것은 MAX_NUMBER_OF_SESSION_RULES

Chrome 120 이전에는 동적 및 세션 규칙의 결합이 5, 000개로 제한되었습니다.

동적 규칙

확장 프로그램에는 동적 규칙이 5,000개 이상 포함될 수 있습니다. 이것은 MAX_NUMBER_OF_UNSAFE_DYNAMIC_RULES

Chrome 121부터 안전한 동적 규칙에 사용할 수 있는 규칙 한도가 30,000개로 늘어납니다. MAX_NUMBER_OF_DYNAMIC_RULES로 표시됩니다. 모든 문자 한도 5,000개 내에서 추가된 안전하지 않은 규칙도 이 한도에 반영됩니다.

Chrome 120 이전에는 동적 및 세션 규칙의 통합 한도가 5, 000개로 제한되었습니다.

정규 표현식을 사용하는 규칙

모든 유형의 규칙에서 정규 표현식을 사용할 수 있습니다. 각 유형의 정규 표현식 규칙의 총합은 1, 000개를 초과할 수 없습니다. 이를 MAX_NUMBER_OF_REGEX_RULES라고 합니다.

또한 각 규칙을 컴파일한 후에는 2KB 미만이어야 합니다. 이는 규칙의 복잡성과 대체로 상관관계가 있습니다. 이 한도를 초과하는 규칙을 로드하려고 하면 다음과 같은 경고가 표시되고 규칙이 무시됩니다.

rules_1.json: Rule with id 1 specified a more complex regex than allowed
as part of the "regexFilter" key.

서비스 워커와의 상호작용

declarativeNetRequest는 네트워크 스택에 도달하는 요청에만 적용됩니다. 여기에는 HTTP 캐시의 응답이 포함되지만 서비스 워커의 onfetch 핸들러를 거치는 응답은 포함되지 않을 수 있습니다. declarativeNetRequest는 서비스 워커에서 생성하거나 CacheStorage에서 가져온 응답에 영향을 미치지 않지만 서비스 워커에서 실행되는 fetch() 호출에는 영향을 줍니다.

웹 액세스 리소스

declarativeNetRequest 규칙은 공개 리소스 요청에서 웹에 액세스할 수 없는 리소스로 리디렉션할 수 없습니다. 그렇게 하면 오류가 트리거됩니다. 리디렉션하는 확장 프로그램에서 지정된 웹 액세스 가능 리소스를 소유한 경우에도 마찬가지입니다. declarativeNetRequest의 리소스를 선언하려면 매니페스트의 "web_accessible_resources" 배열을 사용합니다.

헤더 수정

추가 작업은 accept, accept-encoding, accept-language, access-control-request-headers, cache-control, connection, content-language, cookie, forwarded, if-match, if-none-match, keep-alive, range, te, trailer, transfer-encoding, upgrade, user-agent, via, want-digest, x-forwarded-for 헤더에만 지원됩니다.

예

코드 예시

동적 규칙 업데이트

다음 예는 updateDynamicRules()를 호출하는 방법을 보여줍니다. updateSessionRules()의 절차는 동일합니다.

// Get arrays containing new and old rules
const newRules = await getNewRules();
const oldRules = await chrome.declarativeNetRequest.getDynamicRules();
const oldRuleIds = oldRules.map(rule => rule.id);

// Use the arrays to update the dynamic rules
await chrome.declarativeNetRequest.updateDynamicRules({
  removeRuleIds: oldRuleIds,
  addRules: newRules
});

정적 규칙 집합 업데이트

다음 예는 사용 가능한 정적 규칙 세트의 수와 사용 설정된 최대 규칙 세트의 최대 수를 고려하면서 규칙 세트를 사용 설정 및 사용 중지하는 방법을 보여줍니다. 필요한 정적 규칙 수가 허용된 수를 초과할 때 이 작업을 수행합니다. 이 기능이 작동하려면 일부 규칙 세트를 사용 중지한 상태로 설치해야 합니다 (매니페스트 파일 내에서 "Enabled"를 false로 설정).

async function updateStaticRules(enableRulesetIds, disableCandidateIds) {
  // Create the options structure for the call to updateEnabledRulesets()
  let options = { enableRulesetIds: enableRulesetIds }
  // Get the number of enabled static rules
  const enabledStaticCount = await chrome.declarativeNetRequest.getEnabledRulesets();
  // Compare rule counts to determine if anything needs to be disabled so that
  // new rules can be enabled
  const proposedCount = enableRulesetIds.length;
  if (enabledStaticCount + proposedCount > chrome.declarativeNetRequest.MAX_NUMBER_OF_ENABLED_STATIC_RULESETS) {
    options.disableRulesetIds = disableCandidateIds
  }
  // Update the enabled static rules
  await chrome.declarativeNetRequest.updateEnabledRulesets(options);
}

규칙 예시

다음 예는 Chrome이 확장 프로그램에서 규칙의 우선순위를 지정하는 방식을 보여줍니다. 검토할 때 별도의 창에서 우선순위 규칙을 열어두는 것이 좋습니다.

'우선순위' 열쇠

이러한 예에서는 *://*.example.com/*에 대한 호스트 권한이 필요합니다.

특정 URL의 우선순위를 계산하려면 (개발자가 정의한) "priority" 키, "action" 키, "urlFilter" 키를 살펴보세요. 다음 예는 아래에 표시된 규칙 파일의 예를 참조합니다.

https://google.com으로 이동
이 URL에는 ID가 1과 4인 규칙이라는 두 가지 규칙이 적용됩니다. "block" 작업이 "redirect" 작업보다 우선순위가 높기 때문에 ID가 1인 규칙이 적용됩니다. 나머지 규칙은 더 긴 URL에 적용되므로 적용되지 않습니다.
https://google.com/1234로 이동
URL이 더 길기 때문에 이제 ID가 2인 규칙이 ID가 1과 4인 규칙과 추가로 일치합니다. ID가 2인 규칙이 적용됩니다. "allow"의 우선순위가 "block" 및 "redirect"보다 높기 때문입니다.
https://google.com/12345로 이동
4개의 규칙 모두 이 URL과 일치합니다. ID가 3인 규칙이 적용됩니다. 개발자가 정의한 우선순위가 그룹에서 가장 높기 때문입니다.
[
  {
    "id": 1,
    "priority": 1,
    "action": { "type": "block" },
    "condition": {"urlFilter": "||google.com/", "resourceTypes": ["main_frame"] }
  },
  {
    "id": 2,
    "priority": 1,
    "action": { "type": "allow" },
    "condition": { "urlFilter": "||google.com/123", "resourceTypes": ["main_frame"] }
  },
  {
    "id": 3,
    "priority": 2,
    "action": { "type": "block" },
    "condition": { "urlFilter": "||google.com/12345", "resourceTypes": ["main_frame"] }
  },
  {
    "id": 4,
    "priority": 1,
    "action": { "type": "redirect", "redirect": { "url": "https://example.com" } },
    "condition": { "urlFilter": "||google.com/", "resourceTypes": ["main_frame"] }
  },
]

리디렉션

아래 예시에서는 *://*.example.com/*에 대한 호스트 권한이 필요합니다.

다음 예는 example.com에서 확장 프로그램 자체 내의 페이지로 요청을 리디렉션하는 방법을 보여줍니다. 확장 프로그램 경로 /a.jpg는 chrome-extension://EXTENSION_ID/a.jpg로 확인됩니다. 여기서 EXTENSION_ID는 확장 프로그램의 ID입니다. 이렇게 하려면 매니페스트에서 /a.jpg를 웹 액세스 가능 리소스로 선언해야 합니다.

{
  "id": 1,
  "priority": 1,
  "action": { "type": "redirect", "redirect": { "extensionPath": "/a.jpg" } },
  "condition": {
    "urlFilter": "||https://www.example.com/",
    "resourceTypes": ["main_frame"]
  }
}

다음은 "transform" 키를 사용하여 example.com의 하위 도메인으로 리디렉션합니다. 도메인 이름 앵커('||')를 사용하여 example.com의 스키마가 포함된 요청을 가로챕니다. "transform"의 "scheme" 키는 하위 도메인으로 리디렉션할 때 항상 'https'를 사용하도록 지정합니다.

{
  "id": 1,
  "priority": 1,
  "action": {
    "type": "redirect",
    "redirect": {
      "transform": { "scheme": "https", "host": "new.example.com" }
    }
  },
  "condition": {
    "urlFilter": "||example.com/",
    "resourceTypes": ["main_frame"]
  }
}

다음 예에서는 정규 표현식을 사용하여 https://www.abc.xyz.com/path에서 https://abc.xyz.com/path로 리디렉션합니다. "regexFilter" 키에서 마침표가 이스케이프되는 방식과 캡처 그룹이 'abc'를 선택하는 것을 확인합니다. 또는 'def'입니다. "regexSubstitution" 키는 '\1'을 사용하여 정규 표현식에서 처음 반환된 일치 항목을 지정합니다. 이 경우 'abc'는 가 리디렉션된 URL에서 캡처되어 대체에 배치됩니다.

{
  "id": 1,
  "priority": 1,
  "action": {
    "type": "redirect",
    "redirect": {
      "regexSubstitution": "https://\\1.xyz.com/"
    }
  },
  "condition": {
    "regexFilter": "^https://www\\.(abc|def)\\.xyz\\.com/",
    "resourceTypes": [
      "main_frame"
    ]
  }
}

헤더

다음 예에서는 메인 프레임과 하위 프레임 모두에서 모든 쿠키를 삭제합니다.

{
  "id": 1,
  "priority": 1,
  "action": {
    "type": "modifyHeaders",
    "requestHeaders": [{ "header": "cookie", "operation": "remove" }]
  },
  "condition": { "resourceTypes": ["main_frame", "sub_frame"] }
}

유형

DomainType

요청이 발생한 프레임의 퍼스트 파티인지 서드 파티인지를 설명합니다. 요청이 발생한 프레임과 도메인 (eTLD+1)이 동일한 경우 요청을 퍼스트 파티라고 합니다.

열거형

"firstParty"
네트워크 요청은 요청이 발생한 프레임의 퍼스트 파티입니다.

"thirdParty"
네트워크 요청이 처음 발생한 프레임의 타사입니다.

ExtensionActionOptions

Chrome 88 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

속성

  • displayActionCountAsBadgeText

    불리언 선택사항

    페이지의 작업 수를 확장 프로그램의 배지 텍스트로 자동으로 표시할지 여부입니다. 이 환경설정은 세션 간에 유지됩니다.

  • tabUpdate

    TabActionCountUpdate 선택사항

    Chrome 89 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    탭의 작업 수를 조정해야 하는 방법에 대한 세부정보입니다.

GetDisabledRuleIdsOptions

Chrome 111 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

속성

  • rulesetId

    문자열

    정적 Ruleset에 해당하는 ID입니다.

GetRulesFilter

Chrome 111 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

속성

  • ruleIds

    number[] 선택사항

    지정하면 ID가 일치하는 규칙만 포함됩니다.

HeaderInfo

Chrome 128 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

속성

  • excludedValues

    string[] 선택사항

    지정하면 헤더가 있지만 값에 이 목록의 요소가 하나 이상 포함된 경우 조건이 일치하지 않습니다. 이는 values와 동일한 일치 패턴 문법을 사용합니다.

  • 헤더

    문자열

    헤더의 이름입니다. 이 조건은 values 및 excludedValues가 모두 지정되지 않은 경우에만 이름과 일치합니다.

  • 값

    string[] 선택사항

    지정된 경우 헤더의 값이 이 목록에 있는 하나 이상의 패턴과 일치하면 조건이 일치합니다. 이렇게 하면 대소문자를 구분하지 않는 헤더 값 일치와 다음 구문이 지원됩니다.

    '*' : 임의의 수의 문자와 일치합니다.

    '?' : 0개 또는 1개의 문자와 일치합니다.

    '*' 및 '?' 백슬래시로 이스케이프할 수 있습니다(예: '\*' 및 '\?'

HeaderOperation

Chrome 86 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

'modifyHeaders'에 가능한 작업을 설명합니다. 있습니다.

열거형

"append"
지정된 헤더에 대한 새 항목을 추가합니다. 요청 헤더에는 이 작업이 지원되지 않습니다.

"set"
지정된 헤더에 새 값을 설정하여 이름이 같은 기존 헤더를 삭제합니다.

"remove"
지정된 헤더의 모든 항목을 삭제합니다.

IsRegexSupportedResult

Chrome 87 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

속성

  • isSupported

    부울

  • reason

    UnsupportedRegexReason 선택사항

    정규 표현식이 지원되지 않는 이유를 지정합니다. isSupported가 false인 경우에만 제공됩니다.

MatchedRule

속성

  • ruleId

    숫자

    일치 규칙의 ID입니다.

  • rulesetId

    문자열

    이 규칙이 속한 Ruleset의 ID입니다. 동적 규칙 집합에서 시작된 규칙의 경우 이 값은 DYNAMIC_RULESET_ID와 같습니다.

MatchedRuleInfo

속성

  • 규칙

    MatchedRule

  • tabId

    숫자

    탭이 아직 활성 상태인 경우 요청이 시작된 탭의 tabId입니다. 그렇지 않으면 -1입니다.

  • timeStamp

    숫자

    규칙과 일치하는 시간입니다. 타임스탬프는 시간에 대한 JavaScript 규칙(즉, 에포크 이후의 밀리초 수)에 해당합니다.

MatchedRuleInfoDebug

속성

MatchedRulesFilter

속성

  • minTimeStamp

    숫자 선택사항

    지정하면 지정된 타임스탬프 이후의 규칙과만 일치합니다.

  • tabId

    숫자 선택사항

    지정하면 지정된 탭의 규칙과만 일치합니다. -1로 설정된 경우 활성 탭과 연결되지 않은 규칙과 일치합니다.

ModifyHeaderInfo

Chrome 86 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

속성

  • 헤더

    문자열

    수정할 헤더의 이름입니다.

  • 헤더에서 수행할 작업입니다.

  • 값

    문자열(선택사항)

    헤더의 새 값입니다. append 및 set 작업에 지정해야 합니다.

QueryKeyValue

속성

  • 키

    문자열

  • replaceOnly

    불리언 선택사항

    Chrome 94 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    true인 경우 쿼리 키가 이미 있는 경우에만 대체됩니다. 그렇지 않으면 키가 누락된 경우에도 추가됩니다. 기본값은 false입니다.

  • 값

    문자열

QueryTransform

속성

  • addOrReplaceParams

    QueryKeyValue[] 선택사항

    추가하거나 대체할 쿼리 키-값 쌍의 목록입니다.

  • removeParams

    string[] 선택사항

    삭제할 쿼리 키 목록입니다.

Redirect

속성

  • extensionPath

    문자열(선택사항)

    확장 프로그램 디렉터리를 기준으로 한 상대 경로입니다. '/'로 시작해야 합니다.

  • regexSubstitution

    문자열(선택사항)

    regexFilter을 지정하는 규칙의 대체 패턴입니다. URL에서 regexFilter의 첫 번째 일치 항목이 이 패턴으로 대체됩니다. regexSubstitution 내에서 백슬래시로 이스케이프 처리된 숫자 (\1~\9)를 사용하여 상응하는 캡처 그룹을 삽입할 수 있습니다. \0은 일치하는 텍스트 전체를 나타냅니다.

  • transform

    URLTransform 선택사항

    수행할 URL 변환입니다.

  • URL

    문자열(선택사항)

    리디렉션 URL입니다. JavaScript URL로의 리디렉션은 허용되지 않습니다.

RegexOptions

Chrome 87 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

속성

  • isCaseSensitive

    불리언 선택사항

    지정된 regex의 대소문자 구분 여부입니다. 기본값은 true입니다.

  • regex

    문자열

    확인할 정규 표현식입니다.

  • requireCapturing

    불리언 선택사항

    지정된 regex에 캡처가 필요한지 여부입니다. 캡처는 regexSubstition 작업을 지정하는 리디렉션 규칙에만 필요합니다. 기본값은 false입니다.

RequestDetails

속성

  • documentId

    문자열(선택사항)

    Chrome 106 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    프레임에 대한 요청인 경우 프레임 문서의 고유 식별자입니다.

  • documentLifecycle

    DocumentLifecycle 선택사항

    Chrome 106 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    프레임에 관한 요청인 경우 프레임 문서의 수명 주기입니다.

  • frameId

    숫자

    값 0은 요청이 메인 프레임에서 발생함을 나타냅니다. 양수 값은 요청이 발생하는 서브프레임의 ID를 나타냅니다. (하위) 프레임의 문서가 로드되면 (type이 main_frame 또는 sub_frame인 경우) frameId는 외부 프레임의 ID가 아니라 이 프레임의 ID를 나타냅니다. 프레임 ID는 탭 내에서 고유합니다.

  • frameType

    FrameType 선택사항

    Chrome 106 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    프레임에 관한 요청인 경우 프레임 유형입니다.

  • 개시자

    문자열(선택사항)

    요청이 시작된 출처입니다. 리디렉션을 통해서는 변경되지 않습니다. 불투명 출처인 경우 문자열 'null' 사용됩니다.

  • method

    문자열

    표준 HTTP 메서드입니다.

  • parentDocumentId

    문자열(선택사항)

    Chrome 106 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    이 요청이 프레임에 대한 요청이며 상위를 가진 경우, 프레임의 상위 문서에 대한 고유 식별자입니다.

  • parentFrameId

    숫자

    요청을 전송한 프레임을 래핑하는 프레임의 ID입니다. 상위 프레임이 없으면 -1로 설정합니다.

  • requestId

    문자열

    요청의 ID입니다. 요청 ID는 브라우저 세션 내에서 고유합니다.

  • tabId

    숫자

    요청이 발생한 탭의 ID입니다. 요청이 탭과 관련이 없다면 -1로 설정합니다.

  • 유형

    ResourceType

    요청의 리소스 유형입니다.

  • URL

    문자열

    요청의 URL입니다.

RequestMethod

Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

네트워크 요청의 HTTP 요청 메서드를 설명합니다.

열거형

"연결"

"삭제"

"get"

"head"

"옵션"

"패치"

"게시물"

"put"

'기타'

ResourceType

이는 네트워크 요청의 리소스 유형을 설명합니다.

열거형

'main_frame'

"sub_frame"

"스타일시트"

"script"

"이미지"

"글꼴"

"객체"

"xmlhttprequest"

"핑"

"csp_report"

'미디어'

'websocket'

'webtransport'

'webbundle'

'기타'

Rule

속성

  • action

    RuleAction

    이 규칙이 일치할 경우 수행할 작업입니다.

  • 조건

    RuleCondition

    이 규칙이 트리거되는 조건입니다.

  • id

    숫자

    규칙을 고유하게 식별하는 ID입니다. 필수이며 1 이상이어야 합니다.

  • 우선순위

    숫자 선택사항

    규칙 우선순위 기본값은 1입니다. 지정된 경우 1 이상이어야 합니다.

RuleAction

속성

  • 리디렉션

    리디렉션 선택사항

    리디렉션이 수행되는 방법을 설명합니다. 리디렉션 규칙에만 유효합니다.

  • requestHeaders

    ModifyHeaderInfo[] 선택사항

    Chrome 86 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    요청에 대해 수정할 요청 헤더입니다. RuleActionType이 'modifyHeaders'인 경우에만 유효합니다.

  • responseHeaders

    ModifyHeaderInfo[] 선택사항

    Chrome 86 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    요청에 대해 수정할 응답 헤더입니다. RuleActionType이 'modifyHeaders'인 경우에만 유효합니다.

  • 수행할 작업의 유형입니다.

RuleActionType

지정된 RuleCondition이 일치할 경우 수행할 작업의 종류를 설명합니다.

열거형

"block"
네트워크 요청을 차단합니다.

"redirect"
네트워크 요청을 리디렉션합니다.

"allow"
네트워크 요청을 허용합니다. 요청과 일치하는 허용 규칙이 있으면 요청을 가로채지 않습니다.

"upgradeScheme"
요청이 http 또는 ftp인 경우 네트워크 요청 URL의 스키마를 https로 업그레이드합니다.

"modifyHeaders"
네트워크 요청의 요청/응답 헤더를 수정합니다.

"allowAllRequests"
프레임 요청 자체를 포함하여 프레임 계층 구조 내의 모든 요청을 허용합니다.

RuleCondition

속성

  • domainType

    DomainType 선택사항

    네트워크 요청이 발생한 도메인의 퍼스트 파티인지 서드 파티인지를 지정합니다. 생략하면 모든 요청이 수락됩니다.

  • 도메인

    string[] 선택사항

    <ph type="x-smartling-placeholder"></ph> Chrome 101 이후 지원 중단됨

    대신 initiatorDomains를 사용하세요.

    규칙은 domains 목록에서 발생한 네트워크 요청과만 일치합니다.

  • excludedDomains

    string[] 선택사항

    <ph type="x-smartling-placeholder"></ph> Chrome 101 이후 지원 중단됨

    대신 excludedInitiatorDomains를 사용하세요.

    규칙은 excludedDomains 목록에서 발생한 네트워크 요청과 일치하지 않습니다.

  • excludedInitiatorDomains

    string[] 선택사항

    Chrome 101 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    규칙은 excludedInitiatorDomains 목록에서 발생한 네트워크 요청과 일치하지 않습니다. 목록이 비어 있거나 생략된 경우 도메인이 제외되지 않습니다. 이는 initiatorDomains보다 우선 적용됩니다.

    참고:

    • 하위 도메인(예: 'a.example.com') 도 허용됩니다.
    • 입력은 ASCII 문자로만 구성되어야 합니다.
    • 다국어 도메인에 퓨니코드 인코딩을 사용합니다.
    • 이는 요청 URL이 아닌 요청 개시자와 일치합니다.
    • 목록에 있는 도메인의 하위 도메인도 제외됩니다.
  • excludedRequestDomains

    string[] 선택사항

    Chrome 101 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    도메인이 excludedRequestDomains 목록의 도메인과 일치하면 규칙이 네트워크 요청과 일치하지 않습니다. 목록이 비어 있거나 생략된 경우 도메인이 제외되지 않습니다. 이는 requestDomains보다 우선 적용됩니다.

    참고:

    • 하위 도메인(예: 'a.example.com') 도 허용됩니다.
    • 입력은 ASCII 문자로만 구성되어야 합니다.
    • 다국어 도메인에 퓨니코드 인코딩을 사용합니다.
    • 목록에 있는 도메인의 하위 도메인도 제외됩니다.
  • excludedRequestMethods

    RequestMethod[] 선택사항

    Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    규칙이 일치하지 않는 요청 메서드의 목록입니다. requestMethods와 excludedRequestMethods 중 하나만 지정해야 합니다. 둘 다 지정되지 않으면 모든 요청 메서드가 일치합니다.

  • excludedResourceTypes

    ResourceType[] 선택사항

    규칙이 일치하지 않는 리소스 유형의 목록입니다. resourceTypes와 excludedResourceTypes 중 하나만 지정해야 합니다. 둘 다 지정되지 않으면 'main_frame'을 제외한 모든 리소스 유형이 반환됩니다. 차단될 수 있습니다.

  • excludedResponseHeaders

    HeaderInfo[] 선택사항

    Chrome 128 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    요청이 이 목록의 응답 헤더 조건 (지정된 경우)과 일치하면 규칙이 일치하지 않습니다. excludedResponseHeaders와 responseHeaders를 모두 지정하면 excludedResponseHeaders 속성이 우선 적용됩니다.

  • excludedTabIds

    number[] 선택사항

    Chrome 92 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    규칙이 일치하지 않아야 하는 tabs.Tab.id의 목록입니다. tabs.TAB_ID_NONE의 ID는 탭에서 발생하지 않은 요청을 제외합니다. 세션 범위 규칙에서만 지원됩니다.

  • initiatorDomains

    string[] 선택사항

    Chrome 101 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    규칙은 initiatorDomains 목록에서 발생한 네트워크 요청과만 일치합니다. 목록이 생략되면 규칙이 모든 도메인의 요청에 적용됩니다. 빈 목록은 허용되지 않습니다.

    참고:

    • 하위 도메인(예: 'a.example.com') 도 허용됩니다.
    • 입력은 ASCII 문자로만 구성되어야 합니다.
    • 다국어 도메인에 퓨니코드 인코딩을 사용합니다.
    • 이는 요청 URL이 아닌 요청 개시자와 일치합니다.
    • 목록에 있는 도메인의 하위 도메인도 일치합니다.
  • isUrlFilterCaseSensitive

    불리언 선택사항

    urlFilter와 regexFilter 중 지정된 값은 대소문자를 구분합니다. 기본값은 false입니다.

  • regexFilter

    문자열(선택사항)

    네트워크 요청 URL과 비교할 정규 표현식입니다. 이는 RE2 구문을 따릅니다.

    참고: urlFilter 또는 regexFilter 중 하나만 지정할 수 있습니다.

    참고: regexFilter는 ASCII 문자로만 구성되어야 합니다. 이는 호스트가 punycode 형식으로 인코딩된 URL (국제화된 도메인의 경우)과 일치하고 기타 비 ASCII 문자는 utf-8로 인코딩된 URL과 일치합니다.

  • requestDomains

    string[] 선택사항

    Chrome 101 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    도메인이 requestDomains 목록의 도메인과 일치할 때만 규칙이 네트워크 요청과 일치합니다. 목록이 생략되면 규칙이 모든 도메인의 요청에 적용됩니다. 빈 목록은 허용되지 않습니다.

    참고:

    • 하위 도메인(예: 'a.example.com') 도 허용됩니다.
    • 입력은 ASCII 문자로만 구성되어야 합니다.
    • 다국어 도메인에 퓨니코드 인코딩을 사용합니다.
    • 목록에 있는 도메인의 하위 도메인도 일치합니다.
  • requestMethods

    RequestMethod[] 선택사항

    Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    규칙이 일치시킬 수 있는 HTTP 요청 메서드의 목록입니다. 빈 목록은 허용되지 않습니다.

    참고: requestMethods 규칙 조건을 지정하면 HTTP가 아닌 요청도 제외되지만 excludedRequestMethods를 지정하면 제외되지 않습니다.

  • resourceTypes

    ResourceType[] 선택사항

    규칙이 일치시킬 수 있는 리소스 유형의 목록입니다. 빈 목록은 허용되지 않습니다.

    참고: 이는 allowAllRequests 규칙에 대해 지정되어야 하며 sub_frame 및 main_frame 리소스 유형만 포함할 수 있습니다.

  • responseHeaders

    HeaderInfo[] 선택사항

    Chrome 128 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    요청이 이 목록의 응답 헤더 조건 (지정된 경우)과 일치하면 규칙이 일치합니다.

  • tabIds

    number[] 선택사항

    Chrome 92 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    규칙이 일치해야 하는 tabs.Tab.id의 목록입니다. tabs.TAB_ID_NONE의 ID는 탭에서 발생하지 않은 요청과 일치합니다. 빈 목록은 허용되지 않습니다. 세션 범위 규칙에서만 지원됩니다.

  • urlFilter

    문자열(선택사항)

    네트워크 요청 URL과 일치하는 패턴입니다. 지원되는 구조:

    '*' : 와일드 카드: 임의의 수의 문자를 매칭합니다.

    '|' : 왼쪽/오른쪽 앵커: 패턴의 양쪽 끝에 사용되는 경우 각각 URL의 시작/끝을 지정합니다.

    '||' : 도메인 이름 앵커: 패턴의 시작 부분에 사용되는 경우 URL의 (하위) 도메인 시작을 지정합니다.

    '^': 구분 문자: 문자, 숫자 또는 _, -, ., % 중 하나를 제외한 모든 항목과 일치합니다. URL의 끝 부분과도 일치합니다.

    따라서 urlFilter는 (선택사항인 왼쪽/도메인 이름 앵커) + 패턴 + (선택사항인 오른쪽 앵커)로 구성됩니다.

    생략할 경우 모든 URL이 일치합니다. 빈 문자열은 허용되지 않습니다.

    ||*(으)로 시작하는 패턴은 허용되지 않습니다. 대신 *를 사용합니다.

    참고: urlFilter 또는 regexFilter 중 하나만 지정할 수 있습니다.

    참고: urlFilter는 ASCII 문자로만 구성되어야 합니다. 이는 호스트가 punycode 형식으로 인코딩된 URL (국제화된 도메인의 경우)과 일치하고 기타 비 ASCII 문자는 utf-8로 인코딩된 URL과 일치합니다. 예를 들어 요청 URL이 http://abc.рze?q=fr인 경우 urlFilter는 URL http://abc.xn--p1ai/?q=%D1%84와 비교됩니다.

Ruleset

속성

  • 사용 설정됨

    부울

    규칙 세트의 기본 사용 설정 여부입니다.

  • id

    문자열

    규칙 집합을 고유하게 식별하는 비어 있지 않은 문자열입니다. '_'로 시작하는 ID 내부용으로 예약되어 있습니다.

  • 경로

    문자열

    확장 프로그램 디렉터리를 기준으로 한 JSON 규칙 세트의 상대 경로입니다.

RulesMatchedDetails

속성

  • rulesMatchedInfo

    MatchedRuleInfo[]

    지정된 필터와 일치하는 규칙입니다.

TabActionCountUpdate

Chrome 89 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

속성

  • 증가

    숫자

    탭의 작업 수를 증가시키는 금액입니다. 음수 값은 개수를 감소시킵니다.

  • tabId

    숫자

    작업 수를 업데이트할 탭입니다.

TestMatchOutcomeResult

Chrome 103 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

속성

  • matchedRules

    MatchedRule[]

    가상의 요청과 일치하는 규칙 (있는 경우)입니다.

TestMatchRequestDetails

Chrome 103 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

속성

  • 개시자

    문자열(선택사항)

    가상 요청의 시작 URL입니다 (있는 경우).

  • method

    RequestMethod 선택사항

    가상 요청의 표준 HTTP 메서드입니다. 기본값은 'get'입니다. 로 시작하고 HTTP 이외의 요청에 대해서는 무시됩니다.

  • responseHeaders

    객체(선택사항)

    대기 중

    요청이 전송되기 전에 차단되거나 리디렉션되지 않는 경우 가상 응답에서 제공하는 헤더입니다. 헤더 이름을 문자열 값의 목록에 매핑하는 객체로 표현됩니다. 지정되지 않은 경우 가상의 응답은 빈 응답 헤더를 반환하며 이는 헤더가 존재하지 않는 경우와 일치하는 규칙과 일치할 수 있습니다. 예: {"content-type": ["text/html; charset=utf-8", "multipart/form-data"]}

  • tabId

    숫자 선택사항

    가상 요청이 발생하는 탭의 ID입니다. 실제 탭 ID와 일치하지 않아도 됩니다. 기본값은 -1이며 요청이 탭과 관련이 없음을 의미합니다.

  • 유형

    ResourceType

    가상 요청의 리소스 유형입니다.

  • URL

    문자열

    가상 요청의 URL입니다.

UnsupportedRegexReason

Chrome 87 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

지정된 정규 표현식이 지원되지 않는 이유를 설명합니다.

열거형

"syntaxError"
정규 표현식의 구문이 잘못되었거나 RE2 구문에서 사용할 수 없는 기능을 사용합니다.

&quot;memoryLimitExceeded&quot;
정규 표현식이 메모리 한도를 초과합니다.

UpdateRuleOptions

Chrome 87 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

속성

  • addRules

    규칙[] 선택사항

    추가할 규칙입니다.

  • removeRuleIds

    number[] 선택사항

    삭제할 규칙의 ID입니다. 잘못된 ID는 무시됩니다.

UpdateRulesetOptions

Chrome 87 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

속성

  • disableRulesetIds

    string[] 선택사항

    사용 중지해야 하는 정적 Ruleset에 해당하는 ID 집합입니다.

  • enableRulesetIds

    string[] 선택사항

    사용 설정되어야 하는 정적 Ruleset에 해당하는 ID 집합입니다.

UpdateStaticRulesOptions

Chrome 111 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

속성

  • disableRuleIds

    number[] 선택사항

    사용 중지할 Ruleset의 규칙에 해당하는 ID 집합입니다.

  • enableRuleIds

    number[] 선택사항

    사용 설정할 Ruleset의 규칙에 해당하는 ID 집합입니다.

  • rulesetId

    문자열

    정적 Ruleset에 해당하는 ID입니다.

URLTransform

속성

  • fragment

    문자열(선택사항)

    요청의 새 프래그먼트입니다. 이 중 하나여야 하며, 이 경우 기존 프래그먼트가 지워집니다. '#'으로 시작해야 합니다.

  • 호스트

    문자열(선택사항)

    요청의 새 호스트입니다.

  • 비밀번호

    문자열(선택사항)

    요청의 새 비밀번호입니다.

  • 경로

    문자열(선택사항)

    요청의 새 경로입니다. 비어 있으면 기존 경로가 삭제됩니다.

  • 포트

    문자열(선택사항)

    요청의 새 포트입니다. 비어 있으면 기존 포트가 삭제됩니다.

  • 검색어

    문자열(선택사항)

    요청에 대한 새 쿼리입니다. 이 중 하나여야 하며, 이 경우 기존 쿼리가 삭제됩니다. 또는 '?'로 시작해야 합니다.

  • queryTransform

    QueryTransform 선택사항

    쿼리 키-값 쌍을 추가, 삭제 또는 교체합니다.

  • 스키마

    문자열(선택사항)

    요청의 새 스키마입니다. 허용되는 값은 'http', 'https', 'ftp'입니다. 'chrome-extension'으로 구성됩니다

  • 사용자 이름

    문자열(선택사항)

    요청의 새 사용자 이름입니다.

속성

DYNAMIC_RULESET_ID

확장 프로그램에서 추가한 동적 규칙의 규칙 세트 ID

값

"_dynamic"

GETMATCHEDRULES_QUOTA_INTERVAL

MAX_GETMATCHEDRULES_CALLS_PER_INTERVAL getMatchedRules를 호출할 수 있는 시간 간격이며 분 단위로 지정됩니다. 추가 호출이 즉시 실패하고 runtime.lastError이 설정됩니다. 참고: 사용자 동작과 연결된 getMatchedRules 호출은 할당량에서 제외됩니다.

값

10

GUARANTEED_MINIMUM_STATIC_RULES

Chrome 89 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

사용 설정된 정적 규칙 세트에서 확장 프로그램에 보장되는 최소 정적 규칙 수입니다. 이 한도를 초과하는 규칙은 전역 정적 규칙 한도에 포함됩니다.

값

30,000명

MAX_GETMATCHEDRULES_CALLS_PER_INTERVAL

GETMATCHEDRULES_QUOTA_INTERVAL의 기간 내에 getMatchedRules를 호출할 수 있는 횟수입니다.

값

20

MAX_NUMBER_OF_DYNAMIC_RULES

확장 프로그램에서 추가할 수 있는 동적 규칙의 최대 개수입니다.

값

30,000명

MAX_NUMBER_OF_ENABLED_STATIC_RULESETS

Chrome 94 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

확장 프로그램이 한 번에 사용 설정할 수 있는 정적 Rulesets의 최대 개수입니다.

값

50

MAX_NUMBER_OF_REGEX_RULES

확장 프로그램에서 추가할 수 있는 정규 표현식 규칙의 최대 개수입니다. 이 한도는 동적 규칙 집합과 규칙 리소스 파일에 지정된 규칙에 대해 개별적으로 평가됩니다.

값

1000

MAX_NUMBER_OF_SESSION_RULES

Chrome 120 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

확장 프로그램에서 추가할 수 있는 세션 범위 규칙의 최대 개수입니다.

값

5,000명

MAX_NUMBER_OF_STATIC_RULESETS

확장 프로그램이 "rule_resources" 매니페스트 키의 일부로 지정할 수 있는 정적 Rulesets의 최대 개수입니다.

값

100

MAX_NUMBER_OF_UNSAFE_DYNAMIC_RULES

Chrome 120 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

'안전하지 않음'의 최대 개수 확장 프로그램에서 추가할 수 있는 동적 규칙을 따릅니다.

값

5,000명

MAX_NUMBER_OF_UNSAFE_SESSION_RULES

Chrome 120 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

'안전하지 않음'의 최대 개수 확장 프로그램이 추가할 수 있는 세션 범위 규칙입니다.

값

5,000명

SESSION_RULESET_ID

Chrome 90 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

확장 프로그램에서 추가한 세션 범위 규칙의 규칙 세트 ID.

값

"_세션"

메서드

getAvailableStaticRuleCount()

<ph type="x-smartling-placeholder"></ph> 프로미스 Chrome 89 이상 
chrome.declarativeNetRequest.getAvailableStaticRuleCount(
  callback?: function,
)

전역 정적 규칙 한도에 도달하기 전에 확장 프로그램에서 사용 설정할 수 있는 정적 규칙 수를 반환합니다.

매개변수

  • 콜백

    함수 선택사항

    callback 매개변수는 다음과 같습니다. 

    (count: number) => void

    • 개수

      숫자

반환 값

  • Promise&lt;number&gt;

    Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.

getDisabledRuleIds()

<ph type="x-smartling-placeholder"></ph> 프로미스 Chrome 111 이상 
chrome.declarativeNetRequest.getDisabledRuleIds(
  options: GetDisabledRuleIdsOptions,
  callback?: function,
)

지정된 Ruleset에서 현재 사용 중지된 정적 규칙의 목록을 반환합니다.

매개변수

  • 쿼리할 규칙 집합을 지정합니다.

  • 콜백

    함수 선택사항

    callback 매개변수는 다음과 같습니다. 

    (disabledRuleIds: number[]) => void

    • disabledRuleIds

      숫자[]

반환 값

  • 프로미스<숫자[]>

    프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.

getDynamicRules()

<ph type="x-smartling-placeholder"></ph> 프로미스 를 통해 개인정보처리방침을 정의할 수 있습니다.
chrome.declarativeNetRequest.getDynamicRules(
  filter?: GetRulesFilter,
  callback?: function,
)

확장 프로그램의 현재 동적 규칙 집합을 반환합니다. 호출자는 filter를 지정하여 가져온 규칙 목록을 선택적으로 필터링할 수 있습니다.

매개변수

  • filter

    GetRulesFilter 선택사항

    Chrome 111 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    가져온 규칙 목록을 필터링하는 객체입니다.

  • 콜백

    함수 선택사항

    callback 매개변수는 다음과 같습니다. 

    (rules: Rule[]) => void

반환 값

  • 프로미스<규칙[]>

    Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.

getEnabledRulesets()

<ph type="x-smartling-placeholder"></ph> 프로미스 를 통해 개인정보처리방침을 정의할 수 있습니다.
chrome.declarativeNetRequest.getEnabledRulesets(
  callback?: function,
)

현재 사용 설정된 정적 규칙 집합의 ID를 반환합니다.

매개변수

  • 콜백

    함수 선택사항

    callback 매개변수는 다음과 같습니다. 

    (rulesetIds: string[]) => void

    • rulesetIds

      문자열[]

반환 값

  • Promise&lt;string[]&gt;

    Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.

getMatchedRules()

<ph type="x-smartling-placeholder"></ph> 프로미스 를 통해 개인정보처리방침을 정의할 수 있습니다.
chrome.declarativeNetRequest.getMatchedRules(
  filter?: MatchedRulesFilter,
  callback?: function,
)

확장 프로그램과 일치하는 모든 규칙을 반환합니다. 호출자는 filter를 지정하여 일치하는 규칙 목록을 선택적으로 필터링할 수 있습니다. 이 메서드는 "declarativeNetRequestFeedback" 권한이 있거나 filter에 지정된 tabId에 "activeTab" 권한이 부여된 확장 프로그램에서만 사용할 수 있습니다. 참고: 일치 후 5분이 지난 활성 문서와 연관되지 않은 규칙은 반환되지 않습니다.

매개변수

반환 값

  • Promise&lt;RulesMatchedDetails&gt;

    Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.

getSessionRules()

<ph type="x-smartling-placeholder"></ph> 프로미스 Chrome 90 이상 
chrome.declarativeNetRequest.getSessionRules(
  filter?: GetRulesFilter,
  callback?: function,
)

확장 프로그램의 현재 세션 범위 규칙 집합을 반환합니다. 호출자는 filter를 지정하여 가져온 규칙 목록을 선택적으로 필터링할 수 있습니다.

매개변수

  • filter

    GetRulesFilter 선택사항

    Chrome 111 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    가져온 규칙 목록을 필터링하는 객체입니다.

  • 콜백

    함수 선택사항

    callback 매개변수는 다음과 같습니다. 

    (rules: Rule[]) => void

반환 값

  • 프로미스<규칙[]>

    Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.

isRegexSupported()

<ph type="x-smartling-placeholder"></ph> 프로미스 Chrome 87 이상 
chrome.declarativeNetRequest.isRegexSupported(
  regexOptions: RegexOptions,
  callback?: function,
)

지정된 정규 표현식이 regexFilter 규칙 조건으로 지원되는지 확인합니다.

매개변수

반환 값

  • Promise&lt;IsRegexSupportedResult&gt;

    Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.

setExtensionActionOptions()

<ph type="x-smartling-placeholder"></ph> 프로미스 Chrome 88 이상 
chrome.declarativeNetRequest.setExtensionActionOptions(
  options: ExtensionActionOptions,
  callback?: function,
)

탭의 작업 수를 확장 프로그램 작업의 배지 텍스트로 표시할지를 구성하고 해당 작업 수를 늘릴 방법을 제공합니다.

매개변수

  • 콜백

    함수 선택사항

    Chrome 89 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    callback 매개변수는 다음과 같습니다. 

    () => void

반환 값

  • 프로미스<void>

    Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.

testMatchOutcome()

<ph type="x-smartling-placeholder"></ph> 프로미스 Chrome 103 이상 
chrome.declarativeNetRequest.testMatchOutcome(
  request: TestMatchRequestDetails,
  callback?: function,
)

확장 프로그램의 declarativeNetRequest 규칙이 가상 요청과 일치하는지 확인합니다. 참고: 확장 프로그램 개발 중에만 사용하기 위한 것이므로 압축해제된 확장 프로그램에서만 사용할 수 있습니다.

매개변수

반환 값

  • Promise&lt;TestMatchOutcomeResult&gt;

    프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.

updateDynamicRules()

<ph type="x-smartling-placeholder"></ph> 프로미스 를 통해 개인정보처리방침을 정의할 수 있습니다.
chrome.declarativeNetRequest.updateDynamicRules(
  options: UpdateRuleOptions,
  callback?: function,
)

확장 프로그램의 현재 동적 규칙 집합을 수정합니다. options.removeRuleIds에 나열된 ID가 있는 규칙이 먼저 삭제된 후에 options.addRules에 지정된 규칙이 추가됩니다. 참고:

  • 이 업데이트는 단일 원자적 작업으로 발생합니다. 즉, 지정된 모든 규칙이 추가 및 제거되거나 오류가 반환됩니다.
  • 이러한 규칙은 브라우저 세션과 확장 프로그램 업데이트 전반에 걸쳐 유지됩니다.
  • 확장 프로그램 패키지의 일부로 지정된 정적 규칙은 이 함수를 사용하여 삭제할 수 없습니다.
  • MAX_NUMBER_OF_DYNAMIC_RULES는 확장 프로그램에서 추가할 수 있는 최대 동적 규칙 수입니다. 안전하지 않은 규칙 수는 MAX_NUMBER_OF_UNSAFE_DYNAMIC_RULES개를 초과해서는 안 됩니다.

매개변수

  • Chrome 87 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.
  • 콜백

    함수 선택사항

    callback 매개변수는 다음과 같습니다. 

    () => void

반환 값

  • 프로미스<void>

    Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.

updateEnabledRulesets()

<ph type="x-smartling-placeholder"></ph> 프로미스 를 통해 개인정보처리방침을 정의할 수 있습니다.
chrome.declarativeNetRequest.updateEnabledRulesets(
  options: UpdateRulesetOptions,
  callback?: function,
)

확장 프로그램에 사용 설정된 정적 규칙 집합 집합을 업데이트합니다. options.disableRulesetIds에 나열된 ID가 있는 규칙 세트가 먼저 삭제된 다음 options.enableRulesetIds에 나열된 규칙 세트가 추가됩니다. 사용 설정된 정적 규칙 세트는 세션 간에 유지되지만 확장 프로그램 업데이트 간에 유지되지 않습니다. 즉, rule_resources 매니페스트 키가 각 확장 프로그램 업데이트에서 사용 설정된 정적 규칙 세트 집합을 결정합니다.

매개변수

  • Chrome 87 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.
  • 콜백

    함수 선택사항

    callback 매개변수는 다음과 같습니다. 

    () => void

반환 값

  • 프로미스<void>

    Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.

updateSessionRules()

<ph type="x-smartling-placeholder"></ph> 프로미스 Chrome 90 이상 
chrome.declarativeNetRequest.updateSessionRules(
  options: UpdateRuleOptions,
  callback?: function,
)

확장 프로그램의 현재 세션 범위 규칙 집합을 수정합니다. options.removeRuleIds에 나열된 ID가 있는 규칙이 먼저 삭제된 후에 options.addRules에 지정된 규칙이 추가됩니다. 참고:

  • 이 업데이트는 단일 원자적 작업으로 발생합니다. 즉, 지정된 모든 규칙이 추가 및 제거되거나 오류가 반환됩니다.
  • 이러한 규칙은 세션 간에 유지되지 않으며 메모리에 백업됩니다.
  • MAX_NUMBER_OF_SESSION_RULES는 확장 프로그램이 추가할 수 있는 최대 세션 규칙 수입니다.

매개변수

  • 콜백

    함수 선택사항

    callback 매개변수는 다음과 같습니다. 

    () => void

반환 값

  • 프로미스<void>

    Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.

    프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.

updateStaticRules()

<ph type="x-smartling-placeholder"></ph> 프로미스 Chrome 111 이상 
chrome.declarativeNetRequest.updateStaticRules(
  options: UpdateStaticRulesOptions,
  callback?: function,
)

Ruleset의 개별 정적 규칙을 사용 중지 및 사용 설정합니다. 사용 중지된 Ruleset에 속한 규칙의 변경사항은 다음에 사용 설정될 때 적용됩니다.

매개변수

  • 콜백

    함수 선택사항

    callback 매개변수는 다음과 같습니다. 

    () => void

반환 값

  • 프로미스<void>

    프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.

이벤트

onRuleMatchedDebug

chrome.declarativeNetRequest.onRuleMatchedDebug.addListener(
  callback: function,
)

규칙이 요청과 일치하면 실행됩니다. "declarativeNetRequestFeedback" 권한이 있는 압축해제된 확장 프로그램에서만 사용할 수 있습니다. 디버깅 목적으로만 사용하기 위한 용도입니다.

매개변수