카테고리 기반 URL을 사용하지 않는 WPML 완벽 가이드: 깔끔한 다국어 URL 구현

소개: "카테고리 기반 WPML 없음"이란 무엇을 의미하는가

"WPML에서 카테고리 접두사 제거"란 WordPress의 기본 카테고리 접두사를 제거하면서 모든 WPML 언어에서 카테고리 아카이브 URL은 올바르게 유지하는 것을 의미합니다. 예를 들어 영어 아카이브 URL은 다음과 같습니다.example.com/category/news/사용하셔도 됩니다example.com/news/스페인어 버전이 나올 수도 있습니다.example.com/es/noticias/오히려example.com/es/category/noticias/.

결과는 간단해 보이지만, 설정 과정은 항상 간단하지는 않습니다.

WordPress는 URL을 분류 체계 쿼리에 매핑하기 위해 재작성 규칙을 사용합니다. WPML은 언어 디렉터리, 도메인 또는 URL 매개변수에 대한 추가 계층을 제공합니다. 또한 번역된 카테고리 용어와 슬러그를 연결합니다. 기본 경로 제거 방법, 퍼머링크 설정, 테마, SEO 플러그인, 캐시 및 서버 규칙이 최종 경로에 대해 일치해야 합니다.

중요한:WPML은 다국어 콘텐츠와 분류 체계 데이터를 번역하지만, 그 자체로 카테고리 기본 설정을 제거하는 범용 스위치는 아닙니다. 유지 관리되고 호환되는 WordPress 방식을 사용하여 기본 설정을 제거한 다음 WPML로 테스트하십시오.

QueueLingo는 팀이 호스팅된 큐와 연결된 번역 엔진을 통해 WPML 번역 작업을 이동시켜 카테고리 이름, 관련 콘텐츠 및 다국어 업데이트를 더 큰 규모로 관리할 수 있도록 지원합니다.

QueueLingo 무료 계정을 만드세요또는데모 영상을 시청하세요전체 웹사이트에 다국어 버전을 배포하기 전에.

다국어 SEO에서 카테고리 기반이 중요한 이유

일반적인 워드프레스 카테고리 아카이브는 대개 다음과 같은 패턴을 사용합니다.

• https://example.com/category/news/
• https://example.com/category/tutorials/

단어category카테고리 기본 설정입니다. 사이트는 이를 다른 기본 설정으로 교체할 수 있습니다. 예를 들어 다음과 같은 설정이 있습니다.topics하지만 카테고리 기본 필드를 비워두면설정 → 고유 링크일반적으로 이는 WordPress가 기본 동작을 사용한다는 의미입니다. 기본 동작을 완전히 제거하려면 호환되는 플러그인, 테마 기능 또는 신중하게 관리되는 사용자 지정 재작성 로직이 필요합니다.

다국어 환경에서는 URL에 언어 신호가 포함될 수도 있습니다.

• 예배 규칙서:example.com/es/category/noticias/
• 언어 영역:example.es/category/noticias/
• 매개변수:example.com/category/noticias/?lang=es

WPML은 언어 디렉토리, 다른 도메인 또는 서브도메인, 그리고 언어 매개변수를 지원합니다. 따라서 카테고리 URL은 언어 형식, 카테고리 기본 주소, 번역된 용어 슬러그라는 세 가지 요소에 의해 결정됩니다.

크롤링 경로 및 번역된 아카이브

검색 엔진은 메뉴, 브레드크럼, 게시물 메타데이터, 사이트맵 및 내부 링크를 통해 카테고리 아카이브를 찾습니다. 경로의 일부를 제거하면 사람들이 URL을 더 쉽게 읽고, 복사하고, 인식할 수 있게 될 수 있지만, 순위 상승을 보장하지는 않습니다. SEO 측면에서 가장 큰 이점은 유용한 아카이브마다 안정적이고 크롤링 가능한 단일 URL을 사용하는 데 있습니다.

번역된 카테고리 아카이브는 일반적으로 다음을 제공해야 합니다.

