웹 사이트 성능을 향상시키기 위해 DNS 조회를 줄이는 방법

웹 사이트의 성능을 최적화하고 시각적 및 기술적 이유로 빠른 로딩을 보장하려면 DNS 조회를 줄이는 것이 이 방정식에서 중요한 요소입니다. DNS 조회를 줄임으로써 사용자 경험을 향상하고 페이지 로딩 시간을 줄일 수 있습니다. 이 두 가지 모두 성공적인 웹 사이트의 필수 요소입니다. 이 블로그 게시물에서는 먼저 DNS 작동 방식을 설명하고 DNS 조회가 무엇인지 정의합니다. 또한 너무 많은 DNS 조회가 브라우저 속도와 SEO 메트릭에 어떤 영향을 미칠 수 있는지 살펴보고 성능 향상을 위해 웹 페이지를 최적화하기 위해 이를 줄이는 전략을 제공합니다.

DNS 조회에 대해 알아야 할 모든 것

DNS 조회란 무엇입니까?

도메인 이름 서버(DNS)는 인터넷의 초석입니다. 웹사이트의 전화번호부와 같은 기능을 하며 IP 주소와 연결합니다. DNS 조회는 특정 웹사이트의 URL에 대한 올바른 IP 주소를 찾는 과정입니다.

DNS 서버가 다음을 포함하여 DNS 레코드에 대한 정보를 요청자에게 반환하는 프로세스입니다.

• 이 도메인 이름은 누가, 무엇을, 어디에 있습니까?
• IP 주소는 무엇이며 소유자는 누구이며 어디에 있습니까?
• 레코드의 이름은 무엇입니까?

DNS 조회는 정방향 DNS 조회와 역방향 DNS 조회의 두 가지 유형으로 분류됩니다.

정방향 DNS 조회

순방향 DNS 조회 또는 순방향 DNS 쿼리 는 도메인 검색을 통해 IP 주소를 얻는 요청입니다. 사용자가 웹 사이트 URL을 작성하거나 이메일을 보내면 일반 DNS 쿼리 경로의 일부로 IP 주소가 반환됩니다.

이 방법을 사용하면 클라이언트가 도메인 이름이나 이메일 주소를 서버와 통신하는 데 사용할 수 있는 IP 주소로 변환할 수 있습니다.

역방향 DNS 조회

역방향 DNS는 본질적으로 정방향 DNS의 역방향입니다. 요청 은 IP 주소와 연결된 도메인 이름을 결정합니다. 메시지를 수신하는 서버의 적법성을 확인하기 위해 이메일 서버는 자주 역방향 조회를 수행합니다.

이 작업을 완료하려면 메일 서버에 PTR(포인터 레코드)을 만들어야 합니다. 메일 서버는 이러한 레코드를 사용하여 문제의 도메인에 대해 메일을 보내고 받는 데 권한이 있는 IP 주소를 결정합니다.

IP 소유자(일반적으로 이메일 서버의 호스트 또는 ISP)는 "in-addr.arpa"로 끝나고 앞에 몇 개의 숫자가 있는 서버에 영역을 할당합니다. 영역 시작 부분의 숫자는 서버 IP 블록의 역버전입니다.

DNS 조회는 어떻게 작동합니까?

웹 사이트를 방문하면 브라우저가 DNS 쿼리가 필요한 모든 리소스를 식별합니다. 그런 다음 리소스를 다운로드하기 전에 조회가 완료되기를 기다립니다.

웹 사이트에 더 많은 조회가 필요할수록 브라우저가 페이지를 생성하는 데 더 오래 걸립니다. 조회 절차를 이해하기 위해 빠른 DNS 조회 예가 아래에 제공됩니다.

브라우저가 "xyz-server.com" 웹 서버와 연결을 설정하려고 한다고 가정합니다. 이를 위해서는 서버의 IP 주소가 필요합니다. 컴퓨터는 처음에 입력한 이름이 캐시에 있는지 호스트의 파일에 있는지 확인합니다. 그렇지 않은 경우 담당 서버에 문의한다. 이것은 DHCP를 통해 할당되었거나 영구적으로 구성되었습니다.

서버가 요청을 이행할 수 있으면 요청자에게 응답을 반환합니다. 그렇지 않은 경우 도메인을 담당하는 다른 서버에 접속합니다. 제공된 IP 주소를 사용하여 브라우저는 IP 네트워크를 통해 웹 서버(인터넷)와 상호 작용할 수 있습니다.

