Hoeveel WordPress-plugins moet u op uw site installeren?

Hoeveel WordPress-plug-ins moet u op uw site installeren? Hoeveel plug-ins zijn er te veel? Zijn plug-ins niet slecht voor prestaties? Sluit plugins niet het risico van beveiligingslekken aan? Is het niet beter om plug-ins ten koste van alles te vermijden? Dit zijn enkele van de meest gestelde vragen die WordPress-beginners tegenkomen. Er zijn talloze artikelen in de blogosfeer die direct of indirect nieuwe gebruikers (waaronder sommige op onze site) misleiden. Het doel van dit artikel is om zowel beginners als gevorderden beter te leren in de hoop een misverstand te boven te komen dat mogelijk al eerder bestond.

Sinds WordPress 1.2 (toen ondersteuning voor WordPress-plug-ins werd toegevoegd) waren plug-ins een zegen voor gebruikers. WordPress zonder plug-ins is als een speelgoedwinkel zonder speelgoed. Dat is niet leuk. Hoewel de WordPress-kern een sterk publicatie-framework biedt, zijn het de plug-ins die op grote schaal verantwoordelijk zijn voor het succes van het platform. Naarmate de WordPress-community groeit, heeft het aantal WordPress-plug-ins ook. Op het moment dat dit artikel wordt geschreven, zijn er meer dan 21.000 gratis WordPress-plug-ins beschikbaar in de WordPress-repository van plug-ins.

Het doel van plug-ins is om WordPress uit te breiden en bijna alles te doen wat je maar kunt bedenken. Nu zien we echter een gevoel van angst of terughoudendheid ten aanzien van plug-ins van veel gebruikers. Mensen maken zich zorgen over prestaties, beveiliging, betrouwbaarheid, etc. Dit komt vooral omdat ontwerpers en ontwikkelaars echt gefrustreerd raken wanneer hun client een puinhoop aan plug-ins op een site heeft geïnstalleerd. In hun frustratie maken ze opmerkingen zoals minder plug-ins, of het zijn de plug-ins die je site vertragen. Deze uitspraken zijn resonated door middel van sociale media en persoonlijke evenementen. Het grootste probleem met deze uitspraken is hun ambiguïteit. Wat is minder? Hoeveel plug-ins moet je installeren? Plugins in het algemeen vertragen uw site niet. Alleen slechte doen.

Er zijn artikelen in het hele internet die laten zien: "Hoe XYZ te doen zonder een plug-in" (zoals deze en vele anderen op onze site). Het doel van dit soort artikelen is niet om het gebruik van beschikbare plug-ins te ontmoedigen. Het doel van dit soort artikelen is om je te laten zien hoe je de dingen zelf moet doen. Het plaatsen van een code in het function.php-bestand van uw thema zou identiek zijn aan het toevoegen ervan via een plug-in (d.w.z. dezelfde hoeveelheid resources is vereist). Dus met andere woorden, als u 30 codefragmenten van verschillende plaatsen op het web plakt in het functions.php-bestand van uw thema, dan voegde u 30 plug-ins toe aan uw site.

Er is een hele discussie over het niet toevoegen van alle fragmenten aan je function.php-bestand. Vooral omdat als u van thema verandert, u technisch gezien alle functies verliest waarvan u misschien niet wilt dat ze verdwijnen. U kunt hierover meer lezen in ons artikel over: Wat, waarom en hoe kan ik een site-specifieke WordPress-plug-in maken?

Veel gebruikers hebben de illusie dat het toevoegen van de code in hun functions.php-bestand of in een sitespecifieke plug-in hun site zal versnellen. Of het is beter voor "beveiliging" om dit te doen. Dat is niet het geval. U kunt een slecht gecodeerde functie hebben die uw serverbronnen kan uitputten en ervoor kan zorgen dat de site crasht. U kunt een slecht gecodeerde functie hebben die een beveiligingsrisico op uw site kan veroorzaken.

Voordat we verder gaan, laten we vaststellen dat dat zo is NOOIT te veel plug-ins die uw site vertragen. Het is altijd slecht gecodeerde plug-ins die uw website vertragen.

Het antwoord op de vraag: "Hoeveel WordPress-plug-ins moet u op uw site installeren" is net zoveel als u nodig hebben. Wanneer we dit antwoord aan mensen vertellen, zijn ze alsof je net zo vaag bent als anderen. Hoeveel plug-ins gebruikt u op uw site? Momenteel zijn er 53 actieve plug-ins op WPBeginner. Een groot aantal van de plug-ins die we gebruiken is te zien op onze Blueprint-pagina.

Volgens Pingdom varieert de laadtijd van onze startpagina van 483 ms - 1,7 seconden, afhankelijk van het tijdstip van de dag. Hieronder ziet u een screenshot die we hebben gemaakt toen u dit artikel schreef:

Op dit punt moet je je vraag beantwoord hebben. Als u echter meer wilt weten over de impact van plug-ins en over het kiezen van de beste plug-in, ga dan door met lezen.

Plug-ins en prestaties

Er zijn verschillende soorten plug-ins. Plug-ins die van invloed zijn op de front-end (dat wil zeggen sociale plug-ins, usability-plug-ins, enz.). Er zijn plug-ins die voornamelijk voor de back-end zijn (d.w.z. Hot Fix, Backup-plugins, enz.). Er zijn plug-ins die zowel backend als front-end werken (bijv. SEO-plug-ins, enz.).

Plug-ins kunnen van invloed zijn op de prestaties van uw site door:

• Aanvullende HTTP-verzoeken - Sommige plug-ins (voornamelijk front-end degenen) kunnen aangepaste stijl of scripts vereisen om goed te kunnen werken. Daarom kunnen ze een extra JS- en / of CSS-bestand (en) toevoegen.
• Aanvullende DB-query's - Sommige plug-ins kunnen uw databasequery's vergroten. Als u een plug-in gebruikt voor populaire berichten, gerelateerde berichten of iets anders dat database-elementen verzamelt en deze aan de voorkant weergeeft, voegt u extra databasequery's toe.

Uit de doos presenteren sommige plug-ins deze problemen, maar in de meeste gevallen is er een oplossing voor. Laten we een korte termijn en een lange termijn oplossing voor deze problemen nemen. Voordat we dit doen, laten we vaststellen dat iedereen behoeften om caching geïnstalleerd te hebben. We raden aan de plug-in W3 Total Cache te gebruiken en te gebruiken.

Probleem met extra HTTP-verzoeken - Ja, sommige plug-ins MOETEN extra http-verzoeken toevoegen (d.w.z. JS- en CSS-bestand) om out-of-the-box te werken. Wanneer u bijvoorbeeld een plug-in voor contactformulier installeert, wilt u dan NIET dat deze uit de doos werkt? Mensen klagen over extra HTTP-query's alsof ze het goed zouden doen als ze een onstapte vorm hebben. Ik weet niet zeker hoe een onstylige vorm eruit ziet?

De meesten van jullie zouden in paniek raken door te zeggen dat het kapot is. Stylesheet ontbreekt. Nou dat is precies wat er zou gebeuren als het contactformulier de aanvullende HTTP-aanvraag niet toevoegt. We willen allemaal dat onze formulieren er stilistisch uitzien. We willen allemaal dat de captcha werkt, dus we krijgen geen spam-e-mail. Kortom, de extra stijl en het script moeten worden toegevoegd om de plug-in correct te laten werken.

Er zijn twee manieren om het extra probleem met HTTP-aanvragen te optimaliseren. Beide methoden vereisen weinig codeerkennis en WordPress-knowhow. De eerste methode zou zijn om de registratie van de extra stijlen en scripts die worden geladen door de plug-in ongedaan te maken. Combineer vervolgens de plug-instijlen naar uw style.css-bestand. Combineer de plug-inscripts in uw main.js-bestand. De tweede methode zou zijn om de plug-in stijlen / scripts op pagina's te laden die ze nodig hebben. We hebben beide methoden al uitgelegd in ons artikel over het uitschakelen van extra scripts en stylesheets die WordPress-plug-ins toevoegen.

Mensen die geen code hebben, zullen ruzie maken over ons? Helaas is er geen echte oplossing beschikbaar. U moet echter begrijpen dat enkele extra HTTP-verzoeken niet zo belangrijk zijn als u misschien denkt. We hebben het hier over microseconden van verschillen. Natuurlijk, als je veel HTTP-aanvragen hebt, kun je met een beetje codeerkennis een paar seconden van de laadtijd schaven. Op dit punt zou u moeten nadenken over hoe belangrijk dit voor uw bedrijf is. Als het een grote prioriteit is, dan is het de moeite waard om een ​​professional in te huren om uw site te versnellen. We zijn altijd beschikbaar voor verhuur.

De oplossing op korte termijn voor dit probleem is dat plugin-auteurs die extra stylesheets laden een selectievakje toevoegen in hun plugin-instellingen, zoals de plug-in WP-PageNavi doet.

Dit maakt het gemakkelijker voor mensen die niet veel van PHP weten eenvoudig het vakje aan te vinken om de extra stylesheet af te melden. Op deze manier hoeft de gebruiker alleen de inhoud van het extra stylesheetbestand te nemen en dit onder aan het hoofd stylesheet toe te voegen dat ze aan het laden waren.

Een oplossing op lange termijn voor dit probleem zou zijn dat iemand met een plug-in komt of WordPress core voegt een mogelijkheid toe om alle geregistreerde stylesheets en scripts als één te combineren. Er zijn natuurlijk veel problemen waar hier aan gepraat moet worden. Eerst en vooral is het compatibiliteitsprobleem. Soms zijn twee scripts mogelijk niet samen compatibel. Dit is wat we veel zien bij het debuggen van plug-ins voor onze gebruikers.

Nu we dit hebben behandeld, laten we een kijkje nemen op aanvullende DB-query's.

Aanvullende databasequery's - Sommige plug-ins kunnen de belasting van uw databaseserver verhogen. WordPress zelf doet het erg goed bij het cachen van de query's. Goed gecodeerde plug-ins zullen geen significant probleem veroorzaken. Als u echter een heel erg grote site hebt, kan het gebruik van verwante posts zoals YARPP een probleem worden, vooral als u geen goede serverbronnen heeft.

Op dit moment zou je waarschijnlijk willen overwegen om je hosting te upgraden. De enige andere oplossing zou zijn om van de plug-in af te komen en iemand in te huren om een ​​oplossing op maat voor u te bouwen. Soms moet u een aantal agressieve cache aan de serverzijde uitvoeren om de bestaande plug-in te laten werken. De aangepaste oplossingen variëren van site tot site.

Plug-ins en beveiliging

Soms maken mensen zich zorgen over plug-ins en beveiliging. Ja, in het verleden waren er problemen dat sommige plug-ins een groot beveiligingsprobleem opleverden. Dit gebeurt meestal met slecht gecodeerde plug-ins. Daarnaast is beveiliging een risico bij zowat elke bestaande software. Er zullen ongetwijfeld dingen gebeuren. Het beste deel van open source is echter dat zoveel mensen het gebruiken dat het veel sneller wordt opgepikt.

De beste beveiliging die u voor uw site kunt hebben, is een normale WordPress-back-up. U kunt ook uw veiligheid verbeteren door Sucuri te gebruiken.

Plug-ins en betrouwbaarheid

Sommige mensen hebben het probleem met de betrouwbaarheid van plug-ins aan de orde gesteld. Wat als de plug-in wordt beëindigd? Wat als de updates traag zijn? Dit is het risico dat u loopt bij het gebruik van software, toch? Wat als Adobe failliet gaat, dan hebben we geen Photoshop. Wat als Apple failliet gaat, dan hebben we geen iPhone. Wel, raad eens, dan heb je iets beters. Het beste deel over WordPress is de community. Deze community groeit sneller dan ooit. Als u een populaire plug-in gebruikt, is de kans groot dat deze niet wordt beëindigd. Als dat zo is, zal een ander het waarschijnlijk doorspitten en doorgaan met de ontwikkeling. Dat is de kracht van GPL. Dit is precies hoe WordPress is ontstaan.

Dankzij services zoals gitHub combineren ontwikkelaars hun inspanningen door patches aan elkaars plug-ins door te geven. Dit gaat alleen maar beter worden zolang mensen blijven samenwerken.

We raden u aan plug-ins te kiezen met een goede trackrecord en u komt wel goed.

Hoe de beste plug-ins te kiezen?

Dit is een groot probleem voor nieuwe gebruikers. Welke plug-ins zijn het beste? Welke moet ik gebruiken? We raden u aan plug-ins te kiezen met goede trackrecords. Hoe dat te bepalen?

Kijk eens naar het aantal downloads. Kijk naar de beoordelingen van de plug-ins. Bekijk hoeveel ondersteuningsthreads zijn beantwoord. Kijk hoeveel mensen zeggen dat het werkt. Lees hier enkele reviews over. Kijk naar de geloofwaardigheid van de auteur. Hopelijk heb je na dit alles je antwoord.

Hint: je kunt al deze statistieken zien in de WordPress plugins repository. Wat betreft beoordelingen, Google het. Gebruik dan je gezond verstand.

Conclusie

We hopen dat dit artikel u heeft helpen begrijpen dat er niet zoiets bestaat als "te veel" plug-ins. Het antwoord op het aantal plug-ins dat u op uw site moet installeren, is zoveel als u nodig heeft. Onthoud altijd dat het aantal plug-ins uw site niet vertraagt. Het aantal slecht gecodeerde plug-ins.

Als u aanvullende ideeën heeft, het niet eens bent met onze mening of iets aan de discussie wilt toevoegen, raden we u aan een reactie achter te laten. We zijn ook benieuwd naar het aantal plug-ins dat u op uw site gebruikt. Laat een reactie achter en laat het ons weten.