2026년 4월 21일

원인

원인 규명의 발단

불면(不眠)의 2주일을 보낸 후, 알게 된 사실

도메인은 aiforu.kr에서 이전한 이후에 구글 서치 콘솔에서 www.seenbuy.kr을 삭제하였습니다. 그런데 하도 색인 안 돼 방법을 찾다가 ‘구글 주소 변경 도구’가 구글에게 사이트 도메인 이전 사실을 알리는 가장 강력하고 쉬운 방법임을 알고 www.seenbuy.kr을 다시 등록해 놓았는데, 도메인은 적어도 2개월 이전에 이전하였는데, 현재까지도 노출이 되고 있다는 실적이었습니다. 도메인을 포워딩했는데, 어떻게 실적이 잡히는 것일까를 연구하다가 발견하게 되었습니다.

유효성 검사 실패 : ‘페이지를 가져올 수 없습니다.’

원인 : ‘호스팅케이알에서 포워딩을 설정한 것’ 자체가 잘못됨

저는 이전 이전의 www.seenbuy.kr로 도메인으로 들어오는 사용자를 위해 aiforu.kr로 포워딩을 했는데 이것 자체가 그 수많은 시간의 시행착오의 시작이었습니다.

결론부터 말씀드리면, 호스팅케이알에서 제공하는 이 ‘포워딩’ 메뉴는 사용하지 않는 것이 좋습니다.

이유는 다음과 같습니다:

고정 포워딩: 주소창에 seenbuy.kr이 그대로 남습니다. (구글이 중복 콘텐츠로 판단하여 색인 제외)
유동 포워딩: 주소창이 aiforu.kr로 바뀌긴 하지만, 내부적으로 301 리다이렉트 신호를 정확히 주지 않는 경우가 많습니다.

SEO 전문가이신 만큼, 가장 확실하고 정석적인 ‘DNS 레코드 직접 설정’ 방식을 추천드립니다.

유동 포워딩 방식의 문제

이 방식은 제가 기존에 호스팅케이알에서 포워딩을 설정할때 선택했던 방식으로 무엇이 잘못되었는지 설명드리겠습니다.

이미지 속 호스팅케이알의 설정 화면을 보니, 현재 구글 주소 변경 도구가 실패하고 색인이 정체된 결정적인 이유가 두 가지 확인됩니다. SEO 전문가로서 이 부분만 바로잡으시면 됩니다.

1. 가장 큰 문제: 포워딩 방식 (유동 포워딩)

현재 설정된 **’유동 포워딩’**은 SEO에 있어 치명적인 방식입니다.

유동 포워딩의 문제점: 사용자가 seenbuy.kr에 접속했을 때 주소창의 주소는 그대로 유지하면서 내용만 aiforu.kr을 보여주는 방식(보통 Iframe 방식)입니다.
구글의 인식: 구글은 이를 ‘도메인 이전’으로 보지 않고, 오히려 **’콘텐츠 도용’이나 ‘프레임셋’**으로 인식합니다. 구글 주소 변경 도구가 요구하는 것은 **301 리디렉션(영구 이동)**인데, 유동 포워딩은 301 신호를 보내지 않기 때문에 유효성 검사에서 계속 실패하는 것입니다.

2. 포워딩 주소의 불완전성

포워딩 주소가 단순히 aiforu.kr로 되어 있습니다.

이렇게 설정하면 seenbuy.kr/specific-page로 접속해도 무조건 aiforu.kr의 메인 페이지로만 연결됩니다. 구글은 개별 페이지들이 1:1로 매칭되는지 검사하기 때문에, 이 역시 유효성 검사 실패의 원인이 됩니다.

근본 원인 : 301 리다이렉트의 부재

오늘 해결하신 과정은 단순한 기술 설정을 넘어, 웹사이트 이사(Migration)에서 가장 핵심적인 **’검색 엔진과의 신뢰 연결’**을 복구하신 것입니다.

오늘의 일을 핵심 위주로 정리해 드릴게요.

1. 문제의 근본 원인: 301 리다이렉트의 부재

“크롤링됨 – 현재 색인이 생성되지 않음”이라는 메시지는 구글봇이 seenbuy.kr에 방문은 했지만, 이 페이지를 검색 결과에 넣어야 할지 말지 판단을 유보하고 있었다는 뜻입니다.

이유: 구글 입장에서 seenbuy.kr은 죽어가는 사이트 같고, 새 사이트(aiforu.kr)는 갑자기 나타난 사이트 같아서 두 사이트가 같은 주인이 운영하는 동일한 가치를 지닌 곳인지 확신할 수 없었기 때문입니다.
해결: 오늘 설정하신 301 리다이렉트는 구글에게 “이곳의 모든 권위와 콘텐츠는 이제 저곳으로 영구히 옮겨갔으니, 기존 점수를 모두 저쪽으로 몰아주세요”라고 공식 선언하는 인감 증명서와 같은 역할을 했습니다.

301 리다이렉트

301 리다이렉트는 특정 URL이 영구적으로 새로운 위치로 이동했음을 브라우저와 검색 엔진에 알리는 HTTP 상태 코드(Moved Permanently)입니다. 도메인 변경, HTTPS 전환, 사이트 구조 개편 시 기존 페이지의 SEO 점수(페이지랭크)를 새 페이지로 이전하고 사용자를 올바른 주소로 자동 연결하는 데 필수적입니다.
핵심 내용
용도: 영구적인 웹페이지 이전 (1년 이상 장기 이동).
SEO 영향: 구형 URL의 검색 엔진 순위와 링크 가치(Link Equity)를 새 URL로 승계하여 SEO 손실을 최소화.
작동 방식: 서버 측에서 설정하며, 사용자가 구 주소 입력 시 자동으로 새 주소로 이동.
302 리다이렉트와의 차이: 302는 ‘임시’ 이동으로 SEO 가치가 이전되지 않음.
설정 방법
.htaccess 파일 (Apache): Redirect 301 /old-page.html http://www.example.com/new-page.html
Nginx: rewrite ^/old-page\.html$ http://www.example.com/new-page.html permanent;
웹 호스팅 패널: cPanel 등에서 제공하는 리다이렉트 설정 도구 활용.
주의사항
리다이렉트 체인 피하기: A->B->C 보다는 A->C로 바로 연결되도록 설정 (속도 저하 및 SEO 손실 방지).
루프 주의: A가 B를 가리키고 B가 A를 가리키는 무한 루프는 설정하지 않음

2. 오늘 해결한 핵심 기술 매듭들

단순히 주소만 바꾸는 것이 아니라, 여러 겹의 기술적 난관을 전문가님께서 직접 다 해결하셨습니다.

DNS 권한 이전: 호스팅케이알에서 Cloudflare로 네임서버를 옮겨 실시간 통제권을 확보했습니다.
SSL 핸드셰이크(525) & 권한(403) 오류 해결: 서버 간의 보안 충돌을 무시하고 강제로 리다이렉트를 쏠 수 있도록 설정을 최적화했습니다.
와일드카드(*) 규칙 적용: www가 있든 없든, 어떤 세부 페이지로 접속하든 놓치지 않고 새 도메인으로 연결되도록 그물을 촘촘히 짰습니다.

3. 앞으로 일어날 긍정적인 변화

사용자 경험: 기존 seenbuy.kr 주소를 기억하고 들어오는 손님들도 길을 잃지 않고 새 주소로 안전하게 도착하게 됩니다.

색인 전이: 이제 구글은 안심하고 seenbuy.kr에 할당했던 색인 에너지를 aiforu.kr로 옮기기 시작할 것입니다.

검색 노출 정상화: ‘미등록’ 상태였던 페이지들이 점차 aiforu.kr 주소로 검색 결과에 등장하게 됩니다.

해결책

현재 구조는 구 도메인은 호스팅케이알에서 카페24로 직접 연결되어 있고, 새 도메인은 카페24 도메인 센터와 Cloudflare를 거쳐 다시 카페24 서버로 들어오는 구조군요.

이 경우, 구글 주소 변경 도구를 통과시키고 색인 문제를 해결할 가장 확실한 방법은 seenbuy.kr의 관제권을 aiforu.kr과 동일하게 Cloudflare로 옮기는 것입니다. 그래야 구글봇이 리다이렉트를 검사할 때 중간에 끊기지 않고 완벽한 301 신호를 받을 수 있습니다.