PageSpeed ​​Insights로 작업할 때 "초기 서버 응답 시간 단축" 옵션이 DNS 조회에 연결됩니다.

TTFB(Time To First Byte)는 HTTP 요청으로 시작됩니다. 서버가 요청을 처리하는 데 걸리는 시간은 DNS 쿼리를 얼마나 빨리 완료할 수 있는지, 사용자 네트워크가 얼마나 빠른지, 서버가 얼마나 멀리 떨어져 있는지, 연결이 중단되었는지 여부에 따라 다릅니다.

PageSpeed ​​Insights는 무엇이 DNS 조회를 트리거하는지 파악하는 데 도움이 되지 않으므로 추가 도구를 활용하여 이 문제를 격리하고 해결해야 합니다. 문제를 해결하는 방법을 확인하기 위해 DNS 조회가 작동하는 방식을 살펴보겠습니다.

DNS 조회를 줄인다는 것은 무엇을 의미합니까?

웹사이트 로딩 속도가 가장 중요한 SEO 및 검색 엔진 순위 요소 중 하나라는 것은 상식입니다. 웹사이트 로드가 빠를수록 검색 엔진 순위가 높아집니다. 특히 Google 페이지 성능 테스트를 수행하는 동안 기본적인 웹 필수 요소를 볼 수 있습니다.

DNS 조회는 LCP(Largest Contentful Paint) 및 FCP(First Contentful Paint)에 직접적인 영향을 미치기 때문에 웹 사이트의 성능을 측정할 때 매우 중요할 수 있습니다. LCP는 웹사이트의 기본 콘텐츠를 로드하는 데 걸리는 시간으로 정의되는 반면 FCP는 사용자가 페이지를 요청한 시점부터 브라우저가 화면에 무엇이든 렌더링할 때까지의 시간 프레임입니다. DNS 조회 시간은 이러한 요소가 로드되는 속도와 사용자가 웹 사이트를 경험하는 방식에 큰 영향을 미칩니다. 기술이 계속 발전함에 따라 우수한 UX를 보장하기 위해 DNS 조회 시간 최적화가 더욱 중요해질 것입니다.

Core Web Vitals에 대해 자세히 알아보려면 Core Web Vitals: 필요한 유일한 안내서를 읽어보십시오.

사람들의 50% 이상이 로드하는 데 3초 이상 걸리는 웹사이트를 떠나기로 선택하기 때문에 매우 중요합니다. DNS 조회는 이 단계에서 그림을 입력합니다. 웹사이트에서 DNS 조회를 즉시 또는 가능한 한 빠르게 수행할 수 있는 경우 웹페이지의 LCP, FCP 및 TTFB는 물론 이미지, 스크립트 또는 스타일과 같은 페이지 리소스의 TTFB도 향상됩니다.

DNS 조회가 총 페이지 로딩 시간에 어떻게 기여하는지 보여주는 예를 살펴보겠습니다. 웹사이트 URL 또는 도메인 이름을 브라우저의 주소 표시줄에 입력하면 DNS 조회 절차가 시작됩니다.

그런 다음 DNS는 입력된 도메인을 웹사이트의 IP 주소와 일치시켜 요청된 웹사이트 검색을 시도합니다. 이제 액세스하려는 웹 사이트를 로드할 준비가 되었습니다. 단, DNS 조회 절차가 존재하지 않는 경우 사이트에 접속할 때마다 도메인 이름 대신 해당 웹사이트의 IP 주소를 입력해야 합니다. 그리고 DNS 조회 페이지가 절차를 완료하는 데 1초가 걸린다면. Google이 제안하는 것보다 훨씬 더 많을 것입니다.

따라서 DNS 조회 시간을 줄이는 것이 가장 중요합니다. 일반적으로 DNS 조회에는 20~120밀리초가 소요 됩니다. 일반적으로 그 이하 사이의 모든 것이 매우 좋은 것으로 간주됩니다. 이제 DNS 응답 시간을 개선하고 DNS 조회를 줄이는 방법을 살펴보겠습니다.

너무 많은 DNS 조회가 UX와 SEO에 어떤 영향을 미칩니까?

사용자 경험(UX) 디자이너와 검색 엔진 최적화(SEO) 전문가에게 너무 많은 DNS 조회는 주요 문제가 될 수 있습니다. 웹사이트가 도메인 이름 서버에 요청하는 횟수가 증가함에 따라 로딩 시간이 크게 느려져 사용자 경험이 저하될 수 있습니다. 또한 Google의 검색 엔진은 로딩 시간이 긴 웹사이트에서 불리하게 보입니다. 즉, 귀하의 콘텐츠가 가치 있고 최적화되어 있어도 성능 저하로 인해 묻힐 수 있습니다. 설계자와 전문가는 가능한 한 DNS 조회 수가 최소화되도록 해야 합니다.

또한 DNS는 다양한 방식으로 SEO 결과에 영향을 미칠 수 있습니다. 일부는 분명하고 다른 일부는 그렇지 않습니다. 각각을 개별적으로 살펴보겠습니다.

사이트 로딩 속도

웹사이트가 방문자의 브라우저에 로드되기 전에 DNS가 발생하는 첫 번째 절차입니다. 앞서 언급했듯이 DNS 확인은 방문자가 경험하는 총 시간에 추가되는 긴 프로세스일 수 있습니다. 전 세계의 우수한 DNS 공급자의 평균 20밀리초와 모든 것이 도메인 등록 기관에 맡겨질 때의 200밀리초에서 500밀리초 사이에는 상당한 차이가 있습니다.

유효성

빈번하고 장기적인 DNS 중단은 사이트의 검색 엔진 최적화에 부정적인 영향을 미칩니다. 검색 엔진 봇이 사이트에 액세스하려고 시도하지만 액세스할 수 없는 경우 이 이벤트를 보고합니다. 첫째, 새로 추가된 페이지를 인덱싱할 때 속도가 느려집니다. 둘째, 사이트 순위에 부정적인 영향을 미칠 수 있는 일반 가용성에 대한 메모가 포함됩니다.

여러 위치

DNS 공급자는 이름 서버를 설정할 수 있는 여러 PoP(접속 지점)를 제공할 수 있습니다. 방문자와 이름 서버 사이의 경로를 단축하여 방문자의 속도를 크게 높일 것입니다. 30개 이상의 PoP는 몇 개보다 확실히 우수합니다. 또한 가용성이 향상됩니다.

DNS 마이그레이션

DNS 전송이 성공적으로 완료되고 필요한 예방 조치를 따른다면 사용자나 검색 엔진 봇 모두 변경 사항을 알아차리지 못할 것입니다. 이전 DNS 레코드의 TTL 값이 매우 높고 이러한 DNS 레코드가 재귀 이름 서버의 DNS 캐시에 장기간 남아 있는 경우에만 문제가 발생합니다. 캐시가 업데이트될 때까지 계속해서 오래된 IP를 가리키므로 다운타임이 발생합니다.

DNS 조회 속도 테스트를 수행하는 방법은 무엇입니까?

서버 로드, 네트워크 예측 불가능성, 로드 순서에 영향을 미치는 JavaScript의 경합 상태 등 응답 시간이 길어지는 데는 여러 가지 원인이 있을 수 있습니다. 웹 사이트가 일관되지 않게 로드되는 경우 개발자 도구의 성능 탭에서 몇 가지 프로필을 실행해야 합니다. 네트워크 스로틀링을 활성화하여 결과를 확인합니다.

시간을 들여 DNS 조회 속도 테스트를 수행하면 웹 사이트가 최대한 빠르게 실행되도록 할 수 있습니다. Pingdom, GTmetrix 및 WebPageTest 는 모두 사이트의 DNS 조회 시간을 검사할 수 있는 강력한 도구입니다.

서비스에 가입하고 웹사이트 주소를 입력해야 사용할 수 있습니다. 그런 다음 결과는 도메인 이름 시스템을 식별하기 위한 요청의 세부 분석을 제공합니다. 거기에서 로드 시간을 줄이고 방문자가 콘텐츠에 계속 참여하도록 개선이 필요한 영역을 정확히 찾아낼 수 있습니다. 웹사이트의 DNS 조회 성능을 제어하는 ​​것은 온라인에서 최적의 비즈니스 운영을 유지하기 위한 필수 단계입니다.

이제 각 도구와 속도 테스트를 수행하는 방법을 살펴보겠습니다.

Pingdom DNS 조회

Pingdom을 사용하여 DNS 조회를 테스트하려면 해당 도구 페이지를 방문하여 웹 사이트의 URL을 입력하십시오.

"페이지 성능 개선" 영역에서 이 문제가 발생하는지 한눈에 확인할 수 있습니다. "DNS 조회 감소"는 빨간색이며 낙제 등급입니다. 이 웹 사이트에는 캐시, 성능 플러그인 및 많은 결함이 없습니다.

DNS 조회 문제에 대한 보다 광범위한 설명을 보려면 아래로 스크롤하십시오. 이 분홍색 막대는 DNS 응답 시간(밀리초)을 나타냅니다. 각 파일 요청 위로 마우스를 가져가면 파일에 DNS 검색이 필요한지 여부와 로드하는 데 걸리는 시간을 관찰할 수 있습니다.

GTmetrix DNS 조회

GTmetrix에서 더 오래 지속되는 DNS 조회의 원인을 확인하려면 테스트 도구에 URL을 입력하십시오.

Waterfall 탭에서 특정 파일 요청 위로 마우스를 가져가면 밀리초 단위로 측정된 DNS 조회를 볼 수 있습니다.

각 파일을 검토하고 DNS 조회가 있는지 여부와 로드하는 데 걸리는 시간을 확인하는 것이 중요합니다. 목표는 40ms 이하의 응답 시간을 달성하는 것입니다.

WebPagetest DNS 조회

Pingdom과 GTmetrix가 훌륭한 도구임에도 불구하고 WebPagetest는 보다 구체적인 결과를 제공하는 것 같습니다. 해당 웹사이트로 이동하여 URL을 입력하세요.

테스트가 완료되면 "보기"를 클릭하고 "세부 정보"를 선택합니다.

"DNS 조회" 열을 클릭하면 가장 빠른 응답 시간으로 요청 정보를 정렬할 수 있습니다.

DNS 조회를 줄이는 방법

DNS 조회는 웹 사이트 로딩 속도를 상당히 지연시킬 수 있으므로 원치 않는 DNS 조회를 방지하는 것이 중요합니다. 다행스럽게도 웹 사이트에 대한 DNS 조회를 최적화하고 사용자 경험을 향상시키는 데 사용할 수 있는 전략이 있습니다. 다음 전략은 DNS 조회를 줄이는 데 도움이 됩니다.

빠른 DNS 서비스 사용

고품질의 DNS 서비스를 활용하는 것이 가장 중요한 요소입니다. 몇 가지 무료 및 프리미엄 DNS 서비스가 있습니다.

GoDaddy, NameCheap 또는 NameSilo와 같은 저명한 등록 기관에서 도메인 이름을 구입하면 무료 DNS가 제공됩니다. 이러한 DNS 공급자는 더 활성화되어야 하는 경우가 많으며 요청 크기가 커짐에 따라 DNS 조회 시간도 늘어납니다.

그런 다음 POP가 여러 국가에 분산되어 있는 Amazon 및 Cloudflare와 같은 DNS 공급자가 있습니다. 프리미엄 DNS 서비스는 빠르고 대기 시간이 최소화됩니다.

원천

호스트 수 줄이기

호스트 이름 수를 줄이는 것은 DNS(도메인 이름 시스템) 조회 수를 줄이는 간단하면서도 효과적인 기술입니다. 각 호스트 이름에는 검색할 웹 페이지 및 리소스에 대해 작성해야 하는 고유한 DNS 쿼리 집합이 있습니다. 따라서 웹 페이지에 필요한 호스트 이름의 수를 줄이면 로딩 속도에 필요한 시간을 크게 줄일 수 있습니다. 이 숫자를 줄이는 가장 쉬운 방법은 여러 호스트의 리소스를 결합하는 것입니다. 여기에는 단일 CDN을 통한 자산 연결 및 배포와 같은 기술 사용, 리디렉션 감소, 오래된 도메인 샤딩 제거 등이 포함될 수 있습니다. 디자인 프로세스 중에 이러한 단계를 수행하는 것은 사이트가 제대로 작동하고 계속해서 청중을 끌어들이는 데 중요합니다.

간단히 말해서, 10개의 서로 다른 호스트의 리소스가 필요한 웹 페이지가 있는 경우 이러한 리소스를 더 적은 수의 호스트에 통합하여 DNS의 부하를 줄일 수 있습니다. 이는 파일 유형을 결합하고 여러 애플리케이션에 기존 도메인 이름을 재사용하여 달성할 수 있습니다. 이렇게 하면 각 도메인 이름을 한 번만 조회하면 되므로 DNS에 대한 부담이 줄어듭니다. 이는 웹 페이지를 로드할 때 시간 지연을 줄이고 사용자가 더 빠르게 탐색할 수 있는 효과적인 방법입니다.

