=== WordPress Importer === Contributors: wordpressdotorg Donate link: https://wordpressfoundation.org/donate/ Tags: importer, wordpress Requires at least: 3.6 Tested up to: 4.9 Stable tag: 0.6.4 License: GPLv2 or later License URI: https://www.gnu.org/licenses/gpl-2.0.html Import posts, pages, comments, custom fields, categories, tags and more from a WordPress export file. == Description == The WordPress Importer will import the following content from a WordPress export file: * Posts, pages and other custom post types * Comments * Custom fields and post meta * Categories, tags and terms from custom taxonomies * Authors For further information and instructions please see the [Codex page on Importing Content](https://codex.wordpress.org/Importing_Content#WordPress) == Installation == The quickest method for installing the importer is: 1. Visit Tools -> Import in the WordPress dashboard 1. Click on the WordPress link in the list of importers 1. Click "Install Now" 1. Finally click "Activate Plugin & Run Importer" If you would prefer to do things manually then follow these instructions: 1. Upload the `wordpress-importer` folder to the `/wp-content/plugins/` directory 1. Activate the plugin through the 'Plugins' menu in WordPress 1. Go to the Tools -> Import screen, click on WordPress == Changelog == = 0.6.4 = * Improve PHP7 compatibility. * Fix bug that caused slashes to be stripped from imported comments. * Fix for various deprecation notices including `wp_get_http()` and `screen_icon()`. * Fix for importing export files with multiline term meta data. = 0.6.3 = * Add support for import term metadata. * Fix bug that caused slashes to be stripped from imported content. * Fix bug that caused characters to be stripped inside of CDATA in some cases. * Fix PHP notices. = 0.6.2 = * Add `wp_import_existing_post` filter, see [Trac ticket #33721](https://core.trac.wordpress.org/ticket/33721). = 0.6 = * Support for WXR 1.2 and multiple CDATA sections * Post aren't duplicates if their post_type's are different = 0.5.2 = * Double check that the uploaded export file exists before processing it. This prevents incorrect error messages when an export file is uploaded to a server with bad permissions and WordPress 3.3 or 3.3.1 is being used. = 0.5 = * Import comment meta (requires export from WordPress 3.2) * Minor bugfixes and enhancements = 0.4 = * Map comment user_id where possible * Import attachments from `wp:attachment_url` * Upload attachments to correct directory * Remap resized image URLs correctly = 0.3 = * Use an XML Parser if possible * Proper import support for nav menus * ... and much more, see [Trac ticket #15197](https://core.trac.wordpress.org/ticket/15197) = 0.1 = * Initial release == Upgrade Notice == = 0.6 = Support for exports from WordPress 3.4. = 0.5.2 = Fix incorrect error message when the export file could not be uploaded. = 0.5 = Import comment meta and other minor bugfixes and enhancements. = 0.4 = Bug fixes for attachment importing and other small enhancements. = 0.3 = Upgrade for a more robust and reliable experience when importing WordPress export files, and for compatibility with WordPress 3.1. == Frequently Asked Questions == = Help! I'm getting out of memory errors or a blank screen. = If your exported file is very large, the import script may run into your host's configured memory limit for PHP. A message like "Fatal error: Allowed memory size of 8388608 bytes exhausted" indicates that the script can't successfully import your XML file under the current PHP memory limit. If you have access to the php.ini file, you can manually increase the limit; if you do not (your WordPress installation is hosted on a shared server, for instance), you might have to break your exported XML file into several smaller pieces and run the import script one at a time. For those with shared hosting, the best alternative may be to consult hosting support to determine the safest approach for running the import. A host may be willing to temporarily lift the memory limit and/or run the process directly from their end. -- [WordPress Codex: Importing Content](https://codex.wordpress.org/Importing_Content#Before_Importing) == Filters == The importer has a couple of filters to allow you to completely enable/block certain features: * `import_allow_create_users`: return false if you only want to allow mapping to existing users * `import_allow_fetch_attachments`: return false if you do not wish to allow importing and downloading of attachments * `import_attachment_size_limit`: return an integer value for the maximum file size in bytes to save (default is 0, which is unlimited) There are also a few actions available to hook into: * `import_start`: occurs after the export file has been uploaded and author import settings have been chosen * `import_end`: called after the last output from the importer Is Google using Chrome for mobile-first indexing and user signals? – Reflex The Best

