5 lucruri pe care trebuie să le știți despre SEO On the Edge cu Chris Green

Astăzi vom arunca o privire asupra modului în care vă puteți îmbunătăți calitatea vieții SEO prin desfășurarea mai multor afaceri la margine cu o frânghie, căruia îi place să-și zgârie atent barba în timp ce sorbește cafea și whisky, sau poate ideal, o cafea irlandeză. El este antrenorul, vorbitorul și rezolvatorul problemelor de căutare. Un călduros bun venit la podcast-ul In Search SEO, consultant senior SEO, Chris Green.

Cele cinci sarcini sunt:

• Testare divizată
• Managementul redirecționării
• Înregistrare acces bot
• Construire/management hartă site
• Injectarea de conținut

Chris: Mulțumesc că m-ai primit, David.

D: Îl poți găsi pe Chris la chris-green.net. Deci, Chris, nu suni, dar ești mereu pe margine?

C: Nu stiu. Cred că oricine se ocupă de SEO de zeci de ani ar fi puțin pe margini. Răspunsul scurt, este da. Răspunsul lung, depinde. Stai, acesta este un alt răspuns scurt. M-am apucat de SEO pe vremea când pinguinii și panda au început să dea drumul, așa că da, cred că sunt suficient de pe marginea cuțitului. Nu cred că mi-am revenit vreodată din asta dacă sunt complet sincer.

D: Îmi amintesc că ai vorbit despre margine cu ceva timp în urmă. Cu siguranță ești unul dintre cei mai importanți gânditori pe această temă. Așa că e grozav să te avem pentru a discuta despre asta. Și astăzi, vei împărtăși cinci sarcini SEO care sunt mai bine gestionate la margine. Începând cu numărul unu, testarea divizată SEO.

1. Testarea SEO Split

C: Deci, testarea în cadrul SEO a reușit în sfârșit puțin mai mult. Și există mai multe moduri de a testa SEO, de la simplul real de implementare, verificare cu Analytics, dacă a funcționat, nu a funcționat. Acesta este cel mai simplu mod pe care, în teorie, toți cei din SEO ar trebui să o facem. Dar modul în care funcționează „marginea” este de a implementa în mod eficient o modificare a 50% din paginile dintr-un grup și de a lăsa Google să viziteze paginile de testare și apoi paginile de control/neschimbate. Acest lucru vă ajută să faceți modificări în grupurile de pagini de pe site-ul dvs. schimbarea de fapt baza de cod sau adăugarea oricăror cerințe suplimentare pe server sau pe CMS. Este ca și cum ați adăuga un strat suplimentar care spune că pe aceste pagini le vom arăta oamenilor diferite versiuni, pe care le puteți face în diferite momente ale procesului.

Deci, marginea face să pară ca și cum ar veni de la server, ceea ce este grozav pentru indexare, deoarece Google îl preia ca și cum ar fi doar cod. Puteți face această testare și în client. Deci, folosind JavaScript, care este în principiu mai puțin fiabil, poate funcționa, dar pune mult mai mult accent pe Google. Deci, marginea o face mai rapidă, iar rezultatele pe care le obțineți, puteți avea mai multă încredere. Nu este perfect, dar este mult mai bun și mult mai robust.

D: Deci majoritatea SEO-urilor vin cu propriile scripturi sau folosesc scripturi simple pentru a rula aceste teste împărțite? Sau există un software specializat de testare split pe care l-ați recomanda să îl utilizați împreună cu edge?

C: Poți trece de la sublim la ridicol. Dacă vorbești doar despre margine, aș spune că probabil că există o mână de jucători în spațiul care este stabilit. Așadar, Search Pilot, oficial ODN, este construit literalmente pe o infrastructură de vârf. Au construit un meta CMS care vă permite să controlați toate acestea. Și apoi au inclus toată metodologia de analiză și analiză cu adevărat inteligentă. Nu pot pretinde absolut nicio pretenție să dețin sau să încep acest lucru; departe de. Sunt unii dintre cei mai mari pionieri. Dar ceea ce puteți face cu edge pe toate tipurile diferite de infrastructură edge, Akamai, Cloudflare și Fastly, este că puteți scrie singur scripturile pentru a face acest lucru. Și când vorbiți despre margine, ceea ce aveți nevoie pentru a rula aceste teste sunt paginile care vor fi paginile de control, care vor fi testul. Și apoi scriptul care face efectiv modificările versiunii de testare. Și complexitățile din jurul acestuia depind de cât de complex este testul. Dacă doar rescrieți titlurile paginilor, de exemplu, acest lucru devine într-adevăr un lucru destul de simplu de făcut. Nu sunt inginer. Sunt un SEO care este prea năzuitor pentru binele meu uneori, dar aceste lucruri, în special pe Cloudflare, este probabil unul dintre cele mai accesibile elemente de acolo. Eu și Simon Thompson cu ani în urmă, când eram amândoi într-un instrument construit de agenție numit Tool Spark, care sa dovedit a fi mai mult o versiune beta și o dovadă a conceptului. Dar asta era pe deasupra infrastructurii Cloudflare. Și asta, din nou, vă permite să implementați teste împărțite pe o margine, în esență, gratuit la acel moment, dar asta a ajuns să fie mai mult un sandbox. Deci, puteți merge direct prin software-ul la nivel de întreprindere pentru a vă crea propriul dvs. Și apoi există câteva platforme emergente pe care puteți rula asta. Dar cred că, ca SEO, trebuie să te gândești la care este stiva în care construiești. Pe cine altcineva trebuie să te implici? Dacă trebuie să reduceți riscul și trebuie să publicați drepturi și să schimbați istoricul, atunci veți accesa opțiunea Enterprise. Dacă tocmai ai primit pe cineva care are un bootstrap, dar dorește cu adevărat să-l testeze, construiește direct pe margine. Găsiți pe cineva care poate scrie cod pentru lucrători și puteți testa lucruri.

D: Simt că am putea vorbi despre testarea split pe margine timp de aproximativ trei ore. Dar să trecem la a doua zonă pe care ați recomanda-o ca fiind mai bună și mai eficientă la margine, managementul redirecționării.

2. Managementul redirecționării

C: Da, gestionarea redirecționărilor este o durere, de obicei, pentru că, dacă ai site-uri web mari sau multe infrastructuri diferite, știi unde sunt controlate și gestionate diferite redirecționări, în ce ordine se declanșează, dacă sunt complexe etc., este un coșmar. . Și practic fiecare mare organizație are această problemă. Și una dintre marile probleme pe care le întâmpinați este că ajungeți să treceți oameni între diferite servere sau diferite straturi CDN într-o singură acțiune de redirecționare, ceea ce este ineficient. Deci, dacă treci prin CDN, mergi la server, serverul spune că trebuie să mergi altundeva, apoi mergi altundeva și apoi ești redirecționat în altă parte, este cu adevărat ineficient, cam costisitor și un coșmar de gestionat.

Acum, din cauza locului în care se află CDN-ul sau marginea, este primul lucru pe care îl va întâlni utilizatorul. Dacă vă gestionați toate redirecționările până acolo și vă asigurați că ați aplatizat orice modificări în acel moment, ceea ce este relativ simplu de făcut... În primul rând, puteți reduce numărul de redirecționări. În al doilea rând, nu ajungeți la serverul de origine înainte de a vă redirecționa. Deci, de fapt, reduceți nivelul de trafic către origine și redirecționarea are loc mult mai rapid, direct de pe acel server. Și, în sfârșit, dacă aveți disciplină și ați implementat-o ​​corect, atunci aveți doar un singur loc în care trebuie să vă uitați peste toate redirecționările, indiferent de toate platformele diferite. Și acea simplitate, atunci când insufleți disciplină în echipă, face să fiu un pic o idee nebănuită să fiu sincer.

D: Și ​​numărul trei, înregistrarea accesului la bot.

3. Înregistrare acces bot

C: Înregistrarea accesului la bot este una interesantă. Dacă ați încercat vreodată să faceți un audit al fișierului jurnal și ați spus că am nevoie de jurnalele mele de acces pentru a face analiza, mergeți la DevOps sau oricine, ori vă vor arunca o privire nedumerită, ori vă vor spune nu, este prea mare, nu îl depozităm, sau stocăm în valoare de o zi, sau îl puteți avea, dar vă rugăm să vă alăturați la o coadă lungă. Asta e cu adevărat provocator. Și mai mult, dacă rulați CDN în cache, este posibil ca jurnalele de acces la server să nu primească oricum tot traficul bot. Deci jurnalele dvs. nu vor fi complete. Tot ceea ce trece prin CDN este preluat de tot traficul, indiferent dacă este sau nu în cache. Și dacă utilizați marginea pentru a stoca în mod eficient aceste date de jurnal și a le transmite în flux către un serviciu precum Sumo logic sau un alt tip de stocare, aveți ocazia de a extrage toate acele date de la margine, în loc să încercați să găsiți de pe serverele dvs. Dar, de asemenea, dacă scrieți lucrătorilor în genul corect de rațiune sau logica în acel moment, îl puteți seta să capteze numai traficul bot pe care îl doriți. Deci, de obicei, Googlebot sau roboții motoarelor de căutare, dar puteți face lucruri precum validarea adreselor IP pentru a vă asigura că nu este vorba despre falsificarea persoanelor și colectați doar datele de acces de care aveți nevoie, ceea ce reduce foarte mult spațiul de stocare. Și unele instrumente, cum ar fi Content King, de exemplu, pot interfața direct cu unele CDN-uri pentru a colecta date direct de la acel nivel. Așadar, presupunând că aveți nivelul corect de acces, iar DevOps a spus da, puteți începe să colectați acele jurnale direct, ceea ce înseamnă că puteți face niște analize SEO tehnologice cu o creștere relativ mică.

D: Există un site de o anumită dimensiune în ceea ce privește paginile în care merită doar să se uite la fișierele jurnal sau ar trebui ca fiecare SEO să se uite la fișierele jurnal?

C: Ca regulă generală, dacă site-ul dvs. are mai puțin de 10.000 de pagini, tind să nu mă bazez pe sau să apelez imediat la jurnalele. În principal, pentru că obținerea accesului la ele este un coșmar. Dacă pot accesa aceste date cu ușurință și le pot analiza cu ușurință... deci oricare dintre marile crawler-uri SaaS, cum ar fi Deep Crawl, au toți analizați fișierele jurnal. Dacă pot obține acele date și să le analizez, atunci hai să o facem. Dar dacă am sub 10.000 de pagini și obținerea acestor date este o durere, atunci nu mă voi supăra prea mult. Acum, numărul de pagini este oarecum arbitrar, dar dacă aveți peste un milion de pagini, atunci fișierul de jurnal va avea o mulțime de informații și informații care vă vor oferi câteva câștiguri incrementale frumoase. Sub asta, probabil că nu merită. D: Și ​​numărul patru, sarcinile care sunt mai eficiente de făcut la margine, construirea/managementul sitemapului.

4. Sitemap Creare/Management

C: Acesta este unul unic. Am avut câteva proiecte recent în care generarea de hărți de site trebuie să extragă pagini din diferite servicii, sisteme diferite, este depășită, nu funcționează, ingineria pentru a reconstrui tot ceea ce este incredibil de provocator etc. Deci ceea ce am făcut este a creat un serviciu care extrage date API dintr-un crawler SaaS. Acesta atrage pagini indexabile, apoi construiește un sitemap XML pe margine și îl găzduiește în acel punct marginal. Utilizăm eficient crawler-ul pentru a accesa cu crawlere site-urile în fiecare zi, acesta creează și regenerează sitemap-ul proaspăt în fiecare zi și îl publică până la margine. Unii ar putea spune că este o soluție supraproiectată care impune o cerință suplimentară unei terțe părți. Și aș fi de acord, dar în unele situații, a avut atât de mult sens să-ți creezi unicul punct de adevăr, hărțile de site într-un singur loc, fără a solicita alte API-uri de conținut și alte servicii în care adesea acele date nu sunt curate, necesită filtrare. Și scrierea eficientă a microserviciilor care apoi le găzduiește pe margine a fost mult mai ieftină, mult mai rapidă și mai robustă. Evident, răspunsul corect la asta este să-l construiești corect de prima dată, dar pur și simplu nu a fost o opțiune.

D: Vorbesc despre construirea corectă de prima dată. Există un pericol cu ​​automatizarea construirii sitemap-urilor XML? Ca să includă prea mult gunoi?

C: Da. De fapt, am descoperit că asta se întâmplă oriunde. Dacă ați lucrat vreodată într-un CMS, este posibil să fi accesat cu crawlere un sitemap și să fi văzut pagini de testare, în care cineva a creat unele pagini, nu le-a pus în structura site-ului și doar le-a lăsat acolo. Și dacă logica care construiește harta site-ului nu verifică dacă este indexabilă și toate aceste elemente și filtre, ar putea fi publicată în orice alt mod. Așa că știu că dacă sunteți pe WordPress, Yoast face o mulțime de sarcini grele pentru dvs. Cred că WordPress face mult mai mult în nucleul său decât înainte. Dar, evident, un CMS ca Drupal nu are grijă de el. Și de foarte multe ori oamenii vor dori pagini pe care tu nu vrei să le introduci în harta site-ului din diverse alte motive. Din nou, este doar să te asiguri că ai ajuns peste asta și că construiești acele filtre în care cred că este important, indiferent dacă este la margine sau nu. În fantezie, puteți încă să trimiteți la Google date pe care pur și simplu nu doriți să le vadă. Dar din nou, făcând-o pe margine, o soluție foarte rapidă și ușoară pentru asta.

D: Și ​​numărul cinci este injectarea de conținut. Despre ce fel de conținut vorbești acolo?

5. Injectarea Conținutului

C: Orice orientat web și digital. Acesta se suprapune puțin cu testarea divizată, în sensul că utilizați marginea pentru a adăuga mai mult conținut și acel conținut arată ca și cum ar fi de la server, mai degrabă decât de la client. Dacă ați fost vreodată implicat într-un argument de subdomeniu sau subdirector despre bloguri, de exemplu, și nu puteți trage blogul prin infrastructura potrivită, ei bine, puteți utiliza CDN-urile pentru a integra în mod eficient conținutul. Puteți spune că doriți pentru a extrage antetul din acest sistem, dar trageți conținutul blogului din acel sistem. Și în margine care se poate face foarte rapid și eficient. Multe dintre ele sunt stocate în cache și împletite împreună pe margine. Și până când este afișat utilizatorului, ați obținut efectiv acest conținut hibrid de la două sisteme diferite. Și să fiu corect, asta este ceva ce poți face la origine, cu înclinația și construibilitatea potrivite. Dar făcând asta pe margine, diferitele sisteme de care trageți, aproape că nu contează. Atâta timp cât poți identifica în mod clar ce trebuie să faci. Și poți scrie codul pentru a face asta în mod eficient. Se desfășoară foarte performant, foarte rapid și îți oferă ceea ce ai nevoie.

D: Îmi amintesc cu mult timp în urmă, încorporarea conținutului folosind cadre și include PHP. Și ambele sunt moduri foarte demodate de a face asta. Există dezavantaje în injectarea de conținut din alte surse sau alte servere web? Va exista eventuale dezavantaje SEO în a face asta?

C: Cele mai importante sunt dacă aceste active sunt disponibile pe alte adrese URL și pot fi indexate pe ele, atunci există un risc inerent. De asemenea, este la fel de ușor de prevenit dacă ești conștient că încerci să o faci. În unele cazuri, este posibil să utilizați fluxuri de date de la alte servicii și să le îmbinați, mai degrabă decât vechea metodă de set de cadre de a avea antetul pe o pagină, corpul pe altă pagină și a le afișa pe aceeași pagină. Puteți să o integrați destul de ușor pentru a împiedica acest lucru să se întâmple. Cred că principalul lucru este că trebuie să primiți conținut din aceste două surse în mod fiabil și trebuie să fie stocat în cache în mod fiabil. Cred că multe cu edge și sarcinile de inginerie mai complicate sunt ceea ce se întâmplă dacă CDN-ul cade. Care este alternativa? Și asta poate varia în complexitate. Cred că dacă sunteți o organizație mare și doriți un timp de funcționare semnificativ, cum ar fi 99,99, atunci puteți construi alte CDN-uri pentru a retrage. Dar dacă, de exemplu, vă bazați pe CDN-ul dvs. pentru a face cusăturile împreună, există câteva probleme CDN și este posibil să descoperiți că unele dintre acele pagini pur și simplu nu funcționează. Dar dacă Cloudflare scade, atunci jumătate din internet se stinge. În aceste cazuri, întrebarea este dacă oferim Google răspunsul adecvat pentru a-i determina să vină și să verifice din nou mai târziu, odată ce întreruperea dispare?

Cred că, cu orice limită, de aici vine cea mai mare anxietate de unde ce se întâmplă dacă acest serviciu terță parte cade. Dar acesta este coșmarul oricărei infrastructuri web. Nu poți niciodată să protejezi asta, chiar dacă ai serverul în propriul birou și te simți fericit de asta. Oricum, asta e o interpretare de modă veche. Dar nu există o metodă de găzduire cu risc zero. Puteți cădea în fața altora. Deci, puteți avea o strategie duală CDN. Ai putea avea Akamai pe un strat și Fastly pe altul. Dacă Akamai eșuează, trece la Fastly sau invers. Este incredibil de sofisticat. Și acesta este un caz de margine a unui caz de margine. Dar este posibil să vă protejați împotriva celor mai multe dintre acestea dacă știți ce faceți și specificați corect.

D: Mă aștept la un panou de discuții webinar despre cum să garantez de fapt 100% timp de funcționare. Ar fi interesant.

C: Este posibil, mai posibil decât a fost vreodată, cred că dacă combinați Cloudflare și Akamai sau Cloudflare și Fastly sau Similarweb, vă puteți apropia destul de mult, ceea ce ar fi foarte interesant.

D: Ei bine, să încheiem cu Pareto Pickle. Pareto spune că poți obține 80% din rezultate din 20% din eforturile tale. Care este o activitate SEO pe care ați recomanda-o și care oferă rezultate incredibile pentru niveluri modeste de efort?

Murătura Pareto - Publicați modificări

C: Aproape că a ajuns pe lista mea de vârf, dar nu este deloc și este puțin hacker. Așa că unora nu le va plăcea în mod inerent acest lucru, ci vor folosi avantajul pentru a face ceva. Așa că am vorbit pe scurt despre Meta CMS. Și este ceva ce echipa Search Pilot și John Avildsen dintre ei au ajutat să arate lumii, dar puteți folosi marginea pentru a publica modificări care altfel ar fi blocate în cozile de dezvoltare. Și ideea de a-l duce la bun sfârșit, de a-l pune live, de a demonstra conceptul, de a ignora riscul datoriei tehnologice și de a ignora DevOps enervant pentru un minut, deoarece ambii sunt factori. Dar toată valoarea în SEO constă în faptul că este live, acel conținut este acționat și edge poate face scurtătură. Și nu este frumos, și nu este calea corectă. Dar promovarea unor modificări de conținut în direct și ocolirea cozilor are rezultate grozave dacă alternativa așteaptă șase luni și nu se întâmplă.

D: Am fost gazda ta David Bain. Chris, mulțumesc foarte mult pentru că ai participat la podcastul SEO în căutare.

C: Mulțumesc că m-ai primit, David.

D: Și ​​mulțumesc pentru ascultare. Consultați toate episoadele anterioare și înscrieți-vă pentru o probă gratuită a platformei Rank Ranger pe rankranger.com.