도메인 마이그레이션이 원활하게 진행되도록 보장

게시 됨: 2018-12-04

도메인 이름 마이그레이션 또는 단순히 도메인 마이그레이션을 거쳐야 하는 데에는 여러 가지 이유가 있습니다. 여기에는 한 도메인 이름에서 다른 도메인 이름으로 이동하거나 여러 웹사이트를 하나로 결합하거나 단순히 웹사이트를 HTTP에서 HTTP로 이동하는 것이 포함될 수 있습니다. 도메인 마이그레이션이 어려울 필요는 없습니다. 그러나 제대로 수행되지 않으면 트래픽 손실이나 검색 엔진 순위 손실과 같은 심각한 결과를 초래할 수 있으며 이는 매출 손실을 의미할 수 있습니다.

HTTP에서 HTTPS로 마이그레이션

참고: Bill은 이 기사를 자신의 요점을 요약한 여러 비디오로 구분했습니다.

가장 일반적인 마이그레이션 유형은 사이트를 비보안 웹사이트에서 보안 웹사이트로 이동하는 것입니다. 웹사이트 URL이 HTTP에서 HTTPS URL로 이동합니다. 이전에 이러한 유형의 마이그레이션을 수행한 적이 없다면 안전한 웹 사이트로 이동하는 것을 적극 고려하는 것이 좋습니다. 검색 엔진은 HTTP를 검색 엔진 순위 요소로 간주하며 Google Chrome 및 Firefox와 같은 최신 버전의 웹 브라우저는 사용자가 안전하지 않은 웹 사이트를 방문할 때 경고하기 시작했습니다.

경고 Firefox의 예는 HTTPS URL에서 HTTP 리소스를 로드하는 웹 페이지를 방문할 때 표시됩니다.

웹사이트를 HTTP에서 HTTPS로 마이그레이션하려면 몇 가지 중요한 단계가 필요합니다. 이 단계에는 웹 사이트에 SSL 인증서를 설치한 다음 웹 사이트가 완전히 마이그레이션되었는지 확인하는 작업이 포함됩니다.

  • SSL 인증서를 구매하고 웹사이트에 인증서를 설치합니다. 많은 웹 호스트가 SSL 인증서를 판매하고 설치합니다.
  • SSL 인증서가 설치되면 웹 사이트를 크롤링하여 웹 사이트 의 HTTP에 대한 모든 내부 참조가 HTTP로 이동되었는지 확인해야 합니다. 일부 웹 호스트는 필요한 변경 및 업데이트를 수행하지만 대부분은 그렇지 않습니다. OnCrawl과 같은 웹사이트 크롤러가 매우 유용합니다.

지난 몇 년 동안 말 그대로 HTTP 및 HTTP에서 수백 건의 마이그레이션을 수행한 사람이자 일반적으로 잘못되었을 때 상담을 받는 사람으로서 일반적으로 저지르는 주요 실수가 한 가지 있습니다. 일반적으로 웹 사이트는 HTTP에서 HTTP로 완전히 마이그레이션되지 않습니다. 마이그레이션이 완료되지 않았습니다. 예를 들어 웹 브라우저에 https://www.yourdomain.com을 입력하면 사이트의 페이지가 해결될 수 있지만 웹 사이트의 링크는 여전히 HTTP 버전을 가리킵니다. 웹사이트의 이미지는 HTTP 버전을 통해 참조될 수 있으며, 이 경우 해당 페이지 중 하나를 방문할 때 웹 브라우저에 "깨진 자물쇠" 기호가 나타날 수 있습니다.

웹사이트를 HTTP에서 HTTPS로 마이그레이션할 때 도메인 마이그레이션을 완전히 완료하는 것이 중요합니다. 웹사이트에 SSL 인증서를 설치하는 것만으로는 충분하지 않습니다. 이는 전체 마이그레이션 프로세스의 시작일 뿐입니다. HTTP에서 HTTP로의 전환을 시작하기 전에 다음 작업을 완료하세요.

  • 1. 사이트의 모든 내부 링크가 HTTPS를 가리키도록 확인하거나 업데이트합니다.
  • 2. CMS 설정(예: WordPress 설정 등)을 검토하고 다시 확인합니다.
  • 3. .CSS 파일 및 JavaScript 파일과 같은 이미지 참조 및 스크립트 참조를 업데이트합니다. 사이트 코드에서 참조하는 모든 내부 URL은 HTTP에서 HTTP로 변경해야 합니다. 여기에는 사이트의 표준 태그가 포함됩니다.
  • 4. OnCrawl과 같은 웹사이트 크롤러로 사이트를 크롤링하여 내부 참조 및 내부 링크가 업데이트되었는지 확인합니다. URL 목록을 크롤링하려면 OnCrawl의 URL 목록 모드를 사용해야 합니다.

새 크롤링을 설정하고 크롤링에 데이터 소스를 추가합니다. 그런 다음 URL 파일 탭을 클릭하여 URL 파일 목록을 업로드합니다.

이 경우 "URL 목록" 옵션을 선택하고 이미 .htaccess 파일에 추가한 301 리디렉션의 URL 목록을 추가했습니다. 그런 다음 .ZIP 파일로 압축한 텍스트 파일에 해당 URL을 추가합니다.

크롤링을 실행하고 완료되면 데이터 탐색기로 이동하여 리디렉션을 보고 301 Permanent Redirects에 모두 표시되는지 확인할 수 있습니다. 다음은 일부 콘텐츠를 다른 도메인으로 마이그레이션할 때 내 도메인에 설정한 리디렉션에 대해 실행한 데이터의 예입니다.

상태 코드 보고서에서 이 데이터의 개요를 볼 수도 있습니다.

목록 모드 및 실행 방법에 대한 자세한 정보는 여기에서 찾을 수 있습니다.

  • 5. HTTP에서 HTTP로의 301 영구 리디렉션을 설정합니다.

귀하의 사이트는 일반적으로 설정되는 301 영구 리디렉션에만 의존해서는 안 됩니다. 예를 들어 사이트의 내부 링크를 업데이트하지 않으면 내부 링크로 인해 301 리디렉션이 발생합니다. 이는 좋지 않습니다. 사이트의 홈 페이지에서 사이트를 크롤링할 때 리디렉션이나 404 오류가 발생하지 않아야 합니다. 사이트의 HTTP에서 HTTPs URL로 이동했음을 모든 사람(검색 엔진 및 방문자)에게 알리기 때문에 리디렉션은 여전히 ​​제자리에 있어야 합니다. 그리고 여전히 HTTP 버전의 웹사이트를 가리키고 있는 다른 웹사이트의 링크에서 클릭을 리디렉션하고 싶을 것입니다. 그러나 사이트의 다른 페이지를 가리키는 링크를 클릭해도 리디렉션이 발생해서는 안 됩니다. 귀하는 귀하의 사이트를 제어할 수 있으며 이는 웹사이트의 전반적인 유지 관리의 일반적인 부분입니다.

이 시점에 도달하면 HTTP로 전환할 준비가 된 것입니다. 대부분의 도메인 마이그레이션의 경우 SSL 인증서가 웹사이트, 특히 WordPress 사이트에 있으면 HTTP에 대한 모든 내부 참조를 업데이트하고 WordPress 설정(설정/일반)을 업데이트하여 다음을 알립니다. 새로운 HTTPS URL에 대한 WordPress.

  • 웹사이트를 백업하세요.
  • WordPress에서 일반 설정(설정/일반)을 업데이트하여 WordPress 주소와 사이트 주소가 웹사이트의 HTTPS 버전을 가리키도록 합니다.
  • 더 나은 검색 및 바꾸기 플러그인을 사용하여 사이트의 http 버전을 검색하고 웹사이트의 https 버전으로 바꿉니다. http://www.yoursite.com/과 같은 전체 URL을 검색하고 이를 https://www.yoursite.com/으로 교체하여 URL을 적절하게 변경하는 것을 선호합니다. 이 플러그인을 사용하면 전체 WordPress 데이터베이스를 검색하고 전체 사이트에서 적절한 업데이트를 수행할 수 있습니다.
  • HTTP를 HTTP로 리디렉션하도록 사이트의 .htaccess 파일에 리디렉션 코드를 추가합니다. 또는 웹 사이트에서 HTTP를 강제 실행하여 HTTP를 HTTP로 리디렉션하는 데 도움이 되는 플러그인이 있습니다.
  • Cloudflare.com과 같은 CDN을 사용하는 경우 설정을 업데이트하여 거기에서도 HTTP를 강제 실행할 수 있습니다.
  • Google Chrome용 HSTS 사전 로드 목록에 들어가는 것을 고려하십시오. https://hstspreload.org를 통해 사이트를 실행합니다. 모든 설정이 정확하면 이 목록에 제출할 수 있습니다. 설정에 여전히 문제가 있는 경우 사이트에서 알려 드릴 수 있으므로 수정할 수 있습니다.
  • 현재 HTTP가 아닌 HTTP를 사용하고 있음을 알 수 있도록 Google Analytics 설정을 업데이트하십시오.
  • 이메일 서명, 소셜 미디어 프로필 및 웹사이트를 가리키는 기타 링크도 업데이트합니다.

