Плагин redirection wordpress настройка – 5 лучших плагинов / Полезное / Сайты и биржи фриланса. Обзоры фриланс бирж. Новости. Советы. Фриланс для начинающих. FREELANCE.TODAY

Содержание

Redirection — Плагин для WordPress

Redirection is the most popular redirect manager for WordPress. With it you can easily manage 301 redirections, keep track of 404 errors, and generally tidy up any loose ends your site may have. This can help reduce errors and improve your site ranking.

Redirection is designed to be used on sites with a few redirects to sites with thousands of redirects.

It has been a WordPress plugin for over 10 years and has been recommended countless times. And it’s free!

Full documentation can be found at https://redirection.me

Redirection is compatible with PHP from 5.4 and upwards (including 7.2).

Redirect manager

Create and manage redirects quickly and easily without needing Apache or Nginx knowledge. If your WordPress supports permalinks then you can use Redirection to redirect any URL.

There is full support for regular expressions so you can create redirect patterns to match any number of URLs. You can match query parameters and even pass them through to the target URL.

The plugin can also be configured to monitor when post or page permalinks are changed and automatically create a redirect to the new URL.

Conditional redirects

In addition to straightforward URL matching you can redirect based on other conditions:

  • Login status — redirect only if the user is logged in or logged out
  • WordPress capability — redirect if the user is able to perform a certain capability
  • Browser — redirect if the user is using a certain browser
  • Referrer — redirect if the user visited the link from another page
  • Cookies — redirect if a particular cookie is set
  • HTTP headers — redirect based on a HTTP header
  • Custom filter — redirect based on your own WordPress filter
  • IP address — redirect if the client IP address matches
  • Server — redirect another domain if also hosted on this server
  • Page type — redirect if the current page is a 404
Full logging

A configurable logging option allows to view all redirects occurring on your site, including information about the visitor, the browser used, and the referrer. A ‘hit’ count is maintained for each redirect so you can see if a URL is being used.

Logs can be exported for external viewing, and can be searched and filtered for more detailed investigation.

Display geographic information about an IP address, as well as a full user agent information, to try and understand who the visitor is.

You are able to disable or reduce IP collection to meet the legal requirements of your geographic region.

Add HTTP headers

HTTP headers can be adder to redirects or your entire site that help reduce the impact of redirects or help increase security. You can also add your own custom headers.

Track 404 errors

Redirection will keep track of all 404 errors that occur on your site, allowing you to track down and fix problems.

Errors can be grouped to show where you should focus your attention, and can be redirected in bulk.

Query parameter handling

You can match query parameters exactly, ignore them, and even pass them through to your target.

Apache & Nginx support

By default Redirection will manage all redirects using WordPress. However you can configure it so redirects are automatically saved to a .htaccess file and handled by Apache itself.

If you use Nginx then you can export redirects to an Nginx rewrite rules file.

Fine-grained permissions

Fine-grained permissions are available so you can customise the plugin for different users. This makes it particularly suitable for client sites where you may want to prevent certain actions, and remove functionality.

Import & Export

The plugin has a fully-featured import and export system and you can:

  • Import and export to Apache .htaccess
  • Export to Nginx rewrite rules
  • Copy redirects between sites using JSON
  • Import and export to CSV for viewing in a spreadsheet
  • Use WP CLI to automate import and export

You can also import from the following plugins:

  • Simple 301 Redirects
  • SEO Redirection
  • Safe Redirect Manager
  • Rank Math
  • WordPress old slug redirects
Wait, it’s free?

Yes, it’s really free. There’s no premium version and no need to pay money to get access to features. This is a dedicated redirect management plugin.

Support

Please submit bugs, patches, and feature requests to:

https://github.com/johngodley/redirection

Please submit translations to:

https://translate.wordpress.org/projects/wp-plugins/redirection

4.6.2 — 6th January 2020
  • Fix 404 log export button
  • Fix HTTPS option not appearing enabled
  • Fix another PHP compat issue
4.6.1 — 30th December 2019
  • Back-compatibility fix for old PHP versions
4.6 — 27th December 2019
  • Add fine-grained permissions allowing greater customisation of the plugin, and removal of functionality
  • Add an import step to the install wizard
  • Remove overriding of default WordPress ‘old slugs’
4.5.1 — 23rd November 2019
  • Fix broken canonical redirects
4.5 — 23rd November 2019
  • Add HTTP header feature, with x-robots-tag support
  • Move HTTPS setting to new Site page
  • Add filter to disable redirect hits
  • Add ‘Disable Redirection’ option to stop Redirection, in case you break your site
  • Fill out API documentation
  • Fix style with WordPress 5.4
  • Fix encoding of # in .htaccess
4.4.2 — 29th September 2019
  • Fix missing options for monitor group
  • Fix check redirect not appearing if position column not shown
4.4.1 — 28th September 2019
  • Fix search highlighter causing problems with regex characters
  • Fix ‘show all’ link not working
  • Fix ‘Request URI Too Long’ error when switching pages after creating redirects
4.4 — 22nd September 2019
  • Add ‘URL and language’ match
  • Add page display type for configurable information
  • Add ‘search by’ to search by different information
  • Add filter dropdown to filter data
  • Add warning about relative absolute URLs
  • Add 451, 500, 501, 502, 503, 504 error codes
  • Fix multiple ‘URL and page type’ redirects
  • Improve invalid nonce warning
  • Encode replaced values in regular expression targets
4.3.3 — 8th August 2019

=
* Add back compatibility fix for URL sanitization

4.3.2 — 4th August 2019

=
* Fix problem with UTF8 characters in a regex URL
* Fix invalid characters causing an error message
* Fix regex not disabled when removed

4.3.1 — 8th June 2019
  • Fix + character being removed from source URL
4.3 — 2nd June 2019
  • Add support for UTF8 URLs without manual encoding
  • Add manual database install option
  • Add check for pipe character in target URL
  • Add warning when problems saving .htaccess file
  • Switch from ‘x-redirect-agent’ to ‘x-redirect-by’, for WP 5+
  • Improve handling of invalid query parameters
  • Fix query param name is a number
  • Fix redirect with blank target and auto target settings
  • Fix monitor trash option applying when deleting a draft
  • Fix case insensitivity not applying to query params
  • Disable IP grouping when IP option is disabled
  • Allow multisite database updates to run when more than 100 sites
4.2.3 — 16th Apr 2019
  • Fix bug with old API routes breaking test
4.2.2 — 13th Apr 2019
  • Improve API checking logic
  • Fix ‘1’ being logged for pass-through redirects
4.2.1 — 8th Apr 2019
  • Fix incorrect CSV download link
4.2 — 6th Apr 2019
  • Add auto-complete for target URLs
  • Add manual database upgrade
  • Add support for semi-colon separated import files
  • Add user agent to 404 export
  • Add workaround for qTranslate breaking REST API
  • Improve API problem detection
  • Fix JSON import ignoring group status
4.1.1 — 23rd Mar 2019
  • Remove deprecated PHP
  • Fix REST API warning
  • Improve WP CLI database output
4.1 — 16th Mar 2019
  • Move 404 export option to import/export page
  • Add additional redirect suggestions
  • Add import from Rank Math
  • Fix ‘force https’ causing WP to redirect to admin URL when accessing www subdomain
  • Fix .htaccess import adding ^ to the source
  • Fix handling of double-slashed URLs
  • Fix WP CLI on single site
  • Add DB upgrade to catch URLs with double-slash URLs
  • Remove unnecessary escaped slashes from JSON output
