모두
모두콘텐츠
얼마 전 보안주 관련 글을 꾸준히 올리는 사이트를 점검했는데, 글보다 플러그인이 먼저 눈에 들어왔다. 주가 표시, 검색 최적화, 속도 개선, 보안을 맡는 플러그인이 겹쳐 있었다. 새 글은 올라오는데 업데이트는 몇 달째 밀려 있었다. 이런 구성은 기능을 더 붙이기 전에 운영 방식부터 고치는 편이 낫다.
보안주 블로그는 종목 이름으로 들어온 방문자가 관련 글을 연달아 읽기 쉽다. 그래서 글을 빨리 찾게 하는 구조와 사이트가 안정적으로 열리는 상태가 중요하다. 워드프레스에서는 처음부터 기능을 많이 넣지 않아도 충분히 만들 수 있다.
글 분류부터 단순하게 잡는다
카테고리는 처음에 3~4개면 된다. 예를 들어 ‘기업별 분석’, ‘산업 이슈’, ‘실적과 공시’, ‘용어 설명’으로 나눌 수 있다. 국내·해외, 대형·중소형처럼 기준을 섞어 카테고리를 늘리면 글 하나를 어디에 넣을지 매번 고민하게 된다. 세부 주제는 태그로 처리하되, 글이 한두 개뿐인 태그를 계속 만들지는 않는다.
고정 페이지에는 운영자 소개와 문의 방법을 두고, 글에는 작성일과 수정일을 보이게 한다. 보안주 관련 정보는 시간이 지나면 의미가 달라질 수 있다. 예전 실적을 설명한 글이 현재 상황처럼 읽히지 않도록 본문 첫머리에 기준 시점도 적는 게 좋다. 게시 후 수치를 고쳤다면 무엇을 언제 수정했는지 짧게 남긴다.
관리자 화면의 ‘설정 → 고유주소’에서 글 주소 형식을 먼저 정한다. 글을 여러 개 발행한 뒤 주소 구조를 바꾸면 기존 주소로 들어오는 방문자가 끊길 수 있다. 이미 운영 중인 사이트라면 주소를 바꾸기 전에 기존 주소가 새 주소로 연결되는지 확인해야 한다.
테마와 플러그인은 필요한 만큼만 쓴다
테마를 고를 때는 종목 차트 같은 장식보다 본문 가독성을 먼저 본다. 휴대전화에서 제목이 잘리지 않는지, 표가 화면 밖으로 밀리지 않는지, 글 목록에서 날짜가 보이는지 확인한다. 데모 화면이 화려해도 실제 글을 넣었을 때 읽기 불편하면 오래 쓰기 어렵다.
플러그인은 기능별로 하나씩만 두는 편이 관리하기 쉽다. 검색 최적화 플러그인 두 개를 함께 쓰거나 캐시 플러그인을 여러 개 켜면 설정이 충돌할 수 있다. 새 기능이 필요할 때는 먼저 호스팅과 테마에 같은 기능이 있는지 확인한다. 이미지 최적화도 호스팅에서 제공한다면 별도 플러그인 없이 처리할 수 있다.
실시간 주가 위젯은 특히 신중하게 넣는다. 방문할 때마다 외부 데이터를 불러오는 방식이면 페이지가 늦게 열릴 수 있고, 제공 서비스가 멈추면 빈 영역만 남는다. 글의 핵심이 특정 시점의 수치라면 본문에 기준일과 함께 직접 적는 방식이 더 안정적이다. 위젯을 쓴다면 휴대전화에서 로딩 속도와 표시 오류를 먼저 확인한다.
업데이트와 백업 순서를 정해 둔다
운영하면서 가장 자주 보는 곳은 ‘대시보드 → 업데이트’와 ‘도구 → 사이트 건강’이다. 워드프레스 공식 문서도 오래된 플러그인과 작동하지 않는 자동 업데이트를 점검 항목으로 안내한다. 나는 매주 한 번 업데이트 대기 목록을 보고, 사용하지 않는 플러그인은 비활성화만 해두지 않고 삭제한다.
업데이트 전에는 데이터베이스와 파일을 함께 백업한다. 데이터베이스에는 글과 설정이, 파일에는 업로드 이미지와 테마 등이 들어 있다. 둘 중 하나만 있으면 복구할 때 빈틈이 생긴다. 호스팅 백업 기능이 있다면 보관 기간과 복원 방법을 확인하고, 없다면 백업 플러그인 하나를 사용하면 된다. 중요한 건 백업 완료 알림보다 실제로 복원할 수 있는 사본이 있는지다.
테마나 플러그인을 한꺼번에 열 개씩 업데이트하지는 않는다. 백업을 확인한 다음 업데이트하고, 첫 화면과 글 화면, 관리자 로그인을 차례로 열어본다. 특히 PHP 버전을 바꾸거나 결제·회원 기능에 영향을 주는 업데이트라면 방문자가 적은 시간에 작업한다. 화면이 하얗게 변했을 때 되돌릴 백업과 호스팅 관리자 접속 수단이 없다면 그 설정은 먼저 건드리지 않는 게 맞다.
관리자 계정과 글 작성 권한을 나눈다
글을 쓰는 사람에게 모두 관리자 권한을 줄 필요는 없다. 설정과 플러그인을 관리하는 계정은 관리자만 쓰고, 원고 작성자는 필요한 역할로 제한한다. 퇴사하거나 외부 필자가 작업을 마치면 계정을 바로 확인한다. 오래 방치된 계정 하나가 새 보안 플러그인보다 큰 문제가 되기도 한다.
관리자 비밀번호는 다른 서비스와 겹치지 않게 만들고, 가능하면 이중 인증을 켠다. 이중 인증은 호스팅이나 로그인 서비스에서 제공할 수도 있고 플러그인으로 추가할 수도 있다. 적용하기 전에는 복구 코드 보관 방법을 확인한다. 로그인 수단을 잃어버렸을 때 관리자 화면에 다시 들어갈 길이 있어야 한다.
보안주 글을 읽으러 온 사람은 화려한 기능보다 필요한 글이 빠르게 열리고, 날짜가 분명하며, 오래된 내용이 고쳐져 있기를 기대한다. 사이트 운영도 비슷하다. 글이 쌓일수록 플러그인을 늘리기보다 업데이트와 백업을 제때 챙기는 쪽이 결국 손이 덜 간다.
