ನಮ್ಮದೇ ಸೈಟ್ ಸರಿಪಡಿಸಿದ್ದರಿಂದ ಕಲಿತ SEO ಪಾಠಗಳು

ನಾವು ಕೆಲವು ದಿನಗಳ ಕಾಲ ನಮ್ಮದೇ ಸೈಟ್ ಅನ್ನು ಸರ್ಚ್ ಇಂಜಿನ್ ಓದುವ ರೀತಿಯಲ್ಲಿ ಓದಿದೆವು, ಮತ್ತು ಸರಿಪಡಿಸುವುದು ಯೋಗ್ಯವಾದ ಆರು ವಿಷಯಗಳನ್ನು ಕಂಡುಕೊಂಡೆವು. ಪ್ರತಿ ಪುಟವೂ ಎರಡು FAQ ಬ್ಲಾಕ್‌ಗಳನ್ನು ಘೋಷಿಸುತ್ತಿತ್ತು, Google ನಮ್ಮ ಥಂಬ್‌ನೇಲ್ ಆಗಿ ಅಲಂಕಾರಿಕ ಹಿನ್ನೆಲೆಯ ಹೊಳಪನ್ನು ಬಳಸುತ್ತಿತ್ತು, ಟೆಂಪ್ಲೇಟ್ ಪುಟಗಳ ಗುಂಪು ತಾವು ಉತ್ತರಿಸದ ಹುಡುಕಾಟಗಳಿಗೆ ರ‍್ಯಾಂಕ್ ಆಗುತ್ತಿತ್ತು, ಮತ್ತು ಸೈಟ್‌ನ ಹೊಸ ವಿಭಾಗವನ್ನು ಸ್ಟೇಜಿಂಗ್‌ನಲ್ಲಿ ನಮ್ಮ ಸ್ವಂತ ಎಡ್ಜ್ ನಿರ್ಬಂಧಿಸಿತ್ತು. ಇವುಗಳಲ್ಲಿ ಯಾವುದೂ ನಾಟಕೀಯವಲ್ಲ. ಎಲ್ಲವೂ ಸದ್ದಿಲ್ಲದೆ ನಮ್ಮ ಗೋಚರತೆಗೆ ಹಾನಿ ಮಾಡುತ್ತಿದ್ದವು.

ಒಂದು ಪ್ಯಾರಾದಲ್ಲಿ ಸೈಟ್

mythex.ai ಒಂದು ಸಿಂಗಲ್-ಪೇಜ್ ಆಪ್ ಆಗಿದೆ, ಅದನ್ನು ನಾವು ಬಿಲ್ಡ್ ಸಮಯದಲ್ಲಿ ಪ್ರಿರೆಂಡರ್ ಮಾಡುತ್ತೇವೆ: ಒಂದು ಸ್ಕ್ರಿಪ್ಟ್ ಪ್ರತಿ ರೂಟ್ ಅನ್ನು ಸುತ್ತಾಡಿ, ಅದಕ್ಕೆ ಸ್ಥಿರ HTML ಫೈಲ್ ಬರೆದು, ಪುಟದ ಶೀರ್ಷಿಕೆ, ವಿವರಣೆ ಮತ್ತು ಸ್ಟ್ರಕ್ಚರ್ಡ್ ಡೇಟಾವನ್ನು (JSON-LD ಬ್ಲಾಕ್, ಇದು ಸರ್ಚ್ ಇಂಜಿನ್‌ಗಳಿಗೆ ಪುಟ ಯಾವುದು ಎಂದು ಹೇಳುತ್ತದೆ — ನೋಡಿ ಸ್ಟ್ರಕ್ಚರ್ಡ್ ಡೇಟಾ ಎಂದರೇನು) ಸೇರಿಸುತ್ತದೆ. ಕೆಳಗಿನವುಗಳಲ್ಲಿ ಹೆಚ್ಚಿನವು ಆ ಪ್ರಿರೆಂಡರ್ ಹಂತದಲ್ಲಿದೆ, ಏಕೆಂದರೆ ಕ್ರಾಲರ್ ನಿಜವಾಗಿ ಓದುವ HTML ಅದೇ.

1. ಪ್ರತಿ ಪುಟವೂ FAQ ಪುಟ ತಾನೆ ಎಂದು ಹೇಳುತ್ತಿತ್ತು