이동한 후에는 Google Search Console에서 사이트의 모든 버전을 확인해야 합니다. 사용자 지정 하위 도메인이 설정되지 않은 대부분의 사이트의 경우 확인해야 하는 4가지 버전이 있습니다.

https://
https://www
http://
http://www

일반적으로 사용하지 않는 '다른 버전'에 대한 트래픽이 감소하고 사용 중인 기본 HTTP 버전에 대한 트래픽이 성공적으로 이동하면 트래픽이 없는 상태에서 증가하기 시작합니다. 사이트를 HTTPS로 전환합니다. Google 담당자는 HTTP에서 HTTP로 제대로 리디렉션하는 한 마이그레이션이 올바르게 수행되기 때문에 순위 문제가 없을 것이라고 말했습니다. 하지만 내가 보는 것은 웹사이트가 HTTP에서 HTTP로 마이그레이션하는 데 필요한 모든 단계를 완료하지 못하고 검색 엔진 순위와 트래픽이 급격히 떨어지는 경향이 있다는 것입니다. HTTP로 이동하는 것은 이점이 있으며 올바르게 수행되는 한 검색 엔진 순위 요소입니다.

한 도메인에서 다른 도메인으로 이동

생각보다 자주 발생하는 또 다른 유형의 도메인 이름 마이그레이션은 한 도메인 이름에서 다른 도메인 이름으로 이동하는 마이그레이션입니다. 일반적인 시나리오는 도메인 이름이 길거나 이상적이지 않은 TLD(최상위 도메인)를 사용하는 경우입니다. 그러면 더 나은 도메인 이름이 표시됩니다. 아마도 더 짧거나 더 나은 것입니다. 키워드가 포함된 새 gTLD 도메인 이름입니다. 새 도메인 이름을 구입하고 현재 사이트를 새로 얻은 도메인 이름으로 이동할 계획입니다. 이와 같은 도메인 마이그레이션은 두려워할 필요가 없지만 다른 도메인 이름으로 이동할 때 트래픽과 검색 엔진 순위를 잃을까 두려워합니다.

따라서 도메인 이름을 전환하고 다른 도메인 이름으로 이동합니다. 원활한 도메인 마이그레이션을 보장하는 단계를 살펴보겠습니다.

먼저 여기에는 일반적으로 두 가지 시나리오가 있음을 인식하십시오.

  • 이전에 등록된 도메인 이름을 구입하거나 획득합니다. 만료된 도메인 이름, 도메인 경매 또는 "드롭 캐처"에서 구매한 이름 또는 다른 사람에게서 직접 구매한 이름일 수 있습니다.
  • 이전에 등록된 적이 없는 새로운 도메인 이름을 구입합니다. 항상. www.archive.org에서 Internet Archive(wayback machine)를 보고 확인하십시오.

이 두 시나리오의 차이점을 이해하는 것이 매우 중요합니다. 도메인 이름의 이전 상태가 해당 도메인 이름의 향후 사용에 큰 영향을 미칠 수 있다는 점에서 매우 중요합니다. 예를 들어 도메인 이름이 과거에 등록된 경우 잠재적으로 체크 무늬 과거가 있을 수 있습니다.

  • 그것을 가리키는 좋은(또는 나쁜) 링크가 있을 수 있습니다.
  • 그것은 당신이 그것을 사용하려고하는 것과 다른 주제에 관한 이전의 주제에서 벗어난 사이트 일 수 있습니다.
  • 스팸에 사용되었을 수 있음(스팸 콘텐츠가 있거나 이메일 스팸을 보내는 데 사용됨)
  • 소셜 미디어에서 금지될 수 있습니다(예, Facebook에서 웹사이트를 금지할 수 있습니다!)
  • 검색 엔진에서 금지될 수 있습니다.

대부분의 경우 지워진 체크 무늬가 있는 도메인 이름을 얻을 수 있습니다. 그러나 많은 노력 없이는 아닙니다. 내가 추천하는 것은 도메인 이름이 어느 시점에 등록되어 웹사이트에 사용된다면 주제별 콘텐츠가 포함된 마이크로사이트로 설정해야 한다는 것입니다. 해당 콘텐츠는 결국 사용하거나 다른 콘텐츠를 해당 콘텐츠로 리디렉션/이동할 동일한 주제에 있어야 합니다. 마이크로사이트(최소 3-5페이지)를 몇 주(또는 그 이상) 동안 그대로 두어 사용하기에 적합한지 확인합니다. 검색 엔진 결과에 색인이 생성되고 문제가 없는지 확인하십시오. 그렇게 하면 콘텐츠를 이동하거나 다른 도메인 이름에서 콘텐츠를 마이그레이션할 때 몰랐던 수하물이나 문제가 발생하지 않습니다. 도메인 이름에 대한 실사를 수행하거나 이 분야에 경험이 있는 사람을 고용하여 도메인 이름을 확인하십시오. 확인된 도메인은 전체 도메인 이름 배경 확인도 제공합니다.

도메인 이름이 이전에 등록된 적이 없고 웹 사이트에 사용된 적이 없다면 운이 좋은 것입니다. 도메인 이름과 관련된 기존 문제에 대해 걱정할 필요가 없습니다. 그래도 확인을 위해 약간의 실사를 할 것입니다.

마이그레이션하려는 도메인 이름에 익숙해지면 가장 먼저 해야 할 일은 기존 사이트의 모든 콘텐츠에 익숙해지고 해당 사이트에 존재했던 모든 잠재적인 URL을 찾는 것입니다. 예를 들어 다음을 포함하여 OnCrawl을 사용하는 웹사이트의 전체 크롤링을 수행해야 합니다.

  • 로그 파일 데이터
  • Google Analytics 또는 Adobe Analytics 데이터
  • 구글 서치 콘솔 데이터
  • Majestic.com 백링크 데이터

OnCrawl 크롤링에 이 모든 항목을 포함하면 사이트에 존재했던 모든 URL을 찾을 수 있습니다. 이렇게 하면 설정한 모든 리디렉션(이전 도메인 이름을 새 도메인 이름으로 리디렉션)에서 이전 도메인 이름이 가진 모든 잠재적인 트래픽과 링크를 고려합니다.

한 도메인 이름에서 다른 도메인 이름으로 이동하는 실제 프로세스는 실제로 매우 간단하며 몇 가지 단계를 포함합니다.

  • 1. Google Search Console에서 각 사이트의 모든 버전을 확인합니다 . 이것은 http://, https://, http://www 및 https://www 버전을 의미합니다. 알고 있는 하위 도메인이 있는 경우 모든 하위 도메인도 식별합니다.
  • 2. OnCrawl을 사용하여 사이트를 완전히 크롤링합니다 . 가능한 경우 크롤링에 Google Analytics, Google Search Console, Majestic.com 및 로그 파일 데이터를 포함합니다. 가능한 모든 URL을 식별할 수 있도록 크롤링하려고 합니다. 마주하는 모든 URL의 목록을 만들고 고유한 URL의 방대한 목록을 만드십시오. 나중에 필요할 것입니다.
  • 3. 리디렉션을 설정합니다 . 301 영구 리디렉션을 사용하여 이전 도메인 이름에서 새 도메인의 새 버전으로 리디렉션합니다. 이상적으로는 이전 도메인 이름의 각 버전에서 새 도메인으로 리디렉션하는 것을 의미합니다.
  • 4. 리디렉션을 테스트하고 여러 번 리디렉션하지 않는지 확인합니다. 예를 들어 http://www.olddomain.com에서 https://www.newdomain.com/으로 301 영구 리디렉션이 하나 있어야 합니다. http://www.olddomain.com에서 https://www.olddomain.com으로 리디렉션된 다음 https://www.newdomain.com/으로 리디렉션되어서는 안 됩니다. 이 실수는 하기 쉽습니다. 그리고 그것은 실수입니다. 다중 리디렉션이 아닌 1개의 리디렉션인지 확인합니다.
  • 5. Google 주소 변경 도구를 사용하여 한 도메인 이름에서 다른 도메인 이름으로 이동하고 있음을 Google에 알립니다. 리디렉션이 올바르게 설정되면 Google에서 해당 도구를 사용하여 리디렉션을 확인합니다.
  • 6. 새 도메인 이름을 가리키도록 Google Analytics 설정을 업데이트합니다 . Google 애널리틱스에서 이전 기록 데이터를 유지하려면 Google 애널리틱스 설정에서 URL을 수정해야 합니다.
  • 7. 이전에 만든 목록을 사용하여 사이트를 다시 크롤링하여 모든 이전 URL이 새 URL로 제대로 리디렉션되는지 확인합니다. OnCrawl의 URL 목록 모드를 사용하여 이전에 만든 URL 목록을 크롤링합니다.

