비를긋다

1. ads.txt가 필요한 이유. ads.txt는 Authorized Digital Sellers (공인된 디지털 판매자)를 명시하는 파일로, 광고 수익을 보호하기 위해 광고주가 이 파일을 통해 어느 게시자가 광고를 합법적으로 판매 가능한지 확인할 수 있게 합니다. 설정이 되어 있지 않거나 잘못되면 광고주가 신뢰를 낮추고, 광고 매칭이 줄거나 광고가 덜 게재되어 수익 하락 가능성이 있습니다. 이 때문에 애드센스에서 “수익 손실 위험(Earnings at risk)” 또는 “ads.txt 파일 문제 해결 필요” 같은 경고를 띄우게 됩니다. 2. 오류 원인 및 주의사항 오류 메시지가 뜨는 이유들과 최근 사용자들이 말하는 주의사항 입니다. 원인 설명 맞춤 ads.txt 기능이 꺼져 있음 Blogger의 설정에서 “맞춤 ads.txt(Custom ads.txt)” 옵션이 활성화되어 있지 않으면, ads.txt가 블로그 루트 수준에 존재하지 않음. 퍼블리셔 ID(publication ID)가 잘못 입력됨 애드센스에서 제공하는 pub-xxxxxx... 코드가 정확해야 하고, 오타나 공백 등이 없음. 다른 광고 공급자/광고 네트워크를 추가했는데 해당 코드가 누락됨 ads.txt 파일에 애드센스 외에 다른 광고 플랫폼에서 요구하는 줄이 있다면 같이 포함해야 함. 적용이 되었는데도 경고가 사라지지 않음 Google 애드센스 또는 크롤러(bot)가 해당 파일을 색인하기까지 시간이 걸림. 보통 24~48시간 , 경우에 따라 몇 일 걸림. 도메인 또는 블로그 주소 변경됨 블로그 주소(blogspot 주소) 또는 맞춤 도메인을 사용 중이라면, 주소가 바뀐 경우 기존 ads.txt가 적용되지 않을 수 있음. 새 주소로 다시 설정 필요함. 3. 설정 단계별 해결법 (최신 UI 기준) 아래 절차대로 따라가시면 ads.txt 문제를 해결할 수 있습니다. 단계 설명 1) 애드센스에서 ads.txt 코드 확보 ...

 웹사이트를 운영하면서 구글 서치 콘솔(Google Search Console)을 통해 색인 상태를 확인하다 보면, 특정 페이지가 색인되지 않음으로 표시되는 경우가 있습니다. 특히 리디렉션(Redirection) 오류로 인해 색인이 실패하는 사례가 자주 발생합니다. 색인 생성 리디렉션 오류가 발생하는 이유와, 티스토리와 블로그스팟(블로거) 플랫폼을 기준으로 한 해결 방법을 정리해보겠습니다. 아름다운 구글 색인 생성 리디렉션(Redirection) 오류란? 서치 콘솔의 색인 > 페이지 메뉴에서 "크롤링됨 - 현재 색인이 생성되지 않음"이라는 메시지를 확인할 수 있습니다. 해당 메시지를 클릭하면 개별 URL에 대한 자세한 상태를 볼 수 있고, URL 검사 기능을 통해 실제 색인 여부를 확인할 수 있습니다. 이 오류의 주요 원인은 구글봇(Googlebot)의 기본 사용자 에이전트(User Agent)가 스마트폰 버전이라는 점에 있습니다. PC 버전 URL을 요청했을 때, 모바일 전용 URL로의 자동 리디렉션이 제대로 작동하지 않으면 색인 실패로 이어집니다. 구글 크롤러는 모바일이 기본? 구글은 대부분의 사용자가 모바일을 통해 검색을 이용한다는 점을 반영해, 기본 크롤러를 Googlebot 스마트폰으로 설정하고 있습니다. 사용자가 이 설정을 변경할 수는 없으며, 모든 색인 요청과 크롤링은 모바일 기준으로 이루어집니다. 이런 이유로 PC 버전과 모바일 버전 URL이 다르거나, 리디렉션 처리가 올바르게 되지 않는 경우에는 크롤링은 되지만 색인이 되지 않는 현상이 발생할 수 있습니다. 해결 방법 - 2가지 1. 리디렉션을 블로그에서 직접 설정 모바일 URL로 자동 리디렉션이 되도록 블로그 설정을 수정하면 색인 오류를 줄일 수 있습니다. 티스토리(Tistory) 1. 티스토리는 모바일 접속 시 자동으로 모바일 페이지로 연결되도록 설정할 수 있습니다. 설정 방법 -  티스토리 관리자에 접속 왼쪽 메뉴에서 [꾸미기] > [모바일] 클릭 ‘...