ಲಕ್ಷಣ. ನಮ್ಮ HTML ಟೆಂಪ್ಲೇಟ್ ತನ್ನ ಸ್ಟ್ರಕ್ಚರ್ಡ್ ಡೇಟಾದಲ್ಲಿ ಸೈಟ್-ವ್ಯಾಪಿ FAQPage ಬ್ಲಾಕ್ ಅನ್ನು ಹೊಂದಿತ್ತು, ಅದರ URL /faq ಕಡೆ ತೋರಿಸುತ್ತಿತ್ತು. ನಂತರ ಪ್ರಿರೆಂಡರ್ ಪ್ರತಿ ಪುಟದ ಸ್ವಂತ FAQPage ಅನ್ನು ಮೇಲೆ ಸೇರಿಸುತ್ತಿತ್ತು. ಹಾಗಾಗಿ ಸೈಟ್‌ನ ಪ್ರತಿ ಪುಟವೂ ಎರಡನ್ನು ಕಳುಹಿಸುತ್ತಿತ್ತು — ಮತ್ತು ನಮ್ಮ ಗೌಪ್ಯತಾ ನೀತಿ ತಾನು FAQ ಪುಟ ಎಂದು Google ಗೆ ಹೇಳುತ್ತಿತ್ತು.

ಇದು ಏಕೆ ಮುಖ್ಯ. ಪ್ರತಿ ಪುಟಕ್ಕೆ ಗರಿಷ್ಠ ಒಂದು FAQPage ಅನ್ನು Google ನಿರೀಕ್ಷಿಸುತ್ತದೆ. ಬೇರೆಡೆ ತೋರಿಸುವ ಎರಡನೆಯದು ಪುಟದ ಮಾರ್ಕಪ್ ಅನ್ನು ಕಡೆಗಣಿಸುವುದಲ್ಲ, ಅದಕ್ಕೆ ರಿಯಾಯಿತಿ ಕೊಡುವ ರೀತಿಯದು.

ಸರಿಪಡಿಸಿದ್ದು. ಜಾಗತಿಕ ಬ್ಲಾಕ್ ತೆಗೆದುಹಾಕಲಾಗಿದೆ. ಪ್ರತಿ ಪುಟದ FAQ ಮಾರ್ಕಪ್ ಈಗ ಒಂದೇ ಸ್ಥಳದಿಂದ ಬರುತ್ತದೆ, /faq ಸೇರಿದಂತೆ, ಅದು ಪ್ರಶ್ನೆಗಳ ಸಂಪೂರ್ಣ ಪಟ್ಟಿಯಿಂದ ಅದನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ. FAQ ಇಲ್ಲದ ಪುಟಗಳು ಈಗ ಯಾವುದನ್ನೂ ಘೋಷಿಸುವುದಿಲ್ಲ, ಅದೇ ಪ್ರಾಮಾಣಿಕ ಉತ್ತರ. ಮತ್ತು ಯಾವುದೇ ಪುಟ ಮತ್ತೆ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು FAQPage ಹೊಂದಿದರೆ ಪ್ರಿರೆಂಡರ್ ಬಿಲ್ಡ್ ವಿಫಲಗೊಳಿಸುತ್ತದೆ. ಯಾರೋ ಒಬ್ಬರ ನೆನಪಿನಲ್ಲಿ ಮಾತ್ರ ಇರುವ ನಿಯಮ ಮುರಿಯಲ್ಪಡುತ್ತದೆ; ಬಿಲ್ಡ್ ಜಾರಿಗೊಳಿಸುವ ನಿಯಮ ಮುರಿಯಲ್ಪಡುವುದಿಲ್ಲ.

2. Google ನಮಗೆ ತಪ್ಪು ಚಿತ್ರ ಬಳಸಿತ್ತು

ಲಕ್ಷಣ. ಸರ್ಚ್ ಫಲಿತಾಂಶಗಳಲ್ಲಿ, Mythex ಥಂಬ್‌ನೇಲ್ ನಮ್ಮ ಹೋಮ್‌ಪೇಜ್ ಹೀರೋ ಹಿಂದಿನ ಮೃದುವಾಗಿ ಮಿನುಗುವ ಹೊಳಪಾಗಿತ್ತು — ಅಲಂಕಾರಿಕ ಹಿನ್ನೆಲೆ ಚಿತ್ರ — ನಮ್ಮ ಶೇರ್ ಕಾರ್ಡ್ ಅಲ್ಲ.