4.0.1 — 2nd Mar 2019
  • Improve styling of query flags
  • Match DB upgrade for new match_url to creation script
  • Fix upgrade on some hosts where plugin is auto-updated
  • Fix pagination button style in WP 5.1
  • Fix IP match when action is ‘error’
  • Fix database upgrade on multisite WP CLI
4.0 — 23rd Feb 2019
  • Add option for case insensitive redirects
  • Add option to ignore trailing slashes
  • Add option to copy query parameters to target URL
  • Add option to ignore query parameters
  • Add option to set defaults for case, trailing, and query settings
  • Improve upgrade for sites with missing tables
3.7.3 — 2nd Feb 2019
  • Add PHP < 5.4 message on plugins page
  • Prevent upgrade message being hidden by other plugins
  • Fix warning with regex and no leading slash
  • Fix missing display of disabled redirects with a title
  • Improve upgrade for sites with a missing IP column
  • Improve API detection with plugins that use sessions
  • Improve compatibility with ModSecurity
  • Improve compatibility with custom API prefix
  • Detect site where Redirection was once installed and has settings but no database tables
3.7.2 — 16th Jan 2019
  • Add further partial upgrade detection
  • Add fallback for sites with no REST API value
3.7.1 — 13th Jan 2019
  • Clarify database upgrade text
  • Fix Firefox problem with multiple URLs
  • Fix 3.7 built against wrong dropzone module
  • Add DB upgrade detection for people with partial 2.4 sites
3.7 — 12th Jan 2019
  • Add redirect warning for known problem redirects
  • Add new database install and upgrade process
  • Add database functions to WP CLI
  • Add introduction message when first installed
  • Drop PHP < 5.4 support. Please use version 3.6.3 if your PHP is too old
  • Improve export filename
  • Fix IPs appearing for bulk redirect
  • Fix disabled redirects appearing in htaccess
3.6.3 — 14th November 2018
3.6.2 — 10th November 2018
  • Add another PHP < 5.4 compat fix
  • Fix ‘delete all from 404 log’ when ungrouped deleting all 404s
  • Fix IDs shown in bulk add redirect
3.6.1 — 3rd November 2018
  • Add another PHP < 5.4 fix. Sigh
3.6 — 3rd November 2018
  • Add option to ignore 404s
  • Add option to block 404s by IP
  • Add grouping of 404s by IP and URL
  • Add bulk block or redirect a group of 404s
  • Add option to redirect on a 404
  • Better page navigation change monitoring
  • Add URL & IP match
  • Add 303 and 304 redirect codes
  • Add 400, 403, and 418 (I’m a teapot!) error codes
  • Fix server match not supporting regex properly
  • Deprecated file pass through removed
  • ‘Do nothing’ now stops processing further rules
3.5 — 23rd September 2018
  • Add redirect checker on redirects page
  • Fix missing translations
  • Restore 4.7 backwards compatibility
  • Fix unable to delete server name in server match
  • Fix error shown when source URL is blank
3.4.1 — 9th September 2018
  • Fix import of WordPress redirects
  • Fix incorrect parsing of URLs with ‘http’ in the path
  • Fix ‘force ssl’ not including path
3.4 — 17th July 2018
  • Add a redirect checker
  • Fix incorrect host parsing with server match
  • Fix PHP warning with CSV import
  • Fix old capability check that was missed from 3.0
3.3.1 — 24th June 2018
  • Add a minimum PHP check for people < 5.4
3.3 — 24th June 2018
  • Add user role/capability match
  • Add fix for IP blocking plugins
  • Add server match to redirect other domains (beta)
  • Add a force http to https option (beta)
  • Use users locale setting, not site
  • Check for mismatched site/home URLs
  • Fix WP CLI not clearing logs
  • Fix old capability check
  • Detect BOM marker in response
  • Improve detection of servers that block content-type json
  • Fix incorrect encoding of entities in some locale files
  • Fix table navigation parameters not affecting subsequent pages
  • Fix .htaccess saving after WordPress redirects
  • Fix get_plugin_data error
  • Fix canonical redirect problem caused by change in WordPress
  • Fix situation that prevented rules cascading
3.2 — 11th February 2018
  • Add cookie match — redirect based on a cookie
  • Add HTTP header match — redirect based on an HTTP header
  • Add custom filter match — redirect based on a custom WordPress filter
  • Add detection of REST API redirect, causing ‘fetch error’ on some sites
  • Update table responsiveness
  • Allow redirects for canonical WordPress URLs
  • Fix double include error on some sites
  • Fix delete action on some sites
  • Fix trailing slash redirect of API on some sites
3.1.1 — 29th January 2018
  • Fix problem fetching data on sites without https
3.1 — 27th January 2018
  • Add alternative REST API routes to help servers that block the API
  • Move DELETE API calls to POST, to help servers that block DELETE
  • Move API nonce to query param, to help servers that don’t pass HTTP headers
  • Improve error messaging
  • Preload support page so it can be used when REST API isn’t working
  • Fix bug editing Nginx redirects
  • Fix import from JSON not setting status
3.0.1 — 21st Jan 2018
  • Don’t show warning if per page setting is greater than max
  • Don’t allow WP REST API to be redirected
3.0 — 20th Jan 2018
  • Add support for IPv6
  • Add support for disabling or anonymising IP collection
  • Add support for monitoring custom post types
  • Add support for monitoring from quick edit mode
  • Default to last group used when editing
  • Permissions changed from ‘administrator’ role to ‘manage_options’ capability
  • Swap to WP REST API
  • Add new IP map service
  • Add new useragent service
  • Add ‘add new’ button to redirect page
  • Increase ‘title’ length
  • Fix position not saving on creation
  • Fix log pages not remembering table settings
  • Fix incorrect column used for HTTP code when importing CSV
  • Add support links from inside the plugin
2.10.1 — 26th November 2017
  • Fix incorrect HTTP code reported in errors
  • Improve management page hook usage
2.10 — 18th November 2017
  • Add support for WordPress multisite
  • Add new Redirection documentation
  • Add extra actions when creating redirects
  • Fix user agent dropdown not setting agent
2.9.2 — 11th November 2017
  • Fix regex breaking .htaccess export
  • Fix error when saving Error or No action
  • Restore sortable table headers
2.9.1 — 4th November 2017
  • Fix const issues with PHP 5
2.9 — 4th November 2017
  • Add option to set redirect cache expiry, default 1 hour
  • Add a check for unsupported versions of WordPress
  • Add check for database tables before starting the plugin
  • Improve JSON import memory usage
  • Add importers for: Simple 301 Redirects, SEO Redirection, Safe Redirect Manager, and WordPress old post slugs
  • Add responsive admin UI
2.8.1 — 22nd October 2017
  • Fix redirect edit not closing after save
  • Fix user agent dropdown not auto-selecting regex
  • Fix focus to bottom of page on load
  • Improve error message when failing to start
  • Fix associated redirect appearing at start of URL, not end
2.8 — 18th October 2017
  • Add a fixer to the support page
  • Ignore case for imported files
  • Fixes for Safari
  • Fix WP CLI importing CSV
  • Fix monitor not setting HTTP code
  • Improve error, random, and pass-through actions
  • Fix bug when saving long title
  • Add user agent dropdown to user agent match
  • Add pages and trashed posts to monitoring
  • Add ‘associated redirect’ option to monitoring, for AMP
  • Remove 404 after adding
  • Allow search term to apply to deleting logs and 404s
  • Deprecate file pass-through, needs to be enabled with REDIRECTION_SUPPORT_PASS_FILE and will be replaced with WP actions
  • Further sanitize match data against bad serialization