CDN 사용

CDN 공급자에게 최대한 많은 리소스를 이동하는 것은 DNS 조회를 줄이는 가장 간단한 전략 중 하나입니다. Pingdom을 사용하여 웹 사이트를 운영하는 경우 전체 도메인 요청 수가 표시될 수 있습니다. 이 샘플 은 요청의 93.8%가 CDN URL로 전송 됨을 보여줍니다. 한 요청은 호스트로 전송되고 다른 요청은 Google 애널리틱스로 전송됩니다. 가능한 한 많은 리소스를 콘텐츠 전송 네트워크(CDN)로 이동하면 DNS 조회 수가 줄어들어 로드 시간이 단축됩니다.

분명히 모든 것을 CDN으로 전송하는 것은 때때로 가능할 것입니다. 각 서버에서 로드해야 하는 외부 자료 또는 서비스가 항상 있습니다. 그러나 귀하의 웹사이트를 탐색하는 것이 좋습니다. CDN에 적절하게 보관해야 하는 리소스가 많은 WordPress 고객을 자주 봅니다. 이를 통해 HTTP/2 및 병렬화의 이점을 극대화할 수 있습니다.

최근 Cloudflare 엔터프라이즈 CDN이 10Web Booster Pro에 통합되어 사용자에게 강력하고 안정적인 웹 성능 향상을 제공합니다. 전 세계적으로 트래픽이 급증하는 경우에도 이미지 및 비디오와 같은 대체할 수 없는 자산을 더 빠르게 제공할 수 있습니다. Cloudflare의 고급 캐싱 서비스와 10Web Booster의 최적화 기능의 이점을 모두 활용하면 웹 사이트 속도와 사용자 경험을 사용자 지정할 수 있는 탁월한 솔루션을 사용자에게 제공합니다. 이 새로운 통합은 Cloudfare의 글로벌 전송 네트워크의 편의성과 안정성을 10Web Booster Pro의 포괄적인 최적화 제품군과 완벽하게 결합합니다.

연결 유지 활성화

연결 유지 활성화는 DNS 조회를 줄이는 다른 접근 방식입니다. 여러 자산 파일을 동시에 로드하기 위해 서버와 브라우저 간의 활성 연결을 유지하는 것을 말합니다.

이것이 없으면 단일 도메인에 많은 리소스가 포함될 수 있더라도 리소스 파일이 별도의 요청으로 로드됩니다. 예를 들어 "facebook.com"의 자산 하나와 "Twitter.com"의 리소스 세 개가 있으면 4개의 DNS 쿼리가 생성됩니다.

keep-alive를 활성화하면 동일한 리소스가 총 2개의 쿼리로만 로드됩니다. Keep-alive는 모든 주요 브라우저에서 지원되며 대부분의 인스턴스에서 기본적으로 활성화됩니다. Apache 및 Nginx 서버에서는 비활성화된 경우 다시 활성화할 수 있습니다.

아파치의 경우

Apache 서버를 사용하는 경우 다음과 같이 .htaccess 파일을 수정해야 합니다.

 <if모듈 mod_headers.c>

헤더 세트 연결 유지

</if모듈>

NGINX의 경우

HTTP 코어 모듈(ngx_http_core_module)을 찾아 keep-disable과 유사한 줄을 검색하고 다음 줄로 바꿉니다.

 keepalive_disable 없음;

이익을 위해 DNS 캐시 사용

DNS 캐시(DNS 확인자 캐시라고도 함)는 장치(예: 컴퓨터 또는 휴대폰)에 저장되는 임시 DNS 레코드이며 이전에 방문한 도메인 이름(예: IPv4 주소의 A 레코드 또는 IPv6의 AAAA 레코드)과 관련된 데이터를 보유합니다. 구애). 남은 수명(TTL)을 기반으로 이러한 데이터를 유지 관리합니다.

웹 사이트를 방문할 때마다 다음 방문을 신속하게 처리하기 위해 해당 주소가 이 임시 기록 데이터베이스에 저장됩니다. DNS 캐싱을 사용하면 브라우저가 도메인의 IP 주소를 기억할 수 있습니다. 브라우저는 IP를 찾기 위해 요청을 수행할 필요가 없습니다. 첫 번째 속도 테스트에서 DNS 조회 시간은 종종 두 번째보다 더 깁니다.

