[wp-trac] [WordPress Trac] #17619: Soft 404 at /wp-content/plugins/

WordPress Trac noreply at wordpress.org
Tue Sep 24 19:39:34 UTC 2019


#17619: Soft 404 at /wp-content/plugins/
-----------------------------------+-----------------------------
 Reporter:  miqrogroove            |       Owner:  (none)
     Type:  enhancement            |      Status:  new
 Priority:  normal                 |   Milestone:  Future Release
Component:  General                |     Version:
 Severity:  normal                 |  Resolution:
 Keywords:  has-patch 2nd-opinion  |     Focuses:
-----------------------------------+-----------------------------
Changes (by desrosj):

 * keywords:  has-patch => has-patch 2nd-opinion
 * milestone:   => Future Release


Comment:

 Copying the detailed description over from #46286, which was just closed
 as a duplicate:

 > Direct requests to system file structures/folders (e.g.,
 https://yoast.com/app/wp-content/) currently return a blank page with a
 200 HTTP status. This informs search engines and agents that the
 page/state is 'okay', which may result in them being crawled, indexed, or
 otherwise exposed.
 >
 > This causes a number of SEO and analytics headaches, and, is generally
 poor practice.
 >
 > Whilst these directories/files technically do exist, and therefore
 arguably should return a 200 status, the important thing to consider is
 that no user-facing page/content exists at the URL. We're not trying to
 represent the 'physical' file structure of the site (which we're already
 extremely abstracted from), we're trying to signpost what is, or isn't, a
 valid page/response. That an actual file/folder resides at the requested
 URL is irellevant.
 >
 > In the short-term, we should simply set a 404 header in all 'Silence is
 golden' templates.
 >
 > In the long-term, we should aim to find a way to allow all request to
 'Silence is golden' files to return the 404 template of the active theme.
 This may come with complexities, where we can't rely on system
 configurations/capabilities or folder structures to be consistent between
 sites.
 >
 > As an aspiration, we should aim that all requests to a WP site return an
 appropriate HTTP status and experience based on the user's context,
 regardless of the actual file/directory structure.

 Props @jonoaldersonwp, @vanyukov, @santilinwp for their discussion and
 work over there.

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/17619#comment:16>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list