[7.8] [DOCS] Add soft redirect for sliced scroll (#60699)

docs/reference/docs/delete-by-query.asciidoc

@@ -130,7 +130,7 @@ This is "bursty" instead of "smooth".
 [[docs-delete-by-query-slice]]
 ===== Slicing
 
-Delete by query supports <<sliced-scroll, sliced scroll>> to parallelize the
+Delete by query supports <<slice-scroll, sliced scroll>> to parallelize the
 delete process. This can improve efficiency and provide a
 convenient way to break the request down into smaller parts.
 
@@ -480,7 +480,7 @@ Which results in a sensible `total` like this one:
 ===== Use automatic slicing
 
 You can also let delete-by-query automatically parallelize using
-<<sliced-scroll, sliced scroll>> to slice on `_id`. Use `slices` to specify
+<<slice-scroll, sliced scroll>> to slice on `_id`. Use `slices` to specify
 the number of slices to use:
 
 [source,console]

docs/reference/docs/reindex.asciidoc

@@ -177,7 +177,7 @@ timeouts.
 [[docs-reindex-slice]]
 ===== Slicing
 
-Reindex supports <<sliced-scroll>> to parallelize the reindexing process.
+Reindex supports <<slice-scroll>> to parallelize the reindexing process.
 This parallelization can improve efficiency and provide a convenient way to
 break the request down into smaller parts.
 
@@ -247,7 +247,7 @@ which results in a sensible `total` like this one:
 [[docs-reindex-automatic-slice]]
 ====== Automatic slicing
 
-You can also let `_reindex` automatically parallelize using <<sliced-scroll>> to
+You can also let `_reindex` automatically parallelize using <<slice-scroll>> to
 slice on `_id`. Use `slices` to specify the number of slices to use:
 
 [source,console]

docs/reference/docs/update-by-query.asciidoc

@@ -125,7 +125,7 @@ This is "bursty" instead of "smooth".
 [[docs-update-by-query-slice]]
 ===== Slicing
 
-Update by query supports <<sliced-scroll, sliced scroll>> to parallelize the
+Update by query supports <<slice-scroll, sliced scroll>> to parallelize the
 update process. This can improve efficiency and provide a
 convenient way to break the request down into smaller parts.
 
@@ -593,7 +593,7 @@ Which results in a sensible `total` like this one:
 ===== Use automatic slicing
 
 You can also let update by query automatically parallelize using
-<<sliced-scroll>> to slice on `_id`. Use `slices` to specify the number of
+<<slice-scroll>> to slice on `_id`. Use `slices` to specify the number of
 slices to use:
 
 [source,console]

docs/reference/redirects.asciidoc

@@ -1052,6 +1052,16 @@ See <<how-es-highlighters-work-internally>>.
 
 See <<scroll-search-results>>.
 
+[[_clear_scroll_api]]
+===== Clear scroll API
+
+See <<clear-scroll-api>>.
+
+[[sliced-scroll]]
+===== Sliced scroll
+
+See <<slice-scroll>>.
+
 [role="exclude",id="request-body-search-search-after"]
 ==== Search After