이 페이지는 Cloud Translation API를 통해 번역되었습니다.

DevTools의 새로운 기능 (Chrome 65)

Kayce Basques

Chrome 65의 DevTools에 포함될 새로운 기능은 다음과 같습니다.

로컬 재정의
새로운 접근성 도구
변경사항 탭
새로운 검색엔진 최적화 및 실적 감사
Performance(성능) 패널의 녹음 파일 여러 개
작업자 및 비동기 코드를 사용한 안정적인 코드 스테핑

아래의 출시 노트를 계속 읽거나 동영상 버전을 시청하세요.

참고: chrome://version에서 실행 중인 Chrome 버전을 확인하세요. 이전 버전을 실행 중이면 이러한 기능이 존재하지 않습니다. 최신 버전을 실행 중인 경우 이러한 기능이 변경되었을 수 있습니다. Chrome은 약 6주마다 새로운 메이저 버전으로 자동 업데이트됩니다.

로컬 재정의

로컬 재정의를 사용하면 DevTools에서 변경하고 페이지 로드 전반에 걸쳐 이러한 변경사항을 유지할 수 있습니다. 이전에는 페이지를 새로고침하면 DevTools에서 변경한 내용이 모두 손실되었습니다. 로컬 재정의는 몇 가지 예외를 제외하고는 대부분의 파일 형식에 적용됩니다. 제한사항을 참고하세요.

로컬 재정의를 사용하여 페이지 로드 전반에 걸쳐 CSS 변경 유지

그림 1. 로컬 재정의를 사용하여 페이지 로드 전체에서 CSS 변경 유지

설문 조사 진행 방법:

DevTools가 변경사항을 저장할 디렉터리를 지정합니다.
DevTools에서 변경하면 DevTools가 수정된 파일의 사본을 디렉터리에 저장합니다.
페이지를 새로고침하면 DevTools에서 네트워크 리소스가 아닌 수정된 로컬 파일을 제공합니다.

로컬 재정의를 설정하는 방법은 다음과 같습니다.

Sources 패널을 엽니다.
우선 적용 탭을 엽니다.

그림 2. 재정의 탭
재정의 설정을 클릭합니다.
변경사항을 저장할 디렉터리를 선택합니다.
표시 영역 상단에서 Allow(허용)를 클릭하여 DevTools에 디렉터리 읽기 및 쓰기 액세스 권한을 부여합니다.
필요한 사항을 수정합니다.

제한사항

DevTools는 Elements 패널의 DOM 트리에서 변경한 내용을 저장하지 않습니다. 대신 Sources 패널에서 HTML을 수정하세요.
Styles 창에서 CSS를 수정하고 이 CSS의 소스가 HTML 파일인 경우 DevTools는 변경사항을 저장하지 않습니다. 대신 Sources 패널에서 HTML 파일을 수정하세요.

작업공간. DevTools가 네트워크 리소스를 로컬 저장소에 자동으로 매핑합니다. DevTools에서 변경할 때마다 해당 변경사항은 로컬 저장소에도 저장됩니다.

변경사항 탭

새로운 Changes 탭을 통해 DevTools에서 로컬로 변경한 사항을 추적할 수 있습니다.

변경사항 탭

그림 3. 변경사항 탭

새로운 Accessibility 창을 사용하여 요소의 접근성 속성을 검사하고 Color Picker에서 텍스트 요소의 대비율을 검사하여 저시력 또는 색각 장애가 있는 사용자가 액세스할 수 있는지 확인합니다.

Elements 패널의 Accessibility 창을 사용하여 현재 선택된 요소의 접근성 속성을 조사합니다.

접근성 창

그림 4. Accessibility 창에는 Elements 패널의 DOM Tree에서 현재 선택된 요소의 ARIA 속성과 계산된 속성과 접근성 트리 내 위치가 표시됩니다.

아래에서 라벨 지정에 관한 Rob Dodson의 A11ycast를 확인하여 Accessibility 창이 어떻게 작동하는지 확인하세요.

색상 선택 도구의 대비율

이제 색상 선택 도구에 텍스트 요소의 대비율이 표시됩니다. 텍스트 요소의 대비율을 높이면 저시력 또는 색각 장애가 있는 사용자가 사이트에 더 쉽게 액세스할 수 있습니다. 대비율이 접근성에 미치는 영향에 관해 자세히 알아보려면 색상 및 대비를 참고하세요.

