Sälj mer med A/B-tester i WordPress

På FS Data arbetar vi väldigt aktivt med försäljning på nätet. Även om vi inte kallar oss för ett e-handelsföretag så är det egentligen vad vi är och vad vi har gjort sedan 1997. Och vi har fått viss erfarenhet under dessa år. :)

A/B-test med WordPress hos FS DataEn av de saker som vi arbetar aktivt med och som vi tror att många av våra kunder kan dra mer nytta av är sk. A/B-tester. Det är tester där olika versioner av samma sida eller innehåll jämförs med varandra, för att ta fram den optimala lösningen (t ex den som säljer bäst eller ger besökare rätt information snabbast).

Nu har vi flera olika verktyg för detta, men vi vill tipsa om ett sätt som är extra enkelt och snabbt att komma igång med. Vi är som bekant ett WordPress-vänligt webbhotell så detta är ett tips om WordPress-tillägget Nelio A/B Testing.

Nelio A/B Testing är ett tillägg som lämpar sig såväl för nybörjare som för experter. Det är enkelt att komma igång men erbjuder även avancerade funktioner. Nelio A/B Testing erbjuds både som en kostnadsfri testversion samt med en månadsavgift.

A/B-testa en sida i WordPress

Börja med att installera/aktivera Nelio A/B Testing. I WordPress administrationsgränssnitt går du sedan in under ”Nelio A/B Testing” och ”Add Experiment” i menyn till vänster. Här visas de olika tester man kan skapa, från landningssidor till värmekartor/heatmaps.

Nelio - Testalternativ

Nu ska vi A/B-testa en vanlig sida, så vi klickar på ”New A/B Test for Pages”. Därefter anger vi ett lämpligt namn, en beskrivning och väljer den sida som vi vill skapa flera versioner av för testet. Klicka sedan på ”Next” för att gå vidare.

Nelio - Sidtest

Nu får vi skapa den alternativa versionen av vår sida. Det enklaste är att skapa en kopia av den befintliga sidan, via ”New Alternative (based on an existing)” samt genom att välja sidan ifråga igen. Men man kan även skapa en helt ny sida här. Klicka på ”Next” därefter.

Nelio - Alternativ sida

Till slut väljer man målet för sitt test. Det kan t ex vara om besökare går vidare från en sida till ett orderformulär. Längst ner på denna sida finns bra tips om olika mål. När du är nöjd klickar du bara på ”Create” för att sätta igång med ditt A/B-test.

Nelio - Följ konvertering

Nu visas dessa olika versioner av samma sida för olika besökare på din hemsida. Under testets gång kan du enkelt se aktuellt resultat, även i realtid. När du är nöjd med testet kan du avsluta det så skapar Nelio A/B Testing en specifik resultatsida, med fina grafer som underlättar ditt val av den optimala lösningen.

Nelio - Resultat

Om du vill komma igång snabbt med A/B-tester i WordPress så är Nelio A/B Testing rätt tillägg för dig. Förutom att det är enkelt så finns det bra dokumentation till tillägget, samt att det inte påverkar prestandan för din WordPress-sida märkbart. Vi kan därför rekommendera detta tillägg varmt.

Har du egen erfarenhet av detta tillägg eller tips på andra verktyg för A/B-tester? Lämna gärna en kommentar här nedan!

Liknande inlägg:

Viktigt: stäng av XML-RPC i WordPress

Den vanligaste attacken mot WordPress-baserade hemsidor är en sk. brute force-attack. Det innebär att man försöker få åtkomst/kontroll till en hemsida genom att gissa sig till ett lösenord väldigt många gånger. Med dagens kraftfulla datorer och servrar kan man gissa hundratals, om inte tusentals, lösenord på en minut.

Brute force-attacker är dock rätt så enkla att upptäcka. Om man ansluter x antal gånger, under en viss tid, mot wp-login.php (WordPress-inloggningssida) så kan man anta att en attack pågår. Den senaste veckan har t ex vår brandväggslösning blockerat ca 130 000 brute force-attacker mot våra kunders WordPress-sidor (det är den näst mest ”populära” attacken i vårt nätverk).

– Men tänk om man kan testa flera lösenord via en och samma anslutning?

Sedan WordPress version 3.5 är XML-RPC aktiverat som standard. XML-RPC är ett gränssnitt som används t ex av mobila appar, vissa tillägg (däribland Jetpack) samt för sk. pingbacks (att man automatiskt länkar tillbaka om man får en länk till sig). Det var från början en bra sak, men det har visat sig medföra flera säkerhetsrisker.

En av de mindre kända funktionerna i XML-RPC är en metod som heter system.multicall, som innebär att man kan utföra flera anrop inom en och samma anslutning. Det är bra om man t ex vill köra flera olika kommandon via en HTTP-anslutning. Men det har börjat missbrukas rejält de senaste månaderna.

Via system.multicall i XML-RPC kan man testa 100-tals, om inte 1 000-tals, lösenord med en enda anslutning mot WordPress.

Säkerhetsföretaget Sucuri har även uppmärksammat dessa attacker. Denna graf från dem illustrerar detta tydligt:

Attacker via system.multicall i XML-RPC

Det här är ett allvarligt problem, då dessa attacker inte lika enkelt kan uppfattas/identifieras och stoppas av våra brandväggar (och andra lösningar). Det enda vettiga sätt att skydda sig mot detta är att stänga av XML-RPC i WordPress. Det är vad vi nu vill rekommendera er att göra.

FS Data är ett säkert webbhotell– Stäng av XML-RPC i WordPress

Det enklaste sättet att stänga av XML-RPC i WordPress är att installera och aktivera ett tillägg som heter Disable XML-RPC. Tillägget fungerar bra med senaste versionen av WordPress (4.3.1 i skrivande stund), både för enklare WordPress-sidor samt för WordPress-nätverk (nätverksaktivering).

Man kan även blockera extern åtkomst till filen xmlrpc.php (som används för XML-RPC i WordPress) via .htaccess. Lägg bara in nedanstående kod i filen .htaccess som ligger i rotmappen för din WordPress-sida.

# Blockera anslutningar till xmlrpc.php
<Files xmlrpc.php>
order deny,allow
deny from all
</Files>

Ovanstående kod fungerar med webbservern Apache (som vi använder för våra webbhotellspaket). Man kan även begränsa åtkomsten till xmlrpc.php specifika IP-adresser genom att lägga in följande rad i .htaccess (efter raden som inleds med ”deny”):

allow from 127.0.0.1

Där man då ersätter 127.0.0.1 med den IP-adress som behöver kommunicera med WordPress via XML-RPC.

Ett tredje sätt att stänga av XML-RPC är att lägga in följande rad i wp-config.php (i rotmappen för din WordPress-sida):

add_filter( 'xmlrpc_enabled', '__return_false' );

Den raden behöver läggas in efter följande rad:

require_once(ABSPATH . 'wp-settings.php');

– När ska man inte stänga av XML-RPC i WordPress?

Den enda gång man inte bör stänga av XML-RPC är om man har en viktig applikation eller tillägg som kommunicerar med WordPress via detta gränssnitt. De mobila apparna är nuförtiden överflödiga, då WordPress är fullt ut mobilanpassat. Fundera gärna över om tillägget är tillräckligt viktigt. Att man tappar pingbacks är tråkigt, men det är det värt sett till säkerheten.

– Framtiden för XML-RPC i WordPress

Sedan en tid tillbaka pågår arbete med ett helt nytt REST API (ett annat gränssnitt) för WordPress. Om allt går enligt plan så kommer detta API att erbjudas från WordPress 4.5 (som släpps nästa år). Med det nya API:et på plats är det högst sannolikt att XML-RPC kommer vara inaktiverat som standard för WordPress.

Vi vill avslutningsvis rekommendera er alla att stänga av XML-RPC i WordPress.

Om du har några frågor kring detta, eller kanske förslag på andra lösningar, så får du gärna lämna en kommentar här nedan.

Liknande inlägg:

Optimera HELA din WordPress-hemsida

En snabb hemsida är en bra hemsida. Det är ett uttryck som vi lever efter på FS Data, med våra snabba webbhotellspaket och kraftfulla servrar. Tidigare besökare av vår blogg minns kanske även inlägg såsom Guide till en snabbare WordPress-sida, Snabba upp WordPress med CDN och WP Super Cache vs. W3 Total Cache.

När man snabbar upp, eller optimerar, sin hemsida så använder man ofta webbtjänster som GT Metrix, Pingdom eller Sajtkollen (som nyligen har lanserats av IIS). Det är jättebra, men kan ge en felaktig bild om man bara testar sin start/förstasida (http://www.mindomän.se/) och inte underliggande sidor (http://www.mindomän.se/produkter/produkt1/, /produkt2/ osv).

fsdata_optimera_hela_hemsidan– Man måste optimera hela sin hemsida!

Underliggande sidor är viktigare än man kan tro. Det är nämligen vanligt att dessa används som ”ingångssidor” för besökare till hemsidor. Undersidorna innehåller ofta mer relevant information och hamnar därmed högre upp i sökmotorerna (som besökarna använder).

När man använder en webbtjänst för att optimera sin hemsida så kontrollerar man en sida åt gången. Om man vill så kan man kontrollera alla sina undersidor manuellt på detta sätt. Vi har dock ett tips om hur man kan kontrollera och optimera hela sin hemsida – med WordPress – mycket enklare.

– Kontrollera & optimera alla sidor/inlägg i WordPress

För detta kommer vi använda ett WordPress-tillägg som heter Google Pagespeed Insights. Det är ett tillägg som använder Googles API för Pagespeed för att kontrollera alla sidor och inlägg per automatik. Detta kräver att man har ett Google-konto (för API:et).

1. Börja med att installera och aktivera Google Pagespeed Insights for WordPress på din WordPress-hemsida. När det är klart, gå in under ”Verktyg” och ”Pagespeed Insights”.

2. Nu behöver du en (kostnadsfri) API-nyckel från Google. Besök Google Developers Console och logga in med ditt Google-konto där. Följ sedan dessa steg för att få en API-nyckel:

  • – I rutan ”Enable Google APIs for use in your apps”, klicka på ”Enable APIs”.
  • – Välj ett projektnamn, t ex ”WP Pagespeed Hemsidenamn”, godkänn villkoren och klicka på ”Create”.
  • – Klicka därefter på ”Enable APIs” igen, välj ditt projekt och klicka på ”Continue”.
  • – Sök nu efter ”Pagespeed”, klicka på ”PageSpeed Insights API” och välj ”Enable API”.
  • – I menyn till vänster, under ”APIs & auth”, klickar du sedan på ”Credentials”.
  • – Under ”Add credentials” väljer du ”API key” och till sist ”Browser key”.
  • – Döp denna nyckel till valfritt namn, t ex ”WP Pagespeed Hemsidenamn”, och klicka på ”Create”.
  • – Kopiera den API-nyckel som nu visas på skärmen.

3. Åter i WordPress, klistra in din API-nyckel under inställningarna för Google Pagespeed Insights. På samma sida under ”Google Response Language”, välj ”Swedish”, samt under ”Report Types”, välj ”Both”. Klicka till sist på ”Save Options” så ska det högst upp på sidan visas ett meddelande som säger ”Settings Saved”.

4. Nu kontrolleras alla sidor, inlägg osv. på din webbplats mot Google Pagespeed. För en stor webbplats kan detta ta en stund, men du kan se hur det går under fliken ”Report List”. Högst upp på denna sida har du även en förloppsindikator.

fsdata_ssk_pagespeed_wordpress

5. När alla sidor är kontrollerade, klicka på fliken ”Report Summary” så får du en fin överblick.

fsdata_ssk_pagespeed_wordpress2

Högst upp visas ett totalt betyg för hemsidan. Ju poäng högre desto bättre (det bör inte vara mycket lägre än 90). Sedan kan du se vad som tar plats (fysiskt utrymme) på hemsidan. Därefter har du en lista med de saker som främst bör åtgärdas, med de bäst och sämst presterande sidorna/inläggen på hemsidan längst ner.

Du kan även hitta de bästa/sämsta sidorna och inläggen under fliken ”Report List”. Välj bara att sortera informationen där på det sätt du önskar (t ex för att få fram de sidor/inlägg med lägst poäng).

6. Nu är det egentligen bara att sätta igång och optimera de sidor/inlägg som har lägst poäng. Klicka på länken till en sida för att få upp en överblick, enligt detta exempel:

fsdata_ssk_pagespeed_wordpress3

Det är sektionen längst ner som är mest intressant. Där visas vad som främst behöver åtgärdas för att optimera sidan ifråga. Klicka på ett av alternativen under ”Insights Key” för mer information samt länk till mer läsning hos Google.

Kontrollera gärna betygsättningen för din hemsida både för ”Desktop” och ”Mobile” (med länkarna högst upp till höger). Detta kan variera markant och kriterierna för att förbättra betygen skiljer sig även åt här.

Nu är det ”bara” att gå igenom samtliga sidor (med låga poäng) och optimera dessa. Utgå gärna från våra tidigare guider (se början av detta inlägg), så ska du se att hela din hemsida är optimerad på nolltid!

Om du har några frågor eller funderingar kring detta, lämna gärna en kommentar här nedan.

Liknande inlägg:

Hur tillgänglig är din hemsida?

fsdata_skoldpadda_frageteckenNär vi som hanterar webbhotell och servertjänster pratar om tillgänglighet så handlar det oftast om hur bra våra servrar svarar. Det handlar om upptid, nedtid och svarstider mätt i procent och millisekunder.

Det finns dock en annan typ av tillgänglighet som vi pratar om alldeles för sällan.

Tillgänglighet för människor med funktionsnedsättningar.

Ungefär 90 % av alla svenskar, från 6 till 65 år, använder Internet. Det finns ingen officiell statistik över alla svenskar med funktionsnedsättningar, men ca 25 % av den vuxna befolkningen har problem med att läsa och vi har ca 120 000 synskadade personer i Sverige.

Tillgänglighet är en fråga om mänskliga rättigheter. Faktum är att Sverige har undertecknat en FN-konvention som bl a innebär att vi ska vidta åtgärder för att ge personer med funktionsnedsättningar tillgång till ny informations- och kommunikationsteknik.

Inom den offentliga sektorn i Sverige har man sedan 2006 arbetat med tillgänglighet enligt Vägledningen för 24-timmarswebben. Det märks väl bl a hos Regeringskansliet, Skatteverket och Försäkringskassan. Bristande tillgänglighet räknas, sedan januari 2015, som en form av diskriminering enligt Diskrimineringslagen.

I vårt grannland, Norge, har man tagit detta ännu längre. Där är det lagstadgat att alla nya digitala system, som vänder sig till allmänheten, ska vara tillgängliga från 2011. Befintliga system ska även anpassas fram till 2021. Det är inte omöjligt att Sverige går samma framtid till mötes.

Inom den privata sektorn i Sverige har tillgängligheten inte uppmärksammats lika väl. Vi förstår nyttan med snabba hemsidor, mobila hemsidor och sökmotorvänliga hemsidor. Men långt ifrån alla hemsidor tillhörande privatpersoner och företag är tillgängliga. Det är synd, då en tillgänglig hemsida är rätt enkel att få till. Låt oss visa er hur.

Så får du en mer tillgänglig hemsida

Låt oss börja med det mest grundläggande.

– Hur surfar man på Internet om man inte kan se eller läsa ordentligt?

Jo, man använder webbläsare, eller skärmläsare, med funktioner som läser upp texten på en hemsida eller skriver ut den i punktskrift. Några (kostnadsfria) exempel på detta är NVDA (Windows), VoiceOver för OS X (Mac) och Orca (Linux). Om du kan, testa gärna en skärmläsare med din egen hemsida. Det är en rätt intressant upplevelse.

Om du vill få en djupare förståelse för hur man surfar på nätet med funktionsnedsättningar, se då gärna på denna video. Den har några år på nacken, men den illustrerar verkligheten på Internet för dessa människor väldigt bra.

– Hur bygger man en hemsida som fungerar bra med skärmläsare?

WCAG 2.0Jo, man följer den internationella standarden Web Content Accessibility Guidelines (WCAG) 2.0. Eller Riktlinjer för tillgängligt webbinnehåll. I denna standard definieras hur innehåll på hemsidor bör struktureras för att fungera så bra som möjligt för besökare med funktionsnedsättningar.

Följande områden täcks inom WCAG 2.0:

  • Tydlighet (hur information presenteras, textalternativ till bilder, anpassningsbart innehåll osv.)
  • Användbarhet (tydlig navigering, enkelt att hitta, navigera via tangentbord, tillräcklig tid osv.)
  • Begriplighet (läsbart innehåll, förutsägbar presentation, undvik inmatningsfel osv.)
  • Kompatibilitet (innehåll ska fungera med befintliga och framtida tekniska verktyg/klienter.)

En annan fördel med att följa WCAG 2.0 är att man får en hemsida som är välstrukturerad och enkel att navigera och använda även för människor utan funktionsnedsättningar. Sökmotorer älskar likaså strukturerad data. Google kan ju t ex inte se bilder ”på riktigt”, utan tolkar dem främst utifrån hur de är beskrivna i text.

– Hur testar man om en hemsida är tillgänglig?

Det går förvisso att läsa riktlinjerna för WCAG 2.0, anpassa sin hemsida därefter och testa det manuellt med en skärmläsare. Men det kan vara rätt så tidskrävande. Det finns lyckligtvis ett antal olika verktyg som kan testa och ge tips om hur man förbättrar sin tillgänglighet. Här är några av dessa:

  • Tingtun Page Checker. En norsk tjänst som arbetar mot WCAG 2.0. Ger ett tydligt resultat med fel/varningar och en procentuell bild av hur tillgänglig en sida är. Har även bra hänvisningar till WCAG 2.0.
  • CyntiaSays. Ett lite mer avancerat verktyg, där man kan testa sin hemsida mot olika standarder. Ger detaljerade svar som man kan gräva ner sig i ordentligt. Bra hänvisningar här också.
  • Web Accessibility Evaluation Tool (WAVE). Ett enkelt och tydligt verktyg. Resultatet presenteras tillsammans med din hemsida, så du enkelt kan markera och se olika fel/varningar. WAVE kan även integreras med Firefox och Chrome.

Notera att man inte bara kan förlita sig på dessa verktyg. Vissa saker, såsom kontrast mellan text och bakgrund, bör kontrolleras manuellt. Verktygen är ändå ett bra och enkelt sätt att komma igång.

– Några tips för tillgänglighet med WordPress

Då FS Data är ett WordPress-vänligt webbhotell så har vi kikat lite extra på tillgängligheten för WordPress.

WordPress är överlag rätt så tillgängligt. Det finns en användargrupp för tillgänglighet, bland utvecklarna av WordPress, som arbetar aktivt med denna fråga. Till nästa version av WordPress är ett flertal förbättringar av tillgängligheten planerade.

Det finns ett relativt stort antal teman för WordPress som är tillgänglighetsanpassade. WordPress egna standardteman, sedan 2013, hör även till dessa. Om du använder Genesis så kan vi även tipsa om det tillgänglighetsanpassade barntemat Utility Pro.

Notera att det inte räcker med att ”bara byta tema” för att få en tillgänglig hemsida. Man behöver även anpassa dess innehåll.

Till sist finns även flera bra tillägg för tillgänglighet till WordPress. Här är några av dessa:

  • WP Accessibility. Detta tillägg rättar/lägger till ett antal funktioner för tillgänglighet på din WordPress-sida. Det ger dig även möjlighet att lägga in en funktion där besökare kan ändra kontrast/textstorlek på din hemsida vid behov. Rekommenderas!
  • Om du har formulär på din WordPress-sida så kan dessa tillgänglighetsanpassas via Contact Form 7: Accessible Defaults eller Gravity Forms – WCAG 2.0 form fields (beroende på vad du använder för tillägg).
  • Om du använder Genesis så rekommenderas även tillägget Genesis Accessible.

Funktionsnedsättningar– Avslutningsvis

Vi hoppas att det här inlägget kan bidra lite till en ökad förståelse för vikten av en mer tillgänglig hemsida. Ökad tillgänglighet är något som vi alla tjänar på. För vår egen del är vår hemsida ännu inte helt tillgänglighetsanpassad, men det kommer garanterat här framöver.

För mer läsning om tillgänglighet på webben kan vi varmt rekommendera ett besök hos Vägledning för webbutveckling.

Om du har fler tips om tillgänglighet som du vill dela med dig av i kommentarerna nedan så är vi väldigt tacksamma för det.

Liknande inlägg:

WordPress har köpt upp WooCommerce

Igår kväll nåddes vi av en rolig nyhet i WordPress-världen. Företaget bakom WordPress, Automattic, har nu köpt upp företaget WooThemes, som bl a står bakom e-handelstillägget WooCommerce. Det innebär att världens snabbast växande e-handelslösning (WooCommerce) nu är en del av världens största hemsideplattform (WordPress).

fsdata_woo_automattic

FS Data har som bekant stått bakom den svenska översättningen av WooCommerce i två års tid. Vi har flera riktigt bra guider till WooCommerce och vi erbjuder en unik enkel installation av WooCommerce i vår kontrollpanel. WooCommerce ligger, utan att överdriva, oss väldigt varmt om hjärtat.

– Vad innebär detta för WooCommerce?

WooThemes var ett av de första företagen (sedan 2008) som specialiserade sig på teman och tillägg för WordPress. Idag består de av 55 personer över hela världen och även om de fortfarande utvecklar många olika teman och tillägg (bl a Sensei, som är riktigt bra om man vill hantera online-kurser) så är WooCommerce deras främsta fokus.

Automattic består likaså av människor över hela världen, om än i större skala (med över 300 medarbetare). I båda företagen arbetar man i olika grupper baserat på arbetsområden. Automattic och WooThemes arbetsområden är snarlika (Automattic utvecklar t ex också teman och tillägg), så övergången lär bli rätt så smidig där.

I slutet av 2013 utförde WooThemes stora förändringar av sin prissättning. Det kritiserades väldigt hårt, men var ett måste för att företaget skulle kunna överleva. Automattic är i en helt annan (mycket mer positiv) ekonomisk situation. Det kommer sannolikt vara positivt för WooThemes och WooCommerce.

WooThemes enda riktiga akilleshäl är deras support/kundtjänst, som inte alltid har varit optimal. Med Automattic i ryggen kan det bara bli bättre. Supporten hos Automattic fungerar nämligen väldigt bra. Automattic har likaså en bättre teknisk infrastruktur som WooThemes nu kan dra nytta av.

– Vad innebär detta för WordPress?

Först och främst, nu är det ett (1) tillägg som verkligen gäller för e-handel om man kör WordPress. WooCommerce är redan det mest populära e-handelstillägget, men nu är det desto mer ”officiellt”. WooCommerce är i en klass för sig.

WordPress är inte längre bara en lösning för bloggar och hemsidor. Det är nu även en e-handelslösning.

För den stängda versionen av WordPress, eller WordPress.com, lär detta uppköp innebära att deras användare så småningom får (viss) tillgång till WooCommerce. Ett flertal av WooThemes teman erbjuds redan för användare av WordPress.com.

För den öppna versionen av WordPress kan integrationen med WooCommerce bli ännu bättre. WooThemes har en separat marknadsplats för tillägg till WooCommerce. Kanske att dessa tillägg kan inkluderas bland WordPress vanliga tillägg? Kanske även att Automattic gör fler av tilläggen till WooCommerce kostnadsfria? Det får tiden avgöra.

– Sammanfattningsvis

Vi hoppas och tror att Automattics uppköp av WooThemes kommer vara positivt för både WordPress och WooCommerce. Båda dessa företag och lösningar är starka anhängare och förespråkare av öppen källkod. De vill göra det så enkelt som möjligt att skapa sig och hantera hemsidor och e-handelssidor. Det är helt i linje med vår inställning och målsättning!

Vad tror du om detta uppköp? Lämna gärna en kommentar här nedan!

Liknande inlägg:

WordPress 4.2 är ute – detta är nytt!

WordPress 4.2WordPress 4.2 är äntligen här, efter närmare 8 månaders utveckling. Som vanligt uppdaterar du enkelt till denna nya version via WordPress administrationsgränssnitt wp-admin. Det är bara att logga in på din WordPress-hemsida och klicka på uppdateringslänken högst upp i wp-admin.

WordPress 4.2 fungerar alldeles utmärkt med våra WordPress-vänliga webbhotellspaket. Vi har som vanligt testat ett flertal betaversioner av nya WordPress. Att uppdatera till WordPress 4.2 ska inte innebära några problem hos oss.

WordPress 4.2 är resultatet av skickligt ideellt arbete från 283 personer (fler än någonsin tidigare). Bland dessa finns våra vänner på WordPress Sverige, som hanterar den svenska översättningen av WordPress. Ett stort tack till er alla för en riktigt bra ny version av WordPress!

Detta är nytt i WordPress 4.2:

– Blogga det här enklare

Har du någon gång hittat en riktigt bra hemsida eller tjänst och tänkt ”det här borde jag blogga om”, bara för att lite senare ha glömt bort, eller struntat i det, eftersom du måste besöka din blogg och logga in där för att skriva ett inlägg? Då ska du testa den nya ”Blogga det här”-funktion i WordPress 4.2!

fsdata_blogga_det_har_mobilBlogga det här-funktionen har funnits i WordPress sedan version 2.6, men nu är den smidigare än någonsin tidigare. Det är bara att lägga in genvägen till Blogga det här (som du hittar i wp-admin, under ”Verktyg”) i din webbläsares bokmärkesfält. Sedan kan du klicka på Blogga det här i din webbläsare, oavsett var du befinner dig, så öppnas ett nytt litet inläggsfönster.

I fönstret för Blogga det här hämtas information och bilder om sidan (som du vill blogga om) helt automatiskt. Du får ett förslag på inlägg, som du enkelt kan anpassa och publicera. Det är verkligen hur enkelt och smidigt som helst.

Blogga det här fungerar även med smarta mobiltelefoner. Besök wp-admin för din WordPress-sida med din mobil och klicka på ”Verktyg”. En bit ner på sidan finns en direktlänk för mobiltelefoner. Klicka på den och lägg sedan till den sidan på din hemskärm i mobilen.

Nu kommer du ha en Blogga det här-ikon på din hemskärm, så du snabbt kan blogga när du vill.

– Utökat stöd för fler tecken

WordPress har länge haft bra stöd för svenska tecken, både i inlägg och i WordPress gränssnitt. Med WordPress 4.2 introduceras ett utökat stöd för kinesiska, japanska och koreanska tecken samt hieroglyfer (!) och musikaliska samt matematiska tecken.

WordPress 4.2 medför även stöd för sk. ”emojis”, dvs grafiska symboler liknande smileys. Emojis har även introducerats i tangentbordet för iOS (och Mac OS X) rätt så nyligen. Ännu en anledning att ❤️ WordPress.

Tycker du det är tramsigt med emojis? Det finns ett tillägg för det: Disable emojis. Detta tillägg kan även hjälpa om du upplever en konflikt med dessa utökade tecken och ett befintligt tema/tillägg på din hemsida.

För de lite mer tekniska innebär det här att WordPress byter teckensättning på ett antal tabeller från utf8 till utf8mb4. Om man har en äldre version av MySQL så hanterar WordPress automatiskt teckenkonverteringen, så detta fungerar ändå.

– Byt teman i anpassaren

Nu är det möjligt att byta, testa och anpassa nya teman direkt i WordPress utseendeanpassare. Under ”Utseende” och ”Anpassa” kan du testa hur din hemsida ser ut med ett helt annat tema. Du kan anpassa dess utseende, med widgets och andra fält, i lugn och ro utan att det märks för dina besökare. När du sedan är nöjd så är det bara att spara dina inställningar, så aktiveras det direkt på din hemsida.

– Snabbare uppdatering av tillägg

Att uppdatera tillägg är viktigt (om man inte använder vår WordPress-installerare och får alla uppdateringar automatiskt). Men det kan vara rätt så tidskrävande och omständigt med separata laddningssidor. Nu är det ett minne blott med WordPress 4.2. På översiktssidan med tillägg kan man direkt genomföra uppdateringar, utan att lämna sidan. En liten, men väldigt bra, förbättring.

– Bättre inbäddning av fler tjänster/hemsidor

WordPress har sedan tidigare stöd för en utökad inbäddning av länkar från tjänster som Youtube och Twitter. När man lägger in en länk därifrån, i ett inlägg/sida i WordPress, så får man automatiskt extra information inbäddad. Nu har denna funktion utökats till att även inkludera länkar från Tumblr och Kickstarter.

– Övrigt

Även om nyheterna ovan är intressanta och bra så innehåller WordPress 4.2 inga jättestora förändringar, som vi har sett tidigare med t ex nytt standardtema och administrationsgränssnitt. Trots detta har ändå 373 buggar/funktioner åtgärdats i WordPress 4.2. Mycket har hänt under ytan som kommer vara positivt framöver, såsom förbättringar av databasfrågor, API:et för TinyMCE (mest märkbart i WordPress inläggsredigerare) och mindre färganpassningar i WordPress administrationsgränssnitt.

Vad tycker du om WordPress 4.2? Lämna gärna en kommentar här nedan!

Liknande inlägg:

Mobilanpassa er eller förlora besökare!

Vi har berättat om det flera gånger tidigare i vår blogg, men nu är det absolut sista chansen att mobilanpassa er hemsida om ni inte vill börja förlora besökare. Nästa vecka, den 21:a april 2015, kommer nämligen Google att börja premiera mobilanpassade hemsidor. Dessa sidor kommer att få bättre placeringar i sökresultatet hos dem.

FS Data mobilanpassad hemsida

– Hur viktigt är det med en mobilanpassad hemsida, egentligen?

Idag surfar ungefär varannan besökare på en hemsida med sin mobiltelefon eller surfplatta. Som utvecklingen ser ut så kommer andelen ”vanliga datoranvändare” att vara i minoritet här framöver. Att inte mobilanpassa sin hemsida idag är att ignorera hälften av sina besökare. Så det är extremt viktigt.

– Vad bör man tänka med med en mobilanpassad hemsida?

En mobilanpassad hemsida ska egentligen inte skilja sig från den vanliga hemsidan. Det är en och samma hemsida, fastän dess innehåll är anpassat för en mindre skärm. Så glöm allt om ”separat mobilsida” och mobila toppdomäner, fokusera på att få er vanliga hemsida mobilanpassad istället.

– Hur mobilanpassar man en hemsida då?

Hur man går tillväga beror givetvis på hur hemsidan är uppbyggd. Det absolut bästa är att använda en responsiv design. Alla seriösa teman som utvecklats och släppts de senaste åren har detta. Om man t ex kör WordPress med ett standardtema, från Twenty Eleven (2011) och uppåt, så är det responsivt.

De flesta hemsidelösningar, som WordPress och Joomla, har även tillägg som möjliggör responsiv funktionalitet (t ex lägger in en responsiv meny när så behövs). Det är egentligen inte något vi rekommenderar, men det är en bra sista utväg om man inte kan anpassa eller byta sitt tema.

Om du har en hemsida med ett äldre tema/utseende utan responsivt stöd så kan det vara hög tid att byta tema nu. Det finns en hel uppsjö med snygga teman att tillgå, både kostnadsfritt (t ex via WordPress temakatalog) och mot betalning (t ex hos Themeforest). Passa på nu!

– Hur vet jag om min hemsida är mobilanpassad?

Om du besöker din hemsida via en vanlig dator så kan du testa att ändra storleken på din webbläsares fönster (i synnerhet bredden). Ser du att hemsidan ändras, att menyn t ex minskas och/eller blir till en rullgardinsmeny? Då har du sannolikt en mobilanpassad, eller responsiv, hemsida.

Google har även ett bra testverktyg för detta. Du hittar det här: Google mobilvänlighetstest

Lämna gärna en kommentar här nedan om du har några frågor eller funderingar kring detta!

Liknande inlägg: