We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
カスタムコンテンツのエントリーに対してスラッグを指定すると、
/items/view/{id} /items/view/{slug}
のどちらの形式のURLでもアクセスできます。 重複コンテンツとなるため、SEOの観点から、エントリーにスラッグが指定されている場合にはURLが {slug} 側に統一されるのが望ましいと思います。
{slug}
例えば /items/ というカスタムコンテンツがあって、それに紐づくテーブルの ID: 1 のエントリーに test というスラッグを指定している場合、現状では
/items/
test
https://example.com/items/view/1 https://example.com/items/view/test
のどちらのURLでも同じページが表示されます。
前者にアクセスすると Not Found ページが出るか、https://example.com/items/view/test にリダイレクトされる挙動となるのがよいと思います。
https://example.com/items/view/test
baserCMS version : 5.1.5
The text was updated successfully, but these errors were encountered:
@build1024 報告ありがとうございます。リダイレクトの方が良さそうですね。
Sorry, something went wrong.
No branches or pull requests
概要
カスタムコンテンツのエントリーに対してスラッグを指定すると、
のどちらの形式のURLでもアクセスできます。
重複コンテンツとなるため、SEOの観点から、エントリーにスラッグが指定されている場合にはURLが
{slug}
側に統一されるのが望ましいと思います。例えば
/items/
というカスタムコンテンツがあって、それに紐づくテーブルの ID: 1 のエントリーにtest
というスラッグを指定している場合、現状ではのどちらのURLでも同じページが表示されます。
前者にアクセスすると Not Found ページが出るか、
https://example.com/items/view/test
にリダイレクトされる挙動となるのがよいと思います。baserCMS version : 5.1.5
The text was updated successfully, but these errors were encountered: