WordPress 페이지를 리디렉션하는 방법: 수동으로 리디렉션 추가 또는 리디렉션 플러그인 사용

게시 됨: 2021-08-07

요즘은 콘텐츠가 너무 많아서 실수의 문턱이 점점 낮아지고 있습니다. 콘텐츠에 관계없이 사이트는 매력적이고, 보기 쉽고, 빠르고, 완벽하게 작동해야 합니다. 그러나 "완전한 기능"이라고 말할 때 고려해야 할 사항이 많이 있습니다.

예를 들어, 중복되는 콘텐츠와 같은 시각적 디자인 결함을 가질 여유가 없습니다. 또 다른 중요한 문제는 페이지와 게시물에 대한 죽은 링크입니다. 프론트엔드 관점에서 생각해 보십시오. 웹서핑을 하고 페이지를 살펴보던 중 갑자기 무서운 404 오류(페이지를 찾을 수 없음)가 발생했습니다.

이것이 우리가 여기서 초점을 맞출 사례입니다. 원인이 무엇인지, 더 중요하게는 이러한 상황이 발생할 가능성을 최소화할 수 있는 방법입니다.

목차

죽은 링크와 싸우는 방법

쇠사슬 페이지 또는 게시물의 원래 URL이 변경되면 데드 링크가 발생합니다. 이러한 링크는 페이지를 연결하는 내부 링크에 대해 충분히 큰 문제를 나타내지만 사이트 외부에서는 훨씬 더 큰 문제입니다. 페이지의 원래 URL은 검색 엔진, 특히 Google에서 사용되는 URL입니다.

따라서 URL이 변경되면 검색 엔진이 변경 사항을 인식하지 못하고 잠재적인 방문자를 해당 404 죽은 페이지로 연결합니다. 따라서 동일한 링크를 따라가는 방문자와 더 많은 방문자를 잃을 뿐만 아니라 SEO 등급이 떨어지기 시작하여 페이지 순위가 낮아지고 전반적인 트래픽이 감소합니다.

이러한 종류의 문제를 해결하는 방법은 301 리디렉션을 사용하는 것입니다. 301 리디렉션은 검색 엔진과 사람들을 올바른 주소로 연결하는 자동화된 프로세스를 나타냅니다. 다른 유형의 리디렉션이 있지만 이는 WordPress 사이트에 매우 중요합니다.

따라서 301 리디렉션이 수행하는 필수 작업은 URL 변경이 영구적임을 검색 엔진에 알리는 것입니다. 본질적으로 하나의 URL을 다른 URL로 교환하는 것뿐입니다. 프런트엔드에서 표면적으로는 아무 것도 변경되지 않습니다. 그러나 그 아래에는 시간이 지남에 따라 페이지에 축적된 모든 것(평점, 트래픽 등)을 유지할 수 있습니다.

301 리디렉션을 사용하는 시기와 방법

지금까지 몇 번 언급했으므로 301 리디렉션을 사용하는 것이 페이지 또는 게시물의 URL 변경과 밀접하게 관련되어 있다고 추측할 수 있지만 몇 가지 특정 상황으로 나눌 수 있습니다. 여러 게시물을 해당 부분의 합보다 큰 하나로 병합하려고 할 수 있습니다. 따라서 각 개별 게시물의 방문자를 결합된 게시물로 리디렉션해야 합니다. 모든 단일 원본 게시물에 대해 301 리디렉션을 세 번 사용해야 합니다.

또한 도메인을 변경할 수 있습니다. 호스팅 제공업체를 변경하고 이에 따라 새 도메인이 생겼다고 가정해 보겠습니다. 이제 이것은 몇 가지 상황의 경우가 아닙니다. 대신 기본적으로 모든 URL을 새 URL로 리디렉션하여 전체 이전 WordPress 설치를 새 설치로 전환하고 싶을 것입니다.

당연히 SEO 목적을 위한 URL 이름 변경, 내부 오류, 다양한 형태의 사이트 테스트 등과 같이 나열해야 하는 많은 이유가 있으며, 각각은 301 리디렉션으로 처리할 수 있고 처리해야 합니다. WordPress의 경우와 마찬가지로 수동 및 플러그인을 통해 작업을 수행하는 두 가지 방법이 있습니다.

코드를 사용하는 것은 웹 사이트 작업이 항상 실행 가능한 방법일 때이므로 언급하고 설명할 가치가 있습니다. 그러나 웹 존재가 지속적으로 증가하고 더 많은 수의 사람들을 포괄해야 하는 필요성으로 인해 콘텐츠를 외부로 내보내는 데 사용되는 방법이 훨씬 더 사용자 지향적이 되었습니다. 즉, 초보자와 비프로그래머를 염두에 두고 설계되었습니다.

또한 거의 모든 것을 위한 플러그인이 있으며 301 리디렉션도 다르지 않습니다. .htaccess 파일을 수정하여 수동으로 리디렉션을 만드는 방법과 WP 301 Redirects와 같은 플러그인을 사용하여 만드는 방법을 살펴보겠습니다.

WP 301 리디렉션 기능 수동으로 리디렉션 추가

작업을 수행하기 전에 .htaccess 파일을 백업하는 것을 잊지 마십시오. 이 파일은 WordPress의 핵심 부분이며 모든 것이 작동하는 데 필수적입니다. 문제가 발생할 경우 원본 파일을 다시 사용하는 것이 중요합니다. 보안을 위해 복제본을 별도의 드라이브에 보관하는 것이 좋습니다.

예상대로 .htaccess 파일을 수정하려면 먼저 파일을 찾아야 합니다. 숨겨진 폴더에 있는 Windows의 유사한 시스템 파일과 달리 이 파일은 다른 모든 항목(예: wp-admin 또는 wp-content)과 함께 WordPress 사이트의 루트 폴더에 비교적 쉽게 식별할 수 있습니다.

.htaccess 파일 찾은 후에는 메모장으로 열어야 하며 탐색해야 하는 코드로 가득 찬 페이지가 표시됩니다. 기본적으로 사이트의 내부와 외부를 제어하는 ​​다양한 규칙 목록을 보게 될 것입니다. 원하는 리디렉션을 구현하려면 이미 존재하는 모든 것에 추가 코드를 입력해야 합니다. 이미 있는 것은 변경하지 마십시오.

또한 개별 게시물과 페이지를 리디렉션하거나 전체 사이트를 새 도메인으로 리디렉션하는 두 가지 방법이 있습니다. 게시물이나 페이지를 리디렉션하려면 다음 코드를 추가하세요.

리디렉션 301 /old-URL https://yourdomain.com/new-url

이전 URL은 도메인 이름 뒤에 페이지/게시물 지정만 있으면 되지만 새 도메인은 전체 도메인을 포함하여 입력해야 합니다. "www.test-site.com/redirecting"을 "www.test-site.com/how-to-redirect"로 리디렉션하는 예는 다음과 같습니다.

리디렉션 301 /redirecting https://test-site.com/how-to-redirect

이것은 충분히 간단해 보이지만 이것은 일회성이므로 리디렉션하려는 모든 게시물이나 페이지에 대해 반복해야 함을 의미합니다.

반면에 전체를 새 도메인으로 리디렉션할 수 있습니다. 다음 코드를 추가하여 이 작업을 수행할 수 있습니다.

RewriteEngine 켜기
RewriteCond %{HTTP_HOST} ^olddomain.com [NC,OR]
RewriteCond %{HTTP_HOST} ^www.old domain.com [NC]
RewriteRule ^(.*)$ https://newdomain.com/$1 [L,R=301,NC]

여기에서 원래 도메인 이름은 새 도메인 이름으로 대체되지만 링크 구조는 동일하게 유지되므로 "olddomain.com/news"는 "newdomain.com/news"로 리디렉션됩니다. 전체 도메인을 리디렉션하는 다른 방법이 있으며 그 중 하나만 나타냅니다.

그러나 이는 기본 코드 예제이며 영광스러운 자리 표시자임을 명심하십시오. 드문 경우에 파일에 복사/붙여넣기가 가능하며 즉시 작동하지만 더 자주는 사이트에 정확하게 맞도록 조정해야 합니다.

WP 301 리디렉션을 사용하여 리디렉션 추가

WP 301 리디렉션 WP 301 리디렉션을 사용하면 모든 것이 페이지 리디렉션을 위해 설정한 규칙을 중심으로 이루어집니다. 코딩의 특성 때문에 이러한 작업을 더 많은 사용자가 액세스할 수 있도록 하는 플러그인이 개발되었습니다.

플러그인을 사용하는 가장 일반적인 이유 중 하나는 이상적으로는 코드를 사용하지 않고 보다 간단한 작업을 수행하는 것입니다. WP 301 리디렉션도 이와 관련하여 다르지 않습니다. 그러나 한 가지 더 나은 점이 있으며 먼저 살펴보겠습니다.

자동 리디렉션

이제 모든 것이 제대로 작동하려면 최소한 몇 가지 단계를 건너뛰어야 한다고 생각할 수 있지만 그렇지 않습니다. 일을 끝내는 가장 좋은 방법은 쉽게 하는 것이 아니라 아예 하지 않아도 되는 것입니다. 아마도 WP 301 리디렉션의 정의 기능은 자동 리디렉션입니다. 플러그인이 설치되면 기본적으로 자동 리디렉션이 활성화되고 작업이 시작됩니다.

자동 리디렉션 또한 자동 리디렉션은 수동으로 입력한 것과 유사한 기존 슬러그를 찾습니다. 즉, 대부분의 경우 오타가 있는 URL을 입력한 방문자를 리디렉션하지만 이 방문자 중 몇 명이 빠져 있는지 무시하지 않습니다. 거기.

또한 자동 리디렉션이 수행되는 시기를 선택할 수 있습니다. 기본적으로 게시물과 페이지에 있으며 그대로 유지해야 합니다. 자동 리디렉션 외에 방문자에게 404 오류가 발생했을 때 특정 페이지로 리디렉션하는 규칙을 설정할 수 있습니다. 또한 기본 WordPress 페이지를 유지하거나 현재 게시된 페이지로 리디렉션하거나 작업을 수행할 새로운 페이지를 만드는 옵션이 있습니다.

404 오류 리디렉션 이제 몇 가지 테스트를 수행하고 일부 페이지가 오프라인이 될 것이라는 것을 알고 있다면 리디렉션 규칙을 쉽게 비활성화할 수 있습니다. 항상 최신 정보를 유지해야 하는 경우 누군가가 리디렉션을 사용할 때마다 알려주는 이메일 보고를 활성화해야 합니다. 이러한 알림은 문제가 있는 페이지나 자주 방문하는 게시물을 정확히 찾아내는 데 도움이 됩니다.

전체 사이트 또는 로그인한 사용자에 대해서만 이 작업을 수행할 수 있습니다(모든 기능에 액세스해야 하는 사용자이기 때문에). 고려해야 할 또 다른 사항은 플러그인을 잠재적으로 제거한 후 만든 규칙이 작동하는 방식입니다. 달리 명시되지 않는 한 리디렉션 규칙은 플러그인을 삭제한 후에도 사이트에 유지됩니다.

이메일 보고 이러한 규칙은 나중에 플러그인을 다시 사용하거나 다른 방식으로 리디렉션을 처리하는 경우 연속성을 보장합니다. 원하는 경우 설정에서 이 옵션을 비활성화하여 플러그인 삭제 후 모든 것이 기본 상태로 되돌아가도록 할 수 있습니다.