2.7.3 — 26th August 2017
  • Fix an import regression bug
2.7.2 — 25th August 2017
  • Better IE11 support
  • Fix Apache importer
  • Show more detailed error messages
  • Refactor match code and fix a problem saving referrer & user agent matches
  • Fix save button not enabling for certain redirect types
2.7.1 — 14th August 2017
  • Improve display of errors
  • Improve handling of CSV
  • Reset tables when changing menus
  • Change how the page is displayed to reduce change of interference from other plugins
2.7 — 6th August 2017
  • Finish conversion to React
  • Add WP CLI support for import/export
  • Add a JSON import/export that exports all data
  • Edit redirect position
  • Apache config moved to options page
  • Fix 410 error code
  • Fix page limits
  • Fix problems with IE/Safari
2.6.6
  • Use React on redirects page
  • Use translate.wordpress.org for language files
2.6.5
2.6.4
  • Add a limit to per page screen options
  • Fix warning in referrer match when referrer doesn’t exist
  • Fix 404 page showing options
  • Fix RSS token not regenerating
  • 404 and log filters can now avoid logging
  • Use React on modules page
2.6.3
  • Use React on log and 404 pages
  • Fix log option not saving ‘never’
  • Additional check for auto-redirect from root
  • Fix delete plugin button
  • Improve IP detection for Cloudflare
2.6.2
  • Set auto_detect_line_endings when importing CSV
  • Replace options page with a fancy React version that looks exactly the same
2.6.1
  • Fix CSV export merging everything into one line
  • Fix bug with HTTP codes not being imported from CSV
  • Add filters for source and target URLs
  • Add filters for log and 404s
  • Add filters for request data
  • Add filter for monitoring post permalinks
  • Fix export of 404 and logs
2.6
  • Show example CSV
  • Allow regex and redirect code to be set on import
  • Fix a bunch of database installation problems
2.5
  • Fix no group created on install
  • Fix missing export key on install
  • Add 308 HTTP code, props to radenui
  • Fix imported URLs set to regex, props to alpipego
  • Fix sorting of URLs, props to JordanReiter
  • Don’t cache 307s, props to rmarchant
  • Abort redirect exit if no redirection happened, props to junc
2.4.5
  • Ensure cleanup code runs even if plugin was updated
  • Extra sanitization of Apache & Nginx files, props to Ed Shirey
  • Fix regex bug, props to romulodl
  • Fix bug in correct group not being shown in dropdown
2.4.4
  • Fix large advanced settings icon
  • Add text domain to plugin file, props Bernhard Kau
  • Better PHP7 compatibility, props to Ohad Raz
  • Better Polylang compatibility, props to imrehg
2.4.3
  • Bump minimum WP to 4.0.0
  • Updated German translation, props to Konrad Tadesse
  • Additional check when creating redirections in case of bad data
2.4.2
  • Add Gulp task to generate POT file
  • Fix a problem with duplicate positions in the redirect table, props to Jon Jensen
  • Fix URL monitor not triggering
  • Fix CSV export
2.4.1
  • Fix error for people with an unknown module in a group
2.4
  • Reworked modules now no longer stored in database
  • Nginx module (experimental)
  • View .htaccess/Nginx inline
  • Beginnings of some unit tests!
  • Fix DB creation on activation, props syntax53
  • Updated Japanese locale, props to Naoko
  • Remove deprecated like escaping
2.3.16
  • Fix export options not showing for some people
2.3.15
  • Fix error on admin page for WP 4.2
2.3.14
  • Remove error_log statements
  • Fix incorrect table name when exporting 404 errors, props to brazenest/synchronos-t
2.3.13
  • Split admin and front-end code out to streamline the loading a bit
  • Fix bad groups link when viewing redirects in a group, props to Patrick Fabre
  • Improved plugin activation/deactivation and cleanup
  • Improved log clearing
2.3.12
  • Persian translation by Danial Hatami
  • Fix saving a redirection with login status, referrer, and user agent
  • Fix problem where deleting your last group would cause Redirection to only show an error
  • Add limits to referrer and destination in the logs
  • Redirect title now shows in the main list again. The field is hidden when editing until toggled
  • Fix ‘bad nonce’ error, props to Jonathan Harrell
  • Remove old WP code
2.3.11
  • Fix log cleanup options
  • More space when editing redirects
  • Better detection of regex when importing
  • Restore export options
  • Fix unnecessary protected
2.3.10
  • Another compatibility fix for PHP < 5.3
  • Fix incorrect module ID used when creating a group
  • Fix .htaccess duplication, props to Jörg Liwa
2.3.9
  • Compatibility fix for PHP < 5.3
2.3.8
  • Fix plugin activation error
  • Fix fatal error in table nav, props to spacedmonkey
2.3.7
  • New redirect page to match WP style
  • New module page to match WP style
  • Configurable permissions via redirection_role filter, props to RodGer-GR
  • Fix saving 2 month log period
  • Fix importer
  • Fix DB creation to check for existing tables
2.3.6
  • Updated Italian translation, props to Raffaello Tesi
  • Updated Romanian translation, props to Flo Bejgu
  • Simplify logging options
  • Fix log deletion by search term
  • Export logs and 404s to CSV
2.3.5
  • Default log settings to 7 days, props to Maura
  • Updated Danish translation thanks to Mikael Rieck
  • Add per-page screen option for log pages
  • Remove all the corners
2.3.4
  • Fix escaping of URL in admin page
2.3.3
  • Fix PHP strict, props to Juliette Folmer
  • Fix RSS entry date, props to Juliette
  • Fix pagination
2.3.2
  • WP 3.5 compatibility
  • Fix export
2.3.0
  • Remove 404 module and move 404 logs into a separate option
  • Add Danish translation, thanks to Rasmus Himmelstrup
2.2.14
  • Clean up log code, using WP_List_Table to power it
  • Update Hungarian translation
2.2.13
  • Fix some broken links in admin pages
2.2.12
2.2.11
  • Add Lithuanian
  • Add Belarusian
  • Add Czech
  • Fix order of redirects, thanks to Nicolas Hatier
2.2.10
2.2.9
  • Fix XSS in admin menu
  • Update Russian translation, thanks to Alexey Pazdnikov

= 2.2.8 and earlier
* Add Romanian translation, thanks to Alina
* Add Greek, thanks to Stefanos Kofopoulos
* Better database compatibility
* Remove warning from VaultPress
* Add Turkish translation, thanks to Fatih Cevik
* Fix search box
* Fix 410 error code
* Fix DB errors when MySQL doesn’t auto-convert data types
* Remove debug from htaccess module
* Fix encoding of JS strings
* Use fgetcsv for CSV importer — better handling
* Allow http as URL parameter
* Props to Ben Noordhuis for a patch
* WordPress 2.9+ only — cleaned up all the old cruft
* Better new-install process
* Upgrades from 1.0 of Redirection no longer supported
* Optimized DB tables
* Change to jQuery
* Nonce protection
* Disable category monitor in 2.7
* Fix small issues in display with WP 2.7
* Fix delete redirects
* Refix log delete
* Fix incorrect automatic redirection with static home pages
* Support for wp-load.php
* get_home_path seems not be available for some people
* Update plugin.php to better handle odd directories
* Correct DB install
* Fix IIS problem
* Install defaults when no existing redirection setup
* Fix problem with custom post types auto-redirecting (click on ‘groups’ and then ‘modified posts’ and clear any entries for ‘/’ from your list)
* WP 3.0 compatibility
* Fix deep slashes
* Database optimization
* Add patch to disable logs (thanks to Simon Wheatley!)
* Pre WP2.8 compatibility fix
* Fix for some users with problems deleting redirections
* Fix some ajax
* Fix module deletion
* Log JS fixes
* Fix group edit and log add entry
* Use WP Ajax
* WP2.8 compatibility
* Disable category monitoring
* Fix ‘you do not permissions’ error on some non-English sites
* Fix category change ‘quick edit’
* Redirection loops
* RSS feed token
* Re-enable import feature
* Fix log deletion

Установка и настройка WordPress плагина Redirection » Onwp.ru

ПлагиныКомментариев нет

Redirection – плагин для создание редиректов и мониторинга Error 404.

Возможности плагина:

  • Поддержка как внутренних редиректов WordPress, так и редиректов Apache.
  • Отслеживание ошибок 404 — все ошибки 404 протоколируются и легко сопоставляются с 301 редиректом.
  • RSS лента для ошибок 404.
  • Настройка «транзитного» перенаправления, позволяющая перенаправить запрос на другую страницу, файл или сайт.
  • Полное протоколирование всех срабатывающих перенаправлений.
  • Создание редиректов основываясь на URL, браузерах, реферерах или статуса посетителя.
  • Автоматическое добавление 301 редиректа, при изменении URL записи.
  • Полная поддержка регулярных выражений.
  • Экспорт в CSV, XML или файл .htaccess.
  • Импорт из файла .htaccess.

Полное название в поиске: Redirection

Установка:

  1. Закачать папку «redirection», скачанную из официального репозитория WordPress (http://wordpress.org/plugins/redirection/) в папку c плагинами «wp-content/plugins/»;
  2. Активировать плагин.

Работа с плагином:

После установки плагина в разделе «Инструменты» появится новый пункт «Перенаправления» (Рис. 1).

Рис. 1. Раздел «Перенаправления»

Плагин содержит следующие вкладки (Рис. 2):

  1. Перенаправления – основная функция плагина, мы ее разберем подробнее.
  2. Группы – группировка redirects. Можно их вообще не использовать, если редиректов мало.
  3. Журнал содержит данные обо всех редиректах, которые осуществил плагин.
  4. 404s – список ошибок 404 (страница отсутствует). Если пользователь переходит на несуществующую страницу, то ее адрес попадает в этот список.
  5. Настройки – все уже настроено и отлично работает.
  6. Поддержка – автор явно любит money

Рис. 2. Плагин «Перенаправления»

Создание перенаправления:

Рассмотрим ситуацию, когда URL адрес страницы изменился на новый, а проиндексирован, правильно, все тот же первоначальный. Что делать? В этой ситуации правильным решением будет сделать редирект на новый адрес. Если первоначальный адрес «/myfirst/», новый «/mynewpage/», то правило будет как на Рис. 3.

Рис. 3. Перенаправление, код «301»

Рассмотрим ситуацию, чтобы страница по адресу «/php/» была доступна по двум адресам одновременно. Второй адрес «/php_copy/». Результат представлен на Рис. 4.

Рис. 4. Режим «транзит (pass-through)»

Плагин Redirection для управления редиректами в WordPress

Сегодня у нас гостевой пост от Андрея автора блога blog.zaandr.ru.
В каждом блоге множество страниц, иногда бывает, что адреса этих страниц меняются, статьи удаляются и пользователь, который попал на сайт с определенной целью что-то прочитать сталкивается с ему ненавистной страницей 404. В большинстве случаев он просто закрывает сайт и идет искать то, что ему нужно дальше. Но у нас каждый посетитель на счету и мы такого допускать не должны. Для этого существует специальный плагин для wordpress — Redirection. Скачать плагин можно на сайте разработчика — urbangiraffe.com. или с сайта wordpress.org. Устанавливается он, как и все остальные плагины для wp путем копирования папки redirection на хостинг в папку /wp-content/plugins/. Дальше идем в панель администратора и активируем плагин. Теперь в меню «Инструменты» у нас появился пункт «Перенаправления«. Это и есть наш с вами Redirection. Приятно, что Redirection прямо из коробки уже дружит с русским языком. За это спасибо, нужно сказать автору сайта wp-ru.ru

Возможности плагина:

  • Поддержка как внутренних редиректов WordPress, так и редиректов Apache.
  • Отслеживание ошибок 404 — все ошибки 404 протоколируются и легко сопоставляются с 301 редиректом.
  • RSS лента для ошибок 404.
  • Настройка «транзитного» перенаправления, позволяющая перенаправить запрос на другую страницу, файл или сайт.
  • Полное протоколирование всех срабатывающих перенаправлений.
  • Создание редиректов основываясь на URL, браузерах, реферерах или статуса посетителя.
  • Автоматическое добавление 301 редиректа, при изменении URL записи.
  • Полная поддержка регулярных выражений.
  • Экспорт в CSV, XML или файл .htaccess.
  • Импорт из файла .htaccess.

Этот плагин решает сразу комплекс задач, он похож на большой кухонных комбайн, который умеет готовить практически все, но занимает много все. Так и здесь, автор предупреждает, что плагин может создавать нагрузку. Правда я на своем блоге, особой разницы не заметил.

Итак, функционал. В плагине есть понятие модули, по умолчанию их 3: WordPress, Apache, 404 errors. На их базе можно создавать свои, но особой надобности я в этом не вижу. Модуль 404 errors занимается исключительно журналированием ошибок (можно отключить слежение за некоторыми адресами). А WordPress, Apache отличаются, между собой тем, что при использовании первого перенаправления обрабатывается через сам wordpress, а при использовании второго обработка идет на уровне вашего сервера путем использования файлов .htaccess . Естественно, второй способ является более быстродействующим, но мы лишаемся огромного плюса этого плагина — это его статистики.

Вторым понятием в плагине являются Группы. Они служат исключительно для комфортного обращения с плагином, в группы можно объединять перенаправления. Например, автоматические перенаправления при изменении адреса записи помещаются в отдельную группу «Измененный записи», что весьма удобно.

Теперь самое главное — управление перенаправлениями. В начале своей статьи я заявлял, что плагин крайне универсален. Он с легкостью, может заменить плагин Gocodes, который служит для скрытия внешних ссылок (в том числе и рефферальных) и учета по переходам по таким ссылкам. Не будем останавливаться на этом моменте. Я расскажу вам, как с помощью этого плагина сделать файловый архив с запретом скачки ваших файлов по прямым ссылкам.

Заходим в плагин Инструменты — Перенаправления и видим форму «Добавить новое перенаправление». В поле «URL источника» нужно указать желаемый адрес, по которому будет доступна скачка вашего файла. В поле «Совпадения» выбрать «URL и рефферер», «Действие»«Перенаправить на url», ставим галочку напротив «Регулярное выражение». В поле «URL назначения» нужно указать реальный адрес местонахождения вашего файла. Жмем на кнопку «Добавить перенаправление».

После этого в верху появится строчка с адресом созданного нами перенаправления. Кликаем по адресу. Откроется новая форма, которую нам нужно заполнить. В поле «Рефферер» добавляем адрес вашего сайта и на конце дописываем (.*) (пример: http://blog.zaandr.ru/(.*)), это и есть регулярное выражение, которое означает, что скачивание начнется, если пользователь пришёл с любой страницы нашего сайта. В поле «Не совпадают» записываем адрес страницы, на которую пользователь попадет, если перешел по нашей ссылке с другого сайта, например, можно написать главную страницу сайта.

Всё теперь мы можем посетить журнал, в котором мы будем видеть все переходы по нашим ссылкам.

Всем спасибо за внимание. Приглашаю посетить мой блог blog.zaandr.ru, в котором вы найдете переводы тем и др. информацию по wordpress, а так же статьи о дизайне и юзабилити, или сразу же подписаться на rss-ленту.

P.S. От себя хотелось бы поблагодарить Андрея за столь информативный и полезный пост. Про редиректы я не писал еще никогда, даже не рассматривал эту темы. А зря — в начале поста правильно замечено, что, если пользователь не найдет нужной информации, он просто уйдет — битые ссылки на сайте или в блоге — это не хорошо. Кстати блог Андрея aka zaandr мне тоже понравился — симпатичный дизайн, интересные публикации — так держать!

P.P.S. Постовой. Чтобы эффективно редактировать шаблоны для WordPress, воспользуйтесь бесплатным редактором для вебмастеров RJ TextEd.
Империя воды — гидромассажные мини бассейны спа, джакузи.

Понравился пост? Подпишись на обновления блога по RSS, Email или twitter!

Обзор WordPress плагина Redirection, настройка постоянных ссылок | RATBAG

У меня есть блог с длинной историей, работающий на WordPress уже славных 7 лет. Для мониторинга его состояния и индексации основным российским поисковиком, я года два назад добавил его в сервис Яндекс.Вебмастер, что дало полное представление как о положительных моментах сайта — количество внешних ссылок и статистике поисковых запросов и переходов, но и об отрицательных моментах — ошибках в индексации.

Меня, в частности, заинтересовал вопрос о том, что у моего сайта накопилось огромное количество битых ссылок со статусом 404 (Страница не найдена). В итоге, мне помог WordPress плагин Redirection, но обо всем по порядку…

Причины появления 404-тых не найденных страниц

Есть две основные причины наличия ошибочных страниц с HTTP status 404:

  1. Кто-то, на каком-то индексируемом поисковиками сайте, добавил ссылку на ваш ресурс, но ошибся в указании URL;
  2. Либо же установленная когда-то ссылка была изначально валидна, но со временем изменилась сама структура вашего сайта или URL-алиасы конкретных страниц. Например, вы откорректировали первичную человеко-читаемую постоянную ссылку (alias) страницы или записи. Или, возможно, вы поменяли год публикации (при некоторых настройках, достаточно даже изменить месяц), и постаянная ссылка на страницу уже поменялась.

Ссылки подразделяются на внутренние и внешние. Надо понимать, что ссылки-инвалиды могут быть проставлены не только на внешнем, неконтролируемом вами сайте, но и на своем собственном ресурсе. Внутренние ссылки исправить всегда легче, чем внешние.

Советы по предупреждению образования некорректных URL

Дам несколько основных советов, для начала, для новых сайтов:

  1. Первым шагом к успеху является правильная и желаемая для вас настройка в разделе «Параметры / Постоянные ссылки» или «Options / Permalink». По-умолчанию стоит простая настройка — ID статьи и будет URL вашей страницы. Но эта настройка очень несовременна и неудобна как для прочтения человеком, так и для целей оптимизации страницы под запросы поисковых систем (SEO). Поэтому обычно выбирают вариант, когда будет показан год публикации (%year%) или даже месяц (%month%), а также категория поста (%category%) и собственно сам алиас поста (%postname%), а не просто его цифровой ИД. У нас, к примеру, включено правило ЧПУ:
    /%year%/%category%/%postname%/
  2. Крайне важно заранее спроектировать структуру вашего блога, какие там будут категории и тэги, тем более, если они будут влиять на URL постоянных ссылок (permalinks). Какая будет структура, вложенность, страниц.
  3. Сразу же позаботится о правильном заполнении алиасов URL, чтобы не переделывать их позже. Чаще всего, вы не захотите, чтобы в url появлялся русский кирилический текст. Это не по фен-шую, ну может если только у вас не домен в зоне «.рф». В нормальных же ситуациях рекомендуется допускать в URL ссылки только латиницу строчным регистром без пробелов (тире или пробел вместо них). Это может быть, как минимум, автоматический транслит (хороший и простой WP плагин Cyr to Lat enhanced). Желательно же еще и переводить ссылки на чистый английский. Хотя здесь, у кого какие предпочтения.
  4. Заранее планировать и точно проверять постоянные ссылки материалов перед публикацией. Это также касается и загружаемых медиа-файлов. На этом этапе можно избежать большого количества ведущих в никуда ссылок. Но рано или поздно, они все-равно появятся и вам придется думать, как решить эту проблему.

Эти правила помогут вам сократить количество бракованных ссылок на вашем сайте в будущем. Но рано или поздно, они все-равно появятся.

Для старых, давно существующих сайтов, эта проблема встает особо остро, т.к. за время жизни сайт не раз мог переезжать с одного движка на другой, менять свою структуры, подходы к построению постоянных ссылок и тому подобное. Всё это влечет целое море 404-ых ошибок и страниц.

Как же решить проблему битых ссылок?

В причинах и методах предупреждения вроде разобрались, можно перейти к практике. На моем сайте, по статистике поискового робота Яндекс, накопилось 95 битых ссылок.

Первым шагом, надо разобраться, возможно ли устранить причину самостоятельно: убрать или скорректировать ссылку. Это всегда можно сделать откорректировав или убрав ненужные внутренние ссылки вашего сайта. В отчете Яндекс.Вебмастера «HTTP-статус: Ресурс не найден (404)» есть отметка «Найдена по внутренней ссылке». Так можно попасть на список страниц с устаревшими линками. У меня, к примеру, нашлась инвалидная ссылка в правом меню, повторяющаяся на всех страницах сайта! Я её естественно, просто убрал. Также можно поступить и с другими ненужными ссылками. Если же ссылка нужна, то просто исправьте её, чтобы она вела на нужный материал.

А что делать со ссылками со внешних ресурсов?

Если у вас нет доступа к площадке, с которой ведет на ваш сайт некорректная ссылка, то остается один выход. Позаботиться конкретно об этой ссылке и показать пользователю интересующий его материал. Это можно сделать двумя способами:

  1. Создать страницу с нужным URL и добавить туда релевантную информацию. Но это не всегда возможно и очень затратно по времени. Хотя, по логике, если уж сослался на вашу страницу внешний источник, то там была какая-то интересная информация и было бы хорошо ее показать пришедшему на сайт пользователю.
  2. Автоматически перенаправить пользователя именно на нужную страницу. Это действительно актуально, когда ссылка просто немного устарела или с ошибкой синтаксиса и достаточно просто показать посетителю и поисковой системе нужную статью.

Настроить 301-е перенаправление удобно в WP плагине Redirection

Плагин Redirection — достаточно удобный инструмент для настройки перенаправлений на WordPress сайтах. Он конечно не без изъянов и иногда не совсем понятно, как достичь определенного эффекта, но в целом это самый развитый и вполне исчерпывающий модуль, позволяющий установить всевозможные перенаправления в вашем ВордПресс блоге.

Я рассматриваю именно на примере WordPress, так как это наиболее современная и удобная CMS система, на мой взгляд. Она произвела революцию в сфере Веб-дизайна. Наконец-то пришло время, когда веб-студии перестали заламывать ценники на изготовление базовых сайтов, например вот прайс на услуги по WordPress. Ведь CMS уже достаточно давно стали хорошо проработаны, в следствии чего стали доступны для массового использования даже самими клиентами студий, что позволяет им оперативно обновлять сайт.

Далее, я постараюсь кратко описать все функции Redirection плагина, а главное, указать на то, как преодолеть возможные трудности, которые преодолел сам.

Краткое описание и смысл плагина переадресации можно изложить так:

Автоматическая и ручная переадресация (редирект) с 301, 302 или 307 HTTP статусом Плагин включает поддержку регулярных выражений, анализ рефферера, фильтрацию по User-Agent посетителя, настройку транзита, показа случайной записи и многие другие точные настройки. Имеется отслеживание появления 404-х ошибок и ведение журнала для быстрого исправления проблем. Технически, плагин может прописать редирект как на уровне ядра WordPress, так и средствами Apache файла «.htaccess».

То есть функций там в избытке для самого дотошного Веб-мастера. Для простого же решения проблемы битых ссылок, будет достаточно выполнить следующие шаги:

  1. После установки плагина, у вас появится дополнительный раздел «Инструменты / Перенаправления» или «Tools / Redirection» в левом меню админ части, войдите туда.
  2. Первое что нужно сделать, это проставить на вкладке «Настройка» галочку «Отслеживание URL», чтобы плагин автоматически отслеживал изменения, возникающие в алиасах ваших постов и структуре. Эта функция поможет впредь не заботиться об изменении URL ваших постов и страниц, т.к. алгоритм будет автоматически создавать редиректы, ведущие на последнюю активную версию страницы.
  3. Далее, по списку выявленных вами битых ссылок (я описывал это выше на примере сервися Яндекс.Вебмастер), вы должны принять решение, можно ли исправить данную ссылку, если она внутренняя, либо же нужно сделать постоянный редирект на нужную статью. Основной смысл, чтобы ваш посетитель попал на страницу с ожидаемой информацией, а иначе он скорее всего просто уйдет с сайта.
  4. После исправления текущих проблем, нужно периодически заходить на вкладку «Журнал» и смотреть статистику неверных входов пользователей, добавляя в случае необходимости, новые редиректы.

Это весь алгоритм действий, вкратце.

Теперь приведу проблемы с которыми я столкнулся и их решение.

Как правильно создавать перенаправления

Очень важно правильно вставлять URL источника и перенаправления. В начале обязательно должен быть слеш. В случае человеко-читаемых ссылок, в конце слеш также обязателен! Вот пример заполнения, если вы хотите перенаправить некорректную из-за изменения месяца публикации, ссылку:

URL источника = /2012/01/post_name/
URL назначения = /2012/03/post_name/

Таким же образом можно сделать перенаправление и на внешний сайт:

URL источника = /redirect-me-to-example-site/
URL назначения = http://example.com/
Правила для массового редиректа многих страниц

Конкретно в моем блоге, частой ошибкой внутренних ссылок, помимо изменения пермалинка, также стало добавление в пост относительной ссылки, например, «../files». На странице самого поста такая ссылка активна, а на страницах категорий и архивов, она становится некорректной. Помогли переадресации с регулярными выражениями, например:

URL источника = /(.*)/funct/(.*)event=1
URL назначения = /funct/?event=1

Это сработает благодаря установленной галочке «Регулярные выражения». Такой метод сильно пригодится при миграции данных со старого сайта или при масштабной переделке структуры сайта. В обоих случаях заранее можно прописать нужные правила. Но здесь уже потребуется более глубокое понимание и тщательный подход.

Обилие 404-х мета-страниц, на которые ссылаются загруженные Word файлы

Так может получиться, что на ваш сайт будут загружены HTML страницы, сохраненные редактором Word со ссылкой на папку с ресурсами «files». Поисковик открывает документ и видит в нем ссылку на связанную папку «files», которая, естественно, не загрузилась вместе с самой HTML страничкой. Решением может стать правильное сохранение HTML файла, например с фильтрацией. В общем, таким инструментом как Word нужно пользоваться с осторожностью. Он всегда оставляет много лишних следов. В моем случае, появилось около 70-ти невалидных ссылок с разных, сформированных неправилно из Ворда, файлов. Ссылки мета-страниц будут такого вида:

/files/uploaded-html-file%E4.files/colorschememapping.xml
/files/uploaded-html-file%E4.files/filelist.xml
/files/uploaded-html-file%E4.files/filelist.xml

Я решил не обращать внимание на данную проблему, оставив всё на откуп интеллектуальности поисковиков. Пускай сами разбираются, что там Word себе нагенерировал… Иначе бы пришлось вручную переформатировать данные файлы и загружать их повторно. Переадресация бы не спасла, т.к. там должны открываться именно технические данные. Не будем заниматься этим мартышкиным трудом.

Подведем итоги

Навести порядок на вашем сайте не так уж и сложно. Для этого сейчас есть все необходимые инструменты. Не ленитесь позаботится о там, чтобы ваши посетители всегда попадали именно на ожидаемый контент, а не на угрюмую 404-ю ошибку. Помимо пользы для людей, эти меры поднимут ваш сайт и в глазах поисковиков.

Что еще почитать?

Редирект 301 и 302 в WordPress с плагином и без

(Последнее обновление: 03.05.2019)

Всем привет! Как сделать редирект 301 и 302 в WordPress с плагином и без него? Зачем он вообще нужен? Возьмём пример из моего опыта. У меня кроме данного блога был ещё один — Школа блогера. Тематика почти одинаковая и я решил объединить их вместе, перенёс все статьи и комментарии на ресурс wordpressmania, а бложик блогера я просто взял и удалил.

Вот так, как поступил я, делать нельзя. Это моя самая большая ошибка, которую я совершил и теперь об этом жалею. А надо было всего то, прежде чем удалять сайт, настроить редирект с блога на блог (с домена на домен). Хотя лучше было бы затратить время и сделать редирект с страницы на станицу (со старой статьи на перенесённую статью в этот блог), то есть, перенаправить посетителей со старого адреса на новый адрес. Так бы я не потерял своих посетителей.

Друзья, теперь вы можете не совершать ошибок, а просто настроить нужный вам редирект на своём сайте вордпресс. Как? Смотрите ниже.

Редирект - перенаправление Редирект - перенаправление

Редирект перенаправление пользователя с одной страницы на другую. С одного URL адреса на другой

Как сделать редирект в WordPress

Существует несколько способов — с правкой файла .htaccess (сложнее) и с помощью плагинов (очень легко и просто). В этой записи я поведую вам, как сделать редирект, чем может быть полезен он и посмотрим варианты настройки редиректов на вордпресс с плагинами и без.

Редирект (redirect) – это автоматическое перенаправления браузером посетителя веб-ресурса на другой сайт. Перенаправление можно настроить, как для отдельных страниц, так и для всех страниц, разделов и так далее. Редиректы могут перенаправлять посетителей как на страницы того же сайта, так и на страницы другого сайта.

Зачем нужен редирект

Редиректы используются при смене домена или адреса сайта.  Это позволяет поисковым роботам и посетителям находить содержимое используя старые адреса, и не терять при этом все внешние ссылки указывающие на старый домен. При смене формата постоянных ссылок (ЧПУ) в WordPress, смена движка CMS, переход сайта с http на протокол https, склейки домена с www и без. Редиректы так же используются для создания упрощенных или укороченных версий некоторых более длинных адресов сайта и т. д..

Какие бывают редиректы

Существует два основных типа:

Редирект 301 (Moved Permanently) — постоянный

301 редирект (redirect)301 редирект (redirect)

Постоянное перенаправление 301

301 является наиболее популярным и используется для перенаправление навсегда. В результате этого процесса старый URL исчезает из выдачи, а новый индексируется поисковиками. Чаще всего SEOшники говорят именно об этом методе. Иногда сервис выдает браузеру ошибку 404 – это значит, что редирект не настроен.

302 (Found) или иногда 307 (Temporary Redirect) — временный

Это перенаправление с одного на другой URL на короткий срок. Посетитель попадает на новую страницу, она не индексируется. Все параметры остаются на исходной страничке и никуда не переносятся. Применять этот вариант переадресации нужно с осторожностью. Он нужен, когда важно оставить предыдущую версию или ссылки, которые размещены.

Обратите внимание, что постоянный редирект 301 в будущем можно конечно изменить. Постоянный redirect запоминаются браузерами и ПС на более долгий срок, чем временные.

Как сделать 301 редирект в файле .htaccess

Файл конфигурации .htaccess, который находится в корне сайта. В в самое начало файла необходимо внести соответствующую вашему случаю информацию.

Чтобы склеить домен с www на без www. Для постоянного переноса используется код редиректа 301, для временного – 302 или 307. И не забывайте подставлять сои веб-ресурсы.

RewriteCond %{HTTP_HOST} ^www.site\.com$ [NC]
RewriteRule ^(.*)$ http://site.com/$1 [R=301,L]

И наоборот без www с www:

WWW редиректWWW редирект

Перенаправление с www

RewriteCond %{HTTP_HOST} ^site\.com$ [NC]
RewriteRule ^(.*)$ http://www.site.com/$1 [R=301,L]

Какой из вариантов выбрать? Посмотрите: какой вариант находиться в топе и для какого из вариантов больше страниц в индексе.

301 редирект с домена на домен

Переезд на новый домен учитывая пожелания 2-ух основных поисковых систем Яндекс и Google: постраничный 301 редирект со старого сайта на новый. При этом для файла robots.txt редирект не надо делать, а прописать в нем директиву Host на новый домен. Тогда код для настройки редиректа на старом сайте может иметь следующий вид (мне бы так раньше сделать):

RewriteCond %{REQUEST_FILENAME} robots.txt$ [NC]
RewriteRule ^([^/]+) $1 [L]
RewriteCond %{HTTP_HOST} !^www\.site\.com
RewriteRule ^(.*)$ http://www.site.com/$1 [R=301,L]
а файл robots.txt для старого сайта:
User-agent: Yandex
Disallow:
Host: newsite.com
Редирект 301 с HTTP на HTTPS

После подключения сертификата-ssl стоит добавить обязательную переадресацию с протокола http на безопасный https, для того, чтобы все ваши соединения были зашифрованы.

http на httpshttp на https

Редирект с http на https

RewriteEngine On
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Редирект с одной страницы на другую:

Редирект страницыРедирект страницы

С одной страницы на другую 301 REDIRECT

Redirect 301 /oldpage http://www.site.com/newpage

Переадресации можно создать любые, я привёл лишь некоторые из них. Если вы не уверены что, сможете правильно добавлять в файл .htaccess нужные записи, то лучше прибегнуть к помощникам. Проще всего на WordPress использовать специальные, для этой цели, плагины.

Плагины редиректа WordPress

Всё таки пользователям движка вордпресс повезло, что существуют модули которые облегчают нам жизнь. И так, самым популярным плагином, на сегодняшний день, считается — Redirection. Для справки: Данный плагин насчитывает уже более двух миллионов скачиваний.

Плагин Redirection и его настройка

Redirection WordPressRedirection WordPress

Плагин Redirection

Картинка странная для plugin. Модуль Redirection (Перенаправление) позволяет создавать неограниченное количество редиректов, просматривать статистику по перенаправлениям, а также отслеживать ошибки 404 (не найдено) на сайте WordPress. Принудительное перенаправление с HTTP на HTTPS если ваш протокол работает. Плагин также может быть настроен для контроля. Это когда ваши посты или страницы будут изменены, он автоматически создаст редирект на новый URL-адрес.

Чтобы установить плагин, достаточно ввести в поиске  слово redirection на странице Плагины — Добавить новый — в консоли WP. Он будет идти самым первым:

Redirection plaginRedirection plagin

Установка и активация Redirection plagina

После установки и активации менеджера зайдите Инструменты — Redirection. Всё на русском языке и поэтому вам в настройках будет легко разобраться. Для создания редиректов есть вкладка — Редиректы:

Новый редиректНовый редирект

Добавить новое перенаправление

Для того, чтобы вручную создать редирект 301 или 302, или 307 просто введите URL-адрес источника и новый целевой URL в соответствующие поля, выберите нужный код, а далее нажмите кнопку — Добавить перенаправление. Это хороший и несложный метод, если вам нужно сделать редирект на сайте WordPress.

Есть и другие модули. Например,  Simple 301 Redirects, который является очень простым решением для переадресации на сайте WP.

Плагин Simple 301 Redirects

Простые 301 переадресацииПростые 301 переадресации

Плагин Simple 301 Redirects

Simple 301 Redirects предоставляет простой способ перенаправления запросов на другую страницу вашего сайта или в другом месте в Интернете. Это особенно удобно, когда вы переносите сайт WordPress и не можете сохранить свою структуру URL. Установите редирект 301 со старых страниц на новые.

Можно присмотреться к новому плагину Safe Redirect Manager, как альтернатива менеджеру Redirection.

Плагин Safe Redirect Manager

Redirect ManagerRedirect Manager

Safe Redirect Manager — Менеджер безопасного редиректа

Safe Redirect Manager — это менеджер перенаправления для WordPress. Простой в использовании интерфейс позволят вам перенаправлять на новые URL с кодами состояния HTTP по вашему выбору. Этот плагин отлично работает с мультисайтом.

Товарищи, если вам не подходит ни один представленный плагин, то вы можете сами подобрать подходящий. Введите ключевое слово redirect в поиске по плагином и выбирайте. Редирект под любые цели. Вот например:

Тег redirectТег redirect

Модули по тегу redirect

Да, чуть не забыл. Бывает ситуация когда вы загружаете медиафайл (например, изображение или видео), WordPress не только сохраняет ваш медиафайл, но и создает URL для него. Страницы с этими URL почти пустые: на них есть только ваше медиа и, возможно, заголовок (если вы его добавили). По этой причине, если вы никогда не используете эти URL, лучше перенаправить их на сам медиа-объект.

Перенаправить URL вложений на файл вложения можно при помощи выше перечисленных менеджеров, а в плагинюшке Yoast SEO просто переключить кнопку Нет на Да:

Редирект вложенийРедирект вложений

Перенаправить URL вложений на файл вложения

Вот, пожалуй и всё на сегодня. Используйте свои кабинеты веб-мастеров Google и Яндекс. Они покажут вам несуществующие страницы на вашем сайте, на которые ссылаются другие страницы.

До новых встреч, мои коллеги. Пока, пока!


Easy HTTPS Redirection (SSL) — Плагин для WordPress

Используйте этот плагин только если вы уже установили SSL сертификат на ваш сайт и HTTPS работает корректно.

После установки SSL сертификата на ваш сайт, вы хотите использовать «HTTPS» адреса (URL) ваших веб-страниц.

Вам необходимо заставить поисковые системы индексировать HTTPS-версии ваших веб-страниц.

Этот плагин поможет вам автоматически настроить перенаправление на HTTPS-версию любого URL когда кто-либо пытается зайти на не-HTTPS-версию.

Допустим, вы хотите использовать HTTPS URL для следующей страницы на вашем сайте:

www.example.com/checkout

Этот плагин будет делать это, если кто-то будет использовать URL как указано ниже в адресной строке браузера:
http://www.example.com/checkout

Он будет автоматически перенаправлять на HTTPS-версию страницы:
https://www.example.com/checkout

Таким образом вы всегда показываете посетителям HTTPS-версию страницы или сайта.

Вы можете перенаправлять весь домен на HTTPS URL или выбрать несколько страниц для перенаправления.

Video Tutorials

Принудительно загружать статические файлы через HTTPS

Если вы использовали SSL с первого дня существования вашего сайта, то все статические файлы уже встроены с использованием HTTPS URL. В этом случае проблемы нет.

Тем не менее, если у вас есть существующий сайт, на котором есть много статических файлов, встроенных в записи и страницы с использованием не-HTTPS адресов, вам будет необходимо изменить эти адреса. В противном случае браузер будет показывать предупреждение SSL вашим посетителям.

Этот плагин имеет опцию, позволяющую принудительно загружать эти статические файлы с использованием HTTPS URL динамически.

Это позволит сделать веб-страницу совместимой с SSL.

Возможности плагина
  • Действия: Перенаправлять автоматически для всего домена. Таким образом, все URL будут перенаправляться на HTTPS-версии автоматически.
  • Действия: Перенаправлять автоматически для нескольких страниц. Пользователь может ввести адреса URL, которые будут автоматически перенаправлены на HTTPS-версии.
  • Принудительно использовать HTTPS URL для статических файлов (изображения, файлы JavaScript, таблицы стилей CSS и т.п.).

Подробности см. на странице плагина Простое Перенаправление на HTTPS.

Руководство по URL перенаправлениям для WordPress сайтов

Если вы хотите изменить структуру сайта или просто немного модифицировать его, помните, что, скорее всего, изменится и структура URL. В этой статье мы рассмотрим вопрос о том, почему для сайтов WordPress важны URL перенаправления, познакомимся с разными видами редиректов и узнаем, как легко настроить и контролировать переадресацию с WordPress плагином Redirection.

Смотрите также:

Руководство по URL перенаправлениям для WordPress сайтов

Руководство по URL перенаправлениям для WordPress сайтов Специализированный хостинг для сайтов на WordPress!Специализированный хостинг для сайтов на WordPress! Hostenko - Лучший WordPress хостингHostenko - Лучший WordPress хостинг

Почему URL редиректы важны для вашего сайта WordPress?

Здесь можно выделить два направления, поэтому отнеситесь к этому вопросу ответственно.

Для поисковых систем:

  • Вполне вероятно, что старая структура URL была проиндексирована поисковыми системами.
  • Если новый сайт меняет индексированную структуру URL, поисковые системы будут отображать страницы, не найденные при следующем сканировании, что может негативно повлиять на ваш поисковый рейтинг.

Для людей:

  • Если старый сайт был популярным и на нем можно было найти полезный контент, есть большая вероятность того, что пользователи добавили некоторые страницы в закладки.
  • В новом сайте с другой структурой URL эти закладки не будут отображаться верно, на экране появится запись «404 page not found».

5 типов URL редиректов

  • 301 — Постоянный редирект. Используется для сообщения поисковым системам, что страница навсегда изменила свое расположение. В 99.44% случаев вы будете использовать именно этот тип.
  • 302 — Временный редирект. Используется для сообщения поисковым системам, что в данный момент страница изменила свое расположение, но это не навсегда.
  • 303 — See Other (Смотри Другое) редирект. Иногда используется в интернет магазинах, чтобы проверять, не были ли страницы с одноразовыми данными добавлены в закладки или просто обновлены.
  • 307 — Временный редирект. Работает подобно 303 редиректу, но с некоторыми изменениями в пути передачи информации с одной страницы на другую.
  • 308 — Постоянный редирект. Работает как 307 редирект, но с постоянным статусом.

Плагин WordPress Redirection

Руководство по URL перенаправлениям для WordPress сайтовРуководство по URL перенаправлениям для WordPress сайтов

Процесс добавления на сайт перенаправлений вручную может оказаться довольно таки сложным, поскольку в таком случае будет необходимо редактировать файл .htaccess. Но в WordPress мире есть фантастический плагин Redirection от Джона Годли, который может обрабатывать перенаправления прямо в консоли WordPress.

Этот плагин уже давно на рынке и пользуется популярностью благодаря тому, что очень легко позволяет импортировать список адресов в таблицу, так что вам не приходится вручную вводить все редиректы.

Чтобы установить плагин, просто введите в поиске “redirection” на странице Плагины → Добавить новый в вашей консоли WordPress.

Руководство по URL перенаправлениям для WordPress сайтов

Руководство по URL перенаправлениям для WordPress сайтов

После активации вы можете перейти в меню плагина через Инструменты → Redirection.

Руководство по URL перенаправлениям для WordPress сайтов

Руководство по URL перенаправлениям для WordPress сайтов

Чтобы вручную создать перенаправление, просто введите URL-адрес источника и новый целевой URL в соответствующие поля, а далее нажмите кнопку “Add Redirection”. Это отличный и несложный метод, если вам нужно сделать всего несколько изменений.

Руководство по URL перенаправлениям для WordPress сайтов

Руководство по URL перенаправлениям для WordPress сайтов

Экономьте время, импортируя URL-ы в плагин Redirection

Если вам необходимо добавить много редиректов, то, скорее всего, вы не захотите это все делать вручную. Тут на помощь приходит специальная функция импорта перенаправлений.

Как экспортировать ваши старые URL-адреса

Для запуска сканирования и экспортирования списка адресов в электронную таблицу вы можете использовать инструмент Screaming Frog SEO Spider (доступен для Windows, Mac и Linux; бесплатная версия сканирует до 500 адресов).

Скачайте и откройте приложение. Далее введите адрес старого сайта, чтобы начать сканирование.

Руководство по URL перенаправлениям для WordPress сайтов

Руководство по URL перенаправлениям для WordPress сайтов

После того, как сканирование завершено, перейдите во вкладку Page Titles, где вы сможете получить список страниц на вашем сайте. Нажмите кнопку Export, расположенную в левом верхнем углу страницы, чтобы экспортировать все как .xslx файл.

Скачайте файл и откройте Excel-документ. Вам понадобиться немного «почистить» его и удалить все, кроме URL-адресов в колонке А. Примечание: в этом списке также следует удалить те страницы, которые остались без изменений (например, домашняя страница или страница контактов).

Введите URL с нового сайта в столбец B. Используйте функцию «Найти и заменить» для удаления фактического имени домена из ваших URL. В конечном итоге, файл таблицы должен выглядеть следующим образом:

Руководство по URL перенаправлениям для WordPress сайтов

Руководство по URL перенаправлениям для WordPress сайтов

После того, как вы закончите, необходимо сохранить этот файл как Windows Comma Separated CSV файл. Другие типы CSV будут импортироваться неправильно (в том числе стандартные Comma Separated Values (.csv) файлы для Mac).

Руководство по URL перенаправлениям для WordPress сайтов

Руководство по URL перенаправлениям для WordPress сайтов

Как импортировать WordPress Redirection CSV

В консоли WordPress перейдите в меню Инструменты → Redirection. Нажмите на кнопку Options и найдите ваш файл CSV.

Руководство по URL перенаправлениям для WordPress сайтов

Руководство по URL перенаправлениям для WordPress сайтов

Нажмите Upload. Вот и все! Теперь во вкладке Redirects вы должны увидеть все ваши перенаправления. С этого момента, если пользователи будут попадать на старые адреса, они автоматически будут переадресовываться на новые адреса.

Руководство по URL перенаправлениям для WordPress сайтов

Руководство по URL перенаправлениям для WordPress сайтов Hostenko - Лучший WordPress хостингHostenko - Лучший WordPress хостинг
Источник: ithemes.com
Специализированный хостинг для сайтов на WordPress!Специализированный хостинг для сайтов на WordPress!

Смотрите также:

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *