As u ooit 'n WordPress-werf het wat u haat, of as u dit eenvoudig nie kan laat funksioneer soos u wil nie - soek net 'n bron wat dit vir u kan regmaak. 'N WordPress-implementering is net so goed soos die mense wat u tema en invoegtoepassings ontwikkel het.
Ons het so 'n groot vraag gehad dat ons na dienste en subkontrakteurs moes draai wat photoshop-lêers na temas omskakel, of ons moet temas van derdepartydienste koop. Ons is baie lief vir Themeforest vir sy gehalte en keuse (dit is ons skakel). Uiteindelik hoef u nooit temalêers te redigeer nie, tensy u iets drasties aan die tema doen. Alle inhoud - bladsye, plasings en kategorieë - moet deur die bestuur van u tema gewysig kan word.
Kategorieë in plaas van pasgemaakte postipes - Soms het die webwerwe verskillende afdelings - soos nuus, persverklarings, produklyste, ens. Wat goed werk in 'n blogstylformaat, waar u 'n indeksbladsy, kategoriebladsye en enkele bladsye het om die volledige inhoud te vertoon. Ons merk egter op dat baie tema-ontwikkelaars die ontwikkeling- en hardcodekategorieë kortpad, sodat u slegs die blog kan gebruik om hierdie inhoud te plaas. Dit is 'n verskriklike implementering en maak nie gebruik van WordPress se Custom Post-tipes nie. As u ook u kategorieë herorganiseer, is u gek omdat die tema gewoonlik hard gekodeer is. Ons gaan dikwels in, ontwikkel die aangepaste soorte boodskappe, en gebruik dan 'n inprop om die kategorie plasings na die aangepaste postipe om te skakel.
Aangepaste velde sonder gevorderde invoegtoepassing vir aangepaste velde - Ek is regtig verbaas dat Advanced Custom Fields nie deur WordPress gekoop is en in die kernproduk geïntegreer is nie. As u berigte het wat addisionele inligting benodig - soos 'n video, 'n adres, 'n kaart, 'n iframe of ander besonderhede, kan ACF u die invoer van die elemente dinamies in u tema programmeer en dit vereis, verstek of opsioneel maak. . ACF is 'n moet en moet gebruik word in plaas van Custom Fields vanweë die beheer wat dit oor u tema bied. Wil u 'n video op die tuisblad hê? Voeg 'n aangepaste veld by wat slegs in 'n metakassie op u tuisbladredakteur verskyn.
Temastruktuur - WordPress het 'n baie basiese tema-redakteur wat ons moet gebruik wanneer kliënte ons nie FTP / SFTP-toegang bied om lêers te wysig nie. Daar is niks so frustrerends soos die aankoop van 'n tema en geen manier om die style, koptekst of voetskrif te redigeer nie, want hulle het die lêers na submappe geskuif. Laat die lêers in die wortel van die temagids lê! Tensy u 'n ander raamwerk ingesluit het, is daar eenvoudig geen behoefte aan al die ingewikkelde voustrukture nie. Dit is nie asof u honderde lêers in die temagids sal hê wat u nie kan vind nie.
Sidebars en Widgets - Om nie sidebars te hê om widgets in u hele tema in te sluit nie, is frustrerend ... en dan is die gebruik van sidebars en widgets vir eenvoudige opsies ook frustrerend. 'N Sidebalk moet beperk word tot inhoud wat in sommige van u temas se bladsytipes staties is, maar wat van tyd tot tyd opgedateer word. Dit kan 'n oproep tot aksie aan die kant van u inhoud wees. Of dit kan 'n advertensie wees wat u na die inhoud wil vertoon. Maar dit is nie 'n sybalk en 'n widget om byvoorbeeld net 'n telefoonnommer te vertoon nie.
Hardgekodeerde opsies - Sosiale skakels, beelde, video's en alle ander elemente moet ingebou word in tema-opsies wat maklik omgeruil kan word. Daar is niks so verswarend as om na kerntema-lêers te gaan om 'n sosiale profiel-skakel op tien verskillende plekke toe te voeg nie. Voeg 'n opsie-bladsy by (ACF het 'n byvoeging) en plaas al die instellings daar sodat u bemarkingsmense dit maklik kan byvoeg of uitruil as u die tema aan die gang kry.
Skakellyste is spyskaarte - WordPress het vroeër 'n skakelseksie gehad en dit het uiteindelik weggedoen omdat menu's 'n perfekte manier was om 'n lys skakels na interne of eksterne bronne te implementeer. Ons sien gereeld een menu wat op verskeie plekke op 'n webwerf geprogrammeer is, of ons sien lyste word in 'n sidebar-widget vertoon. As die lys 'n permanente plek is en horisontaal, vertikaal of hiërargies is ... is dit tyd vir 'n menu.
Indeks versus voorblad - Die indeksbladsy moet gereserveer word vir u blog en die plasings wat u lewer, bevat. As u 'n aangepaste tuisblad wil hê wat nie die blogposte is nie, moet u 'n Voorblad sjabloonlêer in u tema. Met die administratiewe> leesinstellings in WordPress kan u instel watter bladsy u as voorblad wil hê en watter bladsy u as blogblad wil hê ... gebruik dit!
Responsieve - Elke tema moet wees reageer op die verskillende hoogtes en breedtes van die oorvloed uitsigte mense gebruik mobiele toestelle, tablette, skootrekenaars en groot skerms. As u tema nie reageer nie, maak u uself skade deur nie die toepaslike ervaring te verskaf aan die gebruikte toestel nie. En u kan selfs skade berokken deur nie mobiele soekverkeer na u webwerf te kry nie.
Nog 'n goeie praktyk wat ons begin sien, is tema-ontwikkelaars en temaverkopers wat ook 'n WordPress-invoerlêer insluit, sodat u die werf kan laat werk presies soos dit lyk toe u dit gekoop het - en dan kan u die inhoud binnedring en redigeer. . Koop en installeer 'n tema - dan is 'n voorskou van 'n leë bladsy met geen van die wonderlike elemente en funksies wat die ontwerp se ontwerp vertoon, verswarend nie. Die leerkurwe verskil in komplekse temas en ontwikkelaars implementeer funksies dikwels anders. Uitstekende dokumentasie en voorgereg-inhoud is 'n uitstekende manier om u klante te help.