Migrate from Google Workspace to Nextcloud: what moves and what needs a plan
The Google integration app in Nextcloud can import users' Google Drive files, calendars and contacts, one user at a time. Gmail, the editing history inside Google Docs, and most of the collaboration state that Google keeps around documents, comments and shared sessions stay behind in Google. Organizations leaving Google Workspace for self-hosted Nextcloud should treat the migration as a data transfer for storage, calendars and contacts, plus a separate decision about mail and live documents. Confirm the exact import behavior for each data type against the app version you plan to deploy, because the scope of what is copied, and how it is structured in Nextcloud, depends on that version.
Effort for this kind of migration is driven by four things: the number of users, the total data volume per user, the identity setup, and the cutover plan. User count sets how many per-user imports must be run, checked and signed off. Data volume affects import duration, storage sizing on the Nextcloud side and the time needed to verify that files arrived intact. Identity setup matters because each Google account must map to a Nextcloud account, usually through LDAP, OpenID Connect or SAML, before anyone can authenticate and find their imported data. Cutover planning decides whether people switch in waves, how they are told to stop using Google Drive, and what happens to changes made during the import window. The exact effort for your organization should be confirmed from a written scope that lists these inputs.
Map each Google data type to a plan before the first import runs. Drive files are the most visible part of the move, but sharing links, permissions and folder structures do not carry over the same way for every user, so plan to recreate shared access and check it with the people who depend on it. Calendars and contacts are usually simpler, but recurring events, time zones and shared calendars need a test import against a pilot account. Gmail is a separate system: most organizations keep it in Google, archive it to a format the business can search, or move it to a mail platform built for that purpose. Make that decision explicitly, with the legal and records owners, rather than assuming the Nextcloud import covers it.
Plan the cutover per user, not for the whole tenant at once. A pilot group should go first, followed by waves that match departments or teams, with a fixed freeze point after which edits in Google are no longer synced into Nextcloud. Decide how users reach their imported files on the day they switch, how a user with a problem is handled, and who approves moving the next wave. Keep Google accounts readable for a defined period after cutover so that people can check what was missed. Ask any partner to show a written cutover runbook, the rollback steps for a wave, and the criteria used to decide whether a user is ready.
Before you commit, ask for a written scope that names the user count, the data volume estimate per user, the identity source and mapping rules, the Nextcloud version and database choices, the data types included and excluded, the verification method for each import, and the support period after cutover. Confirm with the vendor and with your own environment which Google Workspace APIs, quotas and admin permissions the import requires, and who holds the credentials. These details determine whether the import is practical for your organization and what the cutover plan must allow for.
What a Google Workspace to Nextcloud migration covers in each area
This table compares each Google Workspace area with its closest Nextcloud equivalent and the migration notes that apply. Read the middle column as the target and the last column as the planning checklist. The main takeaway is that the Google integration app is expected to cover Drive files, calendars and contacts, while sharing, groups, sign-in and chat history need separate planning and confirmation before cutover.
| Google source capability | Nextcloud equivalent | Migration notes |
|---|---|---|
| Drive files and folders | Files and folders in each user's Nextcloud Files space | Expected to map folder structure and file content. Confirm supported formats and size limits in the app documentation. |
| Calendars | Events in the Nextcloud Calendar app | Expected to import events per user. Confirm recurrence rules, invitees and attachments in the app documentation. Plan to recreate shared calendar access. |
| Contacts | Contact records in the Nextcloud Contacts app | Expected to import contact records per user. Confirm how labels, groups and photos map. Plan a duplicate check after import. |
| Gmail mail | Nextcloud Mail app connected to a mail server you run | Not part of the Google integration app import. Plan a separate mail migration and confirm its scope in writing. |
| Google Docs, Sheets and Slides documents | Office files opened in Nextcloud Office or Collabora Online | Confirm whether native Google formats are converted. Confirm what happens to comments, suggestions and revision history. |
| Drive sharing permissions | Nextcloud user shares, group shares and share links | Do not assume sharing carries over. Plan to recreate shares and link settings. Confirm which permission types the app imports. |
| Google Groups and shared drives | Nextcloud groups and the Team Folders app | Groups and shared drives need rebuilding as Nextcloud groups and team folders. Confirm whether group membership is imported at all. |
| User accounts and sign-in | Nextcloud accounts with LDAP, OIDC or SAML sign-in | Google credentials do not move. Plan sign-in through your directory or identity provider. Confirm how the app matches imported users to accounts. |
| Google Meet or Chat history | Nextcloud Talk for calls and chat from cutover onward | Meet recordings and Chat history are not expected to map. Plan retention or export separately. Confirm export options with Google. |
How the Google import app brings Drive, calendars and contacts across
An administrator sets up the Google integration app once on the Nextcloud server and decides who may use it. Each user then connects their own Google account from inside Nextcloud and chooses what to bring across. In a per-user model, the user authorizes access to their Drive files, calendar and contacts, and the app copies that content into their personal Nextcloud space. A delegated process, such as a migration team working with each user present, can run the connection on the user's behalf, but the Google sign-in and consent still belong to the account owner. Confirm exactly which Google data types the app covers before you commit to a schedule, and check each one against the app's documentation.
The most important behavior to plan around is that an import is a copy. Google stays the source while the parallel run is underway, so people can keep working in Google while they check results in Nextcloud. Nothing in the copy removes or moves content from the Google account. That also means anything a user changes in Google after an import will not appear in Nextcloud unless the user runs the import again. Confirm how a repeat import treats files and events that already exist: whether it updates them, skips them or creates duplicates. Decide per user when Google becomes read-only, when the final import runs, and which side is authoritative for any item edited on both sides during the overlap.
Before any planning, check the Google integration app's entry in the Nextcloud app store. Record its current version, the Nextcloud versions it declares support for, and how it authorizes access to Google. The authorization method matters most. It determines whether your Google Workspace administrator must create or approve an OAuth client, which Google scopes the app requests, and whether your Google admin consent policies allow users to grant that access. Also check whether the app needs a server-side component or PHP extension that your environment does not already include. If the listing does not answer a question, put it to the app maintainer in writing and keep the answer in the migration record.
Settle the target Nextcloud version once the app check is done. The supplied release schedule lists Nextcloud 35 as supported until September 2027 and Nextcloud 34 until June 2027. A version that stays in support for the whole parallel run and for a reasonable period after cutover is the safer target, so count the months between your planned cutover and each end-of-support date. Then confirm that the Google integration app is compatible with that exact version. If the app lags behind, its declared support list sets the target. Also remember that Nextcloud does not allow skipping major releases during upgrades, so any later upgrade will move one major version at a time.
Which documented tools handle the import and identity work
Moving from Google Workspace involves two separate jobs: copying each user's files, calendars and contacts, and deciding how those users sign in once they reach Nextcloud. The cards below cover the import app, the directory and federation options for identity, the administration tools for pre-provisioning accounts, and the Google-side exports to confirm before you start.
Google integration app
The Google integration app is the Nextcloud app used to bring per-user Drive files, calendars and contacts into Nextcloud. It works user by user, so each person's import is a separate step in the cutover plan. Confirm the exact capabilities, supported data types and required Google API setup in the app store listing before you scope the work. Gmail and Google Docs editing history are not part of the import, so plan those separately.
Nextcloud LDAP user authentication
The LDAP app lets users from an LDAP or Active Directory directory appear in Nextcloud and log in with their directory credentials. For a Google Workspace migration, this matters when your organization keeps a directory alongside Google accounts and wants one password for both. Check how user attributes, group mapping and disabled accounts will sync, because removed or suspended users must not keep access to migrated data.
OpenID Connect and SAML backends
Nextcloud documents OpenID Connect and SAML as user authentication backends, so sign-in can be delegated to an external identity provider. This suits organizations that want federated sign-in and central control over multi-factor policy. Confirm which backend your identity provider supports, how it maps claims or attributes to Nextcloud groups, and what happens to local accounts created during the import.
Administration and user management tools
Nextcloud's administration settings and user management tools let administrators create accounts, assign groups and quotas before users receive their migration invitations. Pre-provisioning avoids users arriving to an empty account and lets the import run against known identities. Confirm how user IDs derived from email addresses will be matched during import, and decide who may create accounts in bulk.
Google Workspace admin console and Takeout
The Google Workspace admin console and Google Takeout are source-side options for exporting data. Their availability depends on your Google edition, admin permissions and the data types involved, so confirm what each can export before relying on it as a fallback. Exports are a useful check on what the integration app returned, but they do not replace a per-user import plan.
What the import does not cover, and how to plan for each gap
Plan every gap in the scope document before the first file moves. The Google integration app brings users' Drive files, calendars and contacts into Nextcloud, but several Google Workspace services sit outside that path. Each one needs an owner and a decision: a separate tool, a manual rebuild, an archive kept for reference, or a decision to leave it in Google. Confirm each gap against the current Nextcloud and Google documentation for your versions, because import app coverage changes between releases and should not be assumed from earlier projects.
Gmail mailboxes are not part of the file and calendar import. Mail needs its own path, usually a separate mail platform or a mail migration tool, and Nextcloud's groupware apps are a different product decision, not a switch that moves mail. For most teams the practical choice is to keep Gmail running for a defined period, archive exported mail for reference, or move mail to a separate system on its own schedule. Ask the mail owner which option applies per mailbox and whether legal hold or retention rules require an archive before any mailbox closes.
Google Docs editing history, comment threads and suggestions do not carry over as collaborative document history. Imported Office and Google-format files arrive as files, so the version history a user sees in Nextcloud starts at the import, not at the original authoring date. Decide whether reviewers need the old comment threads. If they do, export them to an archive and link to it from the migrated file. Also confirm how Nextcloud's document editing app handles the file types you import, since some Google-native formats are converted rather than preserved.
Google Workspace permissions and shared drive structure are the most error-prone gap. Google sharing rules, shared drive membership and link settings do not map one to one onto Nextcloud share types, group folders or team folders. Build a table that lists each shared drive, its members, its external sharing, and the Nextcloud structure that will replace it. Then test with a pilot group of users to confirm that access matches the old setup. Expect that some external sharing links must be recreated by hand and that the reader's own team, not the import tool, owns that rebuild.
Apps Script automations, Google Chat and Meet history, and third-party Google add-ons need the most explicit decisions. Scripts and add-ons are code or integrations that must be rewritten against Nextcloud's APIs or workflow features, so they are a manual rebuild with a named owner. Chat and Meet history is usually archived for reference because it is not a file store, and Meet recordings may already sit in Drive folders that the import will copy. For every automation, add-on and chat space, record whether it is rebuilt, archived or retired, and put that decision in the signed scope before cutover.
Sequence for a Google Workspace to Nextcloud cutover with a parallel run
This sequence moves users from Google Workspace to Nextcloud in controlled stages, so each person has a confirmed account, a reconciled import and an agreed cutover before Google access is removed. It produces a data inventory with owners, a tested import path, and a written record of what was moved, what was reconciled and what stayed behind.
Inventory users, folders, calendars and contacts
Your team and ours list every Google account in scope, along with the Drive folders, shared drives, calendars and contact groups each person owns or shares. Each item gets a named business owner and a decision: import, archive or leave in Google. Items tied to departed staff or unclear ownership are resolved here, before any data moves. The step is done when every item in the inventory has an owner and a decision recorded in writing.
Choose the Nextcloud version and deployment method
Select a supported Nextcloud major version from the maintenance and release schedule, checking its end-of-life date against your planned operating life. Choose a deployment method, such as a manual installation or Nextcloud All-in-One, and confirm the database, PHP and web server requirements for that version. Plan the upgrade path now, because Nextcloud does not allow skipping major releases. The output is a written version and deployment decision that the security and operations teams have approved.
Set up identity and pre-provision accounts
Choose the user backend that will govern logins, either LDAP or Active Directory, OpenID Connect or SAML, and connect it to Nextcloud. Create accounts and group memberships from your directory before users arrive so that access matches the inventory owners. Test sign-in with a pilot account and confirm that group-based sharing behaves as expected. The step is done when every migrating user can sign in with their directory credentials and group membership matches the agreed model.
Run a pilot with a small user group
Select a small group whose work covers different data types, such as Drive folders, a shared calendar and contacts. Import their data into the pilot instance, then ask them to test sharing, sync clients and calendar and contact access over normal working days. Confirm with them what the import does not carry, including Gmail and Google Docs editing history, so expectations are set. The step is done when pilot users have signed off on their data and the issues they raised are logged and assigned.
Run a test import and reconcile counts and sizes
Run a full test import against a non-production instance, using the same import method you will use for production. For each user, compare file counts, folder structure, total sizes, calendar entries and contact counts with the Google source, and log every skipped or failed item. Recreate any sharing links that the import does not carry over. The output is a reconciliation report in which every discrepancy is either explained or fixed, and the owner has accepted the remaining differences.
Start the parallel run
Users work in Nextcloud for files, calendars and contacts while Google stays read-write for mail and documents, so no one loses access to a working tool during the transition. Publish a clear rule for each data type that states which system is authoritative and where changes should be made. Track issues found in daily use and feed them back into the import and configuration. The parallel run ends only after the period agreed in writing, and the decision to move on is recorded by the business owners.
Cut over users in waves with a calendar and contact freeze
Move users in waves grouped by team or site. For each wave, freeze calendar and contact changes in Google for the agreed window, run a final delta import, reconcile the result, and switch users' sync clients to Nextcloud. Lift the freeze once the reconciliation matches. The output for each user is a cutover record showing the final import, the reconciliation result, the freeze end time and confirmed sync on their devices.
Verify after cutover and support users
After each wave, repeat the reconciliation on the final deltas and check sync clients, sharing links, calendar subscriptions and mobile access for a sample of users in each group. Keep a support channel open for questions and track tickets to closure. The step is done when open tickets are resolved or documented as known limitations, and the business owners of each migrated group confirm that their data is complete and accessible.
Decommission Google data access after retention
Once the retention period agreed with the business owners has ended, revoke the Google API access and service credentials used for the import, and remove the integration app's connection to Google accounts. Confirm that the agreed archive copies exist and are accessible in the designated location. Record the removal of each access path and the date it was completed. The step is done when the decommissioning record is signed by the data owners and the security team, and no migration credentials remain active.
Why per-user cutover planning decides how smooth the move feels
Per-user cutover planning decides how the move feels to staff, because the Google import runs account by account and each person experiences their own wave. Group users into waves by three factors: team, shared folder dependency and calendar load. Teams that co-edit folders should move in the same wave so that a shared project folder does not end up split between Google Drive and Nextcloud. Users who manage shared calendars or heavy meeting schedules belong in a wave that starts on a quiet week, with their calendar checked before the Google account changes. Start with a small pilot wave of volunteers whose work does not depend on tight deadlines.
Users who share files with people outside the organization need their own review before their wave starts. Export a list of files and folders shared with external addresses from each Google account, then decide which links must be recreated in Nextcloud and who owns each external relationship. Confirm your sharing policy and which guest or public share options your administrators will enable, because external recipients who reached a file through a Google account may lose access once that account becomes read-only. Tell external collaborators the new location before the wave closes, and confirm with the import app's documentation which sharing details it carries over.
Set expectations for where new files are saved after each wave, because users will otherwise keep working in two places. Once a user's Drive content is imported, give them one rule: new work goes into Nextcloud, and Google Drive is read only for that user. Publish the folder paths that map to each old My Drive area and team folder, along with a named contact for questions. Tell users that Google Docs editing history is not carried across, so version history stays in Google. A short note per wave, sent before the switch, prevents most of the confusion that follows a cutover.
Each wave can test the import before the Google account becomes read-only for that user. Run the import for a pilot user, then compare file counts, folder structure and calendar and contact entries with that person before the wider wave begins. Fix mapping problems during this period and keep the Google account writable until the user signs off. Mail needs a decision that the import does not make, because the import does not move Gmail. Decide per wave whether mail stays in Gmail with an archive plan, moves through a separate mail migration, or starts fresh in Nextcloud Mail, and confirm the tool and its limits with its vendor before committing.
What drives the cost and duration of the move
This table lists the factors that change the effort and length of a Google Workspace to Nextcloud move, why each one matters, and what to request in a quote. Compare each row with your own tenant before asking a partner for pricing. Identity, data volume and the Gmail and Docs decisions usually move the schedule more than the file count alone.
| Driver | Why it changes effort | What to ask for in a quote |
|---|---|---|
| Number of users and pre-provisioned accounts | Each user needs a Nextcloud account, a cutover slot and a per-user import run. Accounts not yet created add setup work before any data moves. | Active user count, accounts already created, and the per-user import effort assumed. |
| Drive data volume, file count and sharing depth | Total bytes and file count drive import and sync time. Deep shared folders and mixed permissions must be mapped to Nextcloud shares and groups. | Measured Drive volume and file count per user, folder depth, and how permissions will be recreated. |
| Calendar and contact volume, recurring events | Long histories and recurring events with exceptions need more checking after import against the Google source. | Calendar and contact counts, recurring-event review scope, and how imported items will be verified. |
| Identity provider integration (LDAP, OIDC or SAML) | An existing directory or SSO lets accounts map to current identities. Without one, Nextcloud accounts and passwords need separate management. | Which protocol is in use, whether it is already in place, and the work to connect Nextcloud to it. |
| Gmail, Google Docs and Google-side automations | The import does not cover Gmail or Google Docs editing history. Decisions to keep, archive or rebuild automations add scope. | A written list of what stays in Google, what is rebuilt, and what the import excludes. |
| Target Nextcloud version and deployment model | The release chosen sets the upgrade path and support window. The deployment method changes operations, backup and database work. | Target version, deployment method, database choice, and the plan for future major upgrades. |
| Support tier and maintenance term | Enterprise list prices start at 71.29, 104.99 and 204.75 euros per user per year for 100 or more users (Nextcloud pricing page). | Tier, user count, maintenance term and support hours. Confirm current pricing directly with Nextcloud. |
| Testing and parallel run length | Each user's migrated data needs verification before cutover. A longer parallel run keeps two platforms in service for longer. | Number of test users, test scripts, parallel run length, and who signs off each cutover. |
| Training for users and administrators | Users need guidance on new sync clients, sharing links and file locations. Administrators need hands-on Nextcloud operations training. | Audience counts, session format, materials, and whether sessions are live or recorded. |
What usually goes wrong in a Google Workspace move and how to prevent it
Most problems in a Google Workspace to Nextcloud move come from data that does not carry over cleanly, from identities that do not match, and from ownership that nobody assigned. Each card below names one failure pattern and the step that prevents it, so the scope document and pilot can test those steps before users are moved.
Sharing links and permissions lost
Shared links, folder permissions and access granted to individual collaborators do not automatically carry over with the files. Collaborators can lose access on cutover day and file owners may not notice until someone asks. Record which shared folders and external collaborators matter in the scope document, then confirm during the pilot which sharing states the import preserves and which must be recreated by hand.
Assuming Gmail moved with the files
The Google integration covers Drive files, calendars and contacts, not Gmail mail or Google Docs editing history. Users who expect their inbox to appear in Nextcloud will be confused and may lose messages they still need. State the boundary in the scope document, name the mail system that remains in use, and give users written instructions for where their mail and document history stay.
Calendar events lost or duplicated
Recurring events, invitations and time zone data can be altered or doubled when calendars sync during a parallel run. Attendees may then see conflicting invitations or miss updates. Pick a small set of pilot users with recurring meetings and external invitations, compare their calendars before and after import, and agree in advance which system is the source of record for each user during the overlap.
File name and path collisions
Google Drive allows duplicate file names in one folder and characters or name lengths that a Nextcloud file system may reject or rename. Imports can overwrite or silently rename files in ways users do not expect. Run a name and path inventory on the pilot data, decide how duplicates and unsupported characters are handled, and document the rules in the scope so users know what to expect.
Storage quotas not sized for imported volume
Imported Drive content counts against user and group quotas, and Google's file sizes and version histories do not map one to one onto Nextcloud storage. Accounts that fill up on import will fail mid-run. Measure the pilot's total volume per user, compare it with the quota plan and the underlying storage capacity, and set quotas before the production import starts, not after the first complaint.
Mismatched account identifiers
If the identifier used for a Google account differs from the one used for the Nextcloud login, users are created as new accounts and their imported data sits in an orphaned home. Users then cannot sign in to their files. Decide the identifier (usually the primary email address) in the scope, confirm the mapping for every pilot account, and check that the sign-in path works before any user is moved.
Google-side changes during the parallel run
Users who keep editing in Google Drive while the import runs create files that the import does not see, and deletions or renames on either side can conflict with the copy in Nextcloud. Freeze new work in shared folders for the cutover window, set a clear date after which Google is read-only for each user, and confirm in the pilot how changes made after the import are handled.
Unclear ownership after cutover
When files move between owners, shared folders lose their owner, and nobody is clearly responsible for the Nextcloud tenant, quotas or user lifecycle. Requests then stall between IT, the business and the vendor. Assign named owners for the platform, for each team's folders and for user onboarding and offboarding in the scope document, and confirm those owners in the pilot review.
What buyers ask before moving from Google Workspace to Nextcloud
How much does a Google Workspace to Nextcloud migration cost?
The cost depends on the scope agreed in writing, and DeployOpen does not publish a price list. A fixed-scope written quote follows from that scope. Main cost drivers:
- Number of users and the volume of Drive data per user, which affects import time and storage sizing
- Whether calendars and contacts are included
- Number of migration waves and the size of the pilot group
- Identity integration, such as directory or single sign-on work
- Testing, cutover support and sign-off effort
- Whether training or post-cutover support is requested
One-time costs cover scoping, build, import runs and cutover. Recurring costs cover hosting, storage, maintenance and any support retainer. Ask the quote to list each deliverable, what the client team must provide, and what is excluded, including Gmail.
How long does a Google Drive to Nextcloud migration take?
The timeline is set by data volume, user count, the number of waves and the review periods agreed in the scope. Few of these factors are known until a pilot runs, so the written plan should include milestones and dependencies. What sets the timeline:
- Total Drive data and file count for each user
- Network capacity between Google and your infrastructure
- Accounts or permissions that need manual resolution
- Pilot length and the number of waves
- Change freeze windows and client approval cycles
A common pattern is a small pilot, then waves that each have a documented rollback. Ask for a timeline that shows which tasks the client team owns and which dates depend on their sign-off.
What does the client team need to provide for the migration?
The work needs named owners on the client side before scoping closes. Without them, decisions stall during the cutover window. Owners to name:
- Identity owner: directory source, sign-in method and the mapping of Google accounts to Nextcloud users
- Mail decision owner: decides whether Gmail stays on Google or follows a separate migration path
- User communication owner: prepares notices, links changes and the support route for questions
- Business sign-off owner: approves each wave and the acceptance checks
- Infrastructure owner: storage, backups and the target server environment
The team also needs administrator access to Google Workspace sufficient to run the import and export. Confirm these access rights and owners in the written scope.
Can an internal IT team migrate from Google Workspace to Nextcloud on its own?
Yes, an internal team with Nextcloud administration skills can run the migration with the documented import tooling, provided it sets aside time for a pilot, testing and sign-off. The work is manageable in-house when the team has capacity and a clear owner for each decision. Where a partner adds value:
- Scoping the waves, exceptions and acceptance checks before work starts
- Handling edge cases such as large files, shared content and permission mismatches
- Writing a cutover runbook and rollback steps the team can follow under pressure
- Delivering against a fixed scope with written deliverables
Before deciding, test one pilot user end to end and measure how much staff time it takes. That figure is more useful than a generic estimate.
Can Gmail be imported into Nextcloud with the same Google integration app?
Confirm this in the current documentation for the Google integration app before planning, and plan Gmail as a separate workstream until that confirmation is in hand. The scope of this migration covers Google Drive files, calendars and contacts. Mail is not part of that scope, so it needs its own decision. Questions to answer:
- Does the current documentation list Gmail as supported by the app, and in what form?
- Will mailbox content, labels and folder structure survive the move?
- Which mail platform will users use after cutover?
- Who owns mail routing, DNS changes and user mailbox approvals?
If Gmail must move, scope it as its own project with its own tooling, test plan and mailbox owner sign-off.
What happens to Google Drive sharing links and permissions after import?
Do not assume that Google sharing links and permissions carry over unchanged. Confirm in the current app documentation which permissions, links and ownership details survive the import, then verify the result in the pilot. Plan for these points:
- Recreate shares in Nextcloud where the import does not carry them over
- Map Google groups and access patterns to Nextcloud groups or team folders
- Decide which owner keeps each shared file after the move
- Tell users which links change, and when, in the user communication plan
- Record exceptions, such as external collaborators, so the business owner can approve them
Ask the pilot to report every shared item that fails to match, because those items drive most of the post-cutover support load.
Does a Google Workspace migration require Nextcloud Enterprise?
No. The migration does not require Nextcloud Enterprise, and the decision to buy support is separate from the migration itself. Nextcloud sells Enterprise alongside the community version, and its support tiers have their own listed terms. What the pricing page lists:
- Standard includes one-year maintenance
- Premium adds a maintenance lifecycle of five or more years, extended support hours and clustered instance support
- Ultimate adds support up to 24/7 with response times down to one hour
- Enterprise subscriptions are sold per user with a 100-user minimum
Check the current terms on Nextcloud's pricing page before deciding. Whatever tier you choose, plan upgrades one major version at a time with a backup before each one.
What does a Google Workspace to Nextcloud import leave out?
The import leaves out Gmail and Google Docs editing history, along with anything outside the scope agreed in writing. Buyers should treat these exclusions as decisions to make early, not as surprises at cutover. Items to confirm and plan for:
- Gmail: a separate mail migration decision, as described above
- Google Docs editing history: version and comment history may not carry over, so confirm what happens to native Google files
- Shared drive structures and ownership: confirm how they map to Nextcloud
- Add-ons, scripts and third-party connections: list them and assign each one an owner
Ask the written quote to name every exclusion. The clearer the exclusion list, the fewer disputes during sign-off.
How DeployOpen scopes and delivers a Google Workspace to Nextcloud move
DeployOpen approaches a Google Workspace to Nextcloud move as a planned, per-user migration inside infrastructure you control, not a single bulk copy. We agree what the import covers in writing, build and test the Google integration on a non-production instance, and hand over a documented cutover plan with clear gaps.
How we scope
- Engagements are fixed-scope, with the migrated data types, user groups and cutover approach agreed in writing before work starts.
- The written scope states which Google Drive files, calendars and contacts move, and lists Gmail and Google Docs editing history as excluded.
- We confirm the target Nextcloud version, database and identity source, and whether the Google integration app is in scope, before pricing is set.
How we build
- We set up a non-production Nextcloud instance with the Google integration app and test the import against representative user accounts.
- We plan storage capacity for migrated Drive content and check file names, folder paths and sharing permissions that the import will not fully preserve.
- We design a per-user cutover sequence, with a pilot group, a rollback point and a written communication plan for users who switch first.
How we hand over
- You receive the agreed runbook, import test results and a list of what did not migrate, so your team knows what to recreate by hand.
- We document the Google API credentials, app configuration and access steps, so the setup can be audited and repeated by your own staff.
- Handover includes a walkthrough with your administrators on checking imported data, re-sharing items and handling user questions after cutover.
How we support
- Ongoing support, upgrades and continuous testing are available as a retainer, which can cover post-cutover fixes for the import app.
- Before any Nextcloud upgrade, we check the Google integration app for compatibility, since third-party apps are disabled until confirmed compatible.
- Ask the quote to separate one-time migration effort from any recurring retainer, so you can compare it with your internal team's cost.