ಇದು ಏಕೆ ಆಯಿತು. ಯಾವ ಚಿತ್ರ ಪುಟವನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ ಎಂದು ನಾವು Google ಗೆ ಹೇಳಿರಲಿಲ್ಲ, ಆದ್ದರಿಂದ ಅದು ಕಂಡದ್ದನ್ನು ಆರಿಸಿಕೊಂಡಿತು.

ಸರಿಪಡಿಸಿದ್ದು. ಒಂದೇ ಸಮಸ್ಯೆಯ ಎರಡು ಬದಿಗಳು:

• ಯಾವ ಚಿತ್ರ ಪುಟದ್ದು ಎಂದು ಹೇಳಿ. ಹೋಮ್‌ಪೇಜ್‌ಗೆ ಈಗ WebPage ನೋಡ್ ಇದೆ, ಅದರ primaryImageOfPage ಶೇರ್ ಕಾರ್ಡ್ ಕಡೆ ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿ ಪ್ರಿರೆಂಡರ್ ಮಾಡಿದ ಪುಟದ ಸ್ಟ್ರಕ್ಚರ್ಡ್ ಡೇಟಾ ತನ್ನದೇ ಚಿತ್ರವನ್ನು ಹೊಂದಿದೆ (ಪುಟದ ಶೇರ್ ಚಿತ್ರ, ಅಥವಾ ಡೀಫಾಲ್ಟ್ ಒಂದು).
• ಅಲಂಕಾರವನ್ನು ಮರೆಮಾಡಿ. ಹಿನ್ನೆಲೆ ಚಿತ್ರಗಳನ್ನು ಈಗ robots.txt ನಲ್ಲಿ ನಿಷೇಧಿಸಲಾಗಿದೆ ಮತ್ತು noindex, noimageindex ಹೆಡರ್ ಜೊತೆಗೆ ಸರ್ವ್ ಮಾಡಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಅವು ಇಮೇಜ್ ಸರ್ಚ್ ಮತ್ತು ಥಂಬ್‌ನೇಲ್‌ಗಳಿಂದ ಹೊರಗಿರುತ್ತವೆ.

3. ಸರ್ಚ್ ಇಂಜಿನ್‌ಗಳಿಗೆ ನಮ್ಮ ಲೋಗೋ ಮಾತ್ರ ಗೊತ್ತಿತ್ತು

ನಮ್ಮ Organization ಮಾರ್ಕಪ್‌ನಲ್ಲಿ ಹೆಸರು, ಲೋಗೋ ಮತ್ತು ಕೆಲವು ಸಾಮಾಜಿಕ ಲಿಂಕ್‌ಗಳು ಇದ್ದವು — ಬ್ರ್ಯಾಂಡಿಂಗ್ ಮಾತ್ರ, ಬೇರೇನೂ ಇಲ್ಲ. ಸರ್ಚ್ ಇಂಜಿನ್‌ಗಳು ಕಂಪನಿಯ ನಾಲೆಜ್ ಪ್ಯಾನೆಲ್ ಅನ್ನು ರಿಜಿಸ್ಟ್ರಿ-ಮಾದರಿಯ ಸಂಗತಿಗಳಿಂದ ನಿರ್ಮಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ನಮ್ಮ ಟ್ರೇಡ್ ಲೈಸೆನ್ಸ್‌ನಿಂದ ಇರುವವುಗಳನ್ನು ಸೇರಿಸಿದೆವು: ಕಾನೂನು ಹೆಸರು, ಸ್ಥಾಪನೆಯ ದಿನಾಂಕ, ಸ್ಥಾಪಕರು ಮತ್ತು ನೋಂದಾಯಿತ ವಿಳಾಸ. ಫೋನ್ ಸಂಖ್ಯೆಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಹೊರಗಿಟ್ಟೆವು.

4. ಟೆಂಪ್ಲೇಟ್ ಪುಟಗಳು ತಪ್ಪು ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತಿದ್ದವು

