Uitbreiding is voor mij de beste functie van WordPress en maakt het tot het populairste contentbeheersysteem ter wereld. Maar als u het verkeerd aanpakt, zou u per ongeluk het leven van een WordPress-gebruiker onnodig moeilijk kunnen maken.
Een paar jaar geleden was ik nieuw voor WordPress en ik was op zoek naar een kwalitatief WordPress-thema voor een klant van mij. Na uren zoeken, vond ik het perfecte thema. Het leek perfect en het leek te hebben geweldige functies: Het had een geweldige schuifregelaar, gestroomlijnde shortcodes en een "Services" -sectie met geweldige functies -het hele pakket!
Toen ik het thema installeerde, werd ik echter geconfronteerd met de lelijke waarheid: het keek perfect maar dat was het niet. Het leek te hebben geweldige functies, maar dat gebeurde niet. Ik moet bekennen, het had een prachtig ontwerp, maar de basiscode was gewoon verschrikkelijk. Ik had moeite om het te laten werken en het lukte me om een werkende website te maken, maar tegen de tijd dat ik klaar was, kwam er een WordPress-update en maakte de website van mijn klant een crash met het beroemde White Screen of Death.
Het was niet de fout van WordPress, het was natuurlijk de schuld van het thema. Ik besloot om van thema te veranderen en besteedde nog eens drie uur aan het vinden van een ander thema. Deze keer dacht ik aan het controleren van opmerkingen over het thema en het ondersteuningsforum van de verkoper en bevestigde dat er niet veel om te doen was. Ik kocht het tweede thema, installeerde het met grote voorpret en ... het gedeelte Services was verdwenen. Samen met de schuifregelaar voor de startpagina. Samen met shortcodes. Samen met enkele zijbalk-widgets. Samen met het contactformulier.
Moraal van het verhaal? Mensen hebben de neiging om van thema te veranderen als ze het niet leuk vinden dat ze gebruiken en ze moeten hun inhoud behouden na het wijzigen van thema's. Het hoeft niet per se te zijn vanwege bugs of crashes: met WordPress kunnen we thema's veranderen en thema-auteurs moeten die keuze respecteren.
Je zou geen slechte smaak in de mond van mensen willen achterlaten als ze je thema verlaten om een ander te gebruiken. Het moet uw missie zijn om een uitstekende service aan te bieden aan de mensen die uw product kopen, en dit houdt in dat ze kunnen overschakelen naar een ander thema zonder hun gegevens te verliezen.
Om dit te bereiken, moet je weten wat je moet opnemen en wat je moet vermijden in de thema's die je maakt. In dit artikel gaan we enkele basisregels bespreken.
We moeten bepalen wat we buiten de codebasis van ons thema moeten achterlaten. Merk op dat dit niet betekent dat we onderdelen moeten opgeven - we kunnen nog steeds coole functies integreren, maar we zouden het op een andere manier moeten doen. Laten we eens kijken wat we moeten onthouden van opname in de hoofdbestanden van onze thema's.
Schuifregelaars, of we het nu leuk vinden of niet, zijn enorm populair bij WordPress-thema's. Ik denk persoonlijk dat ze een beetje nutteloos zijn, maar als ik met een klant werk om er een website van te maken, zijn we bijna altijd vast aan wat we op de startpagina moeten zetten; en sliders zijn meestal de beste oplossing die we vinden.
Omdat ze zo populair zijn, zou het verstandig zijn om de functie voor de gebruikers op te nemen om dia's met afbeeldingen en vliegende HTML-bits te maken, maar je moet ook nadenken over wat je gebruikers zullen moeten doen als ze van thema veranderen: verliezen ze allemaal hun dia's en moeten dezelfde maken voor het nieuwe thema?
Gelukkig doen de meeste thema's het goed door geweldige plug-ins voor sliders te gebruiken. U zou hetzelfde moeten doen: zoek een goede slider plugin die klaar is voor commercieel gebruik, als u uw thema gaat verkopen en het in uw thema wilt integreren. U hoeft het niet vanaf nul te coderen, maar als u dat doet, vergeet het dan niet als een afzonderlijk installeerbare plug-in voor uw thema te gebruiken.
Shortcodes zijn een van de beste functies voor WordPress-gebruikers, van beginneling tot expert. Maar zelfs als ze helpen bij het ontwerp van uw thema, zijn het stukjes functionaliteit en veranderen ze het gedrag van inhoud of maken ze dynamische inhoud. Wanneer gebruikers overschakelen naar een ander thema, hoeven ze niet al uw items op te ruimen [Functiecodes]
van hun inhoud.
Net als bij de schuifregelaars dient u uw shortcodes als plug-in te gebruiken en deze te laten werken met andere thema's dan de uwe.
Een gebruiker maakt inhoud, beslist om van thema te veranderen en ziet dat zijn portfolio en personeelsinhoud weg zijn. Ze zitten nog steeds in de database, maar ze zijn ontoegankelijk en uw beginnende gebruiker denkt dat alles is verdwenen. Zou je graag e-mails willen ontvangen met zeer weinig bekende beledigingen en 1-sterrenbeoordelingen? Natuurlijk zou je dat niet doen.
Daarom moet u uw aangepaste berichttypen en taxonomieën scheiden van uw thema en ze aanbieden zoals u het al vermoedde, een plug-in. Er zijn enkele uiterst nuttige plug-ins voor het maken van nieuwe, aangepaste berichttypen en taxonomieën - SuperCPT is daar een van. Zorg ervoor dat u mijn zelfstudie over deze plug-in leest als u deze wilt gebruiken.
Ik hoef niet meer voorbeelden te geven, je krijgt het idee: functionele delen van je thema moeten beschikbaar worden gemaakt als plug-ins. Er is een term met de naam Plugin Territory in de richtlijnen van "Make WordPress" en als u uw thema wilt laten zien of verkopen op een website die deze richtlijnen (zoals WordPress.org of ThemeForest) respecteert, moet u hieraan voldoen en dienen functionele bits als plug-ins met uw thema.
De TGM Plugin Activation-bibliotheek is waarschijnlijk de eenvoudigste en meest efficiënte manier om uw thema's te bundelen met plug-ins. U kunt plug-ins "nodig" of "aanbevelen" (van WordPress.org, in uw themamap of een andere externe website) wanneer uw thema is geïnstalleerd.
Het is een natuurlijk instinct voor WordPress-thema-ontwikkelaars om kwaliteitskenmerken in hun thema's aan te bieden, maar u moet voorzichtig zijn om uw gebruikers zonder verlies van thema te laten wisselen. En dat betekent dat u functionaliteit moet instellen die verschilt van de codebasis van uw thema.
Wat denk je over dit onderwerp? Deel uw mening door hieronder te reageren. En als je het artikel leuk vond, vergeet dan niet om het te delen!