Přehled odpovědí
-
Příspěvky
-
Ano, to já se díval, obecně to vyzkoušíte jednoduše a to zadáním do vyhledávače
site:www.biatlonlitvinov.cza google vám vypíše všechny stránky, které má zaindexovány. Takže máte svoje stránky v Google Search Console? To je totiž základ jak ten Google “pošťouchnout”, aby začal indexovat. On to začne dělat i sám, ale nějakou chvíli mu to bude trvat než se k vám ten robot dostane. Zde také vložíte Sitemap soubor. Totéž dělejte v Seznamu a to zde. A proveďte na Seznamu kontrolu stránek, kde když se podíváte tak vám to nahlásí minimálně problém se Sitemap, respektive ten Sitemap přidejte do robots.txt.Zbytek už opravdu vyčtete na předchozích uvedených odkazech.
btw. taková drobnost. Na stránkách máte sice e-mailové adresy, ale ani jedna z nich není funkční.
Dobrý den,
na toto téma už tady bylo hodně popsáno, např. zde a asi nejvíce zde, více na toto téma už asi napsat jen tak nejde, pak už pouze knihy :D. Když jsem se díval, tak ten web je velmi čerstvý, doména je registrována 30. 3., takže předpokládám, že stránky budou existovat pár dnů. Nebo se mýlím?
No zatím se to tváří, že to funguje. Mám to udělané tak jak jsme popisoval výše. Webhosting je na Forpsi na doméně https://www.zdravi-liftea.cz a klient má ještě doménu http://www.zdraviliftea.cz a obě domény mají stejný A záznam. Doména http://www.zdraviliftea.cz je vedena jako alias k mateřské doméně, ale to samozřejmě naráží na to, že jedna doména SSL certifikát má a druhá ne, takže alias jako takový na té doméně http://www.zdraviliftea.cz u toho webhostingu nefunguje. A pak jsem si hrál s RewriteRule v .htaccess souboru, kdy jsem se snažil přesměrovat tu doménu. A jediné co zabralo je to řešení, které popisuji výše. Asi šlo udělat někde webhosting, nejlépe zdarma na HTTP doménu a tak udělat přesměrování, ale říkal jsem si, že toto je takové čistější řešení, nemluvě o tom, že by se samozřejmě mohlo stát, že by člověk měl více domén, které přesměrovává a pak to řešit na úrovni “desítek” webhostingů je tady dost fujtajblík.
Samozřejmě pokud někdo budete mít lepší řešení, tak sem s tím, protože i když to funguje, tak mám takový pocit, že to není úplně dokonalé.
@admin: No jsme u nich u 3 rok, takže nějaké ty update proběhly a zatím (musím zaklepat) je to pořád velmi dobré. To je právě vcelku ukázka toho, že prostě papírově to může vypadat nějak, ale v reálu je to potom zcela jiné.
Já bych to zase s tím memory_limitem moc nedramatizoval. Jsme na Forpsi, kde je 128 MB (předpokládám, že dnes už na hostingu méně nedostanete), aktuálně máme v Nextgen Gallery 377 galerií – 14 443 obrázků, návštěvnost 3500 unikátních users denně a bez problémů frčíme. Ten problém bude zcela jistě někde jinde. Zkusil bych reinstalaci pluginu, změnu šablony na základní atd. Je ale pravda, že když jsme zkoušel ten náš web stěhovat na papírově silnější hostingy, tak si proti Forpsi ani neškrtly. A to nechci tady nějak to Forpsi propagovat, nic mi neplatí :D :D :D.
Dobrý den,
tak jsem ještě zkusil googlit a našel jsem snad funkční řešení a to toto. Pro přesměrování na https se používá toto:
RewriteEngine on RewriteCond %{HTTPS} off RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]a tady https://docs.acquia.com/article/redirecting-traffic-between-http-and-https-acquia-cloud jsem našel tipy na různé přesměrovačky týkající https a tam je jedna věc, že když chci přesměrovat veškerý traffic na www SSL doménu, tak by se měl přidat parametr
RewriteCond %{HTTP_HOST} !^www\. [NC]Takže výsledně je to takto:
RewriteEngine on RewriteCond %{HTTPS} off RewriteCond %{HTTP_HOST} !^www\. [NC] RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]a zatím se zdá že to funguje. Tedy asi nefunguje mojedomena.cz bez www, ale to už fakt zatím nevím :D
Dobrý den,
to na jaké adrese budete mít web ve WordPressu nastavujete v administraci WordPressu v Nastaveí – Obecné – Úvodní stránka webu (URL), kde buď nadefinujete http://mojestranka.cz (jak to z největší pravděpodobností máte dnes a nebo http://www.mojestranka.cz jak to chcete mít. To je vše co s WP budete dělat, žádná změna index.php atd.
Dobrý den,
víte začal jste trošku od prostředka. Nějak netušíme jak ty jazykové mutace vytváříte (plugin, multisite), takže vám asi nebudeme moci jen tak poradit. Když kladete dotaz, tak je potřeba ten problém trochu více specifikovat jinak se kvalitní odpovědi asi nedočkáte.Dobrý den,
pokud ten web bude rozdělený na 2 části, tak bych asi použil WordPress Multisite (WPMU). Jinak totiž to vždy bude jenom jeden web a za a) nemůžete použít 2 různé šablony na jeden web a b) více méně nemůžete mít 2 různá menu. Takto si ty weby žijí vlastním životem právě na subdoménách. Další varianta je 2 separátní instalace do adresářů na daném webu, vytvoření subdomén a jejich nasměrování pomocí doménového zápisu. Ale WP Multisite je pro vás podle mě výrazně lepší varianta.
:) no pokud zrušíte tu příponu .php, tak se samozřejmě o změnu jedná a budete muset to přesměrování provést. Jinak co se týká odstranění tak v tom si celkem jistý jsem, že bych to udělal, jenom jsem si nebyl jistý v tom, že ten příkaz co by jste dal do .htaccess by fungoval, to by se opravdu muselo otestovat.
hezké url adresa …ano, samozřejmě je dobré mít hezkou url adresu, ale zde se myslí trochu něco jiného a to, že nemáte url adresu v podobě http://www.domena.cz/?p=1528, protože toto je samozřejmě i z pohledu seo k ničemu. Ale pokud máte https://www.vlasyaucesy.cz/ucesy-dlouhe-vlasy-2017-nova-galerie-zimni-sezonu-89982/ a je úplně jedno jestli to 5 místné numero je na začátku nebo na konci (na konci je to vizuálně hezčí, ale stejně si to nikdo nezapamatuje aby to případně sám napsal :), ale to vlastně platí o celé té url adrese :) ) tak z pohledu SEO to má svůj význam, protože ta adresa obsahuje to základní klíčové slovo na kterou je ten příspěvek klíčován a zaměřen. V tomto případě je to longtile dlouhé vlasy 2017. Když bychom neměli ten permalink v podobě “hezké adresy” tak by tam samozřejmě chyběl a to je z pohledu SEO chyba. Ale jestli tam máte další nějaké číslo je vcelku jedno. Podívejte se na permalinky od iDnes. Čistý permalink má význam např. u stránek jako je /o_firme/, /kontakty/, nebo jak jsme udělali https://www.vlasyaucesy.cz/galerie-ucesu/, kdy to můžete za a) prezentovat a za b) si je schopen to ten user zapamatovat o což nám v případě těch galerií šlo. URL adresu běžného příspěvku se nezapamatuje nikdo.
Jinak když děláte sdílení na Twitter, Facebook, tak je stejně lepší použít zkrácený odkaz, protože za a) bojujete s počtem znaků a za b) se může stát, že při sdílení delšího odkazu dojde k nežádoucímu zalomení a za c) je ten odkaz vetšinou “nofollow” takže to ten robot na tom Twitteru a Facebooku stejně zaignoruje.
Ale na tom celém je založen princip SEO na který je zde dost málo prostoru.
Dobrý den,
víte vy se v tom začínáte trochu zamotávat, takže stručně a jasně i pro všechny ostatní ať v tom mají jasno, protože trošičku z toho děláte větší vědu než to je.
1. Když změníte v administrace typ permalinku, tak se změní všechny permalinky u příspěvků. Takže prima, na webu vám všechno spokojeně funguje s novými trvalými odkazy (permalinky).
2. Ale, vy dnes máte zaindexované články ve vyhledávačích, máte odkazy na články na sociálních sítích atd. a ty musíte přesměrovat pomocí Redirect 301, protože ten wordpress v tu chvíli o nich už nic neví. A to buď uděláte pomocí nějakého pluginu a nebo pomocí ručního zápisu do .htaccess. A podle mě, žádné jiné řešení neexistuje. Plugin je asi jednodušší řešení, ale je zde samozřejmě otázka jak bude ten web vytěžovat, .htaccess asi kapku pracnější, ale je to vlastně bez jakékoliv další zátěže a navíc to máte zcela pod kontrolou.
3. Jakmile vyhledávače vám přeindexují web, tak by jste teoreticky mohl ten redirect zahodit, ale pořád jsou zde ty statické odkazy, které buď dáte časem do ztrát a nebo prostě ten redirect budete mít nasazen i v budoucnu.Co se týká rozdílu http://domena/nazev-prispevku/“ a http://domena/postname/ tak už je z názvu jasné, že žádný není a že se jedná o naprosto totéž a je to pouze překlad, když si přepnete administraci do angličtiny tak to uvidíte.
A jenom takový drobný dotaz, proč chcete zrušit ten %post-id%? On tam přece ničemu nepřekáží a nemá žádný negativní vliv na seo, naopak bez podobného čísla v permalinku např. nemůžete mít web v google news.
btw. teď jsem náhodou našel plugin Simple 301 Redirects, který podle toho jak vypadá nastavení měl umět možná to co chcete.
Attachments:
Dobrý den,
no, tady už se dostávám na tenký led svých znalostí. Odstranit .php koncovku z url pomocí .htaccess souboru, to by jste asi udělal takto
RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^([^\.]+)$ $1.php [NC,L]popis najdete třeba zde, ale stačí si dát vyhledat How to remove .php, .html, .htm extensions with .htaccess. Jak odstraníte ten
post-idvčetně mezerníku netuším. Asi to nějak půjde, ale i tak to bude třeba hodně odzkoušet a chce to mít po ruce zkušeného programátora, aby to ladil. Já bych to vždycky udělal jednoduše, vyjel bych si seznam postů se sitemap, v počítači udělal požadovanou změnu (samozřejmě hromadným přejmenováním) a ty 2 seznamy sloučil. Je to 100% , jednoduché a hotové za chvíli. Tyto dost kostrbaté zásahy ho .htaccess souboru mi vlastně nikdy pořádně nefungovaly, vždycky se našlo místo kde to zahlásilo chybu. Pořád nevím o kolik řádků se jedná, ale nemyslím si, že toho jsou desítky tisíc.Pomůže / nepomůže …To vám neřeknou ani Larry Page a Sergey Brin :). On si prostě ten google žije trochu svým životem. Já osobně bych to asi zpětně nedělal, tam si tím poměrem práce / zisk nejsem jistý, ale do budoucna to je jiná, to asi jo.
Dobrý den,
ohledně toho redirectu, neviděl bych to tak tragicky. Na tom serveru co jsem zmiňoval mám přes 500 redirectů a bylo to hotovo za jeden večer a to jsem to dělal ručně, protože my máme kvůli google news u každého příspěvku v permalinku ID příspěvku a to si samozřejmě tvoří ten wordpress sám. Ale hlavně máte 100% jistotu, že je to dobře a ne v závislosti na nějakém pluginu. A říkám upřímně, zapomeňte na nějaký automat. Jak by ten automat asi měl vědět jakou jste měl původní adresu a jakou máte novou?. Tu změnu co popisujete si připravíte přece jednoduše např. v excelu nebo kdekoliv jinde. Vyjedete si seznam všech článků, pak použijete nějaký batch na hromadný renaming a dáte si to do druhého sloupce a máte to hotovo.
Co se týká indexace, tak samozřejmě pokud ke každému obrázku děláte post tak je dobré, děláme to stejně, ale i tak pro pro dobrou indexaci a kvalitní SEO co nejvíce odkazů, protože ne vždy ten google udělá tu indexaci na daném postu, ale udělá ji jinde. Samozřejmě i tak lepší než nic.
Dobrý den,
1. redirect, tak je to přesně, vložíte to před #END WordPress, s tím, že každý redirect jde na nový řádek, případně tam můžete vkládat i komentáře:
# BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> #Komentář Redirect 301 /%post_1-%postname%.php /postname1/ Redirect 301 /%post_2-%postname%.php /postname2/ # END WordPressJenom pozor na jednu drobnou věc s tím jak říkáte, že testujete cache plugin, tak ony při update přepisují .htaccess, takže je dobré si udělat zálohu, např. já mám udělanou kopii pod názvem .htaccess_ready_151009 a pak si jenom zase sáhnu na všechny ty redirecty a zkopíruju je do toho aktuálního .htaccess souboru. Ono obecně je dobré mít 100% funkční zálohu .htaccess souboru pro všechny případy.
Co se týká zrušení koncovky tak ano, pořád se jedná o dynamickou stránku. Ale tady už se k tomu musí vyjádřit programátoři to já zase tak moc nejsem. :)
2. Obrázky. No pokud nebudete měnit URL adresu obrázků a vše zůstane stejné tak jupíí. Já to tak neměl, přecházeli jsme z naprosto jiného systému na WordPress a tím pádem se měnily i adresy obrázků.
3. Přiřazení těch obrázků. No já to dělal kdysi tak jako vy, protože mi to tak připadalo logičtější :), ale měl jsem tam nakonec problém, viz diskuse, takže dnes to dělám už tím stylem vkládání k příspěvku, plus jsem si to raději udělal zpětně. Nevím zda je to velká nevýhoda mít nepřiřazené obrázky k příspěvku, ale jednou by třeba mohla a tak raději to dělám takto. Kde samozřejmě může vzniknou problém tak je množství obrázků, resp. souborů ve složce, když to máte tím standardním způsobem a jenom si to vylistujete jinak, protože to je fakt věc kterou wordpress nemusí. Já, protože na těch našich webech fakt máme hodně obrázků a struktura rok/měsíc je moc hrubá, ještě používám Custom Upload Dir, který mi ty obrázky fyzicky rozhodí do více subadresářů rok/měsíc/den. Musíte si uvědomit, že kromě toho jednoho obrázku co tam nahrajete vznikne díky šabloně co používáte dalších např. 10 dalších obrázků. Takže když budete mít měsíčně 1000 obrázků, tak je z toho 10000 souborů ve folderu a to je fakt hodně.
4. Co se týká toho zobrazení, tak z pohledu SEO je to jedno co použijete, to je pouze vizuální zobrazení. A to co se stane, když ten člověk klikne na obrázek, takže
a) nestane se nic
b) zobrazí se image např. v lightboxu
c) prokliknete se na stránku na webu, kde je ten obrázek
d) libovolný proklik
zde se prostě jedná o<a href...>a jeho parametry, ale ten obrázek je uložený stále fyzicky jenom na jedné adrese a to vás z pohledu SEO zajímá.5. Aby robot, respektive vyhledávač našel obrázek, tak na něj musí existovat odkaz. Můžete si na web, resp. do adresářů nasypat milion obrázků a pokud na ně nebude existovat odkaz, tak ten google o nich neví. Takže je sice hezké že máte např. karusel, ale pokud jej často měníte a robot k vám samozřejmě nechodí každý den, tak se může stát, že na ten obrázek ani nenarazí. Obecně všechny tyto aktivní prvky jsou sice hezké na efekt, ale z pohledu SEO nic moc, protože se jedná o javascripty a ty roboti dost často míjejí, protože si vlastně na ně neumí moc sáhnout. Takže minimálně by jste měl mít Sitemaps soubor s odkazy na obrázky, ten podstrčit tomu google (případně pro Seznam vložit na něj odkaz do robots.txt) a pak máte dost velkou jistotu, že ten robot jej najde. A největší jistota je když ten image vložíte do příspěvku na který je alespoň po nějakou dobu odkaz z titulní stránky, plus je vložený do rubriky na kterou je odkaz atd.
6. No rozdíl mezi permalink a URL. Když máte permalink tak je to odkaz na stránku, kde kromě toho zobrazeného image je také jeho titulek, případně popis, můžete když budete pečlivý mít popis a ve spolupráci se seo pluginem i meta description + klíčové slovo. Prostě se vlastně jedná o stránku jako je příspěvek. Pro fotografa vlastně ideál, protože když tu stránku nastylujete, tak ji můžete dávat jako přímý odkaz. URL už je prostě jenom url odkaz na ten image jako takový a z pohledu seo je to vlastně jasné. Na URL ten google toho z pohledu seo moc nenajde :).
Navíc, když jsem se ještě teď pozorně podíval, tak pokud nemáte ten obrázek přiřazený k příspěvku, tak on nemá permalink http://www.domena.cz/prispevek/image/, ale pouze http://www.domena.cz/image/ což asi i z pohledu indexace je nic moc. Minimálně jde asi velmi jednoduše udělat na stránku http://www.domena.cz/prispevek/image/ zpětný proklik na příspěvek, protože o něm ten wordpress ví. V tom druhém případě ne.
Dobrý den,
nebudeme se zabývat technickou stránkou věci, kterou jak jsem pochopil už máte asi vyřešenu a budeme se bavit o indexaci a SEO. Dá se říct, že totožnou záležitost jsem řešil u našeho serveru http://www.profimoda.cz, jenom s tím rozdílem, že místo koncovky php jsme měli html. A navíc díky systému, který jsme používali jsem měli články i o úroveň níže, tzn. až v rubrice.
Nicméně pokud si připravíte přesměrování a je jedno zda to budete dělat pomocí pluginu a nebo zda to přesměrování dáte pouze do .htaccess souboru pomocí standardního redirectu 301
Redirect 301 /%post_id%-%postname%.php /postname/
tak v tu chvíli začne probíhat následující. Robot, který navštíví vaše stránky začne nově indexovat stránky s novou strukturou. Ale ve vyhledávačích ještě nějakou chvíli budou uloženy ty staré články a proto to přesměrování. Po nějakém čase a zde je to různé (google je větší rychlík – cca měsíc, seznam je opravdu loudal, tam to trvá i 1/2 roku) dojde ke změně. Nicméně i potom doporučuji ten redirect zachovat, protože stále tady existují trvalé odkazy na webech, facebooku a dalších sociálních sítích a ty nejste schopen změnit a pokud by jste to přesměrování neměl tak dojde pádu na error 404. Tím bychom měli vyřešeny články.Co je větší ořech jsou navázané obrázky u článků, které jsou dnes zaindexované v google images. Opět, pomocí sitemap google robotu vnutíte jejich novou adresu, ale toto trvá ještě výrazně déle a na mnou zmiňovaném serveru jsou v Google obrázky s původní adresou ještě dnes a to už je více než rok po změně. Pokud by jste chtěl být důsledný, tak by jste i na obrázky udělal Redirect 301, ale obecně to není v lidských silách a jaksi se to přidá do ztrát. Jde samozřejmě o to kolik lidí na web chodí přes obrázky a ne přes klasické odkazy, pokud hodně tak je dobré se i nad tímto zamyslet a řešit to.
Jak vnutit Google a Seznamu novou adresu. Na Google na to máte mechanismus v Google Webmaster Tools, kde dáte Načíst jako Google a přidáte nové Sitemap. U Seznamu takový mechanismus vlastně neexistuje, tak alespoň pomocí Přidat stránku vložte co nejvíce (ideálně všechny) nové url adresy příspěvků a stránek a tím ten Seznam trochu rozhýbete.
Co se týká horšího vyhledávání dynamických a statických stránek, tak je jenom pověra. Dnes už se prakticky statické stránky nevyrábějí a navíc z pohledu robota je stránka, na kterou dorazí, vlastně statická, protože to php vykreslí z dynamických prvků statické html. Stejné je to i co se týká vámi zmiňovaného “tvaru url”. Nic takového neexistuje, optimální je v url nepoužívat spojky atd. (v angličtině např. členy) které google v rámci optimalizace vlastně ignoruje, ale toto WordPress v součinnosti se SEO pluginy jako takový dělá.
Snížení Ranku vás nemusí trápit, protože už několik let je page rank mrtvá záležitost a Google jej nepoužívá. On sice existuje, ale už nedochází k jeho aktualizaci. Na Seznamu sice rank existuje, ale také pomalu dochází k jeho umrtvování a především k jeho nedůležitosti.
A neviditelnost starých příspěvků. No to předpokládám chcete. Ve chvíli kdy změníte url adresu, tak bude vaší snahou naopak o co nejrychlejší zaindexování nových informací a likvidaci těch starých, protože obecně není horší situace ve vyhledávači, než když k té nové indexaci nedojde a stále bojujete s tím, že jsou zde staré odkazy na nové url adresy.
Bude to trochu složitější. Budete tam muset sáhnout do php souboru, předpokládám, že do header.php a vložit tam div, který zapouzdří ty 2 divy (logo + menu). A tomu divu dáte třídu např. header-middle a těmito parametry, takže výsledek bude takto:
@media (min-width: 768px) #header-middle {width: 1210px;margin: 0 auto;}V bootstrap.min.css najdete @media (min-width: 768px) .navbar-header a zrušíte float: left
A zde je upravený html kód, je velmi pravděpodobné, že v tom php souboru to bude kapku jinak, ale důležité je to umístění toho divu. Jedná se prostě o to, že musíte vložit ty 2 divy do jednoho divu a ten zarovnat na střed. Snad jsem to popsal dost srozumitelně a nikde se neseknul.
<nav id="navigation"> <div class="navbar navbar-inverse affix top" role="navigation"> <div class="navbar-header"> <div id="header-middle"> <button type="button" class="navbar-toggle" data-toggle="collapse" data-target=".navbar-collapse"> <span class="sr-only">Toggle navigation</span> <span class="icon-bar"></span> <span class="icon-bar"></span> <span class="icon-bar"></span> </button> <!-- Logo Starts --> <a class="navbar-brand" href="http://www.cema.cz.uvirt57.active24.cz/"><img src="http://www.cema.cz.uvirt57.active24.cz/wp-content/uploads/2017/02/Logo-CEMA_2.png" alt=""></a> <!-- Logo Ends --> <div class="collapse navbar-collapse pull-right"> <ul id="menu-menu-1" class="nav navbar-nav"><li id="menu-item-241" class="menu-item menu-item-type-post_type menu-item-object-page menu-item-241"><a title="Připravované akce" href="http://www.cema.cz.uvirt57.active24.cz/pripravovane-akce/">Připravované akce</a></li> <li id="menu-item-236" class="menu-item menu-item-type-post_type menu-item-object-page menu-item-236"><a title="Kalendář akcí" href="http://www.cema.cz.uvirt57.active24.cz/akce/">Kalendář akcí</a></li> <li id="menu-item-237" class="menu-item menu-item-type-post_type menu-item-object-page menu-item-237"><a title="Kontakt" href="http://www.cema.cz.uvirt57.active24.cz/kontakt/">Kontakt</a></li> </ul> </div></div></div> <!--/.nav-collapse --> </div> <div class="navspacer"></div> </nav>Dobrý den,
jedná se o úpravu CCS, kde přidáte ten padding. A samozřejmě pokud chcete u toho zarovnání zohlednit responsivitu tak to musíte také zapodmínkovat pomocí @media (min-width: 768px), takže výsledně ten kód bude takto. Nezapomeňte, že je toto nutno dát do Custom CSS, případně Child Themes, tak aby při update šablony nedošlo k přepsání.
@media (min-width: 768px) #navigation .navbar { margin: 0px; border: none; padding: 0px 110px; }Je to naprosto přesně jak píše @kovanda. Taky jsem si nakonec zkusil nainstalovat ten plugin, zatrhnul v nastavení “post”, pomocí shortcode vložil do příspěvku a bez problémů fungovalo včetně ikony, takže pokud @vision69 máte problém, tak ten je někde v kombinaci se šablonou, případně jinými pluginy. Takže je potřeba vyzkoušet klasický postup, vypnutí ostatních pluginů, přepnutí šablony např. do Twenty Fourteen a uvidíte zda plugin funguje, věřím, že ano.
Nicméně, pak jsem zkusil tu druhou variantu a to, že jsem si upravil přímo šablonu příspěvku a taky bez problémů fungovalo, pak už samozřejmě není potřeba nic nastavovat v nastavení pluginu.
A aby bylo opravdu jasno, je to jak jsem psal já. Buď používáte shortcode, zatrhnete nastavení pluginu a on se zobrazí na konci příspěvku. V mém případě bohužel přímo na poslední řádek v textu, takže designově nanic. Nebo si do příspěvku vkládáte vždy shortcode na místo kde chcete, což je sice hezké, ale velmi nepohodlné, protože na to musíte vždy myslet. A nebo, to je ta varianta s php tagem
<?php if( function_exists('dot_irecommendthis') ) dot_irecommendthis(); ?>, který vložíte přímo do šablony příspěvku, případně si to můžete nastylovat pomocí CSS podle vlastní potřeby a pak se vám vždy do každého příspěvku ten plugin vloží přesně do daného místa i z vašim stylováním. Takže žádné jak vy říkáte , že php kód slouží pro funkčnost (ani nevím co bych si pod tím představil) a pak ještě použijete shortcode. Je to buď a nebo.Jinak z toho Vašeho kódu co jste poslal jsem trochu nemoudrý, takže takto na dálku neumím poradit. A samozřejmě úpravu souboru šablony je nutné dělat pomocí Child Theme jak píše @kovanda.
