Mis on ümbersuunamisahelad? Selgitus visuaalidega

Mul on korralikult loodud veebisait (20 tuhat kasutajat kuus, Googlebot juba indekseerib jne), mis on Djangole ehitatud poolteist aastat tagasi. Suurem osa minu saidi liiklusest tuleb SEO-st, mis on viimase aasta jooksul üles ehitatud.

Viimasel ajal on koodibaasi järjest raskem hooldada ja hostiarve on Herokul tõusnud.

Plaanin minna üle Firebase'is hostitud React.js-ile, kuid ma ei saa mastaapsuse tõttu põhjendada React SSR-i raamistiku nagu Next.js kasutamist.

Minu praegune migratsiooniplaan on minu veebisaidi kohal olev ribariba, mis viib praeguse saidi alamdomeenini (nt: beta.website.com), et Googlebot saaks hakata kasutama javascripti jaoks oma kahe lainega indekseerimise protsessi. Kui mul on mugav uus sait beetaversioonist vabastada, eemaldage vana sait täielikult ja asendage see uue CSR-i saidiga.

Kas see muutus mõjutab minu veebisaiti drastiliselt, teades, et Googlebotil on nüüd kahesuunaline JS-i renderdamis- / indekseerimisprotsess? Kas mul oleks parem kasutada SSR-raamistikku, kuigi minu veebisait on SEO kaudu juba mõnevõrra tõmmanud? Kas selline suurem versiooniuuendus (kogu esiosa uuesti kirjutamine) on piisav, et halvendada SEO-d, millele olen rajanud?

Aitäh!

  • Vat, see on üsna tohutu hulk küsimusi. Ehk saate selle postituse tükkideks lõigata? Ma näen kolme peamist teemat: 1. kuidas Google suhtub SSR-i sisusse CSR-i sisust erinevalt. 2. Kuidas mõjutab teie alamdomeeni strateegia teie lehte, kuna see kõlab nagu 1: 1 duplikaadi loomine. Ja 3. Millised on ettevõtete sotsiaalse vastutuse tuginevate JS-i raamistike parimad tavad. - et see oleks praegu võimalikult lühike: ma ei soovitaks CSR-i kasutada mis tahes SEO jaoks kriitilise tähtsusega sisu jaoks.
  • Aitäh @Seb, seni antud nõuandeid arvestades arvan, et ettevõtete sotsiaalne vastutus on vale tee. Lähen uurin veel veidi SSR-i ja selle integreerimist.

Tehtava täienduse puhul on ülioluline tagada, et teie struktuur jääks samaks, ja kui see pole võimalik, kasutage 301 ümbersuunamist praegustelt lehtedelt uutele. See ei tohiks mõjutada teie lehe paremusjärjestust. Vältige 404-sid iga hinna eest.

Nagu öeldud, on kahelainelise indekseerimise ja indekseerimise erinevus kiirus. Kui teie saidi sisu tuleb võimalikult kiiresti indekseerida ja SERP-idele (nt uudistesaitidele) võimalikult kiiresti näidata, siis ma ei valiks kliendipoolset raamistikku. Kui see pole nii, siis on teil hea minna.

Soovitan seda oma teema mõistmise huvides jälgida. Pakkuge otsingusõbralikke JavaScripti toega veebisaite

  • Aitäh! Mõtlen sellele natuke rohkem ja arvan, et peaksin võib-olla lihtsalt SSR-i raamistiku kokku klappima ja kasutama, olen seda teemat veidi uurinud ja arutanud ning tundub, et on mõttekam.

Viidate Googleboti kaheetapilisele indekseerimisele, mis on olnud JS-toega veebisaitide õigeaegse indekseerimise jaoks problemaatiline. Hea uudis on see, et Google ütleb, et renderdamisetapp toimub tavaliselt sekundite jooksul ja harva rohkem kui mõni minut pärast esimest roomamist. Viide: Google ütleb, et GoogleBoti esitamise keskmine aeg on 5 sekundit

See võib leevendada paljusid teie muresid, kuid selles aruandes öeldakse, et Google'il on mõne JS-i sisu puhul endiselt kuu või rohkem indekseerimise viivitusi: JavaScripti indekseerimise viivitused on endiselt Google'i probleem. Nad testisid uudiste veebisaite, mis pakuvad pidevalt JavaScripti abil värsket sisu, ja leidsid, et mõned saidid indekseerivad sisu 30 minutiga ja mõnel on probleeme indekseerimisega. Tõenäoliselt sõltub see mõnest kombinatsioonist, kuidas saidid on üles ehitatud ja kui palju mainet neil on, et Googlebot saaks neid sageli roomata.

SPA-sse kolides peate veenduma, et see jäljendab traditsioonilisi staatilisi saite mõnes peamises aspektis:

  • Igal sisulõigul on oma URL.Kui kasutaja jõuab sügavasse URL-i, peate tagama õige sisu laadimise.
  • Robotid peavad suutma normaalsuse avastada s kasutajatele. Ikka peate lisama vanaaegseid linke.
  • Selleks, et kasutajatel poleks vaja linki klõpsates iga kord lehte värskendada, saate kasutajate jaoks linkide klõpsamised kinni pidada, sobiva sisu laadida ja URL-i muuta ilma lehelt lahkumata, kasutades pushState.

Ma ei tunne Reactit, nii et ma ei tea, kui lihtne või raske on kõik see konkreetse raamistiku all toimima panna.

none: Charles Robertson | none