저는 3번!

도대체 그대들의 손은 어떤 손이길래....

 블로그스팟(blogger.com)에서 도메인 등록시 CNAME정보가 나오지 않거나, 삭제 후 재 등록시 정보가 나오지 않아 불편을 겪는 분들을 위해 방법을 정리해 보았습니다. Google Search Console을 통해 CNAME 이름과 대상 정보를 확인하는 방법, 초보자도 쉽게 따라할 수 있도록 구성했으니, 차근차근 따라 해보면 됩니다. CNAME 이름과 대상 찾기 이미지를 클릭하면 원본 크기로 볼 수 있습니다. 1. 이 링크를 엽니다 - https://search.google.com/search-console/not-verified?hl=ko 2. 좌측 상단에 있는 [속성 검색] 을 클릭합니다. 여기에서 "CNAME 이름과 대상"을 찾고자 하는 도메인 또는 도메인속성을 선택합니다.  3. 왼쪽 사이드바 아래로 스크롤해 "설정"으로 들어갑니다. 4. 첫번째 일반설정란에 있는 "사용자 및 권한"으로 들어갑니다. 5. 사용자란의 "소유자"로 표시된 옆에 있는 세로로 된 "세 개의 점"을 클릭합니다. 6. "소유권 인증 세부정보"를 선택합니다. 도메인 이름 공급업체의 세부 정보에 CNAME 이름과 대상 정보를 확인할 수 있습니다. ----------------------------------------------------------------------------------------------------- Finding CNAME name and target You can view it in its original size by clicking on the image. 1. open this link - https://search.google.com/search-console/not-verified?hl=en 2. click on [Search property] 3. select your Domain property (i.e. the one ...

아마 고인의 살아생전 마지막 영상이겠죠? 근데 웃음은 멈추지 않는다.

살았을까요? 죽었을까요?

 물리적인 주소가 아닌 웹상의 리소스 주소도 끊임없이 변화합니다. 사용자가 웹사이트를 방문할 때, 그 뒤에서는 수많은 HTTP 상태 코드들이 작동하며 원활한 연결을 돕습니다. 특히 3xx 리디렉션 코드는 클라이언트와 서버 간의 정보 흐름을 조율하는 중요한 역할을 합니다. 이들은 단순한 오류 코드가 아니라, 웹의 유연성과 효율성을 유지하기 위한 설계된 신호들입니다. 예를 들어, 사용자가 오래된 링크를 클릭했을 때도 최신 페이지로 자연스럽게 연결되는 것은 바로 리디렉션 코드 때문입니다. HTTP 상태 코드 3xx는 리디렉션을 나타내며, 클라이언트가 요청을 완료하기 위해 추가적인 조치를 취해야 함을 의미합니다. 각 상태 코드에 대한 자세한 설명은 아래와 같습니다. 300 Multiple Choices (다중 선택) 300 상태 코드는 요청된 리소스에 대해 하나 이상의 응답이 존재할 때 사용됩니다. 서버는 가능한 여러 응답 옵션들을 클라이언트에게 제시하며, 클라이언트는 이 중에서 가장 적합한 응답을 선택해야 합니다. 예를 들어, 한 페이지가 여러 언어 버전으로 제공될 경우, 서버는 300 코드를 통해 모든 언어 버전을 안내할 수 있습니다. 301 Moved Permanently (영구 이동) 301은 요청된 리소스의 URI가 영구적으로 새로운 URI로 변경되었음을 나타냅니다. 서버는 응답 헤더의 Location 필드에 새로운 URI를 포함하여 클라이언트에게 전달합니다. 클라이언트는 이 응답을 받은 후, 향후 요청 시에도 항상 새로운 URI를 사용하도록 정보를 업데이트해야 합니다. 이 코드는 주로 웹사이트의 도메인을 변경하거나 HTTP에서 HTTPS로 전환할 때 사용됩니다. 302 Found (찾음) 302 코드는 요청된 리소스가 일시적으로 다른 URI에 위치하고 있음을 의미합니다. 301과 달리, 이는 임시적인 변경이므로 클라이언트는 다음 요청 시에도 원래의 URI를 사용해야 합니다. 이 코드는 로드 밸런싱이나 요청에 따라 다른 페이지로 연결해야 할...