티스토리 Search Console ‘서버 오류(5xx)’ 확인 방법｜일시적 오류와 반복되는 접속 문제 구분하기

티스토리 블로그를 운영하면서 Google Search Console의 페이지 색인 생성 보고서를 확인하다 보면 ‘서버 오류(5xx)’라는 상태를 발견할 수 있습니다.

이전 글에서 살펴본 robots.txt나 noindex는 크롤링과 색인에 관한 설정이었습니다.

반면 서버 오류(5xx)는 Google이 페이지에 접근하는 과정에서 서버 측 오류 응답을 받았다는 의미입니다.

처음 발견하면 다음과 같은 걱정이 생길 수 있습니다.

“내 티스토리 블로그가 고장 난 걸까?”

“서버 오류가 발생하면 검색 순위가 떨어질까?”

“애드센스 재신청 전에 반드시 해결해야 할까?”

하지만 서버 오류가 한 번 기록되었다는 이유만으로 블로그 전체에 심각한 문제가 발생했다고 단정할 필요는 없습니다.

일시적인 서버 문제일 수도 있고, 특정 URL에서 반복되는 접근 문제일 수도 있기 때문입니다.

중요한 것은 오류가 발생했다는 사실 자체보다 현재도 같은 문제가 발생하는지, 어떤 URL에서 나타나는지, 여러 게시글에 공통적으로 발생하는지를 확인하는 것입니다.

이번 글에서는 Search Console의 서버 오류(5xx)를 발견했을 때 실제 URL 확인부터 일시적 오류와 반복적인 문제를 구분하는 방법까지 정리해 보겠습니다.

✓ 먼저 서버 오류(5xx)가 무엇인지 이해합니다

웹사이트에 접속하면 서버는 요청에 대한 HTTP 상태 코드를 반환합니다.

정상적으로 페이지를 제공하는 경우에는 일반적으로 200 상태 코드가 사용됩니다.

반면 5xx 계열은 서버 측에서 요청을 정상적으로 처리하지 못했음을 나타냅니다.

대표적인 상태 코드는 다음과 같습니다.

500 Internal Server Error

서버가 요청을 처리하는 과정에서 내부 오류가 발생한 상태입니다.

502 Bad Gateway

중간 서버나 게이트웨이가 다른 서버에서 정상적인 응답을 받지 못한 상태입니다.

503 Service Unavailable

서버가 일시적으로 요청을 처리할 수 없는 상태입니다. 점검이나 과부하 등의 상황에서 발생할 수 있습니다.

504 Gateway Timeout

중간 서버가 다른 서버의 응답을 기다리다가 제한 시간을 초과한 상태입니다.

다만 Search Console에 서버 오류(5xx)가 표시되었다는 사실만으로 정확한 서버 내부 원인을 알 수 있는 것은 아닙니다.

원인을 추정하기 전에 현재 페이지 상태부터 확인해야 합니다.

✓ 404 오류와 5xx 오류는 다릅니다

이전에 살펴본 404 오류와 서버 오류(5xx)는 의미가 다릅니다.

404는 요청한 페이지를 찾을 수 없다는 의미입니다.

삭제한 게시글처럼 실제로 존재하지 않는 URL이라면 404가 정상적인 응답일 수도 있습니다.

반면 5xx는 서버가 요청을 정상적으로 처리하지 못했다는 의미입니다.

예를 들어 정상적으로 존재하는 게시글에 Google이 접근했는데 서버가 일시적으로 응답하지 못했다면 5xx 오류가 발생할 수 있습니다.

따라서 404와 5xx를 같은 문제로 보고 대응하면 안 됩니다.

✓ Search Console에서 오류가 발생한 URL을 확인합니다

먼저 Search Console에서 자신의 티스토리 속성을 선택합니다.

페이지 색인 생성 보고서에서 ‘서버 오류(5xx)’ 항목을 확인합니다.

해당 항목을 열어 예시 URL을 살펴봅니다.

이때 오류 URL 개수만 보고 판단하지 않습니다.

어떤 주소가 포함되어 있는지 확인해야 합니다.

