Mga Aral sa SEO Mula sa Pag-ayos ng Sarili Naming Site

Nagbasa kami ng sarili naming site nang ilang araw, gaya ng pagbasa ng search engine, at nakakita kami ng anim na bagay na dapat ayusin. Ang bawat page ay nagdeklara ng dalawang FAQ block, ginagamit ng Google ang pandekorasyong background glow bilang aming thumbnail, ang ilang template page ay nasa ranking para sa mga search na hindi naman nila sinasagot, at ang bagong bahagi ng site ay hinarang ng sarili naming edge sa staging. Walang masyadong dramatiko dito. Pero lahat ng ito ay tahimik na nagpapababa ng aming visibility.

Ang site sa isang talata

Ang mythex.ai ay isang single-page app na aming prerender sa oras ng build: may script na dumadaan sa bawat route, sumusulat ng static HTML file para sa bawat isa, at naglalagay ng title, description at structured data ng page (ang JSON-LD block na nagsasabi sa search engine kung ano ang page, tingnan ang ano ang structured data). Karamihan ng susunod na nakasulat ay nasa prerender step na iyon, dahil iyon ang HTML na talagang binabasa ng crawler.

1. Inangkin ng bawat page na siya ang FAQ page

Sintomas. Ang aming HTML template ay may site-wide na FAQPage block sa structured data nito, na ang URL ay tumuturo sa /faq. Idinagdag ng prerender ang sariling FAQPage ng bawat page sa ibabaw nito. Kaya dalawa ang laman ng bawat page sa site, at sinasabi ng aming privacy policy sa Google na ito ang FAQ page.

Bakit ito mahalaga. Inaasahan ng Google na isa lang na FAQPage ang bawat page. Ang pangalawa na tumuturo sa ibang lugar ay ang uri ng bagay na nagpapababa sa halaga ng markup ng page, hindi lang basta binabalewala.

Ayos. Wala na ang global block. Ang FAQ markup ng bawat page ay galing na ngayon sa iisang lugar, kasama ang /faq mismo, na binubuo ito mula sa buong listahan ng mga tanong. Ang mga page na walang FAQ ay wala nang ideklara, na siyang tapat na sagot. At papalyain ng prerender ang build kapag may page na nagkaroon ulit ng higit sa isang FAQPage. Ang panuntunang nasa memorya lang ng isang tao ay nalalabag; ang panuntunang ipinapatupad ng build ay hindi.

2. Maling larawan ang ginamit ng Google para sa amin

Sintomas. Sa search results, ang Mythex thumbnail ay ang malambot na pumipintig na glow sa likod ng aming homepage hero, isang pandekorasyong background image, sa halip na ang aming share card.

Bakit ito nangyari. Hindi namin sinabi sa Google kung aling larawan ang kumakatawan sa page, kaya pumili ito ng nakita nito.

Ayos. Dalawang panig ng iisang problema:

• Sabihin kung aling larawan ang sa page. Ang homepage ay mayroon na ngayong WebPage node na may primaryImageOfPage na tumuturo sa share card, at ang structured data ng bawat prerendered page ay may sariling larawan (ang share image ng page, o ang default).
• Itago ang dekorasyon. Ang mga background image ay hindi na pinapayagan sa robots.txt at ibinibigay na may noindex, noimageindex header, kaya nananatili silang wala sa image search at thumbnails.

3. Logo lang ang alam ng mga search engine tungkol sa amin

Ang aming Organization markup ay may pangalan, logo at ilang social link, branding lang at wala nang iba. Gumagawa ang mga search engine ng knowledge panel ng isang kumpanya mula sa mga factong parang nasa registry, kaya idinagdag namin ang mga galing sa aming trade license: legal na pangalan, petsa ng pagkakatatag, founder at rehistradong address. Sinadya naming iwan ang numero ng telepono.

4. Ang mga template page ay sumasagot sa maling tanong

Sintomas. Ipinakita ng Search Console na tatlong template page ang nakakakuha ng impressions pero walang click. Ang isa ay nasa ranking para sa "content strategist portfolio" at mga variant nito, ang isa para sa "best italian restaurant website design", at ang isa ay para sa isang cluster na nakasentro sa "agile board", at kalahati ng mga search na iyon ay may salitang "free". Nasa mid-20s hanggang 50s ang mga posisyon.

Bakit. Ang bawat page ay sumasagot sa ibang tanong sa tinanong. Ang taong gustong makita kung ano ang magandang disenyo para sa Italian restaurant ay napunta sa page na nagbebenta ng builder.

Ayos. Ang bawat isa sa tatlo ay may seksyon na ngayon na isinulat para sa search sa halip na para sa produkto, may title at description na gamit ang mga salitang tina-type ng tao, at mga FAQ na sulit sa markup na matagal na nilang nilalabas.

Isang mas tahimik na problema ang inayos sa parehong commit. Ang block na "related templates" ay kumukuha ng unang apat na template sa isang kategorya, kaya lahat ng portfolio template ay tumuturo sa parehong apat na portfolio, at walang internal link ang iba pang bahagi ng kategoryang iyon. Pinalitan namin ito ng ring na inayos ayon sa subcategory: bawat template page ay nakakakuha na ngayon ng eksaktong apat na link papasok at apat na link palabas. Inilalabas na rin ngayon ng prerendered HTML ang mga link na iyon. Dati, umiiral lang ang mga ito pagkatapos tumakbo ang JavaScript, na maaaring hindi kailanman gawin ng crawler.

5. Pagsabi sa Bing tungkol sa mga bagong page sa sandaling mag-deploy

Binabalewala ng Google ang IndexNow, isang protocol para mag-ping sa mga search engine kapag nagbago ang URL. Ginagamit ito ng Bing, Yandex at Seznam, at ang index ng Bing ang binabasa ng ChatGPT search. Ang AI app builder na hindi mahanap ng mga AI assistant ay isang partikular na uri ng pagkabigo.

Ang halatang paraan, ang pag-submit ng buong sitemap sa bawat deploy, ay paraan kung paano na-throttle ang isang key, at karamihan ng deploy ay walang binabago na mahalaga sa search engine. Kaya ikinukumpara ng isang script ang sitemap na kasalukuyang ina-serve ng site sa bagong built lang, at ang ipinapadala lang nito ay ang pagkakaiba.

Dalawang detalye ang nagpagana nito:

• Kumuha ng snapshot bago mag-deploy. Dapat makuha ang baseline bago mapunta sa live ang bagong build. Pagkatapos noon, ang "live" na sitemap ay bagong bersyon na at lalabas na walang laman ang bawat diff.
• Mga bagong page lang, sa ngayon. Walang petsang lastmod ang aming sitemap, kaya ang script ay nag-aanunsyo ng mga bagong page pero hindi ng mga binagong page. Kung lalagyan ng petsa ng build ang bawat URL, mamarkahan ang buong site bilang nabago sa bawat deploy, eksaktong spam na iniiwasan namin.

Tumatakbo ito sa production deploys lang at hindi kailanman pumapalya sa build: pagdating ng oras na tumakbo ito, live na ang site, at hindi sulit ang ping sa search engine para gawing pulang deploy ang isang buong build.

6. Sinabi ng sarili naming edge na "not found"

Nang ilunsad namin ang mga /ai page (higit pa tungkol sa mga iyon sa isang landing page para sa bawat uri ng negosyo), ipinakita ng staging ang "Not found" sa lahat ng ito habang maayos naman silang inihahain ng static host.

Ang serbisyong nasa harap ng aming marketing hosts ay nagpapasa lang ng allowlist ng mga path, at ang anumang iba ay tumatanggap ng hard 404. Bago pa ang /ai at wala ito sa listahan. Idinagdag namin ang /ai at /ai/*, kasama ang test na nagpapatunay na nakakapasa ang mga ito. Maliit na bug, pero eksaktong uri ng bagay na nagpapawala sa bagong seksyon sa paningin ng mga crawler nang hindi napapansin ng sinuman.

Ang natutunan namin

• Basahin ang HTML na binabasa ng crawler. Karamihan sa mga ito ay hindi nakikita sa browser at halatang-halata sa prerendered file.
• Gawing build check ang mga SEO rule. Ang "isang FAQPage bawat page" ay ipinapatupad na ngayon, hindi na lang inaalala.
• Sabihin sa mga search engine ang ibig mong sabihin. Kung hindi mo sinabi kung aling larawan o aling mga factong kumakatawan sa iyo, huhulaan nila ito.
• Sinasabi sa iyo ng Search Console kung aling tanong ang itinanong ng mga tao. Ang impressions na walang click ay kadalasang ibig sabihin, sinagot ng page ang ibang tanong.
• I-submit ang pagkakaiba, hindi ang lahat. Ang pag-ping lang ng nabago ay nagpapanatili sa iyo sa tamang panig ng rate limits.

Kung ginagawa mo rin ito para sa site na ginawa mo, sakop ng aming mga gabay tungkol sa SEO para sa AI-built na website at pag-set up ng Google Search Console ang mga pangunahing bagay.