Most developers have shipped a feature that looks perfect in the browser and assumed the hard work was finished. I made

ಹೆಚ್ಚಿನ ಅಭಿವರ್ಧಕರು (developers) ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಪರಿಪೂರ್ಣವಾಗಿ ಕಾಣುವ ಫೀಚರ್ ಅನ್ನು ಬಿಡುಗಡೆ ಮಾಡಿ, ಕಷ್ಟದ ಕೆಲಸ ಮುಗಿದಿದೆ ಎಂದು ಭಾವಿಸುತ್ತಾರೆ. ನನ್ನ Django ಆಹಾರ ಬ್ಲಾಗ್ ಅನ್ನು ನಿರ್ಮಿಸುವಾಗ ನಾನು ಕೂಡ ಅದೇ ತಪ್ಪನ್ನು ಮಾಡಿದೆ. ರೆಸಿಪಿಗಳು ಸುಂದರವಾಗಿ ಕಾಣುತ್ತಿದ್ದವು. ಡೇಟಾಬೇಸ್ ಸಂಬಂಧಗಳು (database relations) ಸರಿಯಾಗಿದ್ದವು. ಮೊಬೈಲ್ ಮತ್ತು ಡೆಸ್ಕ್‌ಟಾಪ್ ಎರಡರಲ್ಲೂ ಟೆಂಪ್ಲೇಟ್‌ಗಳು (templates) ಆಕರ್ಷಕವಾಗಿದ್ದವು. ಆದರೆ ನಾನು ಸರ್ಚ್ ಇಂಜಿನ್‌ಗಳನ್ನು ಎಲ್ಲವನ್ನೂ ತಾವೇ ಕಂಡುಕೊಳ್ಳಲು ಬಿಟ್ಟಿದ್ದೆ, ಮತ್ತು ಅವು ಸರಿಯಾಗಿ ಊಹಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.

ನನ್ನ ಕಳೆದ ಕೆಲವು ಅಭಿವೃದ್ಧಿ ಸೆಷನ್‌ಗಳಲ್ಲಿ (development sessions), ನಾನು ಆ ಲೋಪವನ್ನು ಸರಿಪಡಿಸಿದೆ. ನಾನು ಮೂಲ SEO ಅಡಿಪಾಯವನ್ನು (core SEO foundation) ಪೂರ್ಣಗೊಳಿಸಿದೆ. ಪ್ರೊಡಕ್ಷನ್-ರೆಡಿ ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಕೇವಲ ತಪ್ಪುಗಳಿಲ್ಲದೆ ಚಲಿಸುವ ಕೋಡ್ ಮಾತ್ರವಲ್ಲದೆ ಇನ್ನೂ ಹೆಚ್ಚಿನದರ ಅಗತ್ಯವಿದೆ ಎಂಬುದಕ್ಕೆ ಇದು ಒಂದು ನೆನಪಿನ ಪಾಠವಾಗಿತ್ತು.

ಕೇವಲ ಫೀಚರ್‌ಗಳ ತಯಾರಿಕೆಯನ್ನು ಮೀರಿ

ಕೆಲಸ ಮಾಡುವ ಸಾಫ್ಟ್‌ವೇರ್ ಕೇವಲ ಆರಂಭವಷ್ಟೇ. ಬಳಕೆದಾರರು ತಮಗೆ ಸಿಗುವ ಉತ್ಪನ್ನವನ್ನು ಮಾತ್ರ ಇಷ್ಟಪಡಬಲ್ಲರು, ಮತ್ತು ಹೆಚ್ಚಿನ ಕಂಟೆಂಟ್-ಚಾಲಿತ ಸೈಟ್‌ಗಳಿಗೆ ಸರ್ಚ್ ಇಂಜಿನ್‌ಗಳೇ ಪ್ರಮುಖ ಮಾರ್ಗವಾಗಿರುತ್ತವೆ. "overnight sourdough bread" ಎಂದು ಹುಡುಕುವ ವ್ಯಕ್ತಿಯು ಸರಿಯಾದ ಸಮಯದಲ್ಲಿ ಸರಿಯಾದ ಪುಟಕ್ಕೆ ತಲುಪುತ್ತಾನೆಯೇ ಎಂಬುದರ ಮೇಲೆ ಒಂದು ರೆಸಿಪಿ ಬ್ಲಾಗ್‌ನ ಯಶಸ್ಸು ಅವಲಂಬಿತವಾಗಿರುತ್ತದೆ.

