- 서론: 왜 수익형 블로그에 ‘속도’가 생명인가?
워드프레스를 시작하고 애드센스 승인을 기다리는 많은 운영자가 ‘글자 수’와 ‘포스팅 개수’에만 집착합니다. 하지만 구글은 이미 수년 전부터 ‘코어 웹 바이탈(Core Web Vitals)’이라는 지표를 통해 사이트의 속도를 검색 순위와 승인 평가의 핵심 요소로 활용하고 있습니다.
필자 역시 처음 블로그를 개설했을 때 내용에만 집중했으나, 구글 PageSpeed Insights(PSI) 측정 결과 73점이라는 낙제점에 가까운 점수를 확인했습니다. 특히 사용자 경험의 핵심인 LCP(최대 콘텐츠 페인트) 지표가 5.3초를 기록하며, 방문자가 페이지를 보는 데 너무 많은 시간이 소요되고 있었습니다. 이를 해결하기 위해 제가 직접 집도한 최적화 과정을 상세히 기록합니다. - 문제 진단: 내 블로그를 무겁게 만든 주범들
점수를 올리기 전, 가장 먼저 해야 할 일은 무엇이 속도를 갉아먹는지 파악하는 것입니다. 필자의 블로그에서 발견된 치명적인 문제점은 다음과 같았습니다.
플러그인의 과잉 보호: 보안이 중요하다는 생각에 6개가 넘는 보안 관련 플러그인을 설치했습니다. 이들은 페이지가 로드될 때마다 무거운 자바스크립트를 실행시키고 있었습니다.
캐시 설정의 충돌: ‘WP Super Cache’와 ‘WP Fastest Cache’가 동시에 활성화되어 있었습니다. 이는 자동차에 엔진을 두 개 달아 서로 반대 방향으로 가려는 것과 같습니다.
렌더링 차단 리소스: 최적화되지 않은 CSS와 JS 파일들이 브라우저가 화면을 그리는 것을 방해하고 있었습니다.
3. 실전 최적화 1단계: 플러그인 다이어트 (소소익선)
구글 최적화의 제1원칙은 ‘다다익선이 아니라 소소익선’입니다. 저는 과감하게 플러그인 목록을 열고 다음과 같이 정리했습니다.
삭제 목록: Really Simple Security, Two Factor, WPForce Logout 등 (꼭 필요하지 않거나 기능이 겹치는 보안 툴)
통합 목록: 보안은 NinjaFirewall 하나로 통일하고, 캐시 플러그인은 설정이 직관적인 WP Fastest Cache 하나만 남겼습니다.
결과: 이 작업만으로도 서버 응답 시간이 눈에 띄게 개선되었습니다. 불필요한 코드가 삭제되자 브라우저가 읽어야 할 데이터의 절대량이 줄어들었기 때문입니다.
4. 실전 최적화 2단계: WP Fastest Cache 한글 설정 최적화
캐시 플러그인을 하나로 통일한 후, 성능을 극대화하기 위해 다음과 같이 세밀하게 설정했습니다. 이 설정은 렌더링 차단 시간을 줄이는 데 핵심적인 역할을 합니다.
시스템 캐시 & 사전로드: 구글 봇이 방문하기 전 미리 페이지를 생성해 두도록 설정했습니다.
HTML/CSS 축소 및 결합: 코드 사이의 공백을 지우고 여러 개로 쪼개진 CSS 파일을 하나로 합쳐 브라우저의 요청 횟수를 줄였습니다.
Gzip 압축 & 브라우저 캐싱: 서버에서 데이터를 압축해 전송하고, 재방문 시 방문자의 브라우저에서 데이터를 바로 불러오도록 처리했습니다.
5. 실전 최적화 3단계: ads.txt와 자동 최적화 함정 해결
기술적 점수 외에도 애드센스 승인을 위해 반드시 거쳐야 할 관문이 있습니다.
첫째는 ads.txt 찾을 수 없음 오류입니다. 이를 해결하기 위해 전용 매니저 플러그인을 통해 구글의 스니펫 코드를 루트 디렉토리에 정확히 심었습니다.
둘째는 애드센스의 ‘자동 최적화’ 설정입니다. 승인 전 구글이 광고 배치를 위해 사이트 레이아웃을 임의로 분석하는 과정은 사이트 속도를 저하시키고 레이아웃을 깨뜨릴 수 있습니다. 필자는 승인 전까지 이 기능을 꺼두어 안정적인 사이트 상태를 유지했습니다.
6. 결론: 83점 달성 후 변화와 시사점
이러한 일련의 과정을 거친 결과,