Generator ng .htaccess Redirect

Paano gamitin ang .htaccess redirect generator

1. Piliin ang Server: Apache (.htaccess) o Nginx, tapos ang Uri ng redirect: 301 – permanente o 302 – pansamantala.
2. Sa Mga page redirect, magsulat ng isang redirect kada linya: ang lumang path, espasyo, tapos ang bagong URL, halimbawa /old-page.html /new-page/. Gumagana rin ang tab, kuwit o ->, at maaari kang mag-paste ng buong lumang URL o umiiral na Redirect 301 /a /b na linya.
3. Opsyonal na ilagay ang Iyong domain (halimbawa example.com) para dumiretso ang page redirect sa huling address.
4. Sa ilalim ng Canonical address, lagyan ng tsek ang Pilitin ang HTTPS at pumili ng Pilitin ang www, Alisin ang www o Iwanan ang www. Sa ilalim ng Trailing slash, pumili kung idadagdag o aalisin ito.
5. Kung lumipat ang buong site, punan ang Ilipat ang buong domain ng Lumang domain at Bagong address, at panatilihing naka-tsek ang Panatilihin ang path para tumapat ang bawat page sa katumbas nito.
6. Basahin ang Mga pagsusuri, tapos Kopyahin o I-download ang mga panuntunan. Gamitin ang I-load ang halimbawa para makita ang kumpletong configuration.

Paano gumagana ang nabuong panuntunan

Para sa Apache, nagsusulat ang tool ng mod_rewrite rule, na nagsisimula sa isang RewriteEngine On. Ang bawat page ay nagiging RewriteRule na ang pattern ay nagsisimula sa ^/?, kaya gumagana ito sa .htaccess file (kung saan inaalis ang nangungunang slash) at sa <VirtualHost> block. Naka-escape ang tuldok, bracket, plus sign at iba pang regular-expression character sa iyong path, at ang espasyo ay nagiging \x20. Sa bagong URL, naka-escape ang $ at % dahil babasahin ito ng Apache bilang back-reference, at pinipigilan ng NE flag ang Apache na i-encode muli ang URL.

Hindi kailanman nakikita ng RewriteRule ang query string. Kapag may query string ang lumang address, tulad ng /product.php?id=42, nagdadagdag ang tool ng RewriteCond %{QUERY_STRING} ^id=42$ na linya at QSD flag, para maalis ang lumang parameter sa halip na kopyahin sa bagong page.

Inayos ang mga panuntunan para iwasan ang walang saysay na hop: domain move muna, tapos page redirect, tapos trailing slash, tapos HTTPS at www. Pinamamahalaan ng isang rule ang HTTPS at www, kaya ang http://www.example.com ay pumupunta sa https://example.com sa isang redirect. Kapag alam ang domain mo, ang page at slash redirect ay nakaturo na sa huling HTTPS address.

Para sa Nginx, ang HTTPS, www at domain move ay nagiging hiwalay na server block na may return 301, at ang page redirect ay nagiging rewrite na linya na i-paste sa loob ng pangunahing server block mo. Tumatakbo ang mga ito bago ang location matching, kaya nananalo rin sila laban sa trailing-slash rule. Ang ? sa dulo ng target ay pumipigil sa Nginx na idagdag ang lumang query string kung hindi dapat.

Mga pagsusuring ginagawa

• Page na nagre-redirect sa sarili nito, o dalawang page na nagre-redirect sa isa’t isa (loop na nagtatapos sa “too many redirects”).
• Chain tulad ng A → B → C: ituro nang direkta ang A sa C, dahil ang bawat dagdag na hop ay nagpapabagal sa bisita at nagsasayang ng crawl budget.
• Ang parehong lumang address na nakalista nang dalawang beses, kung saan ang unang rule lamang ang nalalapat.
• Target na hindi absolute URL o path na nagsisimula sa /, o http:// o maling www na target sa sarili mong domain.
• Trailing-slash setting na muling ire-redirect ang target o ibabalik ito sa pinagmulan.