서버 접근
SSH, FTP, 패널, DB 접속, 배포 방식, 로그 위치를 확인합니다.
Transfer Guide
기존 사이트 이전과 서버·도메인 이전 기준
기존 사이트 이전, 서버 이전, 도메인 이전은 파일만 옮기는 작업이 아니라 관리자, DB, API, SSL, 리다이렉트, 보안 설정을 함께 점검하는 작업입니다.
이전 전에 확인할 핵심 항목
기존 솔루션 이전은 접근 권한과 백업 상태가 가장 중요합니다.
도메인 권한
DNS 관리 권한, 네임서버, SSL, www/non-www 리다이렉트, canonical 구조를 확인합니다.
데이터 백업
DB, 이미지, 업로드 파일, 설정 파일, 관리자 계정, API 키를 이전 전 백업합니다.
API 연결
공급사 IP 제한, 콜백 URL, 인증 키, 결과 수신 경로가 이전 후에도 동작하는지 봅니다.
Transfer Flow
사이트 이전 진행 순서
순서를 잘못 잡으면 접속 장애, 데이터 누락, API 오류가 생길 수 있습니다.
이전 전
- 현재 서버와 도메인 권한 확인
- DB와 파일 백업, 테스트 환경 준비
- 관리자와 주요 사용자 화면 목록 정리
이전 후
- 도메인 DNS 전환과 SSL 적용 확인
- 로그인, 관리자, API, 게임 실행, 문의 링크 검수
- Search Console, sitemap, GA4/GTM 상태 확인
Risk
이전 중 자주 생기는 문제
기존 사이트 이전에서 자주 발생하는 문제는 DB 문자셋 오류, 이미지 누락, SSL 불일치, API 콜백 주소 오류, 서버 IP 변경으로 인한 공급사 차단입니다.
관리자 로그인은 되지만 특정 메뉴가 동작하지 않거나, 사용자 화면은 보이지만 결과 콜백이 실패하는 경우도 있습니다. 그래서 단순 접속 확인이 아니라 실제 운영 시나리오로 검수해야 합니다.
이전과 동시에 리뉴얼을 진행할 경우에는 먼저 안정적인 복구 가능 상태를 만든 뒤 기능 개선을 나누는 편이 안전합니다.
SEO Check
검색 노출을 유지하기 위한 이전 기준
도메인 또는 URL 구조가 바뀌면 검색엔진 관점에서도 이전 작업이 필요합니다.
기존 URL과 새 URL의 대응 관계, canonical, sitemap.xml, robots.txt, 301 리다이렉트, Search Console 속성, GA4/GTM 태그를 함께 확인해야 합니다.
브랜드명으로 이미 노출되는 사이트라면 이전 과정에서 중복 도메인, http/https 혼재, www/non-www 중복이 생기지 않도록 정리해야 합니다.
Checklist
상담 전에 준비하면 좋은 정보
현재 사이트 주소, 서버 접속 가능 여부, 도메인 관리 계정, 관리자 접속 정보, DB 백업 가능 여부, API 공급사 정보, 이전 희망 일정, 현재 오류 사례를 준비하면 이전 가능 범위와 리스크를 빠르게 판단할 수 있습니다.
Server Check
서버 이전에서 확인할 세부 기준
서버 이전은 현재 서버와 새 서버의 환경 차이를 먼저 확인해야 합니다. PHP, Node, 정적 파일, Nginx 설정, SSL 인증서, 방화벽, 저장소 권한, cron 또는 자동 작업 여부에 따라 이전 방식이 달라질 수 있습니다.
환경 차이
운영 중인 런타임, 웹서버 설정, 파일 권한, 업로드 경로, 로그 저장 위치를 비교합니다.
데이터 검증
DB 백업 후 문자셋, 테이블 수, 관리자 계정, 회원 데이터, 이미지 경로가 유지되는지 확인합니다.
API 검수
서버 IP가 바뀌면 공급사 IP 허용, 콜백 주소, 인증 키, 방화벽 정책을 다시 확인해야 합니다.
롤백 계획
이전 중 문제가 생길 경우 기존 서버로 돌아갈 수 있도록 백업과 DNS 전환 시간을 관리합니다.
Domain Transfer
도메인 이전과 검색 노출 관리
도메인 이전은 DNS만 바꾸는 작업처럼 보이지만 검색 노출과 추적 설정에도 영향을 줄 수 있습니다.
기존 도메인과 새 도메인의 canonical, sitemap, robots.txt, Search Console 속성, GA4/GTM 태그를 확인해야 합니다. 도메인이 바뀌는 경우에는 301 리다이렉트를 통해 기존 노출 신호가 새 주소로 전달되도록 구성하는 것이 좋습니다.
www와 non-www, http와 https가 동시에 열리면 중복 페이지가 생길 수 있으므로 최종 canonical 주소를 하나로 고정해야 합니다.
Migration Scope
이전과 리뉴얼을 나누는 기준
이전 작업의 목적이 단순 서버 교체라면 기능 변경을 최소화하고 안정적인 복구와 검수에 집중하는 것이 좋습니다.
반대로 이전 과정에서 관리자 불편, 모바일 오류, API 장애, 보안 문제까지 확인됐다면 이전과 리뉴얼을 단계적으로 나누는 방식이 안전합니다.
1차로 사이트를 정상 이전하고, 2차로 관리자 개선과 모바일 최적화, API 로그 보강을 진행하면 장애 리스크를 줄일 수 있습니다.
Operation Check
이전 후 운영 검수 항목
이전 후에는 첫 화면만 확인하면 안 됩니다. 로그인, 회원 정보, 관리자 메뉴, 게임 실행, API 콜백, 문의 링크, 이미지 경로, 모바일 화면, SSL, 리다이렉트, sitemap, robots.txt를 함께 확인해야 합니다.
기존 사이트 이전은 검색 노출과 운영 안정성이 동시에 걸려 있으므로 GA4, GTM, Search Console, canonical 주소까지 확인하는 것이 좋습니다. 이전 후 며칠 동안은 오류 로그와 접속 로그를 관찰해 누락된 경로나 API 실패를 빠르게 찾아야 합니다.
Transfer FAQ
기존 사이트 이전 FAQ
기존 사이트 이전 상담 전 무엇을 확인해야 하나요?
서버 접근 권한, 도메인 관리 권한, DB 백업, 관리자 화면, API 문서, SSL 상태, 리다이렉트 구조를 확인해야 합니다.
서버 이전 중 서비스 중단을 줄일 수 있나요?
사전 백업, 테스트 서버 검수, DNS 전환 일정, SSL 설정, 주요 기능 확인 순서를 잡으면 중단 시간을 줄일 수 있습니다.
기존 솔루션 이전과 리뉴얼을 함께 할 수 있나요?
가능합니다. 이전 과정에서 관리자 불편사항, API 오류, 모바일 화면, 보안 설정을 함께 점검해 개선 범위를 나눌 수 있습니다. 검색 노출이 있는 사이트라면 이전 후 sitemap과 Search Console 색인 상태도 같이 확인하는 것이 좋습니다.
함께 보면 좋은 페이지
이전은 유지보수, 리뉴얼, 보안, API 점검과 함께 검토해야 합니다.
기존 사이트 이전 범위를 상담하세요
서버, 도메인, DB, API, 관리자, 검색 노출 상태를 함께 점검합니다.
텔레그램 문의하기