SEO 전문가로서 현재 막혀있는 혈을 뚫기 위한 최종 해결 로드맵을 정리해 드립니다.

1. `seenbuy.kr`을 Cloudflare에 등록 (핵심 단계)

가장 먼저 하셔야 할 일은 호스팅케이알에 있는 seenbuy.kr의 네임서버를 Cloudflare로 변경하는 것입니다.

이유: 현재 호스팅케이알의 포워딩 시스템은 구글이 원하는 ‘301 경로 유지’를 제대로 지원하지 못합니다. Cloudflare로 관리 주체를 옮기면 서버(카페24) 설정을 건드리지 않고도 강력한 리다이렉트 제어가 가능합니다.
방법: Cloudflare에서 seenbuy.kr 사이트를 추가하고, 부여받은 네임서버 주소를 호스팅케이알의 네임서버 설정에 입력하세요.

2. Cloudflare에 `seenbuy.kr` 추가

네임서버 전파가 완전히 끝나지 않았더라도 등록 과정은 지금 바로 시작하실 수 있습니다.

[+ Add] 클릭: 우측 상단의 파란색 버튼을 누릅니다.

도메인 입력: www를 제외한 루트 도메인인 **seenbuy.kr**만 입력합니다. (www는 나중에 DNS 레코드에서 자동으로 처리됩니다.)

플랜 선택: 하단의 Free(무료) 플랜을 선택하고 계속 진행합니다.

Our scan may have missed uncommon records or custom subdomains. Compare the list below to your current DNS provider (most likely your registrar) and add any missing records. Pay close attention to all records on the zone apex, records of the type A, AAAA, and CNAME and records needed for email like MX, SPF, DMARC, DKIM, and MTA-STS.(저희 검사에서 흔하지 않은 레코드나 사용자 지정 서브도메인이 누락되었을 수 있습니다. 아래 목록을 현재 DNS 제공업체(대부분 도메인 등록기관)의 목록과 비교하여 누락된 레코드가 있는지 확인하십시오. 특히 최상위 도메인(A, AAAA, CNAME)의 레코드와 MX, SPF, DMARC, DKIM, MTA-STS와 같은 이메일 관련 레코드를 꼼꼼히 확인해 주세요.)

위와 같은 알람이 표시됩니다. 당황하실 필요 없습니다. Cloudflare가 기존 DNS 레코드를 자동으로 찾아내지 못한 상태입니다. 하지만 우리는 어차피 모든 트래픽을 리다이렉트할 것이기 때문에, 여기서 수동으로 최소한의 레코드만 잡아주면 해결됩니다.

현재 레코드가 0개인 상태로는 다음 단계로 넘어갈 수 없으므로, 아래 절차대로 임시 레코드를 추가해 주세요.

최소 DNS 레코드 추가 (임시)

Cloudflare 대시보드 우측의 [+ Add record] 버튼을 눌러 아래 두 개를 각각 추가합니다. (IP 주소는 리다이렉트 규칙이 작동하기 위한 통로 역할만 하므로 아무 공인 IP나 넣어도 무방하지만, 관리를 위해 aiforu.kr의 서버 IP를 넣는 것을 추천합니다.)

유형 (Type)	이름 (Name)	콘텐츠 (Content/IP)	프록시 상태 (Proxy status)
A	@	aiforu.kr의 서버 IP	Proxied (오렌지색 구름)
A	www	aiforu.kr의 서버 IP	Proxied (오렌지색 구름)

DNS 레코드 스캔: Cloudflare가 기존 호스팅케이알에 있던 DNS 정보들을 긁어옵니다. (이때 카페24 서버 IP 등이 보일 텐데, 확인 후 계속 진행하세요.)
네임서버 확인: 이미 호스팅케이알에서 변경하셨으므로, 화면에 나오는 안내는 무시하고 [Check Nameservers] 또는 **[Done]**을 누릅니다.

호스팅케이알에서 네임서버를 변경하라는 메시지가 나오는 것은 Cloudflare가 seenbuy.kr 도메인의 관리 권한을 완전히 넘겨받기 위한 마지막 필수 절차입니다.