ಲಕ್ಷಣ. Search Console ಮೂರು ಟೆಂಪ್ಲೇಟ್ ಪುಟಗಳು ಇಂಪ್ರೆಶನ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತಿದ್ದು ಯಾವುದೇ ಕ್ಲಿಕ್ ಇಲ್ಲದಿರುವುದನ್ನು ತೋರಿಸಿತು. ಒಂದು "content strategist portfolio" ಮತ್ತು ಅದರ ರೂಪಾಂತರಗಳಿಗೆ ರ‍್ಯಾಂಕ್ ಆಗಿತ್ತು, ಒಂದು "best italian restaurant website design" ಗೆ, ಒಂದು "agile board" ಸುತ್ತಲಿನ ಗುಂಪಿಗೆ — ಆ ಹುಡುಕಾಟಗಳಲ್ಲಿ ಅರ್ಧದಷ್ಟು "free" ಪದ ಒಳಗೊಂಡಿತ್ತು. ಸ್ಥಾನಗಳು 20ರ ಮಧ್ಯದಿಂದ 50ರವರೆಗೆ ಇದ್ದವು.

ಏಕೆ. ಪ್ರತಿ ಪುಟವೂ ಕೇಳಿದ ಪ್ರಶ್ನೆಗಿಂತ ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತಿತ್ತು. ಉತ್ತಮ ಇಟಾಲಿಯನ್ ರೆಸ್ಟೋರೆಂಟ್ ವಿನ್ಯಾಸ ಹೇಗಿರುತ್ತದೆ ಎಂದು ನೋಡಲು ಬಯಸಿದವರು ಅವರಿಗೆ ಬಿಲ್ಡರ್ ಮಾರುವ ಪುಟಕ್ಕೆ ಬಂದಿಳಿಯುತ್ತಿದ್ದರು.

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

ಅದೇ ಕಮಿಟ್ ಒಂದು ಸದ್ದಿಲ್ಲದ ಸಮಸ್ಯೆಯನ್ನೂ ಸರಿಪಡಿಸಿತು. "ಸಂಬಂಧಿತ ಟೆಂಪ್ಲೇಟ್‌ಗಳ" ಬ್ಲಾಕ್ ಒಂದು ವರ್ಗದ ಮೊದಲ ನಾಲ್ಕು ಟೆಂಪ್ಲೇಟ್‌ಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತಿತ್ತು, ಆದ್ದರಿಂದ ಪ್ರತಿ ಪೋರ್ಟ್‌ಫೋಲಿಯೋ ಟೆಂಪ್ಲೇಟ್ ಅದೇ ನಾಲ್ಕು ಪೋರ್ಟ್‌ಫೋಲಿಯೋಗಳನ್ನು ತೋರಿಸುತ್ತಿತ್ತು, ಮತ್ತು ಆ ವರ್ಗದ ಉಳಿದವಕ್ಕೆ ಯಾವುದೇ ಆಂತರಿಕ ಲಿಂಕ್ ಇರಲಿಲ್ಲ. ಅದನ್ನು ಉಪವರ್ಗದ ಪ್ರಕಾರ ಕ್ರಮಬದ್ಧವಾದ ರಿಂಗ್‌ನೊಂದಿಗೆ ಬದಲಿಸಿದೆವು: ಪ್ರತಿ ಟೆಂಪ್ಲೇಟ್ ಪುಟಕ್ಕೆ ನಿಖರವಾಗಿ ನಾಲ್ಕು ಒಳಬರುವ ಮತ್ತು ನಾಲ್ಕು ಹೊರಹೋಗುವ ಲಿಂಕ್‌ಗಳು ಈಗ ಸಿಗುತ್ತವೆ. ಪ್ರಿರೆಂಡರ್ ಮಾಡಿದ HTML ಈಗ ಆ ಲಿಂಕ್‌ಗಳನ್ನು ಸಹ ಮುದ್ರಿಸುತ್ತದೆ — ಮೊದಲು ಅವು ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ರನ್ ಆದ ನಂತರವೇ ಇದ್ದವು, ಅದನ್ನು ಕ್ರಾಲರ್ ಎಂದಿಗೂ ಚಲಾಯಿಸದೇ ಇರಬಹುದು.

5. ಹೊಸ ಪುಟಗಳನ್ನು ಡಿಪ್ಲಾಯ್ ಆದ ಕ್ಷಣದಲ್ಲೇ Bing ಗೆ ತಿಳಿಸುವುದು

Google IndexNow ಅನ್ನು ನಿರ್ಲಕ್ಷಿಸುತ್ತದೆ, ಇದು URL ಬದಲಾದಾಗ ಸರ್ಚ್ ಇಂಜಿನ್‌ಗಳನ್ನು ಪಿಂಗ್ ಮಾಡುವ ಪ್ರೋಟೋಕಾಲ್. Bing, Yandex ಮತ್ತು Seznam ಅದನ್ನು ಬಳಸುತ್ತವೆ — ಮತ್ತು Bing ನ ಇಂಡೆಕ್ಸ್ ChatGPT ಸರ್ಚ್ ಓದುವುದು. AI ಸಹಾಯಕರಿಗೆ ಕಾಣಿಸದ AI ಆಪ್ ಬಿಲ್ಡರ್ ಒಂದು ನಿರ್ದಿಷ್ಟ ರೀತಿಯ ವೈಫಲ್ಯ.

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

ಅದನ್ನು ಕೆಲಸ ಮಾಡಿಸಿದ ಎರಡು ವಿವರಗಳು:

• ಡಿಪ್ಲಾಯ್ ಮೊದಲು ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ತೆಗೆಯಿರಿ. ಹೊಸ ಬಿಲ್ಡ್ ಲೈವ್ ಆಗುವ ಮೊದಲೇ ಬೇಸ್‌ಲೈನ್ ಸೆರೆಹಿಡಿಯಬೇಕು. ನಂತರ, "ಲೈವ್" ಸೈಟ್‌ಮ್ಯಾಪ್ ಈಗಾಗಲೇ ಹೊಸದಾಗಿರುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ವ್ಯತ್ಯಾಸವೂ ಖಾಲಿ ಬರುತ್ತದೆ.
• ಈಗಿಗೆ ಹೊಸ ಪುಟಗಳು ಮಾತ್ರ. ನಮ್ಮ ಸೈಟ್‌ಮ್ಯಾಪ್‌ನಲ್ಲಿ lastmod ದಿನಾಂಕಗಳಿಲ್ಲ, ಆದ್ದರಿಂದ ಸ್ಕ್ರಿಪ್ಟ್ ಹೊಸ ಪುಟಗಳನ್ನು ಘೋಷಿಸುತ್ತದೆ ಆದರೆ ಮರುಬರೆಯುವಿಕೆಗಳನ್ನಲ್ಲ. ಪ್ರತಿ URL ಗೆ ಬಿಲ್ಡ್ ದಿನಾಂಕ ಹಾಕಿದರೆ, ಪ್ರತಿ ಡಿಪ್ಲಾಯ್‌ನಲ್ಲೂ ಇಡೀ ಸೈಟ್ ಬದಲಾದಂತೆ ಗುರುತಿಸಲ್ಪಡುತ್ತಿತ್ತು — ನಾವು ತಪ್ಪಿಸುತ್ತಿದ್ದ ಸ್ಪ್ಯಾಮೇ ಅದು.

ಇದು ಪ್ರೊಡಕ್ಷನ್ ಡಿಪ್ಲಾಯ್‌ಗಳಲ್ಲಿ ಮಾತ್ರ ಚಲಿಸುತ್ತದೆ ಮತ್ತು ಬಿಲ್ಡ್ ಅನ್ನು ಎಂದಿಗೂ ವಿಫಲಗೊಳಿಸುವುದಿಲ್ಲ: ಅದು ಚಲಿಸುವ ಹೊತ್ತಿಗೆ ಸೈಟ್ ಈಗಾಗಲೇ ಲೈವ್ ಆಗಿರುತ್ತದೆ, ಮತ್ತು ಸರ್ಚ್ ಇಂಜಿನ್ ಪಿಂಗ್ ಕೆಂಪು ಡಿಪ್ಲಾಯ್‌ಗೆ ಯೋಗ್ಯವಲ್ಲ.

6. ನಮ್ಮದೇ ಎಡ್ಜ್ "not found" ಎಂದಿತ್ತು

ನಾವು /ai ಪುಟಗಳನ್ನು ಬಿಡುಗಡೆ ಮಾಡಿದಾಗ (ಅವುಗಳ ಬಗ್ಗೆ ಇನ್ನಷ್ಟು ಪ್ರತಿಯೊಂದು ರೀತಿಯ ವ್ಯವಹಾರಕ್ಕೂ ಒಂದು ಲ್ಯಾಂಡಿಂಗ್ ಪುಟ ನಲ್ಲಿ), ಸ್ಟ್ಯಾಟಿಕ್ ಹೋಸ್ಟ್ ಅವುಗಳನ್ನು ಚೆನ್ನಾಗಿ ಸರ್ವ್ ಮಾಡುತ್ತಿದ್ದರೂ ಸ್ಟೇಜಿಂಗ್ ಎಲ್ಲವಕ್ಕೂ "Not found" ತೋರಿಸಿತು.

ನಮ್ಮ ಮಾರ್ಕೆಟಿಂಗ್ ಹೋಸ್ಟ್‌ಗಳ ಮುಂದಿರುವ ಸೇವೆ ಕೇವಲ ಅನುಮತಿಪಟ್ಟಿಯ ಮಾರ್ಗಗಳನ್ನು ಮಾತ್ರ ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತದೆ; ಉಳಿದವುಗಳಿಗೆ ಕಠಿಣ 404 ಸಿಗುತ್ತದೆ. /ai ಹೊಸದಾಗಿತ್ತು ಮತ್ತು ಪಟ್ಟಿಯಲ್ಲಿರಲಿಲ್ಲ. /ai ಮತ್ತು /ai/* ಸೇರಿಸಿದೆವು, ಅವು ಪಾಸ್ ಆಗುತ್ತವೆ ಎಂದು ಪರೀಕ್ಷೆ ದೃಢೀಕರಿಸುತ್ತದೆ. ಸಣ್ಣ ಬಗ್, ಆದರೆ ಯಾರ ಗಮನಕ್ಕೂ ಬರದೆ ಹೊಸ ವಿಭಾಗವನ್ನು ಕ್ರಾಲರ್‌ಗಳಿಗೆ ಅದೃಶ್ಯವಾಗಿಸುವ ರೀತಿಯದು.

ನಾವು ಇದರಿಂದ ಕಲಿತದ್ದು

• ಕ್ರಾಲರ್ ಓದುವ HTML ಓದಿ. ಇವುಗಳಲ್ಲಿ ಹೆಚ್ಚಿನವು ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಅದೃಶ್ಯವಾಗಿದ್ದವು ಮತ್ತು ಪ್ರಿರೆಂಡರ್ ಮಾಡಿದ ಫೈಲ್‌ನಲ್ಲಿ ಸ್ಪಷ್ಟವಾಗಿದ್ದವು.
• SEO ನಿಯಮಗಳನ್ನು ಬಿಲ್ಡ್ ಪರಿಶೀಲನೆಗಳಾಗಿ ಬದಲಿಸಿ. "ಪ್ರತಿ ಪುಟಕ್ಕೆ ಒಂದು FAQPage" ಈಗ ನೆನಪಿನಲ್ಲಿ ಇರುವುದಲ್ಲ, ಜಾರಿಗೊಳಿಸಲ್ಪಡುತ್ತದೆ.
• ಸರ್ಚ್ ಇಂಜಿನ್‌ಗಳಿಗೆ ನೀವು ಏನು ಅರ್ಥೈಸುತ್ತೀರಿ ಎಂದು ಹೇಳಿ. ಯಾವ ಚಿತ್ರ ಅಥವಾ ಯಾವ ಸಂಗತಿಗಳು ನಿಮ್ಮನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತವೆ ಎಂದು ನೀವು ಹೇಳದಿದ್ದರೆ, ಅವು ಊಹಿಸುತ್ತವೆ.
• Search Console ಜನರು ಯಾವ ಪ್ರಶ್ನೆ ಕೇಳಿದರು ಎಂದು ತಿಳಿಸುತ್ತದೆ. ಕ್ಲಿಕ್ ಇಲ್ಲದ ಇಂಪ್ರೆಶನ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಪುಟ ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸಿದೆ ಎಂದರ್ಥ.
• ಎಲ್ಲವನ್ನೂ ಅಲ್ಲ, ವ್ಯತ್ಯಾಸಗಳನ್ನು ಸಲ್ಲಿಸಿ. ಬದಲಾದದ್ದನ್ನು ಮಾತ್ರ ಪಿಂಗ್ ಮಾಡುವುದು ರೇಟ್ ಮಿತಿಗಳ ಸರಿಯಾದ ಬದಿಯಲ್ಲಿ ಇರಿಸುತ್ತದೆ.

ನೀವು ನಿರ್ಮಿಸಿದ ಸೈಟ್‌ಗೂ ಇದೇ ಮಾಡುತ್ತಿದ್ದರೆ, ನಮ್ಮ AI ನಿರ್ಮಿತ ವೆಬ್‌ಸೈಟ್‌ಗಳಿಗೆ SEO ಮತ್ತು Google Search Console ಸೆಟಪ್ ಮಾಡುವುದು ಮಾರ್ಗದರ್ಶಿಗಳು ಮೂಲಭೂತ ಅಂಶಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತವೆ.