Nyheter, Prylar, Android, Mobiler, Appnedladdningar, Android

Hur man ställer in WordPress i en Shopify-undermapp/underkatalog

Vanligtvis när vi marknadsförare och sajtägare pratar om Shopify och WordPress, är det på ett “vilket ska du välja” sätt. Vilken är bättre? Svaret beror naturligtvis oftast på syftet du siktar på. Om du driver en blogg är WordPress bättre, och du kan ta dig an en butik med saker som WooCommerce på vägen. Om du är en business-first-webbplats med en blogg som tillbehör fungerar Shopify bra, även om Shopify-bloggar inte är den bästa utgångspunkten för innehållsmarknadsföring.

Jag har varit intresserad av att se om det finns ett sätt att använda WordPress och Shopify tillsammans på samma sida ett tag. Vanligtvis är svaret antingen “nej” eller “ja, men du måste hoppa igenom massor av ringar, och det är inte värt det.” Dina två huvudalternativ har alltid varit att offra din SEO genom att stoppa WordPress på en underdomän eller stoppa Shopify på en underdomän istället.

Båda de populära alternativen är ganska slitande, och under lång tid var de de enda två alternativen du hade. Jag skrev om dessa två populära val här:

Sanningslöst, även om jag upptäckte ett tredje alternativ som inte är välkänt, är de allra flesta av er fortfarande bättre av att bara välja en plattform och använda plugins för att efterlikna funktionaliteten hos den andra.

Trots vad du kanske har läst så är det möjligt att köra WordPress i en underkatalog på vår hemsida.

30 sekunders sammanfattning

Att välja mellan Shopify och WordPress beror på din webbplatss primära syfte. WordPress passar bloggar bättre, medan Shopify är fördelaktigt för business-first-sajter. Du kan kombinera Shopify och WordPress med en omvänd proxy, en teknik som låter de två plattformarna arbeta på samma domän. Se upp för problem med duplicerat innehåll: använd exakt kanonisering. Var också uppmärksam på interna länkstrukturer eftersom de två plattformarna har olika domäner. Den här metoden ökar din administrativa börda men breddar webbplatsens funktionalitet.

Introduktion av en omvänd proxy

Du har säkert hört talas om en proxy förut, vare sig från gamla hackermemes (lycka till, jag ligger bakom sju proxyservrar!) eller från användning för att komma runt geoblockerare och andra innehållslås. En proxy är något du ställer in för att tunnla din trafik genom en annan IP-adress på en annan plats, vilket gör att det ser ut som att dina besök kommer från någon annanstans.

En omvänd proxy fungerar på samma sätt men är omvänd. Istället för att vara något som en användare skapar mellan dem och internet, är det något som en webbplats skapar för att sitta mellan sin webbplats och internet. Allmänna internetanvändare landar på webbplatsen och den omvända proxyn vidarebefordrar sina HTTP-förfrågningar till andra platser och skickar data till dem som om det vore på den ursprungliga webbplatsen.

Du har förmodligen besökt tusentals webbplatser som använder omvända proxyservrar på backend, och du insåg inte ens det.

Omvända proxyservrar är ganska vanligtmen de används vanligtvis inte på det sätt jag ska beskriva dem. För det mesta hanterar de säkerhet och liknande:

  • Lastbalansering; en omvänd proxy kan dela massor av inkommande trafik lika mellan servrar, snarare än att låta allt hamra på en server när redundanta servrar finns.
  • Attackskydd; en omvänd proxy kan fungera som en sorts brandvägg och filter, så i de fall då en DDoS-attack kommer in kan det mesta blockeras innan det någonsin når webbplatsens faktiska servrar. Cloudflare är ett exempel på en omvänd proxy.
  • Webbplatshastighet; en omvänd proxy kan både ladda och cachelagra sidor från källservern och servera de cachade versionerna till användare som begär dem, vilket påskyndar webbplatsens svarstid för de flesta användare.

Det vi gör idag är lite annorlunda. Du har din webbplats konfigurerad med en Shopify-butik på den. Föreställ dig nu att en användare försöker gå till din blogg. Istället för att nå din blogg börjar Shopify dock hämta data från en omvänd proxy. Den omvända proxyn svarar med data från en annan server som är värd för din WordPress-webbplats. Det är där din blogg bor. Således har du en WordPress-blogg och en Shopify-butik på samma domän i Googles ögon.

Det är ungefär som en omdirigering, förutom med en omdirigering, din URL för användaren skulle ändras. Med en omvänd proxy hämtas data som fyller www.shopifystore.com/blog/ från www.wordpressblogURL.com istället. Användaren ser aldrig WordPress-bloggens URL, men användare och sökmotorer ser innehållet från den.

Konfigurera en Shopify Reverse Proxy

Det finns två sätt att ställa in en omvänd proxy på Shopify för att köra en blogg från en annan URL. Som du kanske föreställer dig är de det enkla sättet och det hårda sättet.

Det enkla sättet är att använda en app på Shopify som gör allt åt dig. Överraskande nog hittade jag en av dem.

Det är dock lite svårt att förstå hur det fungerar och hur man ställer in det.

I huvudsak behöver du några rörliga delar.

  • Din Shopify-butik, på ditt primära domännamn.
  • Storybook-appen för Shopify, vilket du kan hitta här.
  • En sekundär domän och webbhotell som kör WordPress, där du kommer att skriva och publicera dina blogginlägg.
  • Storybook-plugin för WordPress, som du kan hitta här.

Du kommer också att behöva lite uppmärksamhet på detaljer: ett anpassat WordPress-tema för din WordPress-webbplats för att få den att se identisk ut med din Shopify-webbplats och noggrann uppmärksamhet på kanonisering med dina webbadresser.

Nu måste jag varna dig här: det finns väldigt lite information om denna uppsättning plugins online. De har funnits i två år men har noll recensioner, och ganska mycket det enda omnämnande av dem på Reddit eller andra sociala medier jag kan hitta är folk som säger att de har frågor och inte har kunnat kontakta utvecklarna.

Kommer de att fungera? Troligen! Behöver du göra manuell felsökning och ta reda på problem själv? Sannolikt också. Jag ska göra mitt bästa för att hjälpa till med vad jag kan, men jag är ingen expert på detta specifika plugin, även om jag har mycket erfarenhet av proxyservrar och kod.

Om du är skeptisk till slumpmässiga appar från tredje part utan granskning är du inte ensam. Du kan fortfarande ställa in en omvänd proxy manuellt; det är bara mycket mer jobb.

Shopify stöder appproxyer direkt. Shopify har en officiell guide för att ställa in appproxyer, som du kan läsa här. Efter att ha tittat på den här guiden kan du se hur det blir ganska tekniskt. Nyckeln är att, precis som den “enkla” metoden ovan, behöver du fortfarande din Shopify-butik och din WordPress-blogg konfigurerad; du gör bara Storybook-appen själv.

Men vänta, är inte detta som en iframe?

Du kunde enkelt göra inbäddningar av innehåll som detta på flera webbplatser tidigare med hjälp av iframes. En iframe skulle ladda innehåll från en annan domän i en ram inom din primära domän. Naturligtvis har denna metod många problem. Det första problemet är att innehållet aldrig laddades på din primära domän; “blogginlägget” på din primära domän skulle vara tomt, enligt en sökmotor som Google. iFrames är i allmänhet ett sämre alternativ för din SEO.

I modern webbutveckling har iframes länge blivit utfasade eftersom de har många brister. De har sin nisch, och du kan fortfarande använda dem under specifika omständigheter, men du är bäst att hålla dig borta från dem.

Ett omvänt proxysystem är inte som en iframe, lyckligtvis. Med en iframe går det inte att dölja att innehållet kommer från en annan domän, som en inbäddning. Med en omvänd proxy gör en användare eller Google en begäran om att landa på Shopify-blogginläggets URL och får en Shopify-URL med blogginlägget på. Strunt i att innehållet, layouten och informationen kom från en annan domän. den omvända proxyn gör att det verkar komma från Shopify-butiken. Så, nej, det är inte som en iframe, som tur är.

Ditt största bekymmer: Duplicerat innehåll

Jag nämnde det redan i förbigående, men när du sätter upp den här typen av system kommer du att få blogginlägg på två ställen. Din WordPress-domän kommer att vara värd för din blogg, och din Shopify-webbplats kommer att hämta innehåll från den.

Det här exemplet är en perfekt representation av duplicerat innehåll. När det gäller Google ser de innehållet på två olika domäner. Du kan inte lägga till “detta innehåll syndikerat från X” till ett av inläggen eftersom de är samma inlägg på två ställen. Att ändra det ena kommer att förändra det andra. Det är inte som en Medium-blogg som används för att publicera innehåll eller något liknande.

Det finns två möjliga lösningar på detta, varav en kanske inte fungerar.

1. Den som kanske inte fungerar är att lägga till en robot.txt-fil till din WordPress-hosting (eller blockera Googles bots från den helt med .htaccess eller något liknande.) Eftersom den existerar precis som en datalagringsserver och en plats att ladda upp och konfigurera dina blogginlägg – och inte som en blogg du vill ranka på egen hand – du kan förmodligen blockera Google från att se den.

Vissa sökmotorer är bättre än andra på att respektera dina robots.txt- och no-index-direktiv. Det finns två möjliga problem med detta. Den första är att sökmotorer kan ignorera dessa direktiv och fortfarande se din webbplats, så du kan stöta på problem med duplicerat innehåll även om din webbplats blockerar spindlar. Denna möjlighet är dock en teori från min sida eftersom jag inte vet om sökmotorer skulle bry sig eller inte i praktiken.

Ärligt talat skulle jag inte rekommendera att det blockerar sökmotorer med metahuvuden. Jag vet inte exakt hur Storybook fungerar, men din rubrikinformation kan också överföras till din omvänd proxy Shopify-blogg. Då skulle du få problem med att Google ignorerar båda versionerna av din blogg. Det är säkrare att hålla fast vid alternativet robots.txt – tillsammans med följande alternativ i den här guiden.

2. Det andra alternativet är det I skulle rekommendera, och det är en exakt användning av kanonisering. Google har en rel=”canonical”-tagg som de skapade specifikt för att tillåta innehåll att läggas upp på flera ställen samtidigt som de pekar på den ena originalversionen. Den här koden gör det tydligt och transparent för sökmotorer att efterföljande versioner är en kopia som du inte vill ska rankas, och endast den kanoniserade versionen (i din Shopify-butik) ska visas i sökresultaten. Det är vad vi vill här.

Du skulle se till att varje inlägg på din WordPress-domän har en kanonisk tagg som pekar på webbadressen till artikeln på Shopify-webbplatsen. På så sätt kommer Google att veta att den “riktiga” versionen av inlägget är Shopify-versionen, även om Shopify-versionen hämtar innehållet från WordPress-versionen.

Tricket är att du måste vara konsekvent med detta. Om du missar en kanonisk tagg får du duplicerat innehåll, vilket kan få hela korthuset att krascha. En miss här och där troligen kommer inte att döda din webbplats, men den kan komma tillbaka och bita dig om du blir slapp med det.

Om du utvecklar en omvänd proxy-app istället för att installera Storybook-appen, kommer du att kunna kontrollera exakt hur den fungerar, men då är du en utvecklare och behöver inte att jag ska berätta hur det kan gå fel .

Ditt andra problem: Interna länkar

Interna länkar är viktiga för moderna bloggar, och jag säger alltid att de flesta inte använder så många av dem som de borde.

Problemet här är att interna länkar ofta är “absoluta” länkar snarare än “relativa” länkar. Mina länkar skulle till exempel vara till:

www.contentpowered.com/blog/many-internal-links-blog/

Om jag hade relativa länkar skulle mina länkar peka på:

/blogg/many-internal-links-blogg/

Det finns många anledningar till varför du alltid bör använda absoluta snarare än relativa länkar med en omvänd proxy-strategi. Du hämtar tekniskt innehåll från en helt annan värd, så relativa länkar hänvisar till något som kanske inte finns på din huvudwebbplats.

Vad menar jag med det, och varför är detta ett problem?

Tja, när Shopify hämtar dina blogginlägg från WordPress kommer alla dessa WordPress-inlägg att ha länkar till andra blogginlägg. De andra blogginläggen finns på WordPress, så webbadressen du (sannolikt) använder kommer att vara WordPress-länken. Det betyder att din Shopify-butiks blogg kommer att vara full av “externa” länkar där det borde finnas interna länkar.

Det finns två sätt att lösa detta. Den första är att se till att du hämtar Shopify-länken varje gång du vill ha en intern länk. Det andra är att använda ett skript för att skriva om webbadresser på din Shopify-blogg när webbadressen matchar din WordPress-domän. Den här tekniken är ganska lätt att göra, men du måste se till att den fungerar när du skapar ett skript.

Storybook gör den här delen för dig också.

Appen verkar göra allt du behöver för att ställa in WordPress-blogghantering i en Shopify-butik, och jag är förvånad över att den inte har någon verklig exponering. Jag kan ha upptäckt en diamant i roughen här för någon som är villig att ta första steget.

Ska du använda den omvända proxymetoden?

Det finns för- och nackdelar med att installera detta system.

Å ena sidan är WordPress mycket mer potent än Shopify för att hantera en blogg. Om inte annat kommer det att vara ovärderligt att använda saker som Akismet, Rank Math, Schema, innehållsförteckning, brutna länkkontroller och andra WordPress-plugin.

Å andra sidan har du en dramatiskt ökad administrativ börda, ökad hotyta (eftersom både Shopify och WordPress måste hållas uppdaterade) och mer uppmärksamhet på detaljer som krävs för att säkerställa att det hela fungerar konsekvent.

Antingen krävs det ett gäng anpassat utvecklingsarbete, eller så litar du på ett plugin med noll recensioner efter två år. Valet är ditt.

Jag skulle prova det om jag skulle starta en ny sajt, men jag tror inte att jag skulle konvertera en livesajt om jag inte hade en bra anledning att göra det. Dessutom finns det andra sätt att använda en WordPress-blogg på Shopify som är lite mindre smidiga men mycket lättare att hantera.

Har du gjort den omvända proxymetoden eller använt Storybook-appen? Om så är fallet, låt mig veta i kommentarerna! Jag vill gärna höra hur det har gått för dig.