DevTools의 새로운 기능 (Chrome 65)

Kayce Basques

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

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

로컬 재정의

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

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

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

기본 원리:

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

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

  1. Sources 패널을 엽니다.

  2. 우선 적용 탭을 엽니다.

    재정의 탭

    그림 2. 재정의 탭

  3. 재정의 설정을 클릭합니다.

  4. 변경사항을 저장할 디렉터리를 선택합니다.

  5. 표시 영역 상단에서 Allow(허용)를 클릭하여 DevTools에 디렉터리

  6. 필요한 사항을 수정합니다.

제한사항

  • DevTools는 Elements 패널의 DOM 트리에서 변경한 내용을 저장하지 않습니다. 다음에서 HTML을 수정합니다. Sources 패널을 대신 사용합니다.
  • Styles 창에서 CSS를 수정하고 해당 CSS의 소스가 HTML 파일인 경우 DevTools가 실행되지 않습니다. 저장합니다. 대신 Sources 패널에서 HTML 파일을 수정하세요.
  • 작업공간. DevTools가 네트워크 리소스를 로컬 저장소에 자동으로 매핑합니다. 언제든지 DevTools에서 변경하면 해당 변경사항은 로컬 저장소에도 저장됩니다.

변경사항 탭

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

변경사항 탭

그림 3. 변경사항 탭

새로운 접근성 도구

새로운 Accessibility 창을 사용하여 요소의 접근성 속성을 검사합니다. 색상 선택 도구에서 텍스트 요소의 대비율을 검사하여 는 저시력 또는 색각 장애가 있는 사용자가 이용할 수 있습니다.

접근성 창

Elements 패널의 Accessibility 창을 사용하여 접근성 속성을 조사합니다. 인코더에 전달합니다.

접근성 창

그림 4. 접근성 창에는 ARIA 속성과 계산된 속성이 요소 패널의 DOM 트리에서 현재 선택된 요소와 접근성 트리 내 위치

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

색상 선택 도구의 대비율

이제 색상 선택 도구에 텍스트 요소의 대비율이 표시됩니다. 대비 높이기 텍스트 요소의 비율을 제한하면 저시력자 또는 저시력 사용자가 사이트에 쉽게 색각 결핍이 나타납니다. 대비율에 관해 자세히 알아보려면 색상 및 대비를 참고하세요. 접근성에 영향을 미칩니다

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

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

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

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

Show More(더보기) 더보기를 클릭하여 Contrast(대비)를 펼칩니다. 비율 섹션을 참조하세요. Color Spectrum 상자의 흰색 선은 색상 간의 경계를 나타냅니다. 권장되는 대비율을 충족하는 화면입니다. 예를 들어 그림 6은 권장사항을 충족합니다. 즉, 흰색 선 아래의 모든 색상도 추천을 제공합니다

펼쳐진 대비율 섹션

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

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

Chrome DevTools에서 Lighthouse 실행을 참조하거나 아래의 A11ycast를 시청하여 감사 패널: 접근성을 테스트합니다.

새 감사

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

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

페이지가 새로운 SEO 카테고리의 각 감사를 통과하면 도움이 될 수 있습니다.

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

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

새로운 성능 감사

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

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

성능이 중요합니다. Mynet이 페이지 로드 속도를 4배 개선한 후 페이지 조회수 34% 증가, 이탈률 24% 감소, 기사당 수익 25% 증가 페이지 조회 자세히 알아보기

팁: 페이지의 로드 성능을 향상하고 싶지만 어디서부터 시작해야 할지 모르겠다면 감사 패널을 사용해 보세요. 여기에 URL을 입력하면 여러 가지 다양한 광고 유형에 대한 이 페이지를 개선할 방법을 시작하기

기타 업데이트

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

Chrome 65의 Step Into 업데이트 진입 시 Step Into 버튼 메시지를 전달하는 코드 및 비동기 코드입니다. 이전 스테핑이 새로운 단계 단계를 사용하여 버튼을 사용하세요.

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

스레드 간에 메시지를 전달하는 코드로 들어가면 이제 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 동영상에 의견을 남겨주세요.

DevTools의 새로운 기능

DevTools의 새로운 기능 시리즈에서 다룬 모든 내용 목록입니다.