404 오류 해결 방법, 페이지를 찾을 수 없음이 뜰 때 확인할 것

404 오류는 웹사이트에 접속했는데 서버가 요청한 페이지를 찾지 못할 때 나타납니다.

404 Not Found, 페이지를 찾을 수 없습니다, 존재하지 않는 페이지입니다처럼 사이트마다 표시 문구는 다를 수 있지만 기본 의미는 비슷합니다.

HTTP 404 상태 코드는 요청한 리소스를 서버에서 찾을 수 없다는 의미입니다.

워드프레스에서는 단순한 주소 오타뿐 아니라 퍼머링크 설정, 슬러그 변경, 삭제된 글, 내부링크 오류, 서버의 URL 재작성 설정 때문에 정상적으로 존재하는 글까지 404로 표시될 수 있습니다.

따라서 무조건 글을 다시 만들기보다 특정 페이지 하나만 문제인지, 여러 글이 동시에 문제인지​부터 구분하는 것이 좋습니다.

1. 먼저 주소가 정확한지 확인하기

가장 먼저 브라우저 주소창의 URL을 확인합니다.

예를 들어 실제 주소가

https://example.com/wordpress-guide

인데

https://example.com/wordpres-guide

처럼 철자가 하나 빠졌다면 404가 뜰 수 있습니다.

특히 직접 주소를 입력했거나 메신저에서 복사한 링크라면 다음을 확인하세요.

• 철자 오류
• / 누락
• 잘못된 슬러그
• 오래된 주소
• 복사 과정에서 잘린 URL

사이트 홈은 정상적으로 열리는데 특정 주소만 404라면 URL부터 확인하는 것이 가장 빠릅니다.

2. 사이트 홈은 정상인지 확인하기

404가 뜨는 페이지에서 도메인 주소만 남겨 홈으로 이동해봅니다.

예를 들어

https://example.com/some-page

가 안 열린다면

https://example.com

으로 들어가봅니다.

홈은 정상인데 특정 글만 404
→ 해당 글의 주소·슬러그·공개 상태를 확인합니다.

홈은 열리지만 거의 모든 글이 404
→ 퍼머링크 또는 서버 재작성 설정 가능성이 큽니다.

홈 자체도 열리지 않음
→ 일반적인 404보다 도메인·서버·WordPress 설치 상태까지 확인해야 할 수 있습니다.

3. 관리자에서 해당 글이 실제로 존재하는지 확인하기

워드프레스 관리자에서

글 → 모든 글

또는

페이지 → 모든 페이지

로 이동합니다.

404가 뜨는 글이 실제로 있는지 확인하세요.

해당 글이

• 휴지통
• 임시글
• 비공개
• 삭제됨

상태라면 기존 공개 URL로 정상 접속되지 않을 수 있습니다.

글이 정상적으로 발행됨 상태인지 먼저 확인합니다.

4. 글 편집 화면에서 실제 URL 확인하기

글이 존재한다면 편집 화면으로 들어가 실제 퍼머링크를 확인합니다.

예를 들어 원래 주소가

/google-drive-guide/

였는데 글의 슬러그가

/google-drive-guide-2/

로 저장되어 있다면 예전 주소는 404가 될 수 있습니다.

관리자에서 표시되는 현재 URL과 브라우저에서 접속한 주소를 비교하세요.

5. 슬러그를 바꾼 뒤 예전 링크를 쓰고 있지 않은지 확인하기

글 제목이나 슬러그를 나중에 변경하면 기존 링크가 더 이상 정확하지 않을 수 있습니다.

예를 들어 처음에는

/pdf-compress/

였다가

/reduce-pdf-file-size/

로 변경했다면 이전 주소로 연결된 링크를 수정해야 합니다.

특히 다음 위치를 확인하세요.

• 다른 글의 내부링크
• 메뉴
• 버튼
• 카테고리 설명
• 외부에 공유한 주소
• 관리용 시트

WordPress 공식 유지관리 문서에서도 퍼머링크 주소를 잘못 입력하거나 퍼머링크 구조를 변경하면 404 오류가 생길 수 있다고 안내합니다.

6. 여러 글이 한꺼번에 404라면 퍼머링크 확인하기

사이트 홈은 정상인데 개별 글을 누를 때마다 404가 발생한다면 퍼머링크 설정을 먼저 확인해볼 수 있습니다.

워드프레스 관리자에서

설정 → 고유주소

로 이동합니다.

현재 선택된 구조를 확인한 뒤 변경하지 않고 그대로 저장해보는 것만으로도 재작성 규칙이 새로 갱신될 수 있습니다.

WordPress 개발자 문서는 404 문제가 발생할 때 설정 → 고유주소에서 퍼머링크 설정을 다시 저장해 rewrite rules를 갱신하는 방법을 안내합니다.

7. 퍼머링크 재저장 방법

안전하게 확인하려면 다음처럼 진행합니다.

1. 워드프레스 관리자 접속
2. 설정 → 고유주소
3. 현재 선택된 구조 확인
4. 아무것도 바꾸지 않아도 됨
5. 아래의 변경사항 저장 클릭
6. 문제 페이지 다시 접속

이 작업은 WordPress의 URL 재작성 규칙을 다시 생성하는 데 도움이 될 수 있습니다.

단, 운영 중인 사이트라면 퍼머링크 구조 자체를 임의로 다른 방식으로 바꾸는 것은 피하는 편이 좋습니다.

8. 퍼머링크 구조를 함부로 변경하면 안 되는 이유

이미 검색엔진에 등록되고 내부링크가 연결된 사이트에서 퍼머링크 구조를 바꾸면 기존 URL이 달라질 수 있습니다.

예를 들어 기존 주소가

/2026/08/post-name/

이었다가

/post-name/

으로 변경되면 기존 링크 관리가 필요해질 수 있습니다.

퍼머링크는 글의 영구 주소 역할을 하므로 운영 중에는 가능한 한 안정적으로 유지하는 것이 좋습니다. WordPress 공식 문서도 퍼머링크를 개별 글과 페이지의 영구 URL로 설명합니다.

9. 특정 글 하나만 404라면 슬러그 충돌 확인하기

WordPress에서는 같은 경로에 사용할 수 없는 이름이 겹치면 슬러그가 자동으로 달라질 수 있습니다.

예를 들어

guide

라는 페이지가 이미 있는데 새 글이나 커스텀 포스트가 같은 구조에서 충돌한다면 예상한 주소와 다르게 저장될 수 있습니다.

WordPress 공식 오류 문서에서도 커스텀 포스트 타입과 개별 페이지 이름이 같은 경우 충돌이 생길 수 있으므로 이름과 슬러그를 확인하도록 안내합니다.

편집 화면에서 실제 슬러그가 어떻게 저장됐는지 확인하세요.

10. 글을 삭제했다가 다시 만들었다면 주소 확인하기

기존 글을 휴지통으로 보낸 뒤 같은 제목으로 새 글을 만들면 슬러그 뒤에 숫자가 붙을 수 있습니다.

예를 들어

기존:

/windows-guide/

새 글:

/windows-guide-2/

처럼 될 수 있습니다.

이 경우 기존 /windows-guide/ 주소로 들어가면 기대한 글이 열리지 않을 수 있습니다.

휴지통에 같은 슬러그의 글이 남아 있는지도 확인하세요.

11. 내부링크가 오래된 주소를 가리키는지 확인하기

글 자체는 정상인데 사이트 안에서 특정 링크를 눌렀을 때만 404가 뜬다면 내부링크가 잘못된 경우가 많습니다.

예를 들어 본문에

https://example.com/old-address

가 들어 있는데 실제 글은

https://example.com/new-address

에 있다면 내부링크를 수정해야 합니다.

WordPress 공식 유지관리 문서에서도 글 사이에 연결한 퍼머링크를 잘못 입력하면 페이지를 찾을 수 없는 문제가 생길 수 있다고 설명합니다.

12. 메뉴 링크도 확인하기

상단 메뉴나 푸터에서만 404가 발생한다면 메뉴에 오래된 주소가 남아 있을 수 있습니다.

특히 페이지를 삭제하고 다시 만든 경우 자주 발생합니다.

사이트 편집기나 메뉴 설정에서 해당 메뉴 항목의 URL을 확인하고 현재 페이지 주소로 수정합니다.

13. 버튼에 직접 입력한 URL 확인하기

버튼 블록이나 배너에 URL을 직접 입력한 경우에도 주소 변경 후 자동으로 수정되지 않을 수 있습니다.

다음처럼 직접 넣은 링크는 별도로 확인하세요.

• CTA 버튼
• 대표이미지 링크
• 배너
• HTML 블록
• 사이드바 링크

사이트 내부에서 404가 반복된다면 글 제목만 보지 말고 실제 링크 주소까지 확인하는 것이 좋습니다.

14. 카테고리나 태그 주소만 404가 뜨는 경우

개별 글은 정상인데 카테고리나 태그 페이지에서만 404가 발생할 수도 있습니다.

이 경우 다음을 확인합니다.

• 카테고리가 실제 존재하는지
• 카테고리 슬러그를 변경했는지
• 퍼머링크 재작성 규칙이 정상인지
• 플러그인이 URL 구조를 변경하고 있지 않은지

먼저 설정 → 고유주소 → 저장으로 재작성 규칙을 새로 갱신한 뒤 다시 테스트해볼 수 있습니다.