새 크롤링을 설정하고 크롤링에 데이터 소스를 추가합니다. 그런 다음 URL 파일 탭을 클릭하여 URL 파일 목록을 업로드합니다.

목록 모드에 대한 자세한 정보는 여기에서 확인할 수 있습니다.

리디렉션을 오랫동안 제자리에 유지해야 합니다. 일반적으로 이전 도메인 이름에서 새 도메인으로 리디렉션을 제거하지 않는 것이 좋습니다. 이전 URL은 오랫동안 Google 색인에 남아 있을 것입니다. 리디렉션이 계속 유지되는 경우 최소 3년 동안 유지되는 것으로 나타났습니다. 이전 도메인은 이전 도메인 이름을 검색하는 경우에만 검색 결과에 표시되며 리디렉션이 적절하고 올바르게 설정되어 있으면 키워드에 대한 이전 도메인 순위가 표시되지 않아야 합니다.

웹사이트를 하나의 웹사이트로 결합

여러 웹사이트의 콘텐츠를 하나의 웹사이트로 결합해야 하는 상황에 직면할 때가 있습니다. 콘텐츠를 결합하고 콘텐츠를 이동하는 프로세스의 많은 단계는 동일하지만 일반적으로 이동할 콘텐츠, 리디렉션할 콘텐츠 및 웹 사이트에서 완전히 제거(이동하지 않음)할 콘텐츠를 결정할 때만 더 어렵습니다. .