가. 호스팅케이알에서 네임서버 2차 변경

이미 이전에 amy와 bob으로 시작하는 네임서버를 입력하셨으나, Cloudflare에서 보안 및 개별 계정 식별을 위해 새로운 네임서버 주소를 할당한 것으로 보입니다.

변경할 주소: barbara.ns.cloudflare.com, dave.ns.cloudflare.com
조치: 호스팅케이알의 네임서버 설정 메뉴로 다시 가셔서 기존 주소를 위 두 개의 주소로 교체하고 저장해 주세요.

나. 왜 다시 변경해야 하나요?

Cloudflare는 도메인을 추가할 때마다 해당 도메인을 안전하게 보호하고 리다이렉트 규칙을 실행할 전용 네임서버 쌍을 지정합니다.
이 네임서버가 정확히 일치해야만 Cloudflare 대시보드의 상태가 **’Active(활성)’**로 바뀌며, 그제야 우리가 계획한 301 리다이렉트 규칙이 실제로 작동하게 됩니다.

3. Cloudflare에서 301 리다이렉트 규칙 생성

위 작업을 마치면 처음에는 ‘Pending(대기 중)’ 상태로 표시되다가, 전파가 완료되면 **’Active(활성)’**로 바뀝니다.

Active 상태가 된 즉시 왼쪽 메뉴의 **[Rules(규칙)] > [Redirect Rules(리다이렉션 규칙)]**으로 들어가서 제가 앞서 강조드린 301 리다이렉트 설정을 만드셔야 합니다. 그래야 비로소 구글 서치 콘솔의 유효성 검사를 통과할 수 있습니다.

네임서버 변경 후(보통 1~2시간 내 전파), Cloudflare의 seenbuy.kr 대시보드에서 **[Rules] > [Redirect Rules]**로 이동하여 다음과 같이 설정하십시오.

이름: Domain Migration to aiforu.kr
조건: All incoming requests
유형: Dynamic
식별(Expression): concat("https://aiforu.kr", http.request.uri.path)
상태 코드: 301 (반드시 선택)

가. 템플릿 선택

이미지 중앙에 보이는 여러 템플릿 중 [Redirect to a different domain] (오른쪽 위에서 두 번째 템플릿)의 [Create from template] 버튼을 클릭하세요. 이 템플릿이 우리가 원하는 ‘경로를 유지한 301 리다이렉트’를 생성하는 데 최적화되어 있습니다.

나. 규칙 설정 (필수 입력값)

버튼을 누르면 설정 화면이 나타납니다. 아래와 같이 입력해 주세요:

Rule name (규칙 이름): Migration to aiforu
If incoming requests match… (조건):
- Field: Hostname
- Operator: equals
- Value: seenbuy.kr (또는 www.seenbuy.kr도 포함하려면 is in 선택 후 seenbuy.kr, www.seenbuy.kr 입력)
Then… (실행 동작):
- Type: Static (고정) 또는 템플릿에 따라 Dynamic이 가능하면 선택
- URL: https://aiforu.kr${http.request.uri.path}
- Preserve query string: 체크 (기존 URL의 검색 파라미터 등을 유지하기 위함)
- Status code: 301 - Permanent Redirect (가장 중요!)

다. 규칙 저장 및 적용

설정을 마치고 하단의 [Deploy] 또는 [Save] 버튼을 클릭하여 규칙을 활성화하세요.

[deploy]를 선택하니 “‘https://aiforu.kr${http.request.uri.path}’ is not a valid value for target_url because could not parse filter value expression: Filter parsing error (1:1): https://aiforu.kr${http.request.uri.path} ^^^^^ unknown identifier”라고 나옵니다.

에러 메시지가 발생한 이유는 Cloudflare의 Redirect Rules에서 동적 주소를 생성할 때 사용하는 Expression(식) 문법이 텍스트와 변수를 결합하는 방식에서 어긋났기 때문입니다. 해당 필드에 단순히 텍스트를 입력하는 것이 아니라, Cloudflare가 이해할 수 있는 함수 형태로 작성해야 합니다.

문제를 해결하기 위해 Expression 칸의 내용을 아래와 같이 수정해 주세요.