15. 플러그인을 설치한 뒤 404가 시작됐다면

리디렉션, SEO, 캐시, 보안, 커스텀 포스트 타입 관련 플러그인은 URL 처리에 영향을 줄 수 있습니다.

최근 플러그인을 설치하거나 업데이트한 직후 404가 시작됐다면 해당 시점을 확인하세요.

특히 다음 유형을 우선 살펴볼 수 있습니다.

• 리디렉션 플러그인
• SEO 플러그인
• 보안 플러그인
• 캐시 플러그인
• 커스텀 URL 구조 플러그인

운영 사이트에서는 바로 삭제하기보다 백업 후 의심되는 플러그인을 하나씩 비활성화해 테스트하는 편이 안전합니다.

16. 캐시 때문에 예전 404 화면이 남아 있을 수도 있다

주소를 수정했는데도 이전 404 화면이 계속 보인다면 캐시를 확인해볼 수 있습니다.

다음 캐시가 있을 수 있습니다.

• 브라우저 캐시
• WordPress 캐시 플러그인
• 호스팅 서버 캐시
• CDN 캐시

먼저 시크릿 창에서 같은 주소를 열어보세요.

시크릿 창에서는 정상인데 일반 창에서만 404가 보인다면 브라우저 캐시 영향을 의심할 수 있습니다.

17. .htaccess 문제 확인하기

Apache 서버에서 WordPress의 예쁜 고유주소를 사용할 경우 .htaccess 파일이 URL 재작성에 사용될 수 있습니다.

WordPress 개발자 문서는 WordPress가 .htaccess를 이용해 pretty permalinks를 처리할 수 있도록 URL을 재작성한다고 설명합니다.

이 파일이 손상되거나 서버에서 제대로 적용되지 않으면 개별 글 주소가 404로 표시될 수 있습니다.

다만 .htaccess는 서버 설정 파일이므로 익숙하지 않다면 직접 수정하기 전에 반드시 백업을 만들거나 호스팅 지원을 이용하세요.

18. Apache에서는 mod_rewrite도 관련될 수 있다

Apache 환경에서 예쁜 고유주소를 사용하는 경우 mod_rewrite가 활성화되어 있어야 정상적으로 동작할 수 있습니다.

WordPress 공식 문제해결 문서는 Pretty Permalinks 사용 시 404가 발생하면 Apache의 mod_rewrite가 활성화되어 있는지 확인하도록 안내합니다.

일반적인 공유 호스팅을 사용한다면 사용자가 직접 서버 모듈을 설정하기보다 호스팅 업체에 문의하는 편이 안전합니다.

19. Nginx 서버라면 .htaccess가 없다

모든 WordPress 서버가 .htaccess를 사용하는 것은 아닙니다.

Nginx는 Apache와 달리 디렉터리별 .htaccess 파일을 사용하지 않으며 URL 재작성 설정을 서버 수준에서 처리합니다. WordPress 개발자 문서도 Nginx에서는 WordPress가 서버 설정을 직접 수정할 수 없다고 설명합니다.

따라서 서버가 Nginx인데 .htaccess 파일을 계속 찾을 필요는 없습니다.

이 경우에는 호스팅 설정이나 Nginx rewrite rule을 확인해야 합니다.

20. 도메인을 변경한 뒤 404가 생긴 경우

임시 도메인에서 실제 도메인으로 바꾸거나 사이트를 이전한 뒤 404가 발생할 수 있습니다.

WordPress 공식 마이그레이션 문서에서도 사이트 이전 후 URL 재작성 설정이 있다면 퍼머링크를 다시 설정해야 할 수 있다고 안내합니다.

이 경우 다음을 확인합니다.

• WordPress 주소
• 사이트 주소
• 실제 접속 도메인
• 퍼머링크 재저장
• 기존 주소가 DB에 남아 있는지
• 내부링크
• 리디렉션

특히 임시 도메인에서 정식 도메인으로 전환한 직후라면 예전 주소가 남지 않았는지 확인하는 것이 중요합니다.

21. 주소를 바꿨다면 예전 URL은 리디렉션 고려하기

이미 검색엔진이나 외부 사이트에 알려진 페이지 주소를 변경했다면 새 주소로 연결되는 리디렉션을 고려할 수 있습니다.

예를 들어

기존:

/old-guide/

새 주소:

/new-guide/

라면 기존 링크를 클릭한 사람도 새 페이지로 이동하도록 설정하는 방식입니다.

단순히 기존 페이지를 삭제하고 404로 남기는 것보다 사용자가 원하는 콘텐츠를 계속 찾을 수 있게 관리하는 것이 좋습니다.

22. 없는 페이지를 무조건 홈으로 보내는 것은 피하기

404가 보기 싫다고 모든 존재하지 않는 주소를 홈페이지로 강제로 보내는 방식은 추천하기 어렵습니다.

사용자가 특정 글을 찾으려고 들어왔는데 이유 없이 홈페이지로 이동하면 원하는 정보를 찾기 어려워집니다.

404 페이지에서는

• 페이지가 존재하지 않는다는 안내
• 홈으로 이동
• 검색 기능
• 관련 콘텐츠

등을 제공하는 편이 더 자연스럽습니다.

23. 404 페이지 자체가 뜨는 것은 정상일 수도 있다

사용자가 실제로 존재하지 않는 URL을 입력했다면 404가 뜨는 것이 정상입니다.

404 상태 코드는 요청한 리소스를 찾을 수 없음을 나타냅니다.

문제는 존재해야 하는 페이지까지 404가 뜨는 경우입니다.

따라서 모든 404를 없애는 것이 목표가 아니라 잘못 연결된 URL이나 설정 문제로 발생하는 404를 찾아 수정해야 합니다.

24. 글 주소를 바꾼 뒤 Search Console도 확인하기

검색에 이미 노출된 글 주소를 변경했다면 Google Search Console에서 기존 URL이나 새 URL의 색인 상태를 확인할 수 있습니다.

404가 난 기존 주소가 검색결과에 계속 남아 있다면 새로운 주소가 정상적으로 검색 가능한 상태인지 확인하는 것이 좋습니다.

내부링크와 사이트맵도 현재 주소를 사용하고 있는지 함께 확인하세요.

25. 사이트맵에 없는 주소가 포함되어 있지 않은지 확인하기

삭제되거나 주소가 바뀐 글이 사이트맵에 계속 남는다면 검색엔진이 오래된 URL을 반복해서 발견할 수 있습니다.

워드프레스 기본 사이트맵이나 SEO 플러그인의 사이트맵에서 현재 발행된 URL이 정상적으로 표시되는지 확인합니다.

단, 사이트맵 문제와 개별 퍼머링크 문제는 원인이 다를 수 있으므로 먼저 실제 페이지가 정상적으로 열리는지부터 해결하는 것이 우선입니다.

26. 404가 계속 재발하면 서버 설정까지 확인하기

퍼머링크를 저장하면 잠시 해결됐다가 다시 404가 발생한다면 단순한 일회성 rewrite 문제만으로 보기 어려울 수 있습니다.

이 경우에는

• .htaccess가 다른 프로그램에 의해 수정되는지
• 플러그인이 rewrite rules를 바꾸는지
• 서버 설정이 정상인지
• 캐시 시스템이 이전 응답을 유지하는지

등을 확인해야 합니다.

WordPress의 rewrite 시스템은 퍼머링크 규칙을 기반으로 요청된 URL을 처리하므로 반복적인 문제라면 서버 또는 플러그인 환경까지 확인하는 편이 좋습니다.

증상별 빠른 확인표

증상	먼저 확인할 것
특정 글 하나만 404	URL·슬러그·발행 상태
거의 모든 글이 404	퍼머링크 재저장
메뉴에서만 404	메뉴 링크 주소
글 안의 링크만 404	내부링크
주소 변경 후 404	예전 URL·리디렉션
플러그인 설치 후 발생	URL 관련 플러그인
퍼머링크 저장 후에도 계속 발생	.htaccess·서버 rewrite
도메인 변경 후 발생	사이트 URL·퍼머링크·기존 링크

404 오류 해결 순서

원인을 모르겠다면 아래 순서대로 확인하세요.

1. 브라우저 URL 오타 확인
2. 사이트 홈이 정상인지 확인
3. 관리자에서 해당 글이 존재하는지 확인
4. 글의 실제 슬러그와 URL 비교
5. 설정 → 고유주소 → 변경사항 저장
6. 내부링크와 메뉴 주소 확인
7. 캐시 삭제 후 다시 테스트
8. 최근 설치한 플러그인 확인
9. Apache라면 .htaccess와 rewrite 설정 확인
10. Nginx라면 서버 rewrite 설정 확인
11. 도메인 이전 직후라면 기존 URL 확인
12. 필요하면 기존 주소에서 새 주소로 리디렉션 설정

404 오류가 나타난다고 해서 페이지를 무조건 다시 만들 필요는 없습니다.

특히 사이트 홈은 정상인데 개별 글이 한꺼번에 404로 바뀐 경우에는 퍼머링크 재작성 규칙부터 확인하는 것이 좋습니다. WordPress 공식 문서에서도 고유주소 설정을 다시 저장해 rewrite rules를 갱신하는 방법을 404 문제 해결책으로 안내하고 있습니다.

반대로 특정 글 하나만 안 열린다면 해당 글의 슬러그·공개 상태·내부링크 주소부터 확인하는 것이 가장 빠릅니다.