Is Google using Chrome for mobile-first indexing and user signals?


Phase two of Google’s mobile-first indexing – rendering – is Chrome and has been since 2018, according to SEO expert Cindy Krum. In a newly released video presentation, Krum said:

  • “What I believe is happening here is that Google failed to tell us at this time in 2018, when it launched, that what they were using for the second phase of indexing was not a bot, per se. It was our own computers in our homes. Your Chrome being used as a rendering resource became available. That means you. As someone requested the site and executed the JavaScript, they would go and fetch that from their computer. They wouldn’t use their bot to render it. They would wait until a user rendered the page for them and then they would just go capture that full-page render so that they could process it.
  • “… Google [is] using our own computers to pre-process information for indexing and our own browsers to capture information and rendering. We haven’t necessarily opted into this and we’re not knowingly getting anything back.
  • “…Google is also using our rendering data and our behavior – in terms of making models like cohort models and topic models, history and engagement models – and they’re using this all taking it from our local computers without permission and passing it up to their processors. Now it’s pre-processed locally so that it can be batched and sent up and then sending it to their algorithms to be further processed and evaluated. That’s how they’re able to get the rankings that they do, but also that’s how they’re able to understand things like demographic cohorts, Journeys, where you shop, and make decisions and understanding and modeling that so that they can use that data in their advertising models in PMax, in PPC campaigns. They’re using our own behavior to market to us and to train AI that serves ads to do a better job.”

Put simply in two slides:

Rendering Resources Google Scaled
Rendering Your Chrome ScaledRendering Your Chrome Scaled

Connecting dots. There are a lot of claims made about other huge implications of Google’s switch to mobile-first indexing in Krum’s presentation, as well as how Chrome essentially fuels Google’s illegal search monopoly:

  • User computers as resources: Google uses users’ devices to render and process JavaScript, which they then index – essentially outsourcing computational work to users. Essentially, Google is using Chrome in the same way your computer could be used for Bitcoin mining.
  • Core Web Vitals: Google captures real user data to assess page load performance and interaction and feeds this data into its ranking algorithms.
  • Browser updates and data collection: Frequent Chrome updates ensure data collection aligns with Google’s search and ad models, contributing to targeted advertising and AI training.
  • Privacy violations: Google has been found indexing private data (e.g., private WhatsApp groups), likely due to its aggressive caching and data collection practices.
  • Chrome’s role in AI: AI is very expensive, so Google could use Chrome’s processing model to help with AI development, giving them an edge in the AI arms race.
  • Ad tracking and targeting: Google’s data collection extends into advertising models like cohort targeting and user behavior modeling for ad optimization.
  • Cookies and privacy: Despite promising to end third-party cookies, Google continues to use them for extensive tracking and data collection.

Possible SEO implications. I reached out to Krum and asked her what the possible SEO implications are here if all of this is correct. She told me:

  • If a page has links that never get clicked, Google is less likely to crawl it. We knew this, in theory, but now we have a better idea of how it works.
  • Real user engagement is likely factoring in more than previously thought – we have known this since the Google Search leak.
  • Manipulation of SERP and click information is a significant vulnerability, if it happens in Chrome.
  • Actual user rendering is critical, so selective serving for GoogleBot might not be a great strategy.

Why we care. We know that Google collects extensive Chrome and end-user data from its other various services (Search, YouTube, Ads, etc.). That said, and to be clear, much of what she discusses is for now an unconfirmed theory (Krum does use the word “tinfoil” during her presentation and there are multiple “X-Files” themed slides).

When I first watched the video, I found it equal parts fantastical, inconceivable and entirely believable. It’s a lot to process. However, in light of all the revelations from the DOJ trial and the leak, nothing Krum discusses in the video seems like too wild of speculation. I’ll be curious to see whether Google responds.

Additional reading. Krum also referenced research by Malte Ubl, a former Googler, who said that “Google uses an up-to-date version of Chrome for rendering” and whose research found that “100% of HTML pages resulted in full-page renders, including pages with complex JS interactions.”

The presentation. Watch the video and decide for yourself (I suggest starting around 6:37): Phase II of Google’s Mobile-First Indexing is just Chrome.



Source link

tech
We will be happy to hear your thoughts

      Leave a reply

      Reflex The Best
      Logo