두 웹 사이트 또는 여러 웹 사이트를 하나의 웹 사이트로 결합할 때 권장하는 단계는 다음과 같습니다.

  • 1. OnCrawl을 사용하여 모든 웹사이트를 크롤링합니다. 가능하면 크롤링에 Google Analytics, Google Search Console, Majestic.com 및 로그 파일 데이터를 포함합니다. 가능한 모든 URL을 식별할 수 있도록 크롤링하려고 합니다. 마주하는 모든 URL의 목록, 고유한 URL의 방대한 목록을 만드십시오. 나중에 필요할 것입니다.
  • 2. 모든 웹사이트의 모든 URL이 포함된 스프레드시트를 만듭니다 . 여기에는 여러 탭이 포함될 수 있습니다. 각 웹 사이트에 대해 하나씩, 만들고 있는 "새" 웹 사이트에 대해 하나입니다. "새" 웹사이트의 모든 페이지를 나열하고 이전 웹사이트의 어떤 페이지를 이동할지, 결합할 페이지 등을 매핑하는 지루한 과정을 시작하십시오. 이것은 전체 프로세스에서 가장 중요한 부분이며 이 작업에 가장 많은 시간을 할애해야 합니다.
  • 3. 리디렉션해야 하는 URL과 이동하거나 결합해야 하는 콘텐츠의 목록과 스프레드시트가 있으면 콘텐츠 결합 계획 과 콘텐츠 이동 계획을 세웁니다. 물론 여기에는 매핑해야 하는 탐색 변경(내부 링크 변경)도 포함됩니다. 가능한 한 많은 URL을 동일하게 유지하는 것이 좋습니다. 웹 사이트를 하나의 기존 웹 사이트로 결합하는 경우 동일한 URL을 유지하는 것이 좋습니다.
  • 4. 이 과정에서 일반적으로 개발 환경(일반에 공개되고 검색 엔진에서 크롤링할 수 있는 사이트가 아님)에서 완전히 새로운 웹 서버 또는 VPS로 시작하는 것이 좋습니다 . 이렇게 하면 콘텐츠를 이동하고 내부 링크를 추가하고 탐색을 업데이트할 수 있는 충분한 시간이 제공됩니다. 어떤 사람들은 이 시간을 사용하여 새로운 웹 디자인으로 새 웹사이트를 만드는 것을 좋아하기도 합니다. 콘텐츠를 이동하고 새 사이트를 업데이트합니다.
  • 5. 새 사이트와 이동 또는 결합된 콘텐츠에 만족 하면 리디렉션 설정을 시작할 수 있습니다. 이전에 만든 스프레드시트를 사용하여 리디렉션과 함께 이전 OnCrawl 크롤링 데이터도 지원합니다.
  • 6. Google Search Console에서 모든 도메인(http://, https://, http://www., https://www. 및 모든 하위 도메인)의 모든 버전이 확인되었는지 확인합니다 .
  • 7. 리디렉션을 설정 하고 검색 엔진이 새 사이트를 크롤링할 수 있도록 합니다. 다른 웹 서버로 변경한 경우 새 웹 서버를 가리키도록 도메인 이름 서버를 업데이트해야 합니다.
  • 8. Google 주소 변경 도구를 사용하여 한 도메인에서 다른 도메인으로 이동했음을 Google에 알립니다. 이동하거나 결합하려는 각 도메인에 대해 이 작업을 수행해야 합니다. 리디렉션이 올바르게 설정되어 있으면 주소 변경을 설정할 때 Google에서 이동을 인식합니다.
  • 9. 새 도메인 이름을 가리키도록 Google Analytics 설정을 업데이트합니다 . 한 도메인만 다른 도메인으로 이동하는 것이 아니기 때문에 모든 이전 Google Analytics 데이터를 유지하지 못할 수 있습니다. 새 도메인이나 새 사이트에 대해 새 Google Analytics 계정을 시작하거나 현재 사이트에 있는 계정만 사용할 수 있습니다.
  • 10. 이전에 만든 목록을 사용하여 모든 사이트를 다시 크롤링 하여 모든 이전 URL이 새 URL로 제대로 리디렉션되는지 확인합니다. OnCrawl의 URL 목록 모드를 사용하여 모든 URL을 다시 크롤링하여 리디렉션을 확인합니다.

새 크롤링을 설정하고 크롤링에 데이터 소스를 추가합니다. 그런 다음 URL 파일 탭을 클릭하여 URL 파일 목록을 업로드합니다.

목록 모드에 대한 자세한 정보는 여기에서 확인할 수 있습니다.

  • 11. 이동하거나 업데이트한 새 콘텐츠의 경우 Google Fetch 및 Render 도구를 사용하여 Google에 사이트 재크롤링을 요청할 수 있습니다.

HTTP에서 HTTP로 마이그레이션하든, 한 도메인 이름에서 다른 이름으로 마이그레이션하든, 웹사이트를 하나의 웹사이트로 결합하든, 모두 웹사이트 크롤링이 필요합니다. 크롤링을 사용하여 웹사이트에 존재했던 가능한 모든 URL(페이지)을 찾고 리디렉션을 설정할 때 해당 데이터를 사용합니다. 방문자(또는 검색 엔진 봇)가 최종 위치에 도달하기 위해 거쳐야 하는 총 '홉' 수를 최소화하면서 301 영구 리디렉션을 사용하는 것이 필수적입니다. 잘못된 사이트 마이그레이션 또는 필요한 모든 단계를 따르지 않은 마이그레이션으로 인해 검색 엔진 순위 문제와 트래픽 감소를 너무 자주 봅니다. 마이그레이션에 대한 좋은 계획과 전체 프로세스를 이해하고 마이그레이션 이후 확인만 한다면 트래픽이나 검색 엔진 순위의 손실 없이 다음 도메인 마이그레이션을 원활하게 진행할 수 있습니다.

14일 무료 평가판 시작

Oncrawl이 시장에서 가장 인정받는 기술 및 데이터 SEO 플랫폼인 이유를 직접 알아보십시오! 신용 카드가 필요하지 않고 문자열도 첨부되지 않습니다. 모든 기능을 갖춘 평가판을 단 14일 동안 사용할 수 있습니다.
평가판 시작