Sidbyggare är ett mycket kraftfullt verktyg som hjälper dig att skapa unika sidor, unika layouter, målsidor och annat innehåll utanför det vanliga blogginlägget och sidformatet WordPress ger dig. Verktyg som Elementor, Divi och Beaver Builder är alla användbara, men de har vissa nackdelar och risker.
Ett av de största problemen jag har sett dyka upp, och ett jag har upplevt själv, är konflikter mellan dessa sidbyggare och plugins, teman och andra grundläggande WordPress-element.
30 sekunders sammanfattning
Du kan använda sidbyggare som Elementor, Divi och Beaver Builder för att skapa unika sidor på WordPress men förvänta dig vissa konflikter med plugins och teman. Om du upptäcker fel med din sidbyggare, undvik att byta byggare eller inaktivera plugins eftersom dessa metoder kan orsaka problem. Använd istället Asset CleanUp Pro för att hantera plugin-konflikter och förbättra webbplatsens hastighet. Det här verktyget rensar selektivt upp plugin-kodinjektioner, vilket förbättrar din redigeringsupplevelse och webbplatsprestanda. Ge det ett försök!
Diagnostisera ett problem
Se, sidbyggare är i allmänhet byggda på antagandet att du använder dem på mer eller mindre en grundläggande WordPress-installation. Om du har några plugins finns de förmodligen alla på en lista över de 50 bästa plugins som folk använder för WordPress, så sidbyggarna testar inte ofta utanför den typen av miljö.
Vad som händer är att det finns en konflikt mellan hur plugins fungerar, hur WordPress i sig fungerar och hur sidbyggare vanligtvis fungerar.
WordPress har kärnfiler, särskilt WP-Admin-filen, som effektivt kontrollerar alla andra filer i en installation. Det här är bra, det är så WordPress fungerar, det är inga problem här.
Vissa plugins – många plugins, faktiskt, fler än du kanske inser – konfigurerar sig själva för att lägga till (eller köa) tillgångar till WP-Admin. Att ha alla dessa tillgångar redo på ett ställe gör plugin-programmet ganska snabbt och redo att avfyras det ögonblick som det kallas, vilket betyder bra prestanda och smidig drift.
Kö är en funktion som stöds i WordPress, så plattformen är designad för att hantera det. Detta är också ganska bra. Det kan vara ett problem om du har för många plugins, speciellt om dessa plugins kommer i vägen för varandra, men för det mesta kommer det inte att hända.
Så var kommer frågan upp? När du börjar använda en sidbyggare.
Se många sidbyggare som ger dig möjligheten att ladda din webbplats som den är och lägga till, redigera och konfigurera sidor direkt i en WYSIWYG-redigerare. Så du laddar din webbplats och använder sidbyggaren för att börja arbeta, men saker och ting fungerar inte som det ska. Det finns fel, eller vissa element fungerar inte, eller så kraschar hela systemet.
Vad händer? Vanligtvis är det en konflikt. Specifikt är det en konflikt mellan den mycket komplexa koden för sidbyggarna, den komplexa koden för själva WordPress och kodinjektionerna som köas in i WP-Admin av plugins.
Det finns inget riktigt sätt för mig att direkt säga vad som exakt orsakar problemet eftersom det kan vara en miljon olika saker. Det spelar heller ingen roll om du vet vilken teknisk orsak som orsakar problemet eftersom ingen av de möjliga lösningarna är beroende av den kunskapen.
Ändra sidbyggare
Ofta är en av de första idéerna som kommer att tänka på att byta sidbyggare. När allt kommer omkring, om du gillar de plugins du använder och du har problem med en sidbyggare, kanske du vill byta sidbyggare.
Det finns många alternativ också:
- SeedProd
- Trivs arkitekt
- Bäverbyggare
- Divi
- Elementor
- Visuell kompositör
- Themify Builder
- Brizy
- SiteOrigin
- Syre
- Spectra
- Hörnsten
Det verkar som att det skulle vara lätt nog att byta, eller hur?
Tja, inte alltid. Ibland orsakar sidbyggare problem med dina befintliga sidor när du avinstallerar dem. Du vill definitivt inte ha mer än en sidbyggare installerad samtidigt, och de kan också komma i konflikt med varandra. Och om du betalar för en sidbyggare vill du inte betala för ytterligare en och behålla två prenumerationer tills du kommer på vilken som har problem.
Jag kommer att säga att om du räknar ut en specifik konflikt mellan ett plugin och en sidbyggare kan du rapportera det till utvecklarna av båda och se om de vill fixa det. Det är den bästa lösningen, men det är utom dina händer, så du måste prova något annat om du vill lösa problemet själv.
Den dåliga lösningen
Om du läste ovanstående och du tänkte: “Det är ett plugin-problem, jag vet hur man löser det”, så är chansen stor att du har kommit på samma idé som de flesta gör i början…
Inaktivera bara plugins och testa sidbyggaren.
Inaktivera ett plugin, prova byggaren och se om det går sönder. Om den gör det, återaktivera den första, inaktivera nästa på listan och upprepa.
Denna lösning fungerar, men det finns flera problem med den.
Det första är att det kommer att ta evigt. Min sajt har nästan 70 plugins, av vilka många tjänar viktiga syften, och att inaktivera dem även under några timmar medan jag jobbar kommer sannolikt att få många saker att se och fungera mycket sämre. Jag måste inte bara slösa bort timmar av min dag på att systematiskt inaktivera, testa och återaktivera plugins, jag måste göra allt det innan jag kan få något arbete gjort, OCH jag måste se till att jag testar alla nya plugins jag installerar sedan sist jag gjorde det, och eventuella plugins som kan ha uppdaterats, och så vidare.
Utöver allt detta, varje gång du inaktiverar ett plugin och gör lite arbete, din webbplats finns där uppe, live, utan det insticksprogrammet. Tänk om det är ett säkerhetsplugin och nu är du mer sårbar för DDoS eller andra attacker? Vad händer om det är en anti-spam plugin? Vad händer om det är ett funktionsplugin och utan det renderas din webbplats inte korrekt? Vad händer om det exponerar filer i kataloger som inte borde exponeras?
Vad händer om Google tar det här ögonblicket att skrapa din webbplats efter ändringar, och nu saknar din indexerade version av din webbplats ett plugin och ser dåligt ut, fungerar dåligt eller är trasig på något sätt? Då är du i en ännu värre situation.
Som du kan se är det ingen bra idé att arbeta på en livesajt som denna. Plus, allt detta förutsätter att du enkelt identifierar vilket plugin som orsakar problemen. Tänk om det finns mer än en, så att du kommer igenom slutet av din lista, och ingen av dem har fixat det?
Jag rekommenderar att du testar en lokal version när det är möjligt.En god praxis är att underhålla en sekundär version av din webbplats någonstans, antingen på en lokal virtuell server eller på en fjärrserver, som bara har noindexering tillämpad så att den inte orsakar problem med din webbplats.
Du kan använda detta för att testa och utveckla din webbplats, göra ändringar i plugins, layout och mer, utan att behöva störa upplevelsen för dina användare. Tänk på det som en sandlåda.
Det här är en bra idé att ha på plats, men låt oss vara verkliga: de flesta kommer inte att göra det. Att underhålla två versioner av din webbplats, även om det är relativt enkelt att spegla med WordPress-plugins, är jobbigt, och du måste vara ganska försiktig med dina uppdateringar fram och tillbaka så att du inte skriver över saker i fel riktning.
Hur som helst, det finns en anledning till att jag listar detta som den “dåliga” lösningen. Även om det kanske är bättre att säga, effektfullt, för de flesta.
Anpassad rengöring
Den andra möjliga lösningen innebär att gräva lite. Det är den typ av gör-det-själv-lösning som kan vara den enda som är tillgänglig för dig om du inte vet vad du gör på annat sätt (eller läs resten av den här artikeln.)
Du vet att problemet mer än troligt ligger i WP-Admin på grund av kod som lagts till där av ett plugin. Du vill behålla din lösning på din sida, i förhandsgranskningen och inte i liveversionen av din webbplats.
Du behöver bara ta bort dessa tillgångar, men för att göra det måste du ta reda på vilken kod i din WP-Admin som läggs till av plugins. Helst skulle du kunna ta reda på vilken kod som orsakar problemet och skriva ett skript som kan suspendera dessa element, såväl som all relevant JS-, CSS- och annan kod, och ställa den i kö i din functions.php-fil. Om du inte kan ta reda på vilka element som är vilka, måste du ställa fler av dem i kö tills du hittar koden som orsakar problemet.
Den här lösningen är bättre eftersom den inte skadar användarupplevelsen eller äventyrar din indexering. Men det är fortfarande tråkigt och tidskrävande, och det kräver att du kan tillräckligt mycket om PHP för att göra allt jag just nämnde, vilket verkligen inte är trivialt. Du kan använda några verktyg för att hjälpa till – ChatGPT kan spotta ut lite användbar kod, så länge du kan granska den för att se till att den inte injicerar skadlig programvara längs vägen – men ärligt talat är det bara jobbigt.
Den bästa lösningen: Asset Cleanup
Den bästa lösningen är den jag precis beskrev, förutom att den görs av någon som vet vad de gör och kan hantera det automatiskt åt dig.
Lyckligtvis vet jag precis hur jag ska ställa dig till det, för jag gjorde samma sak. Gabe Livan, WordPress-expert, skapade Asset CleanUp Pro för att lösa just den här typen av problem.
Asset CleanUp har många användbara funktioner, och jag använder många av dem för webbplatshastighet och laddningsändamål. Den som är mest relevant för dagens diskussion är dock funktionen för pluginhanterare. Allt du gör är att konfigurera plugin-programmet för att förhindra att andra plugins laddas speciellt för inloggade WordPress-användare. Eftersom de enda inloggade användarna kommer att vara du, andra webbplatsadministratörer och personal, är de enda personer som detta kan påverka de människor som det inte spelar någon roll om det påverkar dem.
På det här sättet är allt du behöver göra att ställa in plugin-programmet, och varje gång du loggar in kommer du att kunna hoppa direkt till redigering utan att andra konflikter och problem kommer i vägen.
Asset CleanUp Pro är också ett ganska billigt plugin. De Lite-versionen är gratismen Pro-versionen kostar bara $50 per år för alla de mest användbara funktionerna. Det är också ett av de plugins där du betalar en gång för att få en licensnyckel, och du kan använda den på obestämd tid, men uppdateringar efter det första året kostar mer; den uppdateras inte särskilt ofta, så du kan ofta komma undan med ännu mindre om du vill.
Det är också bara $150 för en obegränsad licens som kan installeras på så många webbplatser du vill. Jag gillar det för mina kunder där det är motiverat, även om inte alla behöver det.
Andra fördelar med Asset CleanUp Pro
Jag tog först Asset CleanUp Pro för konfliktproblemet med sidbyggaren, men sedan dess har jag använt det till många saker.
Det överlägset bästa är att du kan använda det för att selektivt rensa upp dessa plugin-kodinjektioner på din webbplats, vilket är en enorm fördel för webbplatsens hastighet, lyhördhet och funktionalitet.
Låt mig ge dig ett exempel. En av de många plugins jag använder här på Content Powered är en recension plugin. Det ger mig möjlighet att lägga in en kortkod och konvertera ett vanligt blogginlägg till ett recensionsinlägg snabbt och enkelt. Den gör allt du vill att den ska göra, som att lägga till stjärnbetyg och infoboxar, lägga till schemagranskning och så vidare.
Problemet är att detta plugin ställer sina tillgångar i kö överallt. Jag menar överallt. Varje sida på min webbplats, om du tittade på den innan jag åtgärdade problemet, hade en massa recensionskoder häftade på och redo att anropas, även om dessa sidor inte var recensioner, eller ens innehållssidor alls. Det var en ton av svullnad som helt enkelt inte var nödvändigt.
Med Asset CleanUp Pro kan du selektivt inaktivera den här koden från att injiceras på sidor du inte vill ha den på.
Detta fungerar också bra tillsammans med ett av mina andra favoritplugins, WP Rocket. WP Rocket har massor av små funktioner som hjälper till att snabba upp en webbplats, och en av de bästa är mycket bra cachning. För att göra det ännu snabbare tar Asset CleanUp bort all den onödiga uppsvällningen så att WP Rockets rendering, minifiering och cacheprocess kan cache den rensade sidan för ett ännu bättre resultat. Det är ett av sätten jag håller den här webbplatsen långt över 90 på PageSpeed-statistik.
Allt detta är hur jag har lyckats lösa problemet med sidbyggare, åtminstone i varje fall jag har råkat ut för det. Det är mycket sällsynt att ett plugin både är väsentligt för layouten på en sida (och därför måste fungera för att sidbyggaren ska återspegla verkligheten) och orsakar en konflikt med sidbyggaren. Det är oftare slumpmässiga plugins som du inte skulle tro orsakar problemet, och de är svårast att ta reda på.
Lyckligtvis behöver du inte göra det med Asset CleanUp Pro. Ge det ett försök!
