SEO pentru CMS fără cap: lucruri la care să acordați atenție
Publicat: 2020-11-30Cuprins
În principiu, SEO pentru un CMS fără cap urmează în continuare aceleași reguli ca un CMS tradițional. Prin urmare, crawlerea, viteza și calitatea conținutului rămân obiectivele atunci când doriți să intrați în el. Dar, deși avem obiective similare de atins, mijloacele pentru atingerea acestor obiective sunt diferite într-un CMS fără cap.
Cum este diferit SEO într-un CMS fără cap
Într-un CMS fără cap, cea mai mare parte a activității SEO trebuie făcută manual, deoarece de obicei nu există niciun plugin sau suplimente care să ușureze întregul proces - și asta înseamnă mai multă muncă pentru tine și mai multe lucruri de învățat în acest proces, în loc de bazându-se pe instrumente terțe. Mai mult, deoarece majoritatea CMS-urilor și cadrelor frontend fără cap în acest moment sunt bazate pe JavaScript, SEO pentru astfel de medii se poate complica din cauza naturii crawlerelor care nu pot reda JavaScript cu ușurință.
Chiar dacă Googlebot poate reda JavaScript, nu vrem să ne bazăm pe asta.
Martin Splitt, despre implementarea randării dinamice
Lectură recomandată: CMS fără cap vs CMS tradițional
Lucruri de urmărit într-un CMS fără cap
Texte alternative
Textele alternative ajută la ca conținutul imaginii dvs. să fie lizibil de către roboții Google. Similar metadatelor personalizate, textul alternativ pentru imagini nu este o caracteristică ieșită din cutie în majoritatea CMS-urilor fără cap, iar acest lucru înseamnă că va trebui implementat de furnizorul dvs. de CMS.
Pentru un CMS fără cap care nu are o caracteristică Alt Text încorporată, putem adăuga manual textul alternativ pe imagine, fără prea mult efort, deoarece trebuie doar să adăugați un atribut <alt> imaginilor dvs.
<img src="image.png" alt="textul nostru alternativ">
Metadate
Etichetele de metadate sunt etichete speciale pe care Căutarea Google le înțelege. Aceste etichete descriu conținutul site-ului dvs. și vă ajută să controlați modul în care apar paginile dvs. în Căutarea Google. Și, spre deosebire de un CMS tradițional, un CMS fără cap de obicei nu are capacitatea de a edita etichetele de metadate din mers, ceea ce înseamnă că titlul paginii, descrierile și alte metaetichete trebuie adăugate manual în modelele de conținut.
De exemplu, pentru un site web fără cap care are un front -end bazat pe React, dar fără suport pentru metadate personalizate, folosim react-helmet pentru a adăuga în mod convenabil metadate în <head> .
Pentru un CMS fără cap care acceptă metadate personalizate, de obicei, va trebui să adăugați câmpuri care conțin etichete de metadate personalizate în modelul dvs. de conținut sau să creați un model SEO personalizat în care să conțină toate metaetichetele necesare. Modelul SEO creat trebuie configurat pentru a avea relații cu toate paginile care au nevoie de el.
Fragmente de date structurate
Fragmentele de date structurate ajută Căutarea Google să vă înțeleagă mai bine pagina și tot conținutul din ea. Prin furnizarea de fragmente de date structurate valide, site-ul dvs. este eligibil pentru rezultate bogate.
Pentru a crea un fragment de date structurate, folosim o matrice JSON-LD care este stocată în <head> site-ului dvs. Și, spre deosebire de CMS-ul tradițional, în care întregul proces este automatizat cu un plugin (de exemplu, Yoast SEO), într-un CMS fără cap, va trebui să:
- Alegeți tipurile de date structurate corecte pentru paginile dvs
- Adăugați cod JavaScript personalizat care vă ajută să generați fie toate datele structurate necesare, fie să adăugați mai multe informații la datele structurate redate de server
fetch('https://api.example.com/recipes/123')
.then(răspuns => răspuns.text())
.then(structuredDataText => {
const script = document.createElement('script');
script.setAttribute('tip', 'application/ld+json');
script.textContent = structuredDataText;
document.head.appendChild(script);
});- Testați-vă implementarea utilizând Testarea rezultatelor îmbogățite
Probleme de urmărire a afișărilor de pagină
Dacă ați încercat vreodată să implementați Google Analytics pe un site web fără cap, probabil ați observat că numai prima afișare de pagină a site-ului dvs. este urmărită. Acest lucru se datorează în mare măsură faptului că front-end-ul unui CMS fără cap este o aplicație de o singură pagină în natură, ceea ce înseamnă că pagina se încarcă o singură dată și este declanșat un singur eveniment pageView per sesiune. Pentru a evita această problemă, implementăm API-ul Istoric pentru a activa vizualizările de pagină virtuale care pot fi apoi urmărite utilizând declanșatorul Modificare istoric în Managerul de etichete Google.
Schimbarea istoricului declanșează piste pentru modificări ale fragmentului URL sau ale obiectului de stare istoric. Când apare o schimbare între acestea două, avem următoarele variabile:
- Istoric vechi fragment de adresă URL: cum a fost fragmentul de adresă URL.
- Istoric nou fragment de adresă URL: care este fragmentul de adresă URL acum.
- Istoric vechi stare: obiectul istoric vechi, controlat de apelurile site-ului la pushState.
- Istoric stare nouă: noul obiect de stare istoric, controlat de apelurile site-ului la pushState.
Pentru a crea un declanșator de modificare a istoricului, accesați Google Manager de etichete și:
- Alegeți Declanșatoare > Nou
- Alegeți Configurare declanșare > Modificare istoric
După aceasta, va trebui să creăm o nouă etichetă de configurare Google Analytics pentru a se declanșa pe declanșatorul de modificare a istoricului pe care tocmai l-am creat, astfel:
Si asta e. Acum ar trebui să puteți urmări afișările de pagină pe site-ul dvs. web fără cap.
Probleme de audit SEO
Întrucât site-ul dvs. web fără cap este format în mare parte din JavaScript pe partea clientului, auditarea SEO ar putea reprezenta o problemă, deoarece crawlerele utilizate în majoritatea instrumentelor gratuite de auditare SEO nu au capacitatea de a reda JavaScript.
Această problemă poate fi rezolvată plătind mai mult, deoarece puteți face upgrade la următorul plan premium pentru a activa suportul pentru această funcție. De asemenea, trebuie să rețineți că redarea JavaScript nu este activată în mod implicit în majoritatea instrumentelor de audit SEO, ceea ce înseamnă că va trebui să îl activați manual pentru a accesa cu crawlere site-ul dvs. fără cap.
Divizarea codului
Deoarece un CMS obișnuit fără cap se bazează în mare parte pe JavaScript, cantitatea de cod JavaScript folosită pe site-ul dvs. web – mai ales atunci când utilizați un număr mare de biblioteci terțe – poate ajunge până la punctul de a fi copleșitoare.
Și după cum știm cu toții, viteza paginii afectează SEO, așa că nu putem lăsa codul nostru JavaScript să rămână așa, motiv pentru care împărțirea codului este făcută pentru a evita această problemă. Cu împărțirea codului, vă puteți împărți codul JS în pachete mai mici care pot fi apoi încărcate dinamic în timpul execuției. Această caracteristică este acceptată în prezent de bundleri precum Webpack și Browserify prin factor-bundle.
import React, { Suspans, lazy } din 'react';
import { BrowserRouter as Router, Route, Switch } din 'react-router-dom';
const Home = lazy(() => import('./routes/Home'));
const Despre = lazy(() => import('./routes/Despre'));
const App = () => (
<Router>
<Suspense fallback={<div>Se încarcă...</div>}>
<Comutator>
<Route exact path="/" component={Acasă}/>
<Route path="/about" component={Despre}/>
</Switch>
</Suspans>
</Router>
);Redare dinamică
Deoarece majoritatea site-urilor web fără cap sunt de natură JavaScript, ele se confruntă cu aceeași provocare SEO majoră care este redarea JavaScript.
[…], este dificil să procesezi JavaScript și nu toți crawlerele motoarelor de căutare sunt capabili să-l proceseze cu succes sau imediat.
Implementarea redării dinamice, Google
Crawlerele nu pot reda JavaScript în mod eficient, de aceea Google însuși sugerează Redarea dinamică ca soluție de soluție între timp . Introdusă în Google I/O '18, randarea dinamică este o soluție ideală pentru site-urile web bazate pe JavaScript care doresc o modalitate ușoară de a rezolva provocările SEO, păstrând în același timp toate beneficiile care vin cu randarea pe partea clientului. Cu această nouă metodă de randare, serverul dvs. web trimite utilizatorilor conținut normal, redat pe partea clientului, în timp ce crawlerele motoarelor de căutare primesc conținut HTML static complet redat de server.
Ceea ce înseamnă toate acestea este că obțineți tot ce este mai bun din ambele lumi cu randarea dinamică - ușurința de accesare cu crawlere a randării pe partea de server și randarea ulterioară rapidă a randării pe partea client.
Pentru a implementa randarea dinamică, va trebui să ne bazăm pe randare dinamice, cum ar fi Rendertron sau Puppeteer, pentru a scurta întregul proces. Aceste randări vor converti conținutul site-ului dvs. în HTML static, ușor de înțeles de către crawler-uri.
După ce ați terminat de instalat și de configurat redarea dinamică, urmați pașii suplimentari din documentul oficial Google pentru a configura comportamentele agenților utilizatori.
Concluzie
SEO pentru un CMS fără cap nu este cea mai simplă modalitate și va necesita puțină muncă din partea dezvoltatorilor dvs. pentru a face totul corect. Dar odată ce ați înțeles, un CMS fără cap poate fi la fel de eficient ca un CMS tradițional atunci când vine vorba de SEO. Și, în plus, aveți mult mai multă libertate și flexibilitate pentru a crea conținut așa cum doriți.