[wp-meta] [Making WordPress.org] #4068: Change 503 behaviour on paginated states

Making WordPress.org noreply at wordpress.org
Fri Jan 18 12:20:13 UTC 2019


#4068: Change 503 behaviour on paginated states
----------------------------+--------------------
 Reporter:  jonoaldersonwp  |      Owner:  (none)
     Type:  defect          |     Status:  new
 Priority:  high            |  Milestone:
Component:  General         |   Keywords:  seo
----------------------------+--------------------
 Requests for paginated states (i.e., /page/n/) by known bots are
 intentionally served a 503 HTTP status (and a ‘raw’ error template); this
 is managed by the load balancer.

 This is a critical issue for SEO, and must be altered as a matter of
 urgency.

 Full context, rationale, supporting information and details (including
 longer-term improvements) can be found here:
 https://docs.google.com/document/d/1smvevKgp29CP9mop7s8F-
 q8WhMo7cTipEWAqS2wehWI/edit?usp=sharing

 **Short-term actions:**

 - Reduce the maximum number of paginated results for logged-out users. At
 the moment, we stop pagination at page 100 (even if there are more results
 than this) and return a 404 error. We should reduce this threshold to
 ''30'' for logged-out users. Requests to page > 30 should return a 404
 error.
   - See https://meta.trac.wordpress.org/ticket/3985 for making the load
 balancer return a 'friendly' error page in these scenarios.
   - We should add a notice at the end of page 30, indicating that people
 can search for more/different results if they haven’t found what they’re
 looking for.

 - We should increase the number of results on each page (currently 14) to
 20 to offset the reduction in crawling/discovery.

-- 
Ticket URL: <https://meta.trac.wordpress.org/ticket/4068>
Making WordPress.org <https://meta.trac.wordpress.org/>
Making WordPress.org


More information about the wp-meta mailing list