직접 작성한 정상 게시글인지, 블로그 메인 주소인지, 특정 경로의 URL인지, 오래전에 삭제한 주소인지 구분합니다.

특히 검색 유입을 받고 있는 중요한 게시글이 포함되어 있다면 우선적으로 확인하는 것이 좋습니다.

✓ 브라우저에서 해당 URL을 직접 열어봅니다

가장 먼저 할 일은 오류가 표시된 URL을 브라우저에서 직접 열어보는 것입니다.

페이지가 정상적으로 표시되는지 확인합니다.

본문과 이미지가 제대로 나타나는지도 살펴봅니다.

예상하지 못한 오류 화면이 표시되는지 확인합니다.

다른 URL로 이동하지 않는지도 확인합니다.

가능하다면 로그인하지 않은 상태에서도 페이지가 정상적으로 열리는지 살펴봅니다.

다만 브라우저에서 현재 정상적으로 열린다고 해서 과거에 Google이 받은 5xx 응답이 잘못된 기록이라는 뜻은 아닙니다.

현재는 정상이어도 Google이 방문했던 시점에는 일시적인 오류가 있었을 수 있습니다.

✓ 일시적인 오류와 반복되는 오류를 구분합니다

서버 오류를 발견했을 때 가장 중요한 판단 기준입니다.

일시적인 오류는 특정 시점에 발생했다가 이후 정상적으로 복구된 상황일 수 있습니다.

반면 반복적인 오류는 Google이 여러 차례 접근하는 과정에서 계속 문제가 발생하는 상황일 수 있습니다.

예를 들어 어제 Search Console에 서버 오류가 표시됐지만 현재 페이지가 정상적으로 열리고 실시간 URL 테스트에서도 접근 문제가 발견되지 않는다면 일시적인 상황일 가능성을 고려할 수 있습니다.

반대로 시간이 지나도 같은 URL에서 접근 문제가 반복되거나 여러 정상 게시글에서 비슷한 문제가 나타난다면 추가 점검이 필요합니다.

단, 현재 정상적으로 열린다는 사실만으로 문제가 완전히 해결됐다고 확정하지는 않습니다.

✓ URL 검사에서 Google이 알고 있는 상태를 확인합니다

중요한 게시글이라면 Search Console의 URL 검사를 이용합니다.

오류가 표시된 URL을 입력해 Google이 알고 있는 상태를 확인합니다.

최근 크롤링 정보와 페이지 색인 생성 관련 내용을 함께 살펴봅니다.

이 과정에서 확인할 것은 다음과 같습니다.

Google이 마지막으로 확인한 상태가 무엇인지

현재 색인되어 있는지

최근 크롤링 정보가 표시되는지

다른 색인 제외 사유가 함께 나타나는지

오류가 표시된 URL과 실제 정상 게시글 URL이 일치하는지

Search Console에 저장된 정보는 현재 상황과 다를 수 있으므로 필요한 경우 실시간 URL 테스트도 함께 확인합니다.

✓ 실시간 URL 테스트로 현재 접근 상태를 확인합니다

URL 검사에서 실시간 URL 테스트를 실행하면 Google의 검사 도구가 현재 페이지에 접근할 수 있는지 확인하는 데 도움이 됩니다.

과거에 서버 오류가 발생했지만 현재는 복구된 경우라면 실시간 테스트에서 정상적으로 접근 가능한 상태가 나타날 수 있습니다.

반대로 현재도 접근 문제가 발생한다면 추가 확인이 필요합니다.

다만 실시간 테스트는 특정 시점의 검사 결과입니다.

테스트 한 번이 정상이라고 해서 앞으로 서버 오류가 다시 발생하지 않는다는 뜻은 아닙니다.

또한 실시간 테스트가 정상이라는 이유만으로 색인이 즉시 이루어진다고 보장할 수도 없습니다.

✓ 특정 게시글 하나에서만 발생하는지 확인합니다

서버 오류가 하나의 URL에서만 나타나는 경우와 여러 URL에서 나타나는 경우는 구분해서 살펴볼 필요가 있습니다.

예를 들어 특정 게시글 하나에서만 서버 오류가 기록됐다면 해당 주소를 직접 확인합니다.

