ಸಮಗ್ರ ಬಳಕೆದಾರ ಮಾರ್ಗದರ್ಶಿ ಮತ್ತು ಪ್ರಾಯೋಗಿಕ ಅನ್ವಯಗಳು
RedirectChecker.Site ಸಾಮಾನ್ಯ HTTP ಹೆಡರ್ ಓದುಗ ಮಾತ್ರವಲ್ಲ; SEO ವೃತ್ತಿಪರರು, ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರು ಮತ್ತು ವೆಬ್ ಡೆವಲಪರ್‌ಗಳಿಗಾಗಿ ನಿರ್ಮಿಸಿದ ಸುಧಾರಿತ ನೆಟ್‌ವರ್ಕ್ ನಿರ್ಣಯ ಸಾಧನವಾಗಿದೆ. ಇದರ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಸರಿಯಾಗಿ ಬಳಸುವುದು ತಿಳಿದಿದ್ದರೆ, ಹುಡುಕಾಟ ರ್ಯಾಂಕಿಂಗ್ ಮತ್ತು ಬಳಕೆದಾರ ಅನುಭವವನ್ನು ತೀವ್ರವಾಗಿ ಹಾನಿಗೊಳಿಸುವ ಸಂಕೀರ್ಣ ರೂಟಿಂಗ್ ಸಮಸ್ಯೆಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಬಹುದು.
1. ಪರಿಶೀಲಕವನ್ನು ಹೇಗೆ ಬಳಸುವುದು: ಹಂತ ಹಂತದ ಸೂಚನೆಗಳು
ಪ್ರೋಟೋಕಾಲ್ ಸೇರಿ ಸಂಪೂರ್ಣ ಸಾರ್ವಜನಿಕ URL ನಮೂದಿಸಿ (ಉದಾಹರಣೆಗೆ, https://example.com/old-page). ಮಾದರಿಯನ್ನು ಆಯ್ಕೆಮಾಡಿ User-Agent ಮತ್ತು ಅಗತ್ಯವಿದ್ದರೆ Client Hints ಹೆಡರ್ ಪ್ರೊಫೈಲ್ ಆಯ್ಕೆಮಾಡಿ. ಆಯ್ದ ಹೆಡರ್‌ಗಳೊಂದಿಗೆ ಪರಿಶೀಲಕ ಸರ್ವರ್-ಸೈಡ್ ವಿನಂತಿ ಕಳುಹಿಸುತ್ತದೆ; ಇದು ಸಂಪೂರ್ಣ ಬ್ರೌಸರ್, ಕುಕೀ, JavaScript ಅಥವಾ ಕ್ರಾಲರ್‌ನ ನೆಟ್‌ವರ್ಕ್ ಗುರುತನ್ನು ಮರುಸೃಷ್ಟಿಸುವುದಿಲ್ಲ.
2. ಫಲಿತಾಂಶಗಳು ಮತ್ತು ದೃಶ್ಯ ಹರಿವಿನ ಉದಾಹರಣೆಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು
ರೀಡೈರೆಕ್ಟ್ ಸರಣಿಯ ಪ್ರತಿಯೊಂದು HTTP ಪ್ರತಿಕ್ರಿಯೆ, ಸ್ಥಿತಿ ಕೋಡ್, ಅಳೆಯಲಾದ ವಿನಂತಿ ಸಮಯ ಮತ್ತು ಇದ್ದರೆ ಮುಂದಿನ Location URL ನೋಡಲು URL ಪತ್ತೆಹಚ್ಚಿ ಕ್ಲಿಕ್ ಮಾಡಿ. ಒಂದೇ ಪರಿಶೀಲನೆ ಐದು ರೀಡೈರೆಕ್ಟ್‌ಗಳವರೆಗೆ ಅನುಸರಿಸುತ್ತದೆ; ಸರಣಿ ಮುಂದುವರಿದರೆ ಮುಂದಿನ URLನ ಪ್ರತಿಕ್ರಿಯೆ ಆ ಪರಿಶೀಲನೆಯಲ್ಲಿ ಸೇರಿರುವುದಿಲ್ಲ.
3. ಪ್ರಾಯೋಗಿಕ ಅಧ್ಯಯನ: SSL ಇಳಿಕೆಯನ್ನು ಪತ್ತೆಮಾಡುವುದು
ರೀಡೈರೆಕ್ಟ್ URL ಅನ್ನು HTTPSನಿಂದ HTTPಗೆ ಇಳಿಸಬಹುದು. HTTPS URLನ ಪ್ರತಿಕ್ರಿಯೆ HTTP Location ಸೂಚಿಸಿದಾಗ ಪರಿಶೀಲಕ ಈ ಬದಲಾವಣೆಯನ್ನು ಗುರುತಿಸುತ್ತದೆ. ಫಲಿತಾಂಶವನ್ನು ಅವಲಂಬಿಸುವ ಮೊದಲು ಗಮ್ಯಸ್ಥಾನ ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಉದ್ದೇಶಿತ HTTPS ಮಾರ್ಗವನ್ನು ಹೊಂದಿಸಿ.
ತಾಂತ್ರಿಕ ಅಡಿಪಾಯ: HTTP ಸ್ಥಿತಿ ಕೋಡ್‌ಗಳು ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಎಂಜಿನಿಯರಿಂಗ್
HTTP ಸ್ಥಿತಿ ಕೋಡ್‌ಗಳು ವಿನಂತಿಯ ಫಲಿತಾಂಶವನ್ನು ವಿವರಿಸುತ್ತವೆ; 3xx ಪ್ರತಿಕ್ರಿಯೆಗಳು ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ಮತ್ತೊಂದು URLಗೆ ಕಳುಹಿಸುತ್ತವೆ. ಶಾಶ್ವತ ರೀಡೈರೆಕ್ಟ್‌ಗಳು ಹುಡುಕಾಟ ಎಂಜಿನ್‌ಗಳಿಗೆ URLಗಳನ್ನು ಒಗ್ಗೂಡಿಸಲು ನೆರವಾಗಬಹುದು, ಆದರೆ ನಿರ್ದಿಷ್ಟ ರ್ಯಾಂಕಿಂಗ್ ಅಥವಾ ಇಂಡೆಕ್ಸಿಂಗ್ ಫಲಿತಾಂಶದ ಖಾತರಿ ನೀಡುವುದಿಲ್ಲ. ಉದ್ದೇಶಿತ ಶಾಶ್ವತತೆಗೆ ಹೊಂದುವ ಸ್ಥಿತಿ ಕೋಡ್ ಬಳಸಿ ಮತ್ತು ಸಂಪೂರ್ಣ ಸರಣಿ ಹಾಗೂ ಅಂತಿಮ ಪ್ರತಿಕ್ರಿಯೆ ಪರಿಶೀಲಿಸಿ.
301, 302, 307 ಮತ್ತು 308ರ ನಡುವಿನ ವ್ಯತ್ಯಾಸ
- 301 ಶಾಶ್ವತವಾಗಿ ಸ್ಥಳಾಂತರಿಸಲಾಗಿದೆ: ಸಂಪನ್ಮೂಲ ಶಾಶ್ವತವಾಗಿ ಸ್ಥಳಾಂತರಗೊಂಡಾಗ ಬಳಸಿ. ಹುಡುಕಾಟ ಎಂಜಿನ್‌ಗಳು ಶಾಶ್ವತ ರೀಡೈರೆಕ್ಟ್ ಅನ್ನು ಗಮ್ಯಸ್ಥಾನದ ಪರ ಬಲವಾದ ಸಂಕೇತವೆಂದು ಪರಿಗಣಿಸುತ್ತವೆ; ಆದರೂ ಯಾವುದೇ ರೀಡೈರೆಕ್ಟ್ ನಿರ್ದಿಷ್ಟ ರ್ಯಾಂಕಿಂಗ್ ಅಥವಾ ಇಂಡೆಕ್ಸಿಂಗ್ ಫಲಿತಾಂಶ ಖಚಿತಪಡಿಸುವುದಿಲ್ಲ.
- 302 ಕಂಡುಬಂದಿದೆ (ತಾತ್ಕಾಲಿಕ): ಕ್ಲೈಂಟ್ ತಾತ್ಕಾಲಿಕವಾಗಿ ಮತ್ತೊಂದು URL ನೋಡಬೇಕು ಮತ್ತು ಮೂಲ URL ಮರಳಬಹುದು ಎಂದು ಸೂಚಿಸುತ್ತದೆ. ಹುಡುಕಾಟ ಎಂಜಿನ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿ 302 ಮೂಲಕ ಶಾಶ್ವತ ಲಿಂಕ್ ಮೌಲ್ಯವನ್ನು ವರ್ಗಾಯಿಸುವುದಿಲ್ಲ.
- 307 ತಾತ್ಕಾಲಿಕ ರೀಡೈರೆಕ್ಟ್: ಆಧುನಿಕ HTTP/1.1 ಸಮಾನವಾದ 302. ಮುಖ್ಯವಾಗಿ, ರೀಡೈರೆಕ್ಟ್ ಅನುಸರಿಸುವಾಗ HTTP ವಿಧಾನವನ್ನು (GET ಅಥವಾ POST) 307 ಬದಲಾಯಿಸುವುದಿಲ್ಲ.
- 308 ಶಾಶ್ವತ ರೀಡೈರೆಕ್ಟ್: 307ರ ಶಾಶ್ವತ ರೂಪ. SEO ದೃಷ್ಟಿಯಿಂದ 301ರಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಆದರೆ POST ವಿನಂತಿಯನ್ನು GETಗೆ ಬದಲಾಯಿಸುವುದನ್ನು ಬ್ರೌಸರ್‌ಗೆ ಕಟ್ಟುನಿಟ್ಟಾಗಿ ತಡೆಯುತ್ತದೆ.
HTTP ಪ್ರತಿಕ್ರಿಯೆ ಸ್ಥಿತಿ ಕೋಡ್‌ಗಳಿಗೆ ಬ್ರೌಸರ್ ಹೊಂದಾಣಿಕೆ
HTTP ಸ್ಥಿತಿ ಕೋಡ್‌ಗಳು ಪ್ರತ್ಯೇಕ ಬ್ರೌಸರ್ ವೈಶಿಷ್ಟ್ಯಗಳಲ್ಲ; ಬ್ರೌಸರ್‌ನ ನೆಟ್‌ವರ್ಕ್ ಸ್ಟ್ಯಾಕ್ ನಿರ್ವಹಿಸುವ ಪ್ರೋಟೋಕಾಲ್ ಸಂಕೇತಗಳಾಗಿವೆ. ಆಧುನಿಕ Chrome, Edge, Firefox, Safari, Opera, Android WebView ಮತ್ತು iPhone WebView ಪ್ರಮಾಣಿತ ಸ್ಥಿತಿ ವರ್ಗಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುತ್ತವೆ; ದೋಷ ಹೇಗೆ ಕಾಣುತ್ತದೆ ಎಂಬುದು ಬ್ರೌಸರ್ ಮತ್ತು ಮಧ್ಯದ ಪ್ರಾಕ್ಸಿ ಆಧರಿಸಿ ಬದಲಾಗಬಹುದು.
| HTTP ಪ್ರತಿಕ್ರಿಯೆ ವರ್ಗ | Chrome / Edge | Firefox | Safari | Opera | Android / iPhone WebView | ಪ್ರಾಯೋಗಿಕ ಹೊಂದಾಣಿಕೆ ವಿವರ |
|---|
| 1xx ಮಾಹಿತಿ | ಬೆಂಬಲಿತ | ಬೆಂಬಲಿತ | ಬೆಂಬಲಿತ | ಬೆಂಬಲಿತ | ನೆಟ್‌ವರ್ಕ್ ಪದರದಿಂದ ಬೆಂಬಲಿತ | 100 ಮತ್ತು 101 ಸ್ಥಾಪಿತವಾಗಿವೆ. 102 ವಿಶೇಷ/ಹಳೆಯದು; 103 Early Hints ವರ್ತನೆ ಆವೃತ್ತಿ, ಸರ್ವರ್ ಮತ್ತು ಮಧ್ಯವರ್ತಿ ವ್ಯವಸ್ಥೆಯನುಸಾರ ಬದಲಾಗಬಹುದು. |
| 2xx ಯಶಸ್ಸು | ಬೆಂಬಲಿತ | ಬೆಂಬಲಿತ | ಬೆಂಬಲಿತ | ಬೆಂಬಲಿತ | ಬೆಂಬಲಿತ | ಪ್ರೋಟೋಕಾಲ್‌ನ ಸಾಮಾನ್ಯ ಅರ್ಥ ಅನ್ವಯಿಸುತ್ತದೆ; 204/205ರಲ್ಲಿ ಬಾಡಿ ಇಲ್ಲದಿರುವಂತಹ ನಿಯಮಗಳೂ ಅನ್ವಯಿಸುತ್ತವೆ. |
| 3xx ರೀಡೈರೆಕ್ಟ್ | ಬೆಂಬಲಿತ | ಬೆಂಬಲಿತ | ಬೆಂಬಲಿತ | ಬೆಂಬಲಿತ | ಬೆಂಬಲಿತ | ವಿಧಾನ, ಕ್ಯಾಶ್, ಭದ್ರತೆ ಮತ್ತು ನ್ಯಾವಿಗೇಶನ್ ನಿಯಮಗಳಿಗೆ ಒಳಪಟ್ಟು ಕ್ಲೈಂಟ್‌ಗಳು Location ಅನುಸರಿಸುತ್ತವೆ. 307/308 ವಿಧಾನ ಉಳಿಸುತ್ತವೆ; 301/302 POST ಅನ್ನು GETಗೆ ಬದಲಾಯಿಸಬಹುದು. |
| 4xx ಕ್ಲೈಂಟ್ ದೋಷಗಳು | ಬೆಂಬಲಿತ | ಬೆಂಬಲಿತ | ಬೆಂಬಲಿತ | ಬೆಂಬಲಿತ | ಬೆಂಬಲಿತ | ಪ್ರತಿಕ್ರಿಯೆ ವರ್ಗ ಅರ್ಥವಾಗುತ್ತದೆ; ಆದರೆ ಸರ್ವರ್ ಬಾಡಿ ತೋರಿಸುವುದೋ ಬ್ರೌಸರ್ ದೋಷ ಇಂಟರ್ಫೇಸ್ ತೋರಿಸುವುದೋ ವ್ಯತ್ಯಾಸವಾಗಬಹುದು. |
| 5xx ಸರ್ವರ್ ದೋಷಗಳು | ಬೆಂಬಲಿತ | ಬೆಂಬಲಿತ | ಬೆಂಬಲಿತ | ಬೆಂಬಲಿತ | ಬೆಂಬಲಿತ | ಸ್ಥಿತಿ ಒಂದೇ ಇದ್ದರೂ ಪ್ರಾಕ್ಸಿ ಪುಟ, ಮರುಪ್ರಯತ್ನದ ವರ್ತನೆ ಮತ್ತು ನಿರ್ಣಯ ಪ್ರದರ್ಶನ ಬದಲಾಗಬಹುದು. |
| ತಿಳಿದಿರುವ ವರ್ಗದಲ್ಲಿನ ಗುರುತಿಸದ ಕೋಡ್ | ವರ್ಗ-ಮಟ್ಟದ ನಿರ್ವಹಣೆ | ವರ್ಗ-ಮಟ್ಟದ ನಿರ್ವಹಣೆ | ವರ್ಗ-ಮಟ್ಟದ ನಿರ್ವಹಣೆ | ವರ್ಗ-ಮಟ್ಟದ ನಿರ್ವಹಣೆ | ವರ್ಗ-ಮಟ್ಟದ ನಿರ್ವಹಣೆ | ಸಾಮಾನ್ಯ ವರ್ಗ ಊಹಿಸಲು ಕ್ಲೈಂಟ್‌ಗಳು ಮೊದಲ ಅಂಕೆ ಬಳಸಬಹುದು. ಈ fallbackನಿಂದ custom ಕೋಡ್‌ಗೆ ಎಲ್ಲೆಡೆ ಒಂದೇ ಅರ್ಥ ಸಿಗುವುದಿಲ್ಲ. |
ಈ ಕೋಷ್ಟಕ ಪ್ರೋಟೋಕಾಲ್ ಹೊಂದಾಣಿಕೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ; ಒಂದೇ ರೀತಿಯ ಪ್ರದರ್ಶನ ಅಥವಾ ಎಲ್ಲ ಬ್ರೌಸರ್ ಆವೃತ್ತಿಗಳೂ ಮಧ್ಯಂತರ ಪ್ರತಿಕ್ರಿಯೆ ತೋರಿಸುತ್ತವೆ ಎಂಬ ಖಾತರಿ ಅಲ್ಲ.
Cloaking ಮತ್ತು Dynamic Rendering ಉಲ್ಲಂಘನೆಗಳು
Cloaking ಎಂದರೆ ಹುಡುಕಾಟ ಎಂಜಿನ್‌ಗಳಿಗೆ ಮತ್ತು ಜನರಿಗೆ ಬಹಳ ಬೇರೆ ವಿಷಯ ಅಥವಾ ಗಮ್ಯಸ್ಥಾನ ತೋರಿಸುವ ಅಭ್ಯಾಸ. ಪರೀಕ್ಷಿಸಲು ನಿಮಗೆ ಅನುಮತಿ ಇರುವ ಮೂಲಸೌಕರ್ಯದಲ್ಲಿ ಆಯ್ದ User-Agent ಮತ್ತು Client Hints ಹೆಡರ್‌ಗಳ ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನು ಹೋಲಿಸಬಹುದು. ಈ ಹೆಡರ್ ಪ್ರೊಫೈಲ್‌ಗಳು ಕ್ರಾಲರ್ ಗುರುತನ್ನು ಪರಿಶೀಲಿಸುವುದಿಲ್ಲ ಅಥವಾ ಸೈಟ್ Google ನೀತಿ ಪಾಲಿಸುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುವುದಿಲ್ಲ.
ಪದೇಪದೇ ಕೇಳುವ ಪ್ರಶ್ನೆಗಳು (ತಾಂತ್ರಿಕ FAQ)
ರೀಡೈರೆಕ್ಟ್ ನಂತರ canonical ಟ್ಯಾಗ್‌ಗಳನ್ನು ಹೇಗೆ ಪರಿಶೀಲಿಸಬಹುದು?
ಈ ಪರಿಶೀಲಕ HTTP ಸ್ಥಿತಿ ಕೋಡ್ ಮತ್ತು Location ಹೆಡರ್‌ಗಳನ್ನು ಪತ್ತೆಹಚ್ಚುತ್ತದೆ; ಗಮ್ಯಸ್ಥಾನದ HTML ಡೌನ್‌ಲೋಡ್ ಅಥವಾ ಪಾರ್ಸ್ ಮಾಡುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ rel=canonical ಪರಿಶೀಲಿಸಲಾಗುವುದಿಲ್ಲ. ಅಂತಿಮ URL ತೆರೆಯಿರಿ ಮತ್ತು ಅದರ canonical ಲಿಂಕ್ ಆದ್ಯತೆಯ, ಇಂಡೆಕ್ಸ್ ಮಾಡಬಹುದಾದ ಪುಟಕ್ಕೆ ಸೂಚಿಸುತ್ತಿದೆಯೇ ಖಚಿತಪಡಿಸಿ. Googleನ canonical ಆಯ್ಕೆ ನೋಡಲು Search Console URL Inspection ಬಳಸಬಹುದು.
Google Search Central: Canonicalization · Google Search Central: canonical URL ಸೂಚಿಸಿ
ಈ ಪರಿಕರ JavaScript ಆಧಾರಿತ ರೀಡೈರೆಕ್ಟ್ ಪತ್ತೆಮಾಡಬಹುದೇ?
ಇಲ್ಲ. ಈ ಪರಿಕರ Location ಹೆಡರ್ ಇರುವ HTTP 3xx ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನು ಅನುಸರಿಸುತ್ತದೆ. JavaScript ಕಾರ್ಯಗತಗೊಳಿಸುವುದಿಲ್ಲ ಅಥವಾ meta-refresh ಟ್ಯಾಗ್‌ಗಳಿಗಾಗಿ ಪ್ರತಿಕ್ರಿಯೆ ಬಾಡಿ ಪರಿಶೀಲಿಸುವುದಿಲ್ಲ; ಅವಕ್ಕೆ ಬ್ರೌಸರ್ ಆಧಾರಿತ ಪರಿಶೀಲನೆ ಬೇಕು.
Google Search Central: ರೀಡೈರೆಕ್ಟ್‌ಗಳು ಮತ್ತು Google ಹುಡುಕಾಟ
Client Hints ಎಂದರೇನು ಮತ್ತು ಈ ಪರಿಶೀಲಕ ಅವನ್ನು ಹೇಗೆ ಬಳಸುತ್ತದೆ?
Client Hints ಎಂದರೆ Sec-CH-UA-Mobile ಮತ್ತು Sec-CH-UA-Platform ಮುಂತಾದ HTTP ವಿನಂತಿ ಹೆಡರ್‌ಗಳು. ಆಯ್ದ ಪ್ರೊಫೈಲ್ ಆ ಹೆಡರ್‌ಗಳನ್ನು ಪರಿಶೀಲಕದ ಸರ್ವರ್-ಸೈಡ್ ವಿನಂತಿಗೆ ಸೇರಿಸುತ್ತದೆ; ಸರ್ವರ್ ಹೇಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ ಹೋಲಿಸಬಹುದು. ಇದು ಹೆಡರ್ ಪರೀಕ್ಷೆ ಮಾತ್ರ, ಪೂರ್ಣ ಬ್ರೌಸರ್ ಅನುಕರಣ ಅಥವಾ ನಿರ್ದಿಷ್ಟ ಬ್ರೌಸರ್/ಕ್ರಾಲರ್‌ನಿಂದ ವಿನಂತಿ ಬಂದಿದೆ ಎಂಬ ಸಾಕ್ಷಿಯಲ್ಲ.
MDN: HTTP Client hints
ಸರಣಿಯಲ್ಲಿ ಎಷ್ಟು 301 ರೀಡೈರೆಕ್ಟ್ ಮಾಡಬಹುದು?
Google ದಾಖಲೆಗಳ ಪ್ರಕಾರ Googlebot ಗರಿಷ್ಠ 10 ರೀಡೈರೆಕ್ಟ್ ಹಂತಗಳನ್ನು ಅನುಸರಿಸಬಹುದು; ಆದರೂ ಸಾಧ್ಯವಾದಾಗ ನೇರ ಮಾರ್ಗ ಬಳಸಲು ಶಿಫಾರಸು ಮಾಡುತ್ತದೆ. ಸರಣಿ ತೆಗೆದುಹಾಕಲು ಸಾಧ್ಯವಿಲ್ಲದಿದ್ದರೆ ಅದನ್ನು ಚಿಕ್ಕದಾಗಿಡಿ—ಆದರ್ಶವಾಗಿ ಮೂರುಗಿಂತ ಹೆಚ್ಚು ಅಲ್ಲ ಮತ್ತು ಐದಕ್ಕಿಂತ ಕಡಿಮೆ. ಪ್ರತಿ ಹಂತ ಮತ್ತೊಂದು ವಿನಂತಿ ಸೇರಿಸುತ್ತದೆ; ಇತರ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಕಡಿಮೆ ಮಿತಿ ಇರಬಹುದು. ಉದ್ದೇಶಿತ ಸ್ಥಳಾಂತರಕ್ಕೆ ಅನುಗುಣವಾಗಿ ಶಾಶ್ವತ ಕೋಡ್ (301/308) ಅಥವಾ ತಾತ್ಕಾಲಿಕ ಕೋಡ್ (302/307) ಆಯ್ಕೆಮಾಡಿ.
Google Search Central ಮಾರ್ಗದರ್ಶನ.
RFC 9110: HTTP ಅರ್ಥವ್ಯವಸ್ಥೆ, ರೀಡೈರೆಕ್ಟ್
ಯಾವ HTTP ಸ್ಥಿತಿ ಕೋಡ್‌ಗಳು ಶಾಶ್ವತ ಅಥವಾ ತಾತ್ಕಾಲಿಕ ಸ್ಥಳಾಂತರವನ್ನು ಸೂಚಿಸುತ್ತವೆ?
301 ಮತ್ತು 308 ಸಂಪನ್ಮೂಲ ಶಾಶ್ವತವಾಗಿ ಸ್ಥಳಾಂತರಗೊಂಡಿದೆ ಎಂದು ಸೂಚಿಸುತ್ತವೆ; 302 ಮತ್ತು 307 ತಾತ್ಕಾಲಿಕ ರೀಡೈರೆಕ್ಟ್ ಸೂಚಿಸುತ್ತವೆ. ಮೂಲ URL ಮರಳುವ ನಿರೀಕ್ಷೆಯಿದೆಯೇ ಎಂಬುದನ್ನು ಪ್ರತಿಬಿಂಬಿಸುವ ಸ್ಥಿತಿ ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನವನ್ನು ಮೂಲ ವಿನಂತಿಗೆ ಸಂಬಂಧಿತವಾಗಿಡಿ.
RFC 9110: HTTP ಅರ್ಥವ್ಯವಸ್ಥೆ, ರೀಡೈರೆಕ್ಟ್
301 ಅಥವಾ 302 ಬದಲು 307 ಅಥವಾ 308 ಯಾವಾಗ ಬಳಸಬೇಕು?
ರೀಡೈರೆಕ್ಟ್ ಮಾಡುವಾಗ 307 ಮತ್ತು 308 ವಿನಂತಿ ವಿಧಾನವನ್ನು ಉಳಿಸುತ್ತವೆ. 301 ಮತ್ತು 302ನಲ್ಲಿ ಕೆಲವು ಕ್ಲೈಂಟ್‌ಗಳು POST ಅನ್ನು GETಗೆ ಬದಲಾಯಿಸಬಹುದು. ವಿಧಾನ ಮತ್ತು ವಿನಂತಿ ಬಾಡಿ ಉಳಿಯಬೇಕಾದರೆ ತಾತ್ಕಾಲಿಕ ಸ್ಥಳಾಂತರಕ್ಕೆ 307 ಅಥವಾ ಶಾಶ್ವತ ಸ್ಥಳಾಂತರಕ್ಕೆ 308 ಬಳಸಿ; ನಿಮ್ಮ ಸೇವೆ ಬೆಂಬಲಿಸುವ ಕ್ಲೈಂಟ್‌ಗಳಲ್ಲಿ ವರ್ತನೆ ಪರಿಶೀಲಿಸಿ.
RFC 9110: HTTP ಅರ್ಥವ್ಯವಸ್ಥೆ, 307 ಮತ್ತು 308
ನನ್ನ ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಪುಟ ತೆರೆದರೂ ಪರಿಶೀಲಕಕ್ಕೆ 403 ಅಥವಾ 429 ಏಕೆ ಸಿಗಬಹುದು?
ಪರಿಶೀಲಕ ಸರ್ವರ್-ಸೈಡ್ ವಿನಂತಿ ಕಳುಹಿಸುತ್ತದೆ; ನೆಟ್‌ವರ್ಕ್ ಸ್ಥಳ, ಕುಕೀ, ದೃಢೀಕರಣ ಮತ್ತು ಹೆಡರ್‌ಗಳಲ್ಲಿ ಅದು ನಿಮ್ಮ ಬ್ರೌಸರ್‌ನಿಂದ ಬೇರೆಯಾಗಿರಬಹುದು. ಫೈರ್‌ವಾಲ್, CDN, ದರ ಮಿತಿ ಅಥವಾ ಬಾಟ್ ನಿಯಮ ಅದನ್ನು ತಡೆಬಹುದು ಅಥವಾ ನಿಧಾನಗೊಳಿಸಬಹುದು. ಸರ್ವರ್ ಲಾಗ್ ಮತ್ತು ಪ್ರವೇಶ ನಿಯಮಗಳನ್ನು ಹೋಲಿಸಿ; ಒಂದೇ ಪರೀಕ್ಷೆಯಲ್ಲಿ 403 ಅಥವಾ 429 ಬಂದರೆ ಎಲ್ಲ ಸಂದರ್ಶಕರೂ ತಡೆಯಲ್ಪಟ್ಟಿದ್ದಾರೆ ಎಂದು ಭಾವಿಸಬೇಡಿ.
RFC 9110: 403 ನಿರಾಕರಿಸಲಾಗಿದೆ · RFC 6585: 429 ಬಹಳಷ್ಟು ವಿನಂತಿಗಳು
Googlebot ಮತ್ತು ಹುಡುಕಾಟ ಕ್ರಾಲರ್ ಪ್ರೊಫೈಲ್‌ಗಳು ಪರಿಶೀಲಿತ ಕ್ರಾಲರ್‌ಗಳೇ?
ಇಲ್ಲ. ಪ್ರೊಫೈಲ್ User-Agent ಹೆಡರ್ ಪಠ್ಯವನ್ನಷ್ಟೇ ಬದಲಾಯಿಸುತ್ತದೆ. ವಿನಂತಿ Google ಅಥವಾ ಮತ್ತೊಂದು ಕ್ರಾಲರ್ ನೆಟ್‌ವರ್ಕ್‌ನಿಂದ ಬರುವುದಿಲ್ಲ; ವಿನಂತಿದಾರ ನಿಜವಾದ ಕ್ರಾಲರ್ ಎಂದು ಇದು ಸಾಬೀತುಪಡಿಸಲಾರದು. ಪೂರೈಕೆದಾರ ಪ್ರಕಟಿಸಿದ IP ಅಥವಾ DNS ಪರಿಶೀಲನಾ ವಿಧಾನದಿಂದ ಕ್ರಾಲರ್ ಗುರುತನ್ನು ದೃಢೀಕರಿಸಿ.
Google Search Central: Googlebot ಮತ್ತು ಇತರ Google ಕ್ರಾಲರ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ
ವಿಭಿನ್ನ User-Agent ಪ್ರೊಫೈಲ್‌ಗಳು ಬೇರೆ ರೀಡೈರೆಕ್ಟ್ ಸರಣಿಗಳನ್ನು ಏಕೆ ನೀಡಬಹುದು?
ವಿನಂತಿ ಹೆಡರ್, ಸಾಧನ ಸಂಕೇತ, ಭೌಗೋಳಿಕತೆ, ದೃಢೀಕರಣ ಅಥವಾ ಸೆಷನ್ ಸ್ಥಿತಿಯ ಆಧಾರದಲ್ಲಿ ಸರ್ವರ್, CDN ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ನಿಯಮಗಳು ಬೇರೆ ಗಮ್ಯಸ್ಥಾನ ಅಥವಾ ಸ್ಥಿತಿ ಕೋಡ್ ಆಯ್ಕೆಮಾಡಬಹುದು. ಟ್ರೇಸ್‌ಗಳನ್ನು ನಿರ್ಣಯ ಮಾದರಿಗಳಂತೆ ಹೋಲಿಸಿ; ಅವು ಪ್ರತಿಯೊಬ್ಬ ನೈಜ ಬಳಕೆದಾರ ಅಥವಾ ಕ್ರಾಲರ್ ವಿನಂತಿಗೆ ಹೊಂದಲೇಬೇಕೆಂದಿಲ್ಲ.
RFC 9110: Vary ಹೆಡರ್ ಮತ್ತು ಸಂಧಾನಿತ ಪ್ರತಿಕ್ರಿಯೆಗಳು
URL ರೀಡೈರೆಕ್ಟ್ ಆದಾಗ query ಪ್ಯಾರಾಮೀಟರ್‌ಗಳು ಉಳಿಯುತ್ತವೆಯೇ?
ಮುಂದಿನ URL ಅನ್ನು ರೀಡೈರೆಕ್ಟ್ ಪ್ರತಿಕ್ರಿಯೆಯ Location ಹೆಡರ್ ನಿರ್ಧರಿಸುತ್ತದೆ. ಸರ್ವರ್ query ಪ್ಯಾರಾಮೀಟರ್ ಉಳಿಸಬಹುದು, ತೆಗೆದುಹಾಕಬಹುದು ಅಥವಾ ಮರುಬರೆಯಬಹುದು. ಈ ಪರಿಶೀಲಕಕ್ಕೆ ಬಂದ Location ಮೌಲ್ಯವನ್ನೇ ಅನುಸರಿಸುತ್ತದೆ; ಸರ್ವರ್ ನಿಜವಾಗಿ ಏನು ನೀಡಿತು ತಿಳಿಯಲು ತೋರಿಸಿದ ಪ್ರತಿಯೊಂದು URL ಹೋಲಿಸಿ.
RFC 9110: Location ಪ್ರತಿಕ್ರಿಯೆ ಹೆಡರ್
ಒಂದು ಪರಿಶೀಲನೆಯಲ್ಲಿ ಈ ಪರಿಶೀಲಕ ಎಷ್ಟು ರೀಡೈರೆಕ್ಟ್ ಅನುಸರಿಸುತ್ತದೆ?
ಪ್ರಸ್ತುತ ಪರಿಶೀಲಕ ಐದು ರೀಡೈರೆಕ್ಟ್‌ಗಳವರೆಗೆ ಅನುಸರಿಸುತ್ತದೆ. ಐದನೇ ಹಂತದ ಪ್ರತಿಕ್ರಿಯೆ ಮತ್ತೊಂದು URL ಸೂಚಿಸಿದರೆ, ಆ ವಿಳಾಸವನ್ನು ಪಡೆಯದೆ ರನ್ ತೋರಿಸಬಹುದು. ಅಂತಿಮ ಪ್ರತಿಕ್ರಿಯೆ ನೋಡಲು ಅದನ್ನು ಹೊಸ ಪರಿಶೀಲನೆಯಾಗಿ ತೆರೆಯಿರಿ ಅಥವಾ ಸರಣಿಯನ್ನು ಚಿಕ್ಕದಾಗಿಸಿ.
Client Hints ಆಯ್ಕೆ ಪರಿಶೀಲನೆಗೆ ಹೇಗೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ?
ಆಯ್ದ User-Agent ಸ್ಟ್ರಿಂಗ್ ಜೊತೆಗೆ ಮೊಬೈಲ್ ಧ್ವಜ ಅಥವಾ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಮೌಲ್ಯದಂತಹ ಆಯ್ದ Sec-CH-* ವಿನಂತಿ ಹೆಡರ್ ಸೇರಿಸುತ್ತದೆ. ಇವು ಹೊಂದಿಸಬಹುದಾದ ಹೆಡರ್ ಮಾದರಿಗಳು; ಬ್ರೌಸರ್‌ನ ಸಂಪೂರ್ಣ ನೆಟ್‌ವರ್ಕ್ ವರ್ತನೆ ಮರುಸೃಷ್ಟಿಸುವುದಿಲ್ಲ ಮತ್ತು ಸರ್ವರ್ ಅವನ್ನು ನಿರ್ಲಕ್ಷಿಸಬಹುದು.
MDN: HTTP Client hints
URL ಸ್ಥಳಾಂತರಿಸಿದ ನಂತರ ರೀಡೈರೆಕ್ಟ್ ಅನ್ನು ಎಷ್ಟು ಕಾಲ ಇರಿಸಬೇಕು?
ಸಾಧ್ಯವಾದಷ್ಟು ಕಾಲ ರೀಡೈರೆಕ್ಟ್ ಇಡಿ. ಸೈಟ್ ಸ್ಥಳಾಂತರದ ನಂತರ ಹುಡುಕಾಟ ಎಂಜಿನ್‌ಗಳು ಬದಲಾವಣೆ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ಕನಿಷ್ಠ ಒಂದು ವರ್ಷ ರೀಡೈರೆಕ್ಟ್ ಇಡಲು Google ಶಿಫಾರಸು ಮಾಡುತ್ತದೆ; ಆ ಅವಧಿಯ ನಂತರವೂ ಸಂದರ್ಶಕರು ಹಳೆಯ ಬುಕ್‌ಮಾರ್ಕ್ ಮತ್ತು ಲಿಂಕ್ ಬಳಸಬಹುದು.
Google Search Central: ಸೈಟ್ ಸ್ಥಳಾಂತರ ಮತ್ತು ರೀಡೈರೆಕ್ಟ್
URL ಸ್ಥಳಾಂತರಿಸಿದ ಬಳಿಕ ರೀಡೈರೆಕ್ಟ್ ಹೊರತುಪಡಿಸಿ ಏನನ್ನು ನವೀಕರಿಸಬೇಕು?
ಹೊಸ URLಗೆ ಸೂಚಿಸುವಂತೆ ಆಂತರಿಕ ಲಿಂಕ್‌ಗಳು, ಗಮ್ಯಸ್ಥಾನ ಪುಟದ canonical URL, ಬಳಸಿದಲ್ಲಿ hreflang ಸೂಚನೆಗಳು ಮತ್ತು XML ಸೈಟ್‌ಮ್ಯಾಪ್ ನವೀಕರಿಸಿ. ಬದಲಿ ಸಂಬಂಧಿತವಾಗಿರಲಿ; ರೀಡೈರೆಕ್ಟ್ ನೇರವಾಗಿ ಮತ್ತು ಸ್ಥಿರವಾಗಿ ಪರಿಹಾರವಾಗುತ್ತದೆಯೇ ಪರಿಶೀಲಿಸಿ.
Google Search Central: ಸೈಟ್ ಸ್ಥಳಾಂತರ ಮತ್ತು ರೀಡೈರೆಕ್ಟ್