Allt eftersom JavaScript blir allt mer integrerat med HTML p\u00e5 webben m\u00e5ste SEO:are utveckla en f\u00f6rst\u00e5else f\u00f6r hur man g\u00f6r JavaScript-webbplatser s\u00f6kbara.<\/p>\n
Vi t\u00e4ckte n\u00e5gra grundl\u00e4ggande SEO-metoder f\u00f6r JavaScript i ett tidigare inl\u00e4gg. Ett komplext \u00e4mne f\u00f6rtj\u00e4nar dock en djupg\u00e5ende behandling. S\u00e5 l\u00e5t oss ta en titt p\u00e5 detaljerna bakom popupen #! \/snapshot-metod f\u00f6r JavaScript-webbplatser.<\/p>\n
S\u00f6kmotorer bearbetar mer och mer JavaScript varje dag. Det betyder dock inte att din AngularJS-webbplats kommer att indexeras och rankas. Motorerna analyserar nu en del JavaScript, men fullst\u00e4ndig indexering av alla JavaScript-webbapplikationstillst\u00e5nd verkar l\u00e5ngt borta. Om ditt JavaScript k\u00f6rs i webbl\u00e4saren och h\u00e4mtar inneh\u00e5ll fr\u00e5n databasen, kommer motorerna f\u00f6rmodligen inte att se det.<\/p>\n
Detta \u00e4r kanske den mest popul\u00e4ra metoden f\u00f6r JavaScript SEO-problem p\u00e5 klientsidan. Grundfl\u00f6det \u00e4r som f\u00f6ljer:<\/p>\n
Ironiskt nog \u00e4r detta en form av cloaking: att skicka specifikt inneh\u00e5ll till bots, ofta ett nej i SEO. Denna typ av cloaking anses dock vara “etisk” eftersom inneh\u00e5llet \u00e4r praktiskt taget detsamma som anv\u00e4ndarna skulle se. D\u00e4rf\u00f6r \u00e4r s\u00f6kmotorer okej med det.<\/p>\n
Google har en komplett AJAX-krypningsspecifikation som t\u00e4cker de praktiska aspekterna. Grundtanken \u00e4r att man l\u00e4gger till #! identifierare f\u00f6r dina webbadresser eller inkludera HTML-koden [meta name=\u201dfragment\u201d content=\u201d!\u201d] tagga till sidhuvudet. Detta varnar Google om att sidan anv\u00e4nder URL-fragment och f\u00e5r dem att indexera sidan.<\/p>\n
Som jag n\u00e4mnde i mitt tidigare inl\u00e4gg \u00e4r History.pushState ett annat alternativ f\u00f6r att skapa indexerbara AJAX-webbadresser. PushState har problem, bland annat att det inte st\u00f6ds i IE 9, som fortfarande \u00e4r en ganska utbredd webbl\u00e4sare.<\/p>\n
Det finns ett par saker att t\u00e4nka p\u00e5 om du best\u00e4mmer dig f\u00f6r f\u00f6rrendering:<\/p>\n
Eftersom du anv\u00e4nder botdetektering \u00e4r det sv\u00e5rare att verifiera att din process faktiskt fungerar. Ett s\u00e4tt att verifiera ditt arbete \u00e4r att anv\u00e4nda funktionen “S\u00f6k som Google” i Googles verktyg f\u00f6r webbansvariga. Ange webbadressen till en \u00f6gonblicksbildsida (den kan skilja sig fr\u00e5n den live-URL som visas f\u00f6r anv\u00e4ndare) i GWT och kontrollera om Google kan h\u00e4mta den korrekt. Detta kr\u00e4ver en livesida, s\u00e5 planera d\u00e4refter.<\/p>\n
F\u00f6r n\u00e4rvarande st\u00f6der Utforska som Google #! men inte URL pushState. Om dina webbadresser ser statiska ut kommer du inte ha n\u00e5gra problem.<\/p>\n
Att bygga en komplett f\u00f6rrenderingskapacitet kanske inte \u00e4r trivialt. F\u00f6r en st\u00f6rre webbplats kan det handla om att s\u00e4tta upp en cachningsserver, en databas f\u00f6r inneh\u00e5ll, en tj\u00e4nst f\u00f6r cachning av samtal, en schemal\u00e4ggare och ett administrativt verktyg. Lyckligtvis har flera f\u00f6retag kommit med l\u00f6sningar f\u00f6r att ta itu med delar av eller hela pre-rendering-metoden. Flera som jag \u00e4r bekant med inkluderar:<\/p>\n
JavaScript-sajter har utmaningar med s\u00e5v\u00e4l betald s\u00f6kning som SEO. Till exempel best\u00e4mmer AdWords kvalitetsresultatet baserat p\u00e5 bland annat inneh\u00e5llet som AdWords-boten ser p\u00e5 sidan. En metod \u00e4r att visa \u00f6gonblicksbildsidan f\u00f6r Google AdsBot (en fullst\u00e4ndig lista \u00f6ver Googles s\u00f6krobotar och anv\u00e4ndaragenter finns h\u00e4r).<\/p>\n
Om dina produkter eller produktinneh\u00e5ll finns i en ensidig app kan det dessutom vara sv\u00e5rt att tvinga fram detta tillst\u00e5nd via destinationsadressen f\u00f6r betald s\u00f6kning. Skapar #! Eller statiska webbadresser \u00e4r praktiskt taget ett krav h\u00e4r.<\/p>\n
Eftersom betalda s\u00f6kningsm\u00e5lsidor ofta m\u00e5ste vara mycket personliga f\u00f6r att konvertera bra, kan det i det l\u00e5nga loppet vara b\u00e4ttre att skapa dedikerade sidor f\u00f6r dina PPC-kampanjer, vilket \u00f6verl\u00e5ter din grundl\u00e4ggande JavaScript-webbupplevelse till anv\u00e4ndare och SEO.<\/p>\n
JavaScript-tunga sajter \u00e4r h\u00e4r f\u00f6r att stanna. \u00c4ven om det kanske inte \u00e4r trivialt att skapa en JavaScript-sajt som fungerar bra inom SEO, \u00e4r det \u00e4nnu mer jobb att f\u00f6rs\u00f6ka fixa en befintlig sajt som skapades utan SEO i \u00e5tanke. Tills ramverk och verktyg har f\u00f6rb\u00e4ttrats f\u00f6r att g\u00f6ra det enklare att inf\u00f6rliva SEO-krav m\u00e5ste SEO:are arbeta n\u00e4ra utvecklare f\u00f6r att se till att SEO beaktas. Att f\u00e5 SEO och JavaScript att leva i harmoni kanske inte \u00e4r l\u00e4tt, men det \u00e4r v\u00e4rt det.<\/p>\n
Tack till Vladimir Katz, Senior Engineer p\u00e5 Huge, f\u00f6r att du bidragit till det h\u00e4r inl\u00e4gget.<\/p>\n
Hemsidesbild via Flickr.<\/p>\n