게시글이 정상적으로 공개되어 있는지 살펴봅니다.

현재도 오류가 발생하는지 확인합니다.

다른 게시글은 정상적으로 열리는지도 비교합니다.

이때 오류가 특정 게시글에서만 나타난다는 이유로 본문 내용이 원인이라고 단정하지 않습니다.

서버 오류는 콘텐츠 품질 평가 결과가 아니라 서버 응답과 관련된 상태이기 때문입니다.

✓ 여러 게시글에서 동시에 발생한다면 공통점을 확인합니다

여러 정상 게시글에서 비슷한 시기에 서버 오류가 기록됐다면 개별 글을 하나씩 수정하기보다 공통적인 상황을 확인하는 것이 좋습니다.

예를 들어 다음과 같은 상황을 살펴봅니다.

여러 URL에서 비슷한 시기에 오류가 발생했는가?

특정 카테고리나 경로에 집중되어 있는가?

블로그 메인 페이지에서도 문제가 나타나는가?

현재는 모든 페이지가 정상적으로 열리는가?

최근 스킨이나 외부 스크립트를 변경했는가?

같은 시기에 플랫폼 접속 문제가 있었는가?

다만 이러한 공통점은 원인을 좁히기 위한 단서일 뿐입니다.

Search Console의 서버 오류만으로 티스토리 플랫폼 장애나 특정 스크립트가 원인이라고 확정할 수는 없습니다.

✓ 티스토리 플랫폼 문제와 개별 블로그 문제를 구분합니다

티스토리는 블로그 운영자가 서버 전체를 직접 관리하는 서비스가 아닙니다.

따라서 자체 서버를 운영하는 웹사이트처럼 서버 설정이나 웹 서버 로그를 자유롭게 확인하기 어려울 수 있습니다.

여러 페이지에서 동시에 접속 문제가 발생했다면 티스토리 서비스 상태를 확인하는 것이 도움이 될 수 있습니다.

반대로 특정 스킨 수정 이후 화면이나 접속에 문제가 나타났다면 최근 변경한 설정을 점검할 수 있습니다.

하지만 화면이 느리거나 일부 요소가 표시되지 않는다고 해서 반드시 HTTP 5xx 오류가 발생한 것은 아닙니다.

실제 서버 응답 오류와 화면 표시 문제는 구분해서 확인해야 합니다.

✓ 서버 오류가 검색 노출에 미치는 영향을 이해합니다

Google이 페이지를 크롤링하려고 할 때 서버가 반복적으로 5xx 오류를 반환하면 해당 페이지의 콘텐츠를 정상적으로 가져오기 어려워질 수 있습니다.

문제가 장기간 지속되면 크롤링과 색인 상태에 영향을 줄 수 있습니다.

하지만 한 번 발생한 서버 오류가 반드시 검색 순위 하락이나 색인 삭제로 이어진다고 단정할 수는 없습니다.

Google은 일시적인 서버 오류와 반복되는 문제를 구분해 처리할 수 있습니다.

따라서 중요한 것은 오류가 기록됐다는 사실만으로 불안해하기보다 현재 정상적으로 접근 가능한지 확인하고 반복 여부를 살펴보는 것입니다.

✓ 현재 정상이라면 설정을 계속 변경하지 않습니다

과거에 서버 오류가 발생했지만 현재 페이지가 정상적으로 열리는 상황을 생각해 보겠습니다.

URL 검사와 실시간 테스트에서도 현재 접근에 특별한 문제가 발견되지 않습니다.

이 경우 Search Console 보고서에 오류가 남아 있다는 이유만으로 게시글 제목을 변경하거나 본문을 다시 작성할 필요는 없습니다.

서버 오류는 일반적으로 제목의 키워드 배치나 글자 수를 늘린다고 해결되는 문제가 아닙니다.

현재 정상적으로 접근할 수 있다면 이후 Google이 다시 확인하고 보고서가 갱신되는지 지켜볼 수 있습니다.

✓ 오류가 해결됐다면 확인 절차를 진행합니다

현재 페이지가 정상적으로 열리고 오류 원인이 해결된 것으로 판단된다면 Search Console에서 상태를 다시 확인합니다.

해당 오류 항목에서 제공되는 경우 수정 결과 확인 기능을 사용할 수 있습니다.

이 기능은 문제가 해결되었는지 Google에 다시 확인해 달라고 요청하는 절차입니다.

다만 수정 결과 확인을 실행했다고 즉시 오류 기록이 사라지는 것은 아닙니다.

Google이 관련 URL을 다시 확인하고 보고서에 반영하는 시간이 필요할 수 있습니다.

또한 모든 URL에 대해 색인 생성 요청을 반복할 필요는 없습니다.

중요한 게시글의 현재 상태를 확인하고 필요한 절차만 진행하는 것이 좋습니다.

✓ 서버 오류를 발견했을 때 하지 말아야 할 방법

서버 오류가 표시됐다고 다음과 같은 방식으로 대응하지 않습니다.

정상 게시글을 바로 삭제합니다.

글자 수를 늘리면 해결될 것이라고 생각합니다.

제목의 키워드를 계속 변경합니다.

같은 글을 새로운 URL로 다시 발행합니다.

모든 게시글에 색인 생성 요청을 반복합니다.

오류 URL 개수를 줄이기 위해 관련 없는 주소로 이동시킵니다.

원인을 확인하지 않고 스킨 코드를 무작정 수정합니다.

현재 정상적인 페이지를 계속 변경합니다.

서버 오류는 우선 페이지 접근과 서버 응답 상태를 확인해야 하는 문제입니다.

✓ 실제 상황별로 판단해 봅니다

A 사례｜일시적으로 발생한 오류

Search Console에 특정 게시글의 서버 오류가 기록됐습니다.

하지만 현재 브라우저에서 정상적으로 열리고 실시간 URL 테스트에서도 접근 문제가 발견되지 않습니다.

이 경우 과거 특정 시점에 일시적인 오류가 발생했을 가능성을 고려할 수 있습니다.

설정을 반복해서 변경하기보다 이후 상태를 확인합니다.

B 사례｜현재도 열리지 않는 게시글

중요한 정보성 게시글이 서버 오류로 표시됩니다.

브라우저에서 직접 열어도 오류 화면이 나타납니다.

이 경우 Search Console 보고서보다 현재 페이지 접근 문제를 먼저 해결해야 합니다.

다른 게시글에서도 같은 현상이 발생하는지 확인하고 문제 범위를 파악합니다.

C 사례｜여러 URL에서 동시에 발생한 오류

비슷한 시기에 여러 게시글이 서버 오류로 표시됩니다.

현재는 대부분 정상적으로 열립니다.

이 경우 각 게시글의 내용을 수정하기보다 공통적인 접속 문제가 있었는지 확인하는 것이 좋습니다.

여러 URL에서 동시에 나타난 현상이라는 점을 기록해 두면 이후 상태를 비교하는 데 도움이 됩니다.

D 사례｜반복되는 접근 문제

특정 URL이 정상적으로 열릴 때도 있지만 다른 때에는 오류가 발생합니다.

이 경우 한 번의 정상적인 실시간 테스트만으로 해결됐다고 판단하기 어렵습니다.

시간을 달리해 실제 접근 상태를 확인하고 문제가 반복되는지 살펴볼 필요가 있습니다.

✓ 서버 오류(5xx) 최종 체크리스트

□ 5xx가 서버 측 오류 응답이라는 점을 이해했다.

□ 404 오류와 5xx 오류를 구분했다.

□ Search Console에서 실제 오류 URL을 확인했다.

□ 중요한 게시글은 브라우저에서 직접 열어봤다.

□ 현재도 오류가 발생하는지 확인했다.

□ 중요한 URL은 URL 검사에서 상태를 확인했다.

□ 필요한 경우 실시간 URL 테스트를 확인했다.

□ 특정 URL 하나의 문제인지 여러 URL의 공통 문제인지 구분했다.

□ 최근 변경한 스킨이나 설정이 있는지 확인했다.

□ 서버 오류를 해결하려고 본문을 무작정 수정하지 않았다.

□ 현재 정상이라면 보고서 갱신 여부를 지켜봤다.