• 성공적인200응답.
• 의도된 언어로 된 콘텐츠.
• 자체 참조를 포함하는 정규 URL입니다.
• 올바른 대체 언어hreflang참고 자료.
• 최종적으로 깔끔한 URL을 사용하는 내부 링크.
• 아카이브가 색인화 가능한 경우 올바른 XML 사이트맵에 포함됩니다.

Google은 정규화(canonicalization)를 중복되거나 유사한 페이지 중에서 대표 URL을 선택하는 과정이라고 설명합니다. 리디렉션, 정규화 주석, 사이트맵 URL, 내부 링크 등이 모두 이 선택에 영향을 미칠 수 있습니다. 다국어 페이지의 경우, 정규 URL은 일반적으로 동일 언어의 정규 URL을 가리켜야 합니다.hreflang동일한 언어 버전을 연결합니다.

제거가 사용자 경험을 개선하는 경우

카테고리 기본 구조를 제거하는 것은 카테고리가 핵심 탐색 계층이고 슬러그가 고유할 때 가장 유용합니다. 출판물에서 다음과 같은 용도로 사용할 수 있습니다./en/insights/,/de/einblicke/, 그리고/fr/analyses/이러한 경로는 간결합니다. 하지만 명확한 기본 경로를 표시하면 모호함을 방지할 수 있습니다. 예를 들어 URL은 다음과 같습니다./topics/security/페이지가 주제별 아카이브임을 독자에게 즉시 알려줍니다. 단순히 짧아서 "SEO 친화적"이라는 이유만으로 기본 구조를 삭제하지 마세요. 가장 명확하고 유지 관리하기 쉬운 구조를 선택하세요.

언어 타겟팅에 대한 더 자세한 내용은 다음을 참조하십시오.다국어 SEO 가이드.

WPML은 카테고리 URL을 어떻게 처리하나요?

WPML은 언어 URL 형식과 분류 용어 번역을 분리합니다. 이러한 분리 방식을 이해하면 문제 해결 속도가 훨씬 빨라집니다.

언어 URL 형식

In WPML → 언어 → 언어 URL 형식WPML은 세 가지 일반적인 모델을 지원합니다.

1. 디렉토리: example.com/es/noticias/
2. 도메인 또는 서브도메인: example.es/noticias/또는es.example.com/noticias/
3. 언어 매개변수: example.com/noticias/?lang=es

디렉토리 구조는 모든 언어가 하나의 도메인 아래에 유지되기 때문에 일반적입니다. 서로 다른 도메인을 사용하려면 올바른 DNS 및 서버 매핑이 필요합니다. 파라미터 기반 방식은 일반적으로 서버 변경이 적게 필요하지만, 많은 웹사이트 소유자는 사용자 탐색을 위해 경로 기반 URL을 선호합니다.

WPML 언어 디렉터리는 가상 디렉터리입니다. 물리적 디렉터리를 생성하지 마십시오./es/ or /de/폴더를 만들거나 요청을 해당 폴더에 강제로 넣습니다.

번역된 용어 및 슬러그

카테고리에는 표시 이름과 슬러그가 있습니다. 예를 들면 다음과 같습니다.

• 영어 이름: 뉴스; 슬러그:news
• 스페인어 이름: Noticias; 슬러그:noticias
• 독일 이름: Nachrichten; 강타:nachrichten

WPML은 WordPress 카테고리, 태그 및 사용자 정의 분류 체계를 번역할 수 있습니다. 분류 체계는 번역 가능하도록 설정되어 있어야 합니다.WPML → 설정 → 분류 체계 번역용어 번역은 다음에서 검토할 수 있습니다.WPML → 분류 체계 번역부모-자식 구조가 변경될 때 계층 구조 변경 사항을 동기화합니다.

사용자 정의 분류 체계 기반에는 언어별 번역을 포함할 수도 있습니다. 이는 표준 WordPress 카테고리 기반을 제거하는 것과는 별개입니다. 사이트에 카테고리 기반이 없는 경우, 번역된 용어 슬러그가 표시되는 경로 부분이 되므로 고유한 슬러그를 계획하는 것이 더욱 중요해집니다.

고유 링크 및 재작성 규칙