가. 수정할 코드 (정확히 복사해서 붙여넣으세요)

기존 내용을 모두 지우고 아래 코드를 그대로 입력하십시오.

JavaScript

concat("https://aiforu.kr", http.request.uri.path)

나. 설정 확인 사항

Type: Dynamic으로 설정되어 있는지 확인하세요.
Status code: 301로 선택되어 있어야 합니다.
따옴표 주의: https://aiforu.kr 부분을 감싸는 큰따옴표(")가 정확히 입력되어야 합니다.

다. 왜 에러가 났나요?

에러 메시지에 적힌 ${...} 방식은 일반적인 프로그래밍 언어(JavaScript 등)에서 사용하는 방식이지만, Cloudflare의 규칙 엔진에서는 concat() 함수를 사용하여 문자열(도메인)과 변수(경로)를 합쳐야 하기 때문입니다.

시크리모드에서 seenbuy.kr을 접속하였는데, “SSL handshake failed Error code 525Visit cloudflare.com for more information.

2026-04-21 10:39:06 UTC”가 나오면 리다이렉트가 안 됩니다.

에러 코드 **525(SSL handshake failed)**는 Cloudflare와 카페24 서버 사이의 보안 연결(SSL) 설정이 서로 맞지 않을 때 발생합니다. 하지만 우리의 목적은 seenbuy.kr을 운영하는 것이 아니라 aiforu.kr로 보내버리는 리다이렉트이므로, 복잡한 서버 설정 없이 Cloudflare 설정만으로 해결이 가능합니다.

가장 빠르고 확실한 해결 방법을 안내해 드립니다.

가. SSL/TLS 암호화 모드 변경 (가장 유력한 해결책)

현재 Cloudflare의 SSL 설정이 너무 엄격해서 카페24 서버와의 연결을 거부하고 있을 가능성이 큽니다.

Cloudflare 대시보드 왼쪽 메뉴에서 **[SSL/TLS] > [Overview]**로 이동합니다.
현재 Full 또는 Full (strict)로 되어 있다면, 이를 **Flexible**로 변경해 보십시오.
- 이유: Flexible 모드는 방문자와 Cloudflare 사이만 보안 연결을 유지하고, Cloudflare와 서버 사이는 일반 연결을 허용합니다. 어차피 301 리다이렉트 신호만 쏘면 되므로 이 설정이 가장 안전합니다.

나. ‘Always Use HTTPS’ 기능 일시 비활성화

리다이렉트 규칙이 작동하기 전에 HTTPS 강제 연결이 충돌을 일으킬 수 있습니다.

[SSL/TLS] > [Edge Certificates] 메뉴로 이동합니다.
Always Use HTTPS 항목을 찾아 **[Off]**로 끕니다.

다. 리다이렉트 규칙 우선순위 확인

만약 위 두 조치 후에도 동일하다면, 리다이렉트 규칙이 SSL 오류보다 먼저 실행되도록 설정해야 합니다.

이미 Redirect Rules를 정상적으로 생성하셨으므로(cloudflare-Redirect Rules-리다이렉션 규칙-3.png 참조), SSL 모드를 Flexible로 바꾸는 것만으로도 리다이렉트 엔진이 정상 가동될 것입니다.

시크리모드에서 seenbuy.kr을 접속하였는데, 이번엔 “Forbidden You don’t have permission to access this resource.”라고 나옵니다.

이제 마지막 고지에 거의 다 오셨습니다! 403 Forbidden 에러가 뜬다는 것은 역설적으로 리다이렉트 규칙이 작동하기 직전까지 연결은 성공했다는 신호입니다. 다만, Cloudflare가 카페24 서버로 접속을 시도할 때 서버 측(카페24)에서 권한 문제로 막고 있는 상태입니다.

가. SSL 설정을 다시 ‘Full’로 복구

구글이 HTTPS 경로를 검사할 수 있도록 통로를 다시 열어주어야 합니다.

조치: Cloudflare 메뉴 **[SSL/TLS] > [Overview]**에서 모드를 다시 Full로 변경해 주세요.
이유: seenbuy.kr에 대한 유효한 SSL 인증서가 Cloudflare 단에서 활성화되어 있어야 구글봇의 HTTPS 요청을 받아 리다이렉트 규칙을 실행할 수 있습니다.

나. 페이지 규칙(Page Rules) 설정 보완

현재 구글 서치 콘솔에 등록된 주소가 www를 포함하고 있으므로, 규칙이 이를 정확히 커버하는지 확인해야 합니다.

URL 패턴: *seenbuy.kr/* (앞에 별표를 붙여 www 유무와 상관없이 작동하게 합니다).
설정:
- Forwarding URL -> 301 - Permanent Redirect.
- Destination URL: https://aiforu.kr/$2 (별표가 두 개이므로 $2를 사용하거나, https://aiforu.kr/로 단순 지정).

다. ‘Always Use HTTPS’ 활성화

조치: **[SSL/TLS] > [Edge Certificates]**에서 Always Use HTTPS를 On으로 켭니다.
이유: 구글이 어떤 경로(HTTP/HTTPS)로 들어오든 강제로 보안 연결을 거치게 하여 리다이렉트 규칙이 적용되도록 유도합니다.

라. 서치 콘솔에서 ‘다시 시도’

위의 SSL 설정을 Full로 바꾸고 약 5~10분 정도 Cloudflare 인증서가 갱신될 시간을 기다린 후, 구글 서치 콘솔에서 **[다시 시도]**를 클릭해 보세요.

요약하자면: 구글이 HTTPS 주소를 검사하므로 Cloudflare의 SSL은 **’Off’가 아닌 ‘Full’**이어야 하며, www 접속까지 완벽하게 리다이렉트되도록 페이지 규칙의 범위를 넓혀주시면 해결됩니다. 시도해 보시고 여전히 실패한다면 다시 말씀해 주세요!

4. 최종 체크리스트

네임서버 변경: 호스팅케이알에서 seenbuy.kr의 네임서버를 Cloudflare로 변경했는가?
301 리다이렉트: Cloudflare에서 aiforu.kr로의 Dynamic 301 Redirect 규칙을 활성화했는가?
자가 테스트: 브라우저에 seenbuy.kr/any-page를 입력했을 때 aiforu.kr/any-page로 즉시 바뀌는지 확인했는가?
주소 변경 도구: 위 테스트가 성공하면 서치 콘솔에서 **[다시 시도]**를 클릭하십시오.

전문가님을 위한 조언: 현재 콘텐츠와 내부 링크는 완벽하다고 하셨으니, 이 **’도메인 연결 통로’**만 정석대로(301) 복구하면 구글은 곧 aiforu.kr을 seenbuy.kr의 정당한 계승자로 인정할 것입니다. 그 순간 ‘크롤링됨 – 현재 색인이 생성되지 않음’ 상태의 페이지들이 빠르게 색인으로 전환될 것입니다.

혹시 Cloudflare에 seenbuy.kr을 추가하는 과정에서 어려움이 있으시다면 말씀해 주세요. 바로 도와드리겠습니다.

대안 : 마지막 비밀병기 활=`.htaccess`

Cloudflare 설정이 제대로 작동하지 않거나, Cloudflare를 우회하는 직접적인 서버 접근까지 완벽하게 차단하고 싶을 때만 하시면 됩니다. (현재 구조에서는 Cloudflare를 통해 서버로 들어오므로 필요 없습니다.)

# 기존 워드프레스 기본 코드 상단에 추가
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?seenbuy\.kr [NC]
RewriteRule ^(.*)$ https://aiforu.kr/$1 [L,R=301]
</IfModule>

결과와 후속조치

축하드립니다! 구글 서치 콘솔의 “유효성 검사 통과” 메시지가 확인된 것으로 보아, 기술적으로 가장 까다로운 301 리디렉션 설정과 도메인 이전 선언이 모두 성공적으로 완료되었습니다.

1. 최종 [이동 확인] 클릭

현재 이미지 상에 떠 있는 초록색 팝업창 오른쪽 하단의 [이동 확인] 버튼을 반드시 클릭하십시오.

이 버튼을 눌러야 구글 서치 콘솔 시스템에 “이 사이트는 이제 공식적으로 aiforu.kr로 이사했습니다”라는 최종 신호가 전송됩니다.

2. 향후 예상되는 변화 (인내의 시간)

모든 설정이 성공했지만, 구글 검색 결과에 반영되는 데는 시간이 필요합니다.

검색 결과 교체: 구글이 기존 seenbuy.kr 링크들을 순차적으로 방문하여 리디렉션을 확인하면서, 검색 결과 상의 주소를 aiforu.kr로 하나씩 바꿔나가게 됩니다.
색인 통합: seenbuy.kr이 가졌던 기존의 신뢰도와 점수(SEO 가치)가 신규 도메인인 aiforu.kr로 전이되기 시작합니다.
데이터 모니터링: 앞으로 약 1~2주 동안은 aiforu.kr 서치 콘솔에서 ‘색인 생성 범위’ 리포트를 주시하십시오. 이전 도메인에서 ‘제외됨’으로 분류되었던 페이지들이 서서히 유효한 페이지로 등록될 것입니다.

3. Cloudflare 및 호스팅 설정 유지

주소 변경 프로세스는 구글 시스템 내에서 완전히 정착될 때까지 최소 180일 이상 걸릴 수 있습니다.

주의: 도메인 이전이 완전히 끝날 때까지 호스팅케이알의 네임서버 설정과 Cloudflare의 리디렉션 규칙을 절대 삭제하거나 변경하지 말고 그대로 유지하셔야 합니다.

상희 김

검색엔진최적화, 인바운드마케팅, 유튜브최적화 전문

SEO 전문가인 나에게 굴욕감을 준 색인 문제 : 구글 서치 콘솔의 주소 변경

상희 김

답글 남기기 응답 취소

SEO 전문가인 나에게 굴욕감을 준 색인 문제 : 구글 서치 콘솔의 주소 변경

원인

원인 규명의 발단

유효성 검사 실패 : ‘페이지를 가져올 수 없습니다.’

원인 : ‘호스팅케이알에서 포워딩을 설정한 것’ 자체가 잘못됨

유동 포워딩 방식의 문제

1. 가장 큰 문제: 포워딩 방식 (유동 포워딩)

2. 포워딩 주소의 불완전성

근본 원인 : 301 리다이렉트의 부재

1. 문제의 근본 원인: 301 리다이렉트의 부재

2. 오늘 해결한 핵심 기술 매듭들

3. 앞으로 일어날 긍정적인 변화

해결책

1. seenbuy.kr을 Cloudflare에 등록 (핵심 단계)

2. Cloudflare에 seenbuy.kr 추가

가. 호스팅케이알에서 네임서버 2차 변경

나. 왜 다시 변경해야 하나요?

3. Cloudflare에서 301 리다이렉트 규칙 생성

가. 템플릿 선택

나. 규칙 설정 (필수 입력값)

다. 규칙 저장 및 적용

가. 수정할 코드 (정확히 복사해서 붙여넣으세요)

나. 설정 확인 사항

다. 왜 에러가 났나요?

가. SSL/TLS 암호화 모드 변경 (가장 유력한 해결책)

나. ‘Always Use HTTPS’ 기능 일시 비활성화

다. 리다이렉트 규칙 우선순위 확인

가. SSL 설정을 다시 ‘Full’로 복구

나. 페이지 규칙(Page Rules) 설정 보완

다. ‘Always Use HTTPS’ 활성화

라. 서치 콘솔에서 ‘다시 시도’

4. 최종 체크리스트

대안 : 마지막 비밀병기 활=.htaccess

결과와 후속조치

1. 최종 [이동 확인] 클릭

2. 향후 예상되는 변화 (인내의 시간)

3. Cloudflare 및 호스팅 설정 유지

상희 김

Related posts

답변엔진최적화(AEO, Answer Engine Optimization)

IndexNow for Naver, Yandex

유튜브 쇼츠(YouTube Shorts)와 검색엔진최적화(SEO, Search Engine Optimization)

답글 남기기 응답 취소

1. `seenbuy.kr`을 Cloudflare에 등록 (핵심 단계)

2. Cloudflare에 `seenbuy.kr` 추가

대안 : 마지막 비밀병기 활=`.htaccess`