Krachtige SEO-vriendelijke opmaak met HTML5, CSS3 en Javascript

De eerste sessie in onze eerste driedelige serie SEO voor ontwikkelaars: Live met Search Engine Land begonnen we technische SEO te bespreken en problemen tussen beoefenaars en ontwikkelaars te communiceren. Voor een goed afgerond gesprek hebben we sprekers ontvangen met perspectieven van zowel de praktijk als de praktische effectiviteit met SEO In-House als onderdeel van een bedrijfsteam. Onze gasten waren:

Anthony Muller van ZenSEM
De video is geweldig als u op zoek bent naar nieuwe ideeën om veranderingen door te voeren bij uw klanten, bij ontwikkelaars, of als u vanuit uw organisatie effectiever wilt zijn. Lees meer over teambuildingtactieken met ontwikkelaars in de mix en leer meer over de problemen waarmee u te maken kunt krijgen als u geen deel uitmaakt van een organisatie.

De sessie ging verder in een tweede deel, gericht op fundamentele JavaScript SEO, compleet met codevoorbeelden voor React en Vue om je een vliegende start te geven met die projecten. Leer enkele indexeringsproblemen op te lossen met deze populaire JavaScript-bibliotheken (frameworks) en vind tips die u nodig hebt om SEO te implementeren in JavaScript-projecten met vergelijkbare scaffolded of standaard javascript.

Het communiceren van vereisten van technische SEO aan ontwikkelaars
Afhankelijk van je situatie kan het communiceren van SEO naar ontwikkelaars variëren van het gevoel alsof je altijd op eieren loopt en heel voorzichtig zijn om niet op ego of territorium te trappen, tot een ander uiterste waar je pure frustratie ervaart dat je hoezeer je ook het belang van een noodzakelijke verandering lijkt het hopeloos, alsof je in de leegte schreeuwt.

Hoe kun je het beste omgaan met persoonlijkheidsproblemen? Het zal niet altijd mogelijk zijn. Er zijn dingen die u kunt doen om uw kansen op succes te vergroten of anderszins veelvoorkomende valkuilen te vermijden, en deze informatie aan u te verstrekken was het doel van onze bespreking met het eerste deel van onze eerste sessie.

Anthony en Katie deelden verhalen over hoe ze, beginnend met een grimmige kijk, uiteindelijk konden slagen in samenwerking met ontwikkelaars, of hoe dan ook. Je kunt horen hoe beide alles uit de kast hebben gehaald om te proberen overtuigend te zijn door alles te gebruiken, van zelfgemaakte cupcakes tot flessen wodka. Hoewel deze vaak worden aangehaald als nuttige tactieken, werkten deze ideeën in de praktijk niet voor hen.

Grote site veranderingen
Tijdens een grote siteverandering kan meer dan één aspect van een technologiestack in korte tijd veranderen. Als u een bijbehorend verkeersverlies heeft, kunt u een daling in verband brengen met het incident en een bepaald aspect van de technologie op dat moment. Dat is wanneer technische SEO-vaardigheden en het kennen van het probleem op een kruispunt kunnen komen waar u uw bevindingen moet overbrengen aan ontwikkelaars die het misschien niet met u eens zijn over welke weg u moet inslaan.

Ik deed een forensische audit en ontdekte technische problemen. De hoofdontwikkelaar was als: “Hoe weten we dat het niet iets anders is?” Het antwoord is: je weet het echt niet. Je hebt gewoon een onderbuikgevoel en veel ervaring om het op die manier te kunnen proberen. We hebben de wijzigingen aangebracht en vlak voor de drukste tijd van het jaar zagen we een stijging van 40 punten naar boven met miljoenen aan extra inkomsten. De GM had gezegd: “Ik sta versteld. Weet je, dit is geweldig. ” Op dat moment besloot de hoofdontwikkelaar om te re-platformen naar React.

Anthony Muller
Er is altijd een kans dat ontwikkelaars een voorkeur hebben voor een technologie die ze prettig vinden of die ze graag gebruiken. Als ontwikkelaars denken we graag dat we geen ongegronde voorkeur hebben voor een technologie, maar in werkelijkheid willen we controle hebben over onze eigen programmeeromgeving. We zijn niet altijd in staat en wanneer we kunnen, kunnen we een voorkeur hebben, net als ieder ander.

Als er geld op het spel staat, moet je vriendjespolitiek tegengaan die zelfanalyse kan vereisen. Er zullen problemen ontstaan ​​wanneer bijbedoelingen ons de neiging geven om ongepaste technologie te gebruiken als een manier om de meest bekende te gebruiken of om ervaring op te doen met de nieuwste JavaScript-bibliotheken.

Problemen bij een technologiekeuze zijn niet altijd door ontwikkelaars veroorzaakte problemen. In onze derde video sprak Martin Splitt over het ontwikkelen van een bankapplicatie met Angular. Angular werd toen helaas de gezalfde technologie die voor alles kon worden gebruikt. Dat was een vergissing van leiderschap, ervan uitgaande dat een solide technologiekeuze op het ene gebied van het bedrijf overal een veilige gok is.

Dingen zijn nooit zo gemakkelijk.

Het probleem met React is …
ReactJS is een geweldige User-Interface (UI) -bouwer voor de frontend. Er ontstaat verwarring wanneer ontwikkelaars het idee van een webpagina willen vereenvoudigen tot dat van een gebruikersinterface, terwijl dat niet alleen dat is. Een webpagina kan interactief zijn met JavaScript op manieren die geen gebruikersinterface vereisen. Het gebruik van React onder bepaalde omstandigheden zal leiden tot over-engineering, met als gevolg dat we een geschiedenis hebben van Single Page App (SPA) -websites die doorgaans niet goed scoren.

0 Shares:
Geef een reactie

Het e-mailadres wordt niet gepubliceerd. Vereiste velden zijn gemarkeerd met *

You May Also Like