ಆ ಕನ್ನಬಳಿಕೆಯನ್ನು (discoverability) ಡಿಫಾಲ್ಟ್ ಆಗಿ ಪಡೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ. ಪ್ರತಿ ಪುಟದಲ್ಲಿ ಏನಿದೆ ಎಂದು ವಿವರಿಸುವ ಮೆಟಾಡೇಟಾ (metadata) ಬೇಕಾಗುತ್ತದೆ. HTML ಅನ್ನು ಅಡುಗೆ ಸಮಯ, ಪದಾರ್ಥಗಳು ಮತ್ತು ರೇಟಿಂಗ್‌ಗಳಿರುವ ನಿರ್ದಿಷ್ಟ ಎಂಟಿಟಿಯಾಗಿ (entity) ಪರಿವರ್ತಿಸುವ ಸ್ಟ್ರಕ್ಚರ್ಡ್ ಡೇಟಾ (structured data) ಬೇಕಾಗುತ್ತದೆ. ಈ ಅಂಶಗಳಿಲ್ಲದೆ, ಅತ್ಯುತ್ತಮ ಕಂಟೆಂಟ್ ಕೂಡ ಪ್ರತ್ಯೇಕವಾಗಿ ಉಳಿಯುತ್ತದೆ ಮತ್ತು ಜಗತ್ತು ಏನನ್ನು ನೋಡಬೇಕು ಎಂದು ನಿರ್ಧರಿಸುವ ಕ್ರಾಲರ್‌ಗಳಿಗೆ (crawlers) ಅದು ಕಾಣಿಸುವುದಿಲ್ಲ.

ನನ್ನ Django ಪ್ರಾಜೆಕ್ಟ್‌ನಲ್ಲಿ ಎಲ್ಲಾ ಕಾರ್ಯಚಟುವಟಿಕೆಗಳ ಭಾಗಗಳಿದ್ದವು. ಆದರೆ ನನ್ನ ಕೋಡ್ ಮತ್ತು ಸರ್ಚ್ ಇಂಜಿನ್ ಲಾಜಿಕ್ ನಡುವೆ ಒಂದು ಟ್ರಾನ್ಸ್‌ಲೇಷನ್ ಲೇಯರ್ (translation layer) ಕೊರತೆಯಿತ್ತು. ಆ ಅಂತರವನ್ನು ತುಂಬುವುದು ಎಂದರೆ, ಟೆಕ್ನಿಕಲ್ SEO ಅನ್ನು ಮಾರ್ಕೆಟಿಂಗ್ ನಂತರದ ಆಲೋಚನೆಯಾಗಿ ನೋಡದೆ, ಒಂದು ಇಂಜಿನಿಯರಿಂಗ್ ಅಗತ್ಯತೆಯಾಗಿ ಪರಿಗಣಿಸುವುದು ಎಂದರ್ಥ.

ಮೂಲ SEO ಅಡಿಪಾಯವು ವಾಸ್ತವವಾಗಿ ಹೇಗಿರುತ್ತದೆ