고급 옵션 마지막으로, 플러그인 사용을 시작할 때 이미 규칙이 있는 경우 규칙 세트를 가져올 수 있으며, 다른 곳에서 사용하려는 경우 만든 규칙을 내보낼 수 있습니다. 여러 사이트를 관리하고 이미 자신에게 적합한 규칙 집합을 만든 경우 이 기능이 유용할 것입니다.

도구 규칙 생성

자동화된 리디렉션에서 벗어나 WP 301 리디렉션 내에서 사용자 지정 리디렉션을 만드는 방법과 코드를 사용하는 것보다 사용자 친화적인 이유를 살펴보겠습니다. 이 프로세스는 기본적으로 완료되면 설정된 매개변수에 대한 규칙으로 작동하는 짧은 양식을 작성하는 것으로 구성됩니다. 규칙을 만드는 동안 참조할 수 있는 규칙 창과 함께 팝업되는 편리한 치트 시트도 있습니다.

새 리디렉션 규칙 옵션 추가 이 예에서는 원본 샘플 페이지를 새 샘플 페이지로 리디렉션하기로 결정했습니다. 수동 리디렉션을 만드는 것과 마찬가지로 두 가지 주요 사항은 원래 위치와 새 위치입니다. 우리가 거기에 있었던 것처럼 실제 URL은 페이지만 필요로 하는 반면 리디렉션 URL은 전체 행이 작동해야 합니다.

또한 일반적으로 매개변수와 규칙 우선순위를 무시해야 합니다. 둘 다 "일반" 리디렉션을 생성하는 과정에서 중복됩니다. 301(영구) 리디렉션이 여기의 주요 기능이지만 상황과 필요에 따라 다른 리디렉션 유형을 사용할 수도 있습니다.

마지막으로, 사이트에서 여러 리디렉션을 사용하는 경우 더 쉽게 정렬하고 처리할 수 있도록 리디렉션에 태그를 추가하는 것이 좋습니다.

로그

수동으로 규칙을 추가하여 얻을 수 없는 자동 리디렉션과 함께 또 다른 것은 분석 로그입니다. 리디렉션 및 404 로그에 대해 각각 자세히 알아볼 수 있습니다. 두 그래프 모두 사용된 리디렉션, 횟수, IP 위치, 장치, 트래픽 유형 등에 대한 통찰력을 제공합니다.

로그 또한 URL 및 리디렉션에 대한 추가 정보를 얻으려고 할 때 두 로그가 모두 유용하다는 것을 알게 될 것입니다. 예를 들어, 악성 IP를 찾아내려고 하는 경우 더 작은 화면에 맞게 디스플레이를 재구성하는 것과 같이 일반 방문자에 맞게 사이트를 사용자 정의하려고 합니다(데이터에 따르면 사용자의 2/3가 모바일에 있기 때문). 또는 새로운 언어를 추가하는 것을 고려하는 것 – 이것이 귀하의 지침이 될 것입니다.

404 로그를 통해 탭으로 돌아가 규칙 창을 시작할 필요 없이 테이블에서 바로 리디렉션 규칙을 조정할 수도 있습니다. 이렇게 조정하면 작업 속도가 빨라지고 로그를 종료한 후 규칙을 수정하는 것을 잊어버릴 가능성이 최소화됩니다.

요약

코드 대신 플러그인을 사용하는 주된 이유는 지식 부족입니다. 수동으로 작업을 완료할 수 있는 전체 사용자의 비율은 제한적입니다.

WP 301 Redirects와 같은 플러그인은 빈 필드를 채우는 전체 프로세스를 끓이는 지식 문제를 해결하고 고급 기능과 분석을 통해 훨씬 더 많은 것을 추가하여 더 숙련된 사용자 사이에서도 인기를 얻었습니다. 여기에서 두 가지 솔루션을 모두 제시했으며 선택은 귀하에게 맡기십시오.