텍스트 요소의 색상 대비를 개선하면 모든 사용자가 사이트를 더 유용하게 사용할 수 있습니다. 즉, 텍스트가 흰색 배경에 회색이면 누구도 읽기 어렵습니다.

강조 표시된 H1 요소의 명암비 검사

그림 5. 강조 표시된 h1 요소의 대비율 검사

그림 5에서 4.61 옆에 있는 2개의 체크표시는 이 요소가 향상된 권장 대비율 (AAA)을 충족한다는 의미입니다. 체크표시가 하나만 있으면 최소 권장 대비율 (AA)을 충족한다는 의미입니다.

Show More 를 클릭하여 Contrast Ratio 섹션을 펼칩니다. Color Spectrum 상자의 흰색 선은 권장 명암비를 충족하는 색상과 그렇지 않은 색상 간의 경계를 나타냅니다. 예를 들어 그림 6의 회색이 권장사항을 충족하므로 흰색 선 아래의 모든 색상이 권장사항을 충족한다는 의미입니다.

펼쳐진 대비율 섹션

그림 6. 확장된 대비율 섹션

감사 패널에는 페이지의 모든 텍스트 요소가 충분한 명암비를 갖는지 확인하는 자동화된 접근성 감사 기능이 있습니다.

감사 패널을 사용하여 접근성을 테스트하는 방법을 알아보려면 Chrome DevTools에서 Lighthouse 실행을 참고하거나 아래의 A11ycast를 시청하세요.

새 감사

Chrome 65에는 완전히 새로운 카테고리의 검색엔진 최적화 감사 및 다수의 새로운 성능 감사가 포함되어 있습니다.

새로운 검색엔진 최적화 감사 기능

페이지가 새로운 SEO 카테고리의 각 감사를 통과하는지 확인하면 검색엔진 순위를 높이는 데 도움이 될 수 있습니다.

새로운 검색엔진 최적화 카테고리입니다.

그림 7. 새로운 SEO 감사 카테고리

새로운 성능 감사

Chrome 65에는 다음과 같은 여러 새로운 성능 감사 기능도 함께 제공됩니다.

JavaScript 부팅 시간이 깁니다.
정적 애셋에 비효율적인 캐시 정책 사용
페이지 리디렉션 방지
문서가 플러그인을 사용합니다.
CSS 축소
자바스크립트를 축소하세요.

성능이 중요합니다. Mynet이 페이지 로드 속도를 4배 개선하자 사용자가 사이트에서 보내는 시간이 43% 증가했고, 페이지 조회수가 34% 증가했으며, 이탈률은 24% 감소하고, 기사 페이지 조회당 수익은 25% 증가했습니다. 자세히 알아보기

팁: 페이지의 로드 성능을 향상하고 싶지만 어디서부터 시작해야 할지 모르겠다면 감사 패널을 사용해 보세요. URL을 제공하면 페이지를 개선할 수 있는 다양한 방법에 관한 자세한 보고서가 제공됩니다. 시작하기

기타 업데이트

새로운 수동 접근성 감사
다른 차세대 이미지 형식을 더 포괄하도록 WebP 감사 업데이트
접근성 점수 개선
페이지에 접근성 감사를 적용할 수 없는 경우 해당 감사는 더 이상 접근성 점수에 포함되지 않습니다.
이제 실적이 보고서의 상단에 표시됩니다.

작업자 및 비동기 코드를 사용한 안정적인 코드 스테핑

Chrome 65는 스레드 및 비동기 코드 간에 메시지를 전달하는 코드로 이동할 때 Step Into 버튼 업데이트를 제공합니다. 이전 단계별 동작을 사용하려면 대신 새 Step 버튼을 사용할 수 있습니다.

스레드 간에 메시지를 전달하는 코드 단계별 적용

스레드 간에 메시지를 전달하는 코드로 들어가면 이제 DevTools가 각 스레드에서 어떤 일이 일어나는지 표시합니다.

예를 들어 그림 8의 앱은 기본 스레드와 작업자 스레드 간에 메시지를 전달합니다. 기본 스레드에서 postMessage() 호출을 시작한 후 DevTools가 작업자 스레드의 onmessage 핸들러에서 일시중지합니다. onmessage 핸들러 자체가 메시지를 기본 스레드에 다시 게시합니다. 해당 호출을 시작하면 DevTools가 기본 스레드에서 다시 일시중지됩니다.

Chrome 65에서 메시지 전달 코드 실행

그림 8. Chrome 65에서 메시지 전달 코드 실행

이전 버전의 Chrome에서 이와 같은 코드를 입력했을 때 Chrome은 그림 9에서 볼 수 있듯이 코드의 기본 스레드 측만 표시했습니다.

Chrome 63에서 메시지 전달 코드 실행

그림 9. Chrome 63에서 메시지 전달 코드 실행

비동기 코드로 사용하기

비동기 코드로 전환할 때 이제 DevTools는 최종적으로 실행되는 비동기 코드에서 일시중지하려고 한다고 가정합니다.

예를 들어 그림 10에서 setTimeout()로 이동한 후 DevTools는 백그라운드에서 해당 지점에 이르는 모든 코드를 실행한 다음 setTimeout()에 전달되는 함수에서 일시중지합니다.

Chrome 65에서 비동기 코드로 전환

그림 10. Chrome 65에서 비동기 코드로 사용하기

Chrome 63에서 이와 같은 코드를 시작하면 DevTools가 그림 11에서 볼 수 있듯이 시간순으로 실행되는 코드를 일시중지했습니다.

Chrome 63에서 비동기 코드로 전환

그림 11. Chrome 63에서 비동기 코드로 전환

성능 패널의 여러 녹음 파일

이제 실적 패널에서 최대 5개의 음원을 임시로 저장할 수 있습니다. DevTools 창을 닫으면 기록이 삭제됩니다. 성능 패널을 익히려면 런타임 성능 분석 시작하기를 참고하세요.

공연 패널에서 여러 녹음 파일 중에서 선택하기

그림 12. 공연 패널에서 여러 음원 중에서 선택하기

보너스: Puppeteer 1.0으로 DevTools 작업 자동화

Chrome DevTools팀에서 유지관리하는 브라우저 자동화 도구인 Puppeteer 버전 1.0이 출시되었습니다. Puppeteer를 사용하면 이전에는 DevTools를 통해서만 사용할 수 있었던 여러 작업(예: 스크린샷 캡처)을 자동화할 수 있습니다.

const puppeteer = require('puppeteer');
(async () => {
  const browser = await puppeteer.launch();
  const page = await browser.newPage();
  await page.goto('https://example.com');
  await page.screenshot({path: 'example.png'});
  await browser.close();
})();

또한 PDF 생성과 같이 일반적으로 유용한 여러 자동화 작업을 위한 API도 있습니다.

const puppeteer = require('puppeteer');
(async () => {
  const browser = await puppeteer.launch();
  const page = await browser.newPage();
  await page.goto('https://news.ycombinator.com', {waitUntil: 'networkidle2'});
  await page.pdf({path: 'hn.pdf', format: 'A4'});
  await browser.close();
})();

자세한 내용은 빠른 시작을 참조하세요.

또한 Puppeteer를 사용하여 탐색 중에 DevTools를 명시적으로 열지 않고도 DevTools 기능을 노출할 수 있습니다. 예를 보려면 DevTools를 열지 않고 DevTools 기능 사용을 참고하세요.

미리보기 채널 다운로드

Chrome Canary, Dev 또는 베타를 기본 개발 브라우저로 사용해 보세요. 이러한 미리보기 채널을 통해 최신 DevTools 기능에 액세스하고, 최첨단 웹 플랫폼 API를 테스트하고, 사용자보다 먼저 사이트에서 문제를 발견할 수 있습니다.

Chrome DevTools 팀에 문의하기

다음 옵션을 사용하여 게시물의 새로운 기능과 변경사항 또는 DevTools와 관련된 다른 사항에 대해 논의하세요.

crbug.com을 통해 제안이나 의견을 보내주세요.
DevTools에서 옵션 더보기 > 도움말 > DevTools 문제 신고를 사용하여 DevTools 문제를 신고하세요.
@ChromeDevTools에서 트윗하세요.
DevTools의 새로운 기능 YouTube 동영상 또는 DevTools 도움말 YouTube 동영상에 의견을 남겨주세요.