ಈ ಕೆಲಸವು ಕೀವರ್ಡ್ ಸ್ಟಫಿಂಗ್ (keyword stuffing) ಅಥವಾ ಕ್ಲಿಕ್‌ಬೈಟ್ (clickbait) ಶೀರ್ಷಿಕೆಗಳನ್ನು ಬರೆಯುವುದರ ಬಗ್ಗೆ ಅಲ್ಲ. Django ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಟೆಕ್ನಿಕಲ್ SEO ಎಂಬುದು ನಿರ್ದಿಷ್ಟವಾದದ್ದು, ಯಾಂತ್ರಿಕವಾದುದು ಮತ್ತು ಫ್ರೇಮ್‌ವರ್ಕ್ ಪುಟಗಳನ್ನು ಹೇಗೆ ನೀಡುತ್ತದೆ ಎಂಬುದರೊಂದಿಗೆ ಆಳವಾಗಿ ಸಂಯೋಜಿತವಾಗಿದೆ.

ನಾನು ಪ್ರತಿಯೊಂದು ಡಾಕ್ಯುಮೆಂಟ್‌ನ head ವಿಭಾಗದಲ್ಲಿರುವ ಮೂಲಭೂತ ಅಂಶಗಳಿಂದ ಪ್ರಾರಂಭಿಸಿದೆ. ಡೈನಾಮಿಕ್ ಟೈಟಲ್ ಟ್ಯಾಗ್‌ಗಳು (title tags) ಮತ್ತು ಮೆಟಾ ಡಿಸ್ಕ್ರಿಪ್ಶನ್‌ಗಳು (meta descriptions) ಈಗ ನೇರವಾಗಿ ಮಾಡೆಲ್ ಫೀಲ್ಡ್‌ಗಳಿಂದ (model fields) ಮಾಹಿತಿಯನ್ನು ಪಡೆಯುತ್ತವೆ. ಬಳಕೆದಾರರು ರೆಸಿಪಿ ಪುಟಕ್ಕೆ ಭೇಟಿ ನೀಡಿದಾಗ, ಟೈಟಲ್ ಟ್ಯಾಗ್ ಸಾಮಾನ್ಯ ಸೈಟ್ ಹೆಡರ್ ಬದಲಿಗೆ ನಿಜವಾದ ರೆಸಿಪಿ ಹೆಸರು ಮತ್ತು ವರ್ಗವನ್ನು ಪ್ರತಿಬಿಂಬಿಸುತ್ತದೆ. ಅವುಗಳೊಂದಿಗೆ Open Graph ಟ್ಯಾಗ್‌ಗಳೂ ಇರುತ್ತವೆ, ಇದರಿಂದ ಹಂಚಿಕೊಳ್ಳಲಾದ ಲಿಂಕ್‌ಗಳು ಖಾಲಿ ಕಾರ್ಡ್ ಬದಲಿಗೆ ಸರಿಯಾದ ಚಿತ್ರ, ವಿವರಣೆ ಮತ್ತು ಪ್ರಿವ್ಯೂ ಪಠ್ಯದೊಂದಿಗೆ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ.

ನಂತರ ನಾನು ಸ್ಕೀಮಾ ಮಾರ್ಕಪ್ (schema markup) ಕಡೆಗೆ ಗಮನ ಹರಿಸಿದೆ. ಆಹಾರ ಬ್ಲಾಗ್ ಸ್ಟ್ರಕ್ಚರ್ಡ್ ಡೇಟಾಗೆ ಅತ್ಯುತ್ತಮ ಉದಾಹರಣೆಯಾಗಿದೆ ಏಕೆಂದರೆ ರೆಸಿಪಿಗಳಿಗೆ ಸಾರ್ವತ್ರಿಕವಾಗಿ ಅರ್ಥವಾಗುವ ಗುಣಲಕ್ಷಣಗಳಿವೆ. ಪ್ರತಿ ಪುಟಕ್ಕೆ JSON-LD Recipe ಮಾರ್ಕಪ್ ಅನ್ನು ಸೇರಿಸುವ ಮೂಲಕ, ಅಪ್ಲಿಕೇಶನ್ ಸಿದ್ಧತೆಯ ಸಮಯ, ಅಡುಗೆ ಸಮಯ, ಪದಾರ್ಥಗಳ ಪಟ್ಟಿ ಮತ್ತು ವಿಮರ್ಶೆಗಳ ಸಾರಾಂಶವನ್ನು ಸರ್ಚ್ ಇಂಜಿನ್‌ಗಳು ಸುಲಭವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ಭಾಷೆಯಲ್ಲಿ ತಿಳಿಸಬಹುದು. ಇದು ಕೇವಲ ಅಲಂಕಾರಿಕವಲ್ಲ. ಇದು ಕೇವಲ ಒಂದು ನೀಲಿ ಲಿಂಕ್ ಆಗಿ ಕಾಣಿಸಿಕೊಳ್ಳುವುದಕ್ಕೂ ಮತ್ತು ಸರ್ಚ್ ಪೇಜ್‌ನಲ್ಲೇ ಸ್ಟಾರ್ ರೇಟಿಂಗ್ ಮತ್ತು ಅಡುಗೆ ಸಮಯವನ್ನು ತೋರಿಸುವ ರಿಚ್ ರಿಸಲ್ಟ್‌ಗಳಿಗೆ (rich results) ಅರ್ಹತೆ ಪಡೆಯುವುದಕ್ಕೂ ಇರುವ ವ್ಯತ್ಯಾಸವಾಗಿದೆ.

ನೀವು ನಿರ್ಲಕ್ಷಿಸಿದರೆ Django ಸೃಷ್ಟಿಸುವ ಅಪಾಯಗಳನ್ನೂ ನಾನು ನಿಭಾಯಿಸಿದೆ. Class-based views ಗಳು ವಿಭಿನ್ನ URL ಪ್ಯಾಟರ್ನ್‌ಗಳ ಅಡಿಯಲ್ಲಿ ಸುಲಭವಾಗಿ ಒಂದೇ ರೀತಿಯ ಕಂಟೆಂಟ್ ಅನ್ನು ನೀಡಬಹುದು, ಇದು ನಿಮ್ಮ SEO ಅಧಿಕಾರವನ್ನು (SEO authority) ಒಂದೇ ರೀತಿಯ ಪುಟಗಳ ನಡುವೆ ವಿಭಜಿಸುತ್ತದೆ. ಆ ಸಂಕೇತಗಳನ್ನು ಕ್ರೋಢೀಕರಿಸಲು ಮತ್ತು ಪ್ರತಿಯೊಂದು ಸಂಪನ್ಮೂಲದ ಅಂತಿಮ ಆವೃತ್ತಿಗೆ ಸರ್ಚ್ ಇಂಜಿನ್‌ಗಳನ್ನು ಮಾರ್ಗದರ್ಶಿಸಲು ನಾನು ಕ್ಯಾನಾನಿಕಲ್ URLಗಳನ್ನು (canonical URLs) ಸೇರಿಸಿದೆ.

ಕೊನೆಯದಾಗಿ, ನಾನು ಡಿಸ್ಕವರಿ ಇನ್‌ಫ್ರಾಸ್ಟ್ರಕ್ಚರ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿದೆ. Django ಸೈಟ್‌ಮ್ಯಾಪ್ ಫ್ರೇಮ್‌ವರ್ಕ್‌ನೊಂದಿಗೆ ಬರುತ್ತದೆ, ಮತ್ತು ಅದನ್ನು ಜೋಡಿಸುವುದರಿಂದ ಸೈಟ್‌ನಲ್ಲಿ ಯಾವುದು ಮುಖ್ಯ ಎಂಬ ಬಗ್ಗೆ ಕ್ರಾಲರ್‌ಗಳಿಗೆ ಸ್ಪಷ್ಟವಾದ ಸೂಚನೆ ಸಿಗುತ್ತದೆ. ಸರಿಯಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ robots.txt ಅದರೊಂದಿಗೆ ಇರುತ್ತದೆ, ಇದು ಬಾಟ್‌ಗಳನ್ನು (bots) ಮೌಲ್ಯಯುತ ಕಂಟೆಂಟ್ ಕಡೆಗೆ ಮತ್ತು ಬಳಕೆದಾರರ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ಅಥವಾ ಅಡ್ಮಿನ್ ರೂಟ್‌ಗಳಂತಹ ಸರ್ಚ್ ರಿಸಲ್ಟ್‌ಗಳಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳಬಾರದು ಎಂಬ ಪುಟಗಳಿಂದ ದೂರವಿಡುತ್ತದೆ.

ಈ ಬದಲಾವಣೆಗಳು ಒಟ್ಟಾಗಿ ಮೂರು ನಿರ್ದಿಷ್ಟ ಫಲಿತಾಂಶಗಳನ್ನು ತರುತ್ತವೆ:

• ಕ್ರಾಲರ್‌ಗಳು ವೇಗವಾಗಿ ಚಲಿಸುತ್ತವೆ. ಸ್ವಚ್ಛವಾದ ಸೈಟ್‌ಮ್ಯಾಪ್ ಮತ್ತು ಸಮಂಜಸವಾದ ಇಂಟರ್ನಲ್ ಲಿಂಕಿಂಗ್ ಹೊಂದಿರುವ ತಾರ್ಕಿಕ ಸೈಟ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಎಂದರೆ ಸರ್ಚ್ ಇಂಜಿನ್ ಬಾಟ್‌ಗಳು ವ್ಯರ್ಥವಾಗಿ ಅಲೆಯುವ ಬದಲು ತಮ್ಮ ಸಮಯವನ್ನು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಬಳಸಿಕೊಳ್ಳುತ್ತವೆ ಎಂದರ್ಥ.
• ಕಂಟೆಂಟ್ ನಿಖರವಾಗಿ ಇಂಡೆಕ್ಸ್ ಆಗುತ್ತದೆ. ಸ್ಪಷ್ಟವಾದ ಮೆಟಾಡೇಟಾ ಮತ್ತು ಸೆಮ್ಯಾಂಟಿಕ್ ಮಾರ್ಕಪ್ ಒಂದು ಪುಟದಲ್ಲಿ ಏನಿದೆ ಎಂಬುದರ ಬಗ್ಗೆ ಯಾವುದೇ ಗೊಂದಲವನ್ನು ಬಿಡುವುದಿಲ್ಲ. ಒಂದು ಪುಟವು ರೆಸಿಪಿ ಎಂದು ಊಹಿಸುವ ಅಗತ್ಯ ಸರ್ಚ್ ಇಂಜಿನ್‌ಗೆ ಇರುವುದಿಲ್ಲ. ಅದಕ್ಕೆ ಮೊದಲೇ ತಿಳಿದಿರುತ್ತದೆ.
• ಪುಟಗಳು ನೈಜ ಸರ್ಚ್ ವಿಸಿಬಿಲಿಟಿ ಪಡೆಯುತ್ತವೆ. ರಿಚ್ ಸ್ನಿಪ್ಪೆಟ್‌ಗಳು (Rich snippets) ಮತ್ತು ಸುಧಾರಿತ ಲಿಸ್ಟಿಂಗ್‌ಗಳು ಆಕಸ್ಮಿಕವಾಗಿ ಬರುವುದಿಲ್ಲ. ಅವು ನಿಮ್ಮ ಕಂಟೆಂಟ್ ಅನ್ನು ಫಲಿತಾಂಶಗಳಲ್ಲಿ ವಿಶೇಷವಾಗಿ ಪ್ರದರ್ಶಿಸಲು ಅರ್ಹವಾಗಿಸುವ ಸ್ಟ್ರಕ್ಚರ್ಡ್ ಡೇಟಾದಿಂದ ಬರುತ್ತವೆ.

ಅದೃಶ್ಯ ಮೂಲಸೌಕರ್ಯ ಏಕೆ ಮುಖ್ಯ

ಯಾವುದೇ ಸಂದರ್ಶಕರು ನಿಮ್ಮ ಕ್ಯಾನಾನಿಕಲ್ ಲಿಂಕ್ ಟ್ಯಾಗ್‌ಗಳನ್ನು ಹೊಗಳುವುದಿಲ್ಲ. ನಿಮ್ಮ ಮೆಟಾ ಡಿಸ್ಕ್ರಿಪ್ಶನ್‌ಗಳನ್ನು ಅಥವಾ ಸ್ಕೀಮಾ ಇಂಪ್ಲಿಮೆಂಟೇಶನ್ ಅನ್ನು ಶ್ಲಾಘಿಸುವಂತೆ ಯಾರೂ ಕಾಮೆಂಟ್ ಮಾಡುವುದಿಲ್ಲ. ಈ ಬದಲಾವಣೆಗಳು ಅವುಗಳಿಂದ ಪ್ರಯೋಜನ ಪಡೆಯುವ ಜನರಿಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಅತೀತವಾಗಿರುತ್ತವೆ, ಮತ್ತು ಅದೇ ಇವುಗಳನ್ನು ವೃತ್ತಿಪರವಾಗಿಸುತ್ತದೆ.

ಅದೃಶ್ಯ ಮೂಲಸೌಕರ್ಯವು ಪ್ರೊಡಕ್ಷನ್-ಗ್ರೇಡ್ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ. ಬಳಕೆದಾರರು ತಮ್ಮ ಡೇಟಾವನ್ನು ಉಳಿಸುವವರೆಗೆ ಸರಿಯಾದ ಅಥೆಂಟಿಕೇಶನ್ ಅನ್ನು ಗಮನಿಸುವುದು ಅಪರೂಪ. ಒಂದು ಕ್ವೇರಿ ತಕ್ಷಣವೇ ಲೋಡ್ ಆಗುವವರೆಗೆ ಅವರು ಡೇಟಾಬೇಸ್ ಇಂಡೆಕ್ಸಿಂಗ್ ಬಗ್ಗೆ ಯೋಚಿಸುವುದಿಲ್ಲ. ಇದೇ ತತ್ವವು ಇಲ್ಲಿಯೂ ಅನ್ವಯಿಸುತ್ತದೆ. ಸರಿಯಾದ ಸೋಶಿಯಲ್ ಪ್ರಿವ್ಯೂ ಸುಗಮವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಯಾರೋ ಒಬ್ಬರು ತೆರೆಯ ಮರೆಯಲ್ಲಿ Open Graph ಮತ್ತು schema markup ಅನ್ನು ಜೋಡಿಸುವಂತಹ ಗಮನಕ್ಕೆ ಬಾರದ ಕೆಲಸವನ್ನು ಮಾಡಿದ್ದರಿಂದಲೇ, ಸರ್ಚ್‌ನಲ್ಲಿ ಒಂದು ರೆಸಿಪಿ ಸರಿಯಾದ ತಂಬ್‌ನೈಲ್ ಮತ್ತು ರೇಟಿಂಗ್‌ನೊಂದಿಗೆ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ.

ಈ ಗುಪ್ತ ಪದರಗಳು ಒಂದು ಪ್ರಾಜೆಕ್ಟ್ ಅನ್ನು ನೈಜ ಪ್ರಪಂಚದ ಬಳಕೆಗೆ ಸಿದ್ಧಪಡಿಸುತ್ತವೆ. ಹವ್ಯಾಸದ ಪ್ರಾಜೆಕ್ಟ್‌ಗಳು ಕೇವಲ ಫ್ರಂಟ್ ಎಂಡ್ ಅನ್ನು ಅಚ್ಚುಕಟ್ಟಾಗಿ ಮಾಡಲಾಗಿ, ಉಳಿದದ್ದನ್ನು ಗೂಗಲ್ವೇ ಸರಿಪಡಿಸುತ್ತದೆ ಎಂದು ಭಾವಿಸುತ್ತವೆ. ಗಂಭೀರವಾದ ಪ್ರಾಜೆಕ್ಟ್‌ಗಳು ಡಿಸ್ಕವರಬಿಲಿಟಿ (discoverability) ಅನ್ನು ಸೆಕ್ಯೂರಿಟಿ ಅಥವಾ ಡೇಟಾ ಇಂಟೆಗ್ರಿಟಿ ಎಷ್ಟು ಮುಖ್ಯವೋ ಅಷ್ಟೇ ಮುಖ್ಯವಾದ ಒಂದು ಮೂಲಭೂತ ವೈಶಿಷ್ಟ್ಯವಾಗಿ ಪರಿಗಣಿಸುತ್ತವೆ. ಈ ಅಡಿಪಾಯವನ್ನು ಪೂರ್ಣಗೊಳಿಸುವ ಮೂಲಕ, ಬಳಕೆದಾರರನ್ನು ಸಂಪರ್ಕಿಸುವ ವ್ಯವಸ್ಥೆಗಳು ಅವರು ಏನನ್ನು ನೋಡುತ್ತಿದ್ದಾರೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳದಿದ್ದರೆ, ಅತ್ಯುತ್ತಮ ಕೋಡ್ ಕೂಡ ಅಲ್ಪಪ್ರಾಯವಾಗುತ್ತದೆ ಎಂಬ ಸತ್ಯವನ್ನು ನಾನು ಒಪ್ಪಿಕೊಂಡೆ.

ಮುಂದಿನ ಹಾದಿ

SEO ಅಡಿಪಾಯವು ಭದ್ರವಾದ ಮೇಲೆ, ನಾನು ಬಳಕೆದಾರರು ವಾಸ್ತವವಾಗಿ ನೋಡುವ ಮತ್ತು ಬಳಸುವ ಕೆಲಸದ ಕಡೆಗೆ ತಿರುಗುತ್ತಿದ್ದೇನೆ. ಬ್ಲಾಗ್ ಅನ್ನು ಹೆಚ್ಚು ಉಪಯುಕ್ತವಾಗಿಸುವ ಹೊಸ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ನಿರ್ಮಿಸುವುದು, ಪುಟಗಳು ತಡವಿಲ್ಲದೆ ಲೋಡ್ ಆಗುವಂತೆ ಪರ್ಫಾರ್ಮೆನ್ಸ್ ಆಪ್ಟಿಮೈಸೇಶನ್ ಮಾಡುವುದು ಮತ್ತು ಪ್ರೊಡಕ್ಷನ್ ಡಿಪ್ಲಾಯ್ಮೆಂಟ್‌ಗಾಗಿ ಸಿದ್ಧರಾಗುವುದು ನನ್ನ ಮುಂದಿನ ಆದ್ಯತೆಗಳಾಗಿವೆ.

ಹೊಸ ವೈಶಿಷ್ಟ್ಯಗಳು ಸೈಟ್‌ನ ಸಾಮರ್ಥ್ಯವನ್ನು ಕೇವಲ ಸ್ಟ್ಯಾಟಿಕ್ ರೆಸಿಪಿ ಪ್ರೆಸೆಂಟೇಶನ್‌ನಿಂದ ಮೀರಿ ವಿಸ್ತರಿಸುತ್ತವೆ. ಪರ್ಫಾರ್ಮೆನ್ಸ್ ಆಪ್ಟಿಮೈಸೇಶನ್ ಮೂಲಕ ಕ್ವೇರಿ ಎಫಿಷಿಯೆನ್ಸಿ, ಇಮೇಜ್ ಹ್ಯಾಂಡ್ಲಿಂಗ್ ಮತ್ತು ಸ್ಥಳೀಯವಾಗಿ (locally) ಕೆಲಸ ಮಾಡುವ ಸೈಟ್ ಹಾಗೂ ಹೆಚ್ಚಿನ ಟ್ರಾಫಿಕ್ ಇರುವಾಗ ಕೆಲಸ ಮಾಡುವ ಸೈಟ್ ನಡುವಿನ ವ್ಯತ್ಯಾಸವನ್ನು ನಿಭಾಯಿಸಲಾಗುವುದು. ಪ್ರೊಡಕ್ಷನ್ ಡಿಪ್ಲಾಯ್ಮೆಂಟ್ ಎಂದರೆ ಎನ್ವಿರಾನ್ಮೆಂಟ್ ವೇರಿಯೇಬಲ್‌ಗಳನ್ನು ಬಲಪಡಿಸುವುದು, ಸ್ಟ್ಯಾಟಿಕ್ ಫೈಲ್ ಡೆಲಿವರಿ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು, ಸರಿಯಾದ ಲಾಗಿಂಗ್ ಅನ್ನು ಸೆಟ್ ಮಾಡುವುದು ಮತ್ತು ನೈಜ ಡೇಟಾ ಹಾಗೂ ನೈಜ ಬಳಕೆದಾರರು ಒಳಗೊಂಡಿರುವಾಗ ನಿರ್ಲಕ್ಷಿಸಲು ಸಾಧ್ಯವಿಲ್ಲದ ಸೆಕ್ಯೂರಿಟಿ ಚೆಕ್‌ಲಿಸ್ಟ್‌ಗಳನ್ನು ಪಾಲಿಸುವುದು ಎಂದರ್ಥ.

ಈ ಎಲ್ಲಾ ಕಾರ್ಯಗಳು ಈಗ ಒಂದು ಭದ್ರವಾದ ಅಡಿಪಾಯದ ಮೇಲೆ ನಿಂತಿವೆ. ಅಪ್ಲಿಕೇಶನ್ ಈಗ ಸರ್ಚ್ ಇಂಜಿನ್‌ಗಳ ಭಾಷೆಯನ್ನು ಮಾತನಾಡುತ್ತಿದೆ. ನಿಮ್ಮ ತಾಂತ್ರಿಕ ವ್ಯವಸ್ಥೆ ಸರಿಯಾಗಿರುವಾಗ ಮಾತ್ರ ಬರುವ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಎದುರಿಸಲು ಇದು ಸಿದ್ಧವಾಗಿದೆ.

ನಿಜವಾದ ಪಾಠ: ಡೆವಲಪರ್‌ಗಳು ಹೆಚ್ಚಾಗಿ SEO ಅನ್ನು ಅಭಿವೃದ್ಧಿ ಪ್ರಕ್ರಿಯೆ ಮುಗಿದ ನಂತರ ನಡೆಯುವ ಬೇರೆಯವರ ಕೆಲಸ ಎಂದು ಪರಿಗಣಿಸುತ್ತಾರೆ. ಆ ವಿಭಜನೆಯು ಕೃತಕ ಮತ್ತು ದುಬಾರಿಯಾಗಿದೆ. ನೀವು ಮೆಟಾಡೇಟಾ, ಸ್ಟ್ರಕ್ಚರ್ಡ್ ಡೇಟಾ ಮತ್ತು ಕ್ರಾಲರ್ ಅಕ್ಸೆಸಿಬಿಲಿಟಿಯನ್ನು ಮೊದಲಿನಿಂದම ಇಂಜಿನಿಯರಿಂಗ್ ಕಾರ್ಯಗಳೆಂದು ಪರಿಗಣಿಸಿದರೆ, ನೀವು ಕೇವಲ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗಿಂತ ಹೆಚ್ಚಾಗಿ, ಸಂಪೂರ್ಣವಾಗಿ ಪೂರ್ಣಗೊಂಡ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ನಿರ್ಮಿಸುತ್ತೀರಿ. ಆ ಅದೃಶ್ಯ ಅಂಶಗಳನ್ನು ಸರಿಯಾಗಿ ಮಾಡಿ. ಅದು ಕೇವಲ ನಡೆಯುವ ಪ್ರಾಜೆಕ್ಟ್ ಮತ್ತು ಮಹತ್ವದ ಪ್ರಾಜೆಕ್ಟ್ ನಡುವಿನ ವ್ಯತ್ಯಾಸವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.