DNS 캐시의 지속 시간은 TTL 또는 TTL(Time to Live)이라고 합니다.

DNS 캐시 시간을 늘리기 위해 도메인 등록 기관 또는 타사 DNS 서비스를 사용하여 TTL 설정을 수정할 수 있습니다. ISP가 DNS도 캐시한다는 것을 이해하는 것이 중요합니다. 다음은 몇 가지 일반적인 TTL 값입니다.

• 300초 = 5분
• 1800초 = 30분
• 3600초 = 1시간
• 43200초 = 12시간
• 86400초 = 24시간

Cloudflare TTL: 30분에서 1시간 사이의 Cloudflare TTL 값이 가장 많이 사용되는 경우가 많습니다.그러나 일부는 빠른 업데이트를 용이하게 하기 위해 TTL을 상대적으로 낮은 값으로 추가로 설정합니다. Cloudflare는 기본 TTL이 5분인 서비스의 한 예입니다. 또한 다양한 종류의 DNS 레코드를 검사하고 변경 빈도에 따라 구성하는 것이 유리할 수 있습니다. 다음은 그림입니다.

• A 및 AAAA 레코드: 보다 정기적으로 수정합니다. 일반적으로 5분에서 1시간 사이가 적당합니다.
• CNAME 항목은 거의 변경되지 않습니다. 24시간의 TTL이면 충분합니다.
• NS 레코드는 거의 변경되지 않습니다. 24시간의 TTL이 종종 허용됩니다.
• MX 레코드를 덜 자주 변경합니다. 일반적으로 12시간의 TTL이 허용됩니다.
• TXT 레코드: 덜 자주 수정합니다. 일반적으로 TTL은 12시간이면 충분합니다.

TTL과 관련하여 결정적인 옳고 그른 응답은 없습니다. 그러나 웹사이트가 업데이트되는 빈도에 해당하는 TTL을 선택하면 DNS 조회 성능이 향상됩니다.

요약하면 DNS 캐싱을 유리하게 사용해야 합니다. 캐싱을 사용하면 브라우저는 DNS를 참조하지 않고 호스트 이름을 결정할 수 있습니다. 성공적인 DNS 캐싱 전략을 수립하는 것은 고성능 웹사이트 또는 애플리케이션에 매우 중요합니다. 이 때문에 DNS 캐싱에 가장 적합한 설정을 선택하는 것이 중요합니다. 대부분의 경우 도메인 이름 및 기타 관련 정보를 장기간 캐시할 수 있는 재귀 확인자를 네트워크에 배치하는 것이 효과적인 접근 방식입니다. 조회가 로컬에서 신속하게 해결되도록 하여 대기 시간을 줄이는 데 도움이 됩니다. 또한 분할-수평 DNS를 여러 위치에 배포하면 분산 응용 프로그램의 가용성과 중복성이 향상됩니다. 궁극적으로 DNS 캐싱을 위한 올바른 설정을 선택하는 것은 만족한 고객과 실망한 사용자 사이의 차이일 수 있습니다.

DNS 미리 가져오기

DNS 미리 가져오기 DNS 미리 가져오기를 사용하면 사용자가 현재 페이지를 탐색하는 동안 브라우저가 백그라운드에서 보이지 않게 DNS 조회를 수행할 수 있습니다.

사용자가 다음 페이지로 이동하기 위해 링크를 클릭하면 웹 사이트는 DNS 조회를 수행하지 않습니다. 따라서 후속 페이지가 빠르게 로드됩니다.

단일 태그 라인으로 DNS 프리페칭을 신속하게 구현할 수 있습니다.

귀하의 링크는 https://www.yourlink.com에 있습니다.

간단한 태그 줄을 사용하여 DNS 미리 가져오기를 빠르게 추가할 수 있습니다.

 <link rel="dns-prefetch" href="https://www.yourlink.com">

작은 링크 속성은 DNS의 랜딩 속도에 차이를 만들 수 있습니다.

CNAME 레코드 양 줄이기

CNAME 레코드는 여러 호스트 이름을 동일한 IP 주소와 연결하는 데 사용되며 특정 설정에서 유용할 수 있지만 신중하게 관리하지 않으면 과도한 수의 DNS 조회가 발생할 수 있습니다. 바람직하지 않은 DNS 조회 증가 없이 CNAME 레코드의 잠재력을 활용하는 것은 이러한 레코드가 도메인과 상호 작용하는 방식을 이해하고 몇 가지 간단한 단계를 수행하여 양을 줄이는 것부터 시작됩니다.