자주 묻는 질문

Q1. Search Console에 서버 오류(5xx)가 있으면 블로그가 고장 난 건가요?

반드시 그렇지는 않습니다. 과거 Google이 접근했을 때 일시적으로 서버 오류가 발생했을 수도 있습니다. 현재 페이지가 정상적으로 열리는지 먼저 확인해야 합니다.

Q2. 서버 오류가 한 번 발생하면 검색 순위가 떨어지나요?

한 번의 오류만으로 검색 순위가 반드시 하락한다고 단정할 수 없습니다. 다만 서버 오류가 반복되거나 오래 지속되면 Google의 크롤링과 색인 처리에 영향을 줄 수 있으므로 반복 여부를 확인하는 것이 중요합니다.

Q3. 현재 페이지가 정상인데 Search Console에는 오류가 남아 있습니다. 왜 그런가요?

Search Console 보고서는 실시간으로 모든 변경 사항을 반영하지 않습니다. 현재 문제가 해결되었더라도 Google이 다시 확인하고 보고서를 갱신하기까지 시간이 걸릴 수 있습니다.

Q4. 서버 오류가 발생하면 색인 생성 요청을 해야 하나요?

현재도 서버 오류가 발생한다면 먼저 접근 문제를 해결해야 합니다. 정상적인 상태를 확인한 뒤 중요한 URL에 대해 필요한 검사를 진행할 수 있지만 색인 생성 요청을 반복한다고 서버 오류가 해결되는 것은 아닙니다.

Q5. 서버 오류(5xx)가 있으면 애드센스 신청에 문제가 되나요?

Search Console에 서버 오류 기록이 있다는 사실 하나만으로 애드센스 승인 여부를 판단할 수는 없습니다. 다만 실제 방문자가 중요한 콘텐츠에 정상적으로 접근하지 못하는 문제가 지속된다면 블로그 운영 측면에서도 개선이 필요합니다.

마무리｜서버 오류는 현재 접근 상태와 반복 여부가 중요합니다

Search Console에서 ‘서버 오류(5xx)’를 발견했다고 바로 게시글을 삭제하거나 다시 작성할 필요는 없습니다.

먼저 어떤 URL에서 오류가 발생했는지 확인합니다.

그다음 브라우저에서 해당 페이지가 정상적으로 열리는지 살펴봅니다.

중요한 게시글이라면 URL 검사와 실시간 URL 테스트를 활용해 현재 접근 상태를 확인할 수 있습니다.

과거에 발생한 일시적인 오류라면 현재 정상적인 상태를 유지하면서 이후 보고서 변화를 지켜볼 수 있습니다.

반대로 중요한 게시글이 현재도 열리지 않거나 여러 URL에서 반복적으로 오류가 발생한다면 문제 범위를 확인하고 원인을 점검해야 합니다.

특히 티스토리는 서버 전체를 직접 관리하는 서비스가 아니므로 블로그 운영자가 수정할 수 있는 부분과 플랫폼에서 관리하는 부분을 구분하는 것이 중요합니다.

Search Console 관리의 목표는 서버 오류 기록을 무조건 빠르게 없애는 것이 아닙니다.

방문자와 Google이 중요한 게시글에 안정적으로 접근할 수 있는 상태를 유지하는 것이 더 중요합니다.

함께 보면 좋은 글

티스토리 Search Console ‘noindex 태그에 의해 제외됨’ 확인 방법｜검색 제외가 정상인지 점검하기

티스토리 Search Console ‘noindex 태그에 의해 제외됨’ 확인 방법｜검색 제외가 정상인지 점검하기

다음 글 예고

티스토리 Search Console ‘액세스 금지(403)’ 확인 방법｜접근 권한 문제와 일시적 차단 구분하기

다음 글에서는 Search Console에서 액세스 금지(403) 상태를 발견했을 때 서버 오류(5xx)와 어떤 차이가 있는지 살펴보겠습니다.

실제 게시글이 차단된 경우와 접근 제한이 필요한 URL을 구분하고, 티스토리에서 확인할 수 있는 부분을 중심으로 정리하겠습니다.