첫 WordPress 사이트 만들기: 테스트 사이트에서 정식 공개까지

첫 WordPress 사이트는 방문자가 읽을 수 있고, 관리자가 갱신할 수 있으며, 복원도 가능한 작은 사이트부터 시작한 뒤 기능을 늘리세요. 설치 성공은 소프트웨어가 실행된다는 뜻일 뿐입니다. 독자가 글을 찾을 수 있는지, 문의 이메일이 도착하는지, 사이트가 고장 났을 때 복원할 수 있는지는 각각 확인해야 합니다.

이 글은 자체 도메인을 사용하는 개인 사이트를 기준으로 호스팅 준비부터 공개 전 확인까지의 순서를 설명합니다. WordPress.com을 사용한다면 서비스가 설치와 호스팅을 제공하므로 해당 플랫폼의 설정 절차를 따르세요. 아래의 콘텐츠 구성, 방문자 테스트, 인계 점검은 사이트를 정리할 때 그대로 참고할 수 있습니다.

설치 전에 사이트를 계속 관리할 권한을 확보하세요

호스팅, 도메인, 사이트 관리자 계정을 등록할 때는 본인이 계속 관리할 수 있는 이메일을 사용하세요. 공개용 연락처일 필요는 없으며 외주 담당자만 관리하는 주소여서도 안 됩니다. 각 서비스의 용도, 로그인 방법, 비용 납부자를 비공개 관리 기록에 남기세요. 비밀번호는 비밀번호 관리자에 보관하고 공개된 사이트 문서나 글 초안에 적지 마세요.

호스팅이 WordPress에 필요한 실행 환경, 데이터베이스, HTTPS를 제공하는지 확인하고 업체의 설치 및 백업 안내를 찾으세요. 최종 콘텐츠가 정해지기 전에는 접근이 보호된 테스트 사이트를 사용하세요. 검색 엔진에 색인하지 말라고 요청하는 설정은 검색 관련 설정일 뿐, 주소를 아는 사람이 사이트를 여는 것을 막지 못합니다. 비공개 자료에는 별도의 접근 보호가 필요합니다.

설치 방법을 정하고 주소를 확인하세요

호스팅의 자동 설치 도구는 보통 데이터베이스와 설정 파일 생성을 도와줍니다. 실행 전에 선택한 도메인, 설치 위치, 관리자 정보를 확인하세요. 사이트를 홈 주소에서 바로 보이게 하려면 불필요한 폴더에 잘못 설치하지 않도록 주의하세요. 같은 계정에 다른 사이트가 이미 있다면 빈 위치를 대상으로 하는 작업인지 확인하여 기존 파일이나 데이터를 덮어쓰지 않도록 하세요.

수동 설치의 핵심 순서는 공식 WordPress 소프트웨어 받기, 데이터베이스와 전용 계정 만들기, 사이트 파일 배치하기, 설치 화면에 데이터베이스 연결 정보 입력하기입니다. 데이터베이스 비밀번호와 사이트 관리자 비밀번호는 목적이 다르므로 서로 대신 사용할 수 없습니다. 설치 후에는 관리자 화면에 로그인하고 별도의 방문자 창을 열어 의도한 주소에서 홈이 표시되는지 확인하세요.

1. 호스팅 관리 화면에서 도메인과 설치 디렉터리를 확인하고 기존 사이트에 영향을 주는지 기록하세요.
2. 호스팅 도구나 공식 수동 절차로 설치하면서 데이터베이스, 관리자, 연락용 이메일을 각각 확인하세요.
3. 관리자 화면에 로그인하고 방문자용 홈을 열어 호스팅 기본 페이지나 다른 테스트 사이트가 아닌지 확인하세요.
4. HTTPS 주소와 브라우저 경고를 확인하세요. 오류가 있다면 호스팅 문서에 따라 인증서와 도메인 연결 문제부터 해결하세요.

관리자 화면의 기본 설정부터 마무리하세요

일반 설정에서 사이트 제목, 사이트 언어, 관리용 이메일, 시간대를 확인하세요. 시간대는 예약 발행과 글 작성 시각을 해석하는 데 영향을 줍니다. 대만에서 사이트를 관리한다면 상황에 맞는 지역 시간대를 선택한 뒤 예약 글을 다시 미리 보세요. 사이트 주소 항목을 바꾸면 로그인과 리소스 경로에 영향을 줄 수 있으므로 도메인과 HTTPS를 확인하기 전에 일반 문구처럼 가볍게 수정하지 마세요.

다음으로 사용자와 기본 콘텐츠를 정리하세요. 글을 편집하는 사람에게는 업무에 필요한 역할을 부여하고, 관리자 계정은 설정을 바꿔야 하는 사람에게만 주세요. 샘플 글, 샘플 페이지, 기본 댓글을 검토하여 자신의 콘텐츠로 바꾸세요. 테마 데모 자료도 용도와 라이선스를 확인해야 합니다. 처음부터 플러그인을 많이 설치하기보다 기본 자료부터 검토하면 사이트 상태를 더 쉽게 파악할 수 있습니다.

홈, 글, 기본 탐색 메뉴를 구성하세요

개인 사이트라면 소개, 작품이나 서비스, 연락처부터 준비할 수 있고 글을 꾸준히 올리는 사이트라면 글 카테고리부터 정리할 수 있습니다. 읽기 설정에서는 홈에 최신 글을 표시하거나 정적 페이지를 선택할 수 있습니다. 별도의 글 목록 페이지도 필요하다면 홈과 글 페이지를 나누어 지정하세요. 한 페이지가 두 역할을 동시에 맡아 방문자가 위치를 혼동하게 하지 마세요.

문단, 제목, 이미지, 링크를 포함한 실제 내용의 테스트 글을 작성하세요. 이미지에는 목적을 설명하는 대체 텍스트를 넣고 휴대전화에서 긴 제목, 표, 탐색 메뉴가 화면 밖으로 나가지 않는지 확인하세요. 미리 보기는 현재 편집 상태를 보여 줄 뿐입니다. 글을 초안으로 저장하면 로그아웃한 방문자는 보통 미리 보기 링크로 읽을 수 없으므로 공개 전에 실제 글 주소를 확인하세요.

방문자 입장에서 중요한 기능을 시험하세요

관리자 화면을 닫고 로그아웃 상태의 브라우저로 사이트를 돌아보세요. 홈에서 글을 찾고, 글에서 카테고리로 돌아간 다음 연락 경로도 시험하세요. 양식에 제출 성공이 표시되는 것과 이메일이 실제로 도착하는 것은 별개의 확인 항목입니다. 테스트 내용을 제출한 뒤 받은편지함과 스팸함을 모두 확인하세요. 화면의 감사 메시지만으로 이메일 수신이 증명되지는 않습니다.

로그인, 예약, 쇼핑 기능이 있다면 별도의 완전한 인수 점검 목록을 만드세요. 일반 콘텐츠 사이트 점검을 통과했다고 거래 흐름까지 통과한 것은 아닙니다. 테스트에는 실제 고객의 개인정보를 사용하지 마세요. 사이트 제작에 참여하지 않은 사람도 적어도 한 명에게 주요 페이지를 읽어 달라고 부탁하고, 사이트가 무엇을 제공하며 다음에 무엇을 해야 하는지 자기 말로 설명할 수 있는지 확인하세요.

공개하기 전에 백업을 남기세요

공개 전에 사이트 파일, 데이터베이스, 필요한 설정을 저장하고 복원 방법을 확인하세요. 호스팅 화면에 ‘백업됨’이라고 표시되어도 복구 방법을 알고 있다는 뜻은 아닙니다. 실제로 따라 할 수 있는 절차를 찾고 보관 범위와 백업 위치를 기록하세요. 격리된 테스트 환경이 있다면 그곳에서 복원 결과를 확인하고 운영 사이트로 처음 연습하지 마세요.

마지막으로 공개 사이트의 검색 노출 설정, 도메인, 연락처, 탐색 메뉴를 확인하고 테스트용으로만 설정했던 접근 제한을 해제하세요. 공개 당일의 설정도 기록해 두세요. 이후 테마나 플러그인을 갱신하거나 기능을 추가할 때는 관련된 변경을 한 묶음씩 처리하고 방문자 흐름을 다시 살펴보세요. 독자가 사용할 수 있고 유지 관리자가 인계받을 수 있어야 완료된 것이며, 설치 진행 표시가 끝난 것만으로는 충분하지 않습니다.

자세한 설명 보기

설치와 주소를 확인하고 콘텐츠를 구성한 뒤 방문자 동작을 시험하며 백업과 공개 설정을 점검하는 순서.

CMS와 웹사이트 플랫폼 선택: 콘텐츠를 갱신하는 방식부터 정하기

웹사이트 HTTPS 활성화: 인증서, 리디렉션, 혼합 콘텐츠 확인

웹사이트 유지 관리: 정기 백업, 업데이트, 장애 보고

• 튜토리얼
• 앱·소프트웨어
• 웹사이트·이커머스
• WordPress