글 제목이나 메뉴를 눌렀을 때 404, Page not found, 페이지를 찾을 수 없음 같은 문구가 보이면 요청한 주소에 표시할 공개 콘텐츠를 찾지 못한 상태입니다.
주소 한 글자가 틀렸을 수도 있고, 글을 삭제했거나 슬러그를 바꾼 뒤 예전 링크가 남아 있을 수도 있습니다.
모든 404를 캐시 삭제나 검색엔진 재등록으로 해결할 수 있는 것은 아닙니다.
이 글에서는 로그아웃한 공개 화면에서 404를 확인하고, 원인에 따라 주소·공개 상태·내부 링크·고유주소 설정을 점검한 뒤 301 리디렉션이 필요한 경우까지 구분합니다.
404 오류가 뜻하는 것
404는 브라우저가 사이트에는 접속했지만 요청한 주소에 해당하는 글·페이지·파일을 찾지 못했다는 뜻입니다.
워드프레스는 콘텐츠를 찾지 못하면 사용하는 테마의 404 화면을 보여 줄 수 있습니다.
이 화면의 문구와 디자인은 테마에 따라 다르지만, 중요한 것은 방문자가 요청한 정확한 URL에 공개 콘텐츠가 있는지입니다.
404는 사이트 전체가 꺼졌다는 뜻과도 다릅니다.
홈페이지와 다른 글은 열리는데 특정 주소만 404라면 그 주소나 콘텐츠 상태부터 확인해야 합니다.
반대로 홈페이지는 열리지만 여러 글과 페이지가 한꺼번에 404가 된다면 고유주소 규칙이나 서버의 주소 처리 문제를 의심할 수 있습니다.
캐시 문제와 검색 색인 문제를 먼저 구분하기
비슷해 보이는 문제를 잘못 구분하면 필요 없는 설정을 바꾸게 됩니다.
| 보이는 상태 | 먼저 확인할 문제 | 이 글에서 할 일 |
|---|---|---|
정확한 주소를 열었는데 404 또는 페이지를 찾을 수 없음이 보임 | 주소 오타, 삭제, 슬러그 변경, 공개 상태, 고유주소 규칙 | 주소와 공개 상태를 확인하고 링크 또는 주소 처리를 고침 |
| 글은 열리지만 수정 전 내용이나 이전 디자인이 보임 | 브라우저·플러그인·서버 캐시 | 캐시 삭제와 새로고침을 확인 |
| 주소를 직접 열면 글이 보이지만 Google 검색 결과에 나오지 않음 | 검색엔진 크롤링·색인 상태 | Search Console과 사이트맵을 확인 |
404 화면이 보인다면 먼저 그 URL 자체를 고쳐야 합니다.
캐시 삭제는 존재하지 않는 주소를 새 글 주소로 바꾸지 않으며, Search Console의 색인 생성 요청도 삭제된 주소를 복구하지 않습니다.
수정한 내용이 이전 모습으로 보이는 문제는 워드프레스 캐시 삭제와 테스트 방법에서 따로 확인할 수 있습니다.
공개 글을 Google에 알리는 과정은 Google 검색엔진 등록과 Search Console 연결 방법에서 확인할 수 있습니다.
관리자 로그인 상태가 아닌 공개 화면에서 확인하기
관리자 화면에서 글을 편집할 수 있다는 사실만으로 방문자도 그 글을 볼 수 있는 것은 아닙니다.
관리자는 미리보기 링크로 임시글이나 비공개 글을 볼 수 있지만, 로그아웃한 방문자는 같은 주소에서 404를 볼 수 있습니다.
브라우저의 시크릿 창이나 다른 브라우저를 열고 WordPress에 로그인하지 않은 상태로 문제가 된 주소를 입력합니다.
관리자 표시줄이 보이지 않는지 확인한 뒤 다음 항목을 살펴봅니다.
- 주소창에 입력한 URL이 전달받은 주소와 같은지 확인합니다.
- 화면에
404,Page not found,페이지를 찾을 수 없음같은 문구가 보이는지 확인합니다. - 홈페이지와 다른 공개 글은 정상적으로 열리는지 확인합니다.
- 주소가 자동으로 다른 곳으로 바뀐다면 최종 도착 주소가 관련 있는 올바른 글인지 확인합니다.
WPStart에서는 일부러 틀린 https://wpstart.kr/wordpress-cache-delete-tset/ 주소를 로그아웃 상태로 열면 404 화면이 나타납니다.
로그인한 창과 로그아웃한 창의 결과가 다르다면 글 편집 화면에서 상태가 공개인지 먼저 확인합니다.
임시글·비공개·휴지통 상태라면 공개 방문자에게 보이지 않는 것이 정상일 수 있으므로, 실수로 공개 버튼을 누르기 전에 그 글을 실제로 공개할 콘텐츠인지 판단합니다.
404가 생기는 대표 원인 구분하기
| 원인 | 확인할 단서 | 알맞은 처리 |
|---|---|---|
| 주소 오타 | 글자 순서, 빠진 하이픈, 잘못 복사한 경로가 보임 | 정확한 주소로 고치고 잘못된 내부 링크도 수정 |
| 글이나 페이지 삭제 | 관리자 목록 또는 휴지통에서 콘텐츠가 보이지 않음 | 복구할지, 404를 유지할지, 대체 글로 301 연결할지 결정 |
| 슬러그 변경 | 같은 글이 새 주소에서는 열리고 예전 주소만 404 | 내부 링크를 새 주소로 바꾸고 필요하면 예전 주소를 301 연결 |
| 공개 상태 변경 | 관리자는 미리보기가 되지만 로그아웃하면 404 | 공개할 글인지 확인한 뒤 상태를 결정 |
| 고유주소 규칙 문제 | 홈페이지는 열리지만 여러 글·페이지 주소가 동시에 404 | 현재 구조를 기록하고 고유주소 규칙과 서버 설정 점검 |
한 주소만 404인지 여러 주소가 동시에 404인지 구분하는 것이 중요합니다.
한 글만 열리지 않는데 사이트 전체 설정부터 바꾸면 정상 주소까지 달라질 수 있습니다.
1단계: 주소 오타와 실제 공개 주소 비교하기
문제가 된 URL을 메모장에 그대로 붙여 넣습니다.
그다음 관리자 화면에서 글 → 모든 글 또는 페이지 → 모든 페이지로 이동해 해당 제목을 찾습니다.
콘텐츠가 공개 상태라면 보기를 눌러 실제 공개 주소를 새 탭에서 엽니다.
두 주소에서 다음 부분을 차례로 비교합니다.
- 도메인이 같은지 확인합니다.
- 슬러그의 영문 철자와 글자 순서가 같은지 확인합니다.
- 단어 사이의 하이픈이 빠지거나 두 번 들어가지 않았는지 확인합니다.
- 페이지 안에 상위 페이지가 있다면 상위 주소가 함께 바뀌지 않았는지 확인합니다.
- 복사하면서 주소 끝에 쉼표, 마침표 또는 괄호가 붙지 않았는지 확인합니다.
WPStart 예시에서는 잘못된 주소의 tset를 test로 고치면 정상 글이 열립니다.
올바른 주소에서 글 제목과 본문이 보이면 주소 오타 원인을 확인한 것입니다.
주소를 전달한 메시지 한 곳만 고치고 끝내지 않습니다.
사이트의 글 본문, 메뉴, 버튼 또는 대표 이미지 링크에도 같은 잘못된 주소가 들어 있을 수 있으므로 방문자가 실제로 누르는 링크를 찾아 수정해야 합니다.
2단계: 삭제·휴지통·슬러그 변경 여부 확인하기
관리자 화면에서 글 → 모든 글 또는 페이지 → 모든 페이지를 엽니다.
제목을 검색하고 공개, 임시글, 비공개, 휴지통 중 현재 상태를 확인합니다.
실수로 휴지통에 넣은 콘텐츠이고 다시 공개해야 한다면 휴지통에서 복구한 뒤 공개 주소를 확인합니다.
이미 다른 글로 내용을 옮겨 더 이상 필요 없는 콘텐츠라면 무조건 복구하지 말고 새 글이 실제 대체 페이지인지 판단합니다.
휴지통과 완전 삭제의 차이는 워드프레스 휴지통과 완전 삭제 차이에서 확인할 수 있습니다.
글이 존재한다면 편집 화면에서 현재 슬러그를 확인합니다.
예전 주소와 현재 주소가 다르면 슬러그가 바뀐 것입니다.
주소를 원래대로 되돌릴지, 현재 주소를 유지하고 예전 주소에서 301로 연결할지는 이미 공유한 링크와 검색 노출 여부를 함께 보고 결정합니다.
슬러그를 다시 바꾸면 또 다른 예전 주소가 생깁니다.
단순히 404를 없애기 위해 주소를 여러 번 바꾸지 말고 최종 사용할 주소 하나를 먼저 정합니다.
3단계: 잘못된 내부 링크를 새 주소로 수정하기
내부 링크는 내 사이트의 글·페이지·메뉴에서 내 사이트의 다른 주소로 연결한 링크입니다.
301 리디렉션을 만들더라도 직접 수정할 수 있는 내부 링크는 최종 주소로 고치는 것이 좋습니다.
잘못된 링크가 들어 있는 글이나 페이지의 편집 화면을 엽니다.
링크가 걸린 글자를 누르고 링크 편집 아이콘을 선택한 뒤 올바른 공개 URL을 붙여 넣습니다.
주소를 적용하고 업데이트를 누른 다음 로그아웃한 공개 화면에서 그 링크를 직접 눌러 봅니다.
메뉴 항목이 잘못된 주소를 사용한다면 글 편집 화면이 아니라 메뉴 설정에서 고쳐야 합니다.
클래식 테마는 보통 모양 → 메뉴, 블록 테마는 모양 → 편집기에서 메뉴를 관리하지만 실제 위치는 테마에 따라 다를 수 있습니다.
메뉴 수정 순서는 워드프레스 메뉴 만들고 순서 바꾸는 방법에서 확인할 수 있습니다.
링크를 수정한 뒤에는 편집 화면의 주소만 보고 끝내지 않습니다.
로그아웃한 PC와 모바일 화면에서 링크를 눌러 새 주소와 올바른 제목이 열리는지 확인합니다.
4단계: 여러 글이 동시에 404일 때 고유주소 확인하기
홈페이지는 열리는데 여러 공개 글과 페이지가 한꺼번에 404라면 주소 오타 한 개의 문제가 아닐 수 있습니다.
이때만 설정 → 고유주소를 확인합니다.
먼저 현재 선택된 고유주소 구조를 화면 캡처나 메모로 남깁니다.글 이름, 날짜와 이름, 사용자 정의 구조 같은 선택값을 문제 해결 목적으로 임의로 바꾸지 않습니다.
고유주소 구조를 바꾸면 기존에 공유한 여러 글 주소가 함께 달라질 수 있습니다.
WordPress 공식 안내에 따르면 고유주소 설정 화면을 여는 것만으로도 주소를 해석하는 규칙이 새로 고쳐집니다.
따라서 한 주소의 오타나 삭제 문제에 변경 사항 저장을 반복해서 누를 필요는 없습니다.
여러 글이 동시에 404이고 고유주소 규칙을 다시 적용해야 한다고 판단했다면 현재 선택값을 그대로 둔 채 저장을 한 번만 시도합니다.
저장 뒤에는 홈페이지 하나가 아니라 기존 공개 글 두세 개를 로그아웃 상태로 다시 엽니다.
선택값이 바뀌었거나 WordPress가 .htaccess 파일을 직접 수정하라는 안내를 표시한다면 임의의 코드를 인터넷에서 복사하지 말고 호스팅 업체에 현재 고유주소 설정과 404 증상을 함께 전달합니다.
같은 문제가 계속되면 플러그인 충돌, 서버의 주소 재작성 기능 또는 웹 서버 설정을 확인해야 할 수 있습니다.
이 단계는 한 글의 슬러그를 고치는 작업과 다르므로 서버 설정을 모르는 상태에서 파일을 바로 수정하지 않습니다.
5단계: 301 리디렉션이 필요한 경우 결정하기
301 리디렉션은 예전 주소가 새 주소로 영구 이동했다는 것을 브라우저와 검색엔진에 알려 주는 연결입니다.
다음 조건에 해당할 때 사용합니다.
- 글의 슬러그를 바꿨고 같은 내용의 새 주소가 존재합니다.
- 삭제한 글의 내용을 다른 글로 합쳤고 방문자에게 알맞은 대체 페이지가 있습니다.
- 예전 주소가 메뉴, 다른 사이트, 검색 결과 또는 공유 글에 이미 사용됐습니다.
- 사이트 주소 구조를 바꿔 예전 URL과 새 URL의 대응 관계가 분명합니다.
리디렉션 방법은 호스팅 환경과 사용하는 플러그인에 따라 다릅니다.
이미 사용하는 호스팅 관리 화면이나 신뢰할 수 있는 리디렉션 기능에서 다음처럼 한 주소씩 연결합니다.
- 이전 주소:
/old-slug/ - 새 주소:
https://example.com/new-slug/ - 종류:
301 영구 이동
저장한 뒤 로그아웃한 창에서 이전 주소를 입력합니다.
주소창이 새 주소로 바뀌고 관련 있는 새 글이 바로 열리면 방문자 기준의 동작을 확인한 것입니다.
새 주소가 다시 다른 주소로 넘어가는 여러 단계의 연결이나, 새 주소가 예전 주소로 돌아오는 반복 연결이 생기지 않았는지도 확인합니다.
301을 만들었다고 내부 링크 수정을 생략하지 않습니다.
내가 관리할 수 있는 글과 메뉴는 새 주소로 직접 고치고, 301은 외부 사이트·즐겨찾기·검색 결과처럼 바로 바꿀 수 없는 예전 링크를 위해 남깁니다.
모든 404를 홈페이지로 보내면 안 되는 이유
삭제되거나 틀린 모든 주소를 홈페이지로 보내면 방문자는 찾던 내용 대신 관련 없는 첫 화면을 보게 됩니다.
어떤 내부 링크가 깨졌는지도 겉으로 드러나지 않아 잘못된 주소가 계속 남을 수 있습니다.
Google은 없는 페이지가 정상 화면처럼 200으로 응답하거나 관련 없는 곳으로 이동하는 경우를 소프트 404로 판단할 수 있습니다.
대체 글이 없는 주소는 올바른 404 또는 410 상태로 두는 것이 잘못된 홈페이지 연결보다 낫습니다.
새 위치가 분명할 때만 예전 주소를 그 새 페이지로 301 연결합니다.
홈페이지가 실제 대체 페이지인 특별한 경우가 아니라면 다음처럼 연결합니다.
- 예전 서비스 소개 글 → 같은 서비스를 설명하는 새 글
- 합쳐진 짧은 글 → 내용을 포함한 통합 글
- 바뀐 슬러그 → 같은 글의 새 슬러그
삭제된 모든 글 → 홈페이지처럼 내용 관계가 없는 일괄 연결은 피합니다.
삭제한 글에 대체 페이지가 없을 때
글을 의도적으로 삭제했고 같은 내용을 대신할 새 페이지도 없다면 404가 보이는 것 자체는 잘못이 아닙니다.
Google 공식 안내도 대체 콘텐츠가 없을 때는 404 또는 410 응답을 사용할 수 있다고 설명합니다.
다만 내 사이트 안에 그 삭제 주소로 향하는 링크가 남아 있으면 방문자는 계속 막힌 화면을 만나게 됩니다.
글 본문, 메뉴, 버튼과 다운로드 안내에서 해당 링크를 제거하거나 더 알맞은 실제 페이지로 고칩니다.
사이트맵에 삭제 주소가 남아 있다면 사이트맵을 만드는 기능의 갱신 상태도 확인합니다.
404를 없애는 것이 목표가 아니라 방문자가 누르는 링크가 올바른 결과로 이어지게 하는 것이 목표입니다.
수정 후 확인할 순서
수정을 마친 뒤에는 관리자 미리보기만 확인하지 않습니다.
- 로그아웃한 시크릿 창에서 예전 주소를 엽니다.
- 오타 수정이라면 올바른 글이 열리는지 확인합니다.
- 내부 링크를 직접 눌러 새 주소로 이동하는지 확인합니다.
- 301을 설정했다면 예전 주소가 관련 있는 새 주소로 한 번에 바뀌는지 확인합니다.
- 대체 페이지가 없는 삭제 주소라면 404 화면이 유지되고 사이트 안의 링크만 제거됐는지 확인합니다.
- PC와 모바일에서 404 화면의 홈 링크나 검색 기능을 사용할 수 있는지 확인합니다.
Search Console에 404가 표시된다는 이유만으로 모든 주소를 복구하거나 리디렉션할 필요는 없습니다.
먼저 그 URL이 오타인지, 삭제한 주소인지, 새 위치가 있는지 판단한 뒤 실제 처리 결과와 Search Console 상태를 따로 확인합니다.
자주 묻는 질문
404가 하나만 있어도 사이트에 큰 문제가 생기나요?
의도적으로 삭제했고 대체 페이지가 없는 주소가 404를 반환하는 것은 정상적인 처리일 수 있습니다.
문제는 메뉴나 본문에 그 주소로 향하는 링크가 남아 방문자가 계속 404를 만나는 경우입니다.
관리자 화면에서는 글이 보이는데 공개 주소는 404입니다
글이 임시글·비공개·휴지통 상태인지, 관리자가 미리보기 전용 주소를 열고 있는지 확인합니다.
공개할 콘텐츠라면 상태와 현재 슬러그를 확인하고, 공개하면 안 되는 글이라면 404를 없애려고 임의로 발행하지 않습니다.
고유주소 저장 버튼을 먼저 눌러도 되나요?
한 주소만 404라면 먼저 오타·삭제·슬러그·공개 상태를 확인합니다.
여러 공개 글이 동시에 404일 때만 현재 구조를 기록하고, 선택값을 바꾸지 않은 상태에서 규칙 갱신이나 저장 재시도를 검토합니다.
301 리디렉션은 언제까지 유지해야 하나요?
예전 주소가 외부 링크, 즐겨찾기 또는 검색 결과에 남아 있을 수 있으므로 잠깐 만들었다가 바로 지우지 않는 편이 좋습니다.
새 주소가 유지되는 동안 예전 주소의 방문이 계속될 가능성과 서버 운영 정책을 함께 보고 관리합니다.
404 페이지 디자인을 바꾸면 오류가 해결되나요?
404 화면에 검색창과 홈 링크를 넣으면 방문자가 다른 글을 찾는 데는 도움이 됩니다.
하지만 잘못된 내부 링크, 삭제된 글, 바뀐 슬러그가 자동으로 고쳐지는 것은 아니므로 원인에 맞는 주소 처리가 먼저입니다.
마지막 확인 목록
- 로그아웃한 공개 화면에서 정확한 문제 URL을 열었습니다.
- 한 주소만 404인지 여러 글과 페이지가 동시에 404인지 구분했습니다.
- 글자 오타, 하이픈, 현재 슬러그와 공개 상태를 확인했습니다.
- 관리자 미리보기 주소가 아니라 실제 공개 주소를 확인했습니다.
- 본문·메뉴·버튼에 남은 잘못된 내부 링크를 최종 주소로 고쳤습니다.
- 고유주소 설정을 확인하기 전에 현재 선택값을 기록했습니다.
- 한 주소의 문제 때문에 고유주소 구조 전체를 임의로 바꾸지 않았습니다.
- 같은 내용의 새 위치가 있을 때만 예전 주소를 301로 연결했습니다.
- 관련 없는 모든 404를 홈페이지로 보내지 않았습니다.
- 수정 뒤 로그아웃한 PC와 모바일에서 링크와 최종 도착 페이지를 확인했습니다.
404를 고칠 때 가장 먼저 할 일은 캐시 삭제나 검색 등록이 아니라 방문자가 누른 정확한 주소와 실제 공개 주소를 비교하는 것입니다.
오타라면 링크를 바로 고치고, 슬러그가 바뀌었다면 내부 링크 수정과 필요한 301 연결을 함께 처리합니다.
대체 페이지가 없는 삭제 주소는 올바른 404로 남겨 두되 사이트 안의 깨진 링크를 정리해야 합니다.