CNAME과 동일한 기능을 하지만 루트 수준에서 제공하는 ANAME 레코드가 최상의 솔루션입니다.

결과적으로 ANAME 레코드는 CNAME 레코드보다 사이트 성능에 더 많이 기여합니다.

중요하지 않은 CSS의 JavaScript 구문 분석 및 로드 지연

Javascript를 지연하면 페이지 콘텐츠가 로드될 때까지 Javascript 처리가 지연됩니다. 페이지의 다른 구성 요소보다 먼저 Javascript를 로드하면 페이지의 로딩 시간이 느려집니다. Javascript는 완전히 처리될 때까지 다른 리소스의 로드를 방지하기 때문입니다. DNS 조회가 필요한 다른 도메인에서 스크립트를 로드하는 경우 로드를 지연하면 해당 DNS 조회를 완전히 제거하는 데 도움이 됩니다.

읽다

WordPress에서 JavaScript 구문 분석을 연기하는 방법은 무엇입니까?

중요한 CSS를 인라인하고 WordPress에서 사용하지 않는 CSS를 연기하는 방법은 무엇입니까?

간단한 대답은 마지막에 또는 비동기적으로 Javascript를 로드하는 것입니다. WordPress 사용자는 JS 실행 및 CSS 전달이라는 두 가지 중요한 웹 사이트 성능 문제에 대한 효과적인 솔루션을 제공하는 10Web Booster를 포함하여 다양한 무료 플러그인에 액세스할 수 있습니다.

Booster에 구현된 JS 지연 기술은 JavaScript 코드의 구문 분석 및 실행을 줄여 웹 사이트 속도를 크게 향상시킬 수 있습니다. 지연 기술은 한 번에 페이지에 로드해야 하는 JavaScript 파일 및 청크의 수를 최소화하고 요청이 발생하기 전에 능동적으로 관리하는 반면 Critical CSS는 필요한 준비 코드 스타일 또는 디자인 요소를 눈에 보이는 방식으로 인라인으로 푸시합니다. 웹사이트를 렌더링할 때 추가 로드를 제거하기 위해 페이지로. 이 고급 접근 방식은 잠재적인 웹 사이트 속도 문제를 해결합니다. 즉, 페이지가 즉시 렌더링되어 사용자 경험이 향상되고 검색 엔진 결과에서 순위가 ​​높아집니다.

DNS 조회 시간 추적

웹사이트를 지속적으로 벤치마킹하는 것은 DNS 조회 시간이 웹사이트 성능에 미치는 영향을 이해하는 가장 간단한 기술입니다. 이렇게 하면 변경해야 하는 사항과 병목 현상이 있는 위치를 보다 명확하게 파악할 수 있습니다. 이를 위해 웹사이트의 로드 시간을 기록할 수 있는 모니터링 도구가 필요합니다. 웹 사이트의 전반적인 성능을 유지하기 위해 다른 중요한 웹 사이트 메트릭도 모니터링해야 하므로 DNS 조회 시간 이상을 평가할 수 있는 것을 고려하십시오.

결론

DNS 조회 최적화는 웹 사이트 최적화 및 사용자 경험 개선의 중요한 부분입니다. 이 기사에서는 DNS 조회가 작동하는 방식, DNS 조회를 줄이는 방법, 너무 많은 DNS 조회가 UX 및 SEO에 미치는 영향에 대해 설명하고 다양한 전략을 사용하여 DNS 조회를 줄이기 위한 제안을 제공합니다.

너무 많은 DNS 조회는 페이지 로드 속도에 불필요한 시간을 추가하고 사용자 경험에 부정적인 영향을 미칠 수 있습니다. 원치 않는 DNS 조회를 방지하면 검색 엔진에서 사이트의 성능과 순위가 유지됩니다. 그러나 DNS 조회를 줄이고 사이트 속도를 향상시키는 방법이 있습니다. 이 블로그 게시물에 설명된 팁을 따르면 사이트가 최고의 효율성으로 실행되도록 할 수 있습니다.

DNS 조회를 줄이는 다른 팁이 있습니까? 아래 의견에서 우리와 공유하십시오!

FAQ