러시아어로 인터넷 속도 테스트. 페이지 로딩 속도를 추적하는 것이 정말 중요합니까? 서버에서 정적 개체의 압축을 활성화하는 방법
연결된 사람이라면 누구나 글로벌 네트워크(요즘에는 대부분이 있습니다) 조만간 질문이 발생합니다. 인터넷 속도를 확인하는 방법무료로? 누군가가 공급자의 새로운 요금을 테스트하고 싶어합니다. 부정 행위가 아닌가요? 명시된 속도가 실제 속도와 일치합니까? 다른 사람들은 Wi-Fi로 전환할 때 가족의 요구 사항을 충족하는지 또는 더 강력한 것이 필요한지 여부를 결정하기 위해 인터넷 연결 속도를 Mbps 단위로 정확하게 측정해야 합니다. 글쎄, 나머지는 최신 시리즈를 다운로드하는 토렌트를 밤새도록 남겨둘 것인지, 다운로드할 시간이 있는지, 컴퓨터에서 인터넷 속도를 측정하는 방법을 알아야 하는지에 대한 질문에 대해 걱정하고 있습니다. 일반적으로 이 질문은 관련이 있으며 오늘 기사에서 이에 대한 답변을 제공합니다.
Speedtest를 사용하여 인터넷 속도를 테스트하는 방법
가장 간단하고 효과적인 방법은 Speedtest 서비스를 사용하여 온라인으로 인터넷 속도를 확인하는 것입니다. 완전 무료이고 빠르고 정확합니다.
속도 테스트(Speedtest)는 언어, 측정 단위, 서버 등을 구성하고 결과를 저장 및 비교할 수 있는 기능을 갖춘 인터넷 속도 테스트용 평판이 좋은 온라인 서비스입니다(등록된 사용자의 경우). Speedtest의 개발자는 Ookla 회사입니다. 오늘날 Speedtest는 실제로 최고의 인터넷 속도 측정기 중 하나입니다. 이것 광고하지 않음, 우리 편집자들은 Speedtest를 직접 사용하고 있으며 지금까지 만족하고 있습니다.
속도를 확인하는 방법 인터넷 속도시험? 간단하고 쉽게. 우리는 러시아어 버전의 사이트로 이동합니다. speedtest.net/ru 현재 위치를 나타내는 행성의 대륙을 묘사한 미터의 세련된 녹색 그림을 볼 수 있습니다.
Speedtest 메인 페이지에는 현재 위치, IP 주소, 공급자, 그리고 가장 중요한 네트워크 속도에 대한 "테스트 시작" 버튼이 표시됩니다.
speedtest.net/ru
그림 하단에 있는 지도의 아무 곳이나 클릭한 다음 상단에 있는 확대된 지도 조각에서 항목(밝은 흰색 점)을 선택할 수 있습니다. 커서를 포인트 위로 가져가면 나타납니다. 서버 목록, 그중 하나를 선택하고 인터넷 속도를 확인할 수 있습니다.
사용 가능한 서버를 선택하여 네트워크 속도를 테스트할 수 있습니다.
이미지는 speedtest.net/ru 사이트의 스크린샷을 사용합니다.
삼각형이 있는 녹색 원은 현재 위치가장 가까운 서버와 함께. 자동으로 결정됩니다. 삼각형을 클릭하면 나타나는 목록에서 다른 서버를 선택할 수도 있습니다.
하지만 모든 것을 그대로 둘 수 있습니다. 단지 인터넷 연결 속도를 빠르게 확인하고 싶다면 기본 설정을 변경하지 마세요.
왼쪽 하단에 정보가 나와 있으니 참고하세요. IP 주소그리고 제공자의 이름. 이는 도움이 될 수 있습니다. IP 주소를 마우스 왼쪽 버튼으로 클릭하면 자동으로 클립보드에 복사됩니다.
반대편 오른쪽 모서리에는 오늘의 끊임없이 변화하는 인터넷 속도 테스트 수가 표시됩니다. 수천만 개의 수표... 정말 많습니다! 이는 이미 서비스의 신뢰성에 대해 많은 것을 말해주고 있습니다.
그리고 가장 중요한 것은 상단에 큰 녹색 버튼이 있다는 것입니다. 확인 시작" 우리는 그것을 클릭합니다. 이 경우 네트워크를 사용하는 모든 프로그램을 비활성화하고 테스트 탭을 전환하지 않는 것이 좋습니다.
Speedtest를 통한 인터넷 속도 테스트 결과 디코딩
따라서 버튼을 누르면 서비스가 인터넷 연결 속도 테스트를 시작합니다. 몇 분 정도 기다려야 합니다. 마지막으로 정보 창이 나타납니다. 검사 결과인터넷 연결 속도.
Speedtest 네트워크 속도 테스트 결과: 핑, 수신 및 전송 속도
이미지는 speedtest.net/ru 사이트의 스크린샷을 사용합니다.
이 데이터를 해독해 보겠습니다.
- 핑– 귀하의 컴퓨터에서 전송된 정보(네트워크 데이터 패킷)가 서버에 도달하여 귀하에게 반환되는 시간입니다. 핑은 1000분의 1초 - 밀리초(ms, ms) 단위로 측정됩니다. 작을수록 좋습니다.
- 수신 속도– 즉, Mbit/s 단위의 다운로드 속도입니다.
- 전송 속도– 업로드 속도, 컴퓨터에서 다른 컴퓨터로 데이터 전송. Mbit/s 단위로도 측정됩니다. 당연히 전송 속도와 수신 속도가 높을수록 좋습니다.
또한 인터넷 연결 품질을 테스트할 수도 있습니다. 이 회사의 또 다른 서비스는 Pingtest입니다. 이에 대한 내용과 ping 확인에 대해서는 다음 기사에서 더 자세히 설명하겠습니다.
그동안 Speedtest를 사용하여 인터넷 연결 속도를 모니터링하고 확인하세요. 그리고 선언된 관세 속도와 상당한 차이가 있는 경우 언제든지 공급자에게 연락하여 문제를 수정하고 약속된 속도를 제공하도록 요구하십시오.
예를 들어 인터넷 속도를 높이는 다른 옵션을 잊지 마십시오.
행운과 빠른 인터넷!
다른 흥미로운 기사도 있습니다!
단순히 인터넷 속도를 확인해야 하는 상황이 있습니다. 예를 들어, 페이지가 느리게 로드되는 이유나 실제 인터넷 속도, 인터넷 속도가 인터넷 속도와 일치하는지 이해하지 못할 수도 있습니다. 관세 계획. 이 경우 특수 프로그램을 사용하여 인터넷 연결 속도를 확인하는 것이 좋습니다.
모든 속도 테스트 프로그램이 이를 수행하는 데 도움이 될 것입니다. 이를 사용하여 파일 다운로드 및 업로드 속도를 확인할 수 있습니다. 인터넷 속도를 확인하는 당사 웹사이트에서는 다음 중 하나를 제공합니다. 최고의 프로그램인터넷 연결 Speedtest.net mini의 속도를 확인하세요.
집이나 직장 인터넷 속도를 확인하려면 이 페이지에 있는 Speedtest 미니 프로그램을 사용하는 것이 좋습니다. 인터넷 속도를 확인하는 데는 많은 시간이 걸리지 않으며 최대 2분 정도 소요됩니다. 게다가, 이 프로그램귀하의 컴퓨터에 설치할 필요가 없습니다. 개인용 컴퓨터그리고 온라인으로 일해요.
속도 테스트를 실행하기 전에 브라우저에서 모든 다운로드를 완료하고 utorrent, 온라인 라디오 및 TV와 같은 파일 다운로드 프로그램을 끄는 것이 좋습니다. 이러한 프로그램의 작동은 인터넷 속도에 큰 영향을 미치며 인터넷 속도 테스트 결과에 큰 영향을 미칠 수 있습니다.
인터넷 속도를 확인하는 방법에 대한 몇 마디. "테스트 시작" 버튼을 클릭하면 컴퓨터에서 다운로드가 시작됩니다. 특수 파일크기와 로딩 시간이 기록됩니다. 파일이 다운로드되면 두 번째 확인 단계가 시작됩니다. 파일은 인터넷에 업로드됩니다. 동시에 제작 시간도 기록됩니다. 그런 다음 프로그램은 실제 인터넷 속도가 무엇인지 알려줍니다.
인터넷 속도를 확인하는 것은 완전히 간단하고 안전한 절차입니다. 기억해야 할 유일한 뉘앙스는 파일을 다운로드하고 업로드할 때 트래픽이 계산되므로 무제한 인터넷이 없는 경우 이 점을 고려하십시오.
일반적으로 인터넷 연결 속도는 다양한 매개변수에 따라 달라집니다.
인터넷 속도를 보다 정확하게 측정하려면 다음을 수행해야 합니다.
- 라우터에는 컴퓨터 1대만 연결해야 합니다.
- 테스트 컴퓨터 또는 노트북은 이더넷 케이블(Wi-Fi 아님)을 통해 ONT 또는 ADSL 라우터에 연결되어야 합니다.
- 테스트 컴퓨터에서는 인터넷에서 다운로드하거나 통신하기 위한 모든 프로그램이 닫혀 있습니다(속도는 미미하지만).
- 하나의 탭으로 브라우저를 열고 인터넷 속도 테스트를 실행하세요.
또한 인터넷 연결 속도는 하드웨어에 따라 다릅니다. 네트워크 카드, 컴퓨터가 케이블을 통해 라우터에 연결된 경우 또는 Wi-Fi 어댑터, 라우터에 대한 무선 연결을 통해. 이러한 장치에는 자체 인터넷 연결 대역폭이 있으며, 초고속 인터넷, ㅏ 네트워크 어댑터이 속도를 지원하지 않으면 속도가 관세 계획과 일치하지 않습니다.
이러한 기준을 충족하면 속도 테스트는 선택한 요금과 일치하는 속도를 표시합니다.
이더넷 기술을 사용하는 Onlime, Beeline 등과 같은 다른 제공업체의 경우(연선 케이블이 아파트에 들어올 때) 라우터 없이 직접 속도를 측정할 수 있습니다. 컴퓨터를 인터넷 케이블에 직접 연결하고 연결을 설정한 후 속도를 확인하세요.
페이지 로딩 속도는 이제 검색 엔진에 매우 강력한 신호입니다. 그리고 사용자에게 이는 문제가 있는 경우 주의를 기울이지 않는 것이 어려운 중요한 요소입니다. 사이트 속도를 향상시키면 순위 혜택을 얻을 수 있을 뿐만 아니라 더 많은 신뢰와 전환율을 얻을 수 있습니다. 다음은 속도 측면에서 사이트의 가장 약한 부분을 분석하고 식별하는 데 도움이 되는 가장 유용한 도구 목록입니다.
1. 구글 PageSpeed 인사이트
Google의 페이지 로딩 속도 도구. 컴퓨터와 컴퓨터 모두에 대해 0에서 100 사이의 값을 표시합니다. 모바일 장치. 그는 즉시 사이트의 약점을 지적하고 속도 최적화를 위한 권장 사항을 제공합니다.
2. 핑덤 도구
속도를 평가하고 서버 호출 수와 평균 로딩 시간을 표시합니다. 요약 테이블에는 서버에 대한 각 요청에 대한 데이터(스타일, 스크립트, 이미지 등)가 자세히 표시됩니다. 사이트에서 로딩 속도가 느려지는 것이 정확히 무엇인지 쉽게 평가할 수 있습니다.
3. 어느 것이 더 빠르게 로드되나요?
비교를 위해 두 사이트(본인과 경쟁사)를 로드하고 어느 사이트가 더 빨리 로드되는지 시각적으로 관찰합니다(고객에게 시연하기 편리함). 다운로드가 끝나면 어떤 사이트가 성공했는지, 그리고 로드 속도가 몇 배나 빠른지 정보가 표시됩니다.
4. 웹페이지 성능 테스트
페이지를 두 번 로드하고 적중 수를 비교합니다. 캐싱이 얼마나 잘 구성되어 있는지 표시하고 각 테스트에 대한 자세한 통계를 표시합니다. 로딩 중 매 순간 사이트가 어떻게 보이는지에 대한 스크린샷을 저장합니다. 또한 어떤 요청 그룹에 가장 많은 시간이 걸렸는지 편리한 형식으로 표시됩니다. 서버는 미국 달라스에 있습니다.
5. GT메트릭스
또 다른 유용한 도구사이트 속도 테스트를 위해 많은 요약 정보를 표시하고 기록도 저장하므로 다운로드 속도가 얼마나 향상되거나 악화되었는지 비교할 수 있습니다. 속도 최적화를 위한 Yahoo 및 Google 권장 사항을 로드하고 우선 순위에 따라 정렬합니다. 테스트 서버는 밴쿠버(캐나다)에 위치해 있습니다.
6. 부하 영향
이 서비스는 사이트가 부하(경량 DDOS)를 얼마나 견딜 수 있는지 테스트합니다. 수십 명의 사용자와 100개 이상의 활성 연결이 에뮬레이션됩니다. 테스트는 몇 분 동안 지속되므로 이 로드 시간 동안 다른 도구를 사용하여 출근 시간 동안 페이지 로드 속도를 평가할 수 있습니다. 테스트가 끝나면 활성 사용자 수에 따라 다운로드 속도가 어떻게 변하는지 그래프로 확인할 수 있습니다.
7. 모니티스 도구
미국, 유럽, 아시아의 서버 등 지구 곳곳의 웹사이트 로딩을 분석합니다. 각 테스트에 대한 요약 통계를 표시합니다.
8.SiteSpeed.me
다양한 데이터 센터(서버 약 30대)에서 분석된 페이지로 요청을 보내고 각각의 속도를 결정합니다. 시간과 속도 측면에서 최고, 최악, 평균 성능을 강조합니다.
9. PR-CY
대량 웹사이트 속도 확인. 최대 10개의 주소를 지정할 수 있으므로 각 리소스의 로딩 시간과 문서 크기를 비교할 수 있습니다.
10. 웹페이지 분석기
페이지 로딩 및 모든 추가 스크립트/스타일/이미지에 대해 보고합니다. 간단하고 자주 필요한 도구입니다.
웹사이트 페이지 로딩 속도를 확인하기 위해 다른 무료 온라인 도구를 사용하는 경우 댓글로 공유해 주세요.
속도 테스트 - 인터넷 속도 확인 / 속도 테스트
여기에서 DSL 연결 속도를 쉽고 빠르게 무료로 테스트할 수 있습니다. 아래의 "테스트 시작"을 클릭하세요. 테스트는 일반적으로 몇 초 내에 시작됩니다.
DSL 속도 테스트 / 인터넷 테스트 / 속도 테스트
DSL 속도 테스트의 경우 다음 사항에 유의하십시오. 결과가 항상 정확하지는 않으며 속도 테스트는 항상 다양한 요인에 따라 달라집니다. 따라서 측정값은 참고용으로만 해석되어야 합니다.
측정 중에는 다른 인터넷 애플리케이션을 닫아두십시오. 그렇지 않으면 속도 테스트 결과가 부정확해집니다.
이것을 측정하는 방법은 무엇입니까?
인터넷 속도 테스트 중에 테스트 파일이 브라우저에 다운로드됩니다. 약 10초 후에 다운로드된 데이터의 양을 확인합니다. 데이터 다운로드 시간을 참조하여 대략적인 DSL(인터넷) 속도를 결정할 수 있습니다. 테스트 파일이 포함된 서버는 속도가 빨라야 합니다. 별도의 고성능 서버를 사용하므로 결과는 최대한 정확합니다.
인터넷 속도 테스트 / DSL 속도 테스트
속도 테스트를 시작하려면 하단 필드에서 "테스트 시작"을 클릭하십시오. 인터넷 속도 테스트 중에는 다른 응용 프로그램이 인터넷에 액세스하지 않는지 확인하십시오.
인터넷 트래픽 속도 테스트를 시작하는 방법:
인터넷 속도 테스트를 시작하려면 위 필드의 "테스트 시작" 버튼을 클릭하세요. 그러면 테스트가 시작되고 일반적으로 완료하는 데 몇 초 정도 걸립니다. 속도 테스트가 완료되면 현재 위치에 더 가까운 다른 서버에서 다시 테스트할 수 있는 옵션이 제공됩니다. 속도 테스트를 사용하려면 무엇이 필요합니까?:
사이트를 이용하려면 HTML5를 지원하는 최신 웹 브라우저만 있으면 됩니다. 지원되는 브라우저: Chrome 44, Opera 31, Firefox 40, Edge, Safari 8.0, Edge 13, Safari 9.0, Chrome 42, Opera 29, Chrome 40, Opera 26, Chrome 36, Firefox 35, Firefox 37, Chrome 28, Firefox 28, 파이어폭스 18, 사파리 7.0, 오페라 12.10, 인터넷 익스플로러 11, Safari 6.0, Internet Explorer 10, Safari 5.1, Internet Explorer 9, Internet Explorer 8. 어떤 것도 설치할 필요가 없습니다. 소프트웨어사이트를 사용하려면 Windows, Mac OS X, Android 및 Linux의 브라우저에서 완전히 작동합니다. 속도 테스트는 정확하지 않을 수 있으므로 10~15%의 약간의 차이는 정상입니다(서버 부하에 따라 달라질 수 있음). 다른 결과 cgblntcn). 차이가 30%를 넘으면 조금 후에 속도를 측정하거나 다른 서버(위 링크)에서 확인해 보세요. 일부 인터넷 서비스 제공업체는 자체 속도 테스트를 제공합니다.
테스트의 정확성은 여러 요인에 따라 달라지므로 인터넷 속도 테스트 결과에 대해 당사는 어떠한 책임도 지지 않습니다.
귀하의 웹사이트에 대한 인터넷 속도 테스트:
사이트에 속도 테스트를 추가하세요.
DSL 속도 테스트
DSL 속도 테스트는 귀하의 DSL 공급자의 데이터 전송 성능을 측정합니다. 업로드 및 다운로드 데이터를 모두 확인하고 해당 DSL 공급자의 다른 확인 값과 비교합니다. DSL 속도 테스트는 공급자의 품질이 DSL 계약과 동등한지 여부에 대한 중요한 정보를 제공합니다. 또한 귀하의 네트워크에 심각한 변동이 발생하고 있는지 여부에 대한 정보도 제공할 수 있습니다.DSL 속도 테스트는 어떻게 세부적으로 작동합니까?
속도 테스트는 웹 서버에서 사용 가능한 프로그램입니다. 웹 브라우저를 사용하여 속도 테스트를 실행할 때 웹 서버는 먼저 하나 이상의 파일을 사용자의 브라우저 캐시로 전송합니다. 여러 파일을 사용하는 경우 크기와 압축률이 다르게 설계됩니다. 데이터를 전송할 때 다운로드 속도를 처음으로 측정하는 것일 수도 있습니다. 그 후, 데이터는 웹 서버로 다시 전송되어 다운로드된 파일의 유효성을 확인할 수 있습니다. 일반적으로 업로드의 데이터 전송 속도는 다운로드의 데이터 전송 속도보다 훨씬 나쁩니다.
측정 결과에서 어떤 제한 사항을 고려해야 합니까?
그러나 한 번의 측정 결과는 그다지 중요하지 않다는 점에 유의해야 합니다. 현재 측정과 병행하여 속도에 영향을 줄 수 있는 다른 프로세스가 네트워크에서 실행되고 있습니다. 따라서 테스트 중에 네트워크에서 더 이상 데이터 전송이 없는지 확인해야 합니다. 특히 네트워크에서 한 대의 컴퓨터만 활성화되어야 합니다. 브라우저 인스턴스는 하나만 실행되어야 하며 해당 컴퓨터에서는 다른 활동을 피해야 합니다. 또한 테스트 시 바이러스 백신이나 다른 프로그램이 업데이트되지 않았는지 확인해야 합니다. 이러한 모든 사항을 고려하더라도 탐지를 위해 서로 다른 시간에 여러 측정을 수행해야 합니다. 보편적인 의미 DSL 속도 테스트 결과. 여러 번 측정한 경우 측정값의 평균값을 다음과 같이 쉽게 결정할 수 있습니다. 실제 속도 DSL 연결을 위한 전송.
DSL 및 Wi-Fi(WLAN)
이를 위해 Wi-Fi를 사용하면 속도 테스트에 큰 변화가 있습니다. 실내 WLAN은 성능상의 다양한 요인에 의해 영향을 받을 수 있기 때문입니다. 도시에 위치하는 경우가 많은 무선 네트워크는 특히 동일한 주파수에서 작동해야 하는 경우 서로 충돌합니다. DSL 속도 테스트에서 좋고 의미 있는 결과를 얻으려면 다음을 통해 연결을 시도해야 합니다. 유선 네트워크인터넷에. 필요한 경우 자신의 무선 네트워크가 다른 모든 무선 네트워크와 다른 주파수를 가지고 있는지 확인하더라도 성공할 수 있습니다. 무선 네트워크이 구역에서.
안녕하세요, 블로그 사이트 독자 여러분. 오늘 저는 웹사이트 로딩 속도와 같은 중요한 주제에 대해 이야기하고 싶습니다. 웹 프로젝트 홍보에 영향을 미치는 다른 많은 요소들과 함께 최근 검색 엔진이 이를 고려하기 시작했다는 사실을 이미 들어보셨을 것입니다. 그리고 현장의 브레이크는 방문객, 특히 이에 익숙한 사람들을 매우 짜증나게 합니다.
그러나 그럼에도 불구하고 많은 웹마스터에게 로딩 속도는 즉시 고민해야 할 주제가 아니며 일반적으로 나중에 해결하기 위해 리소스를 고유한 자료로 채우고 내부 최적화를 통해 개선하는 것과 관련된 시급한 문제가 발생합니다. 그러나 영향을 미치는 전체 요소 집합입니다. 그들이 말했듯이, 사슬은 가장 약한 고리만큼만 강합니다...
웹사이트 로딩 속도 측정을 위한 온라인 서비스
어쨌든 최근까지 리소스 속도를 높이려고 노력하면서 느낀 점은 다음과 같습니다. 하지만 불쾌한 추세(즉, 로딩 속도가 더 중요하기 때문에 의 트래픽 감소)를 기다리지 않고 지금 당장 명백한 단점을 수정하는 것이 더 낫다는 생각이 들었습니다.
그걸 깨달아야만 해 속도, 귀하의 사이트, 블로그 또는 포럼이 로드되는 곳에서, 매우 중요한 지표이다. 프로젝트가 이 지표에 따라 제대로 진행되지 않으면 상당히 불쾌한 결과를 초래할 수 있습니다. 그리고 그 중 가장 중요한 것은 방문자가 귀하의 리소스 사용을 거부할 수 있다는 것입니다. 페이지를 로드하는 데 시간이 매우 오래 걸립니다. 또한 검색 엔진, 특히 Google은 특정 리소스의 전반적인 유용성을 평가할 때 이를 고려합니다.
리소스 페이지가 얼마나 빨리 로드되는지 이해하려면 제공된 링크의 기사에 자세히 설명된 기능 등을 사용할 수 있습니다. 또는 이를 위해 설계된 서비스를 사용할 수도 있습니다. 아래에서는 이에 대한 몇 가지 예를 제시하겠습니다.
- 핑덤- 여기서는 로딩 속도를 측정하려는 페이지의 주소만 표시하면 됩니다(내부 페이지의 로딩 속도가 그 이하도 아니고 종종 훨씬 더 중요하기 때문에 메인 페이지일 필요는 없습니다).
결과적으로 개별 웹 페이지 개체의 다운로드 시간 다이어그램과 해당 URL 및 무게가 표시됩니다. 적재되는 물체의 수가 적을수록 무게는 가벼워집니다., 더욱 좋습니다. 예를 들어, 이 목적을 위해 나는:
- 사이트 테마의 일부 사진을 다음과 같이 결합했습니다.
- 그리고 가능하다면
- 그 외에는 말이 된다
실제로 Pingdom 상단 메뉴의 인접한 탭에서 몇 가지 문제와 사이트 속도 측정 기록을 추적할 수 있습니다.
팝업 창에서 완료된 테스트에 대한 영구 링크를 복사하고 이메일이나 트위터로 보내라는 메시지가 표시됩니다. 창 하단에서 이용 가능 여부를 구독할 수도 있습니다. 귀하의 리소스가 다운되면(방문자가 사용할 수 없게 되는 경우) 이메일이나 SMS를 통해 귀하의 휴대폰으로 메시지가 전송됩니다. 그러나이 서비스는 유료이지만 무료 평가판이 가능합니다.
귀하의 사이트에서 Traceroute를 보려면 페이지 맨 위에 있는 "Ping and Traceroute" 탭을 선택해야 합니다. 제공된 양식에 http가 없는 URL을 입력하고 이 양식 아래의 "Traceroute" 또는 "Ping" 확인란을 선택한 다음 "지금 테스트"를 클릭하세요.
- 웹페이지테스트— 평소와 같이 확인하고 있는 페이지의 URL을 입력하세요(반드시 메인 페이지일 필요는 없음). 서비스는 모든 사이트 요소의 로딩 속도를 계산하는 데 약간의 시간이 걸리며 그 후 매우 시각적인 다이어그램을 생성합니다(보다 정확하게는 첫 번째 패스와 두 번째 패스의 경우 일부 사이트 요소가 브라우저에서 로드될 때) 은닉처):
첫 번째 다이어그램에서 보라색 수직선의 위치에 주의하세요. 사이트 렌더링 종료 시간. 두 번째 수직선(파란색)은 다음을 의미합니다. 풀로드 시간. 첫 번째 줄은 사이트 로딩 후 1~1.5초, 두 번째 줄은 4초 전이면 좋습니다. 그러면 다음 단락을 "참고용"으로 읽을 수 있습니다. 사이트를 로드하는 데 4초 이상 걸리는 경우 이 상황을 해결하는 데 대해 걱정해야 합니다.
- Google PageSpeed 인사이트
Google 자체의 개발자를 위한 도구입니다. 이는 사이트의 로딩 속도(또는 이 속도의 최적화)를 100점 단위로 평가합니다. 100은 도달할 수 없는 이상이지만 80-90을 얻는 것은 상당히 가능합니다. 특히 서비스가 확인된 단점을 수정하기 위한 매우 자세한 권장 사항을 제공하기 때문입니다.
위 스크린샷에서 볼 수 있듯이 Google PageSpeed Insights는 종합평가- 컴퓨터 브라우저 및 모바일용. 또한 아래에서는 다양한 장치에서 리소스 사용 용이성에 대한 평가를 확인할 수 있습니다. 아직 신경 쓰지 않았다면 점수가 매우 낮을 것입니다. 스마트폰 창 오른쪽에 있는 웹 사이트 스크린샷에 모든 것이 명확하게 표시됩니다.
하지만 가장 중요한 것은 Google PageSpeed Insights 사이트 점수를 높이는 방법에 대한 권장 사항을 제공합니다., 즉. 속도를 높이는 방법. 이러한 수정이 속도 향상에 가장 큰 기여를 하기 때문에 자연스럽게 맨 위에서부터 시작해야 합니다.
예를 들어, Apache가 nginx와 함께 작동하기 때문에 gzip 압축을 설정하고 사용자 브라우저에서 정적 파일(이미지, CSS 파일 및 스크립트)에 대한 캐싱 시간을 설정하는 데 문제가 있었지만 어떻게 작업해야 할지 모르겠습니다. 그것. 나는 모든 것을 설정해 달라는 요청과 함께 Infobox 기술 지원에 편지를 보내야 했습니다. 그들은 그것을 해냈고 심지어 돈도 받지 않았습니다(그들 덕분입니다!). 그건 그렇고, 처음에는 캐시 저장 시간을 1시간으로 설정했지만 Google PageSpeed Insights는 여전히 불평했습니다.
나는 이 온라인 서비스에 대한 지침을 자세히 조사하고 거기에서 필요한 최소 기간은 캐시에 정적을 1일 동안 저장해야 한다는 내용을 읽어야 했습니다. 나는 호스팅 기술 지원에 1주일의 예비금을 제공해달라고 요청했고 그들은 그렇게 했습니다. 이제 등급이 조금 올랐고 Google은 로딩 속도 측면에서 내 리소스에 대해 큰 불만이 없습니다.
- 내 사이트 테스트 — 새로운 서비스다시 Google에서. 주로 평가에 중점을 둡니다. 모바일 버전로딩 속도 기준을 포함하여 사이트의:
그들이 말하는 것처럼 간단하고 세련된. 변경 사항에 대한 뉴스레터를 구독할 수 있습니다.
- GTmetrix- 다시 한번 "더 이상 고민하지 말고" 원하는 페이지의 URL을 입력하고 분석이 완료될 때까지 잠시 기다리세요. 결과적으로 Page Speed (아래 작업 방법 참조)와 YSlow라는 두 가지 브라우저 플러그인의 데이터를 기반으로 생성된 보고서를 받게 됩니다. 실제로 어떤 데이터를 신뢰할지, 누구의 권장 사항을 따라야 할지 결정하는 것은 귀하에게 달려 있습니다.
나는 이것에 대해 이미 어느 정도 자세히 썼으므로 이미 번거로운 기사를 어지럽히 지 않기 위해 반복하지 않겠습니다 (끝까지 읽으면 자신을 영웅이라고 생각할 수 있습니다).
- 핑 관리자- 광대한 지구의 여러 지역에서 서버 응답 시간을 측정하기 위한 유사한 온라인 리소스입니다.
- 호스트 추적기- 국가만 다르고 거의 똑같습니다.
- 바이트체크— 최적화 과정에서 종종 주의를 기울이는 사이트의 TTFB(Time To First Byte) 값을 측정할 수 있습니다. 이는 브라우저가 서버로부터 데이터의 첫 번째 바이트를 수신하는 시간입니다. TTFB 값이 높을수록 서버가 리소스를 처리하는 속도가 느려지는데 이는 좋지 않습니다. 웹사이트 로딩 최적화를 위한 팁을 읽어보세요.
- 부하 영향- 이것은 전적으로 속도에 관한 것은 아니지만 중요한 서비스이기도 합니다. 이를 통해 사이트의 로드 용량과 페이지 로딩 속도가 떨어지는지 여부를 테스트할 수 있습니다. 매우 유용한 것입니다.
- 웹 페이지 속도- 90년대 초반 디자인의 온라인 서비스이지만 사용성 부족에 적응한다면 꽤 유익합니다. 아래에 주어진다 일반적인 권장 사항상황을 바로잡기 위해.
페이지 로딩 속도를 추적하는 것이 정말 중요합니까?
하지만 속도를 측정하는 것에서 속도를 높일 수 있는 기회를 찾는 것으로 돌아가 보겠습니다. , 이전에는 사이트의 로딩 속도를 평가하는 실험적인 "사이트 성능" 탭이 있었습니다.
일반적으로 여기에 표시된 로딩 속도에는 범죄가 없지만 내 블로그 사이트가 인터넷에 있는 전체 웹 리소스의 84%보다 느리게 로드된다는 사실은 이미 대응해야 할 종소리입니다. 하지만 Google은 내 블로그가 속도 측면에서 외부인이라고 생각하기 때문에 이 문제를 진지하게 받아들이고 속도를 높이는 방법에 대한 문제를 진지하게 다룰 가치가 있습니다.
사실 특별한 것을 발명할 필요는 없었습니다. Google 자체가 가장 좋은 것을 제안하기 때문입니다. 최적의 솔루션. 보다 정확하게는 사이트 속도를 약간(또는 많이) 높이기 위해 수행해야 할 작업이 정확히 무엇인지 이해하는 데 도움이 되는 도구를 사용할 것을 제안합니다. 온라인 서비스에 대해 이야기하고 있어요. 페이지 속도(이전에는 제가 주로 사용했던 FireFox와 Chrome에 동일한 이름의 브라우저 확장 프로그램도 있었습니다.)
이 도구는 주로 웹 서버 작동의 복잡함과 뉘앙스와 관련된 일반 웹 마스터에게는 완전히 이해하기 어렵고 매우 복잡한 작업에 대해 작동한다는 점을 즉시 예약하겠습니다. 서버를 관리해 본 적이 없다면 어려울 것입니다.
탈출구가 있습니다- 호스트에게 스트레스를 주다 Paige Speed가 규정하는 작업을 수행하는 주제에 대해 설명합니다. 그가 동의하는지 여부는 또 다른 문제입니다. 아무에게나 서버에 대한 액세스 권한을 부여하는 것이 어색하기 때문에 감히 그렇게 하지 못했습니다. (그래서 저는 불신합니다.)
기본 페이지에서 PageSpeed는 Apache 또는 Nginx(제 경우)를 실행 중인 경우 서버에 모듈을 설치할 것을 제안하기도 합니다.
하지만 저는 서버 관리를 전혀 이해하지 못하고 Unix 계열 시스템을 사용해 본 적이 없기 때문에 이것이 어떻게 수행되는지 아직도 이해하지 못합니다. 이는 프로그램을 설치하거나 WordPress에 플러그인을 업로드하는 것보다 훨씬 어렵습니다. 또 다른 차원의 몰입감. Hoster는 또한 이것에 대해 감히 그를 괴롭히지 않았습니다. 일반적으로 저는 이 모듈을 테스트하지 않았습니다. 이미 테스트해 보시고 말씀하실 내용이 있을 수도 있습니다...
일반적으로 처음으로 Page Speed를 브라우저 확장 프로그램으로 사용했습니다. (지금은 이해한 대로 작동하지 않습니다.) 이전에는 Firefox 및 Chrome의 개발자 도구에 통합되었습니다. 사실, 처음에는 (몇 년 전) 그가 나에게 어떤 조언을 했는지 간략하게 살펴봤고 거의 아무것도 이해하지 못한 채 이것이 나에게 적합하지 않다고 판단한 후 가벼운 마음으로 PageSpeed를 삭제했습니다. 내 마음에 불필요하고 이질적인 요소로 플러그인.
사실은 이 플러그인이 무엇을 맹세하는지 이해하더라도 무엇을 해야할지 몰랐다, 이 모든 것을 제거하고 어떻게든 블로그 속도를 높이려면. 일반적으로 나는 웹 서버 설정에 대한 마우스 소란 (특히 특별히 이해하지 못하기 때문에)이 사소하고 중요하지 않은 것처럼 보이는 더 중요한 일을 즉시 발견했습니다.
사실, 한때 나도 보안 문제에 대한 해결책을 미루었고 그 결과 모든 돈을 잃고 그 대가를 치렀습니다. 무슨 일이 일어났는지 염두에 두고, 얼마 전 나는 이 문제가 나에게 얼마나 이해하기 어렵고 어려운 문제였음에도 불구하고 사이트 로딩 속도를 높이는 문제를 계속 진행하기로 결정했습니다.
간단히 말해서 Mazila에 Page Speed를 다시 설치하고(이제 더 이상 이 작업을 수행할 필요가 없음) 가장 불만이 많았던 부분을 정확히 살펴보았지만 여전히 몇 가지 사항을 개선할 수 있었으면 좋겠습니다. 최소한 속도를 조금 높이십시오.
추신 이제 Page Speed는 온라인에서만 사용할 수 있으며 더 이상 브라우저에 설치할 필요가 없습니다(어쨌든 이 플러그인은 새 버전의 Chrome과 호환되지 않습니다). 그러나 이것이 본질을 바꾸지는 않습니다.
따라서 이전에는 브라우저에 플러그인을 설치해야 했지만 이제는 플러그인만 설치하면 됩니다. 여기, 분석하려는 페이지의 URL을 입력하세요( 다른 유형페이지에는 로딩 속도와 관련된 다양한 문제가 있을 수 있으므로 이 도구의 모든 옵션을 확인하는 것이 좋습니다. 파란색 "분석" 버튼을 클릭하세요.
확인 프로세스의 결과를 기다린 후에는 텍스트의 위 스크린샷에 이미 표시한 것과 유사한 창이 표시됩니다(웹사이트 로딩 속도 확인을 위한 온라인 서비스 설명의 단락 3). 저것. 결과적으로 이 온라인 서비스가 귀하의 리소스, 즉 로딩 속도에 대해 가지고 있는 불만 사항의 전체 목록을 볼 수 있습니다. 동시에 그는 귀하가 사용하고 있는 엔진과 함께 웹 서버의 작동을 최적화하는 방법에 대한 몇 가지 지침을 제공할 것입니다.
또한 Page Speed 창 맨 위에는 보고 변경하고 싶은 의견과 권장 사항이 있습니다. 첫째로(“확실히 고치세요”) 이는 로딩 속도를 높이는 측면에서 가장 큰 효과를 주고 너무 많은 노력이 필요하지 않기 때문입니다. 제가 실제로 다루지 않는 작은 프로젝트 중 하나에 대한 분석의 예를 들어보겠습니다.
저것들. 느낌표가 있는 빨간색 직사각형으로 표시되고 목록 맨 위에 있는 권장 사항 및 감지된 문제가 가장 중요하며 이를 통해 최적화를 시작하는 것이 좋습니다(그들이 말하는 것처럼 저렴하고 유쾌함). 가장 큰 효과.
주황색으로 표시된 문제는 수정하기 위해 더 많은 노력이 필요하지만 속도가 크게 향상되지는 않을 수 있습니다. 아, 아, 지금은 그 일을 뒤로 미루고 프로젝트 속도를 크게 높이는 데 도움이 되는 우선순위 작업을 계속할 수 있습니다.
몇 년 전 내 초기 사진(플러그인을 사용하는 경우에도 - 이제 PageSpeed API를 사용하기 때문에 http://gtmetrix.com/에서도 동일한 내용을 볼 수 있음) https://site는 다음과 같았습니다.
그런 다음 첫 번째 지점인 "브라우저 캐싱 활용"부터 시작하기로 결정했습니다. "브라우저 캐시를 사용하세요"), Page Speed의 논리에 따르면 이러한 권장 사항은 내 블로그의 가장 큰 가속화로 이어져야 하기 때문입니다.
이 비문 옆에 있는 스포일러를 클릭하면 최적의 요구 사항을 충족하지 않는 다양한 파일 목록이 나타납니다. 정적 객체 캐싱(웹 페이지에서 사용되는 스크립트, CSS 파일, 이미지 파일) 사용자 브라우저(예: 리더):
저것들. 로딩 속도를 높이기 위해 PageSpeed Insights는 사용자 브라우저에서 웹 페이지의 다양한 요소에 대한 캐싱을 최적으로 구성하여 다른 페이지를 볼 때 이러한 정적 요소가 서버에서 다시 로드되지 않도록 조언합니다. 이론적으로는 이 모든 것이 매우 혼란스럽게 들립니다. 왜냐하면 브라우저에서 사용하는 캐싱 메커니즘에 대해 전혀 모르기 때문입니다(이에 대한 내용과 삭제 방법을 읽어보세요).
또한 호스팅 서버 자체의 메커니즘을 사용하여 정적 개체의 캐싱을 최적화합니다. 상당히 혼란스럽습니다. 하지만 이미 여러분에게 제안하겠습니다. 기성 솔루션, RuNet의 광대한 공간에서 발견되며 실제로 사용해 보고 어느 것을 결정하게 될 것입니다. 가장 좋은 방법귀하의 호스팅에서 정확하게 작동합니다.
브라우저 캐싱 최적화 및 작동 확인
사실, 현재 호스팅에서는 작동하지 않았습니다. 이제 Apache와 nginx의 조합이 있기 때문입니다(호스터가 나에게 알려지지 않은 방식으로 수행한 후자를 구성해야 합니다). 그러나 순수 Apache를 사용하는 경우 아래 제안된 방법이 작동할 수 있습니다.
일반적으로 우리는 정적 요소의 캐싱을 최적화하기 위해 브라우저에 명령을 내리는 방식으로 프로젝트가 호스팅되는 서버에 영향을 주려고 노력할 것입니다. 우리는 꽤 잘 알려진 방법을 통해 이 작업을 수행할 것입니다. 원격 서버 관리 도구 - .htaccess 파일. 그런 것의 존재에 대해 알고 계시나요?
일반적으로 루트 폴더에 있습니다. 당연히 아래에 설명된 모든 내용은 Apache를 실행하는 서버에서만 작동하지만 일반적으로 대부분의 서버에서 작동합니다. FTP()를 통해 리소스에 연결한 후 루트 폴더(일반적으로 PUBLIC_HTML 또는 HTDOCS)를 열고 그 안에 .htaccess 파일이 있는지 확인하세요.
이제부터는 모든 일을 자신의 책임 하에 수행해야 합니다. 따라서 어떤 일이 발생하면 신속하게 롤백할 수 있도록 이 파일의 복사본을 컴퓨터에 다운로드하십시오.
만약에 .htaccess보이지 않으면 FileZilla 프로그램에서 상단 메뉴의 "서버" - "숨김 파일 강제 적용"을 선택해 보세요. 이 후에도 루트에 표시되지 않으면 편리한 편집기에서 컴퓨터에 빈 텍스트 파일을 만들고(저는 NotePad Plus Plus를 사용합니다) 이름을 지정하고 루트에 복사합니다.
그런 다음 FileZilla에서 이 파일의 이름을 .htaccess로 바꿉니다. 이제 편집을 위해 열어서 아래 코드를 추가해야 합니다. 하지만 먼저 조금 설명하겠습니다.
Apache를 실행하는 웹 서버에서 이 옵션을 활성화하는 가장 일반적인 방법은 mod_headers 또는 mod_expires 모듈을 사용하는 것입니다. 아래 코드는 온라인 서비스에 이러한 Apache 모듈 중 하나 이상이 서버에 설치되어 있는 경우 브라우저에서 정적 캐싱을 활성화하는 데 도움이 됩니다.
먼저 내가 줄게 mod_headers 모듈에 대한 코드. 귀하의 호스팅 업체에 이 모듈이 있는지 확인하기 위해 검사를 사용한다는 점에 유의하십시오. 찾을 수 없으면 코드가 실행되지 않으며 오류가 발생하지 않습니다. 그러나 사고를 방지하려면 먼저 원본(아래 코드를 추가하기 전에) .htaccess 파일을 컴퓨터에 복사하는 것이 좋습니다.
주석(해시 기호로 시작하는 줄)을 삭제할 수 있지만 코드 작동에는 어떤 영향도 미치지 않습니다.
더 추가될 수도 있겠네요 mod_expires용 모듈용으로 설계된 코드 블록, 서버에 해당 코드가 있는지 다시 확인하여 이 코드 조각이 사용하기에 안전한지 확인합니다.
댓글은 나중에 다시 삭제할 수 있습니다.
작동하지 않지만 기적이 일어나길 바라는 경우 동일한 코드를 몇 가지 더 변형해 보도록 하겠습니다. 단, 한 번에 모두 시도하지 말고 한 번에 하나씩 시도해 보세요.
ExpiresActive On ExpiresByType application/javascript "액세스 + 1년" ExpiresByType text/javascript "액세스 + 1년" ExpiresByType text/css "액세스 + 1년" ExpiresByType image/gif "액세스 + 1년" ExpiresByType image/jpeg "액세스 + 1 연도" ExpiresByType image/png "액세스 + 1년" 헤더 세트 캐시 제어: 비공개 헤더 세트 캐시 제어: 공개 BrowserMatch "MSIE" 강제 변경 안 함 BrowserMatch "Mozilla/4.(2)" 강제 변경 안 함 - FileETag MTime 크기
ExpiresActive on ExpiresDefault "액세스 + 1개월"
이제 방문자 측 브라우저에서 캐싱을 최적화하여 속도를 높일 수 있는 코드를 .htaccess에 삽입하고 변경 사항을 저장한 후 PageSpeed Insights에서 리소스 페이지를 다시 확인하고 문제가 사라지는지 확인하세요:
보시다시피 제 경우에는 "브라우저 캐시 사용"이 더 이상 로딩 속도를 저하시키는 심각한 결함이 아니며, 이 메모 옆의 아이콘이 녹색이 아닌 주황색으로 변경되었습니다. 불행하게도 영향력은 제3자 서비스, 내 사이트에서 정적 정보(예: Yandex, Google, Feedburner 및 Aptulaik)를 로드할 수 없습니다.
Q.E.D. 그래서 우리는 Page Speed에서 발견된 가장 중요하고 심각한 문제 중 하나를 알아냈습니다.
서버에서 정적 개체의 압축을 활성화하는 방법
또한 GTmetrix 서비스가 불평하는 매우 일반적인 문제는 파일을 사용자의 브라우저로 전송하기 전에 서버에서 파일을 압축하지 않는다는 것입니다.
이 경우에는 내가 이미 쓴 내용이 사용되었습니다. PageSpeed Insights를 통해 직접 분석하지 않고 GTmetrix를 통해 분석하는 경우 PageSpeed 영역에서 "압축 활성화"를 "gzip 압축 활성화"라고 하고 YSlow에서는 "gzip으로 구성 요소 압축"이라고 합니다.
Apache 서버가 사용되는 호스팅에서 이와 동일한 Gzip 압축을 활성화하려면 해당 코드 조각을 .htaccess 파일(원격 서버 제어 파일)에 추가하면 충분합니다. Apache에는 압축을 위한 두 개의 모듈이 있으며 그 중 하나는 호스팅 업체에서 설치합니다(사실은 아니지만).
가장 일반적인 것부터 시작하겠습니다. 전체 사이트에서 500 오류가 발생하지 않도록 코드에 이 모듈이 있는지 확인하는 기능을 다시 추가합니다.
약간 덜 인기가 있지만 필요한 파일 형식에 대해 Gzip 압축을 활성화하는 코드는 다음과 같습니다.
실제로 코드를 설치한 후 PageSpeed Insights에서 페이지를 확인해 보세요. 문제가 해결되면 운이 좋다고 생각하세요. nginx가 포함된 Apache가 있기 때문에 이 모든 것이 나에게 도움이 되지 않았습니다(호스터는 nginx가 정적을 담당한다고 말했으며 이 상황에서는 이를 구성해야 합니다. 그가 어떻게 했는지 모르겠습니다).
행운을 빕니다! 블로그 사이트 페이지에서 곧 뵙겠습니다.
에 가시면 더 많은 영상을 보실 수 있습니다");">
당신은 관심이 있을 수도 있습니다
GTmetrix에서 사이트 속도 측정 및 증가, Google CDN에서 jQuery 라이브러리 로드 설정 
사이트 로딩 속도를 높이기 위한 Gzip 압축 - .htaccess 파일을 사용하여 Js, Html 및 Css에 대해 활성화하는 방법 
웹사이트 로딩 속도를 최대화하고 서버 로드를 최적화하는 방법