기술 블로그 SEO는 키워드를 반복하는 일이 아니다. 검색 봇과 사용자가 페이지의 주제, 작성자, 관련 경로, 정책 정보를 이해할 수 있게 만드는 작업이다. React SPA라면 여기에 사전 렌더링 또는 정적 HTML 준비까지 더해진다.
이 글은 기술 블로그 애드센스 승인 전 점검표를 SEO 관점으로 확장한 문서다. 애드센스 승인은 보장할 수 없지만, 검색과 심사에서 사이트가 정상적으로 읽히도록 만드는 것은 분명히 필요하다.
제목과 설명은 페이지마다 달라야 한다
홈, 글 상세, 자료실, 정책 페이지가 모두 같은 제목과 설명을 가지면 검색 봇은 페이지 차이를 이해하기 어렵다. 글 상세 페이지는 글 제목을 title에 넣고, meta description에는 사용자가 얻을 수 있는 답을 요약한다. 설명은 과장보다 구체성이 중요하다.
<title>브라우저 이미지 압축 구현 전체 가이드 | Frontend Note</title>
<meta name="description" content="Canvas 리사이즈, WebP 변환, 품질 값과 예외 처리를 정리합니다." />canonical과 사이트맵을 맞춘다
canonical URL은 대표 주소를 알려주는 신호다. 사이트맵에 있는 URL과 canonical이 서로 다르면 검색 봇이 혼란스러울 수 있다. 특히 배포 도메인이 www.frontendnote.com이라면 사전 렌더링 HTML, 사이트맵, robots.txt의 도메인을 같은 기준으로 맞춘다.
새 글이나 정책 페이지를 추가했다면 사이트맵에도 들어가야 한다. 정책 페이지는 직접적인 검색 유입보다 사이트 신뢰성을 보여주는 역할이 크다.
내부 링크는 독자의 다음 질문에 맞춘다
내부 링크는 SEO 점수용 장식이 아니다. 사용자가 이 글을 읽은 뒤 자연스럽게 궁금해할 다음 글로 연결해야 한다. 예를 들어 이미지 압축 글에서는 파일 오류 처리, Canvas 리사이즈 품질, WebP 비교 글로 이어지는 것이 자연스럽다.
반대로 모든 글 하단에 무관한 링크를 반복하면 품질 신호가 약해질 수 있다. 애드센스 승인 관점에서도 글이 서로 억지로 연결된 느낌보다, 하나의 전문 주제 안에서 깊어지는 구조가 유리하다.
정책 페이지는 실제 본문이 있어야 한다
푸터에 개인정보처리방침, 이용약관, 매체소개, 윤리강령 같은 링크를 두는 것은 신뢰 신호에 도움이 된다. 하지만 링크만 있고 본문이 빈약하면 오히려 형식만 갖춘 사이트처럼 보일 수 있다. 각 정책 페이지에는 사이트 운영 목적, 연락처, 수정 기준, 광고와 쿠키 안내처럼 실제 내용이 있어야 한다.
Frontend Note에서는 매체소개, 윤리강령, 개인정보처리방침 페이지를 분리해 운영 정보를 명확히 보여준다.
정리
기술 블로그 SEO의 핵심은 페이지별 고유 주제, 안정적인 URL, 사전 렌더링된 본문, 자연스러운 내부 링크, 실제 정책 페이지다. 이 다섯 가지가 갖춰지면 검색 봇도 사이트 구조를 이해하기 쉬워지고, 애드센스 심사에서도 정상 운영 사이트라는 신호가 강해진다.
검색 의도별 대표 글을 먼저 정한다
기술 블로그의 SEO 구조는 모든 글을 같은 무게로 다루는 방식보다, 대표 글과 세부 글을 나누는 방식이 더 안정적이다. 예를 들어 "브라우저 이미지 압축"이라는 큰 검색 의도에는 이미지 압축 구현 전체 가이드가 대표 글이 되고, 오류 처리, 벤치마크, Canvas 리사이즈 품질은 세부 글이 된다. 이 구조가 있으면 검색 봇과 독자 모두 사이트의 전문 영역을 이해하기 쉽다.
대표 글은 문제의 전체 흐름을 설명하고, 세부 글은 특정 의문을 깊게 해결한다. 이런 연결은 애드센스 승인 관점에서도 유리하다. 글이 무작위로 늘어난 것이 아니라 하나의 주제 안에서 체계적으로 확장된 사이트처럼 보이기 때문이다.
글 하단보다 본문 중간 링크가 더 자연스럽다
내부 링크를 모두 글 하단에 몰아넣으면 "관련 글 목록"처럼 보일 뿐, 독자의 읽기 흐름과 연결되지 않을 수 있다. 좋은 내부 링크는 설명이 필요한 순간에 등장한다. 파일 검증을 설명하다가 업로드 오류 처리 글로 연결하고, WebP 결과를 설명하다가 벤치마크 글로 연결하는 방식이 자연스럽다.
물론 사이드바의 관련 글도 필요하다. 하지만 사이드바는 보조 탐색이고, 본문 내부 링크는 문맥 탐색이다. 검색 유입을 노리는 글은 본문 안에서 다음 질문으로 넘어가는 길을 만들어야 한다.
정책 페이지와 기술 글의 역할은 다르다
매체소개, 윤리강령, 개인정보처리방침 같은 정책 페이지는 검색 유입용 글이 아니다. 하지만 사이트 신뢰성을 설명하는 데 중요하다. 반대로 기술 글은 구체적인 문제 해결과 검색 유입을 담당한다. 두 유형을 섞지 않고, 푸터와 글 본문에서 필요한 만큼만 연결하는 것이 좋다.
예를 들어 SEO 점검 글에서는 매체소개와 윤리강령을 언급할 수 있지만, 이미지 압축 구현 글마다 정책 페이지를 반복해서 링크할 필요는 없다. 관련성 없는 정책 링크 반복은 자연스러운 정보 구조로 보이지 않을 수 있다.
재신청 전에는 색인보다 콘텐츠 완성도를 먼저 본다
Search Console 색인 요청은 필요하지만, 색인 요청 자체가 콘텐츠 품질을 올리지는 않는다. 재신청 전에는 대표 글의 길이, 내부 링크, 정책 페이지, 사이트맵, 깨진 링크, 모바일 화면을 먼저 확인해야 한다. 특히 새 글을 여러 개 추가했다면 각 글이 서로 다른 역할을 갖는지 점검해야 한다.
승인 심사에서 가장 피해야 할 인상은 "비슷한 글을 빠르게 늘린 사이트"다. 글이 늘어났다면 그만큼 허브 구조, 관련 글 연결, 자료실 정리가 따라와야 한다.
