Cum să vă pregătiți corect backend-ul WordPress pentru SEO

Publicat: 2020-01-25

Indiferent care sunt gândurile tale, SEO este încă o parte masivă a multor afaceri din întreaga lume și este încă în viață și în funcțiune. Acestea fiind spuse, este clar că există o mulțime de noi intrări, caracteristici și, cel mai important, strategii care trebuie luate în considerare.

Utilizarea diferitelor piese de tehnologie pentru a „exploata” algoritmul Google și, prin urmare, sistemul său de clasare, de exemplu, a devenit un standard pentru mulți profesioniști SEO, care, de fapt, se transformă din ce în ce mai mult în dezvoltatori „orientați spre SEO”. Acestea fiind spuse, haideți să încercăm să analizăm de ce și cum ar trebui să vă pregătiți backend-ul WordPress pentru SEO, din perspectivă tehnică.

Ce este SEO tehnic?

Bine, pentru a înțelege corect cum să vă configurați site-ul WordPress pentru SEO, trebuie să analizăm ce este SEO tehnic. În primul rând, nu există, în prezent, o definiție precisă a „ce este SEO tehnic”, dar am putea schița una generală: cu SEO tehnic intenționăm combinarea de strategii care sunt create pentru a „anunța Google ce se întâmplă. site-ul meu în cel mai rapid mod posibil”. SEO tehnic este ceva care este foarte îngrijit de companiile întreprinderi, și anume Apple, Amazon și TESLA, pentru a enumera câteva. SEO tehnic este la fel de complicat ca și dezvoltarea front-end și, indiferent de multe articole disponibile online, necesită o cunoaștere profundă a HTML, CSS și Javascript (în special).

Este WordPress o arhitectură SEO-Friendly?

Din păcate, nu este. WordPress este inamicul numărul unu al multor profesioniști SEO, deoarece este ceea ce este cunoscut sub numele de „arhitectură moștenită” (mai multe despre asta mai târziu). Deși acest lucru poate părea înfricoșător, există o captură: WordPress poate fi într-adevăr optimizat pentru SEO tehnic, înainte de unele perspicace. Dezvoltatorii SEO știu că WordPress este „limitat” pentru sarcinile tehnice și, prin urmare, au dezvoltat o mulțime de instrumente diferite, cum ar fi Yoast, pentru a vă ajuta să construiți o arhitectură mai bună, chiar dacă nu sunteți un expert PHP. În 2019, este obligatoriu, dacă lucrați cu o arhitectură WordPress, să aveți un backend adecvat.

SEO-Friendly Architecture

„Nu știu cum să codific, la ce ar trebui să mă uit, mai întâi?”

După cum s-a spus mai sus, SEO tehnic este în mare măsură legat de cod, indiferent de ce spun blogurile dubioase online. Nu vă faceți griji, totuși, dacă nu sunteți un expert în codare, deoarece trebuie doar să învățați 3 limbi, sau mai bine, sintaxe. HTML este obligatoriu, deoarece atunci când planificați orice formă de strategie SEO tehnică vi se va cere să verificați titlurile, titlurile paginilor, meta descrierile și mai multe etichete. Rețineți că Googlebot (propriul crawler al Google) este capabil să citească HTML în detaliu, așa că este obligatoriu să aveți un „schelet” HTML perfect.

Când vă uitați la o pagină de pe site-ul dvs. WordPress, ar trebui să vă analizați titlurile (<h2> </h2>) și să le optimizați cu cuvinte cheie cu coadă lungă, în timp ce <h1> ar trebui să vă folosească cuvântul cheie principal. După HTML, CSS este de asemenea important, dar nu trebuie să înveți fiecare selector, proprietate și valoare. CSS ar trebui analizat atunci când este folosit în locul titlurilor menționate mai sus (nu vă veți imagina numărul de pagini WordPress care folosesc sprite-uri CSS în loc de formatarea h1,h2).

Dar Javascript?

Javascript pentru SEO tehnic ar trebui luat în considerare separat de celelalte două limbi front-end. Googlebot (chiar dacă a fost actualizat recent) nu poate citi Javascript, prin urmare, dacă aveți vreo aplicație nativă, orice acordeon cu multă valoare sau literalmente orice formă de text inclusă într-un script, puteți considera că a dispărut de la Google. Recent, totuși, Google a introdus o „coadă de randare” pentru Javascript (în special pe partea client), care practic „recunoaște” faptul că o parte din conținut se pierde în timpul procesului de crawling. În practică, aceasta înseamnă că Google vă va citi conținutul (cel inclus într-un anumit script) după HTML și CSS, încetinind efectiv clasamentul.

What About Javascript?

Există o modalitate de a o remedia?

WordPress este o arhitectură foarte bogată în Javascript. Există o mulțime de acordeoane, glisoare și pluginuri care sunt alimentate de jQuery, Vue și alte cadre care sunt voluminoase și redate pe partea clientului. Cel mai simplu mod posibil de a remedia acest lucru ar fi implementarea Javascript-ului randat pe server, care este o chestiune complexă și necesită dezvoltatori cu cunoștințe mari despre Next.js și alte framework-uri randate pe server. Acesta este, desigur, ceva care necesită timp, resurse și cifre profesionale specifice, lucru cu care nu multe companii pot face față.

În general, cea mai bună abordare pentru Javascript pe WordPress ar fi limitarea utilizării acestuia la sarcinile legate de grafică, cum ar fi animarea meniurilor sau imaginilor. Singura aplicare a unui script pentru o linie simplă de text ar putea distruge luni și luni de muncă SEO, așa că rețineți asta atunci când vă planificați WordPress back-end și front-end!

Toate câmpurile personalizate!

Dacă există un lucru bun pe care PHP îl face într-o arhitectură WordPress, acesta ar fi cu siguranță utilizarea câmpurilor personalizate. Câmpurile personalizate sunt esențiale pentru SEO tehnic, mai ales atunci când planificați utilizarea GTM (Google Tag Manager) și a datelor structurate. Al doilea, în special, a devenit o parte fundamentală a lumii SEO, cu zeci de proprietăți, atribute și rezultate bogate care pot fi obținute prin utilizarea markupurilor Schema.org (mai multe despre acestea mai târziu). Este important să rețineți că câmpurile personalizate necesită o anumită formă de cunoștințe PHP, așa că ar fi relativ util să învățați sintaxa generală a acesteia.

Apropo de schema...

Datele structurate sunt OBLIGATORII în 2019 pentru orice strategie SEO tehnică. Google apreciază foarte mult site-urile care sunt marcate cu date structurate și, prin urmare, este ceva la care fiecare profesionist SEO ar trebui să se uite. Datele structurate se referă la utilizarea scripturilor codificate JSON-ld (în principal), care sunt, de fapt, o „confirmare” a ceea ce acoperă conținutul de pe pagina ta. În plus, Google investește foarte mult în rezultate bogate în SERP (evaluare cu stele pentru paginile de produse, casete de întrebări frecvente și multe altele) doar pentru a îmbunătăți experiența utilizatorului.

Schema este un program open-source și este actualizat zilnic, prin urmare, dacă nu ați creat câmpuri personalizate pentru el, ar trebui să o faceți acum. În mod ipotetic, ați putea folosi pluginuri, cum ar fi aplicația Schema, pentru a face acest lucru, dar cu markupurile Schema, este întotdeauna cel mai bine să le codificați manual folosind proprietățile și atributele care s-ar putea potrivi cel mai bine conținutului dvs.

Viteză: cea mai mare problemă WordPress

WordPress Speed

După cum am menționat mai sus, WordPress este ceea ce se numește o „arhitectură moștenită”. Prin aceasta, intenționăm ca bibliotecile, cadrele și motorul care le mută să fie considerate „învechite” și „vechi” în lumea front-end și backend de astăzi. Având în vedere acest lucru, este destul de ușor de înțeles de ce anumite site-uri WordPress nu sunt performante, din punct de vedere al vitezei. Viteza este un factor de clasare foarte important pentru clasamentele Google și există o mulțime de moduri diferite de a o îmbunătăți pentru o strategie tehnică de SEO.

În primul rând, ar trebui să reduceți utilizarea pluginurilor grafice precum WPBakery : codarea manuală a CSS-ului dvs. ar putea economisi (nici măcar să glumiți) cel puțin 1 secundă din timpul de încărcare p/pagină. În mod ideal, un dezvoltator ar trebui să construiască un site cu performanțe bune, dar optimizarea vitezei, mai ales atunci când este realizată prin comprimarea imaginilor și a altor resurse minore, ar putea fi făcută de oricine.

Cum să vă planificați corect backend-ul pentru optimizarea accesării cu crawlere

Am abordat modul în care Google accesează cu crawlere Javascript și acum suntem gata să descriem cum să vă pregătiți site-ul WordPress pentru un buget optim de accesare cu crawlere. Pentru „Buget de accesare cu crawlere” intenționăm intervalele de timp pentru care Google scanează un site web pentru a le indexa și a le clasifica ulterior în SERP. Există, încă o dată, o mulțime de strategii care ar putea fi utilizate pentru a optimiza bugetul de accesare cu crawlere al site-ului dvs. WordPress, dar toate încep cu analiza fișierelor jurnal ale acestuia.

Folosind instrumente precum ScreamingFrog sau Deepcrawl , veți putea să analizați și să subliniați ce pagini sunt accesate cel mai mult cu crawlere și, în general, veți vedea cum Google accesează cu crawlere activele, cum ar fi fișierele tematice, mai mult decât paginile de destinație reale. Aceasta este, desigur, o problemă masivă, deoarece pierzi efectiv timpul lui Googlebot, permițându-l să acceseze cu crawlere bucăți din site-ul tău care nu sunt orientate către cuvinte cheie, limitându-ți, prin urmare, potențialul de clasare. Odată ce acest lucru este confirmat prin efectuarea unei analize adecvate a fișierelor jurnal, puteți elimina acele resurse care sunt accesate cu crawlere din bugetul de accesare cu crawlere al Googlebot, interzicându-le în fișierul robots.txt. Puteți găsi mai multe informații despre cum să o faceți aici.

Ce zici de mobil?

După cum probabil știți, Google apreciază foarte mult versiunea mobilă a fiecărui site, până la punctul în care indexul mobil a fost numărat primul din 2018 (2017 din punct de vedere tehnic, dar a fost înscris pe deplin în 2018) în scopuri de clasare. Este extrem de important să înțelegeți că toate aceste strategii se aplică și pentru mobil atunci când vă planificați arhitectura WordPress cu un accent puțin mai mare pe bugetul de accesare cu crawlere, doar pentru că Google accesează cu crawlere versiunile mobile ale site-urilor mult mai repede.

Pe WordPress, unii dezvoltatori de aplicații au creat un plugin AMP cu ajutorul căruia vei putea crea, îmbunătăți și optimiza, în cele din urmă, viteza mobilă a site-ului tău WordPress. AMP (Accelerated Mobile Pages) este ceva care ar putea ajuta, de asemenea, rezultatele prezentate pe Google dacă conținutul/produsul dvs. nu este foarte orientat către forme lungi de conținut.

A concluziona

WordPress este o arhitectură simplă de configurat, dar extrem de complexă de optimizat, mai ales când vine vorba de SEO tehnic. Vă rugăm să rețineți că aceste strategii sunt doar un schelet a ceea ce este de fapt SEO tehnic aplicat WordPress, deoarece există o mulțime de variabile incluse în ecuație, de la stabilirea regulilor detaliate GTM până la optimizarea calității sesiunii în funcție de obiectivul site-ului. Acestea fiind spuse, este posibil să creați și să livrați o strategie SEO tehnică de extrem de înaltă calitate prin WordPress, mai ales dacă îi optimizați backend-ul de la început. WordPress poate fi o arhitectură moștenită, dar există o mulțime de modalități de a „depăși” această problemă inițială, așa cum am menționat mai sus.