Өөрсдийн сайтыг засахаас авсан SEO сургамжууд

Бид хэдэн өдөр сайтаа хайлтын системийн адил уншиж, засах зүйтэй зургаан зүйл олсон. Хуудас бүр хоёр FAQ блок зарладаг байсан, Google бидний танилцуулгын зургийн оронд декоратив арын гэрэлтэлтийг ашиглаж байсан, загварын хэд хэдэн хуудас тэдний хариулдаггүй хайлтаар эрэмбэлэгдэж байсан, сайтын нэг хэсэг staging дээр бидний өөрсдийн edge-ээр блоклогдсон байсан. Энэ нь тийм ч догдолгоотой биш байсан. Гэхдээ бүгд бидний харагдах байдлыг чимээгүйхэн хохироож байсан.

Сайт нэг догол мөрөнд

mythex.ai бол бид build үед prerender хийдэг нэг хуудастай app. Скрипт бүх маршрутыг туулж, тус бүрт статик HTML файл бичиж, хуудасны гарчиг, тодорхойлолт болон structured data (хайлтын системд хуудас юу болохыг хэлдэг JSON-LD блок; structured data гэж юу вэ гэж үзнэ үү) оруулдаг. Доорх зүйлсийн ихэнх нь prerender алхамд байдаг, учир нь краулер үнэхээр уншдаг HTML энэ.

1. Хуудас бүр өөрийгөө FAQ хуудас гэж мэдэгдэж байсан

Шинж тэмдэг. Бидний HTML загвар сайтын хэмжээний FAQPage блокыг structured data-д агуулж, URL нь /faq руу заадаг байсан. Дараа нь prerender хуудас бүрийн өөрийн FAQPage-ийг дээр нь нэмдэг байсан. Тиймээс сайт бүр хоёрыг илгээдэг байсан, мөн нууцлалын бодлого Google-д энэ бол FAQ хуудас гэж хэлж байсан.

Яагаад чухал вэ. Google хуудас бүрт хамгийн ихдээ нэг FAQPage хүлээдэг. Өөр газар заасан хоёр дахь нь хуудасны маркапыг үл тоомсорлохоос гадна хямдруулдаг.

Засвар. Сайтын хэмжээний блок арилсан. Хуудас бүрийн FAQ маркап одоо нэг газраас гардаг, /faq өөрөө ч үүнд хамаарна; тэр нь бүх асуултын жагсаалтаас бүтээгддэг. FAQ байхгүй хуудсууд одоо ямар ч FAQ зарладаггүй, энэ бол шударга хариулт. Мөн хэрэв ямар нэг хуудас дахин нэгээс олон FAQPage агуулбал prerender build-ийг бүтэлгүйтүүлдэг. Хэн нэгний толгойд байдаг дүрэм эвдэгддэг; build-ээр хэрэгжүүлдэг дүрэм эвдэгддэггүй.

2. Google бидний хувьд буруу зургийг ашигласан

Шинж тэмдэг. Хайлтын үр дүнд Mythex-ийн thumbnail нь бидний share card биш, нүүр хуудасны hero-ийн ард байдаг зөөлөн лүпдэг гэрэлтэлт байв, энэ нь декоратив арын зураг.

Яагаад болсон бэ. Бид Google-д аль зураг хуудсыг төлөөлдгийг хэлээгүй байсан тул тэр олсноороо сонгосон.

Засвар. Нэг асуудлын хоёр тал:

• Аль зураг хуудасных болохыг хэл. Нүүр хуудсанд одоо primaryImageOfPage нь share card рүү заасан WebPage node байна, мөн prerender хийсэн хуудас бүрийн structured data өөрийн зургийг агуулна (хуудасны share зураг эсвэл үндсэн зураг).
• Декорыг нуу. Арын зургуудыг одоо robots.txt-д хориглож, noindex, noimageindex header-тэй үйлчилдэг, тиймээс тэд зургийн хайлт болон thumbnail-д гарахгүй.

3. Хайлтын системүүд бидний лого л мэддэг байсан

Бидний Organization маркап нэр, лого, нийгмийн сүлжээний линкүүдтэй байсан, зөвхөн брэндинг. Хайлтын систем компанийн knowledge panel-ээ бүртгэлийн төрлийн баримтуудаас бүтээдэг, тиймээс бид худалдааны улсын бүртгэлийн гэрчилгээнийхээ баримтуудыг нэмсэн: хууль ёсны нэр, байгуулагдсан огноо, үүсгэн байгуулагч, бүртгэлтэй хаяг. Утасны дугаарыг санаатайгаар оруулаагүй.

4. Загварын хуудсууд буруу асуултад хариулж байсан

Шинж тэмдэг. Search Console гурван загварын хуудас харагдац цуглуулж байгаа ч дарлага байхгүй гэж харуулсан. Нэг нь «content strategist portfolio» болон түүний хувилбаруудаар, нөгөө нь «best italian restaurant website design»-аар, гурав дахь нь «agile board» кластераар эрэмбэлэгдэж байсан, эдгээр хайлтын ихэнх нь «free» гэдэг үгтэй байсан. Байр суурь 20-иод оноос 50-иад хүртэл байв.

Яагаад. Хуудас бүр асуусан асуултаас өөр асуултад хариулж байсан. Итали ресторанының загвар ямар харагддагийг харахыг хүссэн хүн бүтээгч зараж буй хуудас дээр газарджээ.

Засвар. Гурван хуудас бүр одоо бүтээгдэхүүнд бус хайлтад зориулсан хэсэгтэй, хүмүүсийн бичдэг үгээр бичсэн гарчиг, тодорхойлолт, мөн аль хэдийн гаргаж байсан маркапдаа тохирох FAQ-тай.

Ижил commit нь бүр нарийн асуудлыг засав. «Холбоотой загварууд» блок ангиллын эхний дөрвөн загварыг авдаг байсан, тиймээс портфолио загвар бүр ижил дөрвөн портфолио руу заадаг байсан, ангиллын бусад хэсэгт дотоод линк огт байгаагүй. Бид үүнийг дэд ангиллаар эрэмбэлсэн цагираар солисон: загвар хуудас бүр яг дөрвөн орж холбоос, дөрвөн гарах холбоостой болсон. Prerender HTML одоо эдгээр линкүүдийг мөн хэвлэдэг. Өмнө нь тэдгээр нь зөвхөн JavaScript ажилласны дараа л байсан, краулер хэзээ ч гүйцэтгэхгүй байж магадгүй.

5. Шинэ хуудсуудаа deploy хиймэгц Bing-д мэдэгдэх

Google IndexNow-г үл тоомсордог, энэ бол URL өөрчлөгдөхөд хайлтын системд ping илгээх протокол. Bing, Yandex, Seznam үүнийг ашигладаг, мөн Bing-ийн индекс нь ChatGPT хайлтад уншдаг индекс юм. AI аппын builder-ийг AI туслахууд олж чадахгүй бол энэ бол тодорхой төрлийн алдаа.

Тодорхой арга, deploy бүрт бүх sitemap-ийг илгээх нь түлхүүрийг хязгаарладаг, мөн ихэнх deploy хайлтын систем анхаарах зүйлийг огт өөрчилдөггүй. Тиймээс скрипт одоо үйлчилж буй sitemap-ийг шинэ build-тэй харьцуулж, зөвхөн ялгаатай хэсгийг илгээдэг.

Үүнийг ажиллуулсан хоёр дэлгэрэнгүй:

• Deploy хийхээс өмнө агшин авах. Суурь агшин шинэ build амьдрахаас өмнө авагдах ёстой. Дараа нь «амьд» sitemap аль хэдийн шинэ болсон байх ба бүх ялгаа хоосон гарна.
• Одоохондоо зөвхөн шинэ хуудсууд. Бидний sitemap-д lastmod огноо байхгүй тул скрипт шинэ хуудсуудыг зарладаг, харин дахин бичсэнийг зарладаггүй. URL бүрт build-ийн огноо тавих нь deploy бүрт бүх сайтыг өөрчлөгдсөн гэж тэмдэглэх байсан, яг л бид зайлсхийж байсан спам.

Энэ нь зөвхөн production deploy дээр ажилладаг бөгөөд build-ийг хэзээ ч бүтэлгүйтүүлдэггүй: скрипт ажиллах үед сайт аль хэдийн амьд байдаг, хайлтын системийн ping улаан deploy-ийн үнэ цэнэтэй биш.

6. Бидний өөрсдийн edge «олдсонгүй» гэж хэлсэн

/ai хуудсуудаа нээхэд (тэдгээрийн тухай илүү бизнесийн төрөл бүрт зориулсан landing page дээр), staging бүгдийг «Not found» гэж харуулж байсан, харин static host тэдгээрийг зөв үйлчилж байсан.

Маркетингийн хостуудын өмнөх үйлчилгээ зөвхөн зөвшөөрөгдсөн замын жагсаалтыг дамжуулдаг; бусад нь хатуу 404 авдаг. /ai шинэ байсан, жагсаалтад байгаагүй. Бид /ai болон /ai/*-ийг нэмж, тэд дамжина гэдгийг баталдаг тест бичсэн. Жижиг алдаа, гэвч яг л шинэ хэсгийг краулеруудад хэн ч анзаарахгүй нуудаг төрлийн алдаа.

Бидний авсан дүгнэлт

• Краулерийн уншдаг HTML-ийг уншина уу. Эдгээрийн ихэнх нь хөтөчид үл үзэгдэх, prerender файлд тодорхой байсан.
• SEO дүрмийг build-ийн шалгалт болгож хөрвүүл. «Хуудас бүрт нэг FAQPage» одоо хэрэгжүүлдэг, санаж байдаг биш.
• Хайлтын системүүдэд юу гэсэн утгатайгаа хэл. Аль зураг, аль баримт таныг төлөөлөхийг хэлэхгүй бол тэд таах болно.
• Search Console ямар асуулт асуусныг хэлдэг. Дарлагагүй харагдац ихэвчлэн хуудас өөр асуултад хариулсныг заадаг.
• Бүгдийг биш ялгааг илгээ. Зөвхөн өөрчлөгдсөнийг ping хийх нь хязгаарлалтын дүрмүүдэд нийцүүлдэг.

Хэрэв та өөрийн бүтээсэн сайтад ижил зүйлийг хийх бол AI-ээр бүтээсэн сайтын SEO болон Google Search Console тохируулах гарын авлагууд суурь мэдлэгийг өгнө.