지금 홈페이지가 무엇으로 만들어졌는지 확인하는 법

사이트를 갖고 계셔도 무엇으로 만들어졌는지는 별개의 문제입니다. 지금 사이트가 무엇 위에 있는지 직접 확인하시는 법과 방식을 선택하시는 기준을 정리했습니다.

사이트를 몇 년째 쓰고 계십니다. 정작 그 사이트가 무엇으로 만들어졌는지 물으면 답이 막힙니다. 만든 회사와는 이미 연락이 끊겼습니다.

이 글을 끝까지 읽으시면 지금 사이트가 무엇으로 만들어졌는지 직접 확인하실 수 있습니다.

사이트마다 만들어진 방식이 다릅니다

사이트를 만드는 방식은 여러 갈래입니다. 관리 도구를 빌려 쓰는 곳이 있고 코드를 처음부터 작성해 올린 곳이 있습니다.

같은 관리 도구(CMS)라도 또 나뉩니다. 매달 사용료를 내고 빌려 쓰시는 방식이 있고 고객의 서버에 직접 설치하는 방식이 있습니다. 서버는 사이트가 올라가 있는 컴퓨터입니다.

방식이 다르면 고객이 손에 쥐신 권한도 다릅니다. 도메인(사이트의 인터넷 주소) 하나를 옮기는 일조차 어느 방식이냐에 따라 방법이 달라집니다.

사이트를 만드는 방식은 크게 나뉩니다

첫째는 임대형 서비스입니다. 매달 사용료를 내고 화면과 서버를 함께 빌리는 방식입니다. 계정만 만드시면 바로 글을 올리실 수 있습니다.

둘째는 소프트웨어를 고객의 서버나 호스팅에 직접 올려 쓰는 설치형 CMS입니다. 화면 구성과 기능은 플러그인으로 늘리실 수 있습니다. 호스팅은 서버를 빌려 쓰는 서비스이고 플러그인은 기능을 더하는 추가 프로그램입니다.

셋째는 주문 제작입니다. 필요한 기능만 골라 처음부터 작성합니다. 화면 하나, 버튼 하나까지 이번 프로젝트만을 위해 새로 만들어집니다.

넷째는 정적 사이트 생성입니다. 미리 만든 틀에 내용을 넣으면 완성된 화면 파일을 생성합니다. 서버가 방문자마다 계산하지 않아 속도가 빠릅니다.

방식마다 가져가는 몫과 남는 몫이 다릅니다

임대형 서비스는 시작이 가장 가볍습니다. 대신 화면과 데이터가 그 서비스 계정 안에 남습니다. 서비스를 그만 쓰기로 하시면 글과 이미지를 하나씩 내려받아 옮기셔야 합니다.

설치형 CMS는 소프트웨어와 데이터베이스가 고객 손에 남습니다. 데이터베이스는 글과 설정 같은 정보를 저장해 두는 곳입니다. 서버를 옮기시거나 개발사를 바꾸셔도 그 소프트웨어는 그대로 따라옵니다. 다만 서버 관리와 보안 업데이트를 누가 맡을지는 따로 정하셔야 합니다.

주문 제작은 사이트를 움직이게 하는 프로그램 글인 코드 전체가 고객의 몫입니다. 코드를 보관하는 곳인 저장소의 접근 권한만 넘겨받으시면 어느 개발사와도 이어서 일하실 수 있습니다. 다만 처음 만드는 데 드는 품이 가장 큽니다.

정적 사이트 생성은 완성된 파일만 남기 때문에 어디에 올리셔도 그대로 열립니다. 다만 내용을 업데이트하실 때마다 새로 생성하는 절차가 하나 더 필요합니다.

지금 내 사이트가 무엇인지 확인하는 법

가장 빠른 방법은 관리자 화면 주소를 열어 보시는 방법입니다.

도메인 뒤에 /wp-admin 을 붙여 보십시오. 워드프레스로 만든 사이트라면 로그인 화면이 뜹니다. 워드프레스는 널리 쓰이는 CMS의 이름입니다.

로그인 화면이 안 뜨면 관리자 주소가 다르거나 워드프레스가 아닐 수 있습니다. 예전 메일함에서 「관리자」나 「admin」으로 검색해 보십시오.

계약서와 청구서도 단서입니다. 매달 나가는 청구서가 있으면 임대형 서비스일 가능성이 큽니다. 한 번 목돈이 나간 계약서만 있으면 주문 제작이었을 가능성이 큽니다.

그래도 확실하지 않으면 사이트를 만든 개발사에 직접 물어보십시오. 어떤 방식으로 만들었는지, 데이터와 코드가 지금 어디에 있는지 물어보시면 됩니다.

답을 못 들으셔도 막히지는 않습니다. 도메인과 호스팅 계정의 접근 권한만 갖고 계시면 다음 단계로 넘어가실 수 있습니다.

방식을 바꾸면 다시 해야 하는 일이 생깁니다

방식을 바꾸는 일은 이사와 비슷합니다. 글과 이미지부터 새 방식 쪽으로 옮기셔야 합니다.

주소 형식이 바뀌면 예전 주소를 새 주소로 연결하는 설정이 필요합니다. 연결하지 않으면 예전 주소로 들어온 방문자가 빈 화면을 만납니다.

디자인도 그대로 옮겨지지 않습니다. 예전 화면을 그대로 재현하시려면 새 방식에 맞춰 다시 작성해야 합니다.

옮기는 작업의 크기는 방식 차이가 클수록 커집니다. 같은 계열 안에서 서비스만 바꾸시는 경우보다 임대형에서 주문 제작으로 넘어가시는 경우에 손이 훨씬 많이 갑니다.

사이트 방식은 무엇을 기준으로 고릅니까?

첫 번째 기준은 콘텐츠를 업데이트하시는 빈도입니다. 매일 글을 올리신다면 관리 화면이 손에 익고 가벼운 쪽이 유리합니다. 한 해에 몇 번 안 업데이트하신다면 속도와 안정성이 더 중요합니다.

두 번째 기준은 업데이트하는 사람입니다. 직원분이 직접 글을 올리신다면 관리 화면이 얼마나 쉬운지가 큰 문제가 됩니다. 외부 업체에 맡기신다면 이 부분의 무게는 줄어듭니다.

세 번째는 앞으로 붙이실 기능입니다. 예약, 결제, 회원 관리처럼 사이트 성격을 바꾸는 기능을 나중에 붙일 계획이시라면, 처음부터 그 계획을 아는 방식을 고르시는 편이 유리합니다.

네 번째는 옮길 가능성입니다. 몇 년 안에 개발사를 바꾸시거나 서비스를 옮기실 생각이 있다면, 데이터를 그대로 들고 나갈 수 있는 방식이 유리합니다.

업데이트 빈도, 업데이트 담당자, 추가할 기능, 옮길 가능성에는 정답이 없습니다. 지금 상황에서 더 중요한 기준을 먼저 정하시면 방식이 좁혀집니다.

저렴한 방식에도 알맞은 경우가 있습니다

비용이 적게 드는 방식은 그만큼 기능이 단순하게 만들어져 있습니다. 기능이 단순하다고 완성도가 떨어지지는 않습니다.

규모가 작은 사이트에는 오히려 가장 알맞은 선택이 됩니다. 방문자가 하루에 몇 명 안 되는 소개 사이트에 무거운 방식을 고르시면 비용만 늘어납니다.

문제는 방식과 필요가 어긋날 때 생깁니다. 하루에도 몇 번씩 재고와 가격이 바뀌는 사이트를 가벼운 방식 위에 올려두시면 관리가 버거워집니다. 맞는 방식을 찾는 일이지 비싼 쪽을 고르는 일이 아닙니다.

잘 쓰고 있다면 옮기지 않아도 됩니다

지금 방식이 무엇이든 잘 돌아가고 있다면 그 자체로 이유가 됩니다. 방문자가 불편 없이 들어오고 담당자가 무리 없이 글을 올리고 있다면, 옮길 이유를 따로 만드실 필요는 없습니다.

옮기는 결정은 지금 방식이 운영을 막을 때 필요해집니다. 관리 화면이 느려서 글 하나 올리는 데 오래 걸리거나, 필요한 기능을 붙일 방법이 없거나, 서비스 자체가 사라질 때입니다.

옮기는 일과 무엇 위에 있는지 아는 일은 다른 문제입니다. 지금 옮기실 계획이 없어도 무엇 위에 있는지는 알아 두시면 됩니다. 다음 결정을 내리실 때 시간이 줄어듭니다.

그래서 지금 사이트 방식을 정해야 합니까?

지금 사이트가 무엇 위에 있는지 모른다면 먼저 확인해 볼 만합니다. 방식을 알면 옮길지 그대로 둘지 판단할 근거가 생깁니다.

개발사와 연락이 끊긴 채 시간이 흐르면 관리자 권한을 찾을 단서도 함께 사라집니다. 서비스가 먼저 사라지면 콘텐츠를 옮길 방법조차 없이 그대로 잃습니다.

옮기기로 하실 경우 글과 이미지가 많을수록 옮길 양이 늘어납니다.

지금 방식으로 잘 운영되고 있고 옮길 이유가 없다면 그대로 두셔도 됩니다.