WordPress는 모든 URL을 물리적 파일로 저장하지 않습니다. 각 요청을 URL 재작성 규칙과 비교하고 일치하는 경로를 쿼리로 변환합니다. 기본 경로 제거 메서드는 이러한 규칙을 변경합니다. 그런 다음 WPML은 활성화된 언어에 따라 URL과 쿼리를 필터링합니다.

다른 구성 요소도 라우팅을 변경할 때 충돌이 발생할 수 있습니다. 일반적인 원인은 다음과 같습니다.

• SEO 또는 퍼머링크 플러그인.
• 관리자 리디렉션.
• 중복되는 리라이트 슬러그가 있는 사용자 정의 게시물 유형.
• 분류 체계 또는 경로를 등록하는 테마.
• 서버 수준의 NGINX 또는 Apache 규칙.
• CDN 엣지 리디렉션 또는 캐시된 오류 응답.

워드프레스 설정 화면뿐만 아니라 전체 스택을 테스트해야 합니다. 관리자 화면에서는 URL이 올바르게 보일 수 있지만, 실제로 웹 서비스에서는 잘못된 언어나 상태 코드를 반환할 수 있습니다.

WPML에서 카테고리 기반을 사용하지 않을 때의 장점과 단점

이 결정은 "깔끔한 URL이 좋고 기본 경로는 나쁘다"라는 식의 단순한 선택이 아닙니다. 라우팅과 관련된 절충안입니다.

중복 경로

일부 염기 제거 솔루션은 리디렉션을 수행합니다./category/news/에게/news/다른 경우에는 두 버전 모두 로드됩니다. 두 버전 모두 반환되면200검색 엔진과 분석 시스템에서 중복된 경로가 나타날 수 있습니다. 선호하는 버전을 하나 선택하고, 더 이상 사용되지 않는 URL을 리디렉션하고, 최종 페이지에 자체 참조 정규 URL을 사용하고, 내부 링크와 사이트맵을 업데이트하세요.

달팽이 충돌

네임스페이스 없이/category/카테고리 슬러그는 루트 경로에서 경쟁합니다. 이 모든 것들이 원하는 것을 상상해 보세요./guides/:

• '가이드'라는 페이지입니다.
• '가이드'라는 카테고리가 있습니다.
• 사용자 정의 게시물 유형 아카이브입니다.
• 번역된 용어가 됩니다.guides.

WordPress는 특정 경로를 처리하고 다른 경로를 숨길 수 있으며, 플러그인이 리디렉션을 강제할 수도 있습니다. 출시 전에 다국어 슬러그 레지스트리를 구축하세요. 페이지, 게시물, 카테고리, 태그, 사용자 정의 분류 체계, 작성자 데이터베이스 및 사용자 정의 게시물 유형 아카이브를 포함해야 합니다.

WPML에서 카테고리 없는 기본 페이지를 설정하는 방법

먼저 스테이징 버전을 사용하세요. URL 변경은 모든 카테고리 아카이브, 내부 링크, 사이트맵 항목, 캐노니컬 URL 및 캐시된 리디렉션에 영향을 미칠 수 있습니다.

1. 사이트를 백업하세요

데이터베이스와 파일의 복원 가능한 백업을 생성합니다. WordPress, WPML, 테마, 라우팅 플러그인, 캐시 및 서버 버전을 기록합니다. 기존 리디렉션을 내보냅니다.

2. 기존 URL 목록 작성

모든 카테고리 아카이브를 모든 언어로 내보내세요. 각 URL에 대해 다음 사항을 기록하세요.

• 언어.
• 범주명 및 용어 ID.
• 현재 달팽이.
• 상위 카테고리가 있는 경우.
• 현재 정설.
• 의도된 깔끔한 URL입니다.
• 필수 리디렉션 대상입니다.

또한 페이지, 게시물, 사용자 정의 게시물 유형 및 분류 체계 아카이브를 크롤링하여 충돌을 찾으십시오. 재작성 동작을 변경하기 전에 이 작업을 수행하십시오.

3. 워드프레스 고유 링크 검토

열려 있는설정 → 고유 링크사이트가 일반 쿼리 URL이 아닌 보기 좋은 퍼머링크 구조를 사용하는지 확인하세요. 선택 사항인 카테고리 기본 필드를 검토하되, 필드가 비어 있다고 해서 반드시 "기본 필드를 제거"하는 것은 아니라는 점을 기억하세요. 단순히 WordPress의 기본 카테고리 경로를 사용할 수도 있습니다.

기본 링크 제거를 위한 유지 관리되는 방법을 하나 선택하십시오. 호환되는 퍼머링크 기능이거나 개발팀에서 소유한 사용자 지정 코드일 수 있습니다. 기본 링크를 제거하는 두 가지 도구를 동시에 사용하는 것은 피하십시오.

4. WPML의 언어 설정을 확인합니다.

열려 있는WPML → 언어활성 URL 형식을 확인하십시오. 계속 진행하기 전에 기본 언어와 보조 언어를 테스트하십시오. 디렉터리를 사용하는 경우 서버에서 가상 언어 경로를 처리하는지 확인하십시오. 별도의 도메인을 사용하는 경우 DNS, TLS 인증서 및 WordPress 설치 매핑이 동일한지 확인하십시오.

5. 범주 용어를 매핑하고 번역합니다.

In WPML → 설정카테고리를 번역 가능하게 만드세요. 그런 다음 엽니다.WPML → 분류 체계 번역각 번역을 검토하세요. 원본 슬러그를 맹목적으로 복사하는 대신 자연스럽고 고유한 슬러그를 사용하세요.

계층 구조의 범주인 경우, 번역된 하위 범주가 올바르게 번역된 상위 범주를 가지고 있는지 확인하십시오. 필요한 경우 계층 구조 변경 사항을 동기화하십시오. 슬러그 맵을 릴리스 문서로 저장하십시오.

6. 염기 제거 방법을 활성화하고 플러시 규칙을 한 번 실행합니다.

스테이징 환경에서 선택한 메서드를 활성화한 다음, 리라이트 규칙을 다시 생성합니다. 일반적인 관리자 작업은 해당 메서드를 여는 것입니다.설정 → 고유 링크설정을 한 번만 저장하세요. WP-CLI를 사용하는 팀은 제어된 배포 환경에서 적절한 rewrite flush 명령어를 사용할 수 있습니다.

WordPress는 페이지 재작성 규칙을 새로 고치는 작업이 비용이 많이 드는 작업이라고 경고합니다. 모든 페이지 요청 시 또는 빈번하게 실행되는 훅에서 이 작업을 수행하지 마십시오. 규칙이 실제로 변경될 때만 실행하십시오.

7. 모든 언어와 템플릿을 테스트하세요.

다음을 포함하는 대표적인 데이터 세트를 테스트하십시오.

• 최상위 카테고리와 하위 카테고리.
• 번역된 용어와 번역되지 않은 용어가 포함된 카테고리입니다.
• 페이지 번호가 매겨진 아카이브(예:/news/page/2/.
• 사이트에서 피드를 게시하는 경우 피드를 확인하세요.
• 로그인 및 로그아웃 요청.
• 구성된 각 언어 디렉터리 또는 도메인.

최종 URL마다 상태 코드, 페이지 제목, 아카이브 제목, 본문 내용, 정규 URL을 확인하세요.hreflang경로 탐색 경로, 사이트맵 항목 및 내부 링크.

8. 리디렉션을 추가하고 신중하게 배포하세요.

기존 카테고리 URL 각각에서 새 카테고리 URL로 정확히 일치하는 1:1 영구 리디렉션을 생성하세요. 모든 기존 카테고리를 홈페이지로 보내는 것은 피해야 합니다. Google은 다음과 같은 영구 서버 측 리디렉션을 권장합니다.301 or 308URL이 영구적으로 이동했을 때.

내부 링크, 메뉴, 브레드크럼, 사이트맵 URL, 캐노니컬 URL 등을 업데이트하세요.hreflang새 경로를 사용하기 위한 값을 지정합니다. 모니터링 기간 동안 배포하고, 캐시를 한 번 삭제하고, 롤백 계획을 유지합니다.

일반적인 문제 및 해결 방법

번역된 카테고리 페이지에서 404 오류가 발생합니다.

첫 번째 저장설정 → 고유 링크규칙을 한 번 재생성합니다. 그런 다음 카테고리 번역이 존재하는지, 분류 체계가 번역 가능한지, 상위 계층 구조가 유효한지 확인합니다. 스테이징 환경에서는 한 번에 하나의 의심스러운 라우팅 계층만 비활성화합니다. 원본이 반환되면200하지만 공개 URL은 다음을 반환합니다.404CDN 또는 프록시 캐싱을 점검하십시오.

퍼머링크 변경 후 리디렉션 루프 발생

루프는 종종 두 시스템이 동일한 URL을 서로 반대 방식으로 정규화하고 있음을 의미합니다. WordPress 리디렉션 플러그인, SEO 정규화 리디렉션 등을 확인해 보세요..htaccess또는 NGINX 규칙, WPML 언어 리디렉션 및 CDN 엣지 규칙을 확인합니다. 전체 리디렉션 체인을 추적합니다. 최종 URL은 다음을 반환해야 합니다.200이전 단계로 되돌아가지 않습니다.

잘못된 언어 카테고리가 표시됩니다.

각 용어가 올바른 WPML 번역에 연결되어 있는지, 요청에 예상되는 언어 컨텍스트가 포함되어 있는지 확인하십시오. 메뉴와 하드코딩된 테마 링크를 점검하십시오. 캐시된 사이트의 경우, 캐시 키가 WPML에서 선택한 언어 메커니즘에 따라 달라지도록 설정하십시오. 언어 디렉터리, 도메인, 매개변수 또는 쿠키를 무시하는 캐시는 잘못된 아카이브를 제공할 수 있습니다.

달팽이는 언어 간에 갈등을 일으킵니다.

문제의 슬러그를 페이지, 게시물, 미디어 첨부 파일 경로, 사용자 정의 게시물 유형 아카이브, 태그 및 기타 분류 체계와 비교합니다. 언어별로 명확한 슬러그를 사용하여 경로 하나를 이름 변경합니다. 그런 다음 리디렉션 맵, 내부 링크, 정규 URL을 업데이트합니다.hreflang그리고 사이트맵.

CDN 또는 캐시 규칙은 이전 동작을 유지합니다.

WordPress 페이지 캐시, 관련 객체 캐시, 리버스 프록시 및 CDN 캐시를 삭제합니다. 캐시된 내용을 검토합니다.301브라우저와 엣지 네트워크가 응답 정보를 보관할 수 있으므로, 원본을 CDN과 별도로 테스트한 후 깨끗한 브라우저 세션에서 다시 테스트하십시오.

Google Search Console은 커버리지 또는 캐노니컬 경고를 보고합니다.

기존 URL과 새 URL을 모두 검사하십시오. 기존 URL이 정확히 대체된 URL로 영구적으로 리디렉션되는지, 그리고 새 URL이 원래 값을 반환하는지 확인하십시오.200새 아카이브에 자체 정규 URL이 설정되어 있고, 로봇 규칙에 의해 차단되지 않았으며, 의도한 사이트맵에 포함되는지 확인하십시오. Google이 다른 정규 URL을 선택했는지도 확인하십시오. 수정 후, 관련 검색 콘솔 워크플로를 통해 유효성 검사를 요청하거나 재크롤링을 진행하십시오.

QueueLingo 워크플로를 활용한 확장 가능한 WPML 번역

URL 엔지니어링과 번역 작업은 서로를 지원해야 합니다. 개발자는 다음과 같은 작업을 수행할 수 있습니다./es/noticias/제대로 해결되긴 하지만, 카테고리에는 여전히 정확한 이름, 슬러그, 설명, 연결된 콘텐츠 및 검토 상태가 필요합니다.

확장 가능한 QueueLingo 워크플로는 다음 단계를 따를 수 있습니다.

1. WPML을 준비하세요:언어, 분류 체계 번역 설정 및 승인된 슬러그 맵을 정의합니다.
2. 번역 작업 생성:적합한 WPML 콘텐츠와 관련 분류 체계 텍스트를 관리형 번역 대기열로 보냅니다.
3. 엔진을 선택하세요:조직에서 구성한 통합, 언어 쌍, 콘텐츠 유형, 예산 및 데이터 정책에 따라 Google Translate, Edge Translate 또는 지원되는 LLM 번역 엔진으로 작업을 라우팅합니다.
4. 검토 결과:용어, 카테고리 이름, 슬러그 길이, 의도, HTML 무결성 및 현지 시장 표현을 확인하십시오.
5. 답장을 작성하고 게시하세요:승인된 번역을 WPML로 반환한 다음 URL, 정규화 및 기타 작업을 실행합니다.hreflang체크 무늬.

큐 자동화를 통해 반복적인 내보내기, 할당, 상태 추적 및 기록 작업을 줄일 수 있습니다. 하지만 분류 체계 번역이 잘못되면 탐색 및 여러 게시물 URL에 영향을 미칠 수 있으므로 사람의 검토는 여전히 중요합니다.

WPML 번역 호스팅을 살펴보세요,데모 영상을 시청하세요, 또는무료 체험을 시작하세요.

구현 체크리스트 및 모범 사례

출시 전:

• 파일과 데이터베이스를 백업하고 복원 접근 권한을 확인합니다.
• 프로덕션 플러그인 및 서버 스택을 사용하여 스테이징 환경에서 변경 사항을 테스트하십시오.
• 모든 카테고리의 URL을 모든 언어로 내보냅니다.
• 기존 URL을 최종 번역된 URL에 매핑합니다.
• 모든 공개 콘텐츠 유형에 걸쳐 고유한 카테고리 슬러그를 예약하세요.
• WPML에서 카테고리 번역 및 부모-자식 관계를 확인하세요.
• 염기 제거 방법 하나를 선택하고 해당 방법의 담당자를 기록하십시오.
• WPML 설정에 따라 디렉터리, 도메인 또는 매개변수를 테스트합니다.
• 정확하게 준비하세요301 or 308리디렉션.
• 내부 링크 및 정규 이미지 업데이트hreflang경로 안내 표시(breadcrumbs)와 사이트맵.

출시 후:

• 기존 URL 세트와 새 URL 세트를 모두 크롤링합니다.
• 확인하세요404, 부드러운404, 5xx반복문 및 긴 리디렉션 체인.
• 원본 출처, WordPress, CDN 및 브라우저 캐시 동작을 검토하십시오.
• 서버 로그와 Google Search Console 보고서를 모니터링하세요.
• 리디렉션을 그대로 유지하세요.
• WordPress, WPML, 테마, 라우팅 플러그인 또는 서버 업데이트 후 다시 테스트하십시오.
• 문서 롤백 절차, 데이터 처리, 번역 보존, 접근 제어 및 규정 준수 요구 사항.

카테고리 기반이 아닌 WPML을 가장 안전하게 시작하는 방법은 가장 영리한 URL 재작성 규칙을 사용하는 것이 아닙니다. 완벽한 URL 맵, 고유한 번역 슬러그, 아카이브당 하나의 기본 경로, 그리고 반복 가능한 테스트를 갖춘 방법입니다.

번역 작업을 더 쉽게 만들 준비가 되셨나요?QueueLingo를 무료로 사용해 보세요또는영업 담당자에게 문의하세요더 큰 규모의 다국어 WordPress 워크플로우를 위해.

공식 참고 자료

• WPML: 언어별 URL 형식 옵션 —공식 문서를 열어보세요
• WPML: 게시물 카테고리, 태그 및 사용자 정의 분류 체계 번역 —공식 문서를 열어보세요
• 워드프레스 개발자 자료:flush_rewrite_rules()—공식 문서를 열어보세요
• 구글 검색 센터: 다국어 및 다지역 사이트 관리 —공식 문서를 열어보세요
• Google 검색 센터: 정규화 —공식 문서를 열어보세요
• 구글 검색 센터: 리디렉션 및 구글 검색 —공식 문서를 열어보세요