Fabry

Mi spiace non dare un risposta precisa, ma la faccenda della SEO é un aspetto complicato. Ora google da qualche parte l'ha presa o ha deciso di aggiungere in base all'algoritmo sottostante che tra l'altro é stato alterato in tempi recenti; ossia a prescindere che il vostro titolo pagina/pagina sia ottimizzato dal punto di vista Seo, Mr. G puó decidere ugualmente di alterare il titolo perché cambiandolo in pratica migliora la pertinenza dei risultati!. In pratica da quando é stata introdotta l'Intelligenza artificiale google prende in considerazione gli intenti della queiry(ricerca) introdotta da un utente nel motore ed anche le parole chiavi introdotte!! Per cui il nostro metatitle inserito nel codice Html va a farsi benedire:-). Domanda....come faccio ad alterare questi titoli?...beh l'unica strada é lavorare sulle metadescrizioni e metatitle del sito cosí da presentare a google nuovi contenuti e quindi le vecchie pagine vengono alterate https://app.sistrix.com/en/serp-snippet-generator puó usare questo strumento sopra per avere un preview dei metadata anche se dal BO li vede nel caso dei prodotti..non andare oltre i 50 car e 150 car per metatitle e metadescrizione

Salve stiamo parlando di un nuovo e-commerce? Quindi durante la costruzione il sito era bloccato ai robot e offline? Google per creare i titoli delle pagine non usa solo il title tag..spesso aggiunge altri contenuti soprattutto quando i titoli sono vuoti o in altre casistiche come quando reputa che i titoli non siano chiari nel descrivere il contenuto delle pagine....é molto complicato ultimamamente perché con la AI applicata a volte di intelligente non c'é nulla!!:-) La seo é diventata e stá diventando materia piú simile alla meccanica quantistica che altro! Cmq deve lavorare sulla seo perché per es sulla home page nella metadescrizione ha "Negozio creato usando Prestashop"....tutto ok se vuole indicare questa info ma non nella meta desc. del sito...voi vendete toner!:-)..sulle altre pagine non c'é nulla. Aggiornate tutti i metadati delle pagine in modo che anche google le aggiorni, probabile que quella scritta sparisca perché attualmente sul sito non l'ho trovata...

Provi ad attivare il debug in modo da avere informazioni piú precise sull'errore, forse dai log sul server si riesce a capire quale é il modulo. pulisca anche le cache dopo aver rinominato il modulo

Salve, un pó vago come descrizione perché manca la versione del suo Prestashop..e versione del php che sta usando. Cmq se la memoria non mi inganna questo errore usciva spesso su Ps 1.6.1.x quando si aggiornava il modulo Mailchimp....ma la sto buttando lí, ma di sicuro é un modulo! Metta in debug la piattaforma e veda di sapere quali moduli ha aggiornato dopodiché rinomini la cartella del modulo che dá errore ciao

Salve, ho giá 3 piattaforme con la 1.7.8.2 e non ho mai riscontrato questa problematica..max sono 2-3 sec! Peró sono tutti VPS nessuna é su server condiviso..alcune sono state migrate altre sono partire da zero. Ci sarebbe da attivare il profiling per capire se c'é un eccesso di queries o altre problematiche! ciao

Ciao, rinomina da ftp la cartella del modulo paypal eppoi cancella le cartelle dev e prod dentro a var/cache

Parametri negozio>Prodotti...prima voce in alto! ciao

👍

la 1.4 é giá giovincella!!..immagina che io ho dovuto migrare una 1.2 :-)))..che emozione peró ritrovarsi quel vecchio backoffice!!Da fotografare e mettere nell'album dei ricordi..ehehe sei fortunato perché forse a tua 1.4 supporta giá il modulo onclick che usi per fare upgrade alla 1.6...attenzione upgrade!!. Poi dalla 1.6 migri sulla 1.7 con modulo se fá se fá...se invece era la 1.1/1.3 era piú complesso perché devi fare upgrade in manuale del codice eppoi saltare alla 1.6 ciao & good luck

Allora intanto se sei nuovo su Presta ti consiglio di dare un'occhio alla documentazione; Joomla va bene per fare portali cms, Prestashop é um e-cms puro e secondo me é tra le migliori piattaforme lá fuori opensource, ma va studiato e occore tempo per prenderci confidenza. Tra l'altro in questo momento a livello di codice é un ibrido tra vecchio codice che poi sparira e nuovo codice. https://doc.prestashop.com/display/PS17/Guida+per+l'Utente https://devdocs.prestashop.com/ per lo meno impari a configurare la piattaforma. Importante é che configuri poi il server correttamente dipendendo dalla versione di PS che stai usando....immagino che hai caricato l'ultima? Ps: il pulsante add to cart si disattiva solo se attivi la modalitá catalogo:-)..ossia lo shop diventa una vetrina senza poter acquistare....leggi leggi:-))

Salve, Joomla e Prestashop sono i miei cavalli di battaglia:-)))...mooooolto differenti! La via piú facile é trasformare la home con layout due colonne Design>Tema&Logo....nella nuova pagina in fondo cliccare su "Scegli il Layout" e arriva a questa immagine sotto...per cui nella Index deve impostare "Two columns, small left..."..se vuola la colonna a sx Ovviamente poi nella colonna di sx puó agganciare i vari moduli...nel caso delle categorie é giá aggianciato di default per cui basta attivare il modulo categorie e compare nella home! Puó inserire anche altri moduli ovviamente su quella colonna!!

I agree with El Patron, this module isn't so "smooth:-)" @Nicolas....your php version is not correct. You have to use php 7.3 ..so downgrade it! https://devdocs.prestashop.com/1.7/basics/installation/system-requirements/

Hello Jontees, sorry for late reply this issue happen also with migration from 1.7.x to 1.7.7 or 1.7.8.....in the database some data generate this issue and must be correct First download a backup of your Db and than run the queries!!....if you have problem you can upload again the backup..but usually these queries don't cause problems. ciao

Buondí, ma ha provato ad inserire il numero preteso nel campo "fattura"?..se viene fuori un errore "invalid invoice number" é perché c'é anche una funzione ( beforeUpdateOptions ) in un controller admininvoice che valida se il numero é minore dell'ultimo usato:-)...cmq senza complicare, non deve alterare nulla nelle classi...attivi la fatturazione e provi a scrivere il numero della prossima fattura in quel campo...se non esce l'errore é a posto..caso contrario deve alterare i numeri nelle tabelle db.

Salve Giuseppe..le rispondo prima di andare in orrizzontale! Proprio la scorsa settimana ho avuto un problema simile in uno shop ed ho dovuto modificare alcune tabelle del db...peró il caso era diverso in quanto la fatturazione era correttamente abilitata, solo che noi abbiamo poi rialterato la numerazione delle prima fatture del 2022 che erano ordini 2021 e quindi da lí é partito il caos:-) Nel suo caso credo che dovrebbe lasciare attivata la fatturazione altrimenti ovviamente il conteggio non si resetta....tanto la fattura é un documento che puó decidere se farlo o no vedere ai clienti nell'area account.. provi ad alterare tutti i valori degli ordini 2022 nelle due tabelle e metterli progressivi partendo dall'uno e quindi poi in "numero fattura" del BO inserire quale deve essere la prossima,..forse risolve, ma é dannato quando succede:-) ciao

Hi Jontee it's similar to this issue https://github.com/PrestaShop/PrestaShop/issues/22215 I had these similar problems with some migrations from 1.6 to 1.7...the problem is the Null value not accepted in new PS version backup your db and run those queries above..maybe you have to add some queries for that particular field, anyway it fix the problem. check your ps_order_invoice table ciao

👍

Hello Caffe663, bad practice!!If you do this you will be penalized by search engines algo's....sometime it can happen to have similar content on different domain but a "mirror" of your site with a different domain is duplicated content. If you want to improve your seo at local level..work on Local Seo but on main domain!!! simple as that. just my 2 cents Fabrizio

é semplice vendi un prodotto per un totale di 50 € iva inclusa Paypal ( societá di diritto lussemburghese..ossia una banca a tutti gli effetti) ti succhia il 3.6% ossia 1,8 € che tu gli lasci e che non torneranno mai indietro anche in caso di restituzione( bella fregata eh! ebbé ma in Lussemburgo hanno i redditi piú alti di Europa..ancora devo capire cosa fanno..ma andiamo in OT) Peró su questa vendita di 50 € immagina che il tuo utile é di 10 €....di questi 10 € 1,8 devi toglierlo...quindi 1,8€ non rappresenta piú un 3,6% ma ben di piú!..18%

certo, é il discorso che faccio io sopra...non si possono perdere soldi su vendite dove il margine é piccolissimo ....altrimenti si traduce in una operazione in perdita ( tempo di gestione del pacco etc etc...) quindi la separazione per cap secondo me é fondamentale soprattutto quando si vendono certi prodotti dove si ha poco margine, l'attenzione deve essere ancora piú grande a questi costi. OT: un'altro aspetto per es sono i costi di Paypal....uno dice é un 3.6%...no perché questo 3.6 é calcolato sul fatturato e non sull'utile, quindi su una vendita piccola per es di 50 € dove l'utile é di 10 euro questo 3.6 in realtá é ben piú grande..quasi 20%!!

Ciao Eugenata, concordo che tutti gli anni bisogna verificare se le liste sono state alterate ( di solito rimane piú o meno tutto uguale ) ed i prezzi, ma questo lo devi fare cmq perché i corrieri aggiornao sempre i prezzi. Le spese della logistica sono tra gli aspetti piú importanti di un e-commerce perché se si fanno male i conti a fine anno saltano i profitti!....non userei tariffa unica semplicemente perché la % di spedizioni in zone normali rappresenta la maggioranza per cui i costi devono essere quelli realmente supportati i qualcosa in piú mai in meno senno il banco salta....le consegne in zone disagiate rappresentano sempre una piccola % ed in tutti i casi con la suddivisione per cap si rimane coperti....se poi capita che all'interno di un cap hai 2 zone..beh pace..si perde qualcosa che é ridotto a pochissimi casi di sicuro!!...cmq ogni e-commerce é un caso a se stante per cui "do the math":-))

👍 in tutti i casi hai le demo per provare se fá al caso tuo, ma credo che sia quello che cerchi

Ti assicuro che separa per cap!! questo é il backoffice del modulo

Salve a tutti...mi inserisco nella discussione visto che ho alcuni shop ( 1.6 e 1.7) con questa problematica ( zone per Cap) e corriere Gls ed altri Ho risolto con una spesa irrisoria acquistando un modulo della Knowband..forse c'é ne saranno anche altri, cmq questo funziona perfettamente; si chiama Shipping cost by zip code in pratica consente di creare zone indentificate da un singolo cap o differenti cap...per per es le Isole Minori che hanno molti cap differenti costituiscono una zona...la gls tra l'altro dispone di una lista di questi Cap disagiati per cui é facile poi costruire le varie zone eppoi applicargli le spese di sped. corrette. Ciao

Si certo bisogna capire se hai qualche modulo che inserisce quella regola Non mi sono reso conto che la parte nascosta é un paragrafo per cui aggiungi anche .order-product-customization .text-muted > p : display block !important